Domoticz - open source domotica systeem - deel 4

[Jaap-Jan]

M'n ouders hebben van de week een slimme meter (Sagemcom XS210) gekregen. Gelijk een kabel besteld.

Bij wijze van proef aangesloten op de router (OpenWRT), kmod-usb-serial, kmod-usb-serial-ftdi en socat geinstalleerd en met socat de data afkomstig van de seriele poort beschikbaar gemaakt op het netwerk d.m.v.

code:

socat TCP-LISTEN:2000,fork,reuseaddr FILE:/dev/ttyUSB0,b115200,raw &

Vervolgens in Domoticz een 'P1 Smart Meter with LAN interface' met het IP van de router op poort 2000 geconfigureerd en het uitlezen van de meter werkt gewoon, zonder extra hardware nodig te hebben.

Even bovenstaand scriptje in de startup gegooid en ook na een herstart wordt socat weer opnieuw gestart.

M'n eerste idee was om op de Domoticz pc een virtuele seriële poort aan te maken, maar dat bleek dus niet nodig te zijn.

[19roland70]

Ik heb een probleem met het installeren van de piface.
Er zijn 2 piface's aangesloten , de file piface.conf is uitgebreid tot 8 in en 8 out.
Reboot uitgevoerd.
Ik heb in het hardware menu de piface toegevoegd.
Als ik dan bij devices kijk zie ik maar 4 uitgangen geladen terwijl er in de log wel alle in en uitgangen staan.
Waar kan dit aan liggen?

[Verwijderd]

anconakip schreef op zaterdag 1 februari 2020 @ 10:43:
Ik ben aan het rondkijken en uitproberen om grafana en influxdb werkend te krijgen, Maar helaas. Ik vind niets geschiktst.

Heeft iemand een goede tutorial oid om dit voor mekaar te krijgen?

Laatst hier gepost https://seahu.webnode.cz/...nTelegraf_and_GRAFANA.pdf

Ik heb er nog niets mee gedaan. Andere prio's.

[Speedy-Andre]

Weer een leuke verrassing met de laatste beta, hij vond glibc 2.27 en 2.28 niet en stopte daardoor direct.
Ik draai nog Stretch en glibc stopt hier blijkbaar bij 2.24
De oplossing was upgraden naar Debian 10 (Buster) en wonderwel draait hij weer
Duidelijk is anders, nergens kan je zien dat de beta op Stretch niet meer werkt en waarom
Ik heb mazzel dat Python 2.7 en 3.7 nog werken, daar draaien diverse scripts op.

Deze handleiding heb ik gebruikt om naar Buster te gaan.

[Peutpeut]

Verwijderd schreef op zaterdag 1 februari 2020 @ 12:36:
[...]


Laatst hier gepost https://seahu.webnode.cz/...nTelegraf_and_GRAFANA.pdf

Ik heb er nog niets mee gedaan. Andere prio's.

@anconakip, dit is een goede handleiding, op sommige punten ietwat verouderd maar prima te gebruiken, af en toe zelf iets opzoeken.

[jvr]

Ik weet niet of ik hier juist ben (hoor anders graag wel forum ik moet zijn), maar ik word knetter van een installatie van Domoticz die ik gewoon niet werkend krijg. De uitzonderlijk combinatie van hard en software maakt zoeken een hel....daarom mijn hulp vraag aan jullie:

Ik heb een Windows 10 , daarop node ver10.18.1+ zigbee2mqtt 1.9.0 + Mosquitto 1.6.8 + Domoticz 4.10717.
Installaties gingen goed zonder foutmeldingen, zigbee2mqtt laat netjes mijn rookmelders aanmelden (status batterij, rookstatus etc..), Zet ik Mosquitto uit dan geeft Zigbee2mqtt een foutmelding, dus die koppeling lijkt ook te werken. Maar in Domoticz verschijnt, onder devices bijv. niet mijn rookmelder.
Ik heb werkelijk geen idee waar dat aan ligt. Aan gezien alles onder Windows draait is er weinig te vinden.

configuration.yaml:

--------
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost:1883'
#server: 'mqtt://localhost'
serial:
port: \\.\COM3

base_topic: zigbee2mqtt
server: 'mqtt://localhost:1883'

devices:
------

Domoticz:
------------------------
Enabled:
Name:zigbee2mqtt
Type:mqtt client gateway...
Data Timeout:disabled
Remote Address:localhost
Port:1883
Username:
Password:
Publish Topic:out
CAFilename:

--------------------

Thanks!

[Dylantje2]

Iemand hier die een snapshot functie naar een emial werkend heeft?
Een pir aan, en dan iedere 5 of 10 seconden een snapshot versturen naar een gmail. voor 5 minuten.

Oid..:-)

[Gizz]

jvr schreef op zaterdag 1 februari 2020 @ 14:33:
]zonder foutmeldingen, zigbee2mqtt laat netjes mijn rookmelders aanmelden (status batterij, rookstatus etc..), Zet ik Mosquitto uit dan geeft Zigbee2mqtt een foutmelding, dus die koppeling lijkt ook te werken. Maar in Domoticz verschijnt, onder devices bijv. niet mijn rookmelder.
Ik heb werkelijk geen idee waar dat aan ligt. Aan gezien alles onder Windows draait is er weinig te vinden.

Ik ken de Zigbee2mqtt route zelf niet, maar wellicht help ik je toch de juiste kant op
Als je met MQTT werkt dien je zelf ' dummy devices' aan te maken. Er is geen automatische functie waarmee Domoticz aan de hand van ontvangen MQTT berichten automatisch zelf devices gaat aanmaken. Zou me niks verbazen als dat met Zigbee2mqtt ook precies zo werkt.

Als je bijvoorbeeld een thermometer via MQTT wil laten communiceren, dan maak je eerst een losse dummy thermometer aan in Domoticz en vervolgens ga je die van meetdata voorzien via MQTT.

Zie ook deze pagina

---

Nu ik toch post, meteen m'n eigen MQTT-probleem

Ik stuur diverse dingen aan via MQTT, bijvoorbeeld een dimmer. In de logs zie ik het volgende en dat werkt prima:

code:

 MQTT: Topic: domoticz/in, Message: {"command":"switchlight","idx":549,"switchcmd":"Set Level","level":68}

Dus ja, ik kan met MQTT spelen en devices in Domoticz aansturen.

Echter, ik heb zojuist een 'device' van het type Percentage aangemaakt. Volgens de Wiki heeft die de volgende input nodig:

command: udevice
IDX
nvalue: 0
svalue: het percentage

Klinkt simpel, maar als ik dat naar Domoticz stuur krijg ik het volgende in de logs:

code:

 MQTT: Topic: domoticz/in, Message: {"command":"udevice","idx":553,"nvalue":0,"svalue":0} 
Error: MQTT: Invalid data received!

Domoticz is zo vriendelijk om verder niet aan te geven welk stukje van de data niet volgens het format is, dat mag je zelf uitzoeken. Maar ik zie het echt niet.. waarschijnlijk is het vrij duidelijk wat ik verkeerd doe, maar als je zelf naar zo'n simpel code staart zie je het soms zelf echt niet.

Wie wijst mij even op de overduidelijke fout die ik maak?

[DaRk PoIsOn]

Dylantje2 schreef op zaterdag 1 februari 2020 @ 16:39:
Iemand hier die een snapshot functie naar een emial werkend heeft?
Een pir aan, en dan iedere 5 of 10 seconden een snapshot versturen naar een gmail. voor 5 minuten.

Oid..:-)

Iets in deze richting?

local function snapshot(idx,subject,delay)
if not dz then dz = domoticz end
if not idx then idx = 1 end
if not subject then subject = "snapshot_" .. dz.time.rawDate .. "_" .. dz.time.rawTime end
if delay and delay > 0 then
local url = dz.settings['Domoticz url'] .. "/json.htm?type=command&param=emailcamerasnapshot&camidx=".. idx .. "&subject=" .. dz.utils.urlEncode(subject)
dz.openURL(url).afterSec(delay)
else
dz.sendCommand("SendCamera:" .. idx, subject)
end
end

local cameraID = 1
local repeats = 5 --- number of repeats
local interval = 11 -- seconds between repeats

for i = 0,(repeats - 1) do
snapshot(cameraID,"Test repeated snapshots (" .. i+1 .."/" .. repeats .. ") of camera with index " .. cameraID ..
". Snap was shot ".. (i * interval) .. " seconds after script finished.", ( i * interval ))
end

[Dylantje2]

DaRk PoIsOn schreef op zaterdag 1 februari 2020 @ 17:15:
[...]


Iets in deze richting?

local function snapshot(idx,subject,delay)
if not dz then dz = domoticz end
if not idx then idx = 1 end
if not subject then subject = "snapshot_" .. dz.time.rawDate .. "_" .. dz.time.rawTime end
if delay and delay > 0 then
local url = dz.settings['Domoticz url'] .. "/json.htm?type=command&param=emailcamerasnapshot&camidx=".. idx .. "&subject=" .. dz.utils.urlEncode(subject)
dz.openURL(url).afterSec(delay)
else
dz.sendCommand("SendCamera:" .. idx, subject)
end
end

local cameraID = 1
local repeats = 5 --- number of repeats
local interval = 11 -- seconds between repeats

for i = 0,(repeats - 1) do
snapshot(cameraID,"Test repeated snapshots (" .. i+1 .."/" .. repeats .. ") of camera with index " .. cameraID ..
". Snap was shot ".. (i * interval) .. " seconds after script finished.", ( i * interval ))
end

Oef...

En dit is een dz vents?
Iets meer info erbij mss...
NOOB hier ..

[MikeyMan]

Wellicht begrijp ik iets niet aan de restore-backup optie van Domoticz...

Ergens is er vandaag iets mis gegaan. Tussen 15:00 en 16:00...
Ik heb een clean install van domoticz gedaan, en probeer dan via de restore optie de domoticz.db van 15:00 te restoren...

Er staat dan een melding dat je moet wachten tot het dashboard weer zichtbaar is.
Echter; daar zie ik dan niks...

Service herstarten komt erop neer dat ik weer een connection refused melding krijg... Mis ik iets?

Het raarste is; de net aangemaakte domoticz.db doet het prima.
Maar een db van een moment waarvan ik zeker weet dat het werkte niet

[ Voor 12% gewijzigd door MikeyMan op 01-02-2020 18:47 ]

[19roland70]

Vandaag ook geprobeerd de 1-wire sensors naar Domoticz te krijgen.
Ik zie de 1-wire sensors wel als ik verbinding maak met ssh maar in Domoticz krijg ik ze niet.
Als ik in het hardware menu 1-wire toevoeg gebeurd er niks.
Ook met het opstarten zou dit zichtbaar moeten zijn in de logfile .
Wat doe ik fout?

[jbr]

MikeyMan schreef op zaterdag 1 februari 2020 @ 18:36:

Er staat dan een melding dat je moet wachten tot het dashboard weer zichtbaar is.
Echter; daar zie ik dan niks...

Service herstarten komt erop neer dat ik weer een connection refused melding krijg... Mis ik iets?

Oei, ook een keer gehad, tijd terug, dus even gravend in het geheugen lag dit aan de cache van de browser. Keertje leeggooien, met cookies en al, CTRL+F5, of Private Browsing window om te checken?

[Gizz]

@19roland70 Welke hardware gebruik je? Welke 1-wire sensor en op welk apparaat sluit je ze aan?
Ik heb zelf vandaag nog een DS18B20 thermometer aan een ESP8266-bordje gehangen, maar daarbij moet je echt een pull-up weerstand gebruiken anders gaat het niet werken.

Zou dus eerst de hardware-zijde nog eens goed checken voordat je het probleem in Domoticz zoekt.

