Onderwerp: Welke 'bus' gebruiken voor o.a. smart verlichting?

Eens, het hoeft niet. Maar als je het gescheiden houdt dan leg je dus alleen voor licht en geluid een N2K netwerk met eigen stekkers aan met parallel daaraan nog twee dikke voedingskabels. Ik snap dan de meerwaarde van N2K niet meer zo goed.

Aswin schreef :
Ik denk niet dat het een volwaardig n2k netwerk wordt met de bijbehorende stekkers, t-stukjes en dergelijke.

Maar inderdaad wil ik twee dikke stroomkabels trekken met daarbij direct 2 signaaladers. Op die signaaladers kan ik dan lampjes of andere zaken aansluiten die bijvoorbeeld met een esp32 slim gemaakt worden. Het protocol dat ik over die signaaladers stuur staat nog open, maar door daar nu al over na te denken kan ik in ieder geval de juiste aders kiezen

Door richting n2k te gaan als protocol zou je eventueel in de toekomst ook nog specifieke boot-dingen aan kunnen sluiten. Maar het is allemaal niet in beton gegoten, dus misschien ga ik die aders helemaal niet gebruiken en over naar wifi of zigbee.

Wel wil ik binnenkort de kabels gaan trekken zodat ik in ieder geval wat leeslampjes kan gaan aansluiten.

Ik ben wel benieuwd over wat voor boot je het hebt?
Lampjes schakelen en of dimmen dat kan heel low level maar geluid is een ander verhaal, ik heb geen verstand van audio maar een googletje geeft :
"Voor spraak (bijvoorbeeld een podcast ) is soms 64 kbps al acceptabel, maar ik zou adviseren om zeker voor 128 kbps gaan. Voor muziek ga je dus liever nog wat hoger, vanaf 256 kbps wordt het acceptabel en vanaf 320 kbps is de datareductie in veel gevallen dus onhoorbaar."
Dus voor acceptabel geluid heb je volgens bovenstaande al de volledige bandbreedte nodig van NK2.
I.c.m HA dan kom je mijn inziens automatisch uit op ethernet Lan/WLan.
Ik zou voor 2 dikke stroomkabels gaan en Wlan/Wifi gebruiken, ik ken alleen de wifi problemen icm te grote afstanden icm gamen en of video kijken, hoe groter de afstanden hoe meer de data snelheid afneemt of omdat je overstapt van het ene acces point naar het andere, in vaste opstellingen heb je dat niet.
Bij de low level data heb je dus wel grote afstanden en wil je dan toch 4K tv gaan kijken in een hut kun je je draadloze netwerk upgraden en al het lowlevel gewoon blijven gebruiken in je nieuwe snelle netwerk.
Wij hebben ons bedrijf aan huis en ivm de grote afstanden en erg dikke muren (30cm) een mesh netwerk van 3 wifi accespoints, daarop zitten via thermostaten, thermostaatkranen, 16 brandmelders en als we op kantoor werken hebben we ik weet niet hoeveel accespoints in de lucht, we testen radar, boatcontroller op NK2, altijd staan er wel een paar stuurautomaten aan ondertussen wordt de smartwatch app getest, etc.e tc en geen enkel probleem, ja windows en wifi/netwerk printers..... gelukkig al een jaar geen gedoe meer, maar dat komt toch echt door de leuke windows updates, maar die printers zijn dan ook serieuze beveiliging gaten!

Zeilprutser schreef :
De meeste mp3's wordt gemaakt op 192Kbps, dus dat lijkt me in de basis een goed uitgangspunt. Met native canbus kun je naar 1Mbit en dan wordt het opeens wel weer haalbaar. Misschien wordt het toch een combinatie van aansturen via kabeltjes en multimedia via Wifi. Het is allemaal maar hobby hè.

