Onderwerp: Ingangsprioriteiten op de Roosmux

Ik had het idee om de output van een paar verschillende GPS'en middels een Roosmux te combineren, dankzij de optie van dat apparaat om prioriteit op de ingangen in te stellen. Dat zou ik dan mooi kunnen voeren aan de SH marifoon, zodat die altijd een schoon signaal op zijn naar verluidt niet-geïsoleerde NMEA ingang krijgt. Misschien overdone, maar ik wilde het eens uitproberen.

Maar ik loop tegen een complicatie aan: Eén van die GPS'en stuurt geen GPRMC uit, maar GNRMC om aan te geven dat hij heel modern is en ook Glonass, Galileo etc. eet. Die blijkt dan geen prioriteit te krijgen over de andere ingangen wanneer ik dat wel verwacht.
Als er een GPRMC signaal op een ingang met een hogere prioriteit zit, dan wordt de ingang met GNRMC weer wel overgeslagen zoals het hoort; de mux herkent het dus wel als RMC maar geeft het geen prioriteit over een ingang met GPRMC.

Aldus:
ingang 1 - GPRMC
ingang 2 - GNRMC
ingang 3 - GPRMC

In de tab prioriteiten heb ik RMC ingesteld. Op de uitgangen heb ik alle andere berichten uitgefilterd voor de test. Om te kunnen zien wat er doorkomt heb ik elke ingang een eigen talker id gegeven, I1, I2 en I3.
Als op alle 3 een signaal binnenkomt dan krijgt zoals te verwachten ingang 1 prioriteit en komt alleen het RMC bericht van die ingang door.
Als er op ingang 1 geen signaal binnenkomt, dan komen de RMC berichten van zowel ingang 2 en 3 door.

[Edit: Ik was op het verkeerde been gezet door een foute aanname. Het zit heel anders.]

Ik vermoed dat de GNRMC sentence vrij recent is bedacht. Het lijkt me logisch dat de software van de mux die niet herkend en er zodanig weinig mee kan.

Chris zal zich wel melden om daar zijn licht over te laten schijnen en hem kennende ook met een oplossing te komen.

Zou je probleem zijn opgelost als je het GNRMC bericht op 1 zet? Of juist op 3?

Dat is vrij recent inderdaad, ik geloof in een update uit 2018 van de nmea standaard. De mux draait de laatste softwareversie.
www.nmea.org/Assets/NMEA%20018...fier%20Mnemonics.pdf

Het zou werken zoals verwacht als ik GNRMC op de ingang met laagste prioriteit zou zetten, 3 of 4.

Kijkt de mux bij de selectie ook naar de eerste 2 tekens? Het zou kunnen dat er alleen naar de string RMC wordt gekeken, niet naar de afzender.
En dan wordt het een kwestie van volgorde.

Blijkbaar wel, want als hij bij de prioritering alleen naar de laatste 3 tekens zou kijken, dan zou het goed gaan.

Knoet schreef :
Geef je die eerste 2 letters dan ook op bij de instelling van de prioriteit? (heb geen roosmux, vandaar. Bij de oude Shipmodul alleen de 3 type-letters).

Het veld voor de prioriteit heeft maar ruimte voor 3 tekens, daar staat dus alleen RMC.

Kan het niet zijn dat prioritering maar '1 laag diep' werkt.
Dus dat je feitelijk maar 2 gpssen kan aansluiten?

Dan zou het alleen op ingang 1 en 2 werken? Want ik zie het verschijnsel bij GNRMC op 2 en GPRMC op 3. Ik vermoed dat er ergens een stringcompare op 5 tekens in de software zit waar het beter 3 zou kunnen zijn, maar Chris weet daar vast meer over te zeggen.

Dan is er geen reden om ingang 2 én 3 door te laten (als 1 leeg is), beide zijn RMC.
Maar kennelijk ziet de mux toch een verschil tussen 2 en 3.....

Baasklusje schreef : Je hebt gelijk, vergeet mijn opmerking maar

