• Pesticiden kunnen schadelijk zijn voor de gezondheid en voor de natuur. Beter is om preventief te werken door geen pesticiden te gebruiken om groen en verhardingen te onderhouden. Een tuin zonder pesticiden is perfect mogelijk. Op de website Mijn gifvrije tuin vindt u tips en ideeën voor een stadstuin, een grote tuin, een moestuin of een speeltuin.
    Hou er rekening mee de héél wat pesticiden enkel nog door professionelen met Fytolicentie mogen gebruikt worden!

Loxone + Railduino

MarcMarc

Zeer gewaardeerd lid
Lid geworden
20 okt 2012
Berichten
1.369
Waarderingsscore
361
Punten
83
Geen ervaring mee. Ik vond op tweakers wel een loxone thread met ervaringen over de railduino. Zie https://gathering.tweakers.net/forum/list_messages/1675377?data%5Bfilter_keywords%5D=railduino

Modbus schijnt sneller te reageren dan ethernet. Polling frequentie van de modbus moet laag genoeg staan (inherent aan het modbus protocol omdat de modbus extentie blijkbaar de modbus master is. Heeft niet zo zeer te maken met de railduino). 

Het is afhankelijk van de toepassing of de reactietijd van de arduino snel genoeg is. Voor het afvangen van drukknoppen om licht aan te sturen kan het zijn dat de reactietijd traag is. Voor het aansturen van kleppen e.d. of het uitlezen van temperatuursensoren is snelheid niet de bottleneck en zou het prima moeten werken (HVAC toepassingen).

edit:  voor http://www.bouwinfo.be/forum/technieken/elektriciteit/loxone-raamcontacten is de reactietijd ook geen issue en zou de railduino prima moeten werken.
 

YokoTsuno

Zeer Actief lid
Lid geworden
4 jun 2012
Berichten
1.968
Waarderingsscore
33
Punten
48
bever25 schreef:

Modbus of TCP? Volgnes de leverancier werkt TCP niet zo snel?

Ken niets van domotica, toch moet je oppassen met dergelijke claims. Opinies zijn zelden onafhankelijk.

Modbus is oeroud in technologietermen. De maximum baudrate van die RS485 verbinding volgens de Railduino manual: 115200 Bd of  8,6 microsec/bit. Modbus read  coil frame 8 bytes, antwoord 10 bytes. Exclusief tijd dat de firmware nodig heeft om zo'n operatie uit te voeren en eventuele start/stop bits 18 x 8 x 8,6 x 10^-6  = ongeveer 1,3ms dus  Sneller kan nooit. Dan heb je nog het feit dat Modbus volgens master/slave principe werkt. De controller moet dus altijd pollen. Volgens iemand op dit forum van MarcMarc is dit minimum 100ms. Ritme lijkt mij plausibel om bij die 1,3mS een realistisch aantal Modbus slaves te bedienen.

Ethernet is een peer to peer peer bus en heeft die master/slave nadelen niet, wel andere. TCP frames zijn wel snel veel langer dan een Modbus frame, al snel 255 bytes al naargelang hoe die frames worden verpakt. Bitsnelheid is echter ook veel hoger, makkelijk tienvoudige. 

Zeg niet dat die claim niet klopt wel dat je dit je dit best even theoretisch evalueert of die claim niet met de haren getrokken is als snelheid echt een doorslaggevende factor is voor jouw toepassing. 

 
 

elektrischetijd

Nieuw Lid
Lid geworden
17 dec 2015
Berichten
89
Waarderingsscore
0
Punten
6
heb een railduino besteld en ligt te wachten op mij bij de post. :p

is de modbus variant aangezien deze sneller zou werken..

Ga deze binnenkort trachten te testen (als ik tijd vind :)), de dmx302 heb ik al getest en werkt perfect, een heel goedkope (30tal euro voor drie kanalen) dmx dimmer om te gebruiken met loxone :)
 

Nu7s

Zeer gewaardeerd lid
Lid geworden
19 aug 2011
Berichten
8.396
Waarderingsscore
354
Punten
83
Ik ga dit topic ook wel volgen. Voorlopig geen extra modules nodig, maar lijkt mij een zeer interessant product te zijn.
 

marcele

Lid
Lid geworden
12 okt 2014
Berichten
175
Waarderingsscore
0
Punten
16
Hey hallo allemaal,

Ik ga in toekomst ook loxone aanschaffen en vroeg me af of iemand de railduino reeds getest heeft en hier iets over kan roepen.

Gras,
Marcel
 

Rubeast

Lid
Lid geworden
22 apr 2015
Berichten
135
Waarderingsscore
0
Punten
16
Ik ben ook van plan Loxone te gebruiken en ben de voorbije maanden Railduino ook vaak tegengekomen.

Het was de perfecte manier om Loxone op een goedkope manier uit te breiden.
Maar jammer genoeg zeg ik "was". Loxone heeft namelijk hun minimum polling-rate aangepast waardoor deze minimum om de 5 seconden gaat pollen (ervoor was dit minimum 100ms). Door deze aanpassing kan je onmogelijk nog gebruik maken van de inputs die tijd-gevoelig zijn zoals drukknoppen.
Deze vertraging is, omdat het via een master/slave principe werkt, enkel van toepassing voor de inputs. De outputs blijven direct reageren. 