Maar het is wel leuk om gebruik te maken te maken van crowdsourcing om tot een goed systeem te komen. En je weet maar nooit, misschien wordt het wel een blueprint waar andere enthousiastelingen ook weer verder mee kunnen
Zeilprutser schreef :
Helaas ken ik wel heel wat meer problemen met WiFi. Als er een one size fits all was geweest hadden we niet zo'n enorme brei aan wifi oplossingen op de markt gehad en waren we inmiddels wel geconvergeerd naar een paar standaard oplossingen.

Ondanks dat kan het toch wifi gaan worden, maar NU heb ik gewoon al wat kabeltjes nodig op de juiste plekken en wil ik alvast een stroomkring gaan neerleggen. Een paar data adertjes erbij is dan zo gebeurt en in dat stadium ben ik nu.

Noem eens één M2M wifi probleem? Het mooie is dat door de bandbreedte je vele protocollen door elkaar over de zelfde verbinding kunt gooien, dus HA voor je lampje en iets anders voor je audio bijvoorbeeld en ondertussen toch maar youtube kijken hoe je die esp32 moet instellen....
Je bepaalt zelf welke protocollen je gebruikt over ethernet en je hardware icm software bepaald wat ze ondersteunen maar ik dacht dat het zelfbouw werd? Als je het lastig vindt over wifi een lampje aan te sturen dan ben ik benieuwd hoe je dat over 1Mbit canbus wel voor elkaar krijgt?
Dus bij wifi zijn voor jou alleen standaard oplossingen een optie en bij canbus ga je het zelf bouwen/programmeren?
Veel genoemde "wifi" problemen zijn "internet" problemen dat heeft niets te maken met 2 kastjes die onderling een wifi verbinding hebben.
Voor wat jij wil is Signalk uitgevonden.

Zeilprutser schreef :
Configuratie. Interferentie. Signaal blokkades. Snelle en langzame devices op 1 netwerk. Afhankelijk van een access point.
Zeilprutser schreef :
Ehh... al gekeken? Arduino/esp32 Canbus libraries maken het bijna zo simpel als serial. Alleen nog een ID erbij en klaar.
Zeilprutser schreef :
Dat is denk ik een verkeerde afslag. Ik bedoelde alleen maar aan te geven om niet te snel in de 'bij mij werkt het, dus het is de beste oplossing' te trappen. Er zijn gewoon problemen met WiFi, al zijn die wel veel minder dan pakweg 5 jaar geleden.
Zeilprutser schreef :
Misschien, maar mijn lampje praat geen SignalK, dus dat moet ik nog wel oplossen. En gek genoeg vindt ik een paar draadjes aansluiten makkelijker dan WiFi configureren op een device dat geen interface heeft.

ik denk dat ik nu begin te begrijpen hoe jij het voor je ziet!
Je zegt mijn lampje praat geen signalk, jij wil dus canbus lampjes kopen die al canbus praten?
Je begon over rpi en esp dus ik dacht je maakt een verbinding tussen bijvoorbeeld een rpi en een aantal esp stations en daarvoor zou ik wifi gebruiken.
Je gooit de esp's met rpi in een netwerkje je kiest een poort je zegt poep en als de esp van lampje poep, poep hoort zet hij gpio x hoog die het relay naar het lampje omzet daardoor gaat gpio y ook omhoog en dan zend je kak terug zodat je rpi weet dat het lampje ook is aangezet.
En ja daarvoor zijn er ook genoeg bibliotheken.
Maar als jij het liever op canbus niveau doet prima hoor!
Nu snap ik ook jouw probleem over de lampjes die verschillende talen "wifi" praten...en dat ze elkaar niet verstaan....

Ik ben er nog niet uit hoor Misschien toch wifi, maar mijn probleem is dan dat je dat altijd moet configureren op ieder device en mij lijkt het wel errug fijn om niet een app of zelfs een telefoon nodig te moeten hebben om ieder lampje in te stellen. En ik kan niet echt een protocol vinden dat de wifi helemaal automatisch configureert, maar ook de buurman buiten sluit.

