Domoticz - open source domotica systeem - deel 5

[niki_lauda]

rens-br schreef op zaterdag 4 oktober 2025 @ 15:40:
Zijn er users die ervaring hebben met weersvoorspelling in combinatie met tuin sproeiers? Ik heb nu in mijn voor en achtertuin sproeiers ingebouwd die via een zigbee water schakelaar aan/uit gezet kunnen worden.

Ik zou dus eigenlijk het liefste hebben dat er iets van logica komt die kijkt of het gaat regenen of niet de komende dag en daarop wel of niet sproeit in de ochtend en/of middag/avond.

Ik heb dit een kleine 7 jaar al geprobeerd. Belangrijkste was om de referentieverdamping ergens op te halen want als het in september een week niet regent is her andere koek dan als het in juli een week niet regent.
De neerslagcijfers zijn wel te achterhalen.

[rens-br]

BazemanKM schreef op zaterdag 4 oktober 2025 @ 17:12:
[...]

Ik heb dit met een Zigbee vochtsensor i.c.m. de reeds gevallen regen gedaan.

Nog een specifieke sensor / script die je kan aanraden?

niki_lauda schreef op zaterdag 4 oktober 2025 @ 20:56:
Ik heb dit een kleine 7 jaar al geprobeerd.

Geprobeerd, maar niet gelukt?

[rens-br]

Lawrentz schreef op zaterdag 4 oktober 2025 @ 17:15:
Mag ik aannemen dat het handmatig schakelen van de sproeiers via Zigbee al werkt?

Goede aanname, werkt inderdaad prima. Ik heb nu tijdelijk een script draaien die elke 4 uur even sproeit. Het gras ligt er net in. Dus veel sproeien gaf de hovenier aan.

Dan is nog het van belang om de aansturing te realiseren opv een weersverwachting.
Hiervoor kan je een API gebruiken zoals https://weerlive.nl/delen.php.
Voorbeeld: https://weerlive.nl/api/w...ey=demo&locatie=Amsterdam
Je moet wel zelf een token opvragen om de API te kunnen gebruiken.

Is het een idee om een dummy switch aan te maken om te kijken of je die dag al hebt gesproeid?
Die dummy switch moet je dan tijdens of na de sproeibeurt op Aan zetten en één keer per dag uitzetten.

Waar heb je die dummy switch voor nodig? Ik wil het liefste niet tot nauwelijks zelf sproeien. Ik heb immers niet voor niets automatische sproeiers.

Zelf gebruik ik de API van Buienradar voor mijn zonwering.
https://gpsgadget.buienra...ntext/?lat=52.00&lon=5.00
Wat in de praktijk gebeurt is dat volgens de API op één locatie geen regen wordt verwacht maar dat toch gebeurt.
Dit heb ik ondervangen met een matrix van 9 locaties rondom mijn woning met een verschil van +0.01 en -0.01 op de longitude en latitude waarbij ik de matrix van 9 locaties elke minuten ophaal.
Dat zal voor jouw situatie wsch niet nodig zijn.

Dat is wel slim / handig! Heb jij nog een script hiervoor gemaakt? Of gebruik je de default buienradar plugin?

[Lawrentz]

rens-br schreef op zaterdag 4 oktober 2025 @ 23:01:
Waar heb je die dummy switch voor nodig? Ik wil het liefste niet tot nauwelijks zelf sproeien. Ik heb immers niet voor niets automatische sproeiers.

Zoals ik heb aangegeven om te kijken of je die dag al gesproeid hebt of niet.
De weersverwachting wijzigt in ons land relatief snel.
Daarnaast lijkt het mij dat je niet overmatig wilt sproeien, oa om onnodig waterverbruik te voorkomen.

Als op dit moment wordt aangegeven dat het over 8, 16, of 2 uur gaat regenen dan kan de weersverwachting van een paar uur droog weer aangeven. Of juist andersom.
Vandaar dat het mij zinvol lijkt om de controle meerdere keren per dag aan te geven.

Als je een script één keer per dag controleert dan is een dummy switch of dummy teller niet zo relevant.
Heb jij wellicht een andere manier om bij te houden of je die dag al hebt gesproeid of niet?
Ik ben wel benieuwd.

Daarnaast heb ik voor bijna alle scripts een tweede dummy switch aangemaakt voor het aan- of uitzetten van mijn automatische aansturingen.
Zo stuur ik mijn Itho ventilatiebox aan op diverse parameters, maar igv calamiteiten of een enthousiaste buurman met een oververhitte barbecue wil ik de ventilatiebox snel kunnen uitzetten.
Wellicht dat een aan-/uit switch voor automatische aansturing voor jouw tuin in de winter ook handig is?.

[rens-br]

Lawrentz schreef op zondag 5 oktober 2025 @ 09:28:
[...]
Als je een script één keer per dag controleert dan is een dummy switch of dummy teller niet zo relevant.

Idealiter wilde ik alleen één keer sproeien in de vroege ochtend. Als de sproeiers in de voortuin aanstaan kan niemand er meer door namelijk. Niet zo handig voor de post bezorger. Maar bij dagen waarbij het heel wisselvallig weer is, is dat natuurlijk niet persee heel handig.

Daarnaast heb ik voor bijna alle scripts een tweede dummy switch aangemaakt voor het aan- of uitzetten van mijn automatische aansturingen.

Wellicht dat een aan-/uit switch voor automatische aansturing voor jouw tuin in de winter ook handig is?.

Ja slim! Die heb ik ook al in veel scripts zitten ja.

[Lawrentz]

rens-br schreef op zondag 5 oktober 2025 @ 10:01:
[...]
Idealiter wilde ik alleen één keer sproeien in de vroege ochtend. Als de sproeiers in de voortuin aanstaan kan niemand er meer door namelijk. Niet zo handig voor de post bezorger. Maar bij dagen waarbij het heel wisselvallig weer is, is dat natuurlijk niet persee heel handig.
[...]

Niet in de late avond of nacht sproeien?
Na de (vroege) ochtend ga je de dag in waardoor het zojuist gesproeide water verdampt.

Verder lijkt het mij zinvol om ook de daadwerkelijke neerslag bij te houden zodat je dit kan meenemen in je beslissing om al dan niet te sproeien.
Als voorbeeld, de afgelopen dagen heeft het hier veel geregend.
Stel dat het de komende dagen droog is lijkt het me niet nodig om vandaag te sproeien.

[rens-br]

Lawrentz schreef op zondag 5 oktober 2025 @ 10:18:
[...]

Niet in de late avond of nacht sproeien?
Na de (vroege) ochtend ga je de dag in waardoor het zojuist gesproeide water verdampt.

Verder lijkt het mij zinvol om ook de daadwerkelijke neerslag bij te houden zodat je dit kan meenemen in je beslissing om al dan niet te sproeien.
Als voorbeeld, de afgelopen dagen heeft het hier veel geregend.
Stel dat het de komende dagen droog is lijkt het me niet nodig om vandaag te sproeien.

