Onderwerp: Bug in SignalK?

Ik probeer op de Raspberry Pi met Open plotter via SignalK de goede NMEA-data naar mijn GPS-repeater te versturen. Ik denk dat ik weet hoe ik alles in moet stellen, maar ik loop tegen iets geks aan.
Ik heb twee seriële verbindingen, één met de repeater en één met de GPS-muis. Maar telkens als ik in de eigenschappen van de ene verbinding iets wijzig, dan is het bij de andere verbinding ook veranderd.

Ik wil bv. bij de GPS-muis instellen dat hij RMB en RMC moet negeren. Vervolgens staat dat dan ook bij de verbinding met de repeater.
Ik stel bij de repeater in dat de data uit OpenCPN en van de GPS-muis er naartoe gestuurd moeten worden, en vervolgens staat dat ook bij de GPS-muis...

Is dit een bug in SignalK (v. 1.32.0) of begrijp ik iets verkeerd?

Toeter schreef :
Ik kan het hier niet nadoen.

De logica lijkt mij als volgt:

OpenCPn haalt de data uit de SignalK server: signalk invoer localhost en poort 3000

De route wil je uit OpenCPN naar de SignalK server voeren (RMB en RMC)

Extra verbinding maken (let op ! alleen uitgaand) udp localhost poort 2000.

Hierbij geef je aan bij de twee stippen onder rechts. Alles wissen en alleen RMC en RMB aangeven.

In SignalK maak je een extra verbinding aan: nmea183 udp en poort 2000

Nu komt de data (als deze er is in OpenCPN) naar de signalK server.

De GPS muis sluit je ook aan met data naar de SignalK server.

Nu maak je de verbinding van SignalK naar NMEA183 en geef aan wat je op je repeater wilt hebben.

De signalK data kun je ook in MXTommy zetten dan heb je een HTML repeater.

Nogmaals ik kan het hier niet proberen, maar verwacht dat het zo goed werkt.

Bram

Volgens mij heb ik ongeveer gegaan wat je beschrijft, ik begrijp alleen niet precies wat je bedoelt met
"Nu maak je de verbinding van SignalK naar NMEA183 en geef aan wat je op je repeater wilt hebben."

Ik heb de repeater als seriële verbinding toegevoegd, is dat goed? Het lijkt me wel, want ik zie data op de repeater. Alleen gaat het die mis zodra ik aangeef welke data naar de verbinding moet worden gestuurd, omdat alle bewerkingen 1:1 overgenomen worden in de verbinding met de GPS-muis en dat is natuurlijk niet de bedoeling.

Ik heb als naam voor output event bij de verbinding met de GPS-muis "gpsmuis" opgegeven. Vervolgens staat die naam ook in het corresponderende vele van de gegevens van de repeater... Dat klopt toch niet?

Ik zie net dat de "ignored sentences" die ik bij de GPS-muis opgeeft, vervolgens niet alleen bij de repeater verschijnen, maar ook bij de UDP-verbinding met OpenCPN. Ik snap er geen bal van. Ik zeg dat 'ie van de GPS-muis RMB en RMC moet negeren, en dat staat vervolgens ook bij alle andere connecties.

Kan een cache probleem van je browser zijn. Refresh/herlaad de pagina...



Gepost met de officiële Zeilersforum-app

Wat je kunt proberen:

Koppel de USB-GPS aan KPlex. Filter in KPlex de RMB en RMC eruit en voer de rest uit naar SignalK.
Voor OpenCPN mag duidelijk zijn dat je voor de uitvoer op poort 2000 alleen RMB en RMC uitvoert en verder geen input accepteerd.

Met OpenPlotter is volgens mij KPlex nog steeds een optie.

Op dit moment is er 1 filter voor nmea0183out. Eigenlijk wil je meerdere filters.

Ik dacht dat 'ie dat automatisch doet nadat je op "apply" klikt, dan krijg je zo'n venstertje met "provider updated" of zoiets en als je dan OK aanklikt dan herlaadt de pagina. Maar als ik weer op de boot ben zal ik het even proberen met handmatig refreshen, wie weet.
Ik heb ook nog SignalK opnieuw geïnstalleerd, duurt een eeuwigheid trouwens. Loste helaas niks op.