edit: niet goed gelezen dat je ze op een andere wijze wel kan zien. Vergeet mijn opmerking dan maar

[ Voor 12% gewijzigd door Gizz op 01-02-2020 19:11 ]

[MikeyMan]

jbr schreef op zaterdag 1 februari 2020 @ 18:56:
[...]

Oei, ook een keer gehad, tijd terug, dus even gravend in het geheugen lag dit aan de cache van de browser. Keertje leeggooien, met cookies en al, CTRL+F5, of Private Browsing window om te checken?

Al gedaan... Blijkt een issue te zijn met de laatste beta...
Heeft blijkbaar ook iets om zeep geholpen.
Moet nu eerst updaten naar buster (?) ofzo?
Totaal geen kaas van gegeten hiervan

[roelieboelie]

jvr schreef op zaterdag 1 februari 2020 @ 14:33:
Ik weet niet of ik hier juist ben (hoor anders graag wel forum ik moet zijn), maar ik word knetter van een installatie van Domoticz die ik gewoon niet werkend krijg. De uitzonderlijk combinatie van hard en software maakt zoeken een hel....daarom mijn hulp vraag aan jullie:

Ik heb een Windows 10 , daarop node ver10.18.1+ zigbee2mqtt 1.9.0 + Mosquitto 1.6.8 + Domoticz 4.10717.
Installaties gingen goed zonder foutmeldingen, zigbee2mqtt laat netjes mijn rookmelders aanmelden (status batterij, rookstatus etc..), Zet ik Mosquitto uit dan geeft Zigbee2mqtt een foutmelding, dus die koppeling lijkt ook te werken. Maar in Domoticz verschijnt, onder devices bijv. niet mijn rookmelder.
Ik heb werkelijk geen idee waar dat aan ligt. Aan gezien alles onder Windows draait is er weinig te vinden.

configuration.yaml:

--------
homeassistant: false
permit_join: true
mqtt:
base_topic: zigbee2mqtt
server: 'mqtt://localhost:1883'
#server: 'mqtt://localhost'
serial:
port: \\.\COM3

base_topic: zigbee2mqtt
server: 'mqtt://localhost:1883'

devices:
------

Domoticz:
------------------------
Enabled:
Name:zigbee2mqtt
Type:mqtt client gateway...
Data Timeout:disabled
Remote Address:localhost
Port:1883
Username:
Password:
Publish Topic:out
CAFilename:

--------------------

Thanks!

Heb je de domoticz zigbee2mqtt plugin geïnstalleerd? Deze is nodig om domoticz te laten begrijpen welke apparaten er zijn. Als je apparaat niet word ondersteund kun je zelf een adapter aanmaken of even op github vragen of de ontwikkelaar dat wilt doen. Reageert over het algemeen vrij snel is mijn ervaring. Succes!

[bvsteyn]

Ik wil graag gebruik maken van de iDetect plugin voor de presence detection. Nu heb ik thuis helaas een experiabox, waardoor SSH niet mogelijk is. Nu kwam ik hier in dit topic een post tegen van iemand die de unify controller heeft geinstalleerd en daarmee de iDetect plugin werkend gekregen. Laat ik nu ook twee Unify AP's hebben hier in huis. Is het installeren van de Unify controller een goed idee in combi met de iDetect plugin? Of zijn er betere alternatieven denkbaar?

[Speedy-Andre]

MikeyMan schreef op zaterdag 1 februari 2020 @ 19:04:
[...]

Al gedaan... Blijkt een issue te zijn met de laatste beta...
Heeft blijkbaar ook iets om zeep geholpen.
Moet nu eerst updaten naar buster (?) ofzo?
Totaal geen kaas van gegeten hiervan

Dat lijkt wel op Speedy-Andre in "Domoticz - open source domotica systeem - deel 4".
Met

code:

sudo service domoticz status

zou je die melding moeten zien of iets anders.
Ik heb met Putty de commando's uit m'n linkje ingevoerd zodat de belangrijkste dingen goed gaan.
Bij de update krijg je regelmatig vragen of hij iets moet vervangen of hetzelfde houden.
Ik zeg steeds No (default) of geef enter.
Met mijn Pi 2B was ik wel een uurtje onderweg, best veel andere shit als Mosquitto, Grafana enz er op.
Ben blij dat het goed ging want ik heb een pi-drive waar alles op staat en geen SD die je kan backuppen.

[niki_lauda]

Speedy-Andre schreef op zaterdag 1 februari 2020 @ 13:25:
Weer een leuke verrassing met de laatste beta, hij vond glibc 2.27 en 2.28 niet en stopte daardoor direct.
Ik draai nog Stretch en glibc stopt hier blijkbaar bij 2.24
De oplossing was upgraden naar Debian 10 (Buster) en wonderwel draait hij weer
Duidelijk is anders, nergens kan je zien dat de beta op Stretch niet meer werkt en waarom
Ik heb mazzel dat Python 2.7 en 3.7 nog werken, daar draaien diverse scripts op.

Deze handleiding heb ik gebruikt om naar Buster te gaan.

Ik heb hetzelfde probleem gehad. Vind ook wel dat ze dit in de beta release history.txt mogen vermelden.

[MikeyMan]

Speedy-Andre schreef op zaterdag 1 februari 2020 @ 19:22:
[...]

Dat lijkt wel op Speedy-Andre in "Domoticz - open source domotica systeem - deel 4".
Met

code:

sudo service domoticz status

zou je die melding moeten zien of iets anders.
Ik heb met Putty de commando's uit m'n linkje ingevoerd zodat de belangrijkste dingen goed gaan.
Bij de update krijg je regelmatig vragen of hij iets moet vervangen of hetzelfde houden.
Ik zeg steeds No (default) of geef enter.
Met mijn Pi 2B was ik wel een uurtje onderweg, best veel andere shit als Mosquitto, Grafana enz er op.
Ben blij dat het goed ging want ik heb een pi-drive waar alles op staat en geen SD die je kan backuppen.

Updaten naar buster is gelukt. Clean install doet het ook, maar zodra ik de DB terug zet is het klaar. Welke ik ook pak van de afgelopen dagen, toen alles nog gewoon werkte

[Speedy-Andre]

Mijn (enorme) DB is er gelukkig nog, dat was de reden om te upgraden omdat ik dan het minste werk heb.
Ook de Influx DB is huge en die zet je niet even terug.
Wat voor melding heb je nu bij status?

[MikeyMan]

● domoticz.service - LSB: Home Automation System
Loaded: loaded (/etc/init.d/domoticz.sh; generated; vendor preset: enabled)
Active: active (exited) since Sat 2020-02-01 19:24:36 CET; 15min ago
Docs: man:systemd-sysv-generator(
Process: 2435 ExecStop=/etc/init.d/domoticz.sh stop (code=exited, status=0/SUCCESS)
Process: 2479 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 4915)
CGroup: /system.slice/domoticz.service

Feb 01 19:24:36 raspberrypi systemd[1]: Starting LSB: Home Automation System...
Feb 01 19:24:36 raspberrypi domoticz.sh[2479]: 2020-02-01 19:24:36.113 Status: Domoticz V4.10717 (c)2012-2019 GizMoCuz
Feb 01 19:24:36 raspberrypi domoticz.sh[2479]: 2020-02-01 19:24:36.113 Status: Build Hash: b38b49e5, Date: 2019-05-09 13
Feb 01 19:24:36 raspberrypi domoticz.sh[2479]: 2020-02-01 19:24:36.113 Status: Startup Path: /home/pi/domoticz/
Feb 01 19:24:36 raspberrypi domoticz.sh[2479]: domoticz: Domoticz is starting up....
Feb 01 19:24:36 raspberrypi domoticz[2486]: Domoticz running...
Feb 01 19:24:36 raspberrypi systemd[1]: Started LSB: Home Automation System.

Dat ziet er niet vreemd uit...

Heb op zich alle backups veilig gesteld, maar dan moeten ze het wel doen natuurlijk...

[ Voor 4% gewijzigd door MikeyMan op 01-02-2020 19:41 ]

[Speedy-Andre]

Hij eindigt met running, dat was bij mij niet zo
Even de cache van je browser wissen denk ik (met Chrome alleen de bestanden)?

[MikeyMan]

Speedy-Andre schreef op zaterdag 1 februari 2020 @ 19:43:
Hij eindigt met running, dat was bij mij niet zo
Even de cache van je browser wissen denk ik (met Chrome alleen de bestanden)?

Ik ga het proberen, maar met meerdere apparaten en browsers zelfde probleem.

Dbase uit oktober doet het overigens wel...

edit: monthly van januari ook
Edit2: monthly van februari niet, daily van jan 15 ook niet...

Lijkt ergens rond de 8e mis gegaan te zijn.
Vraag is waar ik nu goed aan doe... Waardes van mijn P1 krijg ik natuurlijk niet zomaar meer goed...

[ Voor 24% gewijzigd door MikeyMan op 01-02-2020 19:56 ]

[Speedy-Andre]

De monthly van januari is toch recent als alles in die maand goed ging?

[MikeyMan]

Speedy-Andre schreef op zaterdag 1 februari 2020 @ 20:02:
De monthly van januari is toch recent als alles in die maand goed ging?

Nouja, die is van 1 januari. Maand data kwijt dus...

Hij werkt wel, dat zeker..

edit: ook deze kapt er na een tijdje mee...
Buster update was niet volledig geloof ik...
Volg nu deze guide:
https://www.tomshardware....buster-upgrade,39735.html

en die vindt nog wat achterstallig spul

De data is niet op een of andere manier te mergen zeker?

[ Voor 34% gewijzigd door MikeyMan op 01-02-2020 20:59 ]

[scorpion303]

Ik heb net het hele vierde deel van deze topic doorgespit. Mijn vraag is wel een keertje eerder gesteld, maar helaas bleef deze onbeantwoord. Wellicht weet iemand het nu wel...

Mijn hele huis hangt inmiddels vol met 61 Hue lampen en ik moet heel snel een tweede Hue bridge gaan inrichten. Ik wil ook gebruik gaan maken van Domoticz, maar weet niet zeker of Domoticz wel meerdere Phillips Hue bridges ondersteund. Weet iemand dat?

[vwtune]

Speedy-Andre schreef op zaterdag 1 februari 2020 @ 13:25:
Weer een leuke verrassing met de laatste beta, hij vond glibc 2.27 en 2.28 niet en stopte daardoor direct.
Ik draai nog Stretch en glibc stopt hier blijkbaar bij 2.24
De oplossing was upgraden naar Debian 10 (Buster) en wonderwel draait hij weer
Duidelijk is anders, nergens kan je zien dat de beta op Stretch niet meer werkt en waarom
Ik heb mazzel dat Python 2.7 en 3.7 nog werken, daar draaien diverse scripts op.

Deze handleiding heb ik gebruikt om naar Buster te gaan.

Zojuist ook maar de gok gewaagd en alles geprobeerd te updaten naar Buster (dus ook naar de laaste beta domoticz)
Alles gevolgd volgens deze handleiding: https://ehoco.nl/upgrade-...tch-naar-raspbian-buster/
Nergens 1 foutje gezien dus alles liep voorspoedig, tot ik de beta van domoitcz als laatste moest installeren. Na de herstart bleef het donker... bleef offline en kwam niet meer online. ben ik blij dat ik eerst een volledige backup had gemaakt van mijn SD kaart. pffff

[Speedy-Andre]

Bij mij was het andersom, ik draaide Stretch toen ik Domoticz beta een update gaf.
De upgrade naar Buster bracht Domoticz weer tor leven omdat de missende libs er nu wel waren.
Als je geen libs probleem had dan heb je een andere situatie denk ik.

[ Voor 3% gewijzigd door Speedy-Andre op 01-02-2020 22:30 ]