Ook goede punten! Ik ga eens aan de slag met de informatie die uit de buienradar plugin rolt.

[BazemanKM]

rens-br schreef op zaterdag 4 oktober 2025 @ 22:58:
[...]
Nog een specifieke sensor / script die je kan aanraden?

https://www.zigbee2mqtt.i...3.html#tuya-ts0601_soil_3

code:

return {
    active = true,
    on = { 
        timer = { '40 minutes before sunset', 'at sunset' } -- Controleert een uur voor zonsondergang en bij zonsondergang
    },
    execute = function(domoticz, device)
        local regenmeter1 = domoticz.devices(262)
        local bodemvochtigheid = domoticz.devices(1358)
        local sproeier1 = domoticz.devices(1027)
        local sproeier2 = domoticz.devices(417)
        local regen1 = regenmeter1.rain or 0
        local raw = bodemvochtigheid.rawData[1] or "0%"
        local vochtigheid = tonumber(raw:match("(%d+)")) or 0
        
--        domoticz.log('Sensorwaarden: regen=' .. regen1 .. 'mm, vochtigheid=' .. vochtigheid .. '%', domoticz.LOG_INFO)
        
        if domoticz.time.matchesRule('at sunset') then
            domoticz.log('Zonsondergang bereikt, sproeiers worden uitgeschakeld.', domoticz.LOG_INFO)
            sproeier2.switchOff()
            sproeier1.switchOff()
            sproeier2.switchOff()
        elseif vochtigheid < 85 and regen1 < 3 then
--        elseif domoticz.time.matchesRule('40 minutes before sunset') then
            domoticz.log('Besproeiing wordt ingeschakeld.', domoticz.LOG_INFO)
            sproeier1.switchOn().forMin(35)
            sproeier2.switchOn().forMin(35)       
            domoticz.notify('Besproeiing gestart', 'De besproeiing is ingeschakeld.', domoticz.PRIORITY_NORMAL, nil, domoticz.NSS_TELEGRAM)
            sproeier2.switchOn().forMin(35)
        else
            domoticz.log('Genoeg regen of voldoende bodemvochtigheid, besproeiing blijft uit.', domoticz.LOG_INFO)
            domoticz.notify('Besproeiing niet nodig', 'Genoeg regen of voldoende bodemvochtigheid.', domoticz.PRIORITY_NORMAL, nil, domoticz.NSS_TELEGRAM)
        end
    end
}

[rens-br]

BazemanKM schreef op zondag 5 oktober 2025 @ 10:30:
[...]

https://www.zigbee2mqtt.i...3.html#tuya-ts0601_soil_3

code:

return {
    active = true,
    on = { 
        timer = { '40 minutes before sunset', 'at sunset' } -- Controleert een uur voor zonsondergang en bij zonsondergang
    },
    execute = function(domoticz, device)
        local regenmeter1 = domoticz.devices(262)
        local bodemvochtigheid = domoticz.devices(1358)
        local sproeier1 = domoticz.devices(1027)
        local sproeier2 = domoticz.devices(417)
        local regen1 = regenmeter1.rain or 0
        local raw = bodemvochtigheid.rawData[1] or "0%"
        local vochtigheid = tonumber(raw:match("(%d+)")) or 0
        
--        domoticz.log('Sensorwaarden: regen=' .. regen1 .. 'mm, vochtigheid=' .. vochtigheid .. '%', domoticz.LOG_INFO)
        
        if domoticz.time.matchesRule('at sunset') then
            domoticz.log('Zonsondergang bereikt, sproeiers worden uitgeschakeld.', domoticz.LOG_INFO)
            sproeier2.switchOff()
            sproeier1.switchOff()
            sproeier2.switchOff()
        elseif vochtigheid < 85 and regen1 < 3 then
--        elseif domoticz.time.matchesRule('40 minutes before sunset') then
            domoticz.log('Besproeiing wordt ingeschakeld.', domoticz.LOG_INFO)
            sproeier1.switchOn().forMin(35)
            sproeier2.switchOn().forMin(35)       
            domoticz.notify('Besproeiing gestart', 'De besproeiing is ingeschakeld.', domoticz.PRIORITY_NORMAL, nil, domoticz.NSS_TELEGRAM)
            sproeier2.switchOn().forMin(35)
        else
            domoticz.log('Genoeg regen of voldoende bodemvochtigheid, besproeiing blijft uit.', domoticz.LOG_INFO)
            domoticz.notify('Besproeiing niet nodig', 'Genoeg regen of voldoende bodemvochtigheid.', domoticz.PRIORITY_NORMAL, nil, domoticz.NSS_TELEGRAM)
        end
    end
}

Super! Ik ga eens kijken waar die te bestellen is. Waar komt bij jou de waarde voor 'regenmeter1' vandaan?

Edit: inmiddels twee van die sensoren besteld voor 8,50 per stuk via Ali. Ben benieuwd.

[Andrehj]

rens-br schreef op zaterdag 4 oktober 2025 @ 23:01:
Goede aanname, werkt inderdaad prima. Ik heb nu tijdelijk een script draaien die elke 4 uur even sproeit. Het gras ligt er net in. Dus veel sproeien gaf de hovenier aan.

Elke 4 uur lijkt me nogal overdreven.
Eens per dag is meer dan voldoende. En bij vochtig weer hoeft het helemaal niet. Maar dat is misschien meer iets voor Het grote tuinen, balkons en plantentopic

[BazemanKM]

rens-br schreef op zondag 5 oktober 2025 @ 10:36:
[...]
Waar komt bij jou de waarde voor 'regenmeter1' vandaan?

Van een Alecto weerstation, die via RFlink verbonden is, maar je kunt natuurlijk ook Buienradar of andere weergegevens gebruiken.

Misschien is er ook wel een Zigbee regenmeter?

[M.v.Veelen]

Hi, ik ben bezig om van een Raspberry Pi 3B+ naar een NUC te migreren (backup teruggezet van de RPi op de NUC) en loop tegen het probleem aan dat de niet-native plugins niet worden herkend in de hardware tabel. Meerdere keren mappen met inhoud verwijderd, git clone uitgevoerd, mappen gekopieerd, rechten goed gezet, domoticz elke keer herstart, maar ze worden niet gezien in de hardwarelijst. Ik zie niet wat de oorzaak kan zijn. Ik draai de laatste Beta en heb eerder van RPi naar RPi nooit dit probleem gehad.

Iemand de gouden tip?

Edit: wat suf....had geen Python geïnstalleerd. All good.....

[ Voor 6% gewijzigd door M.v.Veelen op 24-10-2025 13:21 ]

[rens-br]

