Все не так страшно. Единственная серьезная проблема - это аутодетекция приемника, для указания ему какие сообщения когда посылать. В свое время я написал программку показывающую местоположение на карте за пару дней, именно благодаря читаемости NMEA. Если знать производителя и на каком сериальном порту он сидит - все остальное не сложно (правда с ЮСБ/ГЗ не работал, может там сложнее)
Надо заметить, что сам чувак местами какой-то чересчур, ммм, простой.
Only…you can’t tell without knowing the type and firmware version of the GPS which sentences start and end the cycle! ... if you have a GPS client faithfully reporting the NMEA sentences coming over the wire, your altitude will typically flicker from known to unknown and back twice a second as it gets hit by alternating GPRMC and GPGGA sentences. That is, unless you buffer, in which case the altitude you see could be up to one second stale and associated with a previous fix.
Unless your GPS is actually watching for the moment when the GGA timestamp goes to 00:00:00 and can compensate, it’s going to look like you’ve dropped back in time 24 hours until the GPRMC next comes in.
I was like, WTF? То есть понятно, что было бы очень хорошо, если бы стандарт был с самого начала дико полным, задача его соблюдения была бы переложена на плечи производителей девайсов, а консьюмеру данных достаточно было бы вызвать strpbrk и atof несколько раз. Но уж если это не так, то жаловаться на конкретно такую фигню, как бы подразумевая, что для борьбы с ней нужны ужасные усилия, как-то дико странно.
Впрочем, не могу не согласиться, что количество SUCK и FAIL, производимых производителями железных стандартов, превосходит все мыслимые пределы; и в этом случае тоже. Вдумчивые попытки сделать Глобальное и Надёжное общение с мобильным телефоном посредством AT (или как там сам стандарт звался) создали у меня чёткое впечатление, что на самом деле основной целью создателей подобного кала является обеспечение рабочих мест себе, своим детям и внукам в качестве высокооплачиваемых консультантов по овладёвыванию им.
![[livejournal.com profile]](https://www.dreamwidth.org/img/external/lj-userinfo.gif){kind=small}
![[identity profile]](https://www.dreamwidth.org/img/silk/identity/openid.png){kind=small}
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
ninetydegrees
no subject
on 2009-02-23 06:49 pm (UTC)no subject
on 2009-02-23 06:50 pm (UTC)no subject
on 2009-02-23 07:56 pm (UTC)no subject
on 2009-02-23 08:15 pm (UTC)I was like, WTF? То есть понятно, что было бы очень хорошо, если бы стандарт был с самого начала дико полным, задача его соблюдения была бы переложена на плечи производителей девайсов, а консьюмеру данных достаточно было бы вызвать strpbrk и atof несколько раз. Но уж если это не так, то жаловаться на конкретно такую фигню, как бы подразумевая, что для борьбы с ней нужны ужасные усилия, как-то дико странно.
Впрочем, не могу не согласиться, что количество SUCK и FAIL, производимых производителями железных стандартов, превосходит все мыслимые пределы; и в этом случае тоже. Вдумчивые попытки сделать Глобальное и Надёжное общение с мобильным телефоном посредством AT (или как там сам стандарт звался) создали у меня чёткое впечатление, что на самом деле основной целью создателей подобного кала является обеспечение рабочих мест себе, своим детям и внукам в качестве высокооплачиваемых консультантов по овладёвыванию им.
no subject
on 2009-02-24 08:21 am (UTC)