Сообщения о местоположении AIS завершают UTC - PullRequest
Новая
       50

Сообщения о местоположении AIS завершают UTC

0 голосов
/ 19 мая 2018

После декодирования предложений AIVM с использованием gpsdecode у меня есть пакет структур json, каждая со всеми данными типа сообщения, например: 

{"class":"AIS","device":"stdin","type":1,"repeat":0,"mmsi":224047690,"scaled":true,"status":15,"status_text":"Not defined","turn":"nan","speed":0.0,"accuracy":false,"lon":-8.7296,"lat":42.2401,"course":231.9,"heading":511,"second":36,"maneuver":0,"raim":true,"radio":114776}
{"class":"AIS","device":"stdin","type":4,"repeat":0,"mmsi":2240998,"scaled":true,"timestamp":"2018-05-19T16:34:35Z","accuracy":true,"lon":-8.7877,"lat":42.1717,"epfd":7,"epfd_text":"Surveyed","raim":false,"radio":165192}

Моя проблема заключается в том, что сообщения о позиции (тип 1,2,3) не имеет полного UTC, только указание в секундах между 0-60, , которое является правильным способом получения полного UTC для этих сообщений?

1 Ответ

0 голосов
/ 01 августа 2018

Отметка времени НЕ присутствует в сообщении AIS.

Система AIS изначально была создана как система предотвращения столкновений и должна была использоваться в режиме реального времени, поэтому не было необходимости передавать отметку времени.

Если вы получаете живую ленту AIS, вам нужно добавить текущую метку времени сразу же после получения сообщения и потенциально использовать очередь, чтобы отложить оставшуюся часть обработки.

The *Поле 1007 * в сообщении является вторым, когда отчет был создан электронной системой определения местоположения, а не в реальном времени.Вы можете найти все поля, передаваемые в сообщениях 1, 2, 3, по адресу https://www.navcen.uscg.gov/?pageName=AISMessagesA.

...