M.v.Veelen schreef op vrijdag 24 oktober 2025 @ 13:13:
Hi, ik ben bezig om van een Raspberry Pi 3B+ naar een NUC te migreren (backup teruggezet van de RPi op de NUC) en loop tegen het probleem aan dat de niet-native plugins niet worden herkend in de hardware tabel. Meerdere keren mappen met inhoud verwijderd, git clone uitgevoerd, mappen gekopieerd, rechten goed gezet, domoticz elke keer herstart, maar ze worden niet gezien in de hardwarelijst. Ik zie niet wat de oorzaak kan zijn. Ik draai de laatste Beta en heb eerder van RPi naar RPi nooit dit probleem gehad.

Iemand de gouden tip?

Edit: wat suf....had geen Python geïnstalleerd. All good.....

Nu je toch aan het overzetten bent, heb je ook gebruik gemaakt van docker toevallig? Dat heb ik destijds wel gedaan en echt geen moment spijt van gehad, zoveel sneller, stabieler en beter onderhoudbaar.

[M.v.Veelen]

Nee, ik heb al dagen zitten klungelen met de RPi en toen ik erachter kwam dat die te licht was, heb ik een NUC geregeld en tussen de bedrijven door die klaargestoomd. Dat ging niet heel soepel allemaal en ben eigenlijk nu net alles aan het nalopen en kleine tweaks aan het doen.

Docker dus niet gebruikt, ook omdat de NUC op zich meer dan voldoende capaciteit heeft om de volledige installaties op te doen en alles te laten draaien.

Als het straks stabiel draait, waarom zou ik dan naar Docker willen gaan?

Ik sta open voor verbeteringen hoor, maar zie nog geen goede reden.

[janne_nl]

Te licht? Ik draai al jaren op een pi3b, die gebruikt gemiddeld 20% cpu tijd.

Toevallig vrijdag een Pi 5 gekocht, maar dat was meer ehm life cycle management, immers die pi 3b zal eens de geest geven.

Zwave, Zigbee, Philips Hue, KAKU, draait allemaal door elkaar heen. Alles in docker containers, wat ook wat performance snoept.

Wat heb jij dan dat een Pi3 te licht is?

[M.v.Veelen]

Ik heb een RFXcom, P1 kabel en een Sonoff Zigbee stick. Die laatste erbij vraagt soms toch net even teveel van deze RPi zag ik en daarom voor een NUC gegaan.

[Goofman2]

janne_nl schreef op zondag 26 oktober 2025 @ 10:30:
Te licht? Ik draai al jaren op een pi3b, die gebruikt gemiddeld 20% cpu tijd.

Toevallig vrijdag een Pi 5 gekocht, maar dat was meer ehm life cycle management, immers die pi 3b zal eens de geest geven.

Zwave, Zigbee, Philips Hue, KAKU, draait allemaal door elkaar heen. Alles in docker containers, wat ook wat performance snoept.

Wat heb jij dan dat een Pi3 te licht is?

Als ik Donoticz in Docker draai, dan erken mijn plug-ins niet altijd
Bijvoorbeeld modus voor Solaredge omvormer
Is hier een oplossing voor of die ik iets verkeerd

[janne_nl]

Goofman2 schreef op zondag 26 oktober 2025 @ 12:21:
[...]


Als ik Donoticz in Docker draai, dan erken mijn plug-ins niet altijd
Bijvoorbeeld modus voor Solaredge omvormer
Is hier een oplossing voor of die ik iets verkeerd

Ik zou zeggen dat je iets verkeerds doet, alhoewel ik sinds de laatste domoticz update 2 keer per dag ongeveer een foutmelding krijg van de solaredge modbus plugin. Verder doen de gebruikte plugins het prima.

@M.v.Veelen Een rfxcom (kaku) heb ik ook, net als een zigbee stick. Waaruit concludeer je dat de pi er last van heeft?

[niki_lauda]

M.v.Veelen schreef op zondag 26 oktober 2025 @ 11:19:
Ik heb een RFXcom, P1 kabel en een Sonoff Zigbee stick. Die laatste erbij vraagt soms toch net even teveel van deze RPi zag ik en daarom voor een NUC gegaan.

Heb je veel foutmeldingen in je syslog.
Ik had een foutmelding van een illuminacs device die in zigbee2mqtt veel meldingen spuwde en het systeem traag maakte.
Calibratie getal ingevuld in z2mqtt ingegeven en performance was veel beter

[janne_nl]

Let er ook op dat devices waar de batterij van leeg begint te raken, de hele band vol kan stouwen met meldingen, zodat de pi het erg druk krijgt.

[rens-br]

M.v.Veelen schreef op vrijdag 24 oktober 2025 @ 16:57:
Als het straks stabiel draait, waarom zou ik dan naar Docker willen gaan?

Geeft je de mogelijkheid om meerdere containers naast elkaar te draaien, zonder dat ze echt elkaar in de weg zitten. Ik vind backups veel eenvoudiger en het overzetten naar een andere apparaat ook.

Overzetten van mijn ene NUC naar de andere was een kwestie van de data folder kopieren, docker installeren, docker container runnen en alles draaide weer.

Ik vind het vele malen stabieler, ook omdat updaten van de ene container geen invloed heeft op andere diensten of containers.

[janne_nl]

Je kunt met docker prima 2 domoticz instances naast elkaar draaien om bijvoorbeeld iets te testen.

[M.v.Veelen]

Ik zag op de Raspberry vrij regelmatig dit:

Undervoltage detected!
Voltage normalised

En ik heb vele, vele jaren tevreden de RPi gebruikt maar nu ik over ben naar de NUC is alles zoveel sneller en stabieler. Ja, de NUC zal iets meer stroom verbruiken, maar ik rook niet, hahahaha.

[ed1703]

M.v.Veelen schreef op maandag 27 oktober 2025 @ 16:06:
Ik zag op de Raspberry vrij regelmatig dit:

Undervoltage detected!
Voltage normalised

Meestal is dan je voeding te krap bemeten voor wat je met die Pi wilt doen.

En wat betreft je vraag over Docker:

M.v.Veelen schreef op vrijdag 24 oktober 2025 @ 16:57:
Docker dus niet gebruikt, ook omdat de NUC op zich meer dan voldoende capaciteit heeft om de volledige installaties op te doen en alles te laten draaien.
Als het straks stabiel draait, waarom zou ik dan naar Docker willen gaan?
Ik sta open voor verbeteringen hoor, maar zie nog geen goede reden.

Docker heeft niet zoveel met capaciteit te maken (standalone), maar meer dat je dan dit niet hebt:

M.v.Veelen schreef op vrijdag 24 oktober 2025 @ 13:13:
Edit: wat suf....had geen Python geïnstalleerd. All good.....

Die heeft de ontwikkelaar van Domoticz al in de container gestopt.
Als het nu verder draait ook weinig aan doen lijkt mij.

