Onderwerp: hulp bij GPS icm. Open CPN ?

TuuLeVi schreef :
We hebben nu vastgesteld dat je Garmin inderdaad ttyUSB0 is. Dan zou de opdracht,cat /dev/ttyUSB0, min of meer het volgende beeld moeten geven, maar dat doet het niet. De fout moet je dan toch zoeken bij de gps of de kabel;

TuuLeVi schreef :
En ook ttyUSB0 in de 6e kolom staat er in het eerste plaatje niet; maar dat had je al gezien in de dmesg output nav de vraag van rooiedirk. ttyUSB0 is wel degelijk het device wat je nodig hebt.

Nu alleen nog uitzoeken waarom daar nu geen data uitkomt, en eerst wel. Je OS is veranderd, en wat nog meer? Draait het nog op dezelfde hardware als toen het wel werkte? Is ttyUSB0 wel eigendom van de groep dialout zoals verondersteld? Je kunt dat controleren met `ls -l /dev/ttyUSB0`.

desnoods doe je sudo cat /dev/ttyUSB0 Dan omzeil je de eigendomsrechten.

De opdracht stty

geeft ook het volgende waaraan je de baud snelheid kunt aflezen. In mijn geval heeft de gps een snelheid van 9600 baud.

De vorige keer was je hiermee ook al aan de knoei ( 2,5 jaar terug )

zeilersforum.nl/index.php/foru...pic?start=475#915585

zeilersforum.nl/index.php/foru...pic?start=575#964648

Ja, zo'n pi werkt probleem loos zonder zorgen......

Excuus, niet goed gelezen dus.

WADnWIND schreef :
Het gaat hier toch helemaal niet over een raspberry Pi?

WADnWIND schreef :
Het heeft helemaal niets met een RPI te maken. Het is een Athena Netwerk computer, zoals die gebruikt werden in ziekenhuizen. Een systeem op basis van een Atom processor. Het geheel werkt vanaf een bootable USB stick. Er is gewoon een probleem gerezen ergens in de verbinding.

Ding komt nog bij mij vandaan, vandaar ik er een goed mee bekend ben. Heeft voorheen altijd goed gewerkt.

Bram

Op zich een interessant zuinig systeem op 12 volt met een mooi beeldscherm.

Excuus, niet zorgvuldig genoeg gelezen....

waarschijnlijk hele domme opmerking, maar moet je in OPENCPN die GARMIN mode specifiek selecteren?
vergeet even dat het een GArmin is...
heel vaag staat me iets bij dat er wat met dat G protocol rammelde...

Knoet schreef : 3Noreen schreef : 3Noreen schreef :
de andere kabel zal ik ophalen. HW is hetzelfde, ook dezelfde kabel.
Ik heb die commands geprobeerd.




wat ik niet begrijp; als de kabel niet meer goed is waar om heb ik dan wel verbinding?
henkvd schreef : hey, een forumarcheoloog nee, dat was wat anders er is immers een verbinding. Ik weet het niet meer precies het was op m'n vorige PC en ik moest in die Garmin nog iets aanzetten, het is gelukt uiteindelijk. En het heeft een tijd probleemloos gedraaid. Maar omdat ik naar OpenCPN5 wilde moest het OS veranderd en nu werkt het niet meer.

Daarom "denk" ik dus ook dat ik ergens in de SW iets verkeerd heb staan...

sy helios schreef :
dat heb ik (geloof ik)

wat ik bedoel om juist NIET die GArmin host mode te selecteren
maar om er in te hangen als een willekeurige GPS..

Het lijkt er op dat de baud speed niet goed staat. Ondanks dat het niet uit zou moeten maken met een usb kabel probeer eens het voldende;

stty -F /dev/ttyUSB0 ispeed 4800

En dan nog eens

cat /dev/ttyUSB0

Het kan zijn dat je op het commando

stty -F /dev/ttyUSB0 ispeed 4800

de reactie krijgt;
stty: /dev/ttyUSB0: unable to perform all requested operations

Dan zal misschien OpenCpn nog open staan. Die afsluiten en nogmaals uitvoeren;

stty -F /dev/ttyUSB0 ispeed 4800

...na een verse boot vandaag 3Noreen schreef :
Ik krijg idd. de reactie:
stty: /dev/ttyUSB0: unable to perform all requested operations
Maar OpenCpn is nog niet open geweest.

Dat kan betekenen dat er nog een ander proces gebruik maakt van ttyUSB0.

Doe eens:
fuser -v /dev/ttyUSB0
of
sudo fuser -v /dev/ttyUSB0

Dan krijg je informatie over dat eventuele andere programma.

kon ook eigenlijk niet(?) ik zet de PC net aan...

OK, er is dus een proces dat ttyUSB0 leest, namelijk het commando cat met pid 917.

Doe dan nu eens:
ps -Fp 917

Dan krijg je meer informatie over dat proces. Waarschijnlijk zit dat ergens in een startupscript, dus misschien is het nu alweer weg. Dan zou je er ook geen last meer van moeten hebben. Maar als het nog steeds draait dan is dat de verklaring waarom je geen output krijgt, die gaat namelijk al naar dat proces en je kan bytes uit een character device maar 1x lezen.

Ding heeft meerdere usb poorten. En vergeet niet het systeem werkt met een bootable usb stick ook op een usb poort. De logica lijkt mij dat juist ttyUSB0 is. De eerste usb poort.

@brambo: We hadden al vastgesteld dat de GPS aan ttyUSB0 zit. En de USB stick zal nooit tty... heten, want dat is een blockdevice en geen character device.

[Edit:] Tenzij je zo'n Chinese USB stick met ingebouwde keylogger hebt, natuurlijk..

sy helios schreef : ok, merci. Dat helpt niet.

TuuLeVi schreef :
Zie ik nu links een tweede terminal venster waar je cat commando nog draait ?

eh ja(?)
Wat doet dat dan nog?
Moet ik die dicht doen?

Er wordt daar dus letterlijk een commando 'cat /dev/ttyUSB0' uitgevoerd. Enig idee waar dat vandaan komt?
Alle data die op die poort binnenkomt gaat rechtstreeks naar dat proces, en andere processen krijgen geen kans om er nog iets uit te lezen. Ook OpenCPN niet.

[Edit:] het komt dus uit die andere terminal, niet goed naar de foto gekeken. Maar had je dat ook toen je geen data in OpenCPN kreeg?

nee, zal ik even rebooten? Dat is misschien handiger?