Knoet schreef : Andere suggestie dan maar, of je wacht op Chris, dat kan natuurlijk ook....
Je kan de talker id wijzigen in de mux.
Hiermee kan je ze dus alle drie gelijk maken.
Is alleen nog de vraag wat de mux eerst doet, id aanpassen of prioriteren.....

Nee, talker id instellen op de mux heeft geen effect op de prioritering.

Wat gebeurd er als je ingang 2 en 3 omdraait?

Dan heeft GNRMC de laagste prioriteit, en dan wordt die overgeslagen wanneer er een RMC met hogere prioriteit aanwezig is.

Knoet schreef : Dat is toch wat je wilt?
Of wil je de GN hoger in je prioriteiten lijstje hebben?

PvO schreef : Natuurlijk, dat is een workaround. Maar die met GN heeft wel de beste ontvangst, dus die zou ik graag hoger in de lijst hebben. Maar bovenal wil ik graag snappen hoe dit komt, misschien doe ik iets verkeerd of is het helemaal niet bedoeld om op deze manier te gebruiken.

[Edit] Correctie: Dat helpt niet. Mijn antwoord kwam uit de theorie, maar als ik het GNRMC signaal op ingang 4 zet en een van de GPRMC's op 2, dan komen ze weer allebei door. Alleen een GPRMC op 1 lijkt prioriteit te krijgen. Het wordt minder logisch nu..

De ""GPSen" die een GN id uitgeven zijn meestal voorzien van een U-blox chipset.
Met U-Centre kun je dat vrij makkelijk instellen op GP.
(Moet nu ff weg ben er vanavond weer, als je er hulp bij wenst)

Zeilprutser schreef : Dank je voor het aanbod, maar dit komt uit een moitessier hat op een pi, ik denk niet dat we die Windows-software daarop aan de praat krijgen. Het is ook geen groot praktisch probleem, het is maar een probeersel. Maar misschien kan het leiden tot meer begrip van hoe dit werkt, of misschien een verbetering aan de mux-software.

Volgens mij ben ik eruit. Nog wat draadjes omgeprikt, en de prioritering lijkt alleen op ingang 1 en 2 te werken zoals PvO al suggereerde. De handleiding geeft ook als voorbeeld ingang 1 en 2, maar ik dacht eruit af te leiden dat dat ook voor 3 en 4 zou gelden.

Volgens de handleiding zou een hogere ingang prioriteit hebben, dus niet alleen de ingangen 1 en 2. Chris moet het maar zeggen.

Overigens lijkt dit probleem op een eerder draadje, waarin ik ervoor pleitte om te kunnen filteren op nmea zinnen van een specifieke gever. In mijn geval om een foutieve IIVWR zin te onderscheiden van een correcte VWVWR zin. Alleen prioritering lost dat niet altijd op.

Zie: zeilersforum.nl/index.php/foru...ver-filteren#1111974

Ja, daar kwam toch uit dat je op de uitgang zou willen kunnen filteren op talker+bericht ipv alleen op bericht? Maar ik denk dat de prioriteit voor Chris nu vooral uitgaat naar de nieuwe producten. Wat mijn vraag betreft is het me nu wel duidelijk, ik weet wat er kan en ik krijg voorspelbare resultaten. Er zit geen fout in de mux, hooguit een onduidelijkheid in de handleiding.

Knoet schreef :
Filtering op de hele nmea-zin (talkerID+bericht) zou een feature kunnen worden van de nieuwe Roosmux, begreep ik, niet van de bestaande.
Knoet schreef :
Dat prioritering niet zou werken voor ingang 3 en 4 is wel nieuw voor mij.

Chris zal zich wel melden.
Ik weet niet beter dan dat hij dat soort zaken/wensen wel oplost.

Knoet schreef : Juist omdat het zoals ze zelf zeggen "Full, open-source" is, zou dat wel moeten kunnen.
Ik vindt dit dus wel één van de nadelen van dit soort all in one systemen.
Naar mijn mening ben je beter af met een modulair systeem.
Maar met hun hulp denk ik dat het wel kan, ik denk echter dat Chris sneller is!