Onderwerp: nmea wifi repeater

Ik zit ook nog steeds met het probleem dat Seatalk het RMB bericht van de MUX niet gebruikt. Blijft ook raar dat een RMC bericht uit NMEA bron (AIS) nodig is om performance te berekenen. Alleen RMC vanuit Seatalk (AIS uit) geeft geen performance

CompanJon schreef :
Vervelend dat het nog niet werkt, maar dat het rmb bericht nodig is, is niet zo gek.

Om performance weer te kunnen geven op diverse merken schermen moet je een bekend, veel gebruikt bericht grbruiken. Anders kent het ene merk het wel, en het andere merk ( of beter gezegd type scherm) het niet.
In het RMB bericht zit de waypointnaam verwerkt. Dat bericht kent 4 karakters, cijfers en letters en is niet heel noodzakelijk voor een goede navigatie. De mux verbouwt de waypointnaam naar performance en behoudt de andere waarden uit het originele RMB bericht. Een tweede RMB bericht toevoegen zou de schermen in de war maken; welk bericht moet ik tonen?
Anderen hier gebruiken geen Roosmux, maar bijvoorbeeld Tactictool. Die verbouwt de sog of cog tot performance, maar heeft een dedicated scherm nodig. Kan dan geen andere dingen meer laten zien, tenzij er een fysieke schakelaar tussen zit om te wisselen tussen boordnetwerk en performance.

Het RMB bericht is destijds met zorg gekozen, maar als je een alternatief weet dat op veel schermen te reproduceren is wil Chris daar vast naar kijken.

Bas van Dijk schreef :
Bas, zie je op de Multi wel je wind en gps gegevens?

koko schreef :
Het RMB bericht heb ik en dat werkt goed. Ik lees de performance nu af op een laptop met Navmonpc. Probleem is dat Seatalk het RMB bericht niet oppakt en zichtbaar maakt op mijn ST 60 Graphic,.

Dat RMB bericht is er alleen als mijn AIS een RMC bericht stuurt. Maakt niet uit wat ik met de instellingen in de MUX doe. Geen RMC uit de AIS = geen RMB bericht in de MUX en dus geen performance.

Komt het RMC bericht alleen vanuit Seatalk (AIS uit, C70 plotter aan) dan wordt geen RMB bericht aangemaakt. Daardoor leeft bij mij de indruk dat de vertaling vanuit de MUX naar Seatalk niet goed gaat.

Zelfde geldt voor AIS data, die krijg ik alleen op mijn Raymarine plotter door de data uit de MUX via de NMEA ingang van de Raymarine plotter te laten lopen. Werkt ook niet tussen MUX en Seatalk.

Zeker!

En ik zag ook (maar dat heb ik nu niet gecontroleerd, dus misschien is dat inmiddels niet meer zo) wel diepte en STW op WIFI, wat zou betekenen dat het wel binnenkort om de mux.

Groet
Bas

koko schreef :

@Companjon:

AIS zit zo wie zo niet op de Seatalkbus. Zou het ook niet aankunnen (te veel data op te hoge snelheid).

Dat je C70 alleen AIS ziet via nmea klopt dus helemaal v

Bas begrijp ik het goed dat de ST70 via seatalk NG de snelheid binnenkrijgt?
en dat diezelfde ook aan setalk1 hangt.
Stuurt de ST70 wel de STW uit naar de seatalk1 bus?

@companjon en anderen,
als je de performance goed wil zien kan je ook even kijken naar de multiview. Dat is door mij inhouse onntworpen en daardoor kan je de performance groot en duideljk weergeven. wordt aangesloten op een uitgang van de mux, en geeft alle data, behalve AIS, weer.

De waypoint naam was een compromis, is meestal nogal klein in beeld

Oerigens is voor het berekenen van de performance ook de bootsnelheid. Sinds kort kan je ook STW uit seatalk kiezen.
Dus nu kan je daarvoor kiezen coor SOG, STW en STW vanuit seatalk.
En daarnaast kan je kiezen voor wind vanuit seatalk of vanuit nmea.

Ik zal nog even onderzoeken of je RMB niet wordt gemaakt als er geen RMC is.

roozeboos schreef :
Volgens mij wel want de ST60 hangt alleen aan de seatalk1 geloof ik en die krijgt hem binnen, maar ik zal het nog eens controleren.

Groet
Bas