Aangezien ieder lampje toch al draadjes nodig heeft voor de stroom lijkt het mij niet zo ingewikkeld om daar 2 extra draadjes bij te trekken om het ook direct te kunnen besturen. De kans is groot dat enkele lampjes RGB gaan worden en dan red ik het ook net niet met klik-aan klik-uit. Daarnaast (b)lijkt een esp32 al Canbus te kunnen praten en blijkt Canbus toevallig ook de basis te zijn van N2K best charmant op een bootje, maar ook niet meer dan dat. Toevallig heb ik ook een klein beetje ervaring met ESP32 + N2K, dat speelt natuurlijk ook mee.

Misschien ga ik ook een soort van hybride doen??? Bijvoorbeeld configuratie en stuursignalen via de twee draadjes en data via WiFi, maar dat is wel heel erg ver weg.

Ik vind esphome wel mooi en simpel werken.
Zijn genoeg voorbeelden van sensoren en bedieningen, en ook de hardware is kan en klaar te krijgen.
Had eerst een zelf geknutseld 8 relais board icm mysensor board.
Nu een compleet 8 relais met ESP on board en is toch wel stabieler.
Zou je ook nog CAN op kunnen zetten.
Als je signalk (icm CAN / N2K ) vilt gebruiken kan je ook SenseESP gebruiken.

www.tinytronics.nl/en/developm...ent-board-8-channels
1, 2 of 4 relais board zijn er ook.


Gepost met de officiële Zeilersforum-app

Heb je er al aan gedacht om de lampjes als er geen wifi verbinding is automatisch in access point mode te laten zetten en dan vanaf een centraal punt de lampjes te configuren?

michaelh schreef :
Intrigerend. Heb je daar misschien wat voorbeeld code van of een voorbeeld project dat daar gebruik van maakt?

Ik heb al wel even gekeken naar een mesh oplossing zoals bijvoorbeeld painlessMesh, maar dan moet je toch een prefix en password configureren.

Of EPS-Now, maar dat heeft toch best beperkende limieten qua aantallen.

je kan naar mijn mening inderdaad beter op zoek naar een zigbee oplossing. Eventueel zonder de zigbee, want dat heb je niet nodig, voldoende bereik aan boord. Die printjes zijn ontworpen op ultra low low power.

Je wifi oplossing verbruikt meer dan je lampje zelf. Als tie aan staat.
Bovendien hebben die wifi modules vaak een max aantal aan verbonden clients.
Je hoeft maar een zeg 10 bytes te versturen voor een schakelactie. Wifi is daar vet overkill.

kijk ook es op de site van seeed studio. Xiao.

Hogerwaller schreef :
o ja... Verbruik, ook nog zo'n dingetje. Nadeel is dat ik heel weinig Zigbee spullen kan vinden die, óf op 12 volt werken, óf als bijvoorbeeld bordje. Ik zal eens bij Seeed Studio gaan kijken.
Hogerwaller schreef :
Ik denk (hoop?) dat het aantal aan te sluiten modules wel mee zal vallen wanneer je uitgaat van een volledig Wifi netwerk op basis van een access point.

Aan Zigbee kleven ook wel wat nadelen. Je hebt een hub nodig, de form factor van de meeste Zigbee devices is nogal aan de maat, en inderdaad: voor 12 volt is de spoeling al heel wat dunner. Niet dat het niet kan, maar Zigbee is niet bedacht voor laagspanningssystemen op boten.

nee, maar de chipset kan vaak ook wel een gewone point to point aan. Het gaat in feite om een 868MHz transceiver op een printplaatje. LDO erbij als voeding en een PFet als schakelaar. Ieder printje een eigen ID. En dan nog iets verzinnen als bediening.

...en ieder PCB'tje vochtbestendig maken.

