Onderwerp: nmea wifi repeater

koko schreef :
Raymarine PC/NMEA/SeaTalk Interface Box - E85001

@Con,
kan je niet gewoon de positie van de AIS transponder gebruiken?
Dan hoef je ook niet van seatalk de positie te halen.
Is je probleem voorlopig opgelost.

Con schreef :
Ik heb een vergelijkbare situatie:

- RM radar
- RM windmeter
- RM tridata
- RM autopilot
- RM raynav GPS plotter (mux ingang 1)
bovenstaande allen in 1 seatalk netwerk

- AIS (mux ingang 2)
- VHF (mux uitgang 2)
- PC (mux uitgang 1)

De positie kom van de raynav gps via nmea naar de mux.
Mocht deze wegvallen, wordt de positie van de AIS gebruikt.

De AP wordt door de PC via de mux--> seatalk aangestuurd.

Zoals Roos hierboven al melde, kan je je positie niet van de AIS halen, of je gps via nmea aansluiten?

Ik heb het versturen van seatalk data nog wat kunnen optimaliseren.
Tevens wordt in het instelprogramma bij de 'volgen' functie de positie weer juist weergegeven.

update online:

www.star-tracking.com/documenten.html

versie 32.

Con, ik snap nu wat je bedoelt. Je haalt de positie uit de RM plotter en laat de mux die omzetten naar nmea voor de laptop. En dat levert een miswijzing op van 37mijl. Ben je zeker dat de instellingen van OpenCPN goed staan? Probeer ze een keertje allemaal uit. Henkvd gaf daar een verwijzing naar.
henkvd schreef :
Ik heb een Cserie plotter. Die kan seatalk naar nmea vertalen en uitsturen op zijn eigen nmea uitgang. Kan jouw plotter dat ook?

Of inderdaad: de positie van uit de AIS gebruiken voor OpenCPN.

probleem zit hier in de lengte hoe het uit de mux komt, die telt het aantal karakters tot de punt niet goed bij de lengte. de cijfertjes op zich kloppen wel, alleen de punt staat verkeerd.

uit de mux had moeten komen 4629.8100 N 00147.3900E ,
altijd 4 karakters voor de punt bij breedte graad en altijd 5 karakters voor de punt bij lengte graad.

ja daar waren we al achter.

Ik denk dus dat ik het maar instelbaar maak, maar dat kost even wat tijd.

Con kan het oplossen door nmea data te nemen ipv seatalk data. De AIS transponder data is daarvoor prima geschikt.
Door de philips gps ook te gebruiken en prioriteit in te stellen schakelt de mux ook nog automatisch om als er een ingang uit staat.

Ik lees tevreden gebruikers va de mux. Dat geeft hoop!
Zelf ben ik al een jaar bezig deze mux goed aan de praat te houden. Wat er mis gaat weet ik niet, maar mijn iPad meldt op elke tocht 1 of meerdere keren dat er geen verbinding met het netwerk kan worden gemaakt. vanzelfsprekend ben ik dan de NMEA verbinding met GPS en AIS data kwijt.

Als ik de spanning afschakel van de mux en weer inschakel, gaat het weer een tijdje goed.
Ik heb de 2015 versie van de mux, die zonder extern antennepiefje.
Zijn er gebruikers met dezelfde ervaringen? Wat hieraan te doen. Ik moet de mux uitzetten door even de navigatie-instrumenten af te schakelen, die met de mux op dezelfde schakelaar gevoed worden, wat ook betekent dat ik allerlei gegevens in de ST60 log, kwijt ben. Kortom: nog niet tevreden, maar ik denk nu zo'n beetje alles nagekeken te hebben en kan niet iets vinden dat ik zelf nog kan verbeteren, denk ik....
Ik gebruik iSailor voor mijn navigatie. Het GPS signaal en de AIS info haal ik uit mijn Standard Horizon 2200. Op het moment dat de mux uitvalt, blijft het WiFi signaal wel in de lucht, maar kan ik niet meer navigeren op de iPad.

Klaasharry, kijk misschien ook eens hier en verder: www.zeilersforum.nl/index.php/...pad?start=725#736081
In dat topic werd recent melding gemaakt van een soortgelijk verschijnsel, maar dan als gedacht veroorzaakt door Isailor.

klaasharry schreef :
Ik heb soort gelijke problemen, ik kan vaak geen WIFI verbinding maken vanaf de iPhone/iPad met de Roosmux. De verwijzing naar de iSailor discussie lijkt logisch (ik gebruik ook iSailor) maar daar ligt het naar mijn idee niet aan. Op mijn iPhone doe ik vaak switchen tussen de Roosmux and the Haven WIFI of ik zet de iPhone WIFI volledig uit om emails etc via 3G/4G te ontvangen. Met enige regelmaat krijg ik een foutmelding op mijn iPhone dat die niet met de Roosmux kan verbinden. Ook krijg ik het verzoek om vaak mijn WIFI wachtwoord weer opnieuw in te voeren, dit terwijl de iPhone al lang het wachtwoord heeft.

In de help manual staat dat de WIFI mux max 8 WIFI verbindingen aan kan. Zou het niet kunnen komen dat de Roosmux oude WIFI verbindingen niet goed afsluit, dus dat de Roosmux denkt 8 verbindingen open heeft staan en ik daardoor geen verbinding kan maken. Ik ben er zelf nog niet helemaal achter wanneer het probleem zich precies voordoet.

Ook bij mij is het aan/uit zetten van de Roosmux de oplossing om weer een goede WIFI verbinding te kunnen maken.

Als de WIFI verbinding er eenmal is en de iPhone/iPad blijven continu aan staan met het iSailor programma dan werkt het perfect en stabiel.

Ik herken dit probleem niet.. Nu niet maar in het verleden met oude firmware ook niet.
Udp connectie.

Ik vond het ook raar dat ik zelf dat probleem heb en niemand anders, vandaar dat ik het nog niet eerder in de groep had gegooid. Maar omdat klaasharry het aangeeft besloot ik om ook mijn ervaring te delen.

En ik wil dit alleen maar met positieve bedoelingen doen. Verder ben ik uitermate te vrede over de MUX

Edit: ik gebruik ook de UPD connectie in iSailior en maak gebruik van een iPhone/iPad. Misschien dat het een Apple issue is, dat kan natuurlijk ook nog. Misschien heb je met een Android helemaal geen last van dit probleem.

zeilbootje schreef : Ik heb hetzelde probleem af en toe ondervonden wanneer ik tussen de mux en een ander Wifi netwerk schakel. Inderdaad, ook Apple apparatuur. Verder niet echt een issue omdat je tijdens het navigeren niet tussen netwerken schakelt over het algemeen.

Nog wel een opmerking richting Chris: het valt me op dat de mux een klasse B IP adresreeks gebruikt (subnetmask 255.255.0.0), terwijl de 192.168.x.x adressen waar de mux gebruik van maakt normaal gesproken een klasse C adresreeks is (subnetmasker 255.255.255.0). Omdat de mux geisoleerd wordt gebruikt is dat niet zo'n issue, maar ik heb gemerkt dat bijv. OpenCPN het wel fijn vindt als je het juiste broadcast adres opgeeft wanneer je UDP gebruikt; in dit geval dus 192.168.255.255 en dat ligt niet zo voor de hand. Ik vraag me af wat de reden is voor de keuze voor een klasse B reeks.

Jeroen.

Wie is ook weer die ZFer die álles van antennes weet en daarom steeds zegt dat je veel beter een kabeltje kan gebruiken

Baasklusje schreef :
Wordt toch een lastig om een kabeltje aan mijn iPhone te maken.

zeilbootje schreef :
Diezelfde ZF-er zegt ook dat je geen iPhone moet gebruiken.

Heeft íe twee keer gelijk

zeilbootje schreef :
Van het bespreken van dingen die (nog) niet werken worden zowel de ontwikkelaar als de eindgebruiker beter.
Vaak blijkt een probleem bij meer gebruikers voor te komen als je het op het forum meldt. Als je een Roosmux hebt komt ontwikkelaar Chris op dit forum razendsnel met suggesties of oplossingen.

Dankje, ik doe mn best.

Mijn bedoeling was niet om zeilbootje de mond te snoeren..
Het kan natuurlijken hardware dingetje zijn met de mux. maar vaak ergens in de configuratie van hetzij de multiplexer hetzij de instellingen van iPad oid...
De simpelste configuratie die werkt die kies ik..
TCP met wachtwoord en allerlei toeters en bellen die worden omgezet van en naar ST/ NMEA... leuk maar gaf mij geen stabiele verbinding. De mix liep over etc...
Vanaf de andere kant gestart: UDP zonder wachtwoord geen ST omzettingen...
Dan een stapje verder. Een wachtwoord is wel handig omdat anders allerlei telefoons van opstappers de verbinding kapen (en soms een TCP verbinding opzetten)..
Ipad met laatste IOS, macbook met laatste OS.. loopt fluitend. ook met NKE app krijg ik de meeste boordnet informatie op mijn telefoon (ST informatie naar NMEA)...
Isailor heeft sinds afgelopen jaar de onhebbelijkheid met het verbreken van de UDP verbinding terwijl het netwerk (iPad/ mux) wel in stand blijft... Zal met een komende update wel weel opgelost worden. De NMEA, ROT etc.. info via netwerk heeft veel voordelen. valt het om dan schakel ik de eigen gps in op de iPad .

roozeboos schreef :
Dat is duidelijk en mag nog wel eens benoemd. Rene (Zeilbootje) hoeft denk ik ook niet bang te zijn op lange tenen te trappen met zaken die bij hem (nog) niet werken. Zelf gebruiken we overigens een ShipModel MiniPlex-3 vanwege de NMEA2000 functionaliteit, maar de ondersteuning die jij via dit forum voor je multiplexer geeft is bijzonder.

ISO788 Hans schreef :
Ik las je beknopte post als een feitelijke melding dat het bij jou wel werkt. Als ik een Roosmux had zou ik dat nuttige informatie vinden.

Ik heb hetzelfde probleem (af en toe).
klaasharry schreef :

De mux kan volgens mij wel vollopen. Ik had dat vorig jaar geregeld. St bus ( kun je monitoren) blijft dan op 100% staan en dan gaat het apparaat vreemde dingen doen.. Er komt geen data meer uit etc. Dan gaan marifoon en gps display piepen etc. Reset helpt dan. Ik heb het externe Rm compass van het net werk afgehaald.performance uitgezet, aantal mogelijke berichten geminimaliseerd tot diegene waarvan ik enigszins begrijp wat het doet. Mijn tocht afgelopen week van den Bosch naar Vlieland en terug geen problemen meer gehad... Wat nu het verschil heeft gemaakt weet ik nog niet maar heb wel het idee dat less is more hier ook werkt.

Was dat seatalk in of uit (rechter balk)?
Er zit een timeout functie in, als het te lang duurt wordt de buffer geleegd. dus dan zou dit niet mogen voorkomen.

Hey, Roozeboos, voorlopig gebruik ik de ais gps, de Philis gps heeft de geest gegeven en de mux vertrouw ik momenteel niet.