Onderwerp: (Wat) doe jij aan boot monitoring naar thuis?

Calidris schreef :
Je accu wordt door de monitoring vele malen sneller ontladen dan wanneer losgekoppeld, maar je kunt dat nu wel mooi monitoren

Nachtvlinder schreef :
Ja, klopt helemaal. De wet van de remmende voorsprong....

rooiedirk schreef : Heb thuis HA draaien, maar hoe krijg ik de ESP-Home remote (veilig) naar huis gekoppeld?
Wil thuis geen inkomende poorten van internet openen.

HA op de boot draaien zit je weer minimaal met het gebruik van een Rpi, dus in een week accu leeg.



Gepost met de officiële Zeilersforum-app

Sjoerd02 schreef :
Via Lora?

Als project 927, sub-C wil ik dat in de toekomst nog wel eens bestuderen. Of dat mogelijk is.

Sjoerd02 schreef : Dat kan met een router die een vpn verbinding naar je thuis-router maakt.
Maar ja, die gebruikt dan best weer veel stroom waar je walstroom voor nodig hebt.

Misschien kun je inderdaad ook met lora je data in ha krijgen maar ik zou zo niet weten hoe.

Sinds vandaag heb ik alle victron onderdelen ook in Home Assisent .
Weer een item plat...

Gepost met de officiële Zeilersforum-app

Je zou een externe MQTT-server kunnen gebruiken. Die kan je vanuit huis dan weer pollen.

It Paradyske schreef :
Voor esp32?

Gepost met de officiële Zeilersforum-app

Ja, als de ESP32 of ESP8266 kan connecten met een wifi, dan kan ie ook MQTT-berichten versturen.

It Paradyske schreef : Moet je daar dan toch weer niet een poortje op je router voor openstellen?
Dat wil TS niet.

Ook dat snap ik niet, als je data terug wilt kunnen zien dan draai je dat toch in de cloud, je laat toch niet de hele dag je pc aanstaan voor bootje monitoring?

lschip schreef :
Nee, je benadert namelijk die externe MQTT-server ook weer VANUIT huis, dus ligt het initiatief in huis, en hoeft er geen poort open.

Zeilprutser schreef :
Op wie reageer je Onno?

It Paradyske schreef : Oh, ja, dat kan ook. Maar dan ben je afhankelijk van een externe dienst. Dat hoeft niet erg te zijn maar dat wil ik niet.

It Paradyske schreef : Waar jij ook op antwoord en ook al de tweede oplossing voor geeft.
Dus wil je loggen en geen poort open, dan cloud, wil je alleen actuele data en/of dataopslag op de boot dan server functie op de boot (gewoon in de ESP of router) Ik heb geen ervaring met MQTT maar ga er toch vanuit dat de "broker" ook gewoon op de ESP kan.

Als je niks wilt dan krijg je niks...

Zeilprutser schreef : Volgens mij kan een mqtt broker op een esp. Maar hoe wil je die dan bereiken om data op te halen? Portforwarding door de wifirouter van de haven zal vast niet mogen.

Kan je die esp32 de data niet in udp versturen?

Of zeg ik nu iets onozels?

Wij sturen in udp data over grote delen van deze bol.

Gepost met de officiële Zeilersforum-app

Uitleg in makkelijke taal:MarcelT schreef : Zal bovenstaande voorbeeld even aanhouden, dat kan met een ESP achtig boardje.
Je kan van uit een "app" contact opnemen met de boot en zien wat de status is, eventueel sla je data op op de ESP dan kun je ook de geschiedenis zien.
Je kan ook per ingestelde tijdsinterval de data ergens naar toe sturen dan kun je die opgeslagen data uitlezen en ook inzien mocht de ESP op de boot niet meer uitzenden, dan zou je uit de laatste data bijvoorbeeld kunnen opmaken dat de accu bijna leeg is en dat de meest logische reden is voor het verloren contact.
Die data kun je naar huis sturen en en daar opslaan maar dan moet er een poortje open staan in je router en er moet een apparaat aan staan die het opslaat, lijkt mij logischer dat door een clouddienst te laten doen, die servers staan altijd aan en je betaald alleen voor de data die je gebruikt, jij maakt dan van uit je "app" verbinding met de cloud voor de data, je kunt ook nog steeds zorgen dat je daarnaast ook nog steeds direct verbinding kunt maken met je boardje aan board zonder de cloud dienst.