Je begon het draadje over rpi, esp, can, i2c enz.
Maar eigenlijk zoek je dus een kant en klare oplossing......
En omdat je die niet vindt wil je zelf met canbus gaan klooien maar een wifi netwerk is te ingewikkeld....

wat een onaardige reacties weer, begrijp dat niet zo goed

Zeilprutser schreef :
Nee hoor, tot zover alle overwegingen met een ESP32 in het achterhoofd. En het duiveltje zit in de details en toevallig weet ik van wifi wel zo ongeveer waar die duivel zich bevind. Maar misschien dat ik na al die jaren een nuttige toepassing heb voor de WPS knop. Dat zou alvast 1 struikelblok zijn.

Maar ik heb de indruk dat je nog geen ervaring met canbus hebt, ik heb met beide veel gebruikerservaring bij wifi kan ik de duiveltjes nog zelf oplossen bij can meestal niet. Gelukkig heb ik voor beide experts tot mijn beschikking maar ik test dan ook zeer complexe zaken.
In onze nautische tak houd ik me bezig met de ideeën en testen daarvan, wat in de praktijk betekend dat ik nogal wat systemen in de lucht moet brengen als gebruiker en als installateur, daarnaast komen alle problemen bij mij binnen, mbt wifi zijn er bij onze producten en projecten geen problemen bij can is eigenlijk het probleem dat ik dan niet kan helpen dus dat er een expert mee bezig moet, over NMEA2000 nog maar te zwijgen.
Dat zijn mijn ervaringen!

om een paar lampjes of apparaten te besturen is een can bus nog meer over the top dan wifi. Gebruik dan rs485 op bijvoorbeeld 9600 baud. De bitjes zijn dan zo breed dat de bekabeling, connectoren, stubs en afsluitweerstanden er eigenlijk niet meer toe doen.
De hier al eerder genoemde Lin bus is hiervoor ontworpen en ook een oplossing. Dan heb je maar 1 datalijn.

Hogerwaller schreef :
Je zult helemaal gelijk hebben, maar bijvoorbeeld Canbus en Wifi zit standaard in een ESP32 terwijl Linbus dan wat exotischer schijnt te zijn. De te kiezen tools / onderdelen zullen ook mee gaan spelen wat precies de keuze gaat worden.

Voorlopig weet ik dat ik met 2 stroom aders en 2 data aders meer dan voldoende opties over houdt en me later niet persé voor de kop ga slaan omdat ik eigenlijk 3 data draadjes had moeten leggen.

Als je gewoon een Cat5 naast je voedingsaders legt heb je altijd voldoende opties.

met de esp zal er -volgens mij- een can driver chip bij moeten . Net als bij de lin en rs485.
Rs485 is dan wel de meest eenvoudige implementatie qua software en betrouwbaarheid. Maar meer draadjes.
Ik zou daarom echt draadloos overwegen.

Plus en min doorlussen in de boot neemt al genoeg ruimte in qua connectoren. Je wil dan toch minimaal 2,5mm2 gebruiken lijkt me. Dan heeft ieder lampje dus een klein kastje met plus en min in en uit. en schakel en min naar lampje. Als er dan ook nog rs485 doorgelust moet worden wordt het wel een stuk groter.
power doorlussen kom je niet onderuit, data draadjes is nog een keuze.

Al met al, is het misschien handiger om gewoon net als iedere boot alles naar 1 punt te brengen en daar te schakelen.

Het is natuurlijk wel leuk om vanuit de kuip of zelfs verderop vanaf de steiger de driekleur aan te zetten. Kan je na een hoop bier je boot makkelijk terugvinden in het donker.

Als je bij elke aan te sturen lamp een esp moet zetten dan kost dat serieus veel stroom bij elkaar, alleen om een lampje te schakelen.

Ik zou toch echt voor zigbee gaan, dan hoef je ook geen extra kabels te trekken.

Je kunt zelf met kleine modules zigbee ontvangers maken. Heb ik nog nooit gedaan maar als je googelt kun je daar wel wat over vinden....