Onderwerp: Verbinding Opencpn met de rest van je boordnetwerk

Zeilzin schreef :
Die biedt de COM aan waar het hoort: registry, toch?

Als andere sw dat daar niet wil lezen....

holtere schreef :

Hoeveel USB-poorten wil je?
www.allekabels.nl/usb-hub/174/...KEAQYCCABEgIiDfD_BwE





Op een hier niet nader te noemen Linux-bordje met 4 USB-poorten heb ik bijvoorbeeld 2 x 4-poorts er bij gezet, zodat,
mux,
ais,
toetsenbord,
muis,
Draadloos toetsenbord,
Oesenc dongle,
PyPilot,
GPS,
Ssd-harddisk,
Allemaal hun eigen poortje hebben, en ik er zelfs een over hou.

It Paradyske schreef :
En dat allemaal dankzij onder meer Microsoft



en.wikipedia.org/wiki/USB#:~:t...Forum%20%28USB-IF%29.

Ja, precies dat wilde ik proberen!
Moet is daar een gevoede hub voor gebruiken, dacht zelf van niet?

Maar, de hub komt dan achter de miniplex en met meerdere kabels naar de usbpoorten van de pc? of zit ik nu erg simpel te denken?

holtere schreef :
Dan komt op je PC alles wat uit de MUX komt ook meerdere malen binnen. En dat geeft weer loops met berichten die eindeloos in de rondte kunnen gaan.
Ik begrijp dat je ver wil gaan om de tekortkomingen van die Open Sores te compenseren, maar het heeft veel van symptoombestrijding. Een kludge, heette dat vroeger in IT-kringen Houtje-touwtje....
Er moet in OpenCPN toch een mogelijkheid zijn (of gemaakt kunnen worden) om in de Registry bestaande COM-poorten te gebruiken?????

Ja, Opencpn is een ding maar dan moet je ook Time Zero africhten.
Beter GPSgate africhten dan kan iedereen er wat mee

holtere schreef :

Nog beter als Time Zero en OpenCPN zich gewoon aan de standaard (registry) gingen houden.
Als iedereen op zijn eigen manier gaat afwijken van standaards is straks de interoperability geheel verdwenen. Dan kun je het helemaal schudden.

Baasklusje schreef :
Nee.
1. Je gebruikt alleen de ingang op zo'n poort.
2. Iedere poort gaat naar z'n eigen programma, en stopt daar.

Baasklusje schreef :
Zeker, het zou mooi zijn als de wereld ideaal zou zijn. Maar tot die tijd valt er nog veel te verbeteren, en improviseren is daar een onderdeel van.

It Paradyske schreef :
holtere gaat zijn PC laten zenden. Opdrachten naar de AP, etc. Dus niet alleen ingang.
Die gaan dan USB de MUX in, en via alle Talkers (2 NMEA, 1 USB) weer overal heen, tenzij je dat allemaal gaat filteren. Of dat op de USBpoort kan weet ik niet.

De oplossing 'kabels en stekkers' in plaats van software doet een beetje denken aan 1940, de eerste analoge computers

Is dat de Capolavoro aan de binnenkant....

brambo schreef :
holtere, verbeter me als ik iets niet goed vertel?

- er waren 2 verbindingen tussen PC en MUX
- de ene gewoon USB (COM op de PC), twee-richting
- de 2e via een USB-Serial naar een Listener op de mux (andere COM)
- alleen, die is 2-draads, en met de TX van de DB9 (pin 3) niet aangesloten valt er voor de mux niet veel te luisteren. Twee luisteraars die naar elkaar luisteren, is erg stil.
- in de mux trad overflow op.
- vermoedelijk door allerlei berichtconversies (HDM->HDG, COG->HDG, ect)
- die vervolgens weer opnieuw (na conversie) worden opgepikt en weer verzonden door listeners
- de AP-aansturing door OpenCPN kwam niet aan (ik denk omdat die naar de verkeerde COM, de niet-USB) werd gestuurd.

Zoiets...
De usb compoort van de mux via gpsgate werd alleen gebruikt om te ontvangen. Het zenden van de AP info ging via de usb-232 converter
Een langzaam gegroeide mischmasch eigenlijk en gek genoeg 7 maanden mee op het water gezeten, 4000 mijl gevaren waarbij een en ander de AP perfect aangestuurd werd door de boordpc.
Ik ben er trots op

Het ging fout toen ik de plotter verving en begon te sleutelen om bepaalde manco's, die eerder te omzeilen waren ging verbeteren.
Samengevat: Lang verhaal, niet te snappen, eindresultaat goed en weer verder spelen!

Was wel een leerzaam draadje tot nu toe!

Baasklusje schreef : Je moet ook niet overal alles naar toe sturen, dus niet naar de MUX, maar alleen specifiek naar de AP.
Ik ben zelf een beetje afgestapt van veel MUXen, lekker iedere talker zijn eigen poort, zodat ik op de boardcomputer de stromen parallel kan processen.
Te veel muxen levert ook weer filevorming en vertraging op. Mijn ShipModul multiplexer (een van de aller, aller eersten, een prototype) knipperde namelijk regelmatig rood, omdat de load op de ingangen te veel werd. (Dit is er nog eentje van de vorige eeuw geloof ik, waarbij de uitgang nog 4800 Baud is)

Maar 't werkt wel!

Volgensmij helpt het enorm als je een tekening of flowchart van de data maakt.
Met alle poort nrs etc. Er bij.



Gepost met de officiële Zeilersforum-app

Het is niet meer zo ingewikkeld.
Alles, maar dan ook alles zit op de SeatalkNG/2K bus. Die zit ook aan de mux met een actisense en natuurlijk de boordpc.

holtere schreef :
Dus dan neem ik aan dat alles opgelost is en werkt?

It Paradyske schreef :
Eens, maar de software op de PC moet dan wel met meerdere poorten tegelijk kunnen werken.
Dat is niet altijd het geval. Het erg oude Tactictool bijvoorbeeld wil wind en SOG op dezelfde poort hebben (werkt maar met 1 poort). Dan is de mux onmisbaar.
De CTRX heb ik tot grote ergernis van WadnWind met de USB-uitgang aan de PC hangen, de 2e USB naast de mux.
Ook hier een stokoude 4800 baud Miniplex, serial 42.... Kan niet eens AIS-data doorheen...

Yep, zeker!

Vraag me af of dit zou willen werken:
De uitgang van de mux opsplitten naar 4 usb poorten?

Daarvoor moet je mux kunnen optreden als USB Host. Als 'ie dat kan, dan zal de fabrikant daar geen geheim van hebben gemaakt.

holtere schreef :
Nee

It Paradyske schreef :
En dat van de man die soms zegt liever kabels te hebben dan software

Ik waardeer de duidelijkheid echter wel

holtere schreef :
Nou die Franse en andere Open Sores sw zich nog aan de standaards laten houden. Heeft It Paradyske daar ook een bondige oplossing voor? Ze mogen dan wel een hekel aan Amerika en Microsoft hebben, dat is toch nog geen reden om hun eigen software onbruikbaar te maken