Onderwerp: nmea wifi repeater

In rust, oftewel zonder data, dient A negatief te zijn t.o.v. B. Even meten met een universeelmeter en je weet hoe het zit.

En op de sticker op de behuizing zie je plusjes en minnetjes
de multimeter moet een positief getal aangeven wanneer je de rode plus draad op + zet en de zwarte op de min

roozeboos schreef : Dan heb je het precies verkeerd om... In rust moet het +/A signaal genatief zijn t.o.v. het -/B signaal...

en daarom staat er dus geen A of B op de sticker op de behuizing.

Als je meet met de multimeter is de + op de sticker positief tov de min.

Een A of een B erbij maakt het alleen verwarrend.
naar mijn bescheiden mening.

H3arth schreef : Goed punt, ip adres en poort staat inderdaad niet in de manual , ga ik corrigeren!
Als je de wifi opnieuw instelt is het inderdaad handig om een repower te doen.
vwb udp/tcp, Het is inderdaad een van de beide, bij voorkeur udp omdat er dan meerdere kunnen inloggen.

roozeboos schreef : Uiteraard heb je recht op je mening

Maar het is handig en scheelt een hoop onnodige supportvragen wanneer je je aan standaards houdt. En die is ofwel +/- of A/B waarbij in rust A negatief is t.o.v. B. En dan is het toch vreemd als iemand de ve+ aansluiting van z'n Raymarine plotter op jouw - aansluiting moet knopen en andersom. Of de TX+ van z'n Trueheading AIS aan jouw - en andersom...

roozeboos schreef :
Je hoeft niet te herstarten. Wanneer er een tcp verbinding wordt geopend, stopt udp vanzelf. Wanneer die tcp verbinding wordt gesloten, gaat udp automatisch weer van start.

Sja, het is niet logisch.
Maar ik zal de sticker aanpassen, voor de volgende serie...
En een hoofdstukje in de manual er aan besteden.

Dan nog, ik heb eens even gekeken, maar bijvoorbeeld mijn nasa windgever,die maar 1 nmea uitgangsdraadje heeft, moet in de plus ingang worden geschroefd.
De min ingang moet aan de ground.

Op zich vind ik dat duidelijker dan andersom. ( datalijn aan de min ingang en de plus ingang aan ground! Wie snapt dat nog...)

roozeboos schreef :
Dat van die nasa klopt. Ook daar zal je zien dat dat ene draadje in rust 0V of geeft. Het is gewoon de standaard dat in rust een logische 1 wordt verzonden en dat is bij rs232 en rs422(nmea) een negatieve spanning. Die nasa heeft een TTL uitgang en kan dus niet negatief zijn, dus 0V. Dus als jij nou die + en - omdraait, kun je ook bij de nasa dat ene draadje aan de + hangen en de massa aan -. Logisch toch? En als die nasa ook in rust de TX op een positieve spanning heeft staan, dan doet nasa het ook fout. Google even op rs422 signals, dan weet je het allemaal.

Hou je gewoon aan de standaard, dan snapt iedereen het zonder er bij na te denken. Ik heb deze fout ook gemaakt bij mijn eerste prototypes in 2002.

Ik raak ook altijd wat in de war met de A & B en heb het idee dat het ook niet consequent wordt toegepast (niet goed natuurlijk, maar gebeurt wel). Maar + en - blijkbaar ook niet met NMEA signalen

....Ben al heel lang gewend de aansluiting eerst maar eens om te draaien voor ik verder zoek als iets niet werkt...

Als ik dit nog eens teruglees, dan heb jij alleen bij de uitgangen de + en - verkeerd om. Daarom werkt de nasa windgever wel. Als jouw ingangen gewoon werken op een RS-232 uitgang uit een PC, dan klopt de aanduiding. Maar voor je uitgangen moet + echt negatief zijn t.o.v. - Knoop eens een van jouw nmea uitgangen aan een ingang en kijk of je data die je vanuit de pc zendt, ook weer terug krijgt...

H3arth schreef : De NMEA standaard specificeert heel eenduidig hoe de signalen genoemd moeten worden en hoe de polariteit is, onder verwijzing naar de EIA-422 standaard. Volledig duidelijk. Veel fanrikanten maken er vervolgens een zootje van....

mhsprang schreef :
Was ik misschien te ongeduldig, zal het morgen nog eens proberen..

Ik weet het goed gemaakt, ik maak wel een tweede versie sticker.Mag de eigenaar van een mooie Startracking multiplexer zelf kiezen. De correcte of de logische
Wel opvallend is dat ik dit vandaag voor het eerst hoor. Terwijl er toch al heel wat in gebruik zijn inmiddels.


