Adafruit GPS --- GTPA013 P6H071336

Itt egy csodálatos leírás a VNC futtatására az RPI-n.

http://www.penguintutor.com/linux/tightvnc

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Már megy elsőre ceruzaelemekről a logger.
Doboz még sehol hozzá, de amddig nem dőlt el, hogy lesz-e kijelző és milyen, addig nem gondolkodom rajta.

Kijelzőnek ezt néztem ki:
https://learn.adafruit.com/adafruit-pitft-28-inch-resistive-touchscreen…

Csakhogy ennél ha jól látom, pont a gps tüskéit sajátítja ki a kijelző...

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Érdekes NMEA mondat jön le néha, nem tudom, ennek mi az oka.
Idézem:

o>�5~�?$GPRMC,123033.000,A,4728.3093,N,01906.3912,E,0.83,245.91,190614,,,A*62

Szóval a standard $GPRMC előtt megjelenik egy zavarodott jel, melyet a cat lehoz, ha az eszközt listázom (cat /dev/ttyAMA0 vagy cat /dev/ttyUSB0)

Amúgy kellemes csalódást okozott eddig maga az antenna.
Most már dobozolni is akarom..

A logger-próbákat még nem akarom a gpsd-hez járó programokkal futtatni, egyelőre ezt raktam össze:

# cat /mnt/rpi/rpi-logger.sh

#!/bin/sh
logkonyvtar="/home/pi/logger"
sorszamfajlnev="sorszam"
kiterjesztes="gpx"

chmod 666 /dev/ttyAMA0
gpsd /dev/ttyAMA0 -F /var/run/gpsd.sock
sleep 200
sorszam=`cat $logkonyvtar/$sorszamfajlnev `
fajlnev=$logkonyvtar/$sorszam.$kiterjesztes
echo $sorszam+1 | bc >$logkonyvtar/$sorszamfajlnev
gpxlogger -d -m 5 -f $fajlnev

Új érdekesség.

Bizonyos létrehozott fájloknál, melyet a gpxlogger generál, az rpi "erőszakos" leállítása után képtelenség GIS programokkal beolvasni.

"Unable to load malformed GPX file "

Azóta olvasgatok utána, mi is ez. Valami időbélyeg. Annyit azért elsőre végigbogarásztam, hogy az XML ... nyitás-zárásai megvannak-e. Megvannak. A fájl végén volt egy bináris massza, amit törölnöm kellett (nyilván az írás megszakadásakor maradhatott ott, de ezután sem olvasta be egyetlen GIS prg sem.)
Mai olvasmány: http://www.topografix.com/GPX/1/1/

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Itt egy leírás azoknak, akik timeservert szeretnének barkácsolni.

http://rdlazaro.info/compu-Raspberry_Pi-RPi-stratum0.html

Az adafruit lapka PPS-e is használatban van.
http://rdlazaro.info/Raspberry_Pi-img/pps_si.jpg

Érdekes módon van itt egy kernel is modulokkal együtt. Használható, 2 órája ez megy nálam. Csak éppen ez már nem él vele:
/sys/class/thermal/thermal_zone0/temp
Sőt! A korábban nagy kínnal megszerzett wlan0-felélesztő 8188eu.ko is hiányzik, a wifi is halott.

Hiába, egyszerre minden nem élhet.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Az alábbi sor az esetlegesen téves, hibás, rossz NMEA mondatokat kiszűri:

grep -nvE '^$.*\*[0-9A-F]{2}' hibasNMEA.log

Abban az esetben, ha a
/dev/ttyUSB0
vagy
/dev/ttyAMA0-ról rossz, értelmezhetetlen NMEA mondatok jönnek és azokat olvashatóbban, a hibásak nélkül szeretnénk látni, ezt kell tenni:

grep -E '^$.*\*[0-9A-F]{2}' hibasNMEA.log

Persze akkor vagyunk bajban, ha 5 sorból 3 hibás.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Fordulat érkezett.
Miután elátkoztam a napot is, amikor belefogtam mindebbe, megérkezett a kijelző hozzá. Az RPI-hez. Végigolvasva hogy mit kell véghezvinnem ahhoz a kernel körül hogy működjön, distribváltás az adafuit verziójára.
A hdmi kimenet alapból nem ment, ez nem is érdekel. A kijelző megy.

Ekkorra már egy L80 Quectel GPS antennából is (!) készítettem egy soros portra köthető antennát, melyet a régi distriben is megnéztem: ugyanazok a hibás NMEA mondatok jöttek a /dev/ttyAMA0-n mint korábban, azaz a hiba nem az antennában, forrasztgatásokban, L1-es sáv esetleges zavarásától van, hanem vagy az OS, vagy az RPI a hunyó. Az L80 egyébként tényleg ugyanazon MTK parancsokra épül mint az adafruité, csak mintha többet tudna. Itt is van beépített logger, timer, PPS... Lehet timeservert készíteni. Itt jut eszembe, a kijelzó a 18 és 23-as lábat lefoglalná egy gombnak, a PPS meg pont oda kellene az egyikbe.

A lényeg az, hogy 1 hónap leforgása alatt kiderült, hogy az NMEA mondatok körüli anomália a raspbian dist-upgrade-jére vezethető vissza. Nem tudom mi íródott felül ami bezavarta a soros kommunikációt. Senki sem érti. Paritási probléma sem lehetett. Szóval erre már sosem jövök rá. Amennyiben a jelenlegi állapot stabil még egy hét múlva is, befagyasztom a raspbiant, legyilkolom a teljes aptot, azt a 2-3 programot amit használok, forráskódból frissítem, esetleg talán megtanulok rpi-hez kernelt fordítani, mert ez eddig bizony sikeresen sosem ment.