Noardewyn schreef :
Even dit draadje oprakelen. Wie is het nog meer gelukt om het instelprogramma onder Wine aan de praat te krijgen? Mij lukt het tot nu toe niet, niet met de handleiding van Noardewyn, niet met de regedit instructies van de wine handleiding. De hardware wordt herkend door Linux. Ik heb toegang tot /dev/ttyUSB0 via de dialout groep, hij verschijnt onder .wine/dosdevices als com33, heb ook nog een symlink naar com1 gemaakt, maar het instelprogramma (versie 1.L) ziet geen enkele compoort.

In het instelprogramma zit bovenin een klapmenu voor de usb poort. Als je die openklapt zie je de poorten. Hij ververst dan de lijst en maakt opnieuw verbinding met de poort van je keuze. Heb je dat geprobeerd?

Ja, dat heb ik geprobeerd. De lijst blijft leeg. Even voor mijn begrip: Laat hij daar normaal alle beschikbare poorten zien, of detecteert hij aan welke poort een mux zit?


Gepost met de officiële Zeilersforum-app

in windows laat hij alle poorten zien. En dan moet je de juiste kiezen.
Meestal staat er USB bij.

OK, bedankt, dan weet ik weer wat beter waar ik moet zoeken.

Gepost met de officiële Zeilersforum-app

Een beetje voortgang. Het probleem zit duidelijk in de vertaling van de seriële poort van Linux naar Wine. Op /dev/ttyUSB0 zie ik de mux netjes opstarten:
Multiplexer Starting up
(c)STARTRACKING June, 2016 - Ver: W35A-HighSpeed
system test passed - running

Verder met Wine. Bij mijn pogingen gisteren zat ik met een hogere versie van wine dan waarvoor de handleiding waarschijnlijk geschreven is, dus ik ben terug gegaan naar de versie uit de distributie - 1.6.2. Daar werkt de truc met het toevoegen van een key in system.reg wel, in zoverre dat ik COM1 zie verschijnen in het instelprogramma. Maar het ziet er nog niet naar uit dat die ook daadwerkelijk in verbinding staat met /dev/ttyUSB0, want er komt geen druppel data doorheen.
Wordt vervolgd.

Goed bezig Knoet!

Weer eens hier in gedoken, en zowaar weer een beetje voortgang:
- frisse installatie gedaan met de nieuwste stable versie van winehq
- volgens instructies op wiki.winehq.org/Wine_User%27s_...l_and_Parallel_Ports een mapping gemaakt van ttyUSB0 naar COM1
- 32-bits putty geïnstalleerd onder wine (omdat het mux-instelprogramma ook als 32-bits software in wine terechtkomt)

Als ik putty open op de seriële poort met baudrate 115200, en dan de mux aanzet, zie ik hem keurig opstarten. Het maakt daarbij niet uit of ik COM1 (met mapping) of COM33 (zonder mapping) gebruik. Ik heb dus seriële verbinding met de mux tot in wine! So far, so good.

Vervolgens het instelprogramma gestart met comm-debug optie:
WINEDEBUG='+comm' wine .wine/drive_c/Program\ Files\ \(x86\)/nmea\ wifi\ multiplexer\ instel\ programma/nmeamux1wifi.exe
0009:trace:comm:GetDefaultCommConfigA ("COM1", 0x13e94e8, 0x13e94e8) *lpdwSize: 52
0009:trace:comm:GetDefaultCommConfigW (L"COM1", 0x13e94e8, 0x13e94e8) *lpdwSize: 52
0009:trace:comm:DllMain 0x7da50000,1,(nil)
0009:trace:comm:drvGetDefaultCommConfigW (L"COM1", 0x13e94e8, 0x13e94e8) *lpdwSize: 52
0009:trace:comm:DllMain 0x7da50000,0,(nil)

Maar er verschijnt nog steeds geen keuzelijstje met com-poorten. Aan de debug-output te zien probeert hij wel degelijk iets met COM1 te doen, maar wat? Ik ben niet zo thuis in de system calls van Windows.

Ter vergelijking: Putty.exe zegt heel andere dingen tegen de seriële poort onder Wine, en heeft daar blijkbaar meer succes mee. Mis ik misschien een of andere library waarop het mux-instelprogramma geschreven is?

