Спасибо за видео! На практике сохраняю и веду учёт в папке всех полученных сообщений NAVAREA и NAVTEX (полученные без ошибок), в журнал ГМССБ записываю все DISTRESS, METEO Warnings и важные навигационные сообщения, относящиеся к маршруту. Для проверяющих важно, чтобы вёлся учёт сообщений - в этом случае показываю свою папку с распечатками и отображение на ЭКДИС соответствующей MSI. На текущий момент все оставались довольны и не надо заказывать сотню журналов каждый квартал (при том, что компания всё равно сэкономит и урежет заявку как минимум вдвое)
Довольно спорно честно говоря, вообще не знаю таких людей, кто записывает все принятые сообщения навтекс в ГМССБ журнал, ибо реально не рациональная трата бумаги и журналов. Я веду отдельный журнал с принятыми ПРИПами и Навареа, и вроде бы проблем нет. А видосы хорошие, единственное звук в некоторых видео хромает, из-за отсутствия микрофона. Молодец 🤝.
Да, видимо это из той серии, когда надо делать поправку компаса при значительном изменении курса 🤦 с микрофоном да, взял петличку Boya BY-M1, хваленную многими блогерами. А она отказалась работать с айфонами (уже на судне тестили с 12Pro, 12Pro max, 6s и даже с iPad и макбук, - периодически выдаёт страшные хрипы), зато с андроид устройствами работает гораздо лучше. Вообще с аудио/видео техникой сложно, на пароходе, сами понимаете, чего-то не хватает или поломалось, достать крайне сложно. На след контракт подготовлюсь лучше)
Денис, такой к Вам вопрос- где предписано, что в порту (на танкерах) мы должны останавливать GMDSS вахту? Посмотрел в VIQ и ISGOTT и нашел только то, что рекомендуется разве что выключать радар (опять же таки- только рекомендуется). И правильно ли, что не важно сколько мы стоим в порту- день, два, неделю- мы не имеем права делать какие-либо тесты? Мы закрываем GMDSS вахту при приходе в порт и открываем только по отходу, верно? Опять же таки, не могу найти где это предписано. Единственное хоть что-то приближенное я нашел в GMDSS AMSA Handbook, но я уверен, что должно быть где-то в более очевидном месте. И второй вопрос- где предписано, что на мосту должны быть вывешены Shore Based Maintenance сертификат, Battery Capacity Test распечатка и тд.- тоже нигде не могу найти, где это требуется. Надеюсь на Вашу помощь).
Радиовахту (GMDSS) необходимо нести пока мостик manned, т.е. в порту на якоре в том числе! А вот когда судно уже пришвартовалось, и мостик можно покинуть, тогда и радиовахта приостанавливается.
К слову- менеджмент который Вы ведете очень аккуратный, но что делать если катаешься между континентами- ведь под одним и тем же идентификатором (пусть это будет "C") может быть несколько станций- или на такой случай у Вас тоже есть какая-то сегрегация? Просто у нас в компанейском СМСе retention для всех ворнингов (навтексы, наварии, везер репорты) указан как current voyage- то-есть по окончанию вояджа все эти бумажки могут спокойно отправляться в утиль. У Вас другие требования на борту? Просто зачем аккумулировать столько макулатуры?) Максимум, что я могу сделать, это взять всю охапку навтексов от всех станций за переход, скрепить их и закинуть в файлик с указанием номера вояджа- и то, это совсем необязательно. Просто интересно чем Вы руководствуетесь?) Это имеет смысл, если стоишь на линии и станции приема всегда одни и те же- если у Вас так, то вопрос снят). Еще один способ, который мне нравится- это софт-менеджемент. Раз в день- два я могу экспортнуть принятые навтексы в пдф формате с ЭКДИСа на флешку и просто copy/paste в электронную форму (элементарная табличка с указанием станции, номера сообщения, текст сообщения, data received и data plotted)- как по мне это намного быстрее и практичнее))). Просто эра папок уже давно в прошлом, как по мне) В любом случае было бы интересно почитать Вашу версию по этому поводу.
Очень приятно и полезно получать, не просто спасибо в комментариях, а мнение других специалистов, за что вам огромное спасибо. Так информация в видеоролике не будет однополярной, а дополнена, что делает канал ещё более результативным 👍 У нас по политике в конце каждого вояжа необходимо удалять навтекс сообщения, с чем я не согласен, так как по выходу из порта начался новый вояж, но следуя той же дорогой, как мы пришли часть сообщений ещё в силе. Экспорт из ECDIS отличная идея 💡 ещё хорошо было бы, если б в интерфейсе ECDIS была бы сегрегация по районам NAVAREA, как раз чтобы станции с одинаковыми идентификаторами не накладывались друг на друга (как раз то о чем вы написали, в случае перехода из одного региона в другой). Но пока такой опции нет (говоря о Wartsila), поэтому, чтобы избежать путаницы необходимо удалять сообщения. Эра папок уже в прошлом, согласен, но ввиду не совсем удобного электронного интерфейса думаю окончательно избавиться от макулатуры сегодня ещё получится, но все идёт именно к интеграции. Уверен в ближайшем будущем будет намного комфортнее) и папки отправятся обратно в канцелярию 😀
Никогда не писали навтекс сообщения в gmdss лог бук руководствуясь gmdss manual'ом. Согласен с Вами, что возможно это просто старые неактуальные дурные требования флага, на которые абсолютно все клали сами знаете что. Думаю, что даже проверяющие и не подозревают, что флаг может такое требовать и сами основываются на соласе и мануале, проверяя только стандартные записи наверий и дистрессов сверяя с логом в том же MF/HF. А Вы можете поднять этот вопрос при следующем навигационном аудите или при встрече с суперинтендантом, ну или написать с Капитаном сообщение в офис- пусть там уточнят этот момент, чтобы сделать его более однозначным- писать или не писать.
Спасибо вам за отзыв 👍 по этой части никто не хочет заморачиваться, беседовали на судне, поднимали эту тему, но никаких циркуляров нет, тема висит в воздухе, возможно потому что также никто не хочет брать на себя ответственность. Казалось бы мелочь, а страховщики потом при «случае» начнут копать и увидят, что компания идёт в разрез с требованиями флага.. как вариант, можно порыться ещё глубже в багамских циркулярах, но пока ничего не нашёл.
Денис, вопрос не совсем по теме, но было бы интересно услышать Ваше мнение, потому что наши разделились- нужно ли тестировать третью VHF, которая находится в CCR точно так же и с такой же периодичностью как и стандартные две VHF которые у нас на мостике? И чем будет подкреплено Ваше мнение?)
Вопрос хороший) нужно в первую очередь смотреть, что об этом говорит мейкер и политика. Во-вторых нужно понимать, что на одну антенну выходят две VHF, если логи тестов дублируются с одной на другую, то формально нет смысла. Если же тестите на мосту, а в CCR логи не дублируются о проведении тестов тогда есть смысл. Однозначно сказать сразу не могу. С одной стороны это тоже оборудование, которое может выйти из строя, и в самый ответственный момент будет засада. С другой написал выше. Насчёт Self test думаю есть смысл, но проверьте логи. А вот DSC test делать только на мосту
@@magellanseaman Спасибо за ответ) а Вы сами как делаете, Денис? Мейкер и политика молчат. Логи не дублируются. Но тут возникает немного другой вопрос- если и тестировать 3ью уквшку, то только в свое нерабочее время, так как она в CCR- в таком случае надо подгонять work and rest hours- в общем сложнаа, сложнаа понять как это сделать лучшим образом)
Я не тестил никогда 🙈 *чистосердечное*. Если и по часам заморачиваться, то все просто. Днём овертайм после вахты. Ночью на обходе после вахты. Там часы работы будут.
У меня к Вам один вопрос- вы советуете в пункте INS Message Output Settings выбирать все станции, что означает, что ЭКДИС будет сохранять все сообщения, а уже внутренними фильтрами мы сможем облегчить наш монитор убрав сообщения ненужных нам на данный момент станций. С одной стороны в этом есть смысл- в случае, если мы будем идти в зону действия той или иной станции у нас уже будут отмечены все ворнинги, но с другой это может запутать нас так как мы не будем знать какие сообщения актуальны, а какие уже нет придется собственоручно просматривать каждое сообщение сохраненное в ЭКДИСЕ (может у него будет указана дата канцелирования) и параллельно сверять с навтексами которые будут приходить после активации новой станции- не будет ли это двойной работой? По-моему намного легче просто просто руководствоваться тем же GMDSS мануалом, который советует просто активировать нужные нам станции заблаговременно- так мы будем действовать по факту.
Спасибо вам за вопрос. Да, можно делать и так как вы написали. В любом случае мы имеем MSI слой в ECDIS (все сообщения, если оставим все станции), распечатки (только выбранные станции) и главное, третье, MAPS, то что я поднял на карте и соответственно ориентироваться я буду именно на последнее, что намного удобнее. Дело в том, что если бы интерфейс в ECDIS по обработке NAVTEX сообщений сделали бы лучше, то возможно этот вариант был в приоритете, как вы и написали. Но с текущей реализацией, когда длинные сообщения не могут отобразиться целиком на карте при наведении, невозможность использовать раздельные полигоны в рамках одного сообщения, и другие сложности, считаю что NAVTEX передающийся в ECDIS удобен только для проверки полученных сообщений, но никак не для постоянного мониторинга. Лучше нанести важное в maps и оставить распечатку, как исходные данные.
А что мешает вести вче журналы онлайн? Т е пришло сообщение, ты его проверил и записал сразу в журнал. Да бывает что приходит очень много сообщений. Как автор сказал. Что пришёл проверяющий и проверил. Если бы не было в журнале то написал бы замечание по навигации. Как мы все знаем замечания от инспектора по навигации и сефти самые страшные. Так что мой вам совет пишите все туда что приходит с Навтекса инмарсата и т д
спасибо большое!!! я сейчас 2м ухожу в старт, нервничал сильно, а с Вашим каналом нашёл всю необходимую информацию
Отлично, в ближайшее время по passage plan будет готово ✔️
Надеюсь что и я ухожу в старт вторым, завтра интервью с супером. Как отработал первый контракт ? С какими трудностями столкнулся?
Как всегда интересно видео! Спасибо за Ваш труд! Спокойного моря! Лайк!
Спасибо вам за поддержку 👍
Благодарим за видеоролик. Очень хорошая профессионально грамотная подача материала на высоком уровне.
Спасибо Вам ! Ждём новых видео !
От души вообще.
Спасибо за видео, я стартанул 3 -м помощником, видео очень помогли 👍
Круто! От души поздравляю!!! 👍👍👍 этот непростой барьер позади, успехов и удачи в новой должности!!!
С первой зарплаты мои 5% 😂
Спасибо за видео! На практике сохраняю и веду учёт в папке всех полученных сообщений NAVAREA и NAVTEX (полученные без ошибок), в журнал ГМССБ записываю все DISTRESS, METEO Warnings и важные навигационные сообщения, относящиеся к маршруту. Для проверяющих важно, чтобы вёлся учёт сообщений - в этом случае показываю свою папку с распечатками и отображение на ЭКДИС соответствующей MSI. На текущий момент все оставались довольны и не надо заказывать сотню журналов каждый квартал (при том, что компания всё равно сэкономит и урежет заявку как минимум вдвое)
Да, хорошая практика 👍
А что значит MSI ?
Спасибо. Это бесценно.
I like it, I put like)
Спасибо!
Блеск)👌
Довольно спорно честно говоря, вообще не знаю таких людей, кто записывает все принятые сообщения навтекс в ГМССБ журнал, ибо реально не рациональная трата бумаги и журналов. Я веду отдельный журнал с принятыми ПРИПами и Навареа, и вроде бы проблем нет. А видосы хорошие, единственное звук в некоторых видео хромает, из-за отсутствия микрофона.
Молодец 🤝.
Да, видимо это из той серии, когда надо делать поправку компаса при значительном изменении курса 🤦 с микрофоном да, взял петличку Boya BY-M1, хваленную многими блогерами. А она отказалась работать с айфонами (уже на судне тестили с 12Pro, 12Pro max, 6s и даже с iPad и макбук, - периодически выдаёт страшные хрипы), зато с андроид устройствами работает гораздо лучше. Вообще с аудио/видео техникой сложно, на пароходе, сами понимаете, чего-то не хватает или поломалось, достать крайне сложно. На след контракт подготовлюсь лучше)
Денис, такой к Вам вопрос- где предписано, что в порту (на танкерах) мы должны останавливать GMDSS вахту? Посмотрел в VIQ и ISGOTT и нашел только то, что рекомендуется разве что выключать радар (опять же таки- только рекомендуется). И правильно ли, что не важно сколько мы стоим в порту- день, два, неделю- мы не имеем права делать какие-либо тесты? Мы закрываем GMDSS вахту при приходе в порт и открываем только по отходу, верно? Опять же таки, не могу найти где это предписано. Единственное хоть что-то приближенное я нашел в GMDSS AMSA Handbook, но я уверен, что должно быть где-то в более очевидном месте. И второй вопрос- где предписано, что на мосту должны быть вывешены Shore Based Maintenance сертификат, Battery Capacity Test распечатка и тд.- тоже нигде не могу найти, где это требуется. Надеюсь на Вашу помощь).
Радиовахту (GMDSS) необходимо нести пока мостик manned, т.е. в порту на якоре в том числе! А вот когда судно уже пришвартовалось, и мостик можно покинуть, тогда и радиовахта приостанавливается.
Насчёт ссылок, пока не подскажу, возможно в требованиях флага будет
Спасибо за информацию! Где можно взять все эти электронные версии Admiralty ?
На сайте Адмиралтейства. Продукт используется по платной подписке, устанавливается на судне
К слову- менеджмент который Вы ведете очень аккуратный, но что делать если катаешься между континентами- ведь под одним и тем же идентификатором (пусть это будет "C") может быть несколько станций- или на такой случай у Вас тоже есть какая-то сегрегация? Просто у нас в компанейском СМСе retention для всех ворнингов (навтексы, наварии, везер репорты) указан как current voyage- то-есть по окончанию вояджа все эти бумажки могут спокойно отправляться в утиль. У Вас другие требования на борту? Просто зачем аккумулировать столько макулатуры?) Максимум, что я могу сделать, это взять всю охапку навтексов от всех станций за переход, скрепить их и закинуть в файлик с указанием номера вояджа- и то, это совсем необязательно. Просто интересно чем Вы руководствуетесь?) Это имеет смысл, если стоишь на линии и станции приема всегда одни и те же- если у Вас так, то вопрос снят). Еще один способ, который мне нравится- это софт-менеджемент. Раз в день- два я могу экспортнуть принятые навтексы в пдф формате с ЭКДИСа на флешку и просто copy/paste в электронную форму (элементарная табличка с указанием станции, номера сообщения, текст сообщения, data received и data plotted)- как по мне это намного быстрее и практичнее))). Просто эра папок уже давно в прошлом, как по мне) В любом случае было бы интересно почитать Вашу версию по этому поводу.
Очень приятно и полезно получать, не просто спасибо в комментариях, а мнение других специалистов, за что вам огромное спасибо. Так информация в видеоролике не будет однополярной, а дополнена, что делает канал ещё более результативным 👍 У нас по политике в конце каждого вояжа необходимо удалять навтекс сообщения, с чем я не согласен, так как по выходу из порта начался новый вояж, но следуя той же дорогой, как мы пришли часть сообщений ещё в силе. Экспорт из ECDIS отличная идея 💡 ещё хорошо было бы, если б в интерфейсе ECDIS была бы сегрегация по районам NAVAREA, как раз чтобы станции с одинаковыми идентификаторами не накладывались друг на друга (как раз то о чем вы написали, в случае перехода из одного региона в другой). Но пока такой опции нет (говоря о Wartsila), поэтому, чтобы избежать путаницы необходимо удалять сообщения. Эра папок уже в прошлом, согласен, но ввиду не совсем удобного электронного интерфейса думаю окончательно избавиться от макулатуры сегодня ещё получится, но все идёт именно к интеграции. Уверен в ближайшем будущем будет намного комфортнее) и папки отправятся обратно в канцелярию 😀
👍
Никогда не писали навтекс сообщения в gmdss лог бук руководствуясь gmdss manual'ом. Согласен с Вами, что возможно это просто старые неактуальные дурные требования флага, на которые абсолютно все клали сами знаете что. Думаю, что даже проверяющие и не подозревают, что флаг может такое требовать и сами основываются на соласе и мануале, проверяя только стандартные записи наверий и дистрессов сверяя с логом в том же MF/HF. А Вы можете поднять этот вопрос при следующем навигационном аудите или при встрече с суперинтендантом, ну или написать с Капитаном сообщение в офис- пусть там уточнят этот момент, чтобы сделать его более однозначным- писать или не писать.
Спасибо вам за отзыв 👍 по этой части никто не хочет заморачиваться, беседовали на судне, поднимали эту тему, но никаких циркуляров нет, тема висит в воздухе, возможно потому что также никто не хочет брать на себя ответственность. Казалось бы мелочь, а страховщики потом при «случае» начнут копать и увидят, что компания идёт в разрез с требованиями флага.. как вариант, можно порыться ещё глубже в багамских циркулярах, но пока ничего не нашёл.
Скажите пожалуйста, где можно найти требования Панамы касательно Навтекса?
я посмотрел Panama Regulation Rules, там про НАВТЕКС ничего не упоминается. Нужно смотреть ADRS, но у меня сейчас нету лицензии на район Панамы
Денис, вопрос не совсем по теме, но было бы интересно услышать Ваше мнение, потому что наши разделились- нужно ли тестировать третью VHF, которая находится в CCR точно так же и с такой же периодичностью как и стандартные две VHF которые у нас на мостике? И чем будет подкреплено Ваше мнение?)
Вопрос хороший) нужно в первую очередь смотреть, что об этом говорит мейкер и политика. Во-вторых нужно понимать, что на одну антенну выходят две VHF, если логи тестов дублируются с одной на другую, то формально нет смысла. Если же тестите на мосту, а в CCR логи не дублируются о проведении тестов тогда есть смысл. Однозначно сказать сразу не могу. С одной стороны это тоже оборудование, которое может выйти из строя, и в самый ответственный момент будет засада. С другой написал выше. Насчёт Self test думаю есть смысл, но проверьте логи. А вот DSC test делать только на мосту
@@magellanseaman
Спасибо за ответ) а Вы сами как делаете, Денис? Мейкер и политика молчат. Логи не дублируются. Но тут возникает немного другой вопрос- если и тестировать 3ью уквшку, то только в свое нерабочее время, так как она в CCR- в таком случае надо подгонять work and rest hours- в общем сложнаа, сложнаа понять как это сделать лучшим образом)
Я не тестил никогда 🙈 *чистосердечное*. Если и по часам заморачиваться, то все просто. Днём овертайм после вахты. Ночью на обходе после вахты. Там часы работы будут.
@@magellanseaman
Еще раз спасибо) а как бы отвечали инспектору?) просто интересно- сам бы я не знаю, как выкручивался бы)
Никогда с таким не сталкивался и не спрашивали
У меня к Вам один вопрос- вы советуете в пункте INS Message Output Settings выбирать все станции, что означает, что ЭКДИС будет сохранять все сообщения, а уже внутренними фильтрами мы сможем облегчить наш монитор убрав сообщения ненужных нам на данный момент станций. С одной стороны в этом есть смысл- в случае, если мы будем идти в зону действия той или иной станции у нас уже будут отмечены все ворнинги, но с другой это может запутать нас так как мы не будем знать какие сообщения актуальны, а какие уже нет придется собственоручно просматривать каждое сообщение сохраненное в ЭКДИСЕ (может у него будет указана дата канцелирования) и параллельно сверять с навтексами которые будут приходить после активации новой станции- не будет ли это двойной работой? По-моему намного легче просто просто руководствоваться тем же GMDSS мануалом, который советует просто активировать нужные нам станции заблаговременно- так мы будем действовать по факту.
Спасибо вам за вопрос. Да, можно делать и так как вы написали. В любом случае мы имеем MSI слой в ECDIS (все сообщения, если оставим все станции), распечатки (только выбранные станции) и главное, третье, MAPS, то что я поднял на карте и соответственно ориентироваться я буду именно на последнее, что намного удобнее. Дело в том, что если бы интерфейс в ECDIS по обработке NAVTEX сообщений сделали бы лучше, то возможно этот вариант был в приоритете, как вы и написали. Но с текущей реализацией, когда длинные сообщения не могут отобразиться целиком на карте при наведении, невозможность использовать раздельные полигоны в рамках одного сообщения, и другие сложности, считаю что NAVTEX передающийся в ECDIS удобен только для проверки полученных сообщений, но никак не для постоянного мониторинга. Лучше нанести важное в maps и оставить распечатку, как исходные данные.
А что мешает вести вче журналы онлайн? Т е пришло сообщение, ты его проверил и записал сразу в журнал. Да бывает что приходит очень много сообщений. Как автор сказал. Что пришёл проверяющий и проверил. Если бы не было в журнале то написал бы замечание по навигации. Как мы все знаем замечания от инспектора по навигации и сефти самые страшные. Так что мой вам совет пишите все туда что приходит с Навтекса инмарсата и т д
Че ты там мудришь дай взятку 100 долларов проверяещему и плыви спокойно,что глаз нет или бинокля