Onderwerp: nmea wifi repeater

Als ik seatalk uitzet lijkt het probleem zich niet voor te doen.
ik heb nog niet geprobeerd om geen data naar seatalk te sturen. Dat ga ik proberen, volgend weekend.
voor debuggen prima stap, maar uiteindelijk wil ik ook op de logmeter mijn sog zien. Wat maakt dat je denkt dat het ook de mux zelf kan zijn?
wil je het logbestand zien?

Hen3 schreef : [off-topic]Mijn temperatuursensor geeft al tijden een te lage waarde aan, nu blijkt de bron van dit probleem al jaren op het forum te staan (te hoge weerstand, waarschijnlijk door corrosie op de contactpunten). Dank Hen3 voor deze tip!

idonap schreef : nou ja, omdat ik nog niet eerder heb gehoord dat de mux ineens reset.
Maar hoe zie je dat ie reset? of valt de seatalk weg? Heb je de laatste software erin, (van vorige week?). log is zeker handig! daarvoor even het vinkje aanzetten onderin het diagnose scherm van het instelprogramma

roozeboos schreef :
ik heb alle meest recente software erin gezet.
Ik zie dat de boel reset terwijl ik naar het diagnosescherm kijk. Hij zegt letterlijk dat hij opnieuw opstart. Ik zal je straks het logbestand van zondag sturen.
Werkt erg prettig trouwens, dat diagnosescherm.

okay, nieuwste software, dat is mooi.
ervan uitgaande dat het aan de seatalk ligt, vraagje: heb je nog vinkjes aanstaan in het seatalk scherm, in het van nmea -> seatalk deel.?
zo ja, kan je dat uitzetten, en kijken of het dan goed gaat?
als het dan nog steeds fout gaat, zou het dus aan het ontvangen van seatalk berichten liggen. ook al omdat seatalk naar 100% stijgt, zoals je al eerder meldde.
kan je wellicht je seatalk gevers dan een voor een uitzetten? kunnen we wellicht zien welke de oorzaak is.
wat heb je allemaal aan boord qua seatalk?

Van nmea naar seatalk heb ik sog en cog aanstaan.
ik heb alleen diepte wind en log van seatalk.

de testen die je voorstelt zal ik uitproberen. Het zou natuurlijk kunnen dat er met de data van seatalk iets misgaat omdat ik niet in het water lig. Dat zou voor log en wind niet uit moeten maken, dus dan zou diepte uitzetten test 1 kunnen zijn.

stuur je zo het logbestand

ik denk dat het resetten -aangenomen dat de mux zelf okay is, en dus niet bijvoorbeeld de voeding steed uitvalt (intern)- het alleen zou kunnen komen door een overvloed aan berichten.

Maar als je de seatalk plug eruit haalt en hij daarmee stopt met resetten kan het eigenlijk ook niet aan bijvoorbeeld de voeding liggen. want de seatalk bus interface is optisch geisoleerd.

Dus het is wel vreemd.

en als er een slechte connectie is met de seatalk bus, worden ook juiste berichten niet herkend, en dus ook niet opgeslagen. dan kan een buffer ook niet overlopen.

je zou ook even kunnen kijken of de berichten van saetalk naar nmea wel goed worden omgezet, zodat we weten dat de hardware voor het ontvangen van seatalk berichten juist werkt.

in ieder geval dank voor je medewerking!

Genereren van een ZDA datum & tijd bericht uit een RMC bericht toegevoegd.
Een bepaalde marifoon haalt de tijd en datum hieruit, ipv uit de RMC.
En als de gps ontvanger het bericht niet geeft komt de mux nu tot redding.

roozeboos schreef :
als je even een GPSchipje in de mux bouwt hebben we die vermaledijde GPSen helemaal niet meer nodig

Die heeft Chris ook... Maar idd wel extern

Chris, zojuist logbestand van de nieuwe tests gestuurd. Van alle tests heeft vooral het uitzetten van het vinkje 《zend snelheid door water》 in het menu 'stuur seatalk naar nmea' een positief effect te hebben. Morgen zal ik daar een duurtest op doen.

gelet op eerdere berichten over temperatuursensor: zou daar iets mee kunnen zijn nu de boot niet in het water ligt?

Mooi dat hij nu het ZDA bericht genereert. Mijn Sailor marifoon zal dankbaar zijn, en ik ook . Hopelijk nooit meer handmatig tijd en datum inkloppen. Zodra de MUX binnen is zal ik het meteen uittesten!!

Hoe staat het met de ondersteuning van Apple hardware (iPad, iPhone en/of Macbook Pro) van de Mark I en II voor het instellen van de mux?

