Onderwerp: Het grote OpenCPN vraag, tips en tricks topic

Ik heb onlangs een gebruikte Nexus 7 tablet gekocht als vervanging voor mijn oude, waarvan het touchscreen kuren begon te krijgen. Om één of andere reden krijg ik de layers niet in beeld. Het Nautin GPX-bestand staat in de map /android/data/org.opencpn.opencpn/files/Layers (met een hoofdletter). De icoontjes staan in /android/data/org.opencpn.opencpn/files/UserIcons. Die map wordt ook gelezen door OA, want ik heb daar een eigen "ownship"-icoontje en dat is gewoon zichtbaar.
Ook de geïmporteerde routes zijn onzichtbaar, tót ik ze activeer. In opencpn.conf staat de regel "ShowLayers=1", dus daar ligt het probleem ook niet. Maar waar dan wel? Ik ben de kluts even kwijt.

Bij mij staat het rode bootje steeds op 200 graden. Het richt zich niet in de richting die ik vaar. Het staat wel op de juiste positie in de kaart.
Als ik vaar dan is het net alsof ik een boegschroef heb; ik beweeg zijwaarts, soms zeil ik zelfs achteruit.
Het rode pijltje dat de snelheid en de vaarrichting aangeeft stat wel goed.

Weet iemand hoe dit komt?
Het is al eens voorbij gekomen in een draadje, maar ik kan het niet meer vinden.

Ergens vertel jij OpenCPN dat je koers 200 graden is, dat verzint het programma niet zelf. Kan je aangeven wat je hebt aangesloten en een screenshot van het nmea debug window. of nog beter een opname van je nmea data met de vdr plugin?

rooiedirk schreef :
Aangesloten is de Roosmux en daar is de AIS transponder met ingebouwde GPS op aangesloten.
Die opname van de nmea data ga ik maken. Maar gaat wel even duren.

Wel alvast een screenshot van de nmea debug window. Is al van een tijdje geleden, maar zelfde probleem.

SAHDG geeft een lege heading string. Die zorgt waarschijnlijk voor de verwarring.
Zet in je connection (verbindingen) daar eens een filter op.
Natuurlijk wel dee vraag welk apparaat dat verzint.

Behalve de lege Heading nmea zin $SAHDG, geeft dezelfde talkerID (SA), ook nog een Diepte met zowel een $SADPT als $SADBT, maar ook je logsnelheid met $SAVHW, en tenslotte ook nog je watertemp met $SAMTW.
Verder zie ik dubbele windmeter zinnen met verschillende talkerIDś, $IIMWV geeft een relatieve windrichting, en $MXMWV een ware windrichting.

Zou inderdaad beginnen met het blokeren van $SAHDG op com3 en eventueel ook $SAVHW, wand de laatste geeft ook een (lege) heading info.

Bedankt voor het meekijken. Dit helpt me verder.

De zinnen $IIMWV, $WIXDR, en $PLCJ komen van de windmeter (via de mux).
Naast de AIS-transponder zijn ook een dieptemeter en snelheid/log (allebei seatalk) via de mux aangesloten.
De watertemperatuur wordt niet gemeten, daar is geen sensor voor.

De schijnbare wind komt van de windmeter, de ware wordt door de mux berekend. Dat werkt goed.

Mogelijk dat een aantal instellingen in de mux niet goed staan. Had er in het voorjaar problemen mee, de instellingen zijn opnieuw ingeladen, mogelijk is daar toch eea fout gegaan.
Mocht dat niet helpen, dan ga ik in OCPN de lege zinnen blokkeren.

Eclips schreef :
Layers zonder hoofdletter!

Linux en Android zijn case-sensitive en helaas zijn de ontwikkelaars van OpenCPN niet consequent in de benaming. "layers" en "UserIcons" zijn hardcoded en in mijn ogen onlogisch benoemd.

reuver schreef : Klopt niet consequent, maar nog steeds niet aangepast ivm backward compatibility. Ofwel als dit aangepast wordt werken opeens alle bestaande installaties niet meer.

@taan
Afhankelijk van je gevers uit seatalk komen er verschillende headings binnen. Je kan de keuze maken in het seatalk tabje (seatalk naar nmea) in het instelprogramma. Kwestie van even proberen.
De opties van de windberichten die je niet nodig hebt uitzetten. Het lijkt erop dat je een beetje moet opschonen in de instellingen.