H3arth heeft nog de beste tip, als het niet werkt dan omdraaien.

Bovendien zullen de meesten het toch de eerste keer verkeerd om aansluiten, en dan werkt het meteen!!

mhsprang schreef :
als dat echt zo is, kan je je beter ook aansluiten bij de 'vele fabrikanten'

roozeboos schreef :
Als je er net zoveel verkocht heb als ik, piep je wel anders

In theorie zou je NMEA nooit verkeerd aan hoeven sluiten, de praktijk leert dat het niet eens in 50% van de gevallen in 1 keer goed gaat.

mhsprang schreef :
ik vind het wel leuk om contact met mn klanten te hebben hoor. Ik doe het voor mnm plezier!

Maar maak je geen zorgen, alle gebruikers krijgen een stickertje, mogen ze die er overheen plakken.

H3arth schreef : Ha, ik ben niet de enige die dit heeft gemerkt dus!

Delphi32 schreef : ik krijg ook regelmatig klachten over iRegatta dat het niet werkt via UDP. Ik weet bijna zeker dat dat aan iRegatta ligt want veel andere apps werken vlekkloos via UDP en de MiniPlex-2Wi. En chris gebruikt dezelfde WiFi module als ik.

mhsprang schreef :
Dan zal ik daar eens een mailtje aan wagen, met iNMEAlogger kreeg ik wel data binnen via UDP, dus ze kunnen het het wel

Het TCP /UDP verhaal wordt me niet helemaal duidelijk. Als ik data van de multiplexer via wifi naar iphone/pad app wil sturen, waar kies ik dan voor UDP/TCP? De multiplexer moet toch bepalen hoe de data wordt verzonden? Ik kan die optie niet vinden.
In de handleiding staat dat je dit instelt in je navigatie programma. Hoef je dan niets in te stellen op de multiplexer?

nee dat zie je goed hoor. In de mux hoef je alleen de naam, nummer 192.168.1.1 en poort 10110 in te stellen. ( en eventueel wachtwoord)
je tablet bouwt een wifi verbinding op.
Daarna maakt het navigatie programma verbinding en de data wordt uitgewisseld
.
Met udp kunnen er meerdere inlezen.
Met tcp kan er maar 1 tegelijk inlezen.

Tcp gebruiken kan prima, wil je echter met meerdere tegelijk in kunnen loggen dan moet je dus udp kiezen!

Maar je kiest dat dus in app zelf.

Mijn ervaring Mux en ipad/ iphone met ISailor.. beide werken prima met UDP...
De optie om de GPS data via de mux te laten lopen werkt nog niet maar dat ligt waarschijnlijk aan de aansluiting van mijn furuno gp30... Er komt geen RMC uit en daarom ook geen aivdo... Komend weekend gatr ik de aansluiting aanpassen en dan zal ik jullie rapporteren..

MaarAIS op ISAilor met TCP of UDP werkt super...

Noardewyn schreef : Misschien mag ik hier wat uitleg aan toevoegen

Dataverkeer via UDP is technisch gezien geen "verbinding". Een apparaat dat data verzend via UDP doet dat simpelweg doordat het continue data verpakt in pakketjes volgens UDP formaat. Een ander apparaat op hetzelfde netwerk (WiFi), kan deze data oppikken en verwerken zonder dat de zender daar weet van heeft.

Bij TCP wordt er expliciet een verbinding opgezet. Zonder deze verbinding vindt er geen datatransport plaats. Pas op het moment dat een ander apparaat aangeeft met de mux te willen verbinden volgends TCP protocol, en deze verbinding tot stand is gekoment, pas dan vind uitwisseling van data plaats. En op dat moment stopt de WiFi mux met zenden van data in UDP formaat. Zodra de client (je navigatieprogramma) de TCP verbinding sluit, begint de WiFi mux weer met uitzenden van data in UDP formaat.

Vergelijk dit met een man aan de telefoon. In rust roept hij boodschappen om via een PA installatie en iedereen kan meeluisteren (UDP). Op het moment dat iemand anders hem belt, stopt hij met omroepen via de PA, neemt de telefoon op en praat met de ander (TCP) en niemand kan meeluisteren. Zodra het gesprek stopt, hangt de man de telefoon op en begint weer met omroepen.

Als luisteraar hoef je dus niets bij de man om te schakelen, je hoeft 'm alleen maar te bellen (TCP verbinding openen).