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