[Copitano]

anconakip schreef op zaterdag 1 februari 2020 @ 10:43:
Ik ben aan het rondkijken en uitproberen om grafana en influxdb werkend te krijgen, Maar helaas. Ik vind niets geschiktst.

Heeft iemand een goede tutorial oid om dit voor mekaar te krijgen?

https://gathering.tweaker...message/57032733#57032733

[Gizz]

@Copitano @anconakip Deze blogpost van @GorgeousMetal is recenter

[Racer89]

19roland70 schreef op zaterdag 1 februari 2020 @ 18:54:
Vandaag ook geprobeerd de 1-wire sensors naar Domoticz te krijgen.
Ik zie de 1-wire sensors wel als ik verbinding maak met ssh maar in Domoticz krijg ik ze niet.
Als ik in het hardware menu 1-wire toevoeg gebeurd er niks.
Ook met het opstarten zou dit zichtbaar moeten zijn in de logfile .
Wat doe ik fout?

Als je deze in de hardware tab hebt staan. Zou hij vervolgens in de apparaten lijst moeten komen. Dit gebeurd pas als de sensor een meting door geeft. Je kunt dit versnellen door even de sensor vast te pakken. Zodat hij warmer wordt. Vanuit het apparaten menu moet je toevoegen en een naam geven. Aangezien de sensor alleen een unieke code heeft. Dan pas wordt deze zichtbaar in het temperatuur menu.

[Dylantje2]

scorpion303 schreef op zaterdag 1 februari 2020 @ 21:37:
Ik heb net het hele vierde deel van deze topic doorgespit. Mijn vraag is wel een keertje eerder gesteld, maar helaas bleef deze onbeantwoord. Wellicht weet iemand het nu wel...

Mijn hele huis hangt inmiddels vol met 61 Hue lampen en ik moet heel snel een tweede Hue bridge gaan inrichten. Ik wil ook gebruik gaan maken van Domoticz, maar weet niet zeker of Domoticz wel meerdere Phillips Hue bridges ondersteund. Weet iemand dat?

Ik zou gaan zoeken naar zigbee2mqtt
Als je die werkend hebt, geen bridge meer nodig.
ik heb nu 3 verschillende bridges werken.
hue, xiaomi, z2m...
Hier en daar wel wat ..:-)

Maar hue kun je 2 verschillende channels geven.
Mijn angst is als de Xiaomi bridge het opgeeft..
Dus ik ga langzaam over naar z2m...[ heeft me wel kruim gekost, maar ja hobby, is ook doorbijten ]


Edit:

MikeyMan schreef op zaterdag 1 februari 2020 @ 20:04:
[...]


Nouja, die is van 1 januari. Maand data kwijt dus...

Hij werkt wel, dat zeker..

edit: ook deze kapt er na een tijdje mee...
Buster update was niet volledig geloof ik...
Volg nu deze guide:
https://www.tomshardware....buster-upgrade,39735.html

en die vindt nog wat achterstallig spul

De data is niet op een of andere manier te mergen zeker?

En al werkend?
post iets meer als je opstart via cli:
Welke stappen doe je

[ Voor 24% gewijzigd door Dylantje2 op 02-02-2020 10:40 ]

[19roland70]

Volgende probleem is de Piface.
De file piface.conf wordt niet goed geladen.(denk ik)
In de log begint deze pas bij pin 6
Het rare is dat het lijkt dat de file op een of andere manier niet goed geladen wordt.
Dit heeft verder altijd gewerkt op een 2B maar is met de upgrade naar een RPi 4 misgegaan
Als ik in de device tab kijk zie ik ook alleen maar 32 uitgangen staan terwijl dit 16 in en 16 uit zouden moeten zijn.
versie Domoticz is de stable versie.
wie weet hier een oplossing voor?

code:

2020-02-01 19:21:56.973 Sunrise: 07:16:00 SunSet: 16:26:00
2020-02-01 19:21:56.973 Day length: 09:10:00 Sun at south: 11:51:00
2020-02-01 19:21:56.973 Civil twilight start: 06:40:00 Civil twilight end: 17:02:00
2020-02-01 19:21:56.973 Nautical twilight start: 05:60:00 Nautical twilight end: 17:42:00
2020-02-01 19:21:56.973 Astronomical twilight start: 05:21:00 Astronomical twilight end: 18:21:00
2020-02-01 19:21:57.351 Active notification Subsystems: (0/13)
2020-02-01 19:21:57.392 Starting shared server on: :::6144
2020-02-01 19:22:03.031 (Slimme meter) P1 Smart Meter (Power)
2020-02-01 19:22:03.906 PiFace: SPI device opened successfully
2020-02-01 19:22:03.912 Status: PiFace: config file: Valid address: 0 , Pin: 6 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.912 Status: PiFace: config file: Valid address: 0 , Pin: 6 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.912 Status: PiFace: config file: Valid address: 0 , Pin: 6 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.912 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.912 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.912 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 0 , Pin: 7 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 0 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 1 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.913 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 2 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 3 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 4 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 5 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.914 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 6 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port O Parameter: enabled , Value true
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port O Parameter: pin_type , Value level
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port O Parameter: count_enabled , Value false
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port O Parameter: count_type , Value generic
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port O Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port I Parameter: enabled , Value true
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port I Parameter: pin_type , Value rising
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port I Parameter: count_enabled , Value false
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port I Parameter: count_type , Value generic
2020-02-01 19:22:03.915 Status: PiFace: config file: Valid address: 1 , Pin: 7 and Port I Parameter: count_update_interval_sec , Value 10
2020-02-01 19:22:03.916 Status: PiFace: Worker started...
2020-02-01 19:22:03.917 Status: EventSystem: reset all events...
2020-02-01 19:22:03.918 Status: EventSystem: reset all device statuses...
2020-02-01 19:22:03.980 Status: PluginSystem: Entering work loop.
2020-02-01 19:22:03.994 Status: Python EventSystem: Initalizing event module.
2020-02-01 19:22:03.995 Status: EventSystem: Started
2020-02-01 19:22:03.995 Status: EventSystem: Queue thread started...

Hieronder een deel van de originele file :

code:

piface.0.output.0.enabled=true
piface.0.output.0.pin_type=level
piface.0.output.0.count_enabled=false
piface.0.output.0.count_type=generic
piface.0.output.0.count_update_interval_sec=10

piface.0.input.0.enabled=true                    //watermeter
piface.0.input.0.pin_type=rising
piface.0.input.0.count_enabled=true
piface.0.input.0.count_type=rfxmeter
piface.0.input.0.count_update_interval_sec=2

piface.0.output.1.enabled=true
piface.0.output.1.pin_type=level
piface.0.output.1.count_enabled=false
piface.0.output.1.count_type=generic
piface.0.output.1.count_update_interval_sec=10

piface.0.input.1.enabled=true                   //s0 E-meter
piface.0.input.1.pin_type=rising
piface.0.input.1.count_enabled=true
piface.0.input.1.count_type=rfxmeter
piface.0.input.1.count_update_interval_sec=2

piface.0.output.2.enabled=true
piface.0.output.2.pin_type=level
piface.0.output.2.count_enabled=false
piface.0.output.2.count_type=generic
piface.0.output.2.count_update_interval_sec=10

piface.0.input.2.enabled=true                      //schakelaar buitenlamp
piface.0.input.2.pin_type=level                     // dit was rising
piface.0.input.2.count_enabled=false
piface.0.input.2.count_type=generic
piface.0.input.2.count_update_interval_sec=1

piface.0.output.3.enabled=true
piface.0.output.3.pin_type=level
piface.0.output.3.count_enabled=false
piface.0.output.3.count_type=generic
piface.0.output.3.count_update_interval_sec=10

[MikeyMan]

@Dylantje2 hij draait idd... Maar databases van na 7 Jan werkten allemaal niet meer.
Ben dus drie weken logging kwijt.

Heb vrijwel alle tussenliggende databases geprobeerd, meermaals opnieuw geïnstalleerd, no luck...

Leuk idee die alles in één database, maar tis Wel kwetsbaar.

[ Voor 42% gewijzigd door MikeyMan op 02-02-2020 11:33 ]

[Dylantje2]

MikeyMan schreef op zondag 2 februari 2020 @ 11:31:
@Dylantje2 hij draait idd... Maar databases van na 7 Jan werkten allemaal niet meer.
Ben dus drie weken logging kwijt.

Heb vrijwel alle tussenliggende databases geprobeerd, meermaals opnieuw geïnstalleerd, no luck...

Leuk idee die alles in één database, maar tis Wel kwetsbaar.

Heb je beta en stable door elkaar?

[Daannn1987]

MikeyMan schreef op zondag 2 februari 2020 @ 11:31:
@Dylantje2 hij draait idd... Maar databases van na 7 Jan werkten allemaal niet meer.
Ben dus drie weken logging kwijt.

Heb vrijwel alle tussenliggende databases geprobeerd, meermaals opnieuw geïnstalleerd, no luck...

Leuk idee die alles in één database, maar tis Wel kwetsbaar.

Ik lijk het nu ook te hebben.. net ge-update
Zo even verder kijken

[Peutpeut]

bvsteyn schreef op zaterdag 1 februari 2020 @ 19:18:
Ik wil graag gebruik maken van de iDetect plugin voor de presence detection. Nu heb ik thuis helaas een experiabox, waardoor SSH niet mogelijk is. Nu kwam ik hier in dit topic een post tegen van iemand die de unify controller heeft geinstalleerd en daarmee de iDetect plugin werkend gekregen. Laat ik nu ook twee Unify AP's hebben hier in huis. Is het installeren van de Unify controller een goed idee in combi met de iDetect plugin? Of zijn er betere alternatieven denkbaar?

Dat werkt prima. Je hoeft er niet de Unifi Controller voor te installeren, je kunt in de iDetect plugin ook de ip-adressen van de AP's opgeven en dan worden die gecontroleerd op aanwezigheid van de ingestelde MAC-adressen. Zo heb ik het hier nu ook werkend.

[bvsteyn]

Peutpeut schreef op zondag 2 februari 2020 @ 11:54:
[...]

Dat werkt prima. Je hoeft er niet de Unifi Controller voor te installeren, je kunt in de iDetect plugin ook de ip-adressen van de AP's opgeven en dan worden die gecontroleerd op aanwezigheid van de ingestelde MAC-adressen. Zo heb ik het hier nu ook werkend.

Goede tip! Gaan we gelijk mee aan de slag!

@Peutpeut Werkt top! Nu nog leuke scriptjes gaan verzinnen/zoeken!

[ Voor 7% gewijzigd door bvsteyn op 02-02-2020 12:13 ]

[MikeyMan]

Dylantje2 schreef op zondag 2 februari 2020 @ 11:41:
[...]


Heb je beta en stable door elkaar?

Ik heb beiden geprobeerd... Had idd beta draaien. Eerst DB teruggezet op stable. Vervolgens weer nieuwe install eerst door geduwd naar beta en toen DB terug gezet.

Vervelendste vind ik dus dat je ook niet zomaar meetpunten toe kunt voegen uit een andere DB... Ben veel aan het experimenteren geweest met m'n verwarming, en elk vergelijk is nu onmogelijk

[ Voor 23% gewijzigd door MikeyMan op 02-02-2020 12:12 ]

[Gizz]

Gizz in "Domoticz - open source domotica systeem - deel 4"

Weer verder gegaan met sleutelen, maar ik kom er niet uit. Nog steeds MQTT foutmeldingen in Domoticz als ik een simpel commando stuur.

MQTT berichten vanuit Node Red die Domoticz wel begrijpt:

Dimmer
Een dimmer (de mechanische ventilatie) aansturen, waarbij als waarde een variabele wordt gebruikt:
Format van de JSON volgens de Domoticz wiki:

code:

/json.htm?type=command&param=switchlight&idx=99&switchcmd=Set%20Level&level=6

Mijn Mustache template in NR:

code:

{"command": "switchlight", "idx": 549, "switchcmd": "Set Level", "level": {{co2}} }

Wat Domoticz laat zien in de logs:

code:

MQTT: Topic: domoticz/in, Message: {"command":"switchlight","idx":549,"switchcmd":"Set Level","level":52}
OpenZWave: Domoticz has send a Switch command!, Level: 52, NodeID: 18 (0x12)

Werkt prima

Switch
Simpelweg een switch schakelen.

Format van de JSON volgens de Domoticz wiki:

code:

/json.htm?type=command&param=switchlight&idx=99&switchcmd=On

Mijn Mustache template in NR:

code:

{"command": "switchlight", "idx": 319, "switchcmd": "On"}

Wat Domoticz laat zien in de logs:

code:

 MQTT: Topic: domoticz/in, Message: {"command":"switchlight","idx":319,"switchcmd":"On"}
 OpenZWave: Domoticz has send a Switch command! NodeID: 8 (0x08)

Werkt prima Simpel en logisch ook.

Ok, de wereld ligt aan onze voeten. We snappen het trucje en kunnen met JSON alle devices een zetje geven

Percentage
Een simpele dummy sensor van het type percentage. Er wordt elke X seconden een getalletje gestuurd dat het percentage vormt.

Format van de JSON volgens de Domoticz wiki:

code:

/json.htm?type=command&param=udevice&idx=IDX&nvalue=0&svalue=PERCENTAGE

Mijn Mustache template in NR:

code:

{"command": "udevice", "idx": 553, "nvalue": 0,  "svalue": {{percentage}}}

Wat Domoticz laat zien in de logs:

code:

 MQTT: Topic: domoticz/in, Message: {"command":"udevice","idx":553,"nvalue":0,"svalue":35}
2020-02-02 12:12:44.711 Error: MQTT: Invalid data received!

Custom sensor
Ok, percentage heeft er geen zin in. Dan maar een lege custom sensor. Daar moeten we immers met twee vingers in onze neus elk getal in kunnen pushen dat we willen.

Format van de JSON volgens de Domoticz wiki:

code:

/json.htm?type=command&param=udevice&idx=IDX&nvalue=0&svalue=VALUE

Mijn Mustache template in NR:

code:

{"command": "udevice", "idx": 554, "nvalue": 0,  "svalue": {{percentage}}}

Wat Domoticz laat zien in de logs:

code:

 MQTT: Topic: domoticz/in, Message: {"command":"udevice","idx":554,"nvalue":0,"svalue":35}
Error: MQTT: Invalid data received!

Stuur ik een variabele om een dimmer aan te sturen, geen probleem. Hou ik me netjes aan de JSON-regeltjes van Domoticz en probeer ik een getal naar een sensor te sturen, dan schreeuwt Domoticz louter dat hij invalid data received!

Ik snap het niet

[Dylantje2]

MikeyMan schreef op zondag 2 februari 2020 @ 12:08:
[...]


Ik heb beiden geprobeerd... Had idd beta draaien. Eerst DB teruggezet op stable. Vervolgens weer nieuwe install eerst door geduwd naar beta en toen DB terug gezet.

Vervelendste vind ik dus dat je ook niet zomaar meetpunten toe kunt voegen uit een andere DB... Ben veel aan het experimenteren geweest met m'n verwarming, en elk vergelijk is nu onmogelijk

Ik heb heeeel wat problemen gehad...
Maar mijn DB heeft me nooit in de steek gelaten
Schone installatie
updaten naar beta [ als je DB beta was ]
Dan een reboot.
Dan je db terug zetten
Werkt bij mij altijd.

Heb je je db al een bekeken of hij gene verkeerde data bevat?
http://www.sqliteexpert.com/
En hiermee kun je eea mss ook toevoegen..al hoe wel ik niet goed snap wat je bedoelt.

[MikeyMan]

@Dylantje2 mijn SQL kennis reikt niet ver genoeg vrees ik. Als ik de data van 7jan tot en met gisteren zou kunnen toevoegen aan mijn huidige install zou ik tevreden zijn.
Maar dat ga ik van z'n lang zal z'n leven niet voor elkaar krijgen

[Daannn1987]

MikeyMan schreef op zondag 2 februari 2020 @ 12:36:
@Dylantje2 mijn SQL kennis reikt niet ver genoeg vrees ik. Als ik de data van 7jan tot en met gisteren zou kunnen toevoegen aan mijn huidige install zou ik tevreden zijn.
Maar dat ga ik van z'n lang zal z'n leven niet voor elkaar krijgen

Ik heb een backup van gisteren terug gezet..

Kun jij niet een oudere release installeren?

[Dylantje2]

MikeyMan schreef op zondag 2 februari 2020 @ 12:36:
@Dylantje2 mijn SQL kennis reikt niet ver genoeg vrees ik. Als ik de data van 7jan tot en met gisteren zou kunnen toevoegen aan mijn huidige install zou ik tevreden zijn.
Maar dat ga ik van z'n lang zal z'n leven niet voor elkaar krijgen

als je sql expert open...
Je oude db
En je nieuwe
Zal je kunnen zien hoe simpel het kan zijn.. [ ff zoeken in log ]

Zelfs kun je er verkeerde idx oid verwijderen
Ik had last van hangend floorplan, niet weg te krijgen
In de db fluitje van.

Mss wel zorgen voor dubbele backup :-)

[MikeyMan]

@Daannn1987 Zit nu op de laatste stable. Dat is sowieso een oudere versie.

@Dylantje2 Ik heb de dbase al geopend, maar das voor mij allemaal abracadabra. Enige hint welke tabel ik zou moeten bekijken?

[Dylantje2]

MikeyMan schreef op zondag 2 februari 2020 @ 13:00:
@Daannn1987 Zit nu op de laatste stable. Dat is sowieso een oudere versie.

@Dylantje2 Ik heb de dbase al geopend, maar das voor mij allemaal abracadabra. Enige hint welke tabel ik zou moeten bekijken?

log dacht ik. [ overzicht was best helder..vond ik verrassend ]
Overal ff doorheen lopen,

Maar plaats eens een printscreen van wat je ziet [ zit niet in de buurt van mjjn pc ]

[bvsteyn]

bvsteyn schreef op zondag 2 februari 2020 @ 12:02:
[...]


Goede tip! Gaan we gelijk mee aan de slag!

@Peutpeut Werkt top! Nu nog leuke scriptjes gaan verzinnen/zoeken!

@Peutpeut

Hmm..dacht dat het goed werkt. De detectie zelf werkt, maar continue dit voorbij komen in de log:

code:

2020-02-02 13:40:13.569 Error: (iDetect) 192.168.x.xx ====> SSH returned error:Not supported
2020-02-02 13:40:13.569
2020-02-02 13:40:13.888 Error: (iDetect) 192.168.x.xx ====> SSH returned error:Not supported
2020-02-02 13:40:13.888

De detectie zelf in Domoticz is wel gewoon goed. Enig idee wat hier misgaat?

[vwtune]

Speedy-Andre schreef op zaterdag 1 februari 2020 @ 22:29:
Bij mij was het andersom, ik draaide Stretch toen ik Domoticz beta een update gaf.
De upgrade naar Buster bracht Domoticz weer tor leven omdat de missende libs er nu wel waren.
Als je geen libs probleem had dan heb je een andere situatie denk ik.

Weer geprobeerd, maar dan eerst vanuit een werkend systeem eerst domoticz naar de laatste beta upgraden, dan rpi opnieuw opstarten, domoticz start niet meer op. Nu volgens jouw link: https://linuxconfig.org/h...retch-to-debian-10-buster alle stappen doorlopen. 2 uur verder... weer geen werkende domoticz. Geen idee waar het aan ligt.

[MikeyMan]

@Dylantje2 Ok, here goes.
Heb de db geopend met DB Browser for SqLite.
Ik zie dan het volgende:



Zie daar niet direct een tabel met "logs" oid...

edit: Zou het kunnen dat de tabel "meter" de afgelopen zeven dagen bevat?
En de tabel "meter_kalender" de dagstanden oid?

[ Voor 17% gewijzigd door MikeyMan op 02-02-2020 13:59 ]

[Speedy-Andre]

vwtune schreef op zondag 2 februari 2020 @ 13:52:
[...]


Weer geprobeerd, maar dan eerst vanuit een werkend systeem eerst domoticz naar de laatste beta upgraden, dan rpi opnieuw opstarten, domoticz start niet meer op. Nu volgens jouw link: https://linuxconfig.org/h...retch-to-debian-10-buster alle stappen doorlopen. 2 uur verder... weer geen werkende domoticz. Geen idee waar het aan ligt.

Wat zegt de status van Domoticz?
Bij mij 2 missende libs waadoor hij stopte dus dat wat tenminste duidelijk.
Toen naar die libs gezocht waaruit bleek dat Stretch de door Domoticz gebruikte versie niet ondersteunt.
Heb je niet zo'n duidelijke melding dan wordt het lastig om te vinden waardoor hij stopt of niet start.

[vwtune]

Speedy-Andre schreef op zondag 2 februari 2020 @ 13:58:
[...]

Wat zegt de status van Domoticz?
Bij mij 2 missende libs waadoor hij stopte dus dat wat tenminste duidelijk.
Toen naar die libs gezocht waaruit bleek dat Stretch de door Domoticz gebruikte versie niet ondersteunt.
Heb je niet zo'n duidelijke melding dan wordt het lastig om te vinden waardoor hij stopt of niet start.

Hoe kan ik die status zien en waar haal ik die libs vandaan?

[ Voor 3% gewijzigd door vwtune op 02-02-2020 14:04 ]

[Speedy-Andre]

code:

sudo service domoticz status

Daar zie je wat hij doet en wat hij eventueel mist.

[Huupke]

Ik zou graag vanuit Domoticz een gehele kamer willen schakelen en/of dimmen die ik de native Hue app heb geconfigureerd. Ik wil liefst niet in dzEvents/Domoticz alle lampen afzonderlijk schakelen want heb liefst de configuratie van welke lamp in welke kamer zit enkel in de Hue bridge en niet ook nog eens in Domoticz.
Op de Domoticz wiki staat dat dit kan maar ik zie nergens in Domoticz (Devices?) mijn in Hue geconfigureerde kamers staan.

Groups:
You can create groups with a third party application like HueMote.
For example you could create a group 'Livingroom' with all your lights in that room.
Domoticz will detect all groups from the hue bridge, and add them as switches in the system
After this, it is very easy to control all colors/brightness/on/off of all lights in this group.
The behavior is the same as a normal switch.

Moet dit echt met een third party app? Of kan dit ook met de native/normale Hue app (v3.35.0)? Zo ja, waar vindt ik dan de in Hue toegevoegde kamers in Domoticz?

[Dylantje2]

Cable_boy schreef op zondag 2 februari 2020 @ 14:16:
Ik zou graag vanuit Domoticz een gehele kamer willen schakelen en/of dimmen die ik de native Hue app heb geconfigureerd. Ik wil liefst niet in dzEvents/Domoticz alle lampen afzonderlijk schakelen want heb liefst de configuratie van welke lamp in welke kamer zit enkel in de Hue bridge en niet ook nog eens in Domoticz.
Op de Domoticz wiki staat dat dit kan maar ik zie nergens in Domoticz (Devices?) mijn in Hue geconfigureerde kamers staan.

[...]

Moet dit echt met een third party app? Of kan dit ook met de native/normale Hue app (v3.35.0)? Zo ja, waar vindt ik dan de in Hue toegevoegde kamers in Domoticz?