Ik zie tot nu toe alleen een Windows app op de site.
Zijn er concrete plannen om ook Apple te gaan ondersteunen?

In de historie van de roosmux, inmiddels een dikke twee jaar, zijn er 1 of 2 aanvragen geweest om het programma naar apple om te zetten.
dus eerlijk gezegd,sorry, nee, die plannen zijn er niet.
Ik heb ook niet een compiler daarvoor, laat staan apple apperatuur hier. Dus dan wordt dan ook wel een hele dure.

Zou er el een GPS ingebouwd worden, dan zijn er nog wel wat zaken te organiseren denk ik.
Tuurlijk, ingebouwde gps kan datum, tijd, positie, sog en cog altijd doorgeven, maar waypoint informatie wordt onhandig als je de mux wil laten opereren zonder laptop. En juist die waypoint info wordt "misbruikt" voor de performance meting. Of kan jij jouw GPS waypointinfo laten generen voor de performance only, Chris?

oh ja hoor, zou een RMB kunnen maken. geen probleem. dan werkt performance ook zonder Goto

Een gps in de mux is wellicht wat lastig, want die moet dan wel goed satellieten kunnen zien.
maar ik heb wel een minikastje met een gpsje erin waar nmea uit komt. het kabeltje gaat dan naar de mux. en dan kan een optimale plek gebruikt worden.

roozeboos schreef :
Kos da?

koko schreef :
www.star-safety.com/30431/Tracking_Tracing/1.aspx

nou, dr is iets meer nodig, meer een tehnische issue.

tot nu toe: RMB bericht komt binnen(omdat er een gpsgever zoals bijv GP30 een GOTO uitvoert) , mux vervangt zelf de waypointnaam daarin voor de polar performance.
Stel je hebt geen GP30 oid aan boord, dan is er dus geen RMB bericht dat binnen kan komen!

Om dan toch een waypointnaam weer te geven moet ik dan dus zelf een RMB bericht maken.

nou is dat op zich geen probleem. Maar dit bericht is een ga naar waypoint bericht.
En daarin zitten dan dus de gegevens van het volgende waypoint.
dat moet ik dan dus zelf verzinnen.
en die gegevens worden dan ook weergegeven! (XTE, afstand, koers etc)

moeten dus even kijken of overal een 0 invullen geen problemen gaat geven.

Ik heb dat gpsje van Chris vorig jaar gemonteerd toen mijn gp30 antenne er de geest gaf ( wel weer gerepareerd maar nu gewoon altijd een 2e gps in het boordnet.. Valt de een om dan heb ik de andere. Heb deze gps inmiddels als primaire gps in het boordnet.. De gp30 doet leuk mee voor wYpoints etc . Gaat ie weer piepen doe ik hem gewoon uit.

Ik zou dat best mooi vinden, Chris.

Zo'n klein gps moduletje dat datum, tijd, positie, cog, sog en het bericht voor de performance meter verzend. Geef je 'm de naam Star en de positie van je bedrijf.

Of zou dat ook de andere data op de multi of graphic ook corrumperen? Het is me te doen om de furuno er tussen uit te kunnen halen en toch de performance meter aan de praat te houden.

Ik heb nu zo'n gps module van jou aan mijn marifoon hangen. Dat gaat echt supergoed, razendsnelle fix en geen uitval van de fix.

Er is een gebruiker die ook nog een ander wifi netwerk aan boord heeft.
Daar die niet instelbaar is heb ik de software in de mux aangepast dat zijn ip adres te veranderen is.
bij deze dus.

Als toekomstig gebruiker be ik blij met deze aanpassing. Ik heb een Power Wifi netwerkwerk aan boord.

Dat is inderdaad wel fijn, maar je bent toch maar met 1 wifinetwerk tegelijk verbonden? Hoe werkt dit dan bij deze opstelling?

Overigens:
navionics adverteert nu ook met een dieptemeter die een wifinetwerk maakt. Dan zie je de diepte in navionicsscherm Dat lijkt me toch onhandig naast de mux. Ik wil niet de hele tijd overschakelen.
ik hoop dadelijk te ontdekken dat navionics ook de diepte via de mux accepteert.

idonap schreef :
Navionics doet dit zodat ze door deze vorm van crowdsourcing hun kaarten kunnen actualiseren .. De meting op jou boot wordt dan ook verwerkt in de kaartupdate.. Wanneer je weer aan internet hangt spuugt ie de data over..
Ik heb het idee dat deze gewoon een dedicated verbinding wil hebben..