roozeboos schreef :
Ik denk het ook. Ik ga ermee aan de gang.

rooiedirk schreef :
Dat Linux case-sensitive is, wist ik. Je zou dus inderdaad verwachten dat het consequent hoofdletters is, of juist niet. Het zijn van die instinkers waar je bij een schone installatie tegenaan loopt. Ik had het, nog voor ik de reacties gelezen had, alweer door trial and error aan de praat gekregen. En ook weer niet, want nu zie ik de tonnetjes wel geprojecteerd op de kaart, maar bij in-en uitzoomen wordt er een geheel zwart beeld geserveerd. Ik vraag me of dat met OpenGL te maken heeft en/of met een incompatibiliteit met de Nvidia Tegra-chipset in de Nexus 7. Dus ik overweeg om de pas gekochte tablet maar weer van de hand te doen en te investeren in een, veel duurdere, Galaxy Tab Active. Het was het proberen waard.

Voor wie het belangrijk vindt om bij te blijven, er is een nieuwe versie van OpenCPN uit, 4.8.8. Eigenlijk alleen leuk als je in Finland woont, of Finse kaarten gebruikt.
Het is de bedoeling om nog deze maand te beginnen met openbare testversie van 5.0.

rooiedirk schreef :
Dat ga ik in de gaten houden. Ik ben gek op beta testen!

Niet dat het met je probleem te maken heeft SADPT zin rammelt, staan geen eenheden letters in, vergelijk hem maar met de SADBT zin die wel juist is opgebouwd.

Met de data uit het voorbeeld zou je een COG moeten hebben van 38,20 Grd (uit GPRMC)

Zit in 5.0 ook de ondersteuning voor MBtiles..?

Pimpel schreef : ja.

Voor wie eens wil kijken wat z'n competer in combinatie met OpenCPN aankan, probeer deze eens:
life AIS (Geen idee hoe life precies)



Als je systeem het aankan kan je ook de tweede ling proberen, dat is vooral middellandsezee.
We kunnen er ook een wedstrijdje van maken, wie krijgt de meeste ais targets on screen?

Eclips schreef :
Hier een impressie hoe het eruit gaat zien. Draait hier op een Raspberry Pi3B+ met het Raspex OS.

Het is zeker nog niet perfect, maar werkt op zich prima. In Raspex zit standaard ook een VNC server en werkt met een 64 bits kernel. Let ook op de diverse sats die tegelijk worden ontvangen. Bootje en snelheidmeter staan vrijwel "muisstil". Doet GPS, Galileo, Glonas, etc. tegelijk.

Bram

rooiedirk schreef :
Kunnen we daarvoor niet eens een patch indienen bij OpenCPN om het programma zelf case-insensitive te maken? Dan mogen de gebruikers het verkeerd doen maar vindt hij (op volgorde) alle combinaties. Of in ieder geval de meest gangbare combinaties.

het zou toch niet zo moeilijk moeten zijn om bij opstarten even 3 schrijfwijzen te testen en de eerste te kiezen ...

usericons
Usericons
UserIcons

layers
Layers

Bram welke gps muis gebruik je?
Heb je een link naar de website van de gps muis.
Bijna alle satellieten systemen ontvangen is voor een accurate positie het beste.

nl.aliexpress.com/item/TOPGNSS....8.41.de481293Aci6Zy

Ding doet het buitengewoon goed. Naast een transponder heb ik er een aan boord als reserve GPS/Galileo/Glonas. Doet standaard 9600 baud.

Ik heb er zelfs 2.

Zijn wel iets duurder geworden.

Groet,

Bram

rooiedirk schreef :
Dirk, wat een supertip! Het werkt ook prima op de Android versie en betekent dat je dus ook op je smartphone met Internet-verbinding (maar zonder AIS-ontvanger) kunt zien wie er over je heen gaat varen. Of, rekening houdend met de vertraging al over je heen is gevaren

Wat die vertraging betreft: ik heb hier even gekeken hoe dat beeld via life AIS zich verhoudt met de werkelijke posities van de schepen (de veerdienst op Texel). Als de Texelse boot zojuist op tijd is vertrokken (10:30) dan geeft life AIS een vertraging van 2 minuten.

Roel

Hou hem in de gaten via:
www.texel.net/nl/webcam-veerboot-teso