Onderwerp: Teltonika router

Hardop (en niet erg lang) nadenkend:

De RUT rs 232 poort verbinden met de multiplexer en die zet de info op het net zoals ook de rest van de info?

Moet wel altijd je multiplexer aanstaan...

Als je multiplexer die optie heeft zou dat moeten werken. In welk scenario waarbij jij je multiplexer uit hebt staan wil je over de GPS data van de RUT kunnen beschikken?

Wel van belang om je GPS data als aparte bron te behandelen in de multiplexer, zodat je geen conflicten krijgt met al beschikbare GPS data op je netwerk. Als je een Miniplex hebt kun je de (GPS) bronnen een prioriteit geven zodat bij wegvallen van een signaal automatisch de data van een andere bron wordt gebruikt.

Misschien dat die multiplexer hier mee overweg kan op een van de ingangen en dat dit een route is om je gpsdata van router op je wifi netwerk te krijgen?
www.raymarine-navigatie.nl/gps...c-koppelen-met-nmea/

Zelf voel ik er tot dusver meer voor om een usb stekker met gps ter beschikking te hebben voor het geval dat. Ben meer van de draadjes

EelkoL schreef :
Die versie heb ik sinds 2 jaar (denk ik) in de Miniplex.
Geen problemen met de wifi van Miniplex naar telefoon en/of tablet.
PC hangt er met USB aan.

holtere schreef :
Ons NMEA boordnetwerk (SeatalkNG) is bedraad, inclusief kaatplotter en alle gevers (sensors). Mocht dat uitvallen dan hebben we zowel op onze iPad als iPhones positiedata van de interne GPS-en en kaarten. Daarvoor hebben we de positiedata van de RUT niet nodig.

Ik zou de GPS data van onze RUT graag willen gebruiken voor het geval de GPS bronnen in ons (bedrade) NMEA boordnetwerk uitvallen. Als extra GPS bron op het bedrade boordnetwerk dus. Dat lijkt bij wat nadere bestudering van de Miniplex 3 handleiding alleen hardwarematig te kunnen. De Miniplex 3 lijkt geen NMEA data op de wifi als input te kunnen gebruiken. Het forwarden van GPS data van de RUT over wifi heeft dus zoals ik het nu zie in onze situatie geen nut.

Onze RUT heeft alleen ethernet aansluitingen, dus dat zou dan een ethernet naar NMEA 0183 aansluiting (op de Miniplex 3) moeten worden, omdat we destijds de wifi versie van deze NMEA2000/0183/SeatalkNG multiplexer hebben aangeschaft. Misschien dat dat via de seriële NMEA forwarding optie van de RUT lukt, maar ik ben geen netwerkprotocol-specialist en we naderen inmiddels Brunsbüttel (Kielerkanaal), dus we gaan zo eerst maar weer eens gewoon zeilen en kijken wat de experts hier op het forum mogelijk nog bedenken.

Baasklusje schreef :
Wij hebben volgens mij ook al enige tijd die nieuwe wifi firmware, maar met meerdere draadloze clients bleef het bij ons toch niet 100% stabiel. Met de RUT router als enige draadloze client draait het bij ons nu 100% betrouwbaar.

Hans V schreef :
Ik ga het dit weekend installeren, las ook dat de MUX de WiFi interface herstart als er enige tijd geen communicatie is. Uit de changelog van versie 3.34.0:

Ik zou gewoon een tweede bedrade GPS paddestoel kopen en direct op de miniplex aansluiten. Dat is veel eenvoudiger en misschien zelfs goedkoper.
Je kan de miniplex zo instellen dat hij de tweede GPS alleen gebruikt als de eerste het laatste afweten.
Of niks doen als je de backup niet zo belangrijk vindt, dat kan ook nog.

Ik vind het een uitdaging om de spullen die we al hebben zo optimaal mogelijk te gebruiken. Als het forwarden van de RUT GPS data (NMEA0183 over ethernet) naar de Miniplex (serieel NMEA0183) complex blijkt laten we het zitten. Maar jammer om de prima GPS ontvanger in de RUT aan boord niet te gebruiken als dat uiteindelijk simpel en solide zou kunnen.

Een aparte GPS ontvanger rechtstreeks op de Miniplex of ons SeatalkNG boordnetwerk is inderdaad een prima backup optie, maar in onze situatie niet zo nodig dat het een extra apparaat rechtvaardigt.

Beide is wel waar eigenlijk.
Gps info op deze wijze laten lopen via router naar miniplex naar wifi of bedraad is op zijn minst omslachtig. Een paddenstoel is dan simpeler.
Echter de gps en de rest van de knoemel hebben we al, zo'n Rut-routertje is wel een soort van speeltuin dus ga je toch proberen om het aan de gang te krijgen. Omdat het kan (of niet)

Na de laatste tijd regelmatig korte hickups in de dataverbinding tussen de Miniplex 3 en de RUT C50 router bij een wifi-verbinding (wij hebben niet de ethernet versie van de Miniplex) kwam ik er achter dat je de router en Miniplex ook over USB kunt koppelen.

Dat blijkt te werken. Morgen op zee maar eens testen of de NMEA data hiermee 100% ononderbroken bij onze iPads en iPhones arriveert. Ik heb de xPico wifi module in de Miniplex 3 nu helemaal uitgeschakeld. De iPads en iPhones hingen al aan de router wifi en niet aan die van de Miniplex, dus in de instellingen van de navigatie apps hoeft niets te worden gewijzigd.