Er is nog een optie zonder Kplex:
- stel de USB-GPS in met ingang SignalK == nmea0183in1
- stel de USB-repeater in met ingang SignalK == nmea0183in2
- stel de OpenCPN poort 2000 uitgang in met ingang SignalK == nmea0183in3 (dit is dus alleen RMB en RMC)
- Filter in de SignalK -> NMEA0183 alles behalve de GPS-data (minus RMB en RMC)
hier komt dus uit nmea0183out en dit is dus nmea0183in1 -/- RMB -/- RMC

Uitvoer:
- poort 10110 naar OpenCPN (dus NMEA0183!) alleen nmea0183in2 en nmea0183out
(als OpenCPN zelf de RMB en RMC eruit filtert kun je ook Signalk op poort 3000 proberen)
- USB-repeater nmea0183out + nmea0183in3

In Signal-K stel je ook je 'Sentence Event' in. Ofwel wat moet er gebeuren als er iets binnenkomt geef je een naam. Heb je hiervoor wel twee verschillende namen? bv iets van nmeaevent1 en nmeaevent2

reuver schreef : Dank voor het uitgebreide antwoord! Hiervoor moet ik alleen wel verschillende dingen bij de verschillende Connections kunnen instellen, die dat moet ik eerst even oplossen.

Ja, ik heb verschillende eventnamen opgegeven, in mijn geval gpsmuis en OpenCPNOut. Mysterieus.
Maar het lijkt me inderdaad dat er óf iets mis is door een bug of iets wat met updaten mis is gegaan, of er staat iets verkeerd ingesteld op een plek die ik over het hoofd zie.
Ik pruts nog even door.

Toeter schreef :

Als er niet uitkomt zet dan een schermafdruk van de connectie op het forum.
Dat moet dan de events van rooiedirk meenemen en zal er waarschijnlijk uitzien als de connecties in de bijlagen van mijn post.

Vraag ik me wel af wat je met RMB moet uit een GPS muis, dat die uitgegeven wordt is al vreemd, RMB is een senstence waar je bij een GPS muis mag afvragen hoe die zinnige info uit kan geven.
Want hoe selecteer je een waypoint op een GPS muis.... niet.

RMB als de GPS muis die al uitgeeft ( lijkt me sterk) kan je dan beter in de GPS muis al uit zetten, hoef je deze ook niet weg te filteren, want de senstece kan niets toevoegen, er staat niets zinnigs in uit de gps muis vandaan.

Beste T,

Je hebt de data van OpenCPN en je GPS muis binnen gekregen in SignalK. Neem aan dat dit werkt.

Als je OpenPlotter gebruikt dan maak je een verbinding aan en die geef je een alias. Naar verbindingen juiste baudrate en dan verplaatsen naar SignalK.

in SignalK is er een plugin SignalK > Nmea183. Daarin kun je aangeven wat je naar je repeater wilt zenden. Ding aanzetten en dan krijg je een events.

En staat de uitvoer ook in de SignalK server.

Ik neem aan dat het dan werkt.

Kan het helaas niet zelf proberen hier achter mijn bureau.

Bram

Ja, de Waypoints maak je aan in OpenCPN en via UDP komen die naar SignalK. Moet je die wel eerste aanmaken in OpenCPN.

Is er overigens hier al iemand die ervaring heeft met de 'data fiddler' in de signalk node server?

brambo schreef :
Het ziet er dan zo uit in MxTommy Kip.

Overigens de AIS komt uit de DSR-RTL dongle waarvan de uitvoer ook naar SignalK gaat.

Bram

Het is opgelost! Dankzij de tip van Bram.

Wat ik fout deed: ik probeerde de NMEA data van de GPS-muis te filteren door in het scherm "Connection" onderaan bij "Ignore Sentences" in te vullen wat ik niet wilde hebben (namelijk RMB en RMC). Dat werd dan vervolgens automatisch gekopiëerd naar alle andere Connections (ik begrijp nog steeds niet waarom, maar goed.)