Als je rooms hebt importeert domoticz die..
Maar waarom maak je geen scene/groep in domoticz....
Met een kaku ab oid kun je alles schakelen..
!x je hue app gebruiken om lampen te leren.
daarna nooit meer gebruiken.. Waarom zou je nog/?


edit:


@MikeyMan
@Dylantje2 Ok, here goes.
Heb de db geopend met DB Browser for SqLite.
Ik zie dan het volgende:

https://tweakers.net/ext/...rF3wbO42pIkqMC6/thumb.png

Zie daar niet direct een tabel met "logs" oid...

edit: Zou het kunnen dat de tabel "meter" de afgelopen zeven dagen bevat?
En de tabel "meter_kalender" de dagstanden oid?


Uhm...
Ken ze niet uit mijn hoofd..
maar als je het principe snapt en weet waar eea staat kun je wat verwijderen [ ging het mij om ] en wat toevoegen

[ Voor 19% gewijzigd door Dylantje2 op 02-02-2020 14:28 ]

[Huupke]

Dylantje2 schreef op zondag 2 februari 2020 @ 14:19:
[...]


Als je rooms hebt importeert domoticz die..
Maar waarom maak je geen scene/groep in domoticz....
Met een kaku ab oid kun je alles schakelen..
!x je hue app gebruiken om lampen te leren.
daarna nooit meer gebruiken.. Waarom zou je nog/?

Waar vindt ik de kamer/room dan terug?

Ik wil de Hue app ook blijven gebruiken dus daar moet ik de configuratie ook al doen. Ik blijf deze gebruiken omdat ik met mijn (Xiaomi) schakelaars niet alle kleuren en dimmer standen kan gebruiken. Voor die enkele keren dat ik dat wel wil dan wil dat op de Hue App doen en niet met Domoticz/Dashticz vanwege het gebruikersgemak (en WAF).
Ook in het geval dat de Xiaomi bridge uit zou vallen is het fijn dat je nog steeds dezelfde lampen in een groep kunt schakelen via de Hue app. Bijvoorbeeld de 8 spots in mijn keuken wil je niet 1 voor 1 aan gaan doen. Overigens is de Xiaomi bridge nog nooit uitgevallen maar wil die use-case graag toch ondersteunen.

[MikeyMan]

Dylantje2 schreef op zondag 2 februari 2020 @ 14:19:
[...]

Uhm...
Ken ze niet uit mijn hoofd..
maar als je het principe snapt en weet waar eea staat kun je wat verwijderen [ ging het mij om ] en wat toevoegen

Haha, dank voor het vertrouwen, durf hem echt niet aan zo vrees ik. Regels kopieren lukt zo te zien nog. Maar invoegen/plakken krijg ik niet voor elkaar...

Inmiddels wel deze post gevonden:
https://www.domoticz.com/....php?f=6&t=29766&p=226153

Lijkt dat mijn aanname correct was... Deze week een verloren avondje aan de slag om de historic data te proberen over te zetten...

[ Voor 21% gewijzigd door MikeyMan op 02-02-2020 14:37 ]

[vwtune]

Speedy-Andre schreef op zondag 2 februari 2020 @ 14:07:

code:

sudo service domoticz status

Daar zie je wat hij doet en wat hij eventueel mist.

code:

● domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated)
   Active: active (exited) since Sun 2020-02-02 13:52:49 CET; 49min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1116 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SUCCESS)

Feb 02 13:52:49 Domoticzrpi systemd[1]: Starting LSB: Home Automation System...
Feb 02 13:52:49 Domoticzrpi domoticz.sh[1116]: 2020-02-02 13:52:49.182  Status: Domoticz V4.11666 (c)2012-2020 GizMoCuz
Feb 02 13:52:49 Domoticzrpi domoticz.sh[1116]: 2020-02-02 13:52:49.183  Status: Build Hash: 3630122d7, Date: 2020-01-31 08:45:14
Feb 02 13:52:49 Domoticzrpi domoticz.sh[1116]: 2020-02-02 13:52:49.184  Status: Startup Path: /home/pi/domoticz/
Feb 02 13:52:49 Domoticzrpi domoticz.sh[1116]: domoticz: Domoticz is starting up....
Feb 02 13:52:49 Domoticzrpi domoticz[1122]: Domoticz is starting up....
Feb 02 13:52:49 Domoticzrpi domoticz[1123]: Domoticz running...
Feb 02 13:52:49 Domoticzrpi systemd[1]: Started LSB: Home Automation System.
~

Lijkt op geen fouten? toch blijft hij offline aangeven...

[Peutpeut]

bvsteyn schreef op zondag 2 februari 2020 @ 13:44:
[...]


@Peutpeut

Hmm..dacht dat het goed werkt. De detectie zelf werkt, maar continue dit voorbij komen in de log:

code:

2020-02-02 13:40:13.569 Error: (iDetect) 192.168.x.xx ====> SSH returned error:Not supported
2020-02-02 13:40:13.569
2020-02-02 13:40:13.888 Error: (iDetect) 192.168.x.xx ====> SSH returned error:Not supported
2020-02-02 13:40:13.888

De detectie zelf in Domoticz is wel gewoon goed. Enig idee wat hier misgaat?

Ik gebruik niet de SSH optie maar de optie met gebruikersnaam en wachtwoord. Lukt dat wel?

[MikeyMan]

@vwtune kun je eens een oudere DB proberen uit je backup map? Begin januari/eind december?

[Speedy-Andre]

vwtune schreef op zondag 2 februari 2020 @ 14:43:
[...]

code:

● domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated)
   Active: active (exited) since Sun 2020-02-02 13:52:49 CET; 49min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 1116 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SUCCESS)

Feb 02 13:52:49 Domoticzrpi systemd[1]: Starting LSB: Home Automation System...
Feb 02 13:52:49 Domoticzrpi domoticz.sh[1116]: 2020-02-02 13:52:49.182  Status: Domoticz V4.11666 (c)2012-2020 GizMoCuz
Feb 02 13:52:49 Domoticzrpi domoticz.sh[1116]: 2020-02-02 13:52:49.183  Status: Build Hash: 3630122d7, Date: 2020-01-31 08:45:14
Feb 02 13:52:49 Domoticzrpi domoticz.sh[1116]: 2020-02-02 13:52:49.184  Status: Startup Path: /home/pi/domoticz/
Feb 02 13:52:49 Domoticzrpi domoticz.sh[1116]: domoticz: Domoticz is starting up....
Feb 02 13:52:49 Domoticzrpi domoticz[1122]: Domoticz is starting up....
Feb 02 13:52:49 Domoticzrpi domoticz[1123]: Domoticz running...
Feb 02 13:52:49 Domoticzrpi systemd[1]: Started LSB: Home Automation System.
~

Lijkt op geen fouten? toch blijft hij offline aangeven...

code:

● domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated)
   Active: active (running) since Sat 2020-02-01 12:38:01 CET; 1 day 2h ago
     Docs: man:systemd-sysv-generator(8)
    Tasks: 51 (limit: 2200)
   Memory: 116.1M
   CGroup: /system.slice/domoticz.service
           └─29646 /home/pi/domoticz/domoticz -daemon -www xxxx -sslwww xxx

Bij jou staat Active exited, bij mij running.
Verder geen opmerkingen over wat fout gaat, dat kan een device zijn met problemen (in de database).

[vwtune]

MikeyMan schreef op zondag 2 februari 2020 @ 15:04:
@vwtune kun je eens een oudere DB proberen uit je backup map? Begin januari/eind december?

In welke map moet ik die plaatsen? Ik heb wel een dump op mijn laptop van januari nog.

[MikeyMan]

vwtune schreef op zondag 2 februari 2020 @ 15:16:
[...]


In welke map moet ik die plaatsen? Ik heb wel een dump op mijn laptop van januari nog.

Dbase uit je backup map plukken en in je hoofd map neerzetten. Hernoemen naar domoticz.db en herstarten...

[vwtune]

MikeyMan schreef op zondag 2 februari 2020 @ 15:25:
[...]


Dbase uit je backup map plukken en in je hoofd map neerzetten. Hernoemen naar domoticz.db en herstarten...

Dan start ie wel domoticz op, maar dan is alles leeg, geen hardware / devices te bekennen dan

[MikeyMan]

vwtune schreef op zondag 2 februari 2020 @ 16:16:
[...]


Dan start ie wel domoticz op, maar dan is alles leeg, geen hardware / devices te bekennen dan

Dan heb je een lege DB neergezet?
Hoe groot is die DB?

[vwtune]

MikeyMan schreef op zondag 2 februari 2020 @ 16:18:
[...]


Dan heb je een lege DB neergezet?
Hoe groot is die DB?

20,4 MB (21.438.464 bytes)

code:

 domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated)
   Active: active (exited) since Sun 2020-02-02 16:22:25 CET; 19s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 516 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SU

Feb 02 16:22:23 Domoticzrpi systemd[1]: Starting LSB: Home Automation System...
Feb 02 16:22:25 Domoticzrpi domoticz.sh[516]: 2020-02-02 16:22:25.077  Status: D
Feb 02 16:22:25 Domoticzrpi domoticz.sh[516]: 2020-02-02 16:22:25.077  Status: B
Feb 02 16:22:25 Domoticzrpi domoticz.sh[516]: 2020-02-02 16:22:25.077  Status: S
Feb 02 16:22:25 Domoticzrpi domoticz.sh[516]: domoticz: Domoticz is starting up.
Feb 02 16:22:25 Domoticzrpi domoticz[537]: Domoticz is starting up....
Feb 02 16:22:25 Domoticzrpi domoticz[791]: Domoticz running...
Feb 02 16:22:25 Domoticzrpi systemd[1]: Started LSB: Home Automation System.
lines 1-14/14 (END)

Heb een nog oudere database geprobeerd, maar zelfde probleem.

[ Voor 71% gewijzigd door vwtune op 02-02-2020 16:23 ]

[Jim423]

vwtune schreef op zaterdag 1 februari 2020 @ 22:23:
[...]


Zojuist ook maar de gok gewaagd en alles geprobeerd te updaten naar Buster (dus ook naar de laaste beta domoticz)

Als ik het goed begrijp zit je met Buster (10) dus vast aan de beta V4.11670?
Ik krijg de stable namelijk niet werkend, zonder errors, Active (exited) status. De beta draait wel (Active (running)). Ben ook ff aan het rotzooien hier

libusb e.d. zijn installed.

[ Voor 3% gewijzigd door Jim423 op 02-02-2020 16:30 ]

[vwtune]

Jim423 schreef op zondag 2 februari 2020 @ 16:30:
[...]


Als ik het goed begrijp zit je met Buster (10) dus vast aan de beta V4.11670?
Ik krijg de stable namelijk niet werkend, zonder errors, Active (exited) status. De beta draait wel (Active (running)). Ben ook ff aan het rotzooien hier

libusb e.d. zijn installed.

Voor wat ik ervan heb begrepen wel ja, maar ik ga op dit moment maar weer teruggrijpen naar mijn laatst werkende omgeving op stretch, want dit duurt te lang nu, ben al de hele ochtend en middag bezig om het weer up and running te krijgen zonder succes en in de tussentijd werkt er niets meer in huis

[Jim423]

Heb je cd domoticz gedaan. En dan /.updatebeta?

[MikeyMan]

Jim423 schreef op zondag 2 februari 2020 @ 16:30:
[...]


Als ik het goed begrijp zit je met Buster (10) dus vast aan de beta V4.11670?
Ik krijg de stable namelijk niet werkend, zonder errors, Active (exited) status. De beta draait wel (Active (running)). Ben ook ff aan het rotzooien hier

libusb e.d. zijn installed.

Het is andersom...
Ik heb op buster nu Version: 4.10717 draaien