Hans,

Gebruik je TCP of UDP bij de wifi tussen de miniplex en de RUT?
Ik ben nog aan het zoeken waar de UDP gestopt wordt of niet doorgelaten.
Ben wel benieuwd hoe je het via de USB aan de praat hebt gekregen en wil dit mogelijk dan ook wel uitproberen.

Ik gebruik UDP: ik heb geen behoefte de stuurautomaat vanuit onze navigatie-apps aan te sturen en wil met meerdere wifi-clients tegelijk kunnen beschikken over de NMEA data van ons boordnetwerk.

Het doorgeven van deze data via TCP of UDP werkte op zich wel, maar de wifi-verbinding tussen de Miniplex 3 en de router bleek de laatste weken toch niet 100% betrouwbaar. Korte hickups; niet dramatisch maar voor mij niet robuust genoeg. Die xPico wifi module in de Miniplex 3 is de zwakke schakel in de verder stabiele en geavanceerde multiplexer.

Het blijkt dat onze RUT C50 router via Services | Serial Utilities | Over IP de NMEA data van de Miniplex 3 ook via een simpele USB kabel kan doorgeven aan de wifi clients. Baud rate 460800, Data bits 8, Stop bits 1, Parity none, Flow control none.

Ik heb de vaste IP-adressen van onze navigatie tablets en telefoons gespecificeerd en poort 10110 (de standaard NMEA UDP poort). De router zet de data die het via de USB poort binnen krijgt van de Miniplex 3 om naar IP data die via de robuuste wifi van de RUT router naar de clients wordt gedistribueerd. Vandaag tijdens een tocht uitgeprobeerd en werkt vooralsnog uitstekend.

Begrijp dat het voor jou niet erg is als je een zinnetje mist, maar onze ervaring met de rpi is dat met TCP je niks mist, een 20 tal verbindingen geen probleem is, bereik groter, sneller pakt hij de data weer op na verbreken van de verbinding na een te grote afstand.
Ben wel benieuwd of dat bij zon teltonika ook is?
Vooral de tablets en mobieltjes geven TCP een hogere prioriteit dat is de reden waarom het beter kan werken, moet de router dat wel ook doen....

Veel data komt meerdere keren per seconde binnen, dus incidenteel een zinnetje minder maakt in de praktijk geen enkel verschil. De wifi module in de Miniplex 3 is niet de meest flexibele (max 1 TCP verbinding, meestal herstart nodig voor opnieuw verbinden, etc.), waardoor ik bij rechtstreekse wifi verbinding met de Miniplex 3 UDP gebruikte.

De Teltonika C50 is een industriële router, waarschijnlijk kan die ook via TCP alle cliënts bedienen (ga het misschien nog wel uitproberen). Maar nogmaals: UDP werkt prima zolang je geen stuurautomaat aanstuurt vanuit de wifi cliënts. En dat vind ik sowieso niet zo’n goed idee.

EDIT: Zojuist de Teltonika en navigatie apps overgezet naar TCP. Zowel de iPad als iPhone apps werken ook via TCP perfect. Of we nu ook de extra voordelen hebben die je bij de rpi hebt met TCP weet ik niet; zowel UDP als TCP werken probleemloos (in tegenstelling tot de wifi module in de Miniplex 3 zelf, die we nu dus met de USB verbinding omzeilen).

Hans V schreef :
Bedankt dat wou ik graag weten! Om het verschil te testen kun je op de wal van de boot weglopen en kijken bij welke afstand de verbinding verbreekt en bij welke afstand de data weer gaat lopen, je moet het wel een paar keer herhalen er kunnen afhankelijk van de storingsbronnen grote verschillen zitten tussen enkele tests. Bij de rpi zie je ook duidelijk dat je bij een slechte (eigenlijk te grote afstand) verbinding over UDP een heleboel data gaat missen en dat op die afstand op TCP gewoon nog alles zonder vertraging binnenkomt.

PS ik heb alleen getest icm Android.

Hans V schreef :
Sommige AIS berichten komen maar 1x in de 3-5 minuten voor.

Zeilprutser schreef :
Vandaag gevaren met data overdracht via TCP, maar dat leverde problemen op. Positie in TZ iBoat ging op tilt en de plotter kreeg op een gegeven moment helemaal geen positie meer. Daarom maar even teruggezet op UDP (broadcast eenrichtingsverkeer). Ik kan het later nog wel een keer proberen met gereduceerde update frequenties van o.a. HDG/HDT, AWS, DPT, etc. want 10x per seconde een heading is niet echt nodig.

Omdat ik eigenlijk altijd aan boord ben als we varen is zo’n afstandstest voor ons wat minder interessant. Als het bereik van de NMEA data de hele boot bestrijkt is dat genoeg. Voor de RUT router en iPads/iPhones is dat op onze polyester boot geen enkel probleem. Hoe meet jij hoeveel UDP pakkketjes je mist in een gegeven situatie?

3Noreen schreef :
AIS basisinformatie zou bij een brakke UDP verbinding inderdaad tijdelijk weg kunnen vallen. Als er een haalbare manier is om de uitval van UDP pakketjes te meten ga ik dat doen. Ik kan dan de update-frequentie van niet-AIS berichten ook wat gerichter aanpassen. Tot die tijd blijft het toch een beetje een theoretisch verhaal.

Omdat de Teltonika router en cliënts zich dicht bij elkaar bevinden (op een polyester boot) is de verbinding optimaal.