[ Voor 60% gewijzigd door ed1703 op 27-10-2025 16:55 ]

[janne_nl]

Dat is wat kort door de bocht. Ja, python is geïnstalleerd, maar niet noodzakelijk alle libraries die je plugins nodig hebben.

[haaibaa2]

janne_nl schreef op maandag 27 oktober 2025 @ 17:33:
Dat is wat kort door de bocht. Ja, python is geïnstalleerd, maar niet noodzakelijk alle libraries die je plugins nodig hebben.

Klopt. De Goodwe plugin heeft altijd nog een extra package nodig. Heel irritant.

[ed1703]

janne_nl schreef op maandag 27 oktober 2025 @ 17:33:
Dat is wat kort door de bocht. Ja, python is geïnstalleerd, maar niet noodzakelijk alle libraries die je plugins nodig hebben.

Klopt je hebt gelijk, ik ging er gemakshalve vanuit dat er door de ontwikkelaar in ieder geval wel een gedeelte toegevoegd zou zijn, maar dit is blijkbaar niet het geval. Dit is trouwens met een container dan wel erg vervelend.

[ Voor 206% gewijzigd door ed1703 op 27-10-2025 21:22 ]

[janne_nl]

Ach, 1 keer uitzoeken hoe customstart.sh werkt (zie voorbeeld in de wiki) en het werkt prima. Clean start duurt alleen steeds langer. In mijn geval zitten er compile stappen in. Fijne is dat als je wat verklooid voor je het aan customstart toevoegde je makkelijk opnieuw begint.

[Metalfreak]

Nou, onlangs dacht ik "even snel" Domoticz (draaiend op Windows Server) te updaten naar de laatste (stable) versie. Normaal is dat geen enkel probleem. Sindsdien start Domoticz dus niet meer op. Geen probleem dacht ik, ik heb nog genoeg database backups. Maar wat ik ook doe, met geen enkele databasebackup lijkt Domoticz nog te willen starten.

Ik heb al een keer Domoticz volledig verwijderd en opnieuw geïnstalleerd. Met een lege domoticz.db database gaat het goed, maar zodra ik de domoticz.db vervang door een backup, zie je wel dat de service gestart is. Maar poorten 8080 en 443 geven geen response als ik in powershell test-netconnection probeer uit te voeren.
Als ik vervolgens gewoon de domoticz.exe file wil starten krijg ik het volgende terug:

code:

2025-12-01 12:52:46.277  Status: Domoticz V2025.2 (build 16944) (c)2012-2025 GizMoCuz
2025-12-01 12:52:46.277  Status: Build Hash: ddd8f4991, Date: 2025-11-26 08:24:11
2025-12-01 12:52:46.277  Status: Startup Path: C:\Program Files (x86)\Domoticz\
2025-12-01 12:52:46.293  Error: Default admin password has NOT been changed! Change it asap!
2025-12-01 12:52:46.293  Sunrise: 08:18:00 SunSet: 16:32:00
2025-12-01 12:52:46.293  Day length: 08:14:00 Sun at south: 12:25:00
2025-12-01 12:52:46.293  Civil twilight start: 07:40:00 Civil twilight end: 17:11:00
2025-12-01 12:52:46.293  Nautical twilight start: 06:58:00 Nautical twilight end: 17:52:00
2025-12-01 12:52:46.293  Astronomical twilight start: 06:18:00 Astronomical twilight end: 18:32:00
2025-12-01 12:52:46.308  Status: PluginSystem: Started, Python version '3.9.13', 8 plugin definitions loaded.
2025-12-01 12:52:46.324  Active notification Subsystems: pushbullet (1/13)
2025-12-01 12:52:46.324  Status: WebServer(HTTP) startup failed on address :: with port: 8080: config out of range, trying ::
2025-12-01 12:52:46.324  Status: WebServer(HTTP) startup failed on address :: with port: 8080: config out of range, trying 0.0.0.0
2025-12-01 12:52:46.324  Error: WebServer(HTTP) startup failed on address 0.0.0.0 with port: 8080: config out of range
2025-12-01 12:52:46.324  Error: WebServer(HTTP) check if no other application is using port: 8080
2025-12-01 12:52:46.324  Status: WebServer(SSL) startup failed on address :: with port: 443: config out of range, trying ::
2025-12-01 12:52:46.324  Status: WebServer(SSL) startup failed on address :: with port: 443: config out of range, trying 0.0.0.0
2025-12-01 12:52:46.324  Error: WebServer(SSL) startup failed on address 0.0.0.0 with port: 443: config out of range
2025-12-01 12:52:46.324  Error: WebServer(SSL) check privileges for opening ports below 1024

Ik heb ook al eens geprobeerd om een andere poort hoger dan 1024 mee te geven, maar helaas geen succes. Het gekke is dat het met een lege database dus wel gewoon op de genoemde poorten start. En daarbij Windows heeft normaal nooit problemen met poortnummers, ongeacht het nummer.

Met een lege database starten en vervolgens binnen Domoticz een restore uitvoeren lijkt helemaal niets te doen verder.

Ik dacht al een corrupte database, want elk backup bestand is ook precies 470.980kB groot. Ik heb hierdoor een SQL dump gemaakt van de database en deze in een lege geïmporteerd, (tabellen LightingLog en Percentage bevatten extreem veel records) maar nog steeds hetzelfde probleem. Iemand nog de gouden tip? Zeker nu met de kerstverlichting wil ik graag weer gebruik maken van mijn Domoticz installatie. Ik zit een beetje met mijn handen in het haar.

[Pietervs]

Status: WebServer(HTTP) startup failed on address :: with port: 8080
Dit suggereert dat hij zijn eigen IPv6 adres niet kent.
datzelfde zie je bij 443:
WebServer(SSL) startup failed on address :: with port: 443

Maar vervolgens gaat het mis als hij op adres 0.0.0. wil verbinden:
WebServer(HTTP) startup failed on address 0.0.0.0 with port: 8080
WebServer(HTTP) startup failed on address 0.0.0.0 with port: 443

verder zie ik:
Error: WebServer(HTTP) check if no other application is using port: 8080

Als je je systeem opstart zonder Domoticz, zie je dan iets draaien op 8080? en/of 443?

Je zou Domoticz kunnen proberen te starten met

code:

domoticz.exe -www 8080 -sslwww 443 -log "domoticz.log" -loglevel all -debuglevel auth,hardware,received,webserver

Met name in /var/log/domoticz.log kun je dan hopelijk wat meer zien (disclaimer: geen ervaring met Domoticz op Windows, dus ik weet niet zeker of dit werkt).