0009:trace:comm:GetCommState handle 0x84, ptr 0x33f998
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_GET_BAUD_RATE (nil) 0 0x33f92c 4 0x33f8b4
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_GET_LINE_CONTROL (nil) 0 0x33f929 3 0x33f8b4
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_GET_HANDFLOW (nil) 0 0x33f93c 16 0x33f8b4
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_GET_CHARS (nil) 0 0x33f936 6 0x33f8b4
0009:trace:comm:GetCommState OK
0009:trace:comm:dump_dcb bytesize=8 baudrate=9600 fParity=0 Parity=0 stopbits=1
0009:trace:comm:dump_dcb IXON IXOFF
0009:trace:comm:dump_dcb fOutxCtsFlow=0 fRtsControl=1
0009:trace:comm:dump_dcb fOutxDsrFlow=0 fDtrControl=1
0009:trace:comm:dump_dcb ~CRTSCTS
0009:trace:comm:SetCommState handle 0x84, ptr 0x33f998
0009:trace:comm:dump_dcb bytesize=8 baudrate=115200 fParity=0 Parity=0 stopbits=1
0009:trace:comm:dump_dcb IXON IXOFF
0009:trace:comm:dump_dcb fOutxCtsFlow=0 fRtsControl=1
0009:trace:comm:dump_dcb fOutxDsrFlow=0 fDtrControl=1
0009:trace:comm:dump_dcb ~CRTSCTS
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_SET_BAUD_RATE 0x33f92c 4 (nil) 0 0x33f8c4
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_SET_LINE_CONTROL 0x33f929 3 (nil) 0 0x33f8c4
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_SET_HANDFLOW 0x33f93c 16 (nil) 0 0x33f8c4
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_SET_CHARS 0x33f936 6 (nil) 0 0x33f8c4
0009:trace:comm:SetCommTimeouts (0x84, 0x33f984)
0009:trace:comm:io_control 0x84 IOCTL_SERIAL_SET_TIMEOUTS 0x33f938 20 (nil) 0 0x33f8d4
002f:trace:comm:io_control 0x84 IOCTL_SERIAL_GET_TIMEOUTS (nil) 0 0x7efc28 20 0x7efc20

De usb - mux interface is gebaseerd op een ft201. Een ftdi chip. Deze worden heel erg veel gebruikt.
Maakt een virtuele compoort onder windows.
Voor meer info zie ftdi-chip.com

Ja, dat weet ik:
lsusb
Bus 003 Device 004: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)

De hardware wordt ondersteund, dat is het probleem niet. Zoals ik al liet zien kan een ander Windows-programma (putty.exe) er ook mee overweg onder Wine. Maar dat praat er op een andere manier mee, en daarom denk ik dat ik misschien een library mis die het instelprogramma aanroept.

Met mac en cross over kon ik vorig jaar reeds de mux instellen. Updaten ging niet ( door mijn onkunde denk ik) com poort werd wel gevonden. Ik heb nu een Windows boot op mijn mac om deze mux te kunnen updaten. Maar het beticht: mux software met cross-overs en sierra werkte..

Knoet schreef :

Met welke linux versie probeer je dit te doen?

lukt het je wel rechtstreeks vanuit linux te communiceren met je mux? Als ik het me goed herinner, krijg je middels: screen /dev/ttyUSB0
rechtstreeks de output van je mux te zien.

ik heb het destijds met wine-1.6.2 op linux mint 18 xfce gedaan.

het klikken op ververs in het instelprogramma had ik af en toe wel nodig om COM1 zichtbaar te krijgen.

Noardewyn schreef :
Dit is op Ubuntu 16.04 LTS. Met minicom rechtstreeks op /dev/ttyUSB0 zie ik de mux opstarten; en zelfs met putty.exe (mijn fariete terminalprogramma toen ik lang geleden nog Windows had) onder Wine ook. De verbinding is dus goed tot in Wine. Alleen het instelprogramma laat geen lijst van compoorten zien; ik zie in de debug-output wel dat hij probeert 'iets' met COM1 te doen (zie een paar posts terug) maar blijkbaar krijgt hij daar geen antwoord waar hij wat mee kan.

ik typ dit op 16.04.4 LTS - je weet dat als je een mapping maakt naar /dev/ttsUSBx vanuit een programma. dat die poort niet beschikbaar is voor andere programma's?
Ik kwam daar op de lange tijdrovende manier achter toen ik openplotter op een rPi aan het intalleren was, had eerst getest met minicom en kwam niet verder tot een restart de poort weer vrijgaf.

Waarschijnljk wist je dit al maar indien niet, probeer eens een herstart en dan de minicom of screen stap over te slaan.

Dank je voor de tip. Ik ben van Linux niet gewend dat je voor dat soort dingen moet herstarten, maar inderdaad, het zou kunnen. Het zou wel handig zijn om dit werkend te krijgen, anders moet ik voor elke wijziging een Windowsmachine gaan lenen. Dat is nu nog regelmatig het geval omdat ik de mux nog maar pas heb.