Most van 2 db antennám, egy rakás szétmarcangolt kábelem, 2 db darabokra tört poharam. A többit nem írom le.

Mostani fontosabb verziók:

root@rpi:/home/pi# uname -a
Linux rpi 3.10.34+ #1 PREEMPT Fri Mar 28 20:10:54 CET 2014 armv6l GNU/Linux
root@rpi:/home/pi# gpsd -V
gpsd: 3.6 (revision 3.6)
root@rpi:/home/pi# minicom -v
minicom version 2.7 (compiled Jan 12 2014)

Eddigi tanulság:
1. mindig minden lépést leírni papírra
2. dist-upgrade egy életre felejtős.
3. raspbian dist-upgrad-je lehet, hogy meglepetéseket rejt nemcsak nekem.

Kijelző...
Az életben nem volt érintőképernyyős telefonom, palmom, egyéb szottyom. Kezdem érteni, hogy egyeseknek miért boszorkányhosszúságú a körmük.

Legelső lépésem a konzolon beüzemelni az egeret, azaz legyen működőképes parancssorban is az érintőképernyő, ha mondjuk dialog-ot használnék összesen 3 dolog elindításához X nélkül.
Mivel a kijelzőn nem működik rendesen a gpsmon, újat kell írnom, ami csak annyi információt ír ki ami nekem kell.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

PPS életre keltése kernelfordítás nélkül, de úgy, hogy közben rajta van az adafruit kijelzője is..

A pulse Per Second.

wget -d http://vanheusden.com/time/rpi_gpio_ntp/rpi_gpio_ntp-0.3.tgz

ezt leforgatva és telepítve indíthatunk egy tesztet:

sudo rpi_gpio_ntp -g 18 -d

Ettől valami hasonlót kapunk:

rpi_gpio_ntp v0.2, (C) 2013 by folkert @vanheusden.com

NTP unit: 0
GPIO pin: 18
Fudge : 0.000000
"Fork into the background" disabled because of debug mode.
1371475664.752146325] poll() GPIO 18 interrupt occurred
1371475665.000148935] poll() GPIO 18 interrupt occurred
1371475666.000147203] poll() GPIO 18 interrupt occurred
1371475667.000160470] poll() GPIO 18 interrupt occurred
1371475668.000159739] poll() GPIO 18 interrupt occurred
(Ctrl-C pressed)
$

Bővebben erről itt:
http://www.satsignal.eu/ntp/Raspberry-Pi-NTP.html
(ezen a helyen a 8-ast használták, én fent a 18-ast. A kijelző egyik gombja ezt ugyan használná, de sebaj, ott nem lesz gomb. Vagy ha igen, akkor arra az időre le lesz tiltva a PPS.)

Új játékszer: saját timeserver.
Remek érdekesség arra, ha nincs beépített óra az alaplapban.

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Különben nem hiszem el.
Előfordulhat, hogy ez az antenna a Budai vár 1.2 m vastag kőfalait átviszi?
5 méterre vagyok 2 db ablaktól az OSZK olvasótermében, ez meg tolja a hibátlan nmea-cuccokat. Gyanakodtam, hogy hülyít az antenna és egy 3 nappal korábbi, esetleg letárolt valamit küld, de nem, ott vagyok, amit mutat..
Na mindegy. Kíváncsi vagyok, ezen sorokat hogyan fogom olvasni 2 év múlva..

---
--- A gond akkor van, ha látszólag minden működik. ---
---

Most, hogy van adafruit kijelző és még mindig működik rendesen a soros port, az ember véglegesíteni igyekszik.

a wbar felgyógyítása napokba került, aztán rá kellett jönni, hogy nem éppen érintőpanelre találták ki. Sosem volt érintőképernyős bunkofonom, laptopom, így nagyon új a dolog. 8 példányban indultak el vele a programok, ami szerintem nem túl jó.

Ekkor egy váratlan pillanatban eszembe jutott, hogy a wbar egy scripttel indítsa inkább az amúgy sok paraméterrel induló programokat, egy olyannal ami először megnézi, az illető prg fut-e. Az alapötlet a
ps -A
és a grep.
íme az ocsmányság:

#!/bin/sh
wait=0
programnev=$1
echo $programnev
if [ -e "/tmp/$programnev.temp" ]; then
exit 0
fi

utvonala=`type -path $programnev`
echo $utvonala
parametere="$2"

if [ ! -x "$utvonala" ]; then
echo "$(basename $0): '$programnev' command not found"
exit 0
fi

ps -A | grep "$programnev" >/tmp/$programnev.temp

fute=`cat /tmp/$programnev.temp`
echo $fute
if [ "$fute" = "" ]
then
echo "NEM fut "
sleep $wait
$programnev $parametere
else
echo "Már fut "$fute " processz sorszám alatt."
fi

rm -f /tmp/$programnev.temp

exit 0
#ocsmany es ronda a script, de gyorsan megvolt es hasznalhato.

Tehát ha ezt használva indíttatok a wbar-ral valamit, az nem fog 4757364 példányban elindulni, amikor tapogatom a képernyőt.

---
--- A gond akkor van, ha látszólag minden működik. ---
---