[Peutpeut]

vwtune schreef op zondag 2 februari 2020 @ 16:34:
[...]


Voor wat ik ervan heb begrepen wel ja, maar ik ga op dit moment maar weer teruggrijpen naar mijn laatst werkende omgeving op stretch, want dit duurt te lang nu, ben al de hele ochtend en middag bezig om het weer up and running te krijgen zonder succes en in de tussentijd werkt er niets meer in huis

Dat is mooi balen, dus na de upgrade naar Buster (via deze guide https://ehoco.nl/upgrade-...tch-naar-raspbian-buster/) is het dus niet succesvol?

We draaien hier nog op 4.11662 en ik denk dat dat maar even zo blijft als ik alle berichten hier lees.

[Jim423]

@MikeyMan Ik heb 4.10717 dat is de stable geprobeerd, dan krijg ik dezelfde error als vwtune. Dus exited.
Vanalles geprobeerd (curl3 naar 4 en libusb en libssl) maar hij blijft exited. Ik moet dan loggen alleen hier houdt mijn kennis een beetje op. Wat heb jij verder nog gedaan behalve de install.domoticz.com sudo bash? Ik heb een verse buster.

[ Voor 14% gewijzigd door Jim423 op 02-02-2020 16:43 ]

[vwtune]

Peutpeut schreef op zondag 2 februari 2020 @ 16:40:
[...]

Dat is mooi balen, dus na de upgrade naar Buster (via deze guide https://ehoco.nl/upgrade-...tch-naar-raspbian-buster/) is het dus niet succesvol?

We draaien hier nog op 4.11662 en ik denk dat dat maar even zo blijft als ik alle berichten hier lees.

Ik draai op stretch met Version: 4.11337 en ik zou je adviseren het lekker zo te laten tot er een release komt welke wel gewoon werkt zonder dat je van alles moet doen zonder succes. Ben blij dat ik genoeg backup's maak voordat ik dit soort dingen doe.

[MikeyMan]

Ik heb de guide gevolgd die ik eerder hier geplaatst heb om naar buster over the stappen. Eerste die ik volgde klopte niet helemaal.

Vervolgens met de domoticz wiki opnieuw geinstalleerd. In eerste instantie dezelfde problemen als jullie, maar met een oudere dbase ging het wel. Nieuwer dan 7 januari doet het gewoon niet...

Heb overigens wel telkens de drie mappen die met domoticz te maken hebben verwijderd.

[Peutpeut]

vwtune schreef op zondag 2 februari 2020 @ 16:46:
[...]


Ik draai op stretch met Version: 4.11337 en ik zou je adviseren het lekker zo te laten tot er een release komt welke wel gewoon werkt zonder dat je van alles moet doen zonder succes. Ben blij dat ik genoeg backup's maak voordat ik dit soort dingen doe.

Ik heb laatst ook nog een image gemaakt van mijn hele setup, voordat ik eventueel ga upgraden naar Buster op mijn Pi3B+ maak ik er in ieder geval nog eentje. Voorlopig even niets want ben blij dat ik nu alles al enkele dagen soepel heb draaien.

[vwtune]

Overigens zie ik dat mijn WEL werkende SD image ook exited geeft hoor:

code:

lines 1-17/17 (END)...skipping...
● domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated; vendor preset: enabled)
   Active: active (running) since Sun 2020-02-02 16:37:22 CET; 9min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 745 ExecStop=/etc/init.d/domoticz.sh stop (code=exited, status=0/SUCCESS)
  Process: 755 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/domoticz.service
           └─762 /home/pi/domoticz/domoticz -daemon -www 8080 -sslwww 443

Feb 02 16:37:22 Domoticzrpi systemd[1]: Starting LSB: Home Automation System...
Feb 02 16:37:22 Domoticzrpi domoticz.sh[755]: 2020-02-02 16:37:22.926  Status: Domoticz V4.11337 (c)2012-2019 GizMoCuz
Feb 02 16:37:22 Domoticzrpi domoticz.sh[755]: 2020-02-02 16:37:22.926  Status: Build Hash: c3a517bff, Date: 2019-09-23 15:39:16
Feb 02 16:37:22 Domoticzrpi domoticz.sh[755]: 2020-02-02 16:37:22.926  Status: Startup Path: /home/pi/domoticz/
Feb 02 16:37:22 Domoticzrpi domoticz.sh[755]: domoticz: Domoticz is starting up....
Feb 02 16:37:22 Domoticzrpi domoticz[761]: Domoticz is starting up....
Feb 02 16:37:22 Domoticzrpi domoticz[762]: Domoticz running...
Feb 02 16:37:22 Domoticzrpi systemd[1]: Started LSB: Home Automation System.

[Peutpeut]

De samenvatting van het probleem is als volgt, via Domoticz forum:

Issue is on Debian stretch.

latest Beta require libc6 version 2.28 which is not readily available for stretch.
My advice is not to update to latest Beta when you are on Debian stretch or earlier until issue is fixed.

If you already updated the best option for now is to go back to the latest working domoticz version

Bron: https://www.domoticz.com/forum/viewtopic.php?f=6&t=31157

[Jim423]

@vwtune Gaat om regel 4. Daar staat geen exited.
@MikeyMan Zal jouw instructies even opzoeken.

[Huupke]

Zojuist Domoticz herstart omdat een lua file niet wilde updaten. Nu wil Domoticz helemaal niet meer en stacktrace is voor mij een raadsel:

[New LWP 467]
[New LWP 468]
[New LWP 469]
[New LWP 470]
[New LWP 471]
[New LWP 472]
[New LWP 473]
[New LWP 474]
[New LWP 475]
[New LWP 476]
[New LWP 477]
[New LWP 478]
[New LWP 760]
[New LWP 761]
[New LWP 766]
[New LWP 767]
[New LWP 768]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
0x76e32d60 in nanosleep () at ../sysdeps/unix/syscall-template.S:84
84 ../sysdeps/unix/syscall-template.S: No such file or directory.
Id Target Id Frame
* 1 Thread 0x76f0ce30 (LWP 466) "domoticz" 0x76e32d60 in nanosleep () at ../sysdeps/unix/syscall-template.S:84
2 Thread 0x75efe430 (LWP 467) "Watchdog" 0x76e32d60 in nanosleep () at ../sysdeps/unix/syscall-template.S:84
3 Thread 0x756fd430 (LWP 468) "SQLHelper" syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
4 Thread 0x74efc430 (LWP 469) "PluginMgr" syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
5 Thread 0x74357430 (LWP 470) "InfluxPush" syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
6 Thread 0x73b56430 (LWP 471) "Webem_ssncleane" 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
7 Thread 0x73355430 (LWP 472) "WebServer_8080" 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
8 Thread 0x729ff430 (LWP 473) "Webem_ssncleane" 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
9 Thread 0x721fe430 (LWP 474) "WebServer_443" 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
10 Thread 0x717ff430 (LWP 475) "Scheduler" syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
11 Thread 0x70ffe430 (LWP 476) "TCPServer" 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
12 Thread 0x707fd430 (LWP 477) "MainWorker" syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
13 Thread 0x6fffc430 (LWP 478) "MainWorkerRxMsg" 0x76e2ed3c in __pthread_cond_timedwait (cond=0xb9ce20 <m_mainworker+3720>, mutex=0xb9ce08 <m_mainworker+3696>, abstime=0x6fffbdc8) at pthread_cond_timedwait.c:200
14 Thread 0x6f1ff430 (LWP 760) "Xiaomi" 0x76e3351c in __waitpid (pid=762, stat_loc=0x6f1fe498, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
15 Thread 0x6e9fe430 (LWP 761) "Philips Hue" syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
16 Thread 0x6e1fd430 (LWP 766) "PluginMgr_IO" 0x76e2e9a4 in __pthread_cond_wait (cond=0x1c641b0, mutex=0x1c6418c) at pthread_cond_wait.c:188
17 Thread 0x6d9fc430 (LWP 767) "EventSystem" syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
18 Thread 0x6d1fb430 (LWP 768) "EventSystemQueu" 0x76e2ed3c in __pthread_cond_timedwait (cond=0xb9c0b8 <m_mainworker+288>, mutex=0xb9c0a0 <m_mainworker+264>, abstime=0x6d1fad0c) at pthread_cond_timedwait.c:200

Thread 18 (Thread 0x6d1fb430 (LWP 768)):
#0 0x76e2ed3c in __pthread_cond_timedwait (cond=0xb9c0b8 <m_mainworker+288>, mutex=0xb9c0a0 <m_mainworker+264>, abstime=0x6d1fad0c) at pthread_cond_timedwait.c:200
#1 0x00267e1c in CEventSystem::EventQueueThread() ()
#2 0x009f18fc in execute_native_thread_routine ()
#3 0x76e27fc4 in start_thread (arg=0x6d1fb430) at pthread_create.c:458
#4 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 17 (Thread 0x6d9fc430 (LWP 767)):
#0 syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1 0x009ced5c in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, std::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2 0x0025e40c in CEventSystem::Do_Work() ()
#3 0x009f18fc in execute_native_thread_routine ()
#4 0x76e27fc4 in start_thread (arg=0x6d9fc430) at pthread_create.c:458
#5 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 16 (Thread 0x6e1fd430 (LWP 766)):
#0 0x76e2e9a4 in __pthread_cond_wait (cond=0x1c641b0, mutex=0x1c6418c) at pthread_cond_wait.c:188
#1 0x003f338c in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#2 0x003f4180 in boost::asio::io_context::run() ()
#3 0x008a3c5c in thread_proxy ()
#4 0x76e27fc4 in start_thread (arg=0x6e1fd430) at pthread_create.c:458
#5 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 15 (Thread 0x6e9fe430 (LWP 761)):
#0 syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1 0x009ced5c in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, std::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2 0x0055a5cc in CPhilipsHue::Do_Work() ()
#3 0x009f18fc in execute_native_thread_routine ()
#4 0x76e27fc4 in start_thread (arg=0x6e9fe430) at pthread_create.c:458
#5 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 14 (Thread 0x6f1ff430 (LWP 760)):
#0 0x76e3351c in __waitpid (pid=762, stat_loc=0x6f1fe498, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:29
#1 0x002d8840 in dumpstack_gdb(bool) ()
#2 0x002d8e2c in signal_handler(int, siginfo_t*, void*) ()
#3 <signal handler called>
#4 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#5 0x76bdc824 in __GI_abort () at abort.c:89
#6 0x00a1ad7c in __gnu_cxx::__verbose_terminate_handler() ()
#7 0x0097b45c in __cxxabiv1::__terminate(void (*)()) ()
#8 0x0097b4d0 in std::terminate() ()
#9 0x009f192c in execute_native_thread_routine ()
#10 0x76e27fc4 in start_thread (arg=0x6f1ff430) at pthread_create.c:458
#11 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 13 (Thread 0x6fffc430 (LWP 478)):
#0 0x76e2ed3c in __pthread_cond_timedwait (cond=0xb9ce20 <m_mainworker+3720>, mutex=0xb9ce08 <m_mainworker+3696>, abstime=0x6fffbdc8) at pthread_cond_timedwait.c:200
#1 0x002af548 in MainWorker::Do_Work_On_Rx_Messages() ()
#2 0x009f18fc in execute_native_thread_routine ()
#3 0x76e27fc4 in start_thread (arg=0x6fffc430) at pthread_create.c:458
#4 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 12 (Thread 0x707fd430 (LWP 477)):
#0 syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1 0x009ced5c in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, std::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2 0x002abf5c in MainWorker::Do_Work() ()
#3 0x009f18fc in execute_native_thread_routine ()
#4 0x76e27fc4 in start_thread (arg=0x707fd430) at pthread_create.c:458
#5 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 11 (Thread 0x70ffe430 (LWP 476)):
#0 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
#1 0x003f1f64 in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2 0x003f3218 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3 0x0065db80 in tcp::server::CTCPServer::Do_Work() ()
#4 0x009f18fc in execute_native_thread_routine ()
#5 0x76e27fc4 in start_thread (arg=0x70ffe430) at pthread_create.c:458
#6 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 10 (Thread 0x717ff430 (LWP 475)):
#0 syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1 0x009ced5c in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, std::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2 0x002cf0b0 in CScheduler::Do_Work() ()
#3 0x009f18fc in execute_native_thread_routine ()
#4 0x76e27fc4 in start_thread (arg=0x717ff430) at pthread_create.c:458
#5 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 9 (Thread 0x721fe430 (LWP 474)):
#0 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
#1 0x003f1f64 in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2 0x003f3218 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3 0x00698a4c in http::server::server_base::run() ()
#4 0x0031a848 in http::server::CWebServer::Do_Work() ()
#5 0x009f18fc in execute_native_thread_routine ()
#6 0x76e27fc4 in start_thread (arg=0x721fe430) at pthread_create.c:458
#7 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (Thread 0x729ff430 (LWP 473)):
#0 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
#1 0x003f1f64 in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2 0x003f3218 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3 0x003f4180 in boost::asio::io_context::run() ()
#4 0x009f18fc in execute_native_thread_routine ()
#5 0x76e27fc4 in start_thread (arg=0x729ff430) at pthread_create.c:458
#6 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (Thread 0x73355430 (LWP 472)):
#0 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
#1 0x003f1f64 in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2 0x003f3218 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3 0x00698a4c in http::server::server_base::run() ()
#4 0x0031a848 in http::server::CWebServer::Do_Work() ()
#5 0x009f18fc in execute_native_thread_routine ()
#6 0x76e27fc4 in start_thread (arg=0x73355430) at pthread_create.c:458
#7 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0x73b56430 (LWP 471)):
#0 0x76c81704 in epoll_wait () at ../sysdeps/unix/syscall-template.S:84
#1 0x003f1f64 in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2 0x003f3218 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3 0x003f4180 in boost::asio::io_context::run() ()
#4 0x009f18fc in execute_native_thread_routine ()
#5 0x76e27fc4 in start_thread (arg=0x73b56430) at pthread_create.c:458
#6 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (Thread 0x74357430 (LWP 470)):
#0 syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1 0x009ced5c in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, std::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2 0x003c1574 in CInfluxPush::Do_Work() ()
#3 0x009f18fc in execute_native_thread_routine ()
#4 0x76e27fc4 in start_thread (arg=0x74357430) at pthread_create.c:458
#5 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0x74efc430 (LWP 469)):
#0 syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1 0x009ced5c in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, std::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2 0x0060f1c4 in Plugins::CPluginSystem::Do_Work() ()
#3 0x009f18fc in execute_native_thread_routine ()
#4 0x76e27fc4 in start_thread (arg=0x74efc430) at pthread_create.c:458
Backtrace stopped: Cannot access memory at address 0x65732f5a

Thread 3 (Thread 0x756fd430 (LWP 468)):
#0 syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1 0x009ced5c in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, std::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2 0x002f0c94 in CSQLHelper::Do_Work() ()
#3 0x009f18fc in execute_native_thread_routine ()
#4 0x76e27fc4 in start_thread (arg=0x756fd430) at pthread_create.c:458
#5 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0x75efe430 (LWP 467)):
#0 0x76e32d60 in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1 0x002785cc in sleep_milliseconds(long) ()
#2 0x002d8f7c in Do_Watchdog_Work() ()
#3 0x009f18fc in execute_native_thread_routine ()
#4 0x76e27fc4 in start_thread (arg=0x75efe430) at pthread_create.c:458
#5 0x76c81038 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:76 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0x76f0ce30 (LWP 466)):
#0 0x76e32d60 in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1 0x00278548 in sleep_seconds(long) ()
#2 0x001f6620 in main ()

Main thread:
#0 0x76e32d60 in nanosleep () at ../sysdeps/unix/syscall-template.S:84
#1 0x00278548 in sleep_seconds(long) ()
#2 0x001f6620 in main ()

Iemand een idee wat er aan de hand is?

[Dylantje2]

Keer sudo shutdown -h now

Ff geduld

Stekker eruit 30 sec
Stekker erin
Ff geduld

En dan?

[Copitano]

Gizz schreef op zondag 2 februari 2020 @ 09:05:
@Copitano @anconakip Deze blogpost van @GorgeousMetal is recenter

yep, mooi compact en zonder alle struggles van de noob in Domoticz-influx-grafana

[Huupke]

Heb Domoticz weer draaiend zonder iets zinvols te hebben gedaan

Weet nog steeds niet waar ik de Hue kamers/rooms in Domoticz terug kan vinden. Iemand?

Heb nu een groep geprobeerd in Domoticz maar kan die niet dimmen zonder over alle devices in de group te loopen in dzVents dus in die zin lijkt een group wel veel op een scene met dus het dim niveau altijd hetzelfde. Is er nog een andere weg?

[bvsteyn]

Peutpeut schreef op zondag 2 februari 2020 @ 14:52:
[...]

Ik gebruik niet de SSH optie maar de optie met gebruikersnaam en wachtwoord. Lukt dat wel?

Hij pakt toch automatisch SSH? Welke gebruikersnaam en wachtwoord gebruik je dan? Neem aan toch de inloggegevens van je AP's? Heb je dan SSH uitgeschakeld?

[MikeyMan]

Word er een beetje moe van... Heel die raspberry lijkt instabiel als de pest na de update

[Spikkerm]

Ik heb een philips hue dimmer switch https://www2.meethue.com/...mmer-switch/8718696743157, deze heb ik via z2m gekoppeld aan domoticz.
Maar hoe krijg ik nu de dimmer werkend?
Ik kan wel een url invoeren, maar dan zit ik aan vaste dimwaardes vast.
https://ibb.co/Pw2ZShm

[vwtune]

MikeyMan schreef op zondag 2 februari 2020 @ 20:05:
Word er een beetje moe van... Heel die raspberry lijkt instabiel als de pest na de update

Daarom ben ik na 8 uur te hebben zitten kloten, terug gegaan naar mijn laatst werkende image. Ik wacht nog wel even een paar maanden voordat ik weer eens ga updaten, dan zullen deze bugs en problemen er vast wel uitgehaald zijn.

[Verwijderd]

vwtune schreef op zondag 2 februari 2020 @ 21:20:
[...]


Daarom ben ik na 8 uur te hebben zitten kloten, terug gegaan naar mijn laatst werkende image. Ik wacht nog wel even een paar maanden voordat ik weer eens ga updaten, dan zullen deze bugs en problemen er vast wel uitgehaald zijn.

En daarom update ik (bijna) nooit.

[scorpion303]

Dylantje2 schreef op zondag 2 februari 2020 @ 10:37:
[...]
Ik zou gaan zoeken naar zigbee2mqtt
Als je die werkend hebt, geen bridge meer nodig.
ik heb nu 3 verschillende bridges werken.
hue, xiaomi, z2m...
Hier en daar wel wat ..:-)

Maar hue kun je 2 verschillende channels geven.
Mijn angst is als de Xiaomi bridge het opgeeft..
Dus ik ga langzaam over naar z2m...[ heeft me wel kruim gekost, maar ja hobby, is ook doorbijten ]

Dank voor je reactie. Ik heb naar zigbee2mqtt zitten kijken, maar voel er niet zo veel voor om over te stappen. Op dit moment is mijn volledige verlichting gebaseerd op 100% ‘echte’ Phillips hue componenten (60 lampen, 9 dimmer switches, bewegingsmelders, routines, hue apps op alle smartphones/tablets, etc.) en dat werkt op dit moment echt prima. Alleen al het 1op1 overzetten naar zigbee2mqtt zou een flinke klus zijn en ik vrees dat ik het daarna nooit meer zo mooi kan laren werken.

Mijn enige uitdaging blijft dat ik binnenkort een extra hue bridge moet gaan gebruiken om verder te gaan groeien en ik echt nergens kan vinden of/hoe Domoticz met twee originele Phillips Hue bridges kan werken. Dit is echt nergens op Internet beschreven. 😕

[Daannn1987]

scorpion303 schreef op zondag 2 februari 2020 @ 21:58:
[...]

Dank voor je reactie. Ik heb naar zigbee2mqtt zitten kijken, maar voel er niet zo veel voor om over te stappen. Op dit moment is mijn volledige verlichting gebaseerd op 100% ‘echte’ Phillips hue componenten (60 lampen, 9 dimmer switches, bewegingsmelders, routines, hue apps op alle smartphones/tablets, etc.) en dat werkt op dit moment echt prima. Alleen al het 1op1 overzetten naar zigbee2mqtt zou een flinke klus zijn en ik vrees dat ik het daarna nooit meer zo mooi kan laren werken.

Mijn enige uitdaging blijft dat ik binnenkort een extra hue bridge moet gaan gebruiken om verder te gaan groeien en ik echt nergens kan vinden of/hoe Domoticz met twee originele Phillips Hue bridges kan werken. Dit is echt nergens op Internet beschreven. 😕

Kan er ook niets over vinden op the internet , maar kon wel zelf 2 (fictieve) bridges in hardware toevoegen.. Gok dat het wel eens zou kunnen werken.

[DaRk PoIsOn]

Buster verhaal:
Na vrijdagmiddag hier te hebben gelezen om 11666 niet te installeren, keek ik vrijdagavond na het oefenen met de blaaskapel (lees, lading bier) of er een nieuwe bèta was.
Wat blijkt. Normaal als ik op controleer op updates klik, en er is een nieuwe bèta, dan vraagt hij of ik hem wel of niet wil installeren.
In dit geval had ik 11666 in de middag weggeklikt, maar stond er dan ineens, check for updates en krijg je niet de keuze en installeerde hij meteen.

Oudere versie geprobeerd terug te zetten, werkte niet, 11666 weer terug en werkte ook niet.
Uiteindelijk na nog een lading bier en de telefoon aan de kant, naar huis en thuis via ssh de update naar buster gedaan. Na anderhalf uur pruttelen, had ik na een sudo reboot now, weer een werkende domoticz.
Het leuke was natuurlijk dat hij alles opnieuw ging starten. Had ik natuurlijk bij openvpn niet rekening mee gehouden, dus de laatste 23 minuten maar de cpu-load via een app op de telefoon bijgehouden en toen sudo reboot now.

Heb verder geen problemen gehad met de upgrade

[scorpion303]

Daannn1987 schreef op zondag 2 februari 2020 @ 22:02:
[...]

Kan er ook niets over vinden op the internet , maar kon wel zelf 2 (fictieve) bridges in hardware toevoegen.. Gok dat het wel eens zou kunnen werken.

Dat klinkt hoopvol. In dat geval ga ik binnenkort Domoticz ook maar installeren en het zelf uitproberen. Dank!

[Peutpeut]

bvsteyn schreef op zondag 2 februari 2020 @ 19:42:
[...]


Hij pakt toch automatisch SSH? Welke gebruikersnaam en wachtwoord gebruik je dan? Neem aan toch de inloggegevens van je AP's? Heb je dan SSH uitgeschakeld?

Bij mij zijn het de inloggegevens van de Unifi Controller die ik in Domoticz onder hardware bij de plugin heb geïnstalleerd.

[bvsteyn]

Peutpeut schreef op zondag 2 februari 2020 @ 22:29:
[...]


Bij mij zijn het de inloggegevens van de Unifi Controller die ik in Domoticz onder hardware bij de plugin heb geïnstalleerd.

Ah..ok. Jij hebt dus wel de controller geïnstalleerd. Ik 'beheer' de AP's via de unifi app op mijn mac en heb daar in de browser het ssh password opgezocht voor de AP's. Hiermee kan ik idd via terminal inloggen op de AP's. Het wachtwoord werkt dus gewoon.

Heb via het topic in het Domitczforum begrepen dat de error die ik zie waarschijnlijk geen kwaad kan, maar dat er iets terugkomt bij het inloggen wat de plugin niet leuk vindt. Heb aangegeven dat ik wel wat wil testen voor de ontwikkelaar. Dus misschien kan hij het nog oplossen.

[Peutpeut]

bvsteyn schreef op maandag 3 februari 2020 @ 06:31:
[...]


Ah..ok. Jij hebt dus wel de controller geïnstalleerd. Ik 'beheer' de AP's via de unifi app op mijn mac en heb daar in de browser het ssh password opgezocht voor de AP's. Hiermee kan ik idd via terminal inloggen op de AP's. Het wachtwoord werkt dus gewoon.

Heb via het topic in het Domitczforum begrepen dat de error die ik zie waarschijnlijk geen kwaad kan, maar dat er iets terugkomt bij het inloggen wat de plugin niet leuk vindt. Heb aangegeven dat ik wel wat wil testen voor de ontwikkelaar. Dus misschien kan hij het nog oplossen.

Dat is mooi. Ik heb de AP's overigens ingesteld met de Unifi Controller, echter is deze nu niet actief op de Pi en gebruik ik dus gewoon de login gegevens daarvan.

[MikeOO]

vwtune schreef op zondag 2 februari 2020 @ 13:52:
[...]


Weer geprobeerd, maar dan eerst vanuit een werkend systeem eerst domoticz naar de laatste beta upgraden, dan rpi opnieuw opstarten, domoticz start niet meer op. Nu volgens jouw link: https://linuxconfig.org/h...retch-to-debian-10-buster alle stappen doorlopen. 2 uur verder... weer geen werkende domoticz. Geen idee waar het aan ligt.

Zou de stappen eens omdraaien. Eerst naar Buster gaan en daarna pas Domoticz upgraden.

Zelf gisteren ook de upgrade zonder problemen uitgevoerd via https://ehoco.nl/upgrade-...tch-naar-raspbian-buster/

Alleen met de laatste regel (sudo apt-get install apt-listchanges) krijg ik een foutmelding die ik niet opgelost krijg. Halve middag besteed met Google maar nog geen oplossing gevonden.

Domoticz draait icm BerryBoot die draait vanaf SD en de rest verloopt via PiDrive

dphys-swapfile setup / install / swapoff / uninstall werken allemaal zonder problemen
maar dphys-swapfile swapon geeft steevast ook onderstaande foutmelding.

dphys-swapfile verwijderd en opnieuw geïnstalleerd gaat goed totdat ik Swapon moet uitvoeren.
dphys-swapfile.service en journalctl -xe geeft ook niets bruikbaar.

Misschien dat er meer tegen dit probleem zijn opgelopen en oplossing weten.

Domoticz draait verder prima maar wil de fout toch weg hebben.

code:

pi@raspberrypi:~ $ sudo apt-get install apt-listchanges
Reading package lists... Done
Building dependency tree
Reading state information... Done
apt-listchanges is already the newest version (3.19).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up dphys-swapfile (20100506-5) ...
Job for dphys-swapfile.service failed because the control process exited with error code.
See "systemctl status dphys-swapfile.service" and "journalctl -xe" for details.
invoke-rc.d: initscript dphys-swapfile, action "restart" failed.
● dphys-swapfile.service - dphys-swapfile - set up, mount/unmount, and delete a swap file
   Loaded: loaded (/lib/systemd/system/dphys-swapfile.service; disabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2020-02-03 07:51:40 CET; 50ms ago
     Docs: man:dphys-swapfile(8)
  Process: 12434 ExecStart=/sbin/dphys-swapfile setup (code=exited, status=0/SUCCESS)
  Process: 12457 ExecStart=/sbin/dphys-swapfile swapon (code=exited, status=255/EXCEPTION)
 Main PID: 12457 (code=exited, status=255/EXCEPTION)

Feb 03 07:51:40 raspberrypi systemd[1]: Starting dphys-swapfile - set up, mount/unmount, and delete a swap file...
Feb 03 07:51:40 raspberrypi dphys-swapfile[12434]: want /var/swap=100MByte, checking existing: keeping it
Feb 03 07:51:40 raspberrypi dphys-swapfile[12457]: swapon: /var/swap: swapon failed: Input/output error
Feb 03 07:51:40 raspberrypi systemd[1]: dphys-swapfile.service: Main process exited, code=exited, status=255/EXCEPTION
Feb 03 07:51:40 raspberrypi systemd[1]: dphys-swapfile.service: Failed with result 'exit-code'.
Feb 03 07:51:40 raspberrypi systemd[1]: Failed to start dphys-swapfile - set up, mount/unmount, and delete a swap file.
dpkg: error processing package dphys-swapfile (--configure):
 installed dphys-swapfile package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 dphys-swapfile
E: Sub-process /usr/bin/dpkg returned an error code (1)

[Daannn1987]

MikeOO schreef op maandag 3 februari 2020 @ 07:59:
[...]


Zou de stappen eens omdraaien. Eerst naar Buster gaan en daarna pas Domoticz upgraden.

Zelf gisteren ook de upgrade zonder problemen uitgevoerd via https://ehoco.nl/upgrade-...tch-naar-raspbian-buster/

Alleen met de laatste regel (sudo apt-get install apt-listchanges) krijg ik een foutmelding die ik niet opgelost krijg. Halve middag besteed met Google maar nog geen oplossing gevonden.

Domoticz draait icm BerryBoot die draait vanaf SD en de rest verloopt via PiDrive

dphys-swapfile setup / install / swapoff / uninstall werken allemaal zonder problemen
maar dphys-swapfile swapon geeft steevast ook onderstaande foutmelding.

dphys-swapfile verwijderd en opnieuw geïnstalleerd gaat goed totdat ik Swapon moet uitvoeren.
dphys-swapfile.service en journalctl -xe geeft ook niets bruikbaar.

Misschien dat er meer tegen dit probleem zijn opgelopen en oplossing weten.

Domoticz draait verder prima maar wil de fout toch weg hebben.

code:

pi@raspberrypi:~ $ sudo apt-get install apt-listchanges
Reading package lists... Done
Building dependency tree
Reading state information... Done
apt-listchanges is already the newest version (3.19).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up dphys-swapfile (20100506-5) ...
Job for dphys-swapfile.service failed because the control process exited with error code.
See "systemctl status dphys-swapfile.service" and "journalctl -xe" for details.
invoke-rc.d: initscript dphys-swapfile, action "restart" failed.
● dphys-swapfile.service - dphys-swapfile - set up, mount/unmount, and delete a swap file
   Loaded: loaded (/lib/systemd/system/dphys-swapfile.service; disabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2020-02-03 07:51:40 CET; 50ms ago
     Docs: man:dphys-swapfile(8)
  Process: 12434 ExecStart=/sbin/dphys-swapfile setup (code=exited, status=0/SUCCESS)
  Process: 12457 ExecStart=/sbin/dphys-swapfile swapon (code=exited, status=255/EXCEPTION)
 Main PID: 12457 (code=exited, status=255/EXCEPTION)

Feb 03 07:51:40 raspberrypi systemd[1]: Starting dphys-swapfile - set up, mount/unmount, and delete a swap file...
Feb 03 07:51:40 raspberrypi dphys-swapfile[12434]: want /var/swap=100MByte, checking existing: keeping it
Feb 03 07:51:40 raspberrypi dphys-swapfile[12457]: swapon: /var/swap: swapon failed: Input/output error
Feb 03 07:51:40 raspberrypi systemd[1]: dphys-swapfile.service: Main process exited, code=exited, status=255/EXCEPTION
Feb 03 07:51:40 raspberrypi systemd[1]: dphys-swapfile.service: Failed with result 'exit-code'.
Feb 03 07:51:40 raspberrypi systemd[1]: Failed to start dphys-swapfile - set up, mount/unmount, and delete a swap file.
dpkg: error processing package dphys-swapfile (--configure):
 installed dphys-swapfile package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
 dphys-swapfile
E: Sub-process /usr/bin/dpkg returned an error code (1)

Misschien teveel mem in gebruik dat doordoor je swap file niet vrijgegeven kan worden?
wat geeft command;
free -m

[MikeOO]

Daannn1987 schreef op maandag 3 februari 2020 @ 08:12:
[...]
Misschien teveel mem in gebruik dat doordoor je swap file niet vrijgegeven kan worden?
wat geeft command;
free -m

code:

pi@raspberrypi:/var $ free -m
              total        used        free      shared  buff/cache   available
Mem:            840         304         112          11         423         464
Swap:             0           0           0

Had daarna apt-get purge dphys-swapfile uitgevoerd in in /var/swap bestand verwijderd en Raps herstart. Daarna krijg ik ook geen foutmelding meer maar goed dan gebruik je ook geen swap bestand meer.

Als ik daarna sudo apt-get install dphys-swapfile uitvoer zodat hij weer geïnstalleerd wordt gelijk tijdens installeren weer de foutmelding

[insomniac]

ik ben wat aan het stoeien met dzvents, en loop tegen een probleem aan.

code:

return {
    active = true,
  on = {
       devices = {'Staande Lamp'},
    },
    logging =
    {   
        level = domoticz.LOG_DEBUG,
        marker = "Hue light test"
    },
 execute = function(domoticz,switch)
               myHueLamp = domoticz.devices('hue tv lamp')
          if (switch.state == 'On') then
              myHueLamp.dimTo(40)
              
              
              domoticz.log('Hey! I am on!')
          else
             domoticz.log('Hey! I am off!')
             myHueLamp.switchOff()
                     end

  
    end
}

dit werkt, maar ik wil ook graag de "Staande Lamp" naar 70% dimmen.
Nu dacht ik ik zet onder de myHueLamp.dimTo(40), de opdracht switch.dimTo(70).
Dat werkt, totdat je de lampen uit wil doen.
De lampen gaan heel kort uit en direct weer aan.
Het zijn allemaal Hue lampen op een bridge.
Waar zit mijn denkfout?

[wautah91]

insomniac schreef op maandag 3 februari 2020 @ 11:19:
ik ben wat aan het stoeien met dzvents, en loop tegen een probleem aan.

code:

return {
    active = true,
  on = {
       devices = {'Staande Lamp'},
    },
    logging =
    {   
        level = domoticz.LOG_DEBUG,
        marker = "Hue light test"
    },
 execute = function(domoticz,switch)
               myHueLamp = domoticz.devices('hue tv lamp')
          if (switch.state == 'On') then
              myHueLamp.dimTo(40)
              
              
              domoticz.log('Hey! I am on!')
          else
             domoticz.log('Hey! I am off!')
             myHueLamp.switchOff()
                     end

  
    end
}

dit werkt, maar ik wil ook graag de "Staande Lamp" naar 70% dimmen.
Nu dacht ik ik zet onder de myHueLamp.dimTo(40), de opdracht switch.dimTo(70).
Dat werkt, totdat je de lampen uit wil doen.
De lampen gaan heel kort uit en direct weer aan.
Het zijn allemaal Hue lampen op een bridge.
Waar zit mijn denkfout?

Je lamp schakelt dan van uit naar 40% en dan naar 70%. Lijkt mij niet nodig om eerst naar 40 te dimmen. Dat commando kun je dus gewoon weglaten en alleen dimmen naar 70%

[insomniac]

@wautah91 bedankt voor je antwoord.
echter..
"Staande Lamp" moet naar 70% en hue tv lamp naar 40%