De oplossing was om niks in te vullen bij Ignore Sentences, maar om de NMEA0183-NMEA0183-plugin te gebruiken om de data te filteren. Ik begreep eerder niet goed hoe ik deze plugin moest gebruiken, maar je maakt er in feite een nieuwe output mee aan, in mijn geval "gpsmuis-gefilterd". Die kon ik vervolgens naar de repeater sturen en toen werkte alles naar behoren.

Als je het eenmaal doorhebt is het simpel...

Nu is er weer een nieuwe vraag opgekomen: OpenCPN stuurt zijn RMB- en RMC-zinnetjes nu keurig door als ik een actieve route heb ingesteld. Nu zou ik graag willen dat er ook een RMC wordt verstuurd als ik géén route heb ingesteld, voor de SOG en COG. Kan dat?

EDIT: Of kan ik de RMC van de GPS-muis hiervoor gebruiken? DUs alleen RMB uit OpenCPN en RMC+GSA van de GPS-muis?

Ja, dan kan gewoon. De SignalK server is tegelijk een multiplexer van de data.

Vandaag geprobeerd wat er gebeurd als ik RMC en GSA van de GPS-muis naar de repeater stuur, en alleen RMB uit OpenCPN. Gek genoeg geeft de repeater dan geen SOG en COG weer, kennelijk zitten die niet in de RMC van de GPS-muis.
Dan maar RMC van OpenCPN gebruiken. Alleen wel jammer dat die alleen verzonden wordt als er een route actief is, zoals hier staat.
(If, a route is active, OpenCPN will create and send NMEA (EC)RMC sentences to output data ports.)

Toeter schreef :
Hoe stuur deze GPS gegevens naar je repeater ?

De data van de GPS muis komt binnen in SignalK en vandaar uit geef je aan zoals voorheen welke e data de repeater moet ontvangen. Zo lijkt het mij om het te laten werken.

De SignalK server is het data centrum van al je toepassingen.

Bram

Als je OpenPlotter gebruikt dan is er een applicatie waar je alle data kunt zin in de SignalK server.

Toeter schreef :
Waarom zou OpencPN die moeten generen, die is voor de GPS om te generen ( als die dat kan ) van een beetje GPS muis mag je verwachten dat er RMC uit komt.

dus het filteren kan je achter wegen laten, je GPS muis is niet in staat om een RMB te genereren, daar heb je een GPS met display voor nodig om een waypoint aan te maken en te activeren en OpenCPN, genereert die, en RMC moet uit je GPS komen.

Want leuk dat OpenCPN RMC kan genereren, maar redelijk nutteloos als de GPS die constant kan leveren, en Opencpn alleen bij een actief waypoint.

RMC, positie , tijd en datum, koers en vaart
RMB waypoint info

Toeter schreef :
Toevallig een NASA repeater?

henkvd schreef :
Ja, ik snap dat het eigenlijk logischer is om de RMC van mijn GPS te gebruiken. Maar zoals gezegd, als ik dat doe dan geeft mijn repeater geen SOG en COG weer, dus ik denk dat die niet in dat signaal zitten
Zeilprutser schreef :
Klopt! Ik weet dat daar wat issues mee zijn icm OpenCPN, maar ik dacht eigenlijk niet dat het daaraan lag. De repeater zit aan de Raspberry gekoppeld met een USB-RS232 converter en doet het verder eigenlijk zonder bijzonderheden. Anders gezegd: tot nu toe leek het erop dat de dingen die de repeater niet goed deed, vooral aan mijzelf en mijn beperkte begrip van OpenCPN en SignalK lagen.

Het is natuurlijk denkbaar dat de GPS-muis wel een goede RMC inclusief COG en SOG uitzendt maar dat de repeater die niet "snapt", en dat die van OpenCPN wèl begrepen wordt, maar dat leek me onwaarschijnlijk.

Toeter schreef :
Bij NASA is niets onwaarschijnlijk! Ik ga er standaard maar van uit dat die NASA jongens niets snappen:
zeilersforum.nl/index.php/foru...-niet-advies#1063183
zeilersforum.nl/index.php/foru...atcontroller#1062586
zeilersforum.nl/index.php/foru...g-10x-zo-snel#891569

Zou ik niet te snel van uit gaan ZP, zijn er al meer die de Nasa repeater op dit punt niet aan de gang krijgen.