Onderwerp: ISailor waypoint via Wifi op roosmux

Hi,

Kan iemand mij helpen?

Ik heb Isailor en ik heb de opties aangekocht die nodig zijn om een stuurautomaat bericht te versturen via Wifi.

Maar wat ik ook probeer, ik krijg geen RMB binnen op de roosmux via Wifi.
De Wifi/NMEA connectie werkt op zich prima want Isailor ziet bv GPS via Wifi van de mux (Ipad zelf heeft geen GPS).

Weet iemand wat ik fout doe?
Ik heb Isailor ook al gemailed maar geen respons (enkele weken geleden).

Groet
Bas

Je gebruikt een TCP over wifi verbinding neem ik aan. Een UDP is één richting verkeer. Van de mux naar de kaasplank. Je wil nu de kaasplank iets tegen de mux laten zeggen. Dat gaat alleen met TCP.

Verder wil de mux een beetje nukkig zijn op welke ingang er een RMB bericht binnen mag komen wat ook doorgegeven wordt.

niks nukkig, gewoon wifi aangeven als rmb bron.
Is dat waar dat udp maar 1 richting is? Het is natuurlijk een soort broadcast, dus zou best kunnen eigenlijk.
Zo leer je steeds weer bij.

UDP is ook een tweerichting protocol, maar zonder error checking. Het is in tegenstelling tot TCP geen 1-op-1 verbinding, er kunnen meerdere ontvangers zijn, maar er is wel degelijk retourverkeer mogelijk.

Omdat er bij UDP niet gecheckt wordt of een data pakketje ook aangekomen is lijkt het mij niet geschikt voor kritische communicatie richting stuurautomaat.

okay, dan zal dat t zijn.
Ik overigens dat het wel meevalt met wegvallen berichten hoor. En dan nog, een stuurautomaat mag ook wel eens een berichtje missen. De volgende seconde komt er weer een nieuwe.

Bij mij valt het wegvallen van berichten helemaal niet mee..

De verbinding staat op UDP omdat dat wordt aangeraden in de Mux handleiding...

Ik zal eens TCP proberen.

met wegvallen bedoelen we in een erg druk kanaal dat er af een toe een byte weg kan vallen.
Niet continue alle berichten.
Maar je kan tcp proberen inderdaad. Repower wel even alles na het instellen.

UDP is alleen handig als je meerdere apparaten wil aansluiten op de Roosmux. Als je toch maar 1 tablet gebruikt werkt tcp prima.

Een TCP server kan toch met meerdere clients connecten? Althans met de TCP server in mijn plotter kan ik met meerdere clients tegelijk verbinden (geen UDP dus; alle clients maken verbinding naar hetzelfde adres/poort via TCP).

Of gebeurt daar iets anders slims? Wordt er na iedere nieuwe client een mirror TCP server service gestart?

Gevaar wanneer je stelt dat "af en toe een bitje wegvallen" normaal/acceptabel is kan voor een bepaalde toepassing wel ok zijn, maar lost natuurlijk niet op dat er ergens iets fout zit. En wat is in dat geval de grens van "af en toe"?

De integriteit van het geheel is niet gegarandeerd begrijp ik. Dat hoeft geen drama te zijn, tenslotte is deze apparatuur geheel niet kritisch aan boord, maar het zou mij niet lekker zitten zolang de oorzaak niet bekend is.

TCP is point to point.

ik heb nog nooit gemerkt dat er wat wegvalt. Maar het zou kunnen. het is een broadcast protocol zonder handshake en opnieuw sturen van data.

Maar nmea kan dat prima aan.

roozeboos schreef :
Lees dit dan eens: Understanding Application Performance on the Network – Part IV: Packet Loss

roozeboos schreef :
Dat was me duidelijk hoor, vandaar de smiley

Anyway, ik gebruik wel meerdere devices, ik heb namelijk ook mijn Iphone aan de wifi hangen meestal. Maar ik zal het eens proberen.

Bas, heb je het aansturen van de stuurautomaat nog aan de praat gekregen? Ik was hier laatst ook mee bezig en het lukte niet....

nee, nooit aan de praat gekregen. Ga er binnenkort weer eens naar kijken.

Ik kan het niet laten, toch ook maar even wat over zeggen.

TCP biedt error checking en her-transmissie, UDP is een broadcast protocol en doet dit niet. Het probleem bij het UDP protocol is dat je niet weet in welke mate data wordt verloren. Misschien zou het verliezen van af en toe een NMEA zin nog te tolerenen zijn, maar het is bij UDP dus goed mogelijk dat er langere periodes data gemist wordt. Er zijn diverse mogelijke oorzaken.

De stelling "volgende seconde komt er toch een nieuwe" vind ik daarom wel gevaarlijk, zeker als het om auto pilot besturing gaat. Waar data-verlies ook gevaarlijk is, is bij AIS, met name class-B, omdat sommige berichten maar eens in de paar minuten worden verzonden. Mis je zo'n bericht of meerdere, dan is de AIS target informatie niet up-to-date en dat kan in drukke vaargebieden gevaarlijk zijn.

De conclusie is dus: Altijd TCP voor navigatiedoeleinden, ook bij meerdere clients, en nooit UDP.

Los hiervan, je hebt voor auto pilot besturing meer nodig dan alleen RMB. Het beste is APB, waar zo'n beetje alle parameters in verzameld zijn.

ach, als het prima werkt op udp dan hoef je niet naar TCP.
Heb je wel problemen kan TCP altijd nog.

Het punt is dat je bij UDP niet weet of het prima werkt.

tuurlijk weet je dat wel.
Je kijkt toch naar je tablet. Als die data , bijvoorbeeld de gps tijd gewoon doorloopt dan werkt het gewoon.
Niet te dramatisch over doen. 99% van de gevallen gaat het gewoon prima.

Heb je maar 1 tablet aan boord, dan kan je die inderdaad op TCP zetten.

wil je een 100% zekere verbinding dan moet je de usb van de Roosmux gebruiken. Dan is het bedraad.

Een draad naar je tablet?

Ja ik snap dat dat niet prettig is. En daarom neem je dus de wifi. En dat werkt prima.

Niet prettig? Niet mogelijk!

Mijn tablet heeft gewoon een usb aansluiting hoor.

Wel mogelijk op Android of Windows tablet, niet op Apple?

roozeboos schreef :
Waarom zou je maar 1 tablet op TCP kunnen gebruiken, ja kan een heleboel TCP-verbindingen op een poort hebben hoor.

It Paradyske schreef :
Dat hangt van de gebruikte apparaten af. Er zijn er die slechts 1 TCP verbinding ondersteunen.

3Noreen schreef : Wat een crappy software hebben die dan, 't is zo eenvoudig om daar wat meer verbindingen mogelijk te maken...