Ondanks dit (toch wel groot) nadeel, heb ik er toch eentje besteld (de TCP versie) aangezien ik de extra uitgangen wel kan gebruiken. De inputs gebruik ik dan voor zaken die niet heel tijd-afhankelijk zijn. Ik denk dan aan de magneetcontacten van de ramen.
 

MarcMarc

Zeer gewaardeerd lid
Lid geworden
20 okt 2012
Berichten
1.369
Waarderingsscore
361
Punten
83
Rubeast zei:
Ik ben ook van plan Loxone te gebruiken en ben de voorbije maanden Railduino ook vaak tegengekomen.

Het was de perfecte manier om Loxone op een goedkope manier uit te breiden.
Maar jammer genoeg zeg ik "was". Loxone heeft namelijk hun minimum polling-rate aangepast waardoor deze minimum om de 5 seconden gaat pollen (ervoor was dit minimum 100ms). Door deze aanpassing kan je onmogelijk nog gebruik maken van de inputs die tijd-gevoelig zijn zoals drukknoppen.
Deze vertraging is, omdat het via een master/slave principe werkt, enkel van toepassing voor de inputs. De outputs blijven direct reageren. 

Ondanks dit (toch wel groot) nadeel, heb ik er toch eentje besteld (de TCP versie) aangezien ik de extra uitgangen wel kan gebruiken. De inputs gebruik ik dan voor zaken die niet heel tijd-afhankelijk zijn. Ik denk dan aan de magneetcontacten van de ramen.

Ik kan dat niet anders interpreteren dan een protectische maatregel om hun veel te dure I/O modules te kunnen blijven verkopen.  Meer dan 400 euro voor 16 relais uitgangen terwijl een zelfde relais kaartje zonder behuizing nog geen 20 euro kost.

Uit interesse toch even zitten kijken bij Loxone. Volgens de website ondersteunt Loxone UDP input waarmee je virtuele ingangen kan aansturen (https://www.loxone.com/nlnl/kb/virtuele-en-uitgangen/ ). Wanneer iemand handig is en een Loxone heeft, je zou eens moeten proberen om via UDP de Loxone te bedienen . Er is wel software te vinden waarmee je UDP commando's kan versturen  (bijv. https://packetsender.com/). Als dat lukt, dan koop je een arduino, een network shield, een paar regels C code en dan kan je via de inputs op de arduino de loxone bedienen. Dan ben je voor 20 euro klaar en dan zou je hetzelfde moeten kunnen bereiken als de > 400 euro uitbreidingsextensions van Loxone.

 

 
 

nickvr

Lid
Lid geworden
23 sep 2014
Berichten
678
Waarderingsscore
7
Punten
18
MarcMarc zei:
Rubeast zei:
Ik ben ook van plan Loxone te gebruiken en ben de voorbije maanden Railduino ook vaak tegengekomen.

Het was de perfecte manier om Loxone op een goedkope manier uit te breiden.
Maar jammer genoeg zeg ik "was". Loxone heeft namelijk hun minimum polling-rate aangepast waardoor deze minimum om de 5 seconden gaat pollen (ervoor was dit minimum 100ms). Door deze aanpassing kan je onmogelijk nog gebruik maken van de inputs die tijd-gevoelig zijn zoals drukknoppen.
Deze vertraging is, omdat het via een master/slave principe werkt, enkel van toepassing voor de inputs. De outputs blijven direct reageren. 

Ondanks dit (toch wel groot) nadeel, heb ik er toch eentje besteld (de TCP versie) aangezien ik de extra uitgangen wel kan gebruiken. De inputs gebruik ik dan voor zaken die niet heel tijd-afhankelijk zijn. Ik denk dan aan de magneetcontacten van de ramen.

Ik kan dat niet anders interpreteren dan een protectische maatregel om hun veel te dure I/O modules te kunnen blijven verkopen.  Meer dan 400 euro voor 16 relais uitgangen terwijl een zelfde relais kaartje zonder behuizing nog geen 20 euro kost.

Uit interesse toch even zitten kijken bij Loxone. Volgens de website ondersteunt Loxone UDP input waarmee je virtuele ingangen kan aansturen (https://www.loxone.com/nlnl/kb/virtuele-en-uitgangen/ ). Wanneer iemand handig is en een Loxone heeft, je zou eens moeten proberen om via UDP de Loxone te bedienen . Er is wel software te vinden waarmee je UDP commando's kan versturen  (bijv. https://packetsender.com/). Als dat lukt, dan koop je een arduino, een network shield, een paar regels C code en dan kan je via de inputs op de arduino de loxone bedienen. Dan ben je voor 20 euro klaar en dan zou je hetzelfde moeten kunnen bereiken als de > 400 euro uitbreidingsextensions van Loxone.

 

 

Dat is toch exact hetgeen de railduino (de TCP versie) doet? Of zie ik iets over het hoofd?
Of wat is het voordeel van UDP te gebruiken?
Je hebt gelijk dat de loxone extensions niet goedkoop zijn, maar ik 'hoop' dat ze degelijk zijn, en als ik problemen heb, dat loxone (of de partner) mij verder helpt. Maar als je low budget wilt gaan, kan je (denk ik?) énkel de miniserver kopen (of miniserver go) en dan railduino... Ikzelf heb een miniserver en 5 extensions (en de aribase en 1 wire extension ook nog). Dat is idd pakweg 2500€. Als je dit met railduino doet, ben je 500€ voor miniserver en misschien 500€voor railduino in totaal kwijt? Dat is idd een besparing van 1500€. Maar ik denk dat ik toch geen spijt heb. Alle, op de volledige kost van een huis.. En ik 'hoop' dat dit toch zeker 10 jaar meegaat.. Dan wil ik gerust 1500€ extra betalen als ik weet dat dit zonder problemen die 10jaar (of meer) meegaat..

Alhoewel dat het best kan zijn dat ik gewoon zo'n railduino eens aankoop om uit te proberen. Bv als ik nog veel hobbyprojectjes ontwikkel waar ik nog veel inputs/outputs voor nodig heb. Bv irrigatie, of verlichting op zolder, of monitoren van bepaalde dingen, enzovoort enzovoort. 
 

MarcMarc

Zeer gewaardeerd lid
Lid geworden
20 okt 2012
Berichten
1.369
Waarderingsscore
361
Punten
83
nickvr zei:
MarcMarc zei:

Uit interesse toch even zitten kijken bij Loxone. Volgens de website ondersteunt Loxone UDP input waarmee je virtuele ingangen kan aansturen (https://www.loxone.com/nlnl/kb/virtuele-en-uitgangen/ ). Wanneer iemand handig is en een Loxone heeft, je zou eens moeten proberen om via UDP de Loxone te bedienen . Er is wel software te vinden waarmee je UDP commando's kan versturen  (bijv. https://packetsender.com/). Als dat lukt, dan koop je een arduino, een network shield, een paar regels C code en dan kan je via de inputs op de arduino de loxone bedienen. Dan ben je voor 20 euro klaar en dan zou je hetzelfde moeten kunnen bereiken als de > 400 euro uitbreidingsextensions van Loxone.

 

 

Dat is toch exact hetgeen de railduino (de TCP versie) doet? Of zie ik iets over het hoofd?
Of wat is het voordeel van UDP te gebruiken?

Nee. Niet standaard, maar het blijkt dat je een een nieuwe firmware in de railduino kan uploaden. Zie https://github.com/dusanmsk/railduino-udp.

Dan maakt de railduino wel gebruik van udp. UDP is over het algemeen sneller en scheelt veel TCP overhead.

 
Je hebt gelijk dat de loxone extensions niet goedkoop zijn, maar ik 'hoop' dat ze degelijk zijn, en als ik problemen heb, dat loxone (of de partner) mij verder helpt. Maar als je low budget wilt gaan, kan je (denk ik?) énkel de miniserver kopen (of miniserver go) en dan railduino... Ikzelf heb een miniserver en 5 extensions (en de aribase en 1 wire extension ook nog). Dat is idd pakweg 2500€. Als je dit met railduino doet, ben je 500€ voor miniserver en misschien 500€voor railduino in totaal kwijt? Dat is idd een besparing van 1500€. Maar ik denk dat ik toch geen spijt heb. Alle, op de volledige kost van een huis.. En ik 'hoop' dat dit toch zeker 10 jaar meegaat.. Dan wil ik gerust 1500€ extra betalen als ik weet dat dit zonder problemen die 10jaar (of meer) meegaat..

 

Wat kwaliteit betreft zou het helemaal niks uit moeten maken. Al dat soort apparatuur gebruikt dezelfde onderdelen. Extensions bevatten niet meer dan simpele I/O.  Neem bijvoorbeeld de relaiskaart van 474 euro. Intern zitten er relais van het type HF25F. Die kosten 1,43 per stuk ex BTW, trekken relatief veel stroom voor een 24V relais en zijn verder niet heel speciaal. Met de relais ben je er niet. Je hebt de printplaat (5 euro max, de connectoren, 5 euro, de dinkast, 5 euro en de interface met de loxone nodig (canbus + cpu) van circa 10 euro nodig. Meer is het niet. En wat gaat er over het algemeen kapot, de relais van 1,43. 

Dat is de reden dat Loxone zijn protocol gesloten heeft zodat niemand eigen I/O er aan kan hangen. Zal me niets verbazen als ze straks UDP ook dichtgooien of onbruikbaar maken.

De Loxone zou je moeten willen om de interface om rules e.d. in te stellen en ook daar zullen ze niet je hand vast houden. Service in de vorm van nieuwe firmware, defecten e.d., prima dat daar extra voor betaald wordt. Voor de I/O kaart, het is goedkoper op er één op de plank te leggen wanneer de de railduino ooit kapot gaat. Daarnaast, de Loxone zal ook geen eeuwige garantie geven.

 
Alhoewel dat het best kan zijn dat ik gewoon zo'n railduino eens aankoop om uit te proberen. Bv als ik nog veel hobbyprojectjes ontwikkel waar ik nog veel inputs/outputs voor nodig heb. Bv irrigatie, of verlichting op zolder, of monitoren van bepaalde dingen, enzovoort enzovoort. 

Precies! Dat soort dingen zijn leuk en met veel te dure I/O gaat er niemand meer hobbyen.
 

Nu7s

Zeer gewaardeerd lid
Lid geworden
19 aug 2011
Berichten
8.396
Waarderingsscore
354
Punten
83
Ik ben momenteel bezig met I/O eilanden te maken met NodeMCU bordjes. Spotgoedkoop,  programmeerbaar via Arduino, zeer laag verbruik en te verbinden via WiFi. De communicatie naar Loxone loopt ook via UDP commando's, dus hopelijk sluiten ze het nooit af aangezien het net daarom is dat ik Loxone gekozen heb. Enkele toepassingen in de pipeline:

- Niveaumeter regenwaterput
- Temperatuursensoren op CV-leidingen
- I/O voor openen/sluiten garagepoort
- Bewegingsmelders in standaard Niko blindplaat
- Watersensor onder CV en wasmachine
- Gaslekdetector
- ...
 

nickvr

Lid
Lid geworden
23 sep 2014
Berichten
678
Waarderingsscore
7
Punten
18
MarcMarc zei:
nickvr zei:
MarcMarc zei:

Uit interesse toch even zitten kijken bij Loxone. Volgens de website ondersteunt Loxone UDP input waarmee je virtuele ingangen kan aansturen (https://www.loxone.com/nlnl/kb/virtuele-en-uitgangen/ ). Wanneer iemand handig is en een Loxone heeft, je zou eens moeten proberen om via UDP de Loxone te bedienen . Er is wel software te vinden waarmee je UDP commando's kan versturen  (bijv. https://packetsender.com/). Als dat lukt, dan koop je een arduino, een network shield, een paar regels C code en dan kan je via de inputs op de arduino de loxone bedienen. Dan ben je voor 20 euro klaar en dan zou je hetzelfde moeten kunnen bereiken als de > 400 euro uitbreidingsextensions van Loxone.

 

 

Dat is toch exact hetgeen de railduino (de TCP versie) doet? Of zie ik iets over het hoofd?
Of wat is het voordeel van UDP te gebruiken?

Nee. Niet standaard, maar het blijkt dat je een een nieuwe firmware in de railduino kan uploaden. Zie https://github.com/dusanmsk/railduino-udp.

Dan maakt de railduino wel gebruik van udp. UDP is over het algemeen sneller en scheelt veel TCP overhead.

 
Je hebt gelijk dat de loxone extensions niet goedkoop zijn, maar ik 'hoop' dat ze degelijk zijn, en als ik problemen heb, dat loxone (of de partner) mij verder helpt. Maar als je low budget wilt gaan, kan je (denk ik?) énkel de miniserver kopen (of miniserver go) en dan railduino... Ikzelf heb een miniserver en 5 extensions (en de aribase en 1 wire extension ook nog). Dat is idd pakweg 2500€. Als je dit met railduino doet, ben je 500€ voor miniserver en misschien 500€voor railduino in totaal kwijt? Dat is idd een besparing van 1500€. Maar ik denk dat ik toch geen spijt heb. Alle, op de volledige kost van een huis.. En ik 'hoop' dat dit toch zeker 10 jaar meegaat.. Dan wil ik gerust 1500€ extra betalen als ik weet dat dit zonder problemen die 10jaar (of meer) meegaat..

 

Wat kwaliteit betreft zou het helemaal niks uit moeten maken. Al dat soort apparatuur gebruikt dezelfde onderdelen. Extensions bevatten niet meer dan simpele I/O.  Neem bijvoorbeeld de relaiskaart van 474 euro. Intern zitten er relais van het type HF25F. Die kosten 1,43 per stuk ex BTW, trekken relatief veel stroom voor een 24V relais en zijn verder niet heel speciaal. Met de relais ben je er niet. Je hebt de printplaat (5 euro max, de connectoren, 5 euro, de dinkast, 5 euro en de interface met de loxone nodig (canbus + cpu) van circa 10 euro nodig. Meer is het niet. En wat gaat er over het algemeen kapot, de relais van 1,43. 

Dat is de reden dat Loxone zijn protocol gesloten heeft zodat niemand eigen I/O er aan kan hangen. Zal me niets verbazen als ze straks UDP ook dichtgooien of onbruikbaar maken.

De Loxone zou je moeten willen om de interface om rules e.d. in te stellen en ook daar zullen ze niet je hand vast houden. Service in de vorm van nieuwe firmware, defecten e.d., prima dat daar extra voor betaald wordt. Voor de I/O kaart, het is goedkoper op er één op de plank te leggen wanneer de de railduino ooit kapot gaat. Daarnaast, de Loxone zal ook geen eeuwige garantie geven.

 
Alhoewel dat het best kan zijn dat ik gewoon zo'n railduino eens aankoop om uit te proberen. Bv als ik nog veel hobbyprojectjes ontwikkel waar ik nog veel inputs/outputs voor nodig heb. Bv irrigatie, of verlichting op zolder, of monitoren van bepaalde dingen, enzovoort enzovoort. 

Precies! Dat soort dingen zijn leuk en met veel te dure I/O gaat er niemand meer hobbyen.

Mja, ik begrijp je punten. En idd, het zal wel veel te veel kosten. Maar op zich begrijp ik hen ook wel hoor. Ontwikkeling/progammatie van loxone zelf, en ontwikkeling nieuwe loxone producten, kost ook (veel) geld. En het is uiteraard geen vzw :)  Ik ben super content, en ik vind de software van hen ook super.. De loxconfig, maar ook de android app en visulatiesatie. Dus als je dat allemaal meetelt, vindt ik het niet erg dat ik voor mn extensies eigenlijk 'teveel' betaald heb. Ze moeten het ergens halen. Ze hadden even goed kunnen zeggen: ok, als je zelf aanpassingen wilt doen, dan moet je loxconfig kopen voor 500€.

Wat me wel stoort, is dat ze nu idd zoals je zegt zelf kunnen bepalen van dingen dicht te smijten. Bv die Modbus die slechts om de 5sec kan pollen, Bv die UDP 'misschien'... Het 'zou' kunnen dat ze ook moeilijker gaan doen over KNX, maar ik vermoed dat ze daar wel héél héél hééééééél veel tegenwind gaan krijgen, dus dat zullen ze normaal niet doen. Maar ik zou serieus schrik hebben moest ik mn halve installatie op KNX hebben. Allé, het fijne is net aan Loxone dat je idd zélf nog dingen kunt bijbouwen. De loxone tree is ook iets waar ik zelf geen goed gevoel bij heb. Op die manier gaan ze meer en meer een gesloten systeem worden waar de users net niet voor gekozen hebben.. 
 

Rubeast

Lid
Lid geworden
22 apr 2015
Berichten
135
Waarderingsscore
0
Punten
16
Nu7s zei:
Ik ben momenteel bezig met I/O eilanden te maken met NodeMCU bordjes. Spotgoedkoop,  programmeerbaar via Arduino, zeer laag verbruik en te verbinden via WiFi. De communicatie naar Loxone loopt ook via UDP commando's, dus hopelijk sluiten ze het nooit af aangezien het net daarom is dat ik Loxone gekozen heb. Enkele toepassingen in de pipeline:

- Niveaumeter regenwaterput
- Temperatuursensoren op CV-leidingen
- I/O voor openen/sluiten garagepoort
- Bewegingsmelders in standaard Niko blindplaat
- Watersensor onder CV en wasmachine
- Gaslekdetector
- ...

Is wel interessant! 

Pokey57e is trouwens ook een alternatief voor Railduino die ik al vaak ben tegengekomen:
https://www.poscope.com/product/pokeys57e/

 

Offtopic:
Ik was ook van plan bewegingsmelders in een Niko blindplaat te plaatsen.
De blindplaten heb ik al, ik heb ook enkele Panasonic AMN31112J sensors (werken in combinatie met optocoupler met Loxone). Maar heb ook een paar sensors besteld bij AliExpress op 24V om te testen. Levering kan jammer genoeg een tijdje duren.

Heb je al een niveaumeter voor het water opt oog? Wil ik ook nog wel installeren.

 
 

Nu7s

Zeer gewaardeerd lid
Lid geworden
19 aug 2011
Berichten
8.396
Waarderingsscore
354
Punten
83
Pokey57e zou super geweest zijn mocht het POE ondersteunen, maar ik ga er mij eens in verdiepen. Desnoods met een POE splitter.

Je kan bij Aliexpress ook via DHL versturen als je het snel wil. Ik vind de trage gratis verzending juist één van de voordelen. Ik gebruik de goedkope 5V PIR sensoren, dan kan ik ze samen met de NodeMCU voeden. Alleen heb ik soms het probleem dat de NodeMCU niet boot met de PIR-voeding verbonden...

De niveausensor is de JSN-SR04T. Hiervoor gebruik ik wel geen NodeMCU aangezien ik (nog) geen WiFi in mijn waterput heb. In de plaats een Arduino Uno + Ethernet POE shield. Ligt klaar om in de put te monteren, maar het is mij te koud momenteel...
 

nickvr

Lid
Lid geworden
23 sep 2014
Berichten
678
Waarderingsscore
7
Punten
18
Rubeast zei:
Nu7s zei:
Ik ben momenteel bezig met I/O eilanden te maken met NodeMCU bordjes. Spotgoedkoop,  programmeerbaar via Arduino, zeer laag verbruik en te verbinden via WiFi. De communicatie naar Loxone loopt ook via UDP commando's, dus hopelijk sluiten ze het nooit af aangezien het net daarom is dat ik Loxone gekozen heb. Enkele toepassingen in de pipeline:

- Niveaumeter regenwaterput
- Temperatuursensoren op CV-leidingen
- I/O voor openen/sluiten garagepoort
- Bewegingsmelders in standaard Niko blindplaat
- Watersensor onder CV en wasmachine
- Gaslekdetector
- ...

Is wel interessant! 

Pokey57e is trouwens ook een alternatief voor Railduino die ik al vaak ben tegengekomen:
https://www.poscope.com/product/pokeys57e/

 

Offtopic:
Ik was ook van plan bewegingsmelders in een Niko blindplaat te plaatsen.
De blindplaten heb ik al, ik heb ook enkele Panasonic AMN31112J sensors (werken in combinatie met optocoupler met Loxone). Maar heb ook een paar sensors besteld bij AliExpress op 24V om te testen. Levering kan jammer genoeg een tijdje duren.

Heb je al een niveaumeter voor het water opt oog? Wil ik ook nog wel installeren.

 

Niveaumeting kan je op véle manieren.
1)  ultrasone sensor 0-10V . Hebben ze bij loxone.  Montage bovenin je put
2) druksensor 0-10V, Hebben ze ook bij loxone. Montage in de put uiteraard
Maar beide zijn toch redelijk prijzig vind/vond ik. 
Je kan ook een soort van 'schakelaar' in je put hangen op een niveau waar jij zelf wil. Alle, ikzelf zou eigenlijk enkel een melding willen krijgen als de put bijna leeg is. Bv als er nog 500Liter inzit.  Zo'n schakelaar kost misschien 10€ ofzo? (kan je op conrad kopen dacht ik).

Btw, ik heb je nog een pm gestuurd Rubeast :)
 

MarcMarc

Zeer gewaardeerd lid
Lid geworden
20 okt 2012
Berichten
1.369
Waarderingsscore
361
Punten
83
Rubeast schreef:[/b zei:
 

 

Offtopic:
Ik was ook van plan bewegingsmelders in een Niko blindplaat te plaatsen.
De blindplaten heb ik al, ik heb ook enkele Panasonic AMN31112J sensors (werken in combinatie met optocoupler met Loxone). Maar heb ook een paar sensors besteld bij AliExpress op 24V om te testen. Levering kan jammer genoeg een tijdje duren.

Ik heb me ook suf gezocht op aliexpress voor fatsoenlijke pir sensors. De sensoren met fatsoenlijke behuizing hebben allemaal een ingebouwd relais en de 1 euro pir bordjes zijn lastig chique weg te werken. Die panasonic sensors zijn wel innteressant. Nauwelijks zichtbaar en makkelijk weg te werken in bijvoorbeeld in het uiteinde van een installatiebuis.  Dus dank voor de tip.

Ik ga er van uit dat je de gevoeligheid kan regelen door iets van een softwarematige debounce op de output van de pirsensor. Als je eenmaal de output binnen hebt kan je zaken als duur van de sturen output, vertraging, fade-in fade-out, corridor regelingen enz enz allemaal eenvoudig in software regelen.

 
Nu7s]

Ik ben momenteel bezig met I/O eilanden te maken met NodeMCU bordjes. Spotgoedkoop,  programmeerbaar via Arduino, zeer laag verbruik en te verbinden via WiFi. De communicatie naar Loxone loopt ook via UDP commando's, dus hopelijk sluiten ze het nooit af aangezien het net daarom is dat ik Loxone gekozen heb. Enkele toepassingen in de pipeline:

- Niveaumeter regenwaterput
- Temperatuursensoren op CV-leidingen
- I/O voor openen/sluiten garagepoort
- Bewegingsmelders in standaard Niko blindplaat
- Watersensor onder CV en wasmachine
- Gaslekdetector
- ...


Die NodeMCU bordjes zijn inderdaad ook interessant. Zelf ga ik voor de meeste toepassing voor de nieuwe atmel328PB. Voordeel hiervan is dat er ingebouwde capacitive touch in zit (ideaal voor zelf te maken drukknoppen).

Wil je meer ingangs poorten en is de reactiesnelheid niet heel interessant dan kan je een parallel in serial out shift register toevoegen. Die poll je dan bijvoorbeeld om de seconde en je leest via 1 poort ineens alle 8 inputs in. Via een tweede poort stuur je een trigger signaal uit dat al clock dient.  In het ideale geval werk je alleen met irq's en wordt de mcu wakker wanneer er een poort wijzigt. Dat werkt niet met shift registers en daarvoor kan je de MCP23016 gebruiken Die heeft een irq out.  Het punt is namelijk dat de processoren 99,999% van de tijd niets doen en in power down mode kunnen draaien. IRQ's veroorzaken een wakeup en een paar ms later is de processor weer klaar met het afhandelen van de irq en bijbehorende functieroutines en kan weer gaan slapen. De poorten blijven dan actief. Zelfs PWM blijft werken als de bijbehorende timers niet uitgezet worden (PWM werkt intern ook met IRQ's). Overigens blijf ik ver weg bij de super inefficiënte arduino functies en stuur ik poorten aan door rechtstreeks de registers te schrijven. Is een al gauw 100x sneller dan de arduino digital write functies.

Voor extra uitgangen geldt hetzelfde principe, serial in, parallel out. Benodigde poorten, serial out, trigger en latch om de registers aan de output te koppelen. Op deze manier kan je tot bijna een oneindig aantal poorten aansturen.  En die shift registers kosten hooguit 20 cent p.s. via aliexpress. 

Allemaal te verkrijgen in niet smd uitvoeringen zodat je met een expirimenteerprint de boel aan elkaar kan solderen.
 

tjay

Zeer Actief lid
Lid geworden
21 jun 2011
Berichten
8.688
Waarderingsscore
27
Punten
38
MarcMarc schreef:

Die NodeMCU bordjes zijn inderdaad ook interessant. Zelf ga ik voor de meeste toepassing voor de nieuwe atmel328PB. Voordeel hiervan is dat er ingebouwde capacitive touch in zit (ideaal voor zelf te maken drukknoppen).

Is er een reden waarom je voor de 8bit AVR's gaat van Atmel, en bv. niet de breed ondersteunde SAMD21 reeks gebruikt? Die kosten een paar euro meer, maar geven u wel een 32-bit 80Mhz processor om mee te werken (wel minder I/O poorten).

Van zodra je data wil ontsluiten op een veilige manier (SSL/TLS), voldoen de 8-bit varianten niet meer. Als je met iets begint, zou ik dus geneigd zijn eerder naar andere MCU's kijken?
 

Rubeast

Lid
Lid geworden
22 apr 2015
Berichten
135
Waarderingsscore
0
Punten
16
Nu7s zei:
Je kan bij Aliexpress ook via DHL versturen als je het snel wil. Ik vind de trage gratis verzending juist één van de voordelen. Ik gebruik de goedkope 5V PIR sensoren, dan kan ik ze samen met de NodeMCU voeden. Alleen heb ik soms het probleem dat de NodeMCU niet boot met de PIR-voeding verbonden...

De niveausensor is de JSN-SR04T. Hiervoor gebruik ik wel geen NodeMCU aangezien ik (nog) geen WiFi in mijn waterput heb. In de plaats een Arduino Uno + Ethernet POE shield. Ligt klaar om in de put te monteren, maar het is mij te koud momenteel...

Waarom vind je trage gratis verzending een voordeel?
Ik zou het enkel nemen omdat DHL veeel vaker douane kosten aanrekent.
Ik was zelfs van plan LED spots te kopen op AliExpress en terwijl ze gratis DHL verzending aanbieden zou ik toch eerder standaard shipping verkiezen.

Die JSN-SR04 niveasensor ziet er wel een interessante optie uit. Heb je wat meer info over hoe je hem op Loxone aansluit?
nickvr schreef:

Niveaumeting kan je op véle manieren.
1)  ultrasone sensor 0-10V . Hebben ze bij loxone.  Montage bovenin je put
2) druksensor 0-10V, Hebben ze ook bij loxone. Montage in de put uiteraard
Maar beide zijn toch redelijk prijzig vind/vond ik. 
Je kan ook een soort van 'schakelaar' in je put hangen op een niveau waar jij zelf wil. Alle, ikzelf zou eigenlijk enkel een melding willen krijgen als de put bijna leeg is. Bv als er nog 500Liter inzit.  Zo'n schakelaar kost misschien 10€ ofzo? (kan je op conrad kopen dacht ik).

Btw, ik heb je nog een pm gestuurd Rubeast :)

Thx. Ik vind die eerste opties ook te duur. Zo een schakelaar op een bepaald niveau is misschien ook wel interessant. Ik had deze al besteld voor in mijn pompput.

 
MarcMarc schreef:

Ik ga er van uit dat je de gevoeligheid kan regelen door iets van een softwarematige debounce op de output van de pirsensor. Als je eenmaal de output binnen hebt kan je zaken als duur van de sturen output, vertraging, fade-in fade-out, corridor regelingen enz enz allemaal eenvoudig in software regelen.

Ik heb ze nog niet in gebruik, maar zover ik het begreep kan je de gevoeligheid van deze Panasonic sensors niet regelen. Je kan ze laten werken op 5V en als ze beweging detecteren sturen ze een 5V signaal naar een 5V-24V optocoupler waarvan je dan op zijn beurt naar een Loxone input kan gaan.
 

MarcMarc

Zeer gewaardeerd lid
Lid geworden
20 okt 2012
Berichten
1.369
Waarderingsscore
361
Punten
83
tjay zei:
MarcMarc schreef:

Die NodeMCU bordjes zijn inderdaad ook interessant. Zelf ga ik voor de meeste toepassing voor de nieuwe atmel328PB. Voordeel hiervan is dat er ingebouwde capacitive touch in zit (ideaal voor zelf te maken drukknoppen).

Is er een reden waarom je voor de 8bit AVR's gaat van Atmel, en bv. niet de breed ondersteunde SAMD21 reeks gebruikt? Die kosten een paar euro meer, maar geven u wel een 32-bit 80Mhz processor om mee te werken (wel minder I/O poorten).

Van zodra je data wil ontsluiten op een veilige manier (SSL/TLS), voldoen de 8-bit varianten niet meer. Als je met iets begint, zou ik dus geneigd zijn eerder naar andere MCU's kijken?

Goede vraag!

Voor alles op relatief lage bandbreedte is de AVR meer dan voldoende en heb je helemaal niks aan de extra snelheid. Het enige wat relevant is dat je de input van de bus die via optocouplers op de ingang van de mcu binnenkomt tijdig kan afhandelen en voldoende clock cycli over hebt om binnen de bit time de nodige acties te doen. Dali is 1200 bps manchester encoding met een halfbit time van 413us. Ik denk dat ik een bit van 10 us aan kan dus naar rond de 50kbps kan gaan zonder kunstgrepen als assembler. I2C 100Khz wordt ook ondersteund maar dat werkt rechtstreeks waarbij je per frame acties doet. Wat I/O betreft, poorten zat en veel sensoren zijn als I2C versie te krijgen en dan is het helemaal makkelijk. Alleen de SDA en SCL poort zijn nodig om de I2C bus te besturen. Je kan zelfs sensoren op afstand aansturen door de I2C bus snelheid lager te zetten. Bandbreedte bij sensoren is toch niet relevant. De 328PB ondersteund 2 I2C bussen dus een interne/externe bus verdeling is een optie.

Voor de dali application controllers wil ik ontsluiting via udp via de w5500 ethernet kaart. Die communicatie moet wel secure op basis van COAP met DTLS. Daarbij is encryptie nodig. De ATxmega128A1U draait op 32Mhz en heeft hardwarematige AES ondersteuning waarmee dat te doen is. Deze kost 3-5 euro.  Overigens is er niet heel veel verkeer te encrypten. Sensordata zal dominant zijn en het is echt niet zo dat je iedere ms een update wil. 1s tot een uur is eerder het geval en dan werkt het meeste ook nog eens interrupt gebaseerd, dus bij een change een event. Het kan maar zo zijn dat je met zo'n simpele atxmega128a de load van een heel flatgebouw aan kan. Pas als je veel analoog naar digitaal conversie doet, dan is het krap maar dat zou de sensor moeten doen en daar moet je een mcu niet mee lastig vallen.

Let wel, programmeren van zo'n ding is allemaal low level c(++) waarbij je 100% controle hebt over wat er moet gebeuren en dat kan heel efficient waarbij zeer weinig geheugen nodig is.

Dus ik bewandel 2 wegen. Simpele I/O devices binnen de communicatie bus, 8bit 8 - 16Mhz is meer dan voldoende en de 32Kb flash ook. Zou niet weten hoe ik dat vol moet krijgen want er zijn niet veel extra libraries nodig. EEPROM van 1Kb kan krap zijn, maar aan de andere kant, een 4 kanaals dali led dimmer gebruikt minder dan 200 bytes. 16 kanaals past makkelijk en de limiet is 64 devices. Ik kan er standaard 32KB eeprom van een paar cent bij op plakken voor toekomstige toepassingen als OLED displays waarbij de images in een eeprom opgeslagen worden.

Dus voor de wat heftige bordjes waar ik in principe honderden I/O uitgangen op kan ondersteunen, modbus en ethernet ondersteun en bridge/gateway functionaliteit tussen verschillende protocollen, daar gebruik ik een wat zwaardere processor voor de aes ondersteuning en meer flashruimte. Dan is het ook simpel om bijvoorbeeld 4-8 verschillende dali-bussen aan te sturen en sensor data vanuit het ene segment als actor in een ander segment te laten dienen (beetje als de KNX topologie). Ik zal in ieder geval de interne ruleengine op basis van 16 bits device addressing realiseren zodat KNX later in te passen is.

Tevens hang ik daar i2c eeprom uitbreiding van 32kb aan zodat ik alle rules decentraal kan opslaan en het systeem autonoom draait zolang er busspanning is. Aangezien het multi-master is kan ik zelfs al die rules repliceren naar de verschillende masters en is het systeem redundant. Een raspberry pi controller dient dan slechts als webserver die via udp interfaced met voornoemde masters. Dat gebeurd zonder polling want coap ondersteunt observers.
 

tjay

Zeer Actief lid
Lid geworden
21 jun 2011
Berichten
8.688
Waarderingsscore
27
Punten
38
Interessant. Ik heb in mijn vrije tijd op de Atmel 2560 een interface gemaakt die uit mijn ventilatieunit (Zehnder Comfo D450) alle informatie uitwisseling tussen de bediening en de unit afluistert en bv. de temperaturen uitleest (inkomende lucht / uitgaande lucht)... Inderdaad leuk - professioneel maken we op basis van andere ARM processoren oplossingen, daar komt wel wat meer bij kijken :). Onderschat dus niet wat er komt kijken bij het als hele oplossing maken... misschien is het op GitHub smijten voldoende... 
 
Blijf op de hoogte en schrijf je in voor 
onze nieuwsbrief
Bovenaan