Met een lege database starten en vervolgens binnen Domoticz een restore uitvoeren lijkt helemaal niets te doen verder.
Hoe bedoel je dit? Je start met een lege database, opent Domoticz (http://<serverIP>:8080 en kiest voor Instellingen - Instellingen - Herstel database? En dan? Reboot je de server? Zie je wel iets onder Hardware?

[Metalfreak]

Pietervs schreef op maandag 1 december 2025 @ 13:45:
Status: WebServer(HTTP) startup failed on address :: with port: 8080
Dit suggereert dat hij zijn eigen IPv6 adres niet kent.
datzelfde zie je bij 443:
WebServer(SSL) startup failed on address :: with port: 443

Maar vervolgens gaat het mis als hij op adres 0.0.0. wil verbinden:
WebServer(HTTP) startup failed on address 0.0.0.0 with port: 8080
WebServer(HTTP) startup failed on address 0.0.0.0 with port: 443

verder zie ik:
Error: WebServer(HTTP) check if no other application is using port: 8080

Als je je systeem opstart zonder Domoticz, zie je dan iets draaien op 8080? en/of 443?

Dat dacht ik dus ook al, maar nee:

code:

PS C:\Users\Administrator> test-netconnection 127.0.0.1 -Port 443
WARNING: TCP connect to 127.0.0.1:443 failed

ComputerName           : 127.0.0.1
RemoteAddress          : 127.0.0.1
RemotePort             : 443
InterfaceAlias         : Loopback Pseudo-Interface 1
SourceAddress          : 127.0.0.1
PingSucceeded          : True
PingReplyDetails (RTT) : 0 ms
TcpTestSucceeded       : False

PS C:\Users\Administrator> test-netconnection 127.0.0.1 -Port 8080
WARNING: TCP connect to 127.0.0.1:8080 failed

ComputerName           : 127.0.0.1
RemoteAddress          : 127.0.0.1
RemotePort             : 8080
InterfaceAlias         : Loopback Pseudo-Interface 1
SourceAddress          : 127.0.0.1
PingSucceeded          : True
PingReplyDetails (RTT) : 0 ms
TcpTestSucceeded       : False

IPv6 staat overigens helemaal uitgeschakeld op deze server, maar dat is al jaren zo. Ook met enablen daarvan verschilt het niet.

Je zou Domoticz kunnen proberen te starten met

code:

domoticz.exe -www 8080 -sslwww 443 -log "domoticz.log" -loglevel all -debuglevel auth,hardware,received,webserver

Met name in /var/log/domoticz.log kun je dan hopelijk wat meer zien (disclaimer: geen ervaring met Domoticz op Windows, dus ik weet niet zeker of dit werkt).

Dat werkt met het volledig pad naar domoticz.log. Dit is de output:

code:

2025-12-01 14:31:21.160  Status: Domoticz V2025.2 (build 16944) (c)2012-2025 GizMoCuz
2025-12-01 14:31:21.160  Status: Build Hash: ddd8f4991, Date: 2025-11-26 08:24:11
2025-12-01 14:31:21.160  Status: Startup Path: C:\Program Files (x86)\Domoticz\
2025-12-01 14:31:21.206  Error: Default admin password has NOT been changed! Change it asap!
2025-12-01 14:31:21.206  Sunrise: 08:18:00 SunSet: 16:32:00
2025-12-01 14:31:21.206  Day length: 08:14:00 Sun at south: 12:25:00
2025-12-01 14:31:21.206  Civil twilight start: 07:40:00 Civil twilight end: 17:11:00
2025-12-01 14:31:21.206  Nautical twilight start: 06:58:00 Nautical twilight end: 17:52:00
2025-12-01 14:31:21.206  Astronomical twilight start: 06:18:00 Astronomical twilight end: 18:32:00
2025-12-01 14:31:21.222  Status: PluginSystem: Started, Python version '3.9.13', 8 plugin definitions loaded.
2025-12-01 14:31:21.253  Debug: : MQTT PublishSchema 1 (1), Retain 0
2025-12-01 14:31:21.253  Active notification Subsystems: pushbullet (1/13)
2025-12-01 14:31:21.253  Debug: CWebServer::StartServer() : settings : 'server_settings[is_secure_=false, www_root='C:\Program Files (x86)\Domoticz\www', listening_address='::', listening_port='8080', vhostname='', php_cgi_path='']'
2025-12-01 14:31:21.253  Debug: CWebServer::StartServer() : IAM settings : 'iam_settings[is_enabled_=true, auth_url='/oauth2/v1/authorize', token_url='/oauth2/v1/token', discovery_url='/.well-known/openid-configuration', code_expire_seconds='60', token_expire_seconds='3600', refresh_expire_seconds='86400']'
2025-12-01 14:31:21.253  Status: WebServer(HTTP) startup failed on address :: with port: 8080: config out of range, trying ::
2025-12-01 14:31:21.253  Status: WebServer(HTTP) startup failed on address :: with port: 8080: config out of range, trying 0.0.0.0
2025-12-01 14:31:21.253  Error: WebServer(HTTP) startup failed on address 0.0.0.0 with port: 8080: config out of range
2025-12-01 14:31:21.253  Error: WebServer(HTTP) check if no other application is using port: 8080
2025-12-01 14:31:21.253  Debug: CWebServer::StartServer() : settings : ssl_server_settings['server_settings[is_secure_=true, www_root='C:\Program Files (x86)\Domoticz\www', listening_address='::', listening_port='443', vhostname='', php_cgi_path='']', ssl_method='tls', certificate_chain_file_path='./server_cert.pem', ca_cert_file_path='./server_cert.pem', cert_file_path=./server_cert.pem', private_key_file_path='./server_cert.pem', private_key_pass_phrase='', ssl_options='single_dh_use', tmp_dh_file_path='./server_cert.pem', verify_peer=false, verify_fail_if_no_peer_cert=false, verify_file_path='']
2025-12-01 14:31:21.253  Debug: CWebServer::StartServer() : IAM settings : 'iam_settings[is_enabled_=true, auth_url='/oauth2/v1/authorize', token_url='/oauth2/v1/token', discovery_url='/.well-known/openid-configuration', code_expire_seconds='60', token_expire_seconds='3600', refresh_expire_seconds='86400']'
2025-12-01 14:31:21.253  Status: WebServer(SSL) startup failed on address :: with port: 443: config out of range, trying ::
2025-12-01 14:31:21.253  Status: WebServer(SSL) startup failed on address :: with port: 443: config out of range, trying 0.0.0.0
2025-12-01 14:31:21.253  Error: WebServer(SSL) startup failed on address 0.0.0.0 with port: 443: config out of range
2025-12-01 14:31:21.253  Error: WebServer(SSL) check privileges for opening ports below 1024

Dus eigenlijk niet heel veel meer informatie dan ik al had.

Met een lege database starten en vervolgens binnen Domoticz een restore uitvoeren lijkt helemaal niets te doen verder.
Hoe bedoel je dit? Je start met een lege database, opent Domoticz (http://<serverIP>:8080 en kiest voor Instellingen - Instellingen - Herstel database? En dan? Reboot je de server? Zie je wel iets onder Hardware?

Yep, dat dus. Maar het database bestand wordt ook geen byte groter en de server doet helemaal niets lijkt het. CPU verbruik gaat niet omhoog en in Domoticz zelf zie ik helemaal niets verschijnen.

[Pietervs]

Dat werkt met het volledig pad naar domoticz.log.
En als je een andere poort probeert, bijvoorbeeld 9090?

[Metalfreak]

Pietervs schreef op maandag 1 december 2025 @ 15:33:
Dat werkt met het volledig pad naar domoticz.log.
En als je een andere poort probeert, bijvoorbeeld 9090?

9090 is al in gebruik, maar op bijvoorbeeld 8585 heb ik exact hetzelfde probleem. Ook een alternatief voor 443, bijvoorbeeld 4430 geeft geen succes helaas.

[Pietervs]

wel bijzonder. De foutmelding zie je wel terug op de fora, maar eigenlijk alleen maar gerelateerd aan IPv6.

Ook deze geeft eigenlijk weinig oplossingen: https://forum.domoticz.com/viewtopic.php?t=39683

Behalve eventueel eens proberen te starten als administrator? Of had je dat al gedaan?

[Metalfreak]

Pietervs schreef op maandag 1 december 2025 @ 16:44:
wel bijzonder. De foutmelding zie je wel terug op de fora, maar eigenlijk alleen maar gerelateerd aan IPv6.

Ook deze geeft eigenlijk weinig oplossingen: https://forum.domoticz.com/viewtopic.php?t=39683

Behalve eventueel eens proberen te starten als administrator? Of had je dat al gedaan?

Ja, allemaal al gedaan.

Het vreemde is, ik heb 'm straks nog werkend gekregen. Het draait nu een beetje half, maar het lijkt erop dat als ik nu de service stop en weer wil starten het weer om zeep is. Had een nieuwe installatie gedaan. Service gestopt, domoticz.db vervangen door eentje uit de backup en weer starten. Gek genoeg start 'ie dan wel, maar straks ging het weer fout toen ik de server nog een keer ging rebooten.

Ik kwam de foutmelding verder ook al nergens tegen. En zag ergens een oplossing: "zet IPv6 uit", maar die stond al uit.

Edit: en inmiddels bevestigd. Service weer stoppen en weer proberen te starten en het probleem is weer terug...
Edit2: En met 2024.6 lijkt dit wel te lukken...

Edit3: En dit lijkt nu uiteindelijk wel het probleem:

code:

2025-12-01 21:07:57.828 Error: SQL Query("DELETE FROM Percentage") : database disk image is malformed
2025-12-01 21:07:57.969 Error: SQL Query("VACUUM") : database or disk is full

De disk is niet vol, maar de database is 500MB ongeveer, dat lijkt het maximum te zijn.

[ Voor 19% gewijzigd door Metalfreak op 01-12-2025 21:11 ]

[Pietervs]

Oei, dat lijkt me inderdaad niet goed. Goed gevonden!
Maar nu weet ik nagenoeg niks van SQL, dus hopelijk zit er hier iemand die je daar mee kan helpen?
Want die database kan misschien wel verkleind worden, misschien door oude data te verwijderen?

Overigens: hoe kom je aan een database van 500 Mb?
Mijn Domoticz gaat terug tot 2017 en telt maar 1,4 Mb.

[janne_nl]

Lijkt me niet dat de database vol is, volgens mij heb ik wel groottes van meer dan een Gb gezien. Ik denk dat er een fout in de database zit. Maar ook door fouten in de database kan die wel groot lijken. Ik kan zo niet controleren hoe groot de database is. Hij draait sinds 2014. Ik heb alleen een hele tijd terug het aantal dagen log bewaren van 7 naar 4 gezet.

Daar zijn wel oplossingen voor te vinden. Volgens mij is exporteren en importeren in een nieuwe al een oplossing. Dat kan met een tooltje als sqlitebrowser, even googlen.

Trouwens, gebruik je een SD kaartje? Sinds ik op een ssd draai (en eerder een tijdje op een read-only filesystem) heb ik dat soort fouten niet meer gehad.

[Metalfreak]

janne_nl schreef op dinsdag 2 december 2025 @ 08:08:
Lijkt me niet dat de database vol is, volgens mij heb ik wel groottes van meer dan een Gb gezien. Ik denk dat er een fout in de database zit. Maar ook door fouten in de database kan die wel groot lijken. Ik kan zo niet controleren hoe groot de database is. Hij draait sinds 2014. Ik heb alleen een hele tijd terug het aantal dagen log bewaren van 7 naar 4 gezet.

Daar zijn wel oplossingen voor te vinden. Volgens mij is exporteren en importeren in een nieuwe al een oplossing. Dat kan met een tooltje als sqlitebrowser, even googlen.

Trouwens, gebruik je een SD kaartje? Sinds ik op een ssd draai (en eerder een tijdje op een read-only filesystem) heb ik dat soort fouten niet meer gehad.

Nee, mijn Domoticz installatie draait op een Windows Server VM (eerst ESXi, nu ProxMox) die gewoon op een SSD draait onderhuids. Al jaren trouwens.

Log had ik al tijden op slechts 3 dagen staan.

Dat exporteren was ik ook al mee bezig. Het exporteren is zo gedaan en de dump.sql is dan ongeveer 134MB groot. Maar vervolgens deze dump weer importeren in een nieuwe databasebestand duurt uuuuuuren. Had m'n laptop vannacht aangezet daarvoor, maar na een paar uur is deze uitgevallen en was het helaas nog niet klaar. Dus vanochtend even opnieuw aangezet met andere energiebeheerinstellingen en eens even afwachten. Wel zag ik dus in die export dat de tabellen LightingLog en Percentage echt extreem veel entries hebben. Dat lijkt me ook niet geheel de bedoeling, want ik stel echt niet zovaak iets bij. Het lijkt soms meer entries per seconde te tonen.

[janne_nl]

Ik heb wel eens 1 of enkele tabellen ge-exporteerd, maar dan moet je wel weten om welke het gaat.

[Pino112]

Ik heb sinds een poosje dat er bijna elke minuut een .tmp-file in de hoofdmap van Domoticz wordt gezet, ik kan hier echter niks over vinden hoe dat kan en hoe je het weer stopt. Dat was nooit zo, maar nu dus wel.
Al geüpdatet naar de nieuwe versie, maar helpt niet. Iemand een idee hoe ik de oorzaak kan achterhalen? Log geeft geen foutmeldingen. Heb het draaiende op Raspbian OS op een RPI3b

[niki_lauda]

Pino112 schreef op maandag 8 december 2025 @ 18:59:
Ik heb sinds een poosje dat er bijna elke minuut een .tmp-file in de hoofdmap van Domoticz wordt gezet, ik kan hier echter niks over vinden hoe dat kan en hoe je het weer stopt. Dat was nooit zo, maar nu dus wel.
Al geüpdatet naar de nieuwe versie, maar helpt niet. Iemand een idee hoe ik de oorzaak kan achterhalen? Log geeft geen foutmeldingen. Heb het draaiende op Raspbian OS op een RPI3b

Heb je gebeurtenissen aan staan, even àlles uitschakelen

[AWST6000]

Hallo,
Ik heb enkele Philips Hue lampen en in de Hue app laat ik in een Zone enkele gekleurde lampen branden met een kaarslicht-effect.
Het lijkt echter of er een soort time-out op zit. Misschien 24 uur ofzo. Daarna moet ik ze weer inschakelen.
Wie weet waar die time-out ingesteld is?

En hoe kan ik het kaarslicht-effect instellen binnen Domoticz? Ik zie alleen maar de standaardkleuren.

[ Voor 15% gewijzigd door AWST6000 op 22-12-2025 14:59 ]

[niki_lauda]

AWST6000 schreef op maandag 22 december 2025 @ 14:57:
Hallo,
Ik heb enkele Philips Hue lampen en in de Hue app laat ik in een Zone enkele gekleurde lampen branden met een kaarslicht-effect.
Het lijkt echter of er een soort time-out op zit. Misschien 24 uur ofzo. Daarna moet ik ze weer inschakelen.
Wie weet waar die time-out ingesteld is?

En hoe kan ik het kaarslicht-effect instellen binnen Domoticz? Ik zie alleen maar de standaardkleuren.

Bedoel je zoiets? https://wiki.domoticz.com...ashing_Alternating_Colors

[M.v.Veelen]

Vwb de kleurinstellingen heb ik het zo, dat ik een bash script gebruik om de spots in de uitbouw aan te zetten met vooraf uitgelezen kleuren, sterkte en wel/geen vertraging.

Uitlezen:

http://IP-van-de-hub/api/jouw_API_code/lights/nummer_van_je_lamp

En dan in een script om aan te zetten:

code:

#!/bin/bash


curl -s -H "Accept: application/json" -X PUT --data '{"on": true,"bri": 135,"hue": 8418,"sat": 140,"effect":"none","xy": [0.4573,0.4100],"ct": 366, "colormode":"ct"}' http://IP_HUB/api/JOUW_API/lights/NR_LAMP/state;\

[janne_nl]

Ik heb een shell-script (bash) dat ik aanroep met een scene of group vanuit lua.
Met os.execute vanuit een lua script.

[MdO82]

Ik ben altijd huiverig voor het updaten van mijn domoticz-versie.
Vanavond per abuis op updaten geklikt

Wat denk je Domoticz niet meer bereikbaar dus

Via de backup heb ik hem gelukkig terug kunnen draaien.
Maar in mijn bestanden kom ik een crash bestand tegen met de volgende inhoud

gdb: warning: Couldn't determine a path for the index cache directory.
[New LWP 1526]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
__pthread_clockjoin_ex (threadid=1838150144, thread_return=0x0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, block=block@entry=true) at pthread_join_common.c:145
145     pthread_join_common.c: No such file or directory.
  Id   Target Id                               Frame
* 1    Thread 0x76f19240 (LWP 1384) "domoticz" __pthread_clockjoin_ex (threadid=1838150144, thread_return=0x0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, block=block@entry=true) at pthread_join_common.c:145
  2    Thread 0x6d8ff200 (LWP 1526) "domoticz" 0x76895864 in __GI___wait4 (pid=1527, stat_loc=0x6d8fe238, options=0, usage=0x0) at ../sysdeps/unix/sysv/linux/wait4.c:27

Thread 2 (Thread 0x6d8ff200 (LWP 1526) "domoticz"):
#0  0x76895864 in __GI___wait4 (pid=1527, stat_loc=0x6d8fe238, options=0, usage=0x0) at ../sysdeps/unix/sysv/linux/wait4.c:27
#1  0x0074a0ba in dumpstack_gdb(bool) ()
#2  0x0074a510 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:50
#5  0x7680a364 in __GI_abort () at abort.c:79
#6  0x00c01fc0 in __gnu_cxx::__verbose_terminate_handler() ()
#7  0x00ba8140 in __cxxabiv1::__terminate(void (*)()) ()
#8  0x00ba8196 in std::terminate() ()
#9  0x00a85d92 in boost::asio::detail::posix_thread::func<boost::asio::system_context::thread_function>::run() ()
#10 0x00825d7e in boost_asio_detail_posix_thread_function ()
#11 0x76a0c310 in start_thread (arg=0x6d8ff200) at pthread_create.c:477
#12 0x768ce5d8 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0x76f19240 (LWP 1384) "domoticz"):
#0  __pthread_clockjoin_ex (threadid=1838150144, thread_return=0x0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, block=block@entry=true) at pthread_join_common.c:145
#1  0x76a0d7ac in __pthread_join (threadid=<optimized out>, thread_return=<optimized out>) at pthread_join.c:24
#2  0x006c65f0 in boost::asio::detail::posix_global_impl<boost::asio::system_context>::~posix_global_impl() ()
#3  0x76823eb4 in __run_exit_handlers (status=0, listp=0x76943130 <__new_exitfn_called>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108
#4  0x76824054 in __GI_exit (status=<optimized out>) at exit.c:139
#5  0x7680a744 in __libc_start_main (main=0x7ee58e24, argc=1989419008, argv=0x7680a744 <__libc_start_main+280>, init=<optimized out>, fini=0xc0abb5 <__libc_csu_fini>, rtld_fini=0x76f04510 <_dl_fini>, stack_end=0x7ee58e24) at libc-start.>
#6  0x006c0a98 in _start ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Main thread:
#0  __pthread_clockjoin_ex (threadid=1838150144, thread_return=0x0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, block=block@entry=true) at pthread_join_common.c:145
#1  0x76a0d7ac in __pthread_join (threadid=<optimized out>, thread_return=<optimized out>) at pthread_join.c:24
#2  0x006c65f0 in boost::asio::detail::posix_global_impl<boost::asio::system_context>::~posix_global_impl() ()
#3  0x76823eb4 in __run_exit_handlers (status=0, listp=0x76943130 <__new_exitfn_called>, run_list_atexit=run_list_atexit@entry=true, run_dtors=run_dtors@entry=true) at exit.c:108
#4  0x76824054 in __GI_exit (status=<optimized out>) at exit.c:139
#5  0x7680a744 in __libc_start_main (main=0x7ee58e24, argc=1989419008, argv=0x7680a744 <__libc_start_main+280>, init=<optimized out>, fini=0xc0abb5 <__libc_csu_fini>, rtld_fini=0x76f04510 <_dl_fini>, stack_end=0x7ee58e24) at libc-start.>
#6  0x006c0a98 in _start ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
[Inferior 1 (process 1384) detached]

Nu weet ik dat Domoticz een log heeft, maar die vind ik niet tussen mijn bestanden.

Ik draai Raspbian als basis op mijn Raspberry

Linux raspberrypi 6.1.21-v7+ #1642 SMP Mon Apr  3 17:20:52 BST 2023 armv7l GNU/Linux

Wie kan mij meer vertellen.
Kan altijd nog een schone installatie doen, maar wil eerst kijken of ik kan achterhalen wat er misgaat.

[WillemD61]

Altijd goed om te beginnen met de release notes (voordat je probeert te upgraden). Daarin staat:

Please note that this release is using OpenSSL 3.0, you need a Debian version Bookworm or newer (Debian 13 Trixie),
on Ubuntu 24.04 or newer (due to gcc requirements). You can also move to the Docker installation if you do not want to upgrade the OS of your system.
To update your OS from bullseye to bookwork you can use this guide: https://www.cyberciti.biz/faq/update-up ... -bookworm/

Voldoet je Raspian daar aan?

[Racer89]

Ik vind persoonlijk die update melding irritant. Je hebt er snel per ongeluk opgeklikt.

[hremijn]

Racer89 schreef op zaterdag 27 december 2025 @ 22:12:
Ik vind persoonlijk die update melding irritant. Je hebt er snel per ongeluk opgeklikt.

Je kan in de settings de optie "Check for updates" uitzetten.
Dan verwacht ik dat je geen melding krijgt.

[janne_nl]

Ik heb nooit geüpdatet via die optie. Altijd idd de release notes lezen dan weet je vaak of je meer tijd moet inruimen of voorzorgsmaatregelen moet nemen. Nooit echt issues gehad sinds 2014.

En nu al een paar jaar met docker, even inleren, spelen en de belangrijke commando's opschrijven. Voor docker had ik een lijstje waardoor ik in een half uur een volledig nieuw systeem had. Nu met docker is dat nog niet helemaal klaar.

[MdO82]

WillemD61 schreef op zaterdag 27 december 2025 @ 21:48:
Altijd goed om te beginnen met de release notes (voordat je probeert te upgraden). Daarin staat:

Please note that this release is using OpenSSL 3.0, you need a Debian version Bookworm or newer (Debian 13 Trixie),
on Ubuntu 24.04 or newer (due to gcc requirements). You can also move to the Docker installation if you do not want to upgrade the OS of your system.
To update your OS from bullseye to bookwork you can use this guide: https://www.cyberciti.biz/faq/update-up ... -bookworm/

Voldoet je Raspian daar aan?

Tja, als je per abuis op update klikt, dan lees je niet snel de release notes meer natuurlijk
Maar inderdaad ik draai nu nog op Bullseye dus een mooi moment om even een schone installatie te draaien na uiteraard een backup gemaakt te hebben

Updaten via de shell werkt wel, maar wordt niet echt aangeraden.

[janne_nl]

Tot ik overstapte op docker altijd via de shell geüpdatet. Ik denk dat de gui update onder water gewoon het shell script aanroept.

Nooit issues gehad.

[AWST6000]

@niki_lauda, M.v.Veelen en janne_nl:

Ik bedoelde het kaarslichteffect wat je hiermee kunt maken:
https://www.appletips.nl/philips-hue-effecten-scenes/
(Werkt overigens ook in de Android app).

Ik heb meerdere colorlampen in een Zone, dus niet in een Scene omdat het kaarslichteffect voor alle lampen dan hetzelfde is en dat komt wat 'onnatuurlijk' over.
Hier zit dus blijkbaar een time-out van ca. 24 uur op.
En hoe kan ik dit kaarslichteffect in Domoticz aanroepen?

Alvast een heel prettige jaarwisseling :-)

[ Voor 13% gewijzigd door AWST6000 op 29-12-2025 16:42 ]

[janne_nl]

Zie je het effect niet staan in de scene lijst?

http://x.x.x.x/api/jouw-api-key/scenes

[haaibaa2]

AWST6000 schreef op maandag 29 december 2025 @ 15:54:
@niki_lauda, M.v.Veelen en janne_nl:

Ik bedoelde het kaarslichteffect wat je hiermee kunt maken:
https://www.appletips.nl/philips-hue-effecten-scenes/
(Werkt overigens ook in de Android app).

Ik heb meerdere colorlampen in een Zone, dus niet in een Scene omdat het kaarslichteffect voor alle lampen dan hetzelfde is en dat komt wat 'onnatuurlijk' over.
Hier zit dus blijkbaar een time-out van ca. 24 uur op.
En hoe kan ik dit kaarslichteffect in Domoticz aanroepen?

Alvast een heel prettige jaarwisseling :-)

Kaarslicht en open haard effecten kende ik nog niet. Super gaaf! Bedankt voor de tip. Helaas kan ik je niet helpen met instellen vanuit Domoticz.

[GVR]

WillemD61 schreef op zaterdag 27 december 2025 @ 21:48:
Altijd goed om te beginnen met de release notes (voordat je probeert te upgraden). Daarin staat:

Please note that this release is using OpenSSL 3.0, you need a Debian version Bookworm or newer (Debian 13 Trixie),
on Ubuntu 24.04 or newer (due to gcc requirements). You can also move to the Docker installation if you do not want to upgrade the OS of your system.
To update your OS from bullseye to bookwork you can use this guide: https://www.cyberciti.biz/faq/update-up ... -bookworm/

Voldoet je Raspian daar aan?

Thanks! Met de guides van deze pagina probleemloos van buster naar bullseye naar bookworm gemigreerd En daarna Domoticz bijgewerkt.

[VVVJeroen]

Ikea heeft net meerdere interessante nieuwe sensoren uitgebracht (CO2&fijnstof, temperatuur), maar die werken allemaal op Matter+Thread, en lijken niet zoals de lampen en knoppen een Zigbee fallback te hebben. Heeft er al iemand uitgezocht of ontdekt hoe je dat soort sensoren in Domoticz kan integreren?
Ik heb al een beetje zitten rondkijken, en wat betreft hardware lijkt het dat je een Thread border router nodig hebt. Dat is nog wel te doen, maar vervolgens moet je het ook software matig Domoticz in krijgen, en ik heb nog niet ontdekt hoe dat dan zou werken. Het lijkt erop dat HA dit soort functionaliteit wel heeft, maar dan moet je eigenlijk HA naast Domoticz draaien - of zelfs helemaal overstappen, en daar heb ik nog niet zo veel zin in, en waarschijnlijk niet genoeg RAM op mijn RPi voor.

[Racer89]

Heb er niet heel veel verstand, volgens mij zag ik wel diverse dingen wat betreft MQTT e.d. in de update log staan. ( heb zelf de update nog niet uitgevoerd ).