Domoticz - open source domotica systeem - deel 4

[tsjoender]

DjAntoon schreef op vrijdag 18 september 2020 @ 13:18:
[...]


De versie zonder zigbee2mqtt assistent draait nu 2 dagen en 4 uur. Ik denk dat het iets met python drivers en docker te maken heeft:
docker-compose requires Python '>=3.4' but the running Python is 2.7.16

Dit was een foutmelding die voorbij kwam. Nu lijkt het beter te gaan.

Ik heb nog een ander merkwaardig ding met mijn DS18B20 op 1 wire. 15 sensors doen het prima, maar 2 willen niet. Uit de log:
Error: 1-Wire system : error reading value from /sys/bus/w1/devices/28-3c01b556dd69
Error: 1-Wire system : error reading value from /sys/bus/w1/devices/28-3c01b556479b

Deze komen ook niet voor in de: cd /sys/bus/w1/devices

Opvallend is dat al mijn andere werkende sensors eindigen op ff, bijv: 28-031740510eff
Al ooit eerder gezien en toen hielp een reboot van de RPI. (Maar ik wil nu effe afwachten hoelang deze up blijft.)
Iemand bekend met dit?

Dat sensoren een andere reeks hebben (bijv. 28-3c01b556xxxx versus 28-03174051xxxx) is niet heel vreemd en kan samenhangen met de batch waarin ze gekocht zijn. Als Domoticz klaagt dat ze niet gelezen kunnen worden dan zullen ze ergens onder Apparaten terug te vinden zijn (waarschijnlijk met ID 69DD en 9B47).

Zelf heb ik ook een sensor welke niet mee wilde spelen met de anderen op de bus en na enkele dagen ermee stopte. Deze heb ik nu op een eigen bus, maar dat stelt het uitvallen alleen maar uit na een aantal weken of maand. De sensor was ook niet duur, dus het zal wel een clone zijn met mindere specs. Nog niet eraan toe gekomen deze eens te wisselen voor een ander.

[Copitano]

DjAntoon schreef op vrijdag 18 september 2020 @ 13:18:
[...]


De versie zonder zigbee2mqtt assistent draait nu 2 dagen en 4 uur. Ik denk dat het iets met python drivers en docker te maken heeft:
docker-compose requires Python '>=3.4' but the running Python is 2.7.16

Dit was een foutmelding die voorbij kwam. Nu lijkt het beter te gaan.

Ik heb nog een ander merkwaardig ding met mijn DS18B20 op 1 wire. 15 sensors doen het prima, maar 2 willen niet. Uit de log:
Error: 1-Wire system : error reading value from /sys/bus/w1/devices/28-3c01b556dd69
Error: 1-Wire system : error reading value from /sys/bus/w1/devices/28-3c01b556479b

Deze komen ook niet voor in de: cd /sys/bus/w1/devices

Opvallend is dat al mijn andere werkende sensors eindigen op ff, bijv: 28-031740510eff
Al ooit eerder gezien en toen hielp een reboot van de RPI. (Maar ik wil nu effe afwachten hoelang deze up blijft.)
Iemand bekend met dit?

Welke DS18B20 heb je of ?
Krijgen ze genoeg stroom?
Hoe aangesloten, rechtstreeks of via ESP bordje? In dat geval is de WiFi verbinding stabiel?
Ik heb hier tig van die kleine sensor op alle aanvoer en retourleidingen van mijn convectoren. Ik heb ook gehad dat data niet doorkwam door slechte WiFi dekking of slechte verbinding tussen sensor en ESP bordje. Sensor geeft dan NaN of nan.

[DjAntoon]

@tsjoender @Copitano
Het zijn de losse, zelf kabels aangemaakt met kleine stekkertjes zodat ik ze makkelijk kan omprikken verhuizen etc.
Zojuist toch maar domoticz zelf gestopt en een image gemaakt. (16GB USB3 stick) gaat gelukkig best rap.
Nu zojuist opnieuw opgestart en deze 2 sensors worden nu wel herkend onder sys/bus/w1/devices

Gelijk Monit geinstalleerd via https://ehoco.nl/monit-voor-raspberry-pi-en-domoticz/ en dat werkt ook meteen. Wel meteen met restart @Speedy-Andre @Peutpeut uitgevoerd en lijkt prima te werken als ik sudo service domoticz.sh stop dan gaat deze vanzelf weer aan.
Ook krijg ik een mailtje.
Hopelijk weer een stapje vooruit.

[jubeth]

DjAntoon schreef op donderdag 17 september 2020 @ 15:03:
[...]
Voor huis tuin en keuken gebruik zal een DS18B20 in vele gevallen waarschijnlijk betere resultaten geven.

Tja, als dat is wat je wilt. ±0.5°C Accuracy from -10°C to +85°C is mij echt teveel hoor. Als je toch al zelf aan het bouwen bent, dan kun je evengoed voor beter gaan, zeker als dat niet duur is, zoals die TI LMT70 sensor.

[vwtune]

Ik zit even met het volgende en hoop dat iemand een oplossing heeft.
Al aardig wat wemos en nodemcu boardjes heb ik in gebruik met verschillende sensoren / switches e.d.

Nu heb ik een wemos met de laatste versie van Tasmota (8.5.0) en daaraan zit een humidity sensor:
https://nl.aliexpress.com...Av3hEALw_wcB&gclsrc=aw.ds

Aangesloten op AO (analoog), ik zie in de webinterface van tasmota ook de waarde staan en die veranderd wanneer ik de sensor nat maak. Nu is mijn vraag, hoe krijg ik deze (analoge) waarde via mqqt in domoticz? Normaal hoef ik alleen maar het IDX nummer in tasmota in te vullen zoals ik hem in domoticz heb staan. Maar ik kan voor de analoge in tasmota geen IDX nummer invullen. Hoe/ wat moet ik hiervoor aanpassen?

[ Voor 20% gewijzigd door vwtune op 22-09-2020 09:48 ]

[Sandolution]

vwtune schreef op dinsdag 22 september 2020 @ 09:48:
Aangesloten op AO (analoog), ik zie in de webinterface van tasmota ook de waarde staan en die veranderd wanneer ik de sensor nat maak. Nu is mijn vraag, hoe krijg ik deze (analoge) waarde via mqqt in domoticz? Normaal hoef ik alleen maar het IDX nummer in tasmota in te vullen zoals ik hem in domoticz heb staan. Maar ik kan voor de analoge in tasmota geen IDX nummer invullen. Hoe/ wat moet ik hiervoor aanpassen?

Ik ben tegen exact hetzelfde probleem aangelopen. Dit moet je met een rule oplossen, ik heb hem als volgt.
Bij een wijziging van meer dan 1% wordt de waarde via MQTT verstuurd.

code:

Rule1 on analog#a0div10 do publish domoticz/in {"idx":409,"svalue":"%value%"} endon"

Vergeet ook niet om de Rule in te schakelen:

code:

Rule1 1

[vwtune]

Sandolution schreef op dinsdag 22 september 2020 @ 10:55:
[...]


Ik ben tegen exact hetzelfde probleem aangelopen. Dit moet je met een rule oplossen, ik heb hem als volgt.
Bij een wijziging van meer dan 1% wordt de waarde via MQTT verstuurd.

code:

Rule1 on analog#a0div10 do publish domoticz/in {"idx":409,"svalue":"%value%"} endon"

Vergeet ook niet om de Rule in te schakelen:

code:

Rule1 1

Thanks, nu gebeurt er iig wat in domoticz, maar nog niet als ik zou willen. Ik heb een dummy vocht knop gemaakt, ik heb daarvan de idx in jouw voorbeeld ingevuld, maar ik zie dat de knop in domoticz wel waarde krijgt vanuit die wemos (ik zie de tijd veranderen) maar de waarde blijft op 0% staan. Wat voor dummy button in domoticz zou ik hiervoor moeten aanmaken zodat ie de waarde wel goed weergeeft en hoe kan ik ervoor zorgen dat de wemos alleen de waarde verstuurd wanneer de waarde meer dan 1% verandert? dus 10 of 20%? nu zie ik dat ie bijn om de 3 seconden iets verstuurd.

[Sandolution]

vwtune schreef op dinsdag 22 september 2020 @ 11:10:
[...]


Thanks, nu gebeurt er iig wat in domoticz, maar nog niet als ik zou willen. Ik heb een dummy vocht knop gemaakt, ik heb daarvan de idx in jouw voorbeeld ingevuld, maar ik zie dat de knop in domoticz wel waarde krijgt vanuit die wemos (ik zie de tijd veranderen) maar de waarde blijft op 0% staan. Wat voor dummy button in domoticz zou ik hiervoor moeten aanmaken zodat ie de waarde wel goed weergeeft en hoe kan ik ervoor zorgen dat de wemos alleen de waarde verstuurd wanneer de waarde meer dan 1% verandert? dus 10 of 20%? nu zie ik dat ie bijn om de 3 seconden iets verstuurd.

Ik heb gewoon een CustomSensor gemaakt, dat werkt. Die pakt namelijk wel de sValue. Een 'normale' switch gebruikt de nValue. Als unit heb ik gewoon %.

Dit zorgt ervoor dat het alleen bij een wijziging gebeurd:

code:

analog#a0div10

Wellicht moet je de regel een one-shot maken:

code:

Rule1 5

Zie ook de Tasmota help, even zoeken op div10.

[vwtune]

Sandolution schreef op dinsdag 22 september 2020 @ 11:46:
[...]


Ik heb gewoon een CustomSensor gemaakt, dat werkt. Die pakt namelijk wel de sValue. Een 'normale' switch gebruikt de nValue. Als unit heb ik gewoon %.

Dit zorgt ervoor dat het alleen bij een wijziging gebeurd:

code:

analog#a0div10

Wellicht moet je de regel een one-shot maken:

code:

Rule1 5

Zie ook de Tasmota help, even zoeken op div10.

Thanks, nu zie ik iig waardes van 73 of 80% in console en die zie ik dan ook in de custom sensor in Domoticz.
Hij verandert alleen maar 1 keer van status, ook al maak ik de sensor compleet nat, beetje nat of droog. de waarde verandert wel in tasmota maar hij doet er niets mee.

Jij hebt dus ook zo een vochtigheid meter in gebruik icm domoticz? geeft ie dan wel de goede waardes bij elke verandering aan in domoticz?

ook geeft ie maar 1 keer via mqqt de status door aan domoticz.
ook al gooi ik de sensor in een volle bak met water, verstuurd ie het niet naar domoticz meer. pas wanneer ik de rule regel weer intype

code:

12:08:05 CMD: Rule1 on analog#a0div10 do publish domoticz/in {"idx":1009,"svalue":"%value%"} endon"
12:08:05 RUL: Stored uncompressed, would compress from 79 to 65 (-18%)
12:08:05 MQT: stat/Plantensensor_Monstera/RESULT = {"Rule1":"ON","Once":"ON","StopOnError":"OFF","Length":79,"Free":432,"Rules":"on analog#a0div10 do publish domoticz/in {\"idx\":1009,\"svalue\":\"%value%\"} endon\""}
12:08:13 RUL: ANALOG#A0DIV10 performs "publish domoticz/in {"idx":1009,"svalue":"47"}"
12:08:13 MQT: domoticz/in = {"idx":1009,"svalue":"47"}
12:10:19 MQT: tele/Plantensensor_Monstera/STATE = {"Time":"2020-09-22T12:10:19","Uptime":"0T00:45:12","UptimeSec":2712,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":38,"MqttCount":1,"Wifi":{"AP":1,"SSId":"Xiaomi_8760","BSSId":"AC:84:C6:52:9F:F2","Channel":8,"RSSI":82,"Signal":-59,"LinkCount":1,"Downtime":"0T00:00:06"}}
12:10:19 MQT: tele/Plantensensor_Monstera/SENSOR = {"Time":"2020-09-22T12:10:19","ANALOG":{"A0":505}}
12:15:19 MQT: tele/Plantensensor_Monstera/STATE = {"Time":"2020-09-22T12:15:19","Uptime":"0T00:50:12","UptimeSec":3012,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":36,"MqttCount":1,"Wifi":{"AP":1,"SSId":"Xiaomi_8760","BSSId":"AC:84:C6:52:9F:F2","Channel":8,"RSSI":100,"Signal":-45,"LinkCount":1,"Downtime":"0T00:00:06"}}
12:15:19 MQT: tele/Plantensensor_Monstera/SENSOR = {"Time":"2020-09-22T12:15:19","ANALOG":{"A0":484}}
12:20:19 MQT: tele/Plantensensor_Monstera/STATE = {"Time":"2020-09-22T12:20:19","Uptime":"0T00:55:12","UptimeSec":3312,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":36,"MqttCount":1,"Wifi":{"AP":1,"SSId":"Xiaomi_8760","BSSId":"AC:84:C6:52:9F:F2","Channel":8,"RSSI":86,"Signal":-57,"LinkCount":1,"Downtime":"0T00:00:06"}}
12:20:19 MQT: tele/Plantensensor_Monstera/SENSOR = {"Time":"2020-09-22T12:20:19","ANALOG":{"A0":445}}

zoals je ziet, verzend ie maar 1 keer naar domoticz

[ Voor 53% gewijzigd door vwtune op 22-09-2020 13:23 ]

[Sandolution]

vwtune schreef op dinsdag 22 september 2020 @ 12:11:
[...]
ook geeft ie maar 1 keer via mqqt de status door aan domoticz.
ook al gooi ik de sensor in een volle bak met water, verstuurd ie het niet naar domoticz meer. pas wanneer ik de rule regel weer intype

Ik zie dat ik je onterecht naar Single-Shot heb gestuurd.
Het zou moeten zijn:

code:

Rule1 1

In plaats van:

code:

Rule1 5

De laatst genoemde is single shot, de andere is continu.

[Crazy-]

Na wat zoek werk kan ik geen antwoord vinden helaas; het volgende :

Mijn auto (plug-in) heeft ene 230Vac lader welke in een standaard WCD gaat van de garage. Daar ik specifiek de auto wil meten op zoek naar een een goede tussenmeter.

De Plugwise Plug lijkt mij ideaal; https://www.installatieva...emanagement-wit-1016-0300

Daar ik reeds Zigbee & Domoticz etc heb wil ik hem ook daarmee uit gaan lezen:
Kan dit?

Ik kan niet echt 1,2,3 vinden of dit rechtstreeks kan met 1 simpele plug,..

Alternatieven zijn welkom uiteraard. Mits de plug meetbaar & 16A maximaal aan kan.

[rens-br]

Crazy- schreef op dinsdag 22 september 2020 @ 16:49:
Daar ik reeds Zigbee & Domoticz etc heb wil ik hem ook daarmee uit gaan lezen:
Kan dit?

Ik kan niet echt 1,2,3 vinden of dit rechtstreeks kan met 1 simpele plug,..

Geen idee of het kan met die Plugwise, maar een stuk goedkoper alternatief is bijvoorbeeld https://shelly.cloud/prod...t-home-automation-device/. Kan via een plugin of direct via MQTT uitgelezen worden in Domoticz. Zie ook: [Shelly] Ervaringen & Discussie.

[vwtune]

Sandolution schreef op dinsdag 22 september 2020 @ 15:45:
[...]


Ik zie dat ik je onterecht naar Single-Shot heb gestuurd.
Het zou moeten zijn:

code:

Rule1 1

In plaats van:

code:

Rule1 5

De laatst genoemde is single shot, de andere is continu.

ook met rule1 1
stuurt ie maar 1 keer iets door naar domoticz, daarna gebeurt het niet meer
of is het omdat ik ook al een keer rule1 5 heb gedaan dat ie dat onthoud ofzo?

[ Voor 8% gewijzigd door vwtune op 22-09-2020 17:02 ]

[Sandolution]

vwtune schreef op dinsdag 22 september 2020 @ 17:00:
[...]


ook met rule1 1
stuurt ie maar 1 keer iets door naar domoticz, daarna gebeurt het niet meer
of is het omdat ik ook al een keer rule1 5 heb gedaan dat ie dat onthoud ofzo?

Ik zal vanavond eens even bij mij kijken hoe het ingesteld is. Durf ik zo niet hard te maken.
Wellicht dat de mijne het ook helemaal niet doet .

[ Voor 6% gewijzigd door Sandolution op 22-09-2020 17:24 ]

[DjAntoon]

Crazy- schreef op dinsdag 22 september 2020 @ 16:49:op zoek naar een een goede tussenmeter.

De Plugwise Plug lijkt mij ideaal; https://www.installatieva...emanagement-wit-1016-0300

Daar ik reeds Zigbee & Domoticz etc heb wil ik hem ook daarmee uit gaan lezen:
Kan dit?

Die plugwise is inderdaad ideaal 3600kW volgens de specs, dat is enorm, allemaal over 1 fase en een schucko plug. Knap, ik vrees dat ze 3600W bedoelen...

Ik zou dit soort pluggen niet durven te gebruiken met werkelijk 16A als belasting. Kijk eerder naar een stroommeter met een spoel als meetinstrument.
Een voorbeeld maar dan in z wave: Aeotec Energie Meter - 1 klem - 60A

[PnD]

Nu ios14 widgets ondersteund: iemand een idee of er een domoticz app komt die het mogelijk gaat maken om direct van je homescreen via een widget domotica te bedienen zoals op Android?

[Crazy-]

DjAntoon schreef op dinsdag 22 september 2020 @ 19:37:
[...]


Die plugwise is inderdaad ideaal 3600kW volgens de specs, dat is enorm, allemaal over 1 fase en een schucko plug. Knap, ik vrees dat ze 3600W bedoelen...

Ik zou dit soort pluggen niet durven te gebruiken met werkelijk 16A als belasting. Kijk eerder naar een stroommeter met een spoel als meetinstrument.
Een voorbeeld maar dan in z wave: Aeotec Energie Meter - 1 klem - 60A

Hehe 3600kW is wel iets veel ja, Duidelijk een. Foutje... voor de auto is 11A voldoende.

Ik ga er even induiken. De Shelly is ook interessant

[Sandolution]

vwtune schreef op dinsdag 22 september 2020 @ 17:00:
[...]


ook met rule1 1
stuurt ie maar 1 keer iets door naar domoticz, daarna gebeurt het niet meer
of is het omdat ik ook al een keer rule1 5 heb gedaan dat ie dat onthoud ofzo?

Even gekeken, mijne wordt braaf iedere minuut geupdate:

code:

10:13:31 MQT: domoticz/in = {"idx":408,"nvalue":0,"svalue":"19.8","Battery":100,"RSSI":4}
10:13:31 MQT: tele/tasmota/SENSOR = {"Time":"1970-01-02T10:13:31","ANALOG":{"A0":478},"DS18B20":{"Id":"0415A34FCEFF","Temperature":19.8},"TempUnit":"C"}
10:14:31 MQT: tele/tasmota/STATE = {"Time":"1970-01-02T10:14:31","Uptime":"1T10:14:18","UptimeSec":123258,"Heap":27,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":35,"MqttCount":2,"Wifi":{"AP":1,"SSId":"Area49","BSSId":"C8:66:5D:51:D0:94","Channel":5,"RSSI":38,"Signal":-81,"LinkCount":1,"Downtime":"0T00:00:12"}}
10:14:31 MQT: domoticz/in = {"idx":408,"nvalue":0,"svalue":"19.8","Battery":100,"RSSI":3}
10:14:31 MQT: tele/tasmota/SENSOR = {"Time":"1970-01-02T10:14:31","ANALOG":{"A0":478},"DS18B20":{"Id":"0415A34FCEFF","Temperature":19.8},"TempUnit":"C"}
10:15:31 MQT: tele/tasmota/STATE = {"Time":"1970-01-02T10:15:31","Uptime":"1T10:15:18","UptimeSec":123318,"Heap":27,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":35,"MqttCount":2,"Wifi":{"AP":1,"SSId":"Area49","BSSId":"C8:66:5D:51:D0:94","Channel":5,"RSSI":38,"Signal":-81,"LinkCount":1,"Downtime":"0T00:00:12"}}
10:15:31 MQT: domoticz/in = {"idx":408,"nvalue":0,"svalue":"19.8","Battery":100,"RSSI":3}
10:15:31 MQT: tele/tasmota/SENSOR = {"Time":"1970-01-02T10:15:31","ANALOG":{"A0":479},"DS18B20":{"Id":"0415A34FCEFF","Temperature":19.8},"TempUnit":"C"}
10:16:31 MQT: tele/tasmota/STATE = {"Time":"1970-01-02T10:16:31","Uptime":"1T10:16:18","UptimeSec":123378,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":40,"MqttCount":2,"Wifi":{"AP":1,"SSId":"Area49","BSSId":"C8:66:5D:51:D0:94","Channel":5,"RSSI":40,"Signal":-80,"LinkCount":1,"Downtime":"0T00:00:12"}}
10:16:31 MQT: domoticz/in = {"idx":408,"nvalue":0,"svalue":"19.8","Battery":100,"RSSI":4}
10:16:31 MQT: tele/tasmota/SENSOR = {"Time":"1970-01-02T10:16:31","ANALOG":{"A0":479},"DS18B20":{"Id":"0415A34FCEFF","Temperature":19.8},"TempUnit":"C"}

Rule:

code:

{"Rule1":"ON","Once":"OFF","StopOnError":"OFF","Length":77,"Free":434,"Rules":"on analog#a0div10 do publish domoticz/in {\"idx\":409,\"svalue\":\"%value%\"} endon"}

Deze is gelijk aan de rule die ik vanmiddag postte:

code:

Rule1 on analog#a0div10 do publish domoticz/in {"idx":409,"svalue":"%value%"} endon"}
Rule1 1

Wel heb ik TelePeriod op 60 gezet, maar zou niet weten waarom de mijne braaf update en de jouwe niet...

[andriesvd]

De Plugwise Plug lijkt mij ideaal; https://www.installatieva...emanagement-wit-1016-0300

Daar ik reeds Zigbee & Domoticz etc heb wil ik hem ook daarmee uit gaan lezen:
Kan dit?

Energie meten met de Plugwise Plug heb ik niet goed werkend gekregen in Domoticz. Zowel niet met deCONZ als met Zigbee2MQTT. Aan- en uitschakelen werkt wel prima.

Ga de Shelly Plug ook eens proberen.

[Knielen]

andriesvd schreef op woensdag 23 september 2020 @ 00:32:
[...]


Energie meten met de Plugwise Plug heb ik niet goed werkend gekregen in Domoticz. Zowel niet met deCONZ als met Zigbee2MQTT. Aan- en uitschakelen werkt wel prima.

Ga de Shelly Plug ook eens proberen.

Ook niet met Plugwise2Py? Werkt via mqtt en hier al 2 jaar stabiel

[vwtune]

Sandolution schreef op dinsdag 22 september 2020 @ 22:05:
[...]


Even gekeken, mijne wordt braaf iedere minuut geupdate:

code:

10:13:31 MQT: domoticz/in = {"idx":408,"nvalue":0,"svalue":"19.8","Battery":100,"RSSI":4}
10:13:31 MQT: tele/tasmota/SENSOR = {"Time":"1970-01-02T10:13:31","ANALOG":{"A0":478},"DS18B20":{"Id":"0415A34FCEFF","Temperature":19.8},"TempUnit":"C"}
10:14:31 MQT: tele/tasmota/STATE = {"Time":"1970-01-02T10:14:31","Uptime":"1T10:14:18","UptimeSec":123258,"Heap":27,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":35,"MqttCount":2,"Wifi":{"AP":1,"SSId":"Area49","BSSId":"C8:66:5D:51:D0:94","Channel":5,"RSSI":38,"Signal":-81,"LinkCount":1,"Downtime":"0T00:00:12"}}
10:14:31 MQT: domoticz/in = {"idx":408,"nvalue":0,"svalue":"19.8","Battery":100,"RSSI":3}
10:14:31 MQT: tele/tasmota/SENSOR = {"Time":"1970-01-02T10:14:31","ANALOG":{"A0":478},"DS18B20":{"Id":"0415A34FCEFF","Temperature":19.8},"TempUnit":"C"}
10:15:31 MQT: tele/tasmota/STATE = {"Time":"1970-01-02T10:15:31","Uptime":"1T10:15:18","UptimeSec":123318,"Heap":27,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":35,"MqttCount":2,"Wifi":{"AP":1,"SSId":"Area49","BSSId":"C8:66:5D:51:D0:94","Channel":5,"RSSI":38,"Signal":-81,"LinkCount":1,"Downtime":"0T00:00:12"}}
10:15:31 MQT: domoticz/in = {"idx":408,"nvalue":0,"svalue":"19.8","Battery":100,"RSSI":3}
10:15:31 MQT: tele/tasmota/SENSOR = {"Time":"1970-01-02T10:15:31","ANALOG":{"A0":479},"DS18B20":{"Id":"0415A34FCEFF","Temperature":19.8},"TempUnit":"C"}
10:16:31 MQT: tele/tasmota/STATE = {"Time":"1970-01-02T10:16:31","Uptime":"1T10:16:18","UptimeSec":123378,"Heap":26,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":40,"MqttCount":2,"Wifi":{"AP":1,"SSId":"Area49","BSSId":"C8:66:5D:51:D0:94","Channel":5,"RSSI":40,"Signal":-80,"LinkCount":1,"Downtime":"0T00:00:12"}}
10:16:31 MQT: domoticz/in = {"idx":408,"nvalue":0,"svalue":"19.8","Battery":100,"RSSI":4}
10:16:31 MQT: tele/tasmota/SENSOR = {"Time":"1970-01-02T10:16:31","ANALOG":{"A0":479},"DS18B20":{"Id":"0415A34FCEFF","Temperature":19.8},"TempUnit":"C"}

Rule:

code:

{"Rule1":"ON","Once":"OFF","StopOnError":"OFF","Length":77,"Free":434,"Rules":"on analog#a0div10 do publish domoticz/in {\"idx\":409,\"svalue\":\"%value%\"} endon"}

Deze is gelijk aan de rule die ik vanmiddag postte:

code:

Rule1 on analog#a0div10 do publish domoticz/in {"idx":409,"svalue":"%value%"} endon"}
Rule1 1

Wel heb ik TelePeriod op 60 gezet, maar zou niet weten waarom de mijne braaf update en de jouwe niet...

hmm,

Teleperiod 60 maakte ook niets uit, hij deed maar 1 keer naar domoticz versturen totdat ik:
Rule1 4 <- turn off one-shot rule
deed. nu verzend ie wel herhaaldelijk naar domoticz

[Sandolution]

vwtune schreef op woensdag 23 september 2020 @ 10:35:
[...]


hmm,

Teleperiod 60 maakte ook niets uit, hij deed maar 1 keer naar domoticz versturen totdat ik:
Rule1 4 <- turn off one-shot rule
deed. nu verzend ie wel herhaaldelijk naar domoticz

Goed om te weten, wist niet dat je met Rule 4 dit weer uit moest zetten.
Ook weer wat geleerd

[M.v.Veelen]

Weet iemand een oplossing voor het volgende:

Ik heb heel wat HUE lampen die ik aan zet met een bepaalde kleurwaarde en dimwaarde. Heel af en toe is er 1 eigenwijs en gaat dan aan maar bijv. op maar 3% ofzo. Nu is het zo dat de HUE lampen hun laatste instelling onthouden als ze uitgezet worden en simpelweg alleen maar aangezet worden en zouden deze waardes niet meegegeven hoeven worden.

Maar hoe zet ik ze in een GROUP of in een bash script zonder daarbij de dimwaardes hoeven in te geven zodat ze de laatst gebruikte waardes weer gebruiken?

[Dylantje2]

M.v.Veelen schreef op donderdag 24 september 2020 @ 21:33:
Weet iemand een oplossing voor het volgende:

Ik heb heel wat HUE lampen die ik aan zet met een bepaalde kleurwaarde en dimwaarde. Heel af en toe is er 1 eigenwijs en gaat dan aan maar bijv. op maar 3% ofzo. Nu is het zo dat de HUE lampen hun laatste instelling onthouden als ze uitgezet worden en simpelweg alleen maar aangezet worden en zouden deze waardes niet meegegeven hoeven worden.

Maar hoe zet ik ze in een GROUP of in een bash script zonder daarbij de dimwaardes hoeven in te geven zodat ze de laatst gebruikte waardes weer gebruiken?

Maak een groep en zet daar je lampen in.
Geef al die lampen de kleur ie je zelf wilt hebben en de lichtsterkte
Duw op safe
Dan kun je die groep een schakelaar geven. of een ab oid. Elke keer als je die schakelaar aan of zet die kleur.
Je zou ook een blockley kunnen maken als aan dan die groep aan

[M.v.Veelen]

Dylantje2 schreef op vrijdag 25 september 2020 @ 07:22:
[...]


Maak een groep en zet daar je lampen in.
Geef al die lampen de kleur ie je zelf wilt hebben en de lichtsterkte
Duw op safe
Dan kun je die groep een schakelaar geven. of een ab oid. Elke keer als je die schakelaar aan of zet die kleur.
Je zou ook een blockley kunnen maken als aan dan die groep aan

Dit is niet wat ik bedoel: als je ze in een GROUP zet, dan moet je ook een dim-waarde opgeven. Kleur zie ik zo 1,2,3 niet staan trouwens. Maar het punt is nu dat ik ze alleen maar ON wil kunnen switchen zonder kleurinstellingen of dim-waardes omdat het daar juist soms fout gaat. De HUE lampen, als je die stroomloos maakt en de stroom er weer op zet, nemen de laatste instellingen weer mee en dus hoef je ze niet elke keer die waardes mee te geven. Juist omdat dit soms fout gaat.

Stel je voor dat je 5 inbouwspots hebt en heel af en toe springen ze aan als het schemerig wordt en dat er dan eentje is die heel flauwtjes brandt. Dat wil ik proberen te voorkomen.

Het ligt niet aan het WiFi netwerk, er zijn meer dan genoeg HUE lampen door de hele woning en het is geen kasteel waardoor de afstanden te groot worden. Ik heb het heel af en toe en nog nooit kunnen pinpointen waar het aan zou kunnen liggen.

De 5 inbouwspots laat ik nu dmv een bash script (mbv een dummy schakelaar) allemaal tegelijkertijd inschakelen maar daarbij geef ik dus voor elke spot dezelfde waardes mee.

[rens-br]

M.v.Veelen schreef op vrijdag 25 september 2020 @ 08:15:
Maar het punt is nu dat ik ze alleen maar ON wil kunnen switchen zonder kleurinstellingen of dim-waardes omdat het daar juist soms fout gaat. De HUE lampen, als je die stroomloos maakt en de stroom er weer op zet, nemen de laatste instellingen weer mee en dus hoef je ze niet elke keer die waardes mee te geven. Juist omdat dit soms fout gaat.

Dan zal je een script moeten schrijven die naar alle lampen 'switchOn()' stuurt.

Hier onder heb ik een voorbeeld van een switchOff() die werkt op een timer:

code:

--*------------------------------------------------------------------------------------*--
--Creator: Rens
--Date: -
--Last update: 22-08-2019
--Changelog: Added Lampen eetkamer 
--Source: -
--Description: Turn everything off at night
--*------------------------------------------------------------------------------------*--

return {
    on = {
        timer = {
            'at 03:00'
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local LightWoon         = domoticz.devices(316) --Lampen Woonkamer --243 --251 
        local LightKeuken       = domoticz.devices(299) -- Lampen Keuken -- 240 -- 253
        local LightTV           = domoticz.devices(297) --Lampen TV woonkamer --244 -- 252 
        local LightHal          = domoticz.devices(245) --Lampen hal
        local LightBerg         =  domoticz.devices(246) --Lampen berging
        local LightSlaap        =  domoticz.devices(316) --Lampen slaapkamer -- 249 
        local LightWC           =  domoticz.devices(247) --Lampen WC
        local LightDouche       = domoticz.devices(248) -- Lampen badkamer      
        local LightKantoor      = domoticz.devices(250) --Lampen Kantoor
        local LightEet          = domoticz.devices(194) --Lampen Eetkamer
        local SwitchFont        = domoticz.devices(88) -- Switch Fontijn
        local LightSlaapKast    = domoticz.devices(199) -- Light Slaapkamerkast
        
        --Function
        LightWoon.switchOff().checkFirst()
        LightKeuken.switchOff().checkFirst()
        LightTV.switchOff().checkFirst()
        LightHal.switchOff().checkFirst()
        LightBerg.switchOff().checkFirst()
        LightSlaap.switchOff().checkFirst()
        LightWC.switchOff().checkFirst()
        LightDouche.switchOff().checkFirst()
        LightKantoor.switchOff().checkFirst()   
        LightEet.switchOff().checkFirst()
        SwitchFont.switchOff().checkFirst()
        LightSlaapKast.switchOff().checkFirst()
    end
}

Wil je een trigger op een device, bijvoorbeeld een dummy switch, zal je het volgende moeten gebruiken:

code:

return {
    on = {
        devices = {
            12
        }
    },

[ Voor 4% gewijzigd door rens-br op 25-09-2020 08:20 ]

[M.v.Veelen]

Wat voor script is dit @rens-br ? Dan kan ik het eens proberen.

[DizzyWeb]

Da's dzVents.

[M.v.Veelen]

Dit lijkt te werken, alleen heb ik niets met dzVents maar alles met LUA en zal ik het in LUA proberen te testen/gebruiken.

[Copitano]

dit heeft vrij weinig met de scope van het topic te maken....

[ Voor 95% gewijzigd door teacher op 27-09-2020 05:31 ]

[luigi87]

Ik loop ff tegen een probleempje aan, wat volgens mij best goed is op te lossen.
Alleen lukt het mijzelf helaas niet

Ik heb een Aeotec doorbell 6 gekoppeld aan Domoticz.
nu wil ik als die deurbel afgaat 2 andere deurbellen (die via zigbee2mqtt) gekoppelt zitten af laten gaan.

Echter de Doorbell 6 status is alleen een Off status (en dan ook nog eens 2 keer achter elkaar):



Nu heb ik een stukje code voor gemaakt in Dzvents, maar deze doet het helaas niet:
"Z-wave Deurbel" is de naam van de device van de Doorbell 6

code:

     return {
        off = {
          devices = {
             'Z-wave Deurbel'
          }
        },
        execute = function(domoticz, switch)
          if (switch.state == 'Off') then
              domoticz.devices('Zigbee2MQTT - Zigbeebel1').toggleSwitch()
              domoticz.devices('Zigbee2MQTT - Zigbeebel2').toggleSwitch()
          else
              domoticz.devices('Zigbee2MQTT - Zigbeebel1').switchOff()
              domoticz.devices('Zigbee2MQTT - Zigbeebel2').switchOff()
          end
        end
    }

[ Voor 4% gewijzigd door luigi87 op 26-09-2020 17:15 ]

[freestyler2]

Ik ben al een tijd op zoek naar een bewegingssensor, die rechtstreeks wordt aangesloten op netstroom waarbij je dus niet afhankelijk bent van batterijen. Tot zover is dit natuurlijk te vinden in iedere bouwmarkt... Maar we zitten hier in het Domoticz forum en de schakelaar dient dan ook hiermee compatible te zijn.

Ik heb nu zo'n lsc bewegingssensor van de Action geflashed met Tasmota en verbonden met Domoticz maar de delay en de batterijduur zijn niet optimaal in mijn situatie.

Nu kan je natuurlijk gaan hobby'en en het batterij deel ombouwen maar dan moet je weer gaan werken met allerlei omvormers, dat heeft niet mijn voorkeur.

Heeft iemand een goede suggestie?

[Andrehj]

freestyler2 schreef op zaterdag 26 september 2020 @ 23:25:
Heeft iemand een goede suggestie?

Steinel heeft z-wave PIR sensoren. Nadeel is de prijs...
Voor dat geld kun je ook wel een z-wave switch achter de schakelaar (van de buitenlamp in mijn geval) monteren en een gewone PIR sensor gebruiken (en die aan een ingang van de z-wave schakelaar hangen). Dan heb je alle flexibiliteit (en zo ga ik dat dus ook doen).

[JeroenE]

@freestyler2 Je kan ook een ander device gebruiken wat de output van je motion sensor afvangt en omzet naar iets wat je wel kan gebruiken. Ik heb er geen ervaring mee, maar bij een Shelly 1 kan je instellen dat deze als "activation switch" werkt. Als die dan input krijgt dan gaat hij aan en start (opnieuw) met aftellen om weer uit te gaan. Zit zo'n soort instelling niet ook in Tasmota?

[Copitano]

Voor het bijhouden van het elektraverbruik heb ik de volgend meters aangemaakt.

Daarvoor gebruik ik de volgende dzVents scripts.

code:

return {
    active = true,
    on = {
      devices = {
         'Power_SM',
      }
    },
    execute = function(domoticz, device)
            local Teruggeleverd_Meter   =domoticz.devices("Power_SM").counterDeliveredToday*1000
            local Verbruikt_Meter   =domoticz.devices("Power_SM").counterToday*1000
            local Netto_Verbruikt_Meter =domoticz.devices("Power_SM").counterToday*1000-Teruggeleverd_Meter     
        local Verbruikt_Direkt  =domoticz.devices("S0").WhToday-Teruggeleverd_Meter
        local Verbruikt_Totaal  =(Verbruikt_Direkt+Verbruikt_Meter)/1000

        domoticz.openURL('http://192.168.xxx.xxx:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('Teruggeleverd Meter').idx..'&nvalue=0&svalue='..Teruggeleverd_Meter)
    domoticz.openURL('http://192.168.xxx.xxx:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('Verbruikt Meter').idx..'&nvalue=0&svalue='..Verbruikt_Meter)
    domoticz.openURL('http://192.168.xxx.xxx:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('Netto Verbruikt Meter').idx..'&nvalue=0&svalue='..Netto_Verbruikt_Meter)
    domoticz.openURL('http://192.168.xxx.xxx:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('Verbruikt Direkt').idx..'&nvalue=0&svalue='..Verbruikt_Direkt)
    domoticz.openURL('http://192.168.xxx.xxx:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('Verbruikt Totaal').idx..'&nvalue=0&svalue='..Verbruikt_Totaal)

    end
}


return {
    active = true,
    on = {
      devices = {
         'Power_SM',
      }
    },
    execute = function(domoticz, device)

            local SM_Actueel1       =domoticz.devices("Power_SM").usageDelivered        
        local SM_Actueel2       =domoticz.devices("Power_SM").usage
        local S0_Actueel        =domoticz.devices("S0").WhActual
        local Verbruikt_Actueel =S0_Actueel - SM_Actueel1 + SM_Actueel2



        domoticz.openURL('http://192.168.xxx.xxx:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('Actueel Verbruik').idx..'&nvalue=0&svalue='..Verbruikt_Actueel)

domoticz.log('SM_Actueel1: '..SM_Actueel1)
domoticz.log('SM_Actueel2: '..SM_Actueel2)
domoticz.log('S0_Actueel: '..S0_Actueel)    

    end
}

Voor een aantal berekende standen heb ik (per ongeluk) managed counter meters aangemaakt in plaats van General, Costum Sensor. Op zich komen de waardes netjes in de sensor, maar de logs (grafieken) zijn leeg. Nu zie ik dat bij 'Vandaag' Undefined in de sensor komt te staan. En wordt denk ik gebruikt voor de log (grafiek).

Mijn vraag is: Wat moet ik in het script aanpassen om de waarde van vandaag op de plek te krijgen waar nu undefined staat? Heeft dat misschien iets te maken met 'nvalue=0&svalue='?
Heb wel dit gevonden,

maar weet niet wat nu de juiste syntax moet zijn. ; vervangen door ..in het script?

[ Voor 11% gewijzigd door Copitano op 29-09-2020 16:39 ]

[MikeOO]

Even als tip voor degene die BerryBoot gebruiken icm Domoticz en een harddisk (PiDrive in mijn geval)

Vandaag de laatste Beta update geïnstalleerd van Domoticz en dacht voer gelijk weer eens wat onderhoud uit in het systeem middels sudo apt-get update & sudo apt-get upgrade etc.

Na het onderhoud het systeem weer herstarten en toen niets meer. Geen beeld via HDMI en pingen lukte ook niet meer. Gelukkig al een keer eerder meegemaakt en ergens wordt er dus iets aangepast in BerryBoot die als enige vanaf SD draait.

Oplossing is om BerryBoot opnieuw te downloaden en deze opnieuw naar SD te kopiëren.
Maak wel even een backup van de bestanden die je er nu op hebt staan voor de zekerheid.

Daarna mocht je deze ooit hebben aangepast plaatst je cmdline.txt & config.txt terug van je backup en herstart je het systeem weer en als het goed is draait alles weer

[icecreamfarmer]

MikeOO schreef op zondag 27 september 2020 @ 14:42:
Even als tip voor degene die BerryBoot gebruiken icm Domoticz en een harddisk (PiDrive in mijn geval)

Vandaag de laatste Beta update geïnstalleerd van Domoticz en dacht voer gelijk weer eens wat onderhoud uit in het systeem middels sudo apt-get update & sudo apt-get upgrade etc.

Na het onderhoud het systeem weer herstarten en toen niets meer. Geen beeld via HDMI en pingen lukte ook niet meer. Gelukkig al een keer eerder meegemaakt en ergens wordt er dus iets aangepast in BerryBoot die als enige vanaf SD draait.

Oplossing is om BerryBoot opnieuw te downloaden en deze opnieuw naar SD te kopiëren.
Maak wel even een backup van de bestanden die je er nu op hebt staan voor de zekerheid.

Daarna mocht je deze ooit hebben aangepast plaatst je cmdline.txt & config.txt terug van je backup en herstart je het systeem weer en als het goed is draait alles weer

Is dat moeilijk in te stellen.

[Riessie85]

Hoe zijn jullie ervaringen met het gebruik van meerdere protocollen naast elkaar? Blijft dit stabiel draaien? Zou het ook kunnen gaan 'storen'? Ik zou namelijk graag Zigbee willen toevoegen aan mijn installatie.

Ik draai nu Domoticz beta met de volgende hardware:
RFXCOM - RFXtrx433e
Aeotec zw090-c - Z-wave
P1 slimme meter
Harmony Hub
Mi-lights
Onkyo AV Receiver

Zigbee zou ik graag ernaast gebruiken voor Hue / INNR lampen.

[freestyler2]

Ik heb in Domoticz een vereenvoudigd alarm gebeurtenis aangemaakt middels Blockly.

code:

If Sensor = on and If Telefoon = off
Do Set Scene On
Set Lamp Off after 1 sec
Set Lamp On after 2 sec
Set Lamp Off after 3 sec
Set Lamp On after 4 sec
Else if Sensor = off
Do set Scene off
Set Lamp off

Resultaat is simpel - Indien sensor wordt getriggert dan gaat de lamp 2x knipperen als ik (lees: mijn telefoon) niet thuis is.

Nu zou ik dit graag iets willen verbeteren aangezien het niet helemaal is wat ik wil maar het begin is er....

Ik zou namelijk willen dat dat knipperen oneindig gebeurd, net zolang tot de sensor weer off is (of in ieder geval wat langer dan 4 seconden, bijvoorbeeld 10minuten)....
Nu kan ik natuurlijk een triljoen keer on off on off toevoegen in Blockly maar dit lijkt mij niet de meest praktische oplossing.

Daarnaast zou ik graag een geluid willen afspelen op mijn Google Nest Mini (bijvoorbeeld een Alarm geluid) maar ik kan niet echt iets vinden hoe ik dit voor elkaar krijg

The easiest way is probably to put the mp3 files in '/var/www/html/mp3/xxx.mp3' so that they can be reached in a browser at
'<your IP address>/mp3'

This way the 'built-in to the system' Apache server (not the web-server in Domoticz)is being used to store and stream the audio files.

Then create a Node-Red flow that can be triggered by a switch in Domoticz and use a 'node-red-contrib-cast' node to play the audio file.

Bron

Maar ik zie nu een beetje water branden...? Heeft iemand een workaround die iets beter is uitgeschreven dan bovengenoemde link?

[ Voor 3% gewijzigd door freestyler2 op 28-09-2020 16:52 ]

[Dylantje2]

freestyler2 schreef op zaterdag 26 september 2020 @ 23:25:
Ik ben al een tijd op zoek naar een bewegingssensor, die rechtstreeks wordt aangesloten op netstroom waarbij je dus niet afhankelijk bent van batterijen. Tot zover is dit natuurlijk te vinden in iedere bouwmarkt... Maar we zitten hier in het Domoticz forum en de schakelaar dient dan ook hiermee compatible te zijn.

Ik heb nu zo'n lsc bewegingssensor van de Action geflashed met Tasmota en verbonden met Domoticz maar de delay en de batterijduur zijn niet optimaal in mijn situatie.

Nu kan je natuurlijk gaan hobby'en en het batterij deel ombouwen maar dan moet je weer gaan werken met allerlei omvormers, dat heeft niet mijn voorkeur.

Heeft iemand een goede suggestie?

MM
Ik heb xiaomi icm z2m maanden batterijlife
Op drukke plaatsen heb ik een plafond pir uit china omgebouwd met de inhoud van een xiaami pir.
Daarbij 2 batterijen er aan geslodeerd
1.5 jaar en draaien nog steeds
Kosten €15 per stuk denk ..

zwave op batterijen is ruk als je batterij zwak is..
Dus die moet je op 220. en dan zie je dat draadje ...

[DjAntoon]

Een nieuwe episode in mijn crashend domoticz systeem.

Na een aantal uur (12 is ongeveer het maximum lijkt het) "goed" functioneren van domoticz 2020.2 stable crasht domoticz. In ieder geval de webinterface.
Een sudo /etc/init.d/domoticz.sh restart helpt dan niet.
Als ik dan een sudo reboot doe, dan word de verbinding met putty verbroken. (logisch)
Maar ik kan blijven wachten, putty wil niet opnieuw verbinden en de rpi komt niet online.
Als ik bij de netwerkkabel kijk dan zijn de groene en oranje led ook uit. De groene led naast de rode power led (andere kant van de RPI) knippert wel normaal.

Als ik de power verwijder en deze dan weer terugstop dan komt de RPI weer tot leven en kan ik weer inloggen met putty.
Ik kan helaas geen scherm op de hdmi poort aansluiten aangezien de RPI ingebouwd zit...

Ik draai buster op RPI3B met een usb stick zonder sd card (boot van usb stick)

Ik moet toch gewoon sudo reboot kunnen gebruiken?

Als de rpi dan geboot is komt domoticz nog niet tot leven, status is active (exited)
een sudo /etc/init.d/domoticz.sh restart, zorgt er dan weer voor dat het weer loopt. active (running)

[ Voor 9% gewijzigd door DjAntoon op 28-09-2020 18:58 ]

[jobr]

freestyler2 schreef op maandag 28 september 2020 @ 16:49:
Maar ik zie nu een beetje water branden...? Heeft iemand een workaround die iets beter is uitgeschreven dan bovengenoemde link?

Misschien heb je hier wat aan.

[luigi87]

DjAntoon schreef op maandag 28 september 2020 @ 18:55:
Een nieuwe episode in mijn crashend domoticz systeem.

Na een aantal uur (12 is ongeveer het maximum lijkt het) "goed" functioneren van domoticz 2020.2 stable crasht domoticz. In ieder geval de webinterface.
Een sudo /etc/init.d/domoticz.sh restart helpt dan niet.
Als ik dan een sudo reboot doe, dan word de verbinding met putty verbroken. (logisch)
Maar ik kan blijven wachten, putty wil niet opnieuw verbinden en de rpi komt niet online.
Als ik bij de netwerkkabel kijk dan zijn de groene en oranje led ook uit. De groene led naast de rode power led (andere kant van de RPI) knippert wel normaal.

Als ik de power verwijder en deze dan weer terugstop dan komt de RPI weer tot leven en kan ik weer inloggen met putty.
Ik kan helaas geen scherm op de hdmi poort aansluiten aangezien de RPI ingebouwd zit...

Ik draai buster op RPI3B met een usb stick zonder sd card (boot van usb stick)

Ik moet toch gewoon sudo reboot kunnen gebruiken?

Als de rpi dan geboot is komt domoticz nog niet tot leven, status is active (exited)
een sudo /etc/init.d/domoticz.sh restart, zorgt er dan weer voor dat het weer loopt. active (running)

Ik heb hier een soort gelijk iets gehad nadat ik een switch had vervangen. Dit zorgde ervoor dat ik geen contact meer kreeg met mijn rpi, of heel traag.
Heb iets veranderd in je netwerk?

luigi87 schreef op zaterdag 26 september 2020 @ 17:06:
Ik loop ff tegen een probleempje aan, wat volgens mij best goed is op te lossen.
Alleen lukt het mijzelf helaas niet

Ik heb een Aeotec doorbell 6 gekoppeld aan Domoticz.
nu wil ik als die deurbel afgaat 2 andere deurbellen (die via zigbee2mqtt) gekoppelt zitten af laten gaan.

Echter de Doorbell 6 status is alleen een Off status (en dan ook nog eens 2 keer achter elkaar):
[Afbeelding]


Nu heb ik een stukje code voor gemaakt in Dzvents, maar deze doet het helaas niet:
"Z-wave Deurbel" is de naam van de device van de Doorbell 6

code:

     return {
        off = {
          devices = {
             'Z-wave Deurbel'
          }
        },
        execute = function(domoticz, switch)
          if (switch.state == 'Off') then
              domoticz.devices('Zigbee2MQTT - Zigbeebel1').toggleSwitch()
              domoticz.devices('Zigbee2MQTT - Zigbeebel2').toggleSwitch()
          else
              domoticz.devices('Zigbee2MQTT - Zigbeebel1').switchOff()
              domoticz.devices('Zigbee2MQTT - Zigbeebel2').switchOff()
          end
        end
    }

Iemand die mij met dit vraagstuk kan helpen?

[ Voor 33% gewijzigd door luigi87 op 28-09-2020 19:31 ]

[Brutuss]

Riessie85 schreef op maandag 28 september 2020 @ 16:42:
Hoe zijn jullie ervaringen met het gebruik van meerdere protocollen naast elkaar? Blijft dit stabiel draaien? Zou het ook kunnen gaan 'storen'? Ik zou namelijk graag Zigbee willen toevoegen aan mijn installatie.

Ik draai nu Domoticz beta met de volgende hardware:
RFXCOM - RFXtrx433e
Aeotec zw090-c - Z-wave
P1 slimme meter
Harmony Hub
Mi-lights
Onkyo AV Receiver

Zigbee zou ik graag ernaast gebruiken voor Hue / INNR lampen.

Is Domoticz hier niet juist een beetje voor bedoeld? Alles zien binnen te brengen in een centraal pakket?
Als ik tegenwoordig iets koop qua electronica dan kijk ik eerst of en welk merk ik kan toevoegen in Domoticz.

In het lijstje dat je aangeeft zie ik geen problemen. Twijfel je.. maak een backup en ga daarna aan de slag. Kan niet meer dan fout gaan maar dan kun je wel nog altijd makkelijk terug.

[DjAntoon]

luigi87 schreef op maandag 28 september 2020 @ 19:29:
[...]

Ik heb hier een soort gelijk iets gehad nadat ik een switch had vervangen. Dit zorgde ervoor dat ik geen contact meer kreeg met mijn rpi, of heel traag.
Heb iets veranderd in je netwerk?


[...]

Iemand die mij met dit vraagstuk kan helpen?

Nee, ik heb denk ik nu een jaar een edgerouter en die werkt heel stabiel, na een tijd lang gedonder met een tp link c7.

[MikeyMan]

Meer mensen die de beta draaien? Heb sinds een paar releases wat "hangs". Pi blijft door draaien, maar domoticz ligt stil.

[beOnt]

MikeyMan schreef op maandag 28 september 2020 @ 21:07:
Meer mensen die de beta draaien? Heb sinds een paar releases wat "hangs". Pi blijft door draaien, maar domoticz ligt stil.

Ik heb dit ook gehad vandaag. (eerste keer sinds heel lange tijd dat ik de beta's gebruik)

[MikeyMan]

beOnt schreef op maandag 28 september 2020 @ 21:11:
[...]


Ik heb dit ook gehad vandaag. (eerste keer sinds heel lange tijd dat ik de beta's gebruik)

Toevallig recent voor het eerst weer geupdate?

[DjAntoon]

luigi87 schreef op zaterdag 26 september 2020 @ 17:06:
Ik loop ff tegen een probleempje aan, wat volgens mij best goed is op te lossen.
Alleen lukt het mijzelf helaas niet

Ik heb een Aeotec doorbell 6 gekoppeld aan Domoticz.
nu wil ik als die deurbel afgaat 2 andere deurbellen (die via zigbee2mqtt) gekoppelt zitten af laten gaan.

Echter de Doorbell 6 status is alleen een Off status (en dan ook nog eens 2 keer achter elkaar):
[Afbeelding]


Nu heb ik een stukje code voor gemaakt in Dzvents, maar deze doet het helaas niet:
"Z-wave Deurbel" is de naam van de device van de Doorbell 6

code:

     return {
        off = {
          devices = {
             'Z-wave Deurbel'
          }
        },
        execute = function(domoticz, switch)
          if (switch.state == 'Off') then
              domoticz.devices('Zigbee2MQTT - Zigbeebel1').toggleSwitch()
              domoticz.devices('Zigbee2MQTT - Zigbeebel2').toggleSwitch()
          else
              domoticz.devices('Zigbee2MQTT - Zigbeebel1').switchOff()
              domoticz.devices('Zigbee2MQTT - Zigbeebel2').switchOff()
          end
        end
    }

Volgens mij is je begin helemaal fout.
Je laat het script triggeren op de deurbel.
Log of je script getriggerd is, zodat je kunt controleren of deze wel getriggerd word. Ik gebruik notificaties maar log kan ook prima.

Als ik je script lees wil je eigenlijk altijd de status toggle...
Probeer dit eerst eens, belangrijk is dat eerst je script triggert, controleer dat in de log. Als dat werkt kunnen we kijken wat er met de rest moet.

code:

return {
    active = true, 
    on = {
        devices = { 
                          'Z-wave Deurbel'
          }
        },

    execute = function(domoticz, device)

              domoticz.log('voordeur bel gaat af')  
              domoticz.devices('Zigbee2MQTT - Zigbeebel1').toggleSwitch()
              domoticz.devices('Zigbee2MQTT - Zigbeebel2').toggleSwitch()

       end
    }

[beOnt]

MikeyMan schreef op maandag 28 september 2020 @ 21:13:
[...]


Toevallig recent voor het eerst weer geupdate?

Bij mij is het versie 2020-09-19 // 12392. (ik update elke 2 weken) )Het is de eerste keer sinds die release, dus zal wellicht iets eenmalig zijn bij mij. Zal nu updaten naar de nieuwste versie 12393. (ook even een database check gedaan, maar geen issues gevonden)

[ Voor 6% gewijzigd door beOnt op 28-09-2020 21:24 ]

[MikeyMan]

beOnt schreef op maandag 28 september 2020 @ 21:21:
[...]


Bij mij is het versie 2020-09-19 // 12392. (ik update elke 2 weken) )Het is de eerste keer sinds die release, dus zal wellicht iets eenmalig zijn bij mij. Zal nu updaten naar de nieuwste versie 12393. (ook even een database check gedaan, maar geen issues gevonden)

Ook even integrity check gedaan. Maar daar kwam ook niks uit.
Log wordt blijkbaar elke reboot gecleared, dus dat is wat onhandig.

[DjAntoon]

@beOnt @MikeyMan Hebben jullie ook de rpi geupdate / upgrade gedaan?

Adding 'diversion of /boot/kernel.img to /usr/share/rpikernelhack/kernel.img by rpikernelhack'

Vond ik wel een aparte...

Setting up libraspberrypi0 (1.20200902-1) ...
Setting up libx11-6:armhf (2:1.6.7-1+deb10u1) ...
Setting up python-rpi.gpio (0.7.0-0.1~bpo10+1) ...
Setting up libbinutils:armhf (2.31.1-16+rpi2) ...
Setting up binutils-arm-linux-gnueabihf (2.31.1-16+rpi2) ...
Setting up raspi-config (20200902) ...
Setting up binutils (2.31.1-16+rpi2) ...
Setting up libraspberrypi-doc (1.20200902-1) ...
Setting up libraspberrypi-bin (1.20200902-1) ...
Setting up libraspberrypi-dev (1.20200902-1) ...
Setting up rpi-eeprom (9.0-1) ...
Processing triggers for systemd (241-7~deb10u4+rpi1) ...
Processing triggers for man-db (2.8.5-2) ...
Processing triggers for libc-bin (2.28-10+rpi1) ...

Bij mij lijkt z-wave misschien wel op een node te blijven hangen, dit heb ik nog nooit mee gemaakt.

2020-09-28 23:26:51.975 Error: OpenZWave: Type_Notification, NodeID not found internally!. HomeID: 0, NodeID: 255 (0xff)

ID 255...
Ook ik heb een db check gedaan.
sudo sqlite3 domoticz.db "PRAGMA integrity_check(10000);"
ok
Verder niets gemeld.
Ik draai stable... (Maar helaas niet bij mij)

[ Voor 5% gewijzigd door DjAntoon op 28-09-2020 23:41 ]

[Copitano]

DjAntoon schreef op maandag 28 september 2020 @ 18:55:
Een nieuwe episode in mijn crashend domoticz systeem.

Na een aantal uur (12 is ongeveer het maximum lijkt het) "goed" functioneren van domoticz 2020.2 stable crasht domoticz. In ieder geval de webinterface.

Ík heb dat gedonder hier ook al een tijdje met Buster en versie 2020.2 stable. Wel wisselend de ene keer drie dagen en op andere momenten met een of twee uur er tussen. De laatste twee uur 4 keer eruit. Gelukkig lijkt Monit het bij mij gelukkig tot nu steeds goed op te pakken en de boel meteen weer op te starten. Maar gezond lijkt het mij niet.

[ Voor 5% gewijzigd door Copitano op 29-09-2020 02:33 ]

[M.v.Veelen]

Hier geen crashende Domoticz, telkens laatste Beta. Lijkt me toch dat het iets te maken moet hebben met plugins / hardware en zou zelf eens gaan bekijken welke de oorzaak is van het crashende systeem door ze allemaal uit te schakelen en daarna 1 voor 1 aan te zetten (met ruime tussenpozen).

Ik heb zelf wel een ander probleem, al eerder over gehad ivm het niet op de juiste sterkte /kleursetting aan gaan van m'n HUE lapmpen, maar het blijkt nu dat de laatste tijd enkele lampen soms helemaal niet aan gaan en pas bij een 3e of 4e keer pas reageren als ze in een GROUP worden geschakeld.
Ik heb in de woonkamer, buiten bij de voordeur en achter bij de achterdeur totaal 9 HUE lampen. De HUE Bridge heb ik in een kast waar de Ziggo Next, PS en Onkyo versterker staan. Verder geen kast van een huis, dus de grootste afstand is ongeveer 9 meter (met een muur) tussen Bridge en HUE lamp.

Heb ik hier een dekkingsprobleem (het lijken wel steeds de lampen te zijn die het verst van de Bridge af staan) of is er iets anders aan de hand? De Bridge verplaatsen naar de meterkast houdt in dat dit gustig is voor 2 lampen en erg ongunstig voor de overige 7.

De bridge en alle lampen worden telkens voorzien van de laatste firmware updates.

Hoe kan ik erachter komen wat het probleem is?

Edit: ik heb in de HUE app een ander kanaal gekozen, kijken of dat het probleem oplost.

[ Voor 3% gewijzigd door M.v.Veelen op 29-09-2020 14:26 ]

[MikeOO]

icecreamfarmer schreef op maandag 28 september 2020 @ 16:36:
[...]


Is dat moeilijk in te stellen.

Als je BerryBoot hiermee bedoelt nee dat is niet moeilijk. Maar misschien je vraag even duidelijker stellen

[MikeyMan]

@DjAntoon ja volgens mij ben ik up to date. Apt-get upgrade en update gedaan.

Zit op buster.

[ Voor 3% gewijzigd door MikeyMan op 29-09-2020 08:16 ]

[icecreamfarmer]

MikeOO schreef op dinsdag 29 september 2020 @ 07:10:
[...]


Als je BerryBoot hiermee bedoelt nee dat is niet moeilijk. Maar misschien je vraag even duidelijker stellen

Dat bedoelde ik idd.

[DjAntoon]

Copitano schreef op dinsdag 29 september 2020 @ 02:28:
[...]

Ík heb dat gedonder hier ook al een tijdje met Buster en versie 2020.2 stable. Wel wisselend de ene keer drie dagen en op andere momenten met een of twee uur er tussen. De laatste twee uur 4 keer eruit. Gelukkig lijkt Monit het bij mij gelukkig tot nu steeds goed op te pakken en de boel meteen weer op te starten. Maar gezond lijkt het mij niet.

Voor kerst 2019 had ik een uptime van meer als 200 dagen...
Het gedonder begon met open z wave 1.6.

Inmiddels heb ik bijna al mijn dzvents scripts disabled, growatt python script gestopt.

Sinds gisteren na een update upgrade lijkt het alsof open z wave compleet vastloopt.

Ik zie: Not all Nodes have been Queried yet, OpenZWave not fully initialized yet!

En deze melding gaat niet weg, ook niet na een refresh van de webpage of een reboot.
De z wave devices reageren nu ook niet meer.

[Groentjuh]

Riessie85 schreef op maandag 28 september 2020 @ 16:42:
Hoe zijn jullie ervaringen met het gebruik van meerdere protocollen naast elkaar? Blijft dit stabiel draaien? Zou het ook kunnen gaan 'storen'? Ik zou namelijk graag Zigbee willen toevoegen aan mijn installatie.

Ik draai nu Domoticz beta met de volgende hardware:
RFXCOM - RFXtrx433e
Aeotec zw090-c - Z-wave
P1 slimme meter
Harmony Hub
Mi-lights
Onkyo AV Receiver

Zigbee zou ik graag ernaast gebruiken voor Hue / INNR lampen.

RFXtrx433e = 433MHz
Aeotec = Z-Wave = 868Mhz
P1 = gaat niet door de lucht, of misschien via wifi...
Harmony Hub = IR + wifi
Mi-lights = 2400-2483.5Mhz (kan wifi waarschijnlijk plagen; en wifi misschien de lampen)
Onkyo AV Receiver = wifi of ethernet

Nee, dat gaat geen problemen geven. De Mi-lights zitten op dezelfde frequentie als wifi kanalen 1 tot 4, maar Mi-lights zullen geen probleem zijn voor wifi, want daar is het te weinig verkeer voor. De wifi van de buren kan meer storen.

De rest zit allemaal op verschillende frequenties. Als je ook nog Zigbee erbij hebt zou je 868 delen met Zigbee en Z-Wave. Maar dat gaat in mijn ervaring ook goed.

[elebroek]

Ik heb een vraag:
Ik ga binnenkort verhuizen naar een nieuwe woning. Nu wil ik binnen Domoticz daar ook zigbee-apparaten in de garage gaan gebruiken. De garage staat echter 10 meter van de woning, met daartussen de woning van de buren. Ik heb wel bedraad en draadloos netwerk in de garage. Ik werk nu met een CC2531 stick. Ik denk dat deze de afstand niet kan overbruggen. Ik kan ook geen router of zigbee lampen tussen de woning en de garage plaatsen.
Ik heb gekeken naar een slave-pi in de garage maar ik kan geen 2e coördinator binnen hetzelfde netwerk gebruiken?
Moet ik dan in de garage wifi sensoren gaan gebruiken of zijn er nog andere oplossingen?

[DjAntoon]

elebroek schreef op dinsdag 29 september 2020 @ 13:37:

Ik heb gekeken naar een slave-pi in de garage maar ik kan geen 2e coördinator binnen hetzelfde netwerk gebruiken?
Moet ik dan in de garage wifi sensoren gaan gebruiken of zijn er nog andere oplossingen?

Waarom niet? Als je buren ook zigbee gebruiken, of de lantaarn palen, dan is er misschien ook wel een zigbee netwerk binnen bereik.
Ik weet niet wat slim is met de keuze van het kanaal...

Wifi kan natuurlijk ook, en zal door velen hier gepromoot worden.

[fisherman]

Ik heb een tuya hub voor thuis, waar ik lampen, gordijnrails en mijn garagedeur mee kan bedienen. Nu wil ik ook lichtschakelaars gaan aanschaffen, maar ik zie dat er zowel zijn die een neutrale draad hebben als zonder neutrale draad. Weet iemand welk je in Nederland zou moeten hebben? Ik heb ze gezien van het merk Moes, uiteraard bij AliExpress.

[Mozart]

fisherman schreef op dinsdag 29 september 2020 @ 14:57:
Ik heb een tuya hub voor thuis, waar ik lampen, gordijnrails en mijn garagedeur mee kan bedienen. Nu wil ik ook lichtschakelaars gaan aanschaffen, maar ik zie dat er zowel zijn die een neutrale draad hebben als zonder neutrale draad. Weet iemand welk je in Nederland zou moeten hebben? Ik heb ze gezien van het merk Moes, uiteraard bij AliExpress.

Het ligt aan de schakelaar die je wil vervangen. Sommige schakelaars hebben geen nuldraad en dus moet je schakelaar dan ook geschikt voor zijn. Dus je schakelaar uit de muur halen en kijken wat je hebt is het handigst.

[fisherman]

Mozart schreef op dinsdag 29 september 2020 @ 15:38:
[...]

Het ligt aan de schakelaar die je wil vervangen. Sommige schakelaars hebben geen nuldraad en dus moet je schakelaar dan ook geschikt voor zijn. Dus je schakelaar uit de muur halen en kijken wat je hebt is het handigst.

Ok, dan ga ik dat eerst maar eens doen. Ik dacht dat dat een verschil was tussen bijvoorbeeld US en EU, maar blijkbaar niet.

[Copitano]

M.v.Veelen schreef op dinsdag 29 september 2020 @ 07:01:
Hier geen crashende Domoticz, telkens laatste Beta. Lijkt me toch dat het iets te maken moet hebben met plugins / hardware en zou zelf eens gaan bekijken welke de oorzaak is van het crashende systeem door ze allemaal uit te schakelen en daarna 1 voor 1 aan te zetten (met ruime tussenpozen).

Op zich hangt er niet heel veel spannends aan, maar wel een flink aantal ESP bordjes met temp sensoren. Geen Z-wave Zigbee of RFX nog. Wel een aantal simpele dzVents scriptjes. Maar die zijn er allemaal allang voor het crashen actief gezet. Er is ook niets bijgekomen ofzo. Het lijkt te zijn ontstaan na een sudo apt-get update && sudo apt-get upgrade van een paar weken geleden. Toevallig afgelopen nacht heel veel (7) crashes gehad van domo.
Kan de crashes altijd mooi zien in deze grafiek van de koeling van mijn WP (die staat uit de veranderd nu niet). Het zijn de witte strepen in de grafiek. Pi blijft gewoon draaien en Monit start de boel wel weer op tot nu toe. Heb al eens overwogen om de hele handel opnieuw te installeren, maar ik weet nog niet precies welke bestanden ik vooraf veilig moet stellen om de hele handel niet weer opnieuw te moeten aanmaken. Met name het terugzetten van de influx database is een hels karwei. Bij te grote brokken uit een backup in een keer terugschrijven loopt de boel vast (daar heb ik ervaring mee).
Net als @DjAntoon eigenlijk voor die tijd nooit problemen van deze orde, tenzij de stroom er een keer per ongeluk afging zonder netjes afsluiten.

Ik heb zelf wel een ander probleem, al eerder over gehad ivm het niet op de juiste sterkte /kleursetting aan gaan van m'n HUE lapmpen, maar het blijkt nu dat de laatste tijd enkele lampen soms helemaal niet aan gaan en pas bij een 3e of 4e keer pas reageren als ze in een GROUP worden geschakeld.
Ik heb in de woonkamer, buiten bij de voordeur en achter bij de achterdeur totaal 9 HUE lampen. De HUE Bridge heb ik in een kast waar de Ziggo Next, PS en Onkyo versterker staan. Verder geen kast van een huis, dus de grootste afstand is ongeveer 9 meter (met een muur) tussen Bridge en HUE lamp.

Heb ik hier een dekkingsprobleem (het lijken wel steeds de lampen te zijn die het verst van de Bridge af staan) of is er iets anders aan de hand? De Bridge verplaatsen naar de meterkast houdt in dat dit gustig is voor 2 lampen en erg ongunstig voor de overige 7.

De bridge en alle lampen worden telkens voorzien van de laatste firmware updates.

Hoe kan ik erachter komen wat het probleem is?

Edit: ik heb in de HUE app een ander kanaal gekozen, kijken of dat het probleem oplost.

Ik heb hier ook en HUE bridge (nog een oude ronde) met 11 lampen er aan. Geen probleem mee. Verste afstand bridge-lamp ca. 9 meter (wel nagenoeg onbelemmerd). Kun je de bridge ergens halverwege tussen de lampen aansluiten? Dan weet je of de afstand het probleem is

[Copitano]

Weet echt niemand het antwoord op deze vraag?

[DjAntoon]

Ok, wat wijzer. Als ik een eerdere image terugzet op de RPI USB stick dan werkt z wave weer.
Wat had ik gedaan:
sudo apt-get update
sudo apt-get dist-upgrade
sudo apt-get install sqlite3

Achteraf was de dist-upgrade misschien niet slim, en had ik een gewone moeten doen?
Ik had een sqlite3 tutorial gevolgt, en daar stond dat in.
Het doel van sqlite3 was een check op mijn database, die lijkt ok te zijn.

In de /var/log/syslog, zag ik ook diverse failed voorbij komen.
Nu zijn die errors er niet.
Ik heb lange tijd het growatt python script verdacht en had het gisteren uitgeschakeld, maar dat lijkt niet het probleem.

Welke log files kan ik nog meer inkijken? Ik heb met moeite domoticz_crash.log weten te bekijken, maar daar word ik niet veel wijzer van. ik zie alleen LWP met een volgnummer?

Edit:
Ik zie direct alweer:
2020-09-29 16:06:56.883 Error: OpenZWave: Type_Notification, NodeID not found internally!. HomeID: 0, NodeID: 255 (0xff)

Voorbij komen, dat zit me niet lekker.

[ Voor 10% gewijzigd door DjAntoon op 29-09-2020 16:48 ]

[jobr]

elebroek schreef op dinsdag 29 september 2020 @ 13:37:
Ik heb gekeken naar een slave-pi in de garage maar ik kan geen 2e coördinator binnen hetzelfde netwerk gebruiken?
Moet ik dan in de garage wifi sensoren gaan gebruiken of zijn er nog andere oplossingen?

Het is zo dat 1 zigbee netwerk max 1 coordinator heeft. Maar je kunt meerdere zigbee netwerken maken met ieder een coordinator die ieder een ander kanaal gebruiken.

[M.v.Veelen]

Copitano schreef op dinsdag 29 september 2020 @ 16:17:
[...]

[...]
Ik heb hier ook en HUE bridge (nog een oude ronde) met 11 lampen er aan. Geen probleem mee. Verste afstand bridge-lamp ca. 9 meter (wel nagenoeg onbelemmerd). Kun je de bridge ergens halverwege tussen de lampen aansluiten? Dan weet je of de afstand het probleem is

Ik heb de nieuwere versie maar vanmiddag een ander kanaal ingesteld. Ben nu de HUE lampen aan het updaten (duurt laaaaaangggg) en vanmiddag de bridge ook een update gegeven. Updates automatisch installeren stond aan maar blijkbaar is dat niet goed gegaan. Van de 5 plafondspots hebben een paar de update gemist zie ik. Eens kijken wat het doet met dit andere kanaal en de firmware updates.

Vwb je Domoticz, hecht je zoveel waarde aan je grafieken/data/InfluxDB? Ik heb het nu dik een half jaar draaien en heb er eerlijk gezegd al tijden niet meer naar gekeken. Gekeken, meer dan dat doe ik er ook niet mee en ga het binnenkort toch maar verwijderen. Wat moet ik er anders mee?

Stel nu dat je dat eens offline haalt voor een nachtje (hardware even uitschakelen) om te zien of het dan stabiel blijft?

[Knielen]

@Copitano Betreffende die vraag van afgelopen zondag. Volgens mij is het probleem dat je direct een totaalstand kopieert naar een teller die hier niet voor bedoelt is. 2 mogelijke oplossingen: 1. Omdat je toch geen logs hebt deze devices weg doen en de juiste aanmaken. 2. Niet het aantal kWh oversturen naar de devices, maar het actuele verbruik (Watt), het device berekend dan zelf het aantal kWh.

[Copitano]

Knielen schreef op dinsdag 29 september 2020 @ 21:42:
@Copitano Betreffende die vraag van afgelopen zondag. Volgens mij is het probleem dat je direct een totaalstand kopieert naar een teller die hier niet voor bedoelt is. 2 mogelijke oplossingen: 1. Omdat je toch geen logs hebt deze devices weg doen en de juiste aanmaken. 2. Niet het aantal kWh oversturen naar de devices, maar het actuele verbruik (Watt), het device berekend dan zelf het aantal kWh.

Ik ga het laatste proberen

[ Voor 16% gewijzigd door Copitano op 29-09-2020 22:30 ]

[Copitano]

M.v.Veelen schreef op dinsdag 29 september 2020 @ 20:21:
[...]
Vwb je Domoticz, hecht je zoveel waarde aan je grafieken/data/InfluxDB?

Daar heb ik het zo ongeveer voor. In de winter vooral voor monitoring van mij hybride WP. Zo kwam ik er afgelopen winter achter dat die niet meer goed functioneerde (lekkende koelvloeistofkoppeling) door de COP te vergelijken met ongeveer gelijke dagen in het jaar ervoor.
In de zomer monitor ik de zonnepanelen (in juli geplaatst). Ruim 8,6 kWp Oost-West. Moet goed zijn voor tussen 7000 en 7500 kWh/jr. Net genoeg voor gewoon gebruik + de warmtepomp. Kijk er wel dagelijks naar en haal er nuttige analyses uit. Lampen is voor mij weer iets dat niet persé moet, maar leuk omdat het kan

Stel nu dat je dat eens offline haalt voor een nachtje (hardware even uitschakelen) om te zien of het dan stabiel blijft?

Ja, dat zou kunnen. Het blijft echter nu ook wel eens drie dagen draaien zonder probleem
Het domoticz-crash.log zegt mij net als @DjAntoon ook niet zoveel. Staat voor mij adacadabra in

[ Voor 4% gewijzigd door Copitano op 29-09-2020 22:30 ]

[hannibal2206]

Ik heb sinds vandaag een slimme meter (Landis & Gyr E360), en krijg met 3 verschillende kabels geprobeerd steeds CRC errors in de log van die slimme meter.

Ik heb 1 kabel opengemaakt en die heeft inderdaad een pullup weerstand geinstalleerd

"
2020-09-30 01:56:19.455 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:2.8.2(000000.000"
2020-09-30 01:56:19.329 Status: P1 Smart Meter: Using serial port: /dev/ttyUSB-P1B
2020-09-30 01:56:19.333 Status: P1 Smart Meter: Worker started...
2020-09-30 01:56:19.395 Status: P1 Smart Meter: Meter reports as DSMR 5.0
2020-09-30 01:56:20.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:21.903 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:22.394 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-3:0.2.8(50!"
2020-09-30 01:56:23.905 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:24.903 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:25.704 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:22.7.0(00.000"
2020-09-30 01:56:26.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:27.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:28.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:29.445 P1 Smart Meter: Dismiss incoming - value in line "1-0:2.8.1(000001.680(kWh)" is not a number
2020-09-30 01:56:30.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:31.614 P1 Smart Meter: Dismiss incoming - value in line "1-0:32.7.0(32.2*V)" is not a number
2020-09-30 01:56:32.615 P1 Smart Meter: Dismiss incoming - value in line "1-0:32.7.0(32.2*V)" is not a number
2020-09-30 01:56:33.664 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:71.7.0(001"
2020-09-30 01:56:34.455 P1 Smart Meter: Dismiss incoming - value in line "1-0:2.8.2(000000. 00*kWh)" is not a number
2020-09-30 01:56:35.903 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:36.695 P1 Smart Meter: Dismiss incoming - value in line "1-0:61.7.0(0011"*kW)" is not a number
"

Als in met cu commando kijk (cu -l /dev/ttyUSB-P1B -s 115200 --parity=none > ./serial.log) lijkt de data toch correct binnen te komen:

pi@raspberrypi3:~$ cat ./serial.log
/XMX5LGF0010455246675

1-3:0.2.8(50)
0-0:1.0.0(200930015056S)
0-0:96.1*1(4530303637303035353234363637353230)
1-0:1.8.1(000005.572*kWh)
1-0:1.8.2(000000.000*kWh)
1-0:2.8.1(000001.680*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(02.410*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00010)
0-0:96.7.8(00001)
1-0:99.97.0(0)(0-0:96.7.19)
1-0:32.32.0(00005)
1-0:52.32.0(00007)
1-0:72.32.0(00007)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.3*0()
1-0:32.7.0(232.4*V)
1-0:52.7.0(234.3*V)
1-0:72.7.0(235.3*V)
1-0:31.7.0(009*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A)
1-0:21.7.0(02.150*kW)
1-0:41.7.0(00.149*kW)
1-0:61.7.0(00.110*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
!DC81
/XMX5LGF0010455246675

1-3:0.2.8(50)
0-0:1.0.0(200930015057S)
0-0:96.1.1(45303036373030353532343636#7353230)
1-0:1.8.1(000005.572*kWh)
1-0:1.(.2(000000.000*kWh)
1-0:2.8.1(000001.680*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(02.409*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00010)
0-0:96.7.9(00001)
1-0:99.97.0(0)(0-0:96.7.19)
1-0:32.32.0(00005)
1-0:52.32.0(00007)
1-0:72.32.0(00007)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(232.4*V)
1-0:52.7.0(23$.2*V)
1-0:72.7.0(235.2*V!
1-0:31.7.0(009*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A)
1-0:21.7.0(02.149*kW)
1-0:41.7.0(00.149*kW)
1-0:61.7.0(00.110*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
!E3DF
/XMX5LGF0010455246675

1-3:0.2.8(50)
0-0:1.0. (200130015058S)
0-0:96.1.1(4530303637302035353234363637353230)
1-0:1.8.1(000005.573*kWh)
1-0:1.8.2(000000.000*kWh)
1-0:2.8.1(000001.680*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-081.7.0(02.411*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00010)
0-0:96.7.9(00001)
1-0:99.97.0(0)(0-0:96.7.09)
1-0:32.32.0(00005)
1-0:52.32.0(00007)
1-0:72.32.0(00007)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(232.4*V)
1-0:52.7.0(234.2*V)
1-0:72.7.0(235.2*V)
1-0:31.7.0(009*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A)
1-0:21.7.0(02.150*kW)
1-0:41.7.0(00.149*kW)
1-0:61.7.0(00.112*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
!D3FC
/XMX5LGF0010455246675

1-3:0.2.8(50)
0-0:1.0.0(200930015059S)
0-0:96.1.1(4530303637303035353234363637353230)
1-0:1.8.1(000005.574*kWh)
1-0:1.8.2(000000.000*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(02.414*kW)
1-0:2.7.0(00.000*kW)
0-:96.7.21(00010)
0-0:96.7.9(00001)
1-0:99.97.0(0)(0-0:96.7.19)
1-0:32.32.0(0005)
1-0:52.32.0(00007)
1-0:72.32.0(00007)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:327.0(232.4*V)
1-0:52.7.0(234.2*V)
1-0:72.7.0(235.2*V)
1-0:31.7.0(009*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A!
1-0:21.7.0(02.152*k)
1-0:41.7.0(00.150*kW)
1-0:61.7.0(00.112*kW)
1-0:22.7.0(00.000*kW)
1-0:42..0(00.000*kW)
1-0:62.7.0(00.000*kW)

iemand suggesties ?

[Peutpeut]

DjAntoon schreef op dinsdag 29 september 2020 @ 16:40:

Edit:
Ik zie direct alweer:
2020-09-29 16:06:56.883 Error: OpenZWave: Type_Notification, NodeID not found internally!. HomeID: 0, NodeID: 255 (0xff)

Voorbij komen, dat zit me niet lekker.

Die heb ik ook regelmatig. Heb je überhaupt wel een node met ID 255? Ik niet.

Ik negeer de foutmeldingen voorlopig even. Binnenkort wordt alles gedemonteerd uit de inbouwdozen en klaar gemaakt voor gebruik in onze nieuwe woning. Dan daar werd eens verder kijken.

[Knielen]

hannibal2206 schreef op woensdag 30 september 2020 @ 02:00:
Ik heb sinds vandaag een slimme meter (Landis & Gyr E360), en krijg met 3 verschillende kabels geprobeerd steeds CRC errors in de log van die slimme meter.

Ik heb 1 kabel opengemaakt en die heeft inderdaad een pullup weerstand geinstalleerd

iemand suggesties ?

Ik heb bij een collega ook veel problemen gehad met deze meter, de enige werkende oplossing was een kabel van Smartmeter Webshop. Toevallig die al geprobeerd?

[hannibal2206]

Knielen schreef op woensdag 30 september 2020 @ 09:12:
[...]


Ik heb bij een collega ook veel problemen gehad met deze meter, de enige werkende oplossing was een kabel van Smartmeter Webshop. Toevallig die al geprobeerd?

Dank. Er komt vandaag een 4e kabel binnen, als die het ook niet doet ga ik jouw advies opvolgen.

Zijn er anderen die een goede ervaring hebben met een bepaalde P1 kabel icm een Landys&Gyr E360 slimme meter ?

[ Voor 11% gewijzigd door hannibal2206 op 30-09-2020 12:54 ]

[elebroek]

jobr schreef op dinsdag 29 september 2020 @ 18:51:
[...]


Het is zo dat 1 zigbee netwerk max 1 coordinator heeft. Maar je kunt meerdere zigbee netwerken maken met ieder een coordinator die ieder een ander kanaal gebruiken.

Hoe kan ik een (ander) kanaal instellen?

[JorisV]

hannibal2206 schreef op woensdag 30 september 2020 @ 02:00:
Ik heb sinds vandaag een slimme meter (Landis & Gyr E360), en krijg met 3 verschillende kabels geprobeerd steeds CRC errors in de log van die slimme meter.

Ik heb 1 kabel opengemaakt en die heeft inderdaad een pullup weerstand geinstalleerd

"
2020-09-30 01:56:19.455 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:2.8.2(000000.000"
2020-09-30 01:56:19.329 Status: P1 Smart Meter: Using serial port: /dev/ttyUSB-P1B
2020-09-30 01:56:19.333 Status: P1 Smart Meter: Worker started...
2020-09-30 01:56:19.395 Status: P1 Smart Meter: Meter reports as DSMR 5.0
2020-09-30 01:56:20.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:21.903 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:22.394 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-3:0.2.8(50!"
2020-09-30 01:56:23.905 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:24.903 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:25.704 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:22.7.0(00.000"
2020-09-30 01:56:26.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:27.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:28.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:29.445 P1 Smart Meter: Dismiss incoming - value in line "1-0:2.8.1(000001.680(kWh)" is not a number
2020-09-30 01:56:30.904 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:31.614 P1 Smart Meter: Dismiss incoming - value in line "1-0:32.7.0(32.2*V)" is not a number
2020-09-30 01:56:32.615 P1 Smart Meter: Dismiss incoming - value in line "1-0:32.7.0(32.2*V)" is not a number
2020-09-30 01:56:33.664 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:71.7.0(001"
2020-09-30 01:56:34.455 P1 Smart Meter: Dismiss incoming - value in line "1-0:2.8.2(000000. 00*kWh)" is not a number
2020-09-30 01:56:35.903 P1 Smart Meter: Dismiss incoming - CRC failed
2020-09-30 01:56:36.695 P1 Smart Meter: Dismiss incoming - value in line "1-0:61.7.0(0011"*kW)" is not a number
"

Als in met cu commando kijk (cu -l /dev/ttyUSB-P1B -s 115200 --parity=none > ./serial.log) lijkt de data toch correct binnen te komen:

pi@raspberrypi3:~$ cat ./serial.log
/XMX5LGF0010455246675

1-3:0.2.8(50)
0-0:1.0.0(200930015056S)
0-0:96.1*1(4530303637303035353234363637353230)
1-0:1.8.1(000005.572*kWh)
1-0:1.8.2(000000.000*kWh)
1-0:2.8.1(000001.680*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(02.410*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00010)
0-0:96.7.8(00001)
1-0:99.97.0(0)(0-0:96.7.19)
1-0:32.32.0(00005)
1-0:52.32.0(00007)
1-0:72.32.0(00007)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.3*0()
1-0:32.7.0(232.4*V)
1-0:52.7.0(234.3*V)
1-0:72.7.0(235.3*V)
1-0:31.7.0(009*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A)
1-0:21.7.0(02.150*kW)
1-0:41.7.0(00.149*kW)
1-0:61.7.0(00.110*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
!DC81
/XMX5LGF0010455246675

1-3:0.2.8(50)
0-0:1.0.0(200930015057S)
0-0:96.1.1(45303036373030353532343636#7353230)
1-0:1.8.1(000005.572*kWh)
1-0:1.(.2(000000.000*kWh)
1-0:2.8.1(000001.680*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(02.409*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00010)
0-0:96.7.9(00001)
1-0:99.97.0(0)(0-0:96.7.19)
1-0:32.32.0(00005)
1-0:52.32.0(00007)
1-0:72.32.0(00007)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(232.4*V)
1-0:52.7.0(23$.2*V)
1-0:72.7.0(235.2*V!
1-0:31.7.0(009*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A)
1-0:21.7.0(02.149*kW)
1-0:41.7.0(00.149*kW)
1-0:61.7.0(00.110*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
!E3DF
/XMX5LGF0010455246675

1-3:0.2.8(50)
0-0:1.0. (200130015058S)
0-0:96.1.1(4530303637302035353234363637353230)
1-0:1.8.1(000005.573*kWh)
1-0:1.8.2(000000.000*kWh)
1-0:2.8.1(000001.680*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-081.7.0(02.411*kW)
1-0:2.7.0(00.000*kW)
0-0:96.7.21(00010)
0-0:96.7.9(00001)
1-0:99.97.0(0)(0-0:96.7.09)
1-0:32.32.0(00005)
1-0:52.32.0(00007)
1-0:72.32.0(00007)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(232.4*V)
1-0:52.7.0(234.2*V)
1-0:72.7.0(235.2*V)
1-0:31.7.0(009*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A)
1-0:21.7.0(02.150*kW)
1-0:41.7.0(00.149*kW)
1-0:61.7.0(00.112*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
!D3FC
/XMX5LGF0010455246675

1-3:0.2.8(50)
0-0:1.0.0(200930015059S)
0-0:96.1.1(4530303637303035353234363637353230)
1-0:1.8.1(000005.574*kWh)
1-0:1.8.2(000000.000*kWh)
1-0:2.8.2(000000.000*kWh)
0-0:96.14.0(0001)
1-0:1.7.0(02.414*kW)
1-0:2.7.0(00.000*kW)
0-:96.7.21(00010)
0-0:96.7.9(00001)
1-0:99.97.0(0)(0-0:96.7.19)
1-0:32.32.0(0005)
1-0:52.32.0(00007)
1-0:72.32.0(00007)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:327.0(232.4*V)
1-0:52.7.0(234.2*V)
1-0:72.7.0(235.2*V)
1-0:31.7.0(009*A)
1-0:51.7.0(002*A)
1-0:71.7.0(001*A!
1-0:21.7.0(02.152*k)
1-0:41.7.0(00.150*kW)
1-0:61.7.0(00.112*kW)
1-0:22.7.0(00.000*kW)
1-0:42..0(00.000*kW)
1-0:62.7.0(00.000*kW)

iemand suggesties ?

Ik heb even l&g 350 kabel van sos solutions. https://www.sossolutions.nl/slimme-meter-kabel
Maar ik denk niet dat het aan de kabel ligt. Er is iets mis met je crc berekening. Is python wel goed ingesteld?

[DjAntoon]

hannibal2206 schreef op woensdag 30 september 2020 @ 10:11:
[...]


Dank. Er komt vandaag een 4e kabel binnen, als die het ook niet doet ga ik jouw advies opvolgen.

Zijn er anderen die een goede ervaring hebben met een bepaalde P1 kabel icm een Landys&Gyr E360 slimme meter ?

Ik heb nog een E350, die werkte "out of the box".

Heb je al geprobeerd om de baudrate terug te zetten in domoticz hardware?

[hannibal2206]

JorisV schreef op woensdag 30 september 2020 @ 13:26:
[...]


Ik heb even l&g 350 kabel van sos solutions. https://www.sossolutions.nl/slimme-meter-kabel
Maar ik denk niet dat het aan de kabel ligt. Er is iets mis met je crc berekening. Is python wel goed ingesteld?

Hoe check ik dat ?

Dit zie ik nu :

pi@raspberrypi3:~$ python -V
Python 2.7.9

pi@raspberrypi3:~$ python3 -V
Python 3.4.2

[ Voor 13% gewijzigd door hannibal2206 op 30-09-2020 21:24 ]

[JorisV]

hannibal2206 schreef op woensdag 30 september 2020 @ 15:17:
[...]

Hoe check ik dat ?

Dit zie ik nu :

pi@raspberrypi3:~$ python -V
Python 2.7.9

Je hebt python 3 nodig. Dat zal er ook wel op zitten, maar dan werkt het soms nog niet. Zie https://www.domoticz.com/wiki/Using_Python_plugins. Ik moest python3-dev installeren voor het werkte.
Je kan na het opstarten in de log van domoticz kijken of je daar we python gerelateerde foutmelding ziet staan.
Een andere optie is om de crc check in domoticz gewoon uit te zetten.

[jobr]

elebroek schreef op woensdag 30 september 2020 @ 12:38:

Hoe kan ik een (ander) kanaal instellen?

Als je zigbee2mqtt gebruikt dan staat dat in de configuratie file. Zie documentatie.
Dan devices opnieuw pairen.

[DjAntoon]

elebroek schreef op woensdag 30 september 2020 @ 12:38:
[...]


Hoe kan ik een (ander) kanaal instellen?

https://www.zigbee2mqtt.io/information/configuration.html

Bij advanced.

[hannibal2206]

JorisV schreef op woensdag 30 september 2020 @ 17:40:
[...]


Je hebt python 3 nodig. Dat zal er ook wel op zitten, maar dan werkt het soms nog niet. Zie https://www.domoticz.com/wiki/Using_Python_plugins. Ik moest python3-dev installeren voor het werkte.
Je kan na het opstarten in de log van domoticz kijken of je daar we python gerelateerde foutmelding ziet staan.

Bij het opstarten van Domoticz geen foutmeldingen van Python

2020-09-30 19:34:09.216 Status: Domoticz V4.10717 (c)2012-2019 GizMoCuz
2020-09-30 19:34:09.272 Status: Build Hash: b38b49e5, Date: 2019-05-09 13:04:08
2020-09-30 19:34:09.272 Status: System: Raspberry Pi
2020-09-30 19:34:09.272 Status: Startup Path: /home/pi/domoticz/
2020-09-30 19:34:10.122 Sunrise: 07:37:00 SunSet: 19:17:00
2020-09-30 19:34:10.122 Day length: 11:40:00 Sun at south: 13:27:00
2020-09-30 19:34:10.122 Civil twilight start: 07:04:00 Civil twilight end: 19:50:00
2020-09-30 19:34:10.122 Nautical twilight start: 06:24:00 Nautical twilight end: 20:29:00
2020-09-30 19:34:10.123 Astronomical twilight start: 05:44:00 Astronomical twilight end: 21:09:00
2020-09-30 19:34:11.004 Status: PluginSystem: Started, Python version '3.4.2'.
2020-09-30 19:34:11.056 Active notification Subsystems: email, http, telegram (3/13)
2020-09-30 19:34:11.170 Status: WebServer(HTTP) started on address: :: with port 8080
2020-09-30 19:34:11.216 Status: Incoming connection from: 192.168.1.42
2020-09-30 19:34:11.231 Status: WebServer(SSL) started on address: :: with port ....
2020-09-30 19:34:11.240 Status: Camera: settings (re)loaded
2020-09-30 19:34:11.242 Starting shared server on: :::6144
2020-09-30 19:34:11.242 Status: TCPServer: shared server started...
2020-09-30 19:34:11.243 Status: RxQueue: queue worker started...
2020-09-30 19:34:12.712 Status: Incoming connection from: 192.168.1.41
2020-09-30 19:34:13.245 Status: RFXCOM: Worker started...
2020-09-30 19:34:13.245 Status: PVOutput (Input): Worker started...
2020-09-30 19:34:13.245 Status: PVOutput (Input): Worker started...
2020-09-30 19:34:13.245 Status: Netatmo: Worker started...
2020-09-30 19:34:13.245 Status: CurrentCost: Worker started...
2020-09-30 19:34:13.245 Status: CurrentCost: Using serial port: /dev/ttyUSB-CurrentCost
2020-09-30 19:34:13.275 Status: S0 Meter: Using serial port: /dev/ttyUSB-S0PCM-5
2020-09-30 19:34:13.278 Status: S0 Meter: Worker started...
2020-09-30 19:34:13.279 Status: Darksky: Started...
2020-09-30 19:34:13.281 Status: XiaomiGateway (ID=32): Delaying worker startup...
2020-09-30 19:34:14.249 Status: RFXCOM: Using serial port: /dev/ttyUSB-RFX433
2020-09-30 19:34:14.276 Status: MQTT: Connecting to 192.168.1.223:1883
2020-09-30 19:34:14.297 Status: S0 Meter: ID: 26510, Version: S0 Pulse Counter V0.5
2020-09-30 19:34:14.377 Status: MQTT: connected to: 192.168.1.223:1883
2020-09-30 19:34:14.478 Status: MQTT: Subscribed
2020-09-30 19:34:14.825
2020-09-30 19:34:14.901 subtype = Interface Response
Sequence nbr = 2
response on cmnd = Get Status
Transceiver type = 433.92MHz
Firmware version = 1025
Firmware type = Ext
Hardware version = 1.3
Undec off
X10 disabled
ARC enabled
AC enabled
HomeEasy EU disabled
Meiantech/Atlantic disabled
Oregon Scientific enabled
ATI/Cartelectronic disabled
Visonic enabled
Mertik disabled
AD disabled
Hideki enabled
La Crosse enabled
Legrand disabled
MSG4Reserved5 disabled
BlindsT0 disabled
BlindsT1 disabled
AE enabled
RUBiCSON enabled
FineOffset disabled
Lighting4 enabled
Conrad RSL disabled
ByronSX enabled
IMAGINTRONIX enabled
KEELOQ disabled
Home Confort disabled
2020-09-30 19:34:16.510 (RFXCOM) Lighting 2 (rolluik achterdeur)
2020-09-30 19:34:44.810 Status: XiaomiGateway (ID=32): Selected as main Gateway
2020-09-30 19:34:44.810 Status: XiaomiGateway (ID=32): Worker started...
2020-09-30 19:34:44.814 Status: XiaomiGateway (ID=32): Using 192.168.1.223 for local IP address.
2020-09-30 19:34:44.813 Status: Hardware Monitor: Started
2020-09-30 19:34:44.844 Status: (ShellyMQTT) Started.
2020-09-30 19:34:44.845 Status: EventSystem: reset all events...
2020-09-30 19:34:44.952 Status: dzVents: Write file: /home/pi/domoticz/scripts/dzVents/generated_scripts/weerbericht.lua
2020-09-30 19:34:44.953 Status: dzVents: Write file: /home/pi/domoticz/scripts/dzVents/generated_scripts/weerbericht_uitgebreid.lua
2020-09-30 19:34:44.954 Status: dzVents: Write file: /home/pi/domoticz/scripts/dzVents/generated_scripts/Badkamer.lua
2020-09-30 19:34:44.955 Status: dzVents: Write file: /home/pi/domoticz/scripts/dzVents/generated_scripts/Graaddagen.lua
2020-09-30 19:34:44.955 Status: dzVents: Write file: /home/pi/domoticz/scripts/dzVents/generated_scripts/Wan IP check.lua
2020-09-30 19:34:44.956 Status: EventSystem: reset all device statuses...
2020-09-30 19:34:45.032 Status: XiaomiGateway: RGB Gateway Detected
2020-09-30 19:34:45.325 Status: PluginSystem: Entering work loop.
2020-09-30 19:34:45.814 Status: (ShellyMQTT) Initialized version 0.3.9
2020-09-30 19:34:45.815 Status: (ShellyMQTT) Entering work loop.
2020-09-30 19:34:45.877 (ShellyMQTT) Connected to MQTT Server: 127.0.0.1:1883
2020-09-30 19:34:46.220 (Xia gateway) Color Switch (Xiaomi RGB Gateway (192.168.0.99))
2020-09-30 19:34:46.227 Status: XiaomiGateway: New Xiaomi Gateway Alarm Ringtone Found (7811dcb26e3a)
2020-09-30 19:34:46.277 (PVoutput Omnik) General/Percentage (Omnik_Efficiency)
2020-09-30 19:34:46.307 (PVoutput Omnik) Temp (Omnik_Temperature)
2020-09-30 19:34:46.317 (PVoutput Omnik) General/Voltage (Omnik_DC_Voltage)
2020-09-30 19:34:46.323 (PVoutput woonhuis) Temp (Temperature)
2020-09-30 19:34:46.335 (PVoutput Omnik) General/kWh (Omnik_Solar)
2020-09-30 19:34:46.346 (CurrentCostUSB) Temp (Temp meterkast)
2020-09-30 19:34:46.357 (CurrentCostUSB) Usage (CC Whole House Power)
2020-09-30 19:34:46.368 (PVoutput woonhuis) General/kWh (Woonhuis_Solar)
2020-09-30 19:34:46.379 (PVoutput woonhuis) General/kWh (Heating Consumed kWh)
2020-09-30 19:34:46.391 (NetAtmo) Temp + Humidity (T-Netatmo Slaapkamer)
2020-09-30 19:34:46.401 (NetAtmo) Air Quality (CO2-Netatmo Slaapkamer)
2020-09-30 19:34:46.411 (NetAtmo) Temp + Humidity (T-Netatmo Zolder)
2020-09-30 19:34:46.418 Status: Python EventSystem: Initalizing event module.
2020-09-30 19:34:46.419 Status: EventSystem: Started
2020-09-30 19:34:46.420 Status: EventSystem: Queue thread started...


Even een image backup van 2 weken terug restored, en de slimme meter opnieuw toegevoegd

Resultaat 'iets' beter, dus wat minder CRC meldingen

2020-09-30 20:09:37.019 P1 Smart Meter: Dismiss incoming - value in line "1-0:22.7.0(0.000*kW)" is not a number
2020-09-30 20:09:37.916 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:39.225 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:39.770 P1 Smart Meter: Dismiss incoming - value in line "1-0:2.8.2(000007.481(kWh)" is not a number
2020-09-30 20:09:41.226 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:42.228 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:43.229 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:44.227 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:44.708 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-3:0.2.8(50!"
2020-09-30 20:09:46.227 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:47.227 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:47.789 P1 Smart Meter: Dismiss incoming - value in line "1-0:1.7.0(00.%95*kW)" is not a number
2020-09-30 20:09:49.226 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:49.768 P1 Smart Meter: Dismiss incoming - value in line "1-0:2.8.2(000007.481(kWh)" is not a number
2020-09-30 20:09:51.230 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:52.029 P1 Smart Meter: Dismiss incoming - value in line "1-0:42.7.0(00,000*kW)" is not a number
2020-09-30 20:09:52.750 P1 Smart Meter: Dismiss incoming - value in line "1-0:1.8.2(00001.991*kWh)" is not a number
2020-09-30 20:09:54.224 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:54.749 P1 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:1.8.2(000001.992"
2020-09-30 20:09:56.232 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:58.227 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:59.226 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:09:59.957 P1 Smart Meter: Dismiss incoming - value in line "1-0:31.7.0(002"A)" is not a number
2020-09-30 20:10:01.258 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:10:02.228 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:10:03.226 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:10:03.989 P1 Smart Meter: Dismiss incoming - value in line "1-0:21.7.0(00.31*kW)" is not a number
2020-09-30 20:10:04.758 P1 Smart Meter: Dismiss incoming - value in line "1-0:2.8.1(00004.112*kWh)" is not a number
2020-09-30 20:10:05.788 P1 Smart Meter: Dismiss incoming - value in line "1-0:1.7.0(0 .593*kW)" is not a number
2020-09-30 20:10:07.226 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:10:08.223 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:10:08.750 P1 Smart Meter: Dismiss incoming - value in line "1-0:1.8.2(000001.99$*kWh)" is not a number
2020-09-30 20:10:10.224 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:10:11.224 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:10:12.226 (slimme meter) P1 Smart Meter (Power)
2020-09-30 20:10:12.768 P1 Smart Meter: Dismiss incoming - value in line "1-0:2.8.2(000 07.481*kWh)" is not a number
2020-09-30 20:10:14.037 P1 Smart Meter: Dismiss incoming - value in line "1-0:62.7.0(00.00*kW)" is not a number

JorisV schreef op woensdag 30 september 2020 @ 17:40:
[...]


Een andere optie is om de crc check in domoticz gewoon uit te zetten.

Ik heb idd nu de CRC check uitgezet (dan worden de devices tenminste zichtbaar); heeft dit nog nadelen ?

Ik heb nu dus wel alle 4 USB poorten in gebruik, maar bij tijdelijk afkoppelen van één ervan zie ik geen verbetering ..

[ Voor 63% gewijzigd door hannibal2206 op 30-09-2020 21:19 ]

[DjAntoon]

@hannibal2206 baudrate geprobeerd?

[ Voor 28% gewijzigd door DjAntoon op 30-09-2020 20:46 ]

[hannibal2206]

DjAntoon schreef op woensdag 30 september 2020 @ 20:46:
@hannibal2206 baudrate geprobeerd?

Staat op 115200; bij andere waarde (9600) komt er helemaal geen data binnen

Zie ook mijn eerdere bericht met de output van 'cu' die correcte antwoorden laat zien ..

[Petrie]

@hannibal2206 ik heb het zelfde probleem gehad met een E360. Staat ergens een verhaal dat er in de kabel een pull-up weerstand moet zitten voor dit type meter. Die heb ik uiteindelijk gevonden https://www.eijlander.nl/...-5v-to-rj11.html?___SID=U
Werkt perfect. CRC check kan aan en geen fouten meer .

[DjAntoon]

Copitano schreef op dinsdag 29 september 2020 @ 16:17:
[...]

Net als @DjAntoon eigenlijk voor die tijd nooit problemen van deze orde, tenzij de stroom er een keer per ongeluk afging zonder netjes afsluiten.

Ik heb eergisteren besloten om de grote sprong te wagen om al mijn z wave uit domoticz te gooien.
Voordat ik dat deed heb ik alle z wave devices in een excel sheet gedumpt en screenshots gemaakt van deze devices.
Ik ben wel vergeten om de temperature calibratie waardes die ik gemaakt had. (smeltend ijs) op te slaan, maar dat kan ik nog wel terug halen met een oude image.

Vervolgens in hardware z wave eruit gehaald.
domoticz gestopt en in domoticz/Config de OZWcache gedelete.

Opnieuw de RPI opgestart voor de veiligheid (dat leek al meteen veel soepeler te gaan)
Opnieuw domoticz hardware toegevoegd, en een hele tijd rustig het systeem laten draaien. Later alvast een aantal devices hernoemd en toegevoegd, dat werkte weer prima. De ID's waren natuurlijk hetzelfde want dat ligt opgesloten in de z wave usb stick.

Vandaag al weer wat meer devices hernoemd naar de oude naam en toegevoegd, maar moet er nog een hoop, totaal aantal z wave devices is 213 stuks...

Mijn nodes staan netjes in de hardware ook een paar neo coolcam pir en sockets.
Enkel in de groups nog wat associaties teveel.
Neighbours mis ik nog een paar apparaten, misschien nog even wakker maken...

Nu al (je bent sneller tevreden op een gegeven moment) 18 uur online en nog geen z wave foutmeldingen in de log.

Ik denk straks nog even van de USB stick de image veilig stellen, en dan hopen dat ik een uptime kan krijgen van dagen, weken etc.

syslog gechecked: sudo nano /var/log/syslog geen rare fratsen meer.
OZW_Log gechecked: sudo nano OZW_Log.txt (in domoticz/Config) en daar zie ik nog steeds errors, maar wel de gewone.
Van de Error, ERROR: Not enough space in stream buffer lijk ik af te zijn!!!!!!!!!!!

@Copitano Deze OZW log zou ik als eerste eens checken en als jij ook die stream buffer errors hebt, dan staat hierboven mijn advies. Let wel, je hoeft niets opnieuw te includen, dan staat allemaal op de aeotec stick .

Eindelijk weer iets van vertrouwen. fingers crossed.

[Dylantje2]

DjAntoon schreef op vrijdag 2 oktober 2020 @ 17:09:
[...]


Ik heb eergisteren besloten om de grote sprong te wagen om al mijn z wave uit domoticz te gooien.
Voordat ik dat deed heb ik alle z wave devices in een excel sheet gedumpt en screenshots gemaakt van deze devices.
Ik ben wel vergeten om de temperature calibratie waardes die ik gemaakt had. (smeltend ijs) op te slaan, maar dat kan ik nog wel terug halen met een oude image.

Vervolgens in hardware z wave eruit gehaald.
domoticz gestopt en in domoticz/Config de OZWcache gedelete.

Opnieuw de RPI opgestart voor de veiligheid (dat leek al meteen veel soepeler te gaan)
Opnieuw domoticz hardware toegevoegd, en een hele tijd rustig het systeem laten draaien. Later alvast een aantal devices hernoemd en toegevoegd, dat werkte weer prima. De ID's waren natuurlijk hetzelfde want dat ligt opgesloten in de z wave usb stick.

Vandaag al weer wat meer devices hernoemd naar de oude naam en toegevoegd, maar moet er nog een hoop, totaal aantal z wave devices is 213 stuks...

Mijn nodes staan netjes in de hardware ook een paar neo coolcam pir en sockets.
Enkel in de groups nog wat associaties teveel.
Neighbours mis ik nog een paar apparaten, misschien nog even wakker maken...

Nu al (je bent sneller tevreden op een gegeven moment) 18 uur online en nog geen z wave foutmeldingen in de log.

Ik denk straks nog even van de USB stick de image veilig stellen, en dan hopen dat ik een uptime kan krijgen van dagen, weken etc.

syslog gechecked: sudo nano /var/log/syslog geen rare fratsen meer.
OZW_Log gechecked: sudo nano OZW_Log.txt (in domoticz/Config) en daar zie ik nog steeds errors, maar wel de gewone.
Van de Error, ERROR: Not enough space in stream buffer lijk ik af te zijn!!!!!!!!!!!

@Copitano Deze OZW log zou ik als eerste eens checken en als jij ook die stream buffer errors hebt, dan staat hierboven mijn advies. Let wel, je hoeft niets opnieuw te includen, dan staat allemaal op de aeotec stick .

Eindelijk weer iets van vertrouwen. fingers crossed.

wave blijft ruk, als je eenmaal ellende mee hebt.
Wel stoer dat je dit durft..
Ik van 50+ naar 15 zwave gegaan, beetje klaar mee.
Verkocht op mp, en voor dat geld shellys....En hield ik nog over..
Schelly rules..:-) SNEL en geen ellende van leren, alleen Wifi.. en gaan...


Ben erg benieuwd, succes.
Als het je lukt, wil ik ook wle eens een clean start maken..
Had je toevallig ook last van Pikes in metingen?
En nu?

[DjAntoon]

@Dylantje2 19 uur 2 minuten en 50 seconden.

Ik heb van alles backups images en inmiddels heel veel notities.
Dus ook van de z wave stick zelf, zal ik trouwens van harte aanbevelen aan iedereen, ik moet er niet aan denken dat ik alles opnieuw moet gaan includen, dan begint de shit echt. Daarom heb ik ook 2 z wave sticks heb al eens een image overgezet en stick gewisseld dat werkt prima.

Tijdje terug mijn reserve RPI3 geschikt gemaakt voor direct boot van USB, 2 nieuwe en gelijke usb sticks van 16GB in gebruik, een setup om mijn images te shrinken op de laptop, zodat de image ook op andere sticks kan. En dat ik ze ook makkelijk op mijn NAS kan bewaren. (Ik heb nu 10+ images in allerlei install vorderingen)

Veel geleerd de laatste 9 maanden, helaas uit noodzaak, en met heel veel downs, nu tijd voor een up hoop ik.

Oh en inmiddels 19 uur 12 minuten en 40 seconden uptime.

[Peutpeut]

Dylantje2 schreef op vrijdag 2 oktober 2020 @ 17:26:
[...]


wave blijft ruk, als je eenmaal ellende mee hebt.
Wel stoer dat je dit durft..
Ik van 50+ naar 15 zwave gegaan, beetje klaar mee.
Verkocht op mp, en voor dat geld shellys....En hield ik nog over..
Schelly rules..:-) SNEL en geen ellende van leren, alleen Wifi.. en gaan...


Ben erg benieuwd, succes.
Als het je lukt, wil ik ook wle eens een clean start maken..
Had je toevallig ook last van Pikes in metingen?
En nu?

Heb ook zitten kijken naar Shelly, wel gebruik ik nu veel PIR sensor en op zwave en heb daar nog geen alternatief voor. Hoe doe jij dit? Of gebruik je geen PIR sensoren voor de automatisering?

[Dylantje2]

Peutpeut schreef op vrijdag 2 oktober 2020 @ 18:18:
[...]


Heb ook zitten kijken naar Shelly, wel gebruik ik nu veel PIR sensor en op zwave en heb daar nog geen alternatief voor. Hoe doe jij dit? Of gebruik je geen PIR sensoren voor de automatisering?

Zwave pirren. Batterij en zwave is vaak ruk. Al je batterijen x per jaar vernieuwen. Hoe dan ook.

Ik heb heeel veel pirren. Eerst op xiaomi bridge.
Nu bijna alle xiaomi spullen en hue enz enz op zigbee 2mqtt.
Werkt perfect

[DjAntoon]

@Dylantje2 @Peutpeut Zigbee2mqtt werkt erg goed, zeker met de nieuwe TI chip heb je goed bereik. Ik ben alleen nog niet helemaal tevreden over mijn routers op basis van CC2531. Maar de inmiddels gekochte ledvance sockets zijn helemaal ruk. Ik neig naar tradfri routers, maar twijfel of dat zoveel beter is.
Ik zou graag router software voor de nieuwe TI chip zien, dan twijfel ik niet langer.

Xiaomi pirs zijn helemaal te gek vind ik, goedkoop, beter als neo z wave pirs, veel langere battery life.

Icasa dimmers ook prima als je de report functie aan hebt. Maar qubino z wave dimmers blijven mijn favoriet, die zijn zo mooi instelbaar, minimum dim level, maximum dim level, zijn stroom begrenst. Vooral met led lampen krijg je een veel mooiere regeling. Hier al 4 jaar in gebruik probleemloos. We gebruiken wel volop puls schakelaars naast de domotica optie.

Ik heb ze zelfs bij mijn zus geïnstalleerd, zonder domotica, wel met een z wave stick ingeregeld, ze zijn er super blij mee.

[ Voor 32% gewijzigd door DjAntoon op 02-10-2020 18:56 ]

[Dylantje2]

DjAntoon schreef op vrijdag 2 oktober 2020 @ 18:51:
@Dylantje2 @Peutpeut Zigbee2mqtt werkt erg goed, zeker met de nieuwe TI chip heb je goed bereik. Ik ben alleen nog niet helemaal tevreden over mijn routers op basis van CC2531. Maar de inmiddels gekochte ledvance sockets zijn helemaal ruk. Ik neig naar tradfri routers, maar twijfel of dat zoveel beter is.
Ik zou graag router software voor de nieuwe TI chip zien, dan twijfel ik niet langer.

Xiaomi pirs zijn helemaal te gek vind ik, goedkoop, beter als neo z wave pirs, veel langere battery life.

Koop een paar hue voor ergens
Een router van Ikea
Of wat andere lampen die router functie hebben
Ik heb een oude chip wss en dat werkt allemaal prima..[ tot nu toe haha ]

[DjAntoon]

Ik heb al zitten denken aan wat rgb hue of zo voor alarm en deurbel meldingen, met gratis router functie. Gekleurd licht heb ik verder al genoeg met dj activiteiten, al ligt dat al weer te lang stil...

Oeps ineens een hanger van 1 1/2 minuut.

code:

2020-10-02 07:36:12.831 Error, Node053, ERROR: Dropping command, expected response not received after 1 attempt(s). Command: "MultiChannel Encapsulated (instance=1): SwitchBinaryCmd_Get (N$
2020-10-02 07:36:12.831 Always,
2020-10-02 07:36:12.831 Always, Dumping queued log messages
2020-10-02 07:36:12.831 Always,
2020-10-02 07:36:12.831 Always,
2020-10-02 07:36:12.831 Always, End of queued log message dump
2020-10-02 07:36:12.831 Always,

2020-10-02 19:02:06.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:06.763 Always,
2020-10-02 19:02:06.763 Always, Dumping queued log messages
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always, End of queued log message dump
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always, Dumping queued log messages
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always, End of queued log message dump
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:07.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:07.764 Always,
2020-10-02 19:02:07.764 Always, Dumping queued log messages
2020-10-02 19:02:07.764 Always,
2020-10-02 19:02:07.764 Always,
2020-10-02 19:02:07.764 Always, End of queued log message dump
2020-10-02 19:02:07.764 Always,

En dit blijft zo door gaan tot:

2020-10-02 19:03:13.847 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:13.847 Always, Dumping queued log messages
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:13.847 Always, End of queued log message dump
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:14.254 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:14.254 Always,
2020-10-02 19:03:14.255 Always, Dumping queued log messages
2020-10-02 19:03:14.255 Always,
2020-10-02 19:03:14.255 Always,
2020-10-02 19:03:14.255 Always, End of queued log message dump
2020-10-02 19:03:14.255 Always,

En ja hoor het is wederom de stream buffer, kijkt iemand hier weleens in zijn OZW_log.txt?
Vanaf vanmorgen 7:36 tot 19:02 geen enkele input, en dan in 1 1/2 minuut meer dan 400 regels, dat is ruim 4 per seconde, ik zou er ook van gaan hangen...

Gelukkig was het na 1 1/2 minuut weer normaal in tegenstelling tot anders.

[ Voor 189% gewijzigd door DjAntoon op 03-10-2020 12:12 ]

[MikeOO]

DjAntoon schreef op vrijdag 2 oktober 2020 @ 18:58:
Ik heb al zitten denken aan wat rgb hue of zo voor alarm en deurbel meldingen, met gratis router functie. Gekleurd licht heb ik verder al genoeg met dj activiteiten, al ligt dat al weer te lang stil...

Oeps ineens een hanger van 1 1/2 minuut.

code:

2020-10-02 07:36:12.831 Error, Node053, ERROR: Dropping command, expected response not received after 1 attempt(s). Command: "MultiChannel Encapsulated (instance=1): SwitchBinaryCmd_Get (N$
2020-10-02 07:36:12.831 Always,
2020-10-02 07:36:12.831 Always, Dumping queued log messages
2020-10-02 07:36:12.831 Always,
2020-10-02 07:36:12.831 Always,
2020-10-02 07:36:12.831 Always, End of queued log message dump
2020-10-02 07:36:12.831 Always,

2020-10-02 19:02:06.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:06.763 Always,
2020-10-02 19:02:06.763 Always, Dumping queued log messages
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always, End of queued log message dump
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always, Dumping queued log messages
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:06.764 Always, End of queued log message dump
2020-10-02 19:02:06.764 Always,
2020-10-02 19:02:07.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:07.764 Always,
2020-10-02 19:02:07.764 Always, Dumping queued log messages
2020-10-02 19:02:07.764 Always,
2020-10-02 19:02:07.764 Always,
2020-10-02 19:02:07.764 Always, End of queued log message dump
2020-10-02 19:02:07.764 Always,
2020-10-02 19:02:08.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:08.764 Always,
2020-10-02 19:02:08.764 Always, Dumping queued log messages
2020-10-02 19:02:08.764 Always,
2020-10-02 19:02:08.764 Always,
2020-10-02 19:02:08.764 Always, End of queued log message dump
2020-10-02 19:02:08.764 Always,
2020-10-02 19:02:09.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:09.764 Always,
2020-10-02 19:02:09.764 Always, Dumping queued log messages
2020-10-02 19:02:09.764 Always,
2020-10-02 19:02:09.764 Always,
2020-10-02 19:02:09.764 Always, End of queued log message dump
2020-10-02 19:02:09.764 Always,
2020-10-02 19:02:10.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:10.764 Always,
2020-10-02 19:02:10.764 Always, Dumping queued log messages
2020-10-02 19:02:10.764 Always,
2020-10-02 19:02:10.765 Always,
2020-10-02 19:02:10.765 Always, End of queued log message dump
2020-10-02 19:02:10.765 Always,
2020-10-02 19:02:11.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:11.764 Always,
2020-10-02 19:02:19.095 Always, Dumping queued log messages
2020-10-02 19:02:19.095 Always, Dumping queued log messages
2020-10-02 19:02:19.095 Always,
2020-10-02 19:02:19.095 Always, End of queued log message dump
2020-10-02 19:02:19.095 Always,
2020-10-02 19:02:19.095 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:19.095 Always,
2020-10-02 19:02:19.095 Always, Dumping queued log messages
2020-10-02 19:02:19.095 Always,
2020-10-02 19:02:19.095 Always,
2020-10-02 19:02:19.095 Always, End of queued log message dump
2020-10-02 19:02:19.095 Always,
2020-10-02 19:02:19.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:19.763 Always,
2020-10-02 19:02:19.763 Always, Dumping queued log messages
2020-10-02 19:02:19.763 Always,
2020-10-02 19:02:19.764 Always,
2020-10-02 19:02:19.764 Always, End of queued log message dump
2020-10-02 19:02:19.764 Always,
2020-10-02 19:02:19.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:19.764 Always,
2020-10-02 19:02:19.764 Always, Dumping queued log messages
2020-10-02 19:02:19.764 Always,
2020-10-02 19:02:19.764 Always,
2020-10-02 19:02:19.764 Always, End of queued log message dump
2020-10-02 19:02:19.764 Always,
2020-10-02 19:02:19.765 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:19.765 Always,
2020-10-02 19:02:19.765 Always, Dumping queued log messages
2020-10-02 19:02:19.765 Always,
2020-10-02 19:02:19.765 Always,
2020-10-02 19:02:19.765 Always, End of queued log message dump
2020-10-02 19:02:19.765 Always,
2020-10-02 19:02:20.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:20.764 Always,
2020-10-02 19:02:20.764 Always, Dumping queued log messages
2020-10-02 19:02:20.764 Always,
2020-10-02 19:02:20.764 Always,
2020-10-02 19:02:20.764 Always, End of queued log message dump
2020-10-02 19:02:20.764 Always,
2020-10-02 19:02:21.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:24.621 Always,
2020-10-02 19:02:24.621 Always, Dumping queued log messages
2020-10-02 19:02:24.621 Always,
2020-10-02 19:02:24.621 Always,
2020-10-02 19:02:24.621 Always, End of queued log message dump
2020-10-02 19:02:24.621 Always,
2020-10-02 19:02:24.621 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:24.621 Always,
2020-10-02 19:02:24.621 Always, Dumping queued log messages
2020-10-02 19:02:24.621 Always,
2020-10-02 19:02:24.621 Always,
2020-10-02 19:02:24.621 Always, End of queued log message dump
2020-10-02 19:02:24.621 Always,
2020-10-02 19:02:24.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:24.763 Always,
2020-10-02 19:02:24.763 Always, Dumping queued log messages
2020-10-02 19:02:24.763 Always,
2020-10-02 19:02:24.763 Always,
2020-10-02 19:02:24.763 Always, End of queued log message dump
2020-10-02 19:02:24.763 Always,
2020-10-02 19:02:24.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:24.763 Always,
2020-10-02 19:02:24.764 Always, Dumping queued log messages
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always, End of queued log message dump
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always, Dumping queued log messages
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always, End of queued log message dump
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always, Dumping queued log messages
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always, End of queued log message dump
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.764 Always, Dumping queued log messages
2020-10-02 19:02:24.764 Always,
2020-10-02 19:02:24.765 Always,
2020-10-02 19:02:24.765 Always, End of queued log message dump
2020-10-02 19:02:24.765 Always,
2020-10-02 19:02:25.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:25.765 Always,
2020-10-02 19:02:25.765 Always, Dumping queued log messages
2020-10-02 19:02:25.765 Always,
2020-10-02 19:02:25.765 Always,
2020-10-02 19:02:25.765 Always, End of queued log message dump
2020-10-02 19:02:25.765 Always,
2020-10-02 19:02:26.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:26.764 Always,
2020-10-02 19:02:26.764 Always, Dumping queued log messages
2020-10-02 19:02:26.764 Always,
2020-10-02 19:02:26.764 Always,
2020-10-02 19:02:26.764 Always, End of queued log message dump
2020-10-02 19:02:26.764 Always,
2020-10-02 19:02:26.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:26.764 Always,
2020-10-02 19:02:26.764 Always, Dumping queued log messages
2020-10-02 19:02:26.764 Always,
2020-10-02 19:02:26.765 Always,
2020-10-02 19:02:26.765 Always, End of queued log message dump
2020-10-02 19:02:26.765 Always,
2020-10-02 19:02:27.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:27.764 Always,
2020-10-02 19:02:27.764 Always, Dumping queued log messages
2020-10-02 19:02:27.764 Always,
2020-10-02 19:02:27.764 Always,
2020-10-02 19:02:27.764 Always, End of queued log message dump
2020-10-02 19:02:27.764 Always,
2020-10-02 19:02:28.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:28.764 Always,
2020-10-02 19:02:28.764 Always, Dumping queued log messages
2020-10-02 19:02:28.764 Always,
2020-10-02 19:02:28.764 Always,
2020-10-02 19:02:28.764 Always, End of queued log message dump
2020-10-02 19:02:28.764 Always,
2020-10-02 19:02:29.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:29.764 Always,
2020-10-02 19:02:29.764 Always, Dumping queued log messages
2020-10-02 19:02:29.765 Always,
2020-10-02 19:02:29.765 Always,
2020-10-02 19:02:29.765 Always, End of queued log message dump
2020-10-02 19:02:29.765 Always,
2020-10-02 19:02:30.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:30.763 Always,
2020-10-02 19:02:30.764 Always, Dumping queued log messages
2020-10-02 19:02:30.764 Always,
2020-10-02 19:02:30.764 Always,
2020-10-02 19:02:30.764 Always, End of queued log message dump
2020-10-02 19:02:30.764 Always,
2020-10-02 19:02:30.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:30.764 Always,
2020-10-02 19:02:30.764 Always, Dumping queued log messages
2020-10-02 19:02:30.764 Always,
2020-10-02 19:02:30.764 Always,
2020-10-02 19:02:30.764 Always, End of queued log message dump
2020-10-02 19:02:30.765 Always,
2020-10-02 19:02:31.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:31.764 Always,
2020-10-02 19:02:31.764 Always, Dumping queued log messages
2020-10-02 19:02:31.764 Always,
2020-10-02 19:02:31.764 Always,
2020-10-02 19:02:31.764 Always, End of queued log message dump
2020-10-02 19:02:31.764 Always,
2020-10-02 19:02:31.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:31.764 Always,
2020-10-02 19:02:31.764 Always, Dumping queued log messages
2020-10-02 19:02:31.764 Always,
2020-10-02 19:02:31.764 Always,
2020-10-02 19:02:31.764 Always, End of queued log message dump
2020-10-02 19:02:31.764 Always,
2020-10-02 19:02:32.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:32.764 Always,
2020-10-02 19:02:32.764 Always, Dumping queued log messages
2020-10-02 19:02:32.764 Always,
2020-10-02 19:02:32.764 Always,
2020-10-02 19:02:32.764 Always, End of queued log message dump
2020-10-02 19:02:32.764 Always,
2020-10-02 19:02:33.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:33.764 Always,
2020-10-02 19:02:33.764 Always, Dumping queued log messages
2020-10-02 19:02:33.764 Always,
2020-10-02 19:02:33.765 Always,
2020-10-02 19:02:33.765 Always, End of queued log message dump
2020-10-02 19:02:33.765 Always,
2020-10-02 19:02:33.765 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:33.765 Always,
2020-10-02 19:02:33.765 Always, Dumping queued log messages
2020-10-02 19:02:33.765 Always,
2020-10-02 19:02:33.765 Always,
2020-10-02 19:02:33.765 Always, End of queued log message dump
2020-10-02 19:02:33.765 Always,
2020-10-02 19:02:34.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:34.764 Always,
2020-10-02 19:02:34.764 Always, Dumping queued log messages
2020-10-02 19:02:34.764 Always,
2020-10-02 19:02:34.764 Always,
2020-10-02 19:02:34.765 Always, End of queued log message dump
2020-10-02 19:02:34.765 Always,
2020-10-02 19:02:34.765 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:34.765 Always,
2020-10-02 19:02:34.765 Always, Dumping queued log messages
2020-10-02 19:02:34.765 Always,
2020-10-02 19:02:34.765 Always,
2020-10-02 19:02:34.765 Always, End of queued log message dump
2020-10-02 19:02:34.765 Always,
2020-10-02 19:02:35.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:38.251 Always,
2020-10-02 19:02:38.251 Always, Dumping queued log messages
2020-10-02 19:02:38.251 Always,
2020-10-02 19:02:38.251 Always,
2020-10-02 19:02:38.251 Always, End of queued log message dump
2020-10-02 19:02:38.251 Always,
2020-10-02 19:02:38.251 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:38.251 Always,
2020-10-02 19:02:38.252 Always, Dumping queued log messages
2020-10-02 19:02:38.252 Always,
2020-10-02 19:02:38.252 Always,
2020-10-02 19:02:38.252 Always, End of queued log message dump
2020-10-02 19:02:38.252 Always,
2020-10-02 19:02:38.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:38.763 Always,
2020-10-02 19:02:38.764 Always, Dumping queued log messages
2020-10-02 19:02:38.764 Always,
2020-10-02 19:02:38.764 Always,
2020-10-02 19:02:38.764 Always, End of queued log message dump
2020-10-02 19:02:38.764 Always,
2020-10-02 19:02:38.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:38.764 Always,
2020-10-02 19:02:38.764 Always, Dumping queued log messages
2020-10-02 19:02:38.764 Always,
2020-10-02 19:02:38.764 Always,
2020-10-02 19:02:38.764 Always, End of queued log message dump
2020-10-02 19:02:38.764 Always,
2020-10-02 19:02:39.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:39.764 Always,
2020-10-02 19:02:39.764 Always, Dumping queued log messages
2020-10-02 19:02:39.764 Always,
2020-10-02 19:02:39.764 Always,
2020-10-02 19:02:39.764 Always, End of queued log message dump
2020-10-02 19:02:39.764 Always,
2020-10-02 19:02:40.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:46.360 Always,
2020-10-02 19:02:46.360 Always, Dumping queued log messages
2020-10-02 19:02:46.360 Always,
2020-10-02 19:02:46.360 Always,
2020-10-02 19:02:46.360 Always, End of queued log message dump
2020-10-02 19:02:46.360 Always,
2020-10-02 19:02:46.360 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:46.360 Always,
2020-10-02 19:02:46.360 Always, Dumping queued log messages
2020-10-02 19:02:46.360 Always,
2020-10-02 19:02:46.360 Always,
2020-10-02 19:02:46.360 Always, End of queued log message dump
2020-10-02 19:02:46.360 Always,
2020-10-02 19:02:46.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:46.764 Always,
2020-10-02 19:02:46.764 Always, Dumping queued log messages
2020-10-02 19:02:46.764 Always,
2020-10-02 19:02:46.764 Always,
2020-10-02 19:02:46.765 Always, End of queued log message dump
2020-10-02 19:02:46.765 Always,
2020-10-02 19:02:47.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:47.763 Always,
2020-10-02 19:02:47.763 Always, Dumping queued log messages
2020-10-02 19:02:47.763 Always,
2020-10-02 19:02:47.764 Always,
2020-10-02 19:02:47.764 Always, End of queued log message dump
2020-10-02 19:02:47.764 Always,
2020-10-02 19:02:47.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:47.764 Always,
2020-10-02 19:02:47.764 Always, Dumping queued log messages
2020-10-02 19:02:47.764 Always,
2020-10-02 19:02:47.764 Always,
2020-10-02 19:02:47.764 Always, End of queued log message dump
2020-10-02 19:02:47.764 Always,
2020-10-02 19:02:48.764 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:51.889 Always,
2020-10-02 19:02:51.889 Always, Dumping queued log messages
2020-10-02 19:02:51.889 Always,
2020-10-02 19:02:51.889 Always,
2020-10-02 19:02:51.890 Always, End of queued log message dump
2020-10-02 19:02:51.890 Always,
2020-10-02 19:02:51.890 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:51.890 Always,
2020-10-02 19:02:51.890 Always, Dumping queued log messages
2020-10-02 19:02:51.890 Always,
2020-10-02 19:02:51.890 Always,
2020-10-02 19:02:51.890 Always, End of queued log message dump
2020-10-02 19:02:51.890 Always,
2020-10-02 19:02:52.763 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:52.764 Always,
2020-10-02 19:02:52.764 Always, Dumping queued log messages
2020-10-02 19:02:52.764 Always,
2020-10-02 19:02:52.764 Always,
2020-10-02 19:02:52.764 Always, End of queued log message dump
2020-10-02 19:02:52.764 Always,
2020-10-02 19:02:52.765 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:52.765 Always,
2020-10-02 19:02:52.765 Always, Dumping queued log messages
2020-10-02 19:02:52.765 Always,
2020-10-02 19:02:52.765 Always,
2020-10-02 19:02:52.765 Always, End of queued log message dump
2020-10-02 19:02:52.765 Always,
2020-10-02 19:02:54.725 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:59.990 Always,
2020-10-02 19:02:59.990 Always, Dumping queued log messages
2020-10-02 19:02:59.990 Always,
2020-10-02 19:02:59.990 Always,
2020-10-02 19:02:59.990 Always, End of queued log message dump
2020-10-02 19:02:59.990 Always,
2020-10-02 19:02:59.990 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:02:59.990 Always,
2020-10-02 19:02:59.990 Always, Dumping queued log messages
2020-10-02 19:02:59.990 Always,
2020-10-02 19:02:59.990 Always,
2020-10-02 19:02:59.990 Always, End of queued log message dump
2020-10-02 19:02:59.990 Always,
2020-10-02 19:03:00.724 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:00.724 Always,
2020-10-02 19:03:00.724 Always, Dumping queued log messages
2020-10-02 19:03:00.724 Always,
2020-10-02 19:03:00.724 Always,
2020-10-02 19:03:00.725 Always, End of queued log message dump
2020-10-02 19:03:00.725 Always,
2020-10-02 19:03:01.724 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:01.724 Always,
2020-10-02 19:03:01.724 Always, Dumping queued log messages
2020-10-02 19:03:01.724 Always,
2020-10-02 19:03:01.724 Always,
2020-10-02 19:03:01.724 Always, End of queued log message dump
2020-10-02 19:03:01.724 Always,
2020-10-02 19:03:02.724 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:02.724 Always,
2020-10-02 19:03:02.724 Always, Dumping queued log messages
2020-10-02 19:03:02.724 Always,
2020-10-02 19:03:02.724 Always,
2020-10-02 19:03:02.724 Always, End of queued log message dump
2020-10-02 19:03:02.724 Always,
2020-10-02 19:03:03.724 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:03.724 Always,
2020-10-02 19:03:03.725 Always, Dumping queued log messages
2020-10-02 19:03:03.725 Always,
2020-10-02 19:03:03.725 Always,
2020-10-02 19:03:03.725 Always, End of queued log message dump
2020-10-02 19:03:03.725 Always,
2020-10-02 19:03:04.724 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:04.725 Always,
2020-10-02 19:03:04.725 Always, Dumping queued log messages
2020-10-02 19:03:04.725 Always,
2020-10-02 19:03:04.725 Always,
2020-10-02 19:03:04.725 Always, End of queued log message dump
2020-10-02 19:03:04.725 Always,
2020-10-02 19:03:05.723 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:05.723 Always,
2020-10-02 19:03:05.723 Always, Dumping queued log messages
2020-10-02 19:03:05.723 Always,
2020-10-02 19:03:05.724 Always,
2020-10-02 19:03:05.724 Always, End of queued log message dump
2020-10-02 19:03:05.724 Always,
2020-10-02 19:03:05.724 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:05.724 Always,
2020-10-02 19:03:05.724 Always, Dumping queued log messages
2020-10-02 19:03:05.724 Always,
2020-10-02 19:03:05.724 Always,
2020-10-02 19:03:05.724 Always, End of queued log message dump
2020-10-02 19:03:05.724 Always,
2020-10-02 19:03:11.261 Error, ERROR: Not enough space in stream buffer

2020-10-02 19:03:13.846 Always,
2020-10-02 19:03:13.846 Always, Dumping queued log messages
2020-10-02 19:03:13.846 Always,
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:13.847 Always, End of queued log message dump
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:13.847 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:13.847 Always, Dumping queued log messages
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:13.847 Always, End of queued log message dump
2020-10-02 19:03:13.847 Always,
2020-10-02 19:03:14.254 Error, ERROR: Not enough space in stream buffer
2020-10-02 19:03:14.254 Always,
2020-10-02 19:03:14.255 Always, Dumping queued log messages
2020-10-02 19:03:14.255 Always,
2020-10-02 19:03:14.255 Always,
2020-10-02 19:03:14.255 Always, End of queued log message dump
2020-10-02 19:03:14.255 Always,

En ja hoor het is wederom de stream buffer, kijkt iemand hier weleens in zijn OZW_log.txt?
Vanaf vanmorgen 7:36 tot 19:02 geen enkele input, en dan in 1 1/2 minuut meer dan 400 regels, dat is ruim 4 per seconde, ik zou er ook van gaan hangen...

Gelukkig was het na 1 1/2 minuut weer normaal in tegenstelling tot anders.

Misschien je log even inkorten aangezien het constant dezelfde foutmelding is

[Peutpeut]

Edit: dubbel.

[ Voor 97% gewijzigd door Peutpeut op 03-10-2020 08:45 ]

[Peutpeut]

Dylantje2 schreef op vrijdag 2 oktober 2020 @ 18:36:
[...]


Zwave pirren. Batterij en zwave is vaak ruk. Al je batterijen x per jaar vernieuwen. Hoe dan ook.

Ik heb heeel veel pirren. Eerst op xiaomi bridge.
Nu bijna alle xiaomi spullen en hue enz enz op zigbee 2mqtt.
Werkt perfect

DjAntoon schreef op vrijdag 2 oktober 2020 @ 18:51:
@Dylantje2 @Peutpeut Zigbee2mqtt werkt erg goed, zeker met de nieuwe TI chip heb je goed bereik. Ik ben alleen nog niet helemaal tevreden over mijn routers op basis van CC2531. Maar de inmiddels gekochte ledvance sockets zijn helemaal ruk. Ik neig naar tradfri routers, maar twijfel of dat zoveel beter is.
Ik zou graag router software voor de nieuwe TI chip zien, dan twijfel ik niet langer.

Xiaomi pirs zijn helemaal te gek vind ik, goedkoop, beter als neo z wave pirs, veel langere battery life.

Icasa dimmers ook prima als je de report functie aan hebt. Maar qubino z wave dimmers blijven mijn favoriet, die zijn zo mooi instelbaar, minimum dim level, maximum dim level, zijn stroom begrenst. Vooral met led lampen krijg je een veel mooiere regeling. Hier al 4 jaar in gebruik probleemloos. We gebruiken wel volop puls schakelaars naast de domotica optie.

Ik heb ze zelfs bij mijn zus geïnstalleerd, zonder domotica, wel met een z wave stick ingeregeld, ze zijn er super blij mee.

Met een Zigbee stick dan neem ik aan? Het punt waar ik nu tegenaan loop is dat de verlichting die ik stuur op beweging niet altijd even snel aan gaat. Soms zit daar een halve seconde tussen (acceptabel) soms ben ik al boven en dan gaat beneden in de hal het licht aan. Hoe zijn je ervaringen met ZIgbee daarin?
Werken de vaste modules zoals tussenstekkers ook als doorgeefluik voor het signaal net als bij Zwave?

Hier ook Qubino Zwave dimmers in gebruik icm pulsdrukkers, werkt prima. Mocht ik ooit afscheid gaan nemen van Zwave dan vervang ik deze wellicht door Shelly. Het is dat Zwave op het punt wat ik hierboven beschrijf momenteel tekort komt.

@DjAntoon Wat bedoel je met een router? En de TI chip is de Zigbee stick obv een CC2531 of praten we dan over hetzelfde?

Alvast dank voor de antwoorden en uitleg! Ben sinds vorig jaar pas serieus met domotica en domoticz aan de slag en ken alleen Zwave momenteel

[Dylantje2]

Peutpeut schreef op zaterdag 3 oktober 2020 @ 08:41:
Edit: dubbel.

Pluis zigbee2mqtt beetje uit.
Een dongel van een merk werk [ ff zoeken ] er ook op en hoef je niets te flashen.
z2m werkt super snel
En ja reapeters als hue of ikea lampen versterken je netwerk
Zwave wifi zigbee enz enz zijn aparte protocollen die naast elkaar draaien


Zwave is een professioneel protocol, duur maar zeker niet altijd het beste

[DjAntoon]

Vannacht domoticz weer gecrashed om 03:26, de euforie is wel weer voorbij.

2020-10-03 03:25:55.251 Error, ERROR: Not enough space in stream buffer

Deze komt telkens terug voor een crash in de OZW_Log.txt.