Calidris schreef : Ja hoor je mag helemaal zelf bedenken hoe je het wilt versturen! De hoeveelheid data in dit voorbeeld kan ook wel als morse code!

lschip schreef : Ik heb geen ervaring met MQTT maar ik wilde bij het vorige antwoord op Calidris eigenlijk al toevoegen dat ik dan TCP zou gebruiken en een websocket kan altijd.

Mogelijk zou dit een oplossing kunnen zijn?
www.google.com/url?sa=t&source...4G9hmZo&opi=89978449

Maar eens mee puzzelen als ik tijd kan vinden.
Heb thuis een frtzbox hangen met een WG server en vast ipadres
Laptop verbinding lukt via WG naar thuis netwerk => HA

Gepost met de officiële Zeilersforum-app

Zeilprutser schreef :
Keerzijde van TCP is dat je altijd extra retourpoortje moet openstellen, terwijl UDP altijd blind het pand verlaat.
Als TCP niet het gewenste antwoordt krijgt ligt gelijk je hele communicatie stil, terwijl bij UDP alles gewoon doorloopt en er ooit wel weer eens data binnenkomt zonder stagnatie.

En áls je dan met TCP weer communicatie hebt na verstoping, krijg je eerst alle oude data uit de buffer. terwijl bij UDP elk data pakketje dat binnen komt kakelvers is.

Zelfs de grootste IT-neuzen hebben moeite dit in te zien is mijn ervaring.

Over het algemeen zit hier een kern van waarheid in, maar mqtt kan alleen maar over tcp, niet over udp.

Nadeel van udp is dat berichten in verkeerde volgorde kunnen binnendruppelen, en dus juist niet kakelvers zijn.

Calidris schreef : Nee jouw ervaring is blijven hangen in de geschiedenis, die problemen waren er eigenlijk al nooit alleen doordat "vak"mensen het protocol toepassen/misbruiken zonder de benodigde kennis gaat het mis.
Jouw ervaring is vooral gebaseerd op gedateerde "wifi" moduultjes toegepast op AIS en multiplexers, die vaak ook maar 1 tot max 3 TCP verbindingen kunnen maken en waar jouw IT-neuzen ook niets aan kunnen veranderen.
Dat zelfde probleem heb jij ook met de sd kaartjes op de pi's, die gaan niet kapot als je weet hoe je het moet gebruiken.
Wij kunnen gewoon tientallen tcp verbindingen maken en de gebruikers kunnen buiten bereik lopen (in geval van wifi) netwerk verbinding afbreken weer terugkomen binnen bereik etc, en data heen en weer stopt en start automatisch (zonder herstarten) gewoon weer en de andere verbindingen op de zelfde poort ondervinden geen enkele hick-up.
Jij kent ook ons radarnet dat zijn een heleboel verbindingen met radars en servers met genoeg dataonderbrekingen, dan valt weer de stroom uit in een strandhuisje of de 4G dekking valt weg, ook leuk Teltonica routers die door de RMS update uitvallen, maar alles gaat gewoon weer verder zodra de verbinding is hersteld. Voor jouw info (sorry jongens een beetje marketing) vorige week nog een mooi resultaat behaald, een radar moest ge-updated worden ivm een Simrad bug, dat is ons online gelukt zonder plotter en zonder de SDK en Keys van Simrad!

Calidris schreef :
Ik snap je extra retourpoortje niet, wat bedoel je daarmee?