Onderwerp: Em-Trak B954 slechte wifi verbinding

Nu toch weer wat nieuwe inzichten cq veronderstellingen...

Afgelopen weekend nog wat zitten kijken. Mij viel op dat de bluetooth in de kuip slecht verbinding legde, typisch gedrag van zwak signaal vertonend (wel mac, maar geen hostname). In de kajuit geen probleem. Zou gewoon het bluetooth signaal gewoon wat aan de zwakke kant zijn? Op zich niet ondenkbaar, de Emtrak zit in de 'meterkast'. En daarbij is de Emtrak nogal erg laag in stroomverbruik volgens de specificaties. Dat was een pluspunt in de selectie.
Wellicht toch de wifi nog eens proberen ipv bluetooth, dat zou toch iets beter signaal moeten geven. Inderdaad werkte dat beter. Maar nameten met een wifi analyzer gaf ook aan dat signaal nu ook niet heel erg sterk was, in ieder geval zichtbaar minder dan mijn Raspberry, die op 5V ook al geen krachtpatser is.

Rest van het weekend (3 dagen) geen problemen gehad. AIS objecten gewoon te zien, maar verdwenen door expiration 1 voor 1 uit OpenCPN als ik van AP wisselde, en kwamen terug bij opnieuw leggen verbinding. Geen wifi aan of uit hoeven zetten of zo.

Mijn vermoeden is nu dus: het werkt eigenlijk allemaal wel, maar as tablet richting stuurstand gaat is connectie mogelijk soms net te zwak om in stand te blijven. Nu ik dat weet is dat niet zo'n probleem, en ik kan overwegen de Emtrak wat meer in het zicht te monteren. Dan zie ik de lampjes tenminste ook.

Patrick

Of een kleinere boot kopen...

roozeboos schreef :
Zo zie je maar, allemaal luxeproblemen

Ik had met een andere transponder en een Samsung tablet in UDP ook veel gezeik via de WiFi.
Ik heb het nu anders opgelost. Met een laptop via TCP vanaf de transponder en de data in UDP over de wifi terug als broadcast naar een tablet.

Werkt perfect tot nu toe!



Misschien een idee om uit te proberen?

De W10 tablet is alleen maar een (repeater) display

Ik heb het probleem ook met mijn ipad 2018

Heb je het uiteindelijk ook nog op kunnen lossen?

Bij mij is wifi verbinding goed en constant alleen de refresh tijd van vessels duurt 6 tot 7 minuten en dit is gewoon te lang. Het transponder gedeelte werkt kennelijk verder goed want men kon ons via Vesselfinder volgen met een refresh tijd tussen "direct" en 2,5 minuten.

Patrick kan jij zien hoelang het bij jou duurt voordat hij de schepen refreshed? Ik begrijp dat er oplossingen zijn maar vind dat Emtrak dit moet oplossen en anders wil ik hem ruilen voor de B953. Voor het prijsverschil koop ik dan wel een mux met wifi.

Hoi Jan,

Durf ik niet precies te zeggen. Ik had de indruk dat de refresh rate wel min of meer continu was, maar ik heb er eigenlijk niet heel precies op gelet omdat ik meer was gefocust op het hebben van een actieve verbinding met de 954 en het zien van volledige informatie per object. En daar zag ik dus geen storingen in als ik voldoende in de buurt was (~4m).
In theorie kun je inderdaad veronderstellen dat de emtrak dus bewust of onbewust intern een rem heeft ingeprogrammeerd hoe vaak info wordt doorgegeven. Ik kan dat pas weer testen als ik op de boot ben, weet niet of dat dit weekend gaat lukken helaas. Echt waarschijnlijk vind ik dan overigens niet dat de 953 dat dan niet heeft. Lijkt me niet dat de programmeurs dat voor draadloos plotseling anders doen dan bedraad. En nog sterker, dan zou je het bij alle modellen verwachten, ook 92x, dat soort software ga je niet elke keer voor elk model opnieuw uitvinden.

Ik vind trouwens ook dat het moet werken zonder mux of extra laptop oid, ik heb juist deze gekocht omdat ik vind dat ieder apparaat dubbel benaderbaar moet zijn, bv als mux/raspberry/plotter zijn werk niet doet. Ik wil voldoende redundancy inbouwen. Maar dit is eigenlijk off topic, sommige mensen zouden zomaar kunnen vinden dat dit ook een discussie waard is .

Ja Patrick zoals je al bij mij leest ben ik het ermee eens dat het goed zou moeten werken. Ik heb nog nergens een reactie gezien of gelezen van iemand bij wie de wifi wel goed werkt. Ik heb een vermoeden dat het bedraad wel werkt omdat ik lees dat mensen die hem doorkoppelen naar een mux met wifi wel goede verbinding hebben. Ik ben ook niet echt technisch maar zie dat als ik alleen de gps van de emtrak gebruik deze ook elke keer weg valt op de tablet terwijl ik wel continue goede gps heb op mijn marifoon die bedraad gekoppeld zit. Misschien simpele logica van mij maar hier zijn mensen die er meer verstand van hebben. Ga vandaag met de laptop naar de boot om wat dingen te proberen. Begin wel het idee te krijgen dat emtrak je gewoon aan het lijntje houdt. Ik ben kennelijk de enige op de wereld die dit probleem heeft.

Zeilprutser schreef : Zoals ik al eerder schreef, ok het zijn er maar een tiental maar die hebben bewust gekozen voor de wifi versie en niet mijn BoatController, ik weet zeker dat ze de wifi gebruiken op tablet en laptop en er is er geen 1 die mij dit probleem heeft gemeld (zover ik me kan herinneren)

Krijg sterk het vermoeden dat verschillende problemen en oorzaken in dit draadje op 1 hoop worden gegooid.
Afhankelijk van het type transponder icm type schip en snelheid krijg je minder of vaker een positie door.
(uit het hoofdje) Zo zend een stilliggend schip zijn positie maar 1x per 6 minuten en een schip met een snelheid onder de 3 knopen maar elke 30 seconden.
De navigatie software die jij gebruikt en de bootjes plot bepaald dan of hij de fictieve route van het bootje doorplot of dat hij hem laat verspringen op het moment hij de nieuwe positie heeft ontvangen.

Daarnaast als je vindt dat de rpi al slechte wifi heeft (die beschikt namelijk juist over een uitmuntend krachtig wifi acces point) dan begrijp ik dat de wifi van een Em-Trak tegenvalt, als die dus niet krachtig genoeg blijkt moet er echt eens naar de plaatsing ervan gekeken worden.

Daarnaast zijn de problemen met Navionics mij wel bekend, dat is met alle systemen en heeft niets met de Em-trak te maken.

Nu is de vraag welke problemen er nu overblijven die echt door die Em-Trak komen.

Zoals ook al eerder gemeld die wifi interface en mogelijkheden zijn beperkt dus ik zou er niet voor kiezen, met mijn laatste test liep het ook niet, dus goed mogelijk dat het een gevoelig systeem is dat snel omvalt.
Maar als het structureel slecht zou zijn had ik ook gemelde klachten verwacht.

Om nu de indruk dat wifi nooit goed werkt tegen te gaan:
Bij andere merken werkt het wel naadloos, althans tenminste 2 andere merken.

Het kán allemaal afhankelijk zijn welke WiFi module de fabrikant plaatst in zijn transponder en met welke wifi firmware.

Destijds hebben wij daar ook enorm veel tijd in gestoken met onze Zweedse en Engelse collega's, met als resultaat dat het perfect kan werken. Ik zal geen gele merken noemen, anders komt de zelfbenoemde forum-politie weer om de hoek kijken.

In hoeverre de combinatie samsung problemen geeft weet ik niet, ik had het ook met een Emtrack, maar ook wel gemerkt met anderen.

Ik denk dat Chris Roozeboos en Meindert van Shipmodule je daar mogelijk ook boekdelen over kunnen vertellen.

Zeilprutser schreef :
De RMC data komt elke 1 of elke 4 seconden en de ontvangen AIS data van de schepen komt bijna realtime over NMEA. Het heeft dus niets te maken met de uitzendtijd frequentie of stilliggen.
Bij stil liggen is inderdaad 6 minuten per kanaal, maar via 2 kanalen is dat dus 3 minuten. Dan komt de !AIVDO. In principe hoeft navigatie software helemaal niets met AIVDO te doen, dus zou het vreemd zijn als sommige navigatie software triggert op AIVDO.
OpenCPN kán AIVDO wel gebruiken als eigen schip data, maar niet of zelden noodzakelijk.

Met andere navigatie software dan Opencpn heb ik weinig langdurige ervaring op tablets.

@ Jan GoodFeeling

Heb je in opencpn al eens het NMEA debug window open gezet?

Instellingen -> connections -> show NMEA debug window

Zie je dan een NMEA data stroom voorbij komen?

Calidris schreef :
Dat klopt helemaal, maar veel van die apps hebben geen NMEA monitor en dan krijg je dit soort meldingen.

Calidris ik ga vanmiddag naar de boot om te kijken naar de NMEA debug bij zowel openCPN en Stentec. ZP ik weet dat er kennelijk een verschil in uitzenden positie zit maar een schip die 6+ knopen vaart en pas na 7 minuten nieuwe positie door geeft en van richting is veranderd doet je soms in de nacht schrikken en ik blijf erbij dat ik dit te lang duren vind. Had hiervoor een Quark A024 die perfect werkte maar helaas weggedaan na deze aanschaf. (had hem volgens mij zelfs als multiplexer kunnen gebruiken) Sterkte wifi heb ik ook aan zitten denken, ben geen kenner maar volgens mij is 2 meter geen dramatische afstand. Laat wel weten wat resultaat is.

In je Opencpn debug venster kan je zien of de data blijft lopen. Ook kunnen andere wifi toestellen (telefoon) eventueel hinderen.
Als het stagneert, probeer dan zoveel mogelijk aan boord uit te zetten, buiten de AIS en tablet.

b.v.
We krijgen regelmatig klachten dat draadloze microfoons van de marifoon niet lekker willen werken. Dit betreft diverse merken die dit hebben.
Vaak blijkt een oorzaak dat mensen zelf nog een actieve WiFi antenne achterop hebben.
Antenne uit = weg storing.

Het zelfde geldt voor als je pal naast een WiFi punt van de jachthaven ligt, kan ook interferentie geven.

Gisteren getest in de haven en heb de tips van Calidris meegenomen door NMEA debug window te laten draaien. Ik lig trouwens ver bij het wifipoint van de haven vandaan.

Eerst getest met de tablet Samsung openCPN en daarna met WinGPS- resultaat bij beiden dat tussen de 2 en 3 minuten de data stroom stopt. Na ongeveer 6 a 7 minuten gaat deze weer lopen.

Getest met een laptop en OpenCPN - resultaat dat de data stroom gewoon door blijft lopen en geen problemen geeft.

Getest met een laptop en tegelijk de Samsung tablet met op beiden OpenCPN op de wifi - na 2 a 3 minuten stopte op beide devices de data stroom en ging na 6 a 7 minuten op beiden weer lopen.

Vervolgens de tablet met openCPN weer laten draaien en tegelijk een laptop via proais2 verbonden met de Em-trak. - na 2 a 3 minuten weer hetzelfde op de tablet en op de laptop zag ik dat vanuit de Em-trak de data stroom gewoon door bleef gaan. Dit zie ik ook op de marifoon waar het gps signaal via NMEA0183 gewoon binnen blijft komen.

Probleem zit volgens mij dus in wifi verbinding naar een tablet. Daar gaat iets mis en weet natuurlijk niet of het echt Samsung gerelateerd is. Ik weet ook niet of het te verhelpen is met wifi instellingen want hier houdt mijn boere verstand op.

Misschien dat kenners hier nog iets zinnigs over kunnen zeggen.

even een beetje off topic:
Het is niet verstandig om langdurig je AIS via USB aan je laptop te verbinden ivm vereffeningsstroom via de usb poort. Voor een test prima, mits je op de eigen accu van laptop draait. Voor permanente bedrade verbinding de nmea kabels gebruiken, of de nmea2000 verbinding.

Niet nodig om hier verder op in te gaan hoor, het is maar dat je het weet

Hoi Jan,

Dan heb jij dus precies hetzelfde probleem als ik. Op 1 of andere manier zorgt de tablet ervoor dat de datastroom over wifi stopt,terwijl de wifi verbinding(en) in stand blijven.

Ik begrijp uit jouw post dat Emtrak ook bij jou aangaf dat ze hier nog nooit van gehoord hadden? Dat is dan pertinent niet waar, aangezien ik dit ook bij ze aangekaart heb (en een nieuwe heb gekregen, waarbij het probleem exact hetzelfde is, en heel veel mail verkeer over is geweest)

Precies, dat heb ik dus ook vastgesteld en de Samsung verwijderd van boord. En dus met deze oplossing gn centje pijn meer:
zeilersforum.nl/index.php/foru...ing?start=25#1322887

Ook met enkel de w10 tablet gaat alles prima.

koko schreef :
Dat hangt er vanaf of de USB van je AIS galvanisch gescheiden is. Bij een goede transponder is dat het geval:

Tjonge!
En dat terwijl er mensen zijn die roepen dat galvanische scheiding alleen maar problemen veroorzaakt.....

Dat ging over de voedingen, toch

Calidris schreef : Nachtvlinder schreef :
Ik hoop maar dat hij het grappig bedoeld, anders heeft hij er nog minder van begrepen dan ik al dacht.....

Nachtvlinder schreef :
Ja, en honger....