Onderwerp: OpenCPN doet niets met ingestelde verbinding

Ik verwacht niet dat de fout in de roosmux-software ligt, dan zou het al heel veel klachten hebben geregend. Hooguit een niveauprobleempje.

Ik kan niets met de roosmux, dan moet ik weer naar Chris. Ik heb geen Windows-pc, alleen Linux en Apple. Daarmee is het me nog nooit gelukt verbinding met de Roosmux te maken.
Ik ben een paar weken geleden naar Chris gegaan, die heeft de mux helemaal voor me ingesteld en ge-update. Maar ik kan het debug-window van de Roosmux dus nu niet benaderen.

Ja, dat is lastig. Ik bewaar voor dat soort dingen nog een heel oud windows-pc'tje maar die mogelijkheid heeft niet iedereen. Toch zou zo'n diagnoselog wel heel fijn zijn in dit geval, want daarmee kun je zeker weten of het probleem voor of na de multiplexer ontstaat.

Kan je eens kijken met een wifi app op je smartphone? Ik gebruik bijvoorbeeld sailtracker.
Een tcp/udp terminal appje kan ook.
Dan zie je de data die uit de Roosmux komt.

Hier een paar screenshots van een TCP verbinding met m'n telefoon:

Je telefoon had hier verbinding met de mux, en uit de Wifi komt dezelfde data als naar je pc?
Er lijken verschillende dingen aan de hand te zijn. Die incomplete DPT zinnen en die van de PTT zie je hier ook weer terug, die zullen dus wel zo uit de transducer komen. Maar het doorelkaar husselen zie ik hier niet.

Klopt, de mux stuurt via Wi-Fi en USB dezelfde data uit.

Ik heb getest met het uitzetten van de checksum in OpenCPN, maar dat hielp niets.

Zit ik nu dus met een oneigenlijke omplementatie van NMEA door Navman, waardoor ik niks met de data kan?

En als je OpenCPN via de WiFi connect naar de mux ipv via seriële kabel?

Er is hier een lichte aandrang een klein programmaatje te schrijven wat de input van ttyUSB0 dumpt in een bestandje. Je kunt het ook met cat doen maar dan moet je zeker zijn dat de snelheid goed is ingesteld.
Belangstelling in zo'n stukje software ? Of knutsel je even met cat.

In het verleden wilde de roosmux wel iets verkeerd doen met de DPT NMEA zin maar ik neem aan dat zulks verleden tijd is,

XanderB schreef :
Waarom doe je niet een test met een aansluiting direct op de RPI. Dan weet je zeker of het ligt aan de Navman of aan de multiplexer. Een multiplexer zou de data door elkaar kunnen "husselen".

De Navman schijnt gewoon NMEA183 uitvoer te hebben.

Bram

Je werkt met openplotter toch? Dan is er nog een plek waar je kunt kijken, de Data Browser bij het SignalK dashboard. Zie je daar goede data binnenkomen?

3Noreen schreef :
Dat kan toch al door een terminal programma te laten loggen.
Bv in minicom of screen.

stackoverflow.com/questions/11...-minicom-into-a-file
stackoverflow.com/questions/14...ram-output-to-a-file