Domoticz - open source domotica systeem - deel 5

[janne_nl]

Is die compatible? Heb je dat gecontroleerd in de supported devices?

[Lizard]

Vollervo schreef op zaterdag 2 augustus 2025 @ 18:01:
Iemand betere ervaringen met de lichtsensor hieronder? Het enige teken van leven geeft ie als ik op het reset knopje druk. Ik probeer te koppelen met zigbee2mqtt, maar die geeft ook geen melding van een nieuw of onbekend device. Dat heb ik tot nu toe nog nooit gehad. Of is normaal voor onbekende devices dat die niet worden opgenomen in het netwerk?

[Afbeelding]

Op deze pagina https://www.gearbest.ma/p...ht-illumination-detector/
zie ik specifiek staan dat z2mqtt en homeassistant niet worden ondersteund.

Ook onder de qrcode op je foto staat dat de tuya gateway nodig is.

[Vollervo]

Lizard schreef op zaterdag 2 augustus 2025 @ 22:30:
[...]

Op deze pagina https://www.gearbest.ma/p...ht-illumination-detector/
zie ik specifiek staan dat z2mqtt en homeassistant niet worden ondersteund.

Ook onder de qrcode op je foto staat dat de tuya gateway nodig is.

Op die site staat het er inderdaad luid en duidelijk bij. Op de site waar ik hem gekocht heb stond het niet

Iemand nog een tip voor een vergelijkbaar iets dat alleen licht meet en wel compatible is? Ik neem aan dat al die multi sensoren meer batterij verbruiken dan een single sensor, of valt dat wel mee?
Het doel is vaststellen of de zon schijnt op een bepaalde gevel van het huis.

[ Voor 4% gewijzigd door Vollervo op 03-08-2025 19:40 . Reden: doel toegevoegd ]

[haaibaa2]

Voor wie net als ik de Marstek ct003 gebruikt en Domoticz.

Met dank aan het uitzoek werk van @bommel (https://github.com/rweijnen).

Hierbij een Domoticz plug-in voor de Marstek CT003:
https://github.com/Haaibaai/Domoticz-Marstek.

[Lawrentz]

Vollervo schreef op zondag 3 augustus 2025 @ 19:18:
[...]


Op die site staat het er inderdaad luid en duidelijk bij. Op de site waar ik hem gekocht heb stond het niet

Iemand nog een tip voor een vergelijkbaar iets dat alleen licht meet en wel compatible is? Ik neem aan dat al die multi sensoren meer batterij verbruiken dan een single sensor, of valt dat wel mee?
Het doel is vaststellen of de zon schijnt op een bepaalde gevel van het huis.

Omdat het om een gevel gaat:
Heb je ook gedacht aan de Sun Power van Buienradar?
Buienradar gebruik ik om mijn zonwering en verlichting te schakelen.

Je kan ook denken aan een DIY lichtsensor met Arduino.

Voor kant en klare lichtsensoren zijn meerdere opties te vinden.
Hiervoor is google je grootste vriend.

[freestyler2]

Mijn dzVents script voor statusupdates (alleen current_pos uitlezen) werkt niet. Handmatige API calls naar http://[IP]/rpc/Cover.GetStatus?id=0 geven wel correcte JSON (voorbeeld hieronder), maar het script lijkt niet te triggeren.

Gewenste functionaliteit:
Apart script dat periodiek de rolluikstand bijwerkt in Domoticz, zonder bedieningsfunctionaliteit.

Hardware/software:
Domoticz 2024.7 (dzVents 3.1.8)
Shelly 2PM

Als ik status ophaal via URL (http://xx.xx.xx.xx/rpc/Cover.GetStatus?id=0
krijg ik de volgende uitkomst:

code:

{"id":0, "source":"limit_switch", "state":"open","apower":0.0,"voltage":230.8,"current":0.000,"pf":0.00,"freq":50.0,"aenergy":{"total":53.187,"by_minute":[0.000,0.000,0.000],"minute_ts":1754290440},"temperature":{"tC":36.9, "tF":98.4},"pos_control":true,"last_direction":"open","current_pos":75}

Echter ik krijg op geen mogelijkheid de huidige (acutele) status zichtbaar in Domoticz. Ik kan de Shelly 2PM wel gewoon bedienen via Domoticz. Huidige script (alleen bediening rolluik)

code:

-- Shelly 2PM Rolluikbediening  
return {
    on = {
        devices = {335},  -- Rolluik device IDX
        timer = {'every 15 seconds'},  -- Optimaler interval
        httpResponses = {'shelly_response'},
        customEvents = {'force_status_update'}
    },
    execute = function(domoticz, item)
        -- ============== INSTELLINGEN ==============
        local SHELLY_IP = "xx.xx.xx.xx"
        local ROLLUIK_IDX = 335
        -- ==========================================
        
        local rolluik = domoticz.devices(ROLLUIK_IDX)
        if not rolluik then
            domoticz.log("FOUT: Rolluik device niet gevonden!", domoticz.LOG_ERROR)
            return
        end

        -- Verbeterde HTTP Request Handler
        local function sendToShelly(cmd)
            local url = 'http://'..SHELLY_IP..'/rpc/'..cmd
            domoticz.log("Verzonden naar Shelly: "..url, domoticz.LOG_DEBUG)
            domoticz.openURL({
                url = url,
                method = 'GET',
                callback = 'shelly_response',
                -- Toegevoegde timeout voor betrouwbaarheid
                timeout = 5000  
            })
        end

        -- 1. DIRECTE STATUSUPDATE BIJ HANDMATIGE BEDIENING
        if item.isCustomEvent then
            domoticz.log("Handmatige bediening gedetecteerd - directe statusupdate", domoticz.LOG_INFO)
            sendToShelly("Cover.GetStatus?id=0")
            return
        end

        -- 2. DOMOTICZ BEDIENING
        if item.isDevice then
            local target_pos = rolluik.level
            domoticz.log("Domoticz bediening: "..target_pos.."%", domoticz.LOG_INFO)
            
            if target_pos == 0 then
                sendToShelly("Cover.Close?id=0")
            elseif target_pos == 100 then
                sendToShelly("Cover.Open?id=0")
            else
                sendToShelly("Cover.GoToPosition?id=0&pos="..target_pos)
            end
            -- Voeg een extra statuscheck toe na 2 seconden
            domoticz.emitEvent('force_status_update').afterSec(2)
            return
        end

        -- 3. STATUS VERWERKING
        if item.isHTTPResponse then
            if item.ok then
                local success, data = pcall(domoticz.utils.fromJSON, item.data)
                if success and data and data['cover:0'] then
                    local new_pos = data['cover:0'].current_pos
                    if new_pos ~= rolluik.level then
                        rolluik.updatePercentage(new_pos)
                        domoticz.log("STATUS BIJGEWERKT: "..new_pos.."%", domoticz.LOG_INFO)
                    end
                else
                    domoticz.log("Ongeldige Shelly response: "..(item.data or "geen data"), domoticz.LOG_ERROR)
                end
            else
                domoticz.log("HTTP Fout: "..item.statusCode, domoticz.LOG_ERROR)
            end
        end

        -- 4. PERIODIEKE SYNCHRONISATIE (backup)
        if item.isTimer then
            sendToShelly("Cover.GetStatus?id=0")
        end
    end
}

Nu heb ik geprobeerd een 2e script te maken die de status/current pos ophaalt maar dit werkt niet. Wie kan mij verder op weg helpen?

code:

-- Shelly 2PM Status Updater (dzVents)
return {
    active = true,
    on = {
        timer = { 'every 30 seconds' },  -- Aanpassen naar wens
        httpResponses = { 'shelly_status_update' }  -- Unieke callback
    },
    execute = function(domoticz, item)
        -- ============== CONFIGURATIE ==============
        local ROLLUIKEN = {
            { idx = 335, ip = 'xx.xx.xx.xx', name = "Badkamer" },
            { idx = 330, ip = 'xx.xx.xx.xx', name = "Slaapkamer" },
        }
        -- ==========================================

        -- 1. Timer: Start statusupdate
        if item.isTimer then
            for _, roller in ipairs(ROLLUIKEN) do
                domoticz.openURL({
                    url = 'http://'..roller.ip..'/rpc/Cover.GetStatus?id=0',
                    method = 'GET',
                    callback = 'shelly_status_update',  -- Unieke callback
                    _data = { idx = roller.idx, name = roller.name }
                })
                domoticz.log("Status opvragen: "..roller.name, domoticz.LOG_DEBUG)
            end
            return
        end

        -- 2. Verwerk HTTP response
        if item.isHTTPResponse then
            local idx = item._data.idx
            local name = item._data.name or "Rolluik "..idx
            local device = domoticz.devices(idx)
            
            if not device then
                domoticz.log("Device niet gevonden: "..name, domoticz.LOG_ERROR)
                return
            end

            -- Debug: Log ruwe response
            domoticz.log("Response "..name..": "..(item.data or "geen data"), domoticz.LOG_DEBUG)

            if item.ok and item.data then
                -- Methode 1: Directe string matching (meest betrouwbaar)
                local current_pos = item.data:match('"current_pos":(%d+)')
                
                -- Methode 2: JSON parsing fallback
                if not current_pos then
                    local success, data = pcall(domoticz.utils.fromJSON, item.data)
                    if success then current_pos = data.current_pos end
                end

                if current_pos then
                    local newPos = tonumber(current_pos)
                    if device.level ~= newPos then
                        device.updatePercentage(newPos)
                        domoticz.log(name..": "..newPos.."%", domoticz.LOG_INFO)
                    end
                else
                    domoticz.log("Geen geldige positie in response van "..name, domoticz.LOG_ERROR)
                end
            else
                local errorMsg = item.statusText or item.statusCode or "Geen verbinding"
                domoticz.log("Fout bij "..name..": "..errorMsg, domoticz.LOG_ERROR)
            end
        end
    end
}

Ik krijg in logboek ook geen foutmelding of iets... maar status wordt ook niet upgeupdate.

Ik heb bewust even een 2e script aangemaakt om te kijken of ik het probleem kan achterhalen. MAar als obv 1e (werkende) script natuurlijk e.e.a samengevoegd kan worden tot 1 script heeft dat natuurlijk voorkeur.

Probleem bij script 1 is dat als ik via Domoticz de rolluik bedien, dat alles gewoon werkt en actuele status wordt getoond maar als ik handmatig (via knop) dan wordt de status niet geupdate in Domoticz. Hierdoor kan het dus lijken dat rolluik dicht is in Domoticz, terwijl deze met de hand geopend is (en andersom).

[ Voor 3% gewijzigd door freestyler2 op 04-08-2025 12:24 ]

[Lawrentz]

freestyler2 schreef op maandag 4 augustus 2025 @ 12:19:
Mijn dzVents script voor statusupdates (alleen current_pos uitlezen) werkt niet. Handmatige API calls naar http://[IP]/rpc/Cover.GetStatus?id=0 geven wel correcte JSON (voorbeeld hieronder), maar het script lijkt niet te triggeren.

Gewenste functionaliteit:
Apart script dat periodiek de rolluikstand bijwerkt in Domoticz, zonder bedieningsfunctionaliteit.

Hardware/software:
Domoticz 2024.7 (dzVents 3.1.8)
Shelly 2PM

Als ik status ophaal via URL (http://xx.xx.xx.xx/rpc/Cover.GetStatus?id=0
krijg ik de volgende uitkomst:

code:

{"id":0, "source":"limit_switch", "state":"open","apower":0.0,"voltage":230.8,"current":0.000,"pf":0.00,"freq":50.0,"aenergy":{"total":53.187,"by_minute":[0.000,0.000,0.000],"minute_ts":1754290440},"temperature":{"tC":36.9, "tF":98.4},"pos_control":true,"last_direction":"open","current_pos":75}

Echter ik krijg op geen mogelijkheid de huidige (acutele) status zichtbaar in Domoticz. Ik kan de Shelly 2PM wel gewoon bedienen via Domoticz. Huidige script (alleen bediening rolluik)

code:

-- Shelly 2PM Rolluikbediening  
return {
    on = {
        devices = {335},  -- Rolluik device IDX
        timer = {'every 15 seconds'},  -- Optimaler interval
        httpResponses = {'shelly_response'},
        customEvents = {'force_status_update'}
    },
    execute = function(domoticz, item)
        -- ============== INSTELLINGEN ==============
        local SHELLY_IP = "xx.xx.xx.xx"
        local ROLLUIK_IDX = 335
        -- ==========================================
        
        local rolluik = domoticz.devices(ROLLUIK_IDX)
        if not rolluik then
            domoticz.log("FOUT: Rolluik device niet gevonden!", domoticz.LOG_ERROR)
            return
        end

        -- Verbeterde HTTP Request Handler
        local function sendToShelly(cmd)
            local url = 'http://'..SHELLY_IP..'/rpc/'..cmd
            domoticz.log("Verzonden naar Shelly: "..url, domoticz.LOG_DEBUG)
            domoticz.openURL({
                url = url,
                method = 'GET',
                callback = 'shelly_response',
                -- Toegevoegde timeout voor betrouwbaarheid
                timeout = 5000  
            })
        end

        -- 1. DIRECTE STATUSUPDATE BIJ HANDMATIGE BEDIENING
        if item.isCustomEvent then
            domoticz.log("Handmatige bediening gedetecteerd - directe statusupdate", domoticz.LOG_INFO)
            sendToShelly("Cover.GetStatus?id=0")
            return
        end

        -- 2. DOMOTICZ BEDIENING
        if item.isDevice then
            local target_pos = rolluik.level
            domoticz.log("Domoticz bediening: "..target_pos.."%", domoticz.LOG_INFO)
            
            if target_pos == 0 then
                sendToShelly("Cover.Close?id=0")
            elseif target_pos == 100 then
                sendToShelly("Cover.Open?id=0")
            else
                sendToShelly("Cover.GoToPosition?id=0&pos="..target_pos)
            end
            -- Voeg een extra statuscheck toe na 2 seconden
            domoticz.emitEvent('force_status_update').afterSec(2)
            return
        end

        -- 3. STATUS VERWERKING
        if item.isHTTPResponse then
            if item.ok then
                local success, data = pcall(domoticz.utils.fromJSON, item.data)
                if success and data and data['cover:0'] then
                    local new_pos = data['cover:0'].current_pos
                    if new_pos ~= rolluik.level then
                        rolluik.updatePercentage(new_pos)
                        domoticz.log("STATUS BIJGEWERKT: "..new_pos.."%", domoticz.LOG_INFO)
                    end
                else
                    domoticz.log("Ongeldige Shelly response: "..(item.data or "geen data"), domoticz.LOG_ERROR)
                end
            else
                domoticz.log("HTTP Fout: "..item.statusCode, domoticz.LOG_ERROR)
            end
        end

        -- 4. PERIODIEKE SYNCHRONISATIE (backup)
        if item.isTimer then
            sendToShelly("Cover.GetStatus?id=0")
        end
    end
}

Nu heb ik geprobeerd een 2e script te maken die de status/current pos ophaalt maar dit werkt niet. Wie kan mij verder op weg helpen?

code:

-- Shelly 2PM Status Updater (dzVents)
return {
    active = true,
    on = {
        timer = { 'every 30 seconds' },  -- Aanpassen naar wens
        httpResponses = { 'shelly_status_update' }  -- Unieke callback
    },
    execute = function(domoticz, item)
        -- ============== CONFIGURATIE ==============
        local ROLLUIKEN = {
            { idx = 335, ip = 'xx.xx.xx.xx', name = "Badkamer" },
            { idx = 330, ip = 'xx.xx.xx.xx', name = "Slaapkamer" },
        }
        -- ==========================================

        -- 1. Timer: Start statusupdate
        if item.isTimer then
            for _, roller in ipairs(ROLLUIKEN) do
                domoticz.openURL({
                    url = 'http://'..roller.ip..'/rpc/Cover.GetStatus?id=0',
                    method = 'GET',
                    callback = 'shelly_status_update',  -- Unieke callback
                    _data = { idx = roller.idx, name = roller.name }
                })
                domoticz.log("Status opvragen: "..roller.name, domoticz.LOG_DEBUG)
            end
            return
        end

        -- 2. Verwerk HTTP response
        if item.isHTTPResponse then
            local idx = item._data.idx
            local name = item._data.name or "Rolluik "..idx
            local device = domoticz.devices(idx)
            
            if not device then
                domoticz.log("Device niet gevonden: "..name, domoticz.LOG_ERROR)
                return
            end

            -- Debug: Log ruwe response
            domoticz.log("Response "..name..": "..(item.data or "geen data"), domoticz.LOG_DEBUG)

            if item.ok and item.data then
                -- Methode 1: Directe string matching (meest betrouwbaar)
                local current_pos = item.data:match('"current_pos":(%d+)')
                
                -- Methode 2: JSON parsing fallback
                if not current_pos then
                    local success, data = pcall(domoticz.utils.fromJSON, item.data)
                    if success then current_pos = data.current_pos end
                end

                if current_pos then
                    local newPos = tonumber(current_pos)
                    if device.level ~= newPos then
                        device.updatePercentage(newPos)
                        domoticz.log(name..": "..newPos.."%", domoticz.LOG_INFO)
                    end
                else
                    domoticz.log("Geen geldige positie in response van "..name, domoticz.LOG_ERROR)
                end
            else
                local errorMsg = item.statusText or item.statusCode or "Geen verbinding"
                domoticz.log("Fout bij "..name..": "..errorMsg, domoticz.LOG_ERROR)
            end
        end
    end
}

Ik krijg in logboek ook geen foutmelding of iets... maar status wordt ook niet upgeupdate.

Ik heb bewust even een 2e script aangemaakt om te kijken of ik het probleem kan achterhalen. MAar als obv 1e (werkende) script natuurlijk e.e.a samengevoegd kan worden tot 1 script heeft dat natuurlijk voorkeur.

Probleem bij script 1 is dat als ik via Domoticz de rolluik bedien, dat alles gewoon werkt en actuele status wordt getoond maar als ik handmatig (via knop) dan wordt de status niet geupdate in Domoticz. Hierdoor kan het dus lijken dat rolluik dicht is in Domoticz, terwijl deze met de hand geopend is (en andersom).

Shelly rpc is een lastige heb ik ervaren.
Er zijn, wat ik me kan herinneren, verschillende voorwaarden wanneer een specifiek rpc-endpoint al dan niet actief is.
Het eerst uitproberen vanaf de CLI heeft altijd de voorkeur.

Wat ik in altijd in dzvents doe.
- Het bovenaan plaatsen van alle locale variabelen. Dit houdt de code compact en leesbaar.
- Het splitsen van de triggers en responses in aparte LUA-scripts. Ook hier, dit houdt de code compact en leesbaar. Het voordeel is dat je in je logging ziet welk script actief is geweest, bijvoorbeeld eerst je trigger en daarna de response. Als je trigger werkt maar je response niet dan heb je een idee waar je het moet zoeken.
- Om te kijken of the if-then-elsjes werken kan je na elke then een tijdelijke logregel plaatsen. En de logregels bij voorkeur met nuttige info zoals de inhoud van variabelen. Zo kan je zien of je in een specifieke tak van je code belandt of niet en met welke variabele. Omdat je ook for-do gebruikt kan je de logregels hier ook toepassen.

Ik hoop dat ik je wat meer op gang help met deze ideeën.

[Lawrentz]

freestyler2 schreef op maandag 4 augustus 2025 @ 12:19:
Mijn dzVents script voor statusupdates (alleen current_pos uitlezen) werkt niet. Handmatige API calls naar http://[IP]/rpc/Cover.GetStatus?id=0 geven wel correcte JSON (voorbeeld hieronder), maar het script lijkt niet te triggeren.

Gewenste functionaliteit:
Apart script dat periodiek de rolluikstand bijwerkt in Domoticz, zonder bedieningsfunctionaliteit.

Hardware/software:
Domoticz 2024.7 (dzVents 3.1.8)
Shelly 2PM

Als ik status ophaal via URL (http://xx.xx.xx.xx/rpc/Cover.GetStatus?id=0
krijg ik de volgende uitkomst:

code:

{"id":0, "source":"limit_switch", "state":"open","apower":0.0,"voltage":230.8,"current":0.000,"pf":0.00,"freq":50.0,"aenergy":{"total":53.187,"by_minute":[0.000,0.000,0.000],"minute_ts":1754290440},"temperature":{"tC":36.9, "tF":98.4},"pos_control":true,"last_direction":"open","current_pos":75}

Echter ik krijg op geen mogelijkheid de huidige (acutele) status zichtbaar in Domoticz. Ik kan de Shelly 2PM wel gewoon bedienen via Domoticz. Huidige script (alleen bediening rolluik)

code:

-- Shelly 2PM Rolluikbediening  
return {
    on = {
        devices = {335},  -- Rolluik device IDX
        timer = {'every 15 seconds'},  -- Optimaler interval
        httpResponses = {'shelly_response'},
        customEvents = {'force_status_update'}
    },
    execute = function(domoticz, item)
        -- ============== INSTELLINGEN ==============
        local SHELLY_IP = "xx.xx.xx.xx"
        local ROLLUIK_IDX = 335
        -- ==========================================
        
        local rolluik = domoticz.devices(ROLLUIK_IDX)
        if not rolluik then
            domoticz.log("FOUT: Rolluik device niet gevonden!", domoticz.LOG_ERROR)
            return
        end

        -- Verbeterde HTTP Request Handler
        local function sendToShelly(cmd)
            local url = 'http://'..SHELLY_IP..'/rpc/'..cmd
            domoticz.log("Verzonden naar Shelly: "..url, domoticz.LOG_DEBUG)
            domoticz.openURL({
                url = url,
                method = 'GET',
                callback = 'shelly_response',
                -- Toegevoegde timeout voor betrouwbaarheid
                timeout = 5000  
            })
        end

        -- 1. DIRECTE STATUSUPDATE BIJ HANDMATIGE BEDIENING
        if item.isCustomEvent then
            domoticz.log("Handmatige bediening gedetecteerd - directe statusupdate", domoticz.LOG_INFO)
            sendToShelly("Cover.GetStatus?id=0")
            return
        end

        -- 2. DOMOTICZ BEDIENING
        if item.isDevice then
            local target_pos = rolluik.level
            domoticz.log("Domoticz bediening: "..target_pos.."%", domoticz.LOG_INFO)
            
            if target_pos == 0 then
                sendToShelly("Cover.Close?id=0")
            elseif target_pos == 100 then
                sendToShelly("Cover.Open?id=0")
            else
                sendToShelly("Cover.GoToPosition?id=0&pos="..target_pos)
            end
            -- Voeg een extra statuscheck toe na 2 seconden
            domoticz.emitEvent('force_status_update').afterSec(2)
            return
        end

        -- 3. STATUS VERWERKING
        if item.isHTTPResponse then
            if item.ok then
                local success, data = pcall(domoticz.utils.fromJSON, item.data)
                if success and data and data['cover:0'] then
                    local new_pos = data['cover:0'].current_pos
                    if new_pos ~= rolluik.level then
                        rolluik.updatePercentage(new_pos)
                        domoticz.log("STATUS BIJGEWERKT: "..new_pos.."%", domoticz.LOG_INFO)
                    end
                else
                    domoticz.log("Ongeldige Shelly response: "..(item.data or "geen data"), domoticz.LOG_ERROR)
                end
            else
                domoticz.log("HTTP Fout: "..item.statusCode, domoticz.LOG_ERROR)
            end
        end

        -- 4. PERIODIEKE SYNCHRONISATIE (backup)
        if item.isTimer then
            sendToShelly("Cover.GetStatus?id=0")
        end
    end
}

Nu heb ik geprobeerd een 2e script te maken die de status/current pos ophaalt maar dit werkt niet. Wie kan mij verder op weg helpen?

code:

-- Shelly 2PM Status Updater (dzVents)
return {
    active = true,
    on = {
        timer = { 'every 30 seconds' },  -- Aanpassen naar wens
        httpResponses = { 'shelly_status_update' }  -- Unieke callback
    },
    execute = function(domoticz, item)
        -- ============== CONFIGURATIE ==============
        local ROLLUIKEN = {
            { idx = 335, ip = 'xx.xx.xx.xx', name = "Badkamer" },
            { idx = 330, ip = 'xx.xx.xx.xx', name = "Slaapkamer" },
        }
        -- ==========================================

        -- 1. Timer: Start statusupdate
        if item.isTimer then
            for _, roller in ipairs(ROLLUIKEN) do
                domoticz.openURL({
                    url = 'http://'..roller.ip..'/rpc/Cover.GetStatus?id=0',
                    method = 'GET',
                    callback = 'shelly_status_update',  -- Unieke callback
                    _data = { idx = roller.idx, name = roller.name }
                })
                domoticz.log("Status opvragen: "..roller.name, domoticz.LOG_DEBUG)
            end
            return
        end

        -- 2. Verwerk HTTP response
        if item.isHTTPResponse then
            local idx = item._data.idx
            local name = item._data.name or "Rolluik "..idx
            local device = domoticz.devices(idx)
            
            if not device then
                domoticz.log("Device niet gevonden: "..name, domoticz.LOG_ERROR)
                return
            end

            -- Debug: Log ruwe response
            domoticz.log("Response "..name..": "..(item.data or "geen data"), domoticz.LOG_DEBUG)

            if item.ok and item.data then
                -- Methode 1: Directe string matching (meest betrouwbaar)
                local current_pos = item.data:match('"current_pos":(%d+)')
                
                -- Methode 2: JSON parsing fallback
                if not current_pos then
                    local success, data = pcall(domoticz.utils.fromJSON, item.data)
                    if success then current_pos = data.current_pos end
                end

                if current_pos then
                    local newPos = tonumber(current_pos)
                    if device.level ~= newPos then
                        device.updatePercentage(newPos)
                        domoticz.log(name..": "..newPos.."%", domoticz.LOG_INFO)
                    end
                else
                    domoticz.log("Geen geldige positie in response van "..name, domoticz.LOG_ERROR)
                end
            else
                local errorMsg = item.statusText or item.statusCode or "Geen verbinding"
                domoticz.log("Fout bij "..name..": "..errorMsg, domoticz.LOG_ERROR)
            end
        end
    end
}

Ik krijg in logboek ook geen foutmelding of iets... maar status wordt ook niet upgeupdate.

Ik heb bewust even een 2e script aangemaakt om te kijken of ik het probleem kan achterhalen. MAar als obv 1e (werkende) script natuurlijk e.e.a samengevoegd kan worden tot 1 script heeft dat natuurlijk voorkeur.

Probleem bij script 1 is dat als ik via Domoticz de rolluik bedien, dat alles gewoon werkt en actuele status wordt getoond maar als ik handmatig (via knop) dan wordt de status niet geupdate in Domoticz. Hierdoor kan het dus lijken dat rolluik dicht is in Domoticz, terwijl deze met de hand geopend is (en andersom).

Er vallen me een paar dingen op aan je scripts.

1. Tussen on = ... en execute = ... mis ik een regel met een uieke identificatie van de scriptnaam zoals logging = {marker = 'Script 001'},
Als dit een bewuste keuze is dan is dat uiteraard prima.
Als voorbeeld.

code:

return {
    on = {
        httpResponses = {'shelly_response'},
    },

    logging = {marker = 'Script 001'}, -- <== Deze extra regel bedoel ik
    execute = function (domoticz, item)

Bron: https://wiki.domoticz.com..._Lua_scripting#logging_=_{_%E2%80%A6_}_(optional)
De level = laat ik achterwege want dat geeft meer problelem dan gemak.

2. In het tweede script zie ik een regel active = true,
De regel is niet goed of fout, maar ik zie de toegevoegde waarde niet.
Het script kan ook met de GUI worden aan of uitgezet, tenzij je van de CLI werkt natuurlijk.
Bron: https://wiki.domoticz.com...e_=_true/false_(optional)

3. In het tweede script maak je in de isHTTPResponse tak gebruik van _data die je definieert in de isTimer tak.
Ik verwacht dat de waarden in _data niet meer bruikbaar zijn in de isHTTPResponse tak.

4. In het tweede script wordt in de isTimer tak door de for do loop twee keer de openURL aangeroepen.
Je krijgt dan ook twee keer een HTTPResponse.
Dat is ook de bedoeling maar daar moet je ook op anticiperen door je te richten op de waarden in de item en item .data die je uit het responsebericht krijgt.

code:

    domoticz .log (item)
    domoticz .log (item .data)

5. Als je in het tweede script om welke reden dan ook geen onderscheid kan maken tussen de twee HTTPResponses dan kan je kiezen om in de openURL aparte callbacks te gebruiken.

6. Door de scripts op te delen in aparte scripts voor triggers en responses zie je in de logging wellicht beter de verschillen (maar nu val ik in herhaling.)
Bron: https://wiki.domoticz.com...synchronous_HTTP_requests

[Copitano]

Na enig treuzelen vorige week toch maar eens geüpdatet naar de laatste stabiele versie van Domoticz. Nu spijt van.
De volgende zaken werken sinds de update niet meer

Heb al van alles geprobeerd, zoals updaten en upgraden van het besturingssysteem op mijn Pi (bullseye).
Ik krijg deze foutmelding in het log

code:

2025-08-24 15:13:00.815 Error: Error opening url: http://127.0.0.1:8080/json.htm?type=graph&sensor=counter&range=month&idx=305
2025-08-24 15:13:00.948 Error: dzVents: HTTP/1.1 response: 404 ==>> Not Found
2025-08-24 15:13:00.959 Error: dzVents: Could not get (good) data from domoticz. Error (404)
2025-08-24 15:13:00.959 Error: dzVents: An error occurred when calling event handler YoulessMaand
2025-08-24 15:13:00.959 Error: dzVents: /home/pi/domoticz/scripts/dzVents/scripts/YoulessMaand.lua:53: attempt to index a nil value (global 'domoticz')

Alles draait nu op:
Version: 2025.1
Build Hash: 89d5c900d
Compile Date: 2025-05-05 09:02:49
dzVents Version: 3.1.8
Python Version: 3.9.2 (default, Mar 20 2025, 02:07:39) [GCC 10.2.1 20210110]

Voor wat betreft de dag- en maand COP zeg de eerste log regel eigenlijk alles. De rest is een doorwerkfout. Als een basisgegeven niet kan worden opgehaald kan dzVents daar natuurlijk ook niet mee rekenen. idx 305 (stroomverbruik van de warmtepomp afkomstig van een Youless) wordt wel gewoon geüpdatet.
Zodra ik een systeembackup van enkele minuten voor de update terug zet werkt het wel weer gewoon. Maar ik wil gewoon steeds updaten als er een nieuwe stabiele versie uitkomt.

Hieronder nog het script voor het maandtotaal dat ik overigens niet zelf heb geschreven.

code:

local httpResponses = "monthTotal"

return {
    on      =   {   
                    timer           =   { "every 1 minutes" },
                    httpResponses   =   { httpResponses .. "*" } 
                },

    logging =   {   
                    level           =   domoticz.LOG_DEBUG, -- set to LOG_ERROR when script works as expected
                    marker          =   httpResponse   
                },
                
    execute = function(dz, item)
        -- ****************************** Your settings below this line ***************************************************
        usageDevice = dz.devices(305)          -- Replace xxxx with ID of energyDevice you want to track
        monthTotal = dz.devices(834)        -- Create as virtual managed counter (energy) and change yyyy to the ID of the new device idx was 320
        -- ****************************** No changes required below this line *********************************************
        
        local function logWrite(str,level)
            dz.log(tostring(str),level or dz.LOG_DEBUG)
        end
        
        local function triggerJSON(id, period, delay)
            local delay = delay or 0
            local  URLString   =    dz.settings['Domoticz url'] .. "/json.htm?type=graph&sensor=counter&range=" .. 
                                    period .. "&idx=" .. id 
            dz.openURL({    url = URLString,
                            method = "GET",
                            callback = httpResponses .. "_" .. period}).afterSec(delay)                      
        end
        
        local function calculateMonthTotal(rt)
            local monthTotal = 0
            local currentMonth = dz.time.rawDate:sub(1,7)
            for id, result in  ipairs(rt) do 
                if rt[id].d:sub(1,7) == currentMonth then
                    logWrite(rt[id].d .. " ==>> " .. rt[id].v)
                    monthTotal = monthTotal + rt[id].v
                end
            end
            return monthTotal --* 1000 oorspronkelijk script 
        end    
        
        if not item.isHTTPResponse then
            triggerJSON(usageDevice.id, "month")
        elseif item.ok then                                      -- statusCode == 2xx
            monthTotal.update(0,calculateMonthTotal(item.json.result))
        else
            logWrite("Could not get (good) data from domoticz. Error (" .. (item.statusCode or 999) .. ")"  ,dz.LOG_ERROR)
            logWrite(item.data)
            
            domoticz.log('montTotal: '..monthTotal)
            domoticz.log('currentMonth: '..currentMonth)           
        end
     
    end
    
    
}

Iemand ideeën hoe ik de irritante probleem kan oplossen zonder een verse installatie van de hele zooi?

[ Voor 41% gewijzigd door Copitano op 24-08-2025 17:53 ]

[Lawrentz]

Copitano schreef op zondag 24 augustus 2025 @ 17:38:
Na enig treuzelen vorige week toch maar eens geüpdatet naar de laatste stabiele versie van Domoticz. Nu spijt van.
De volgende zaken werken sinds de update niet meer
[Afbeelding]
Heb al van alles geprobeerd, zoals updaten en upgraden van het besturingssysteem op mijn Pi (bullseye).
Ik krijg deze foutmelding in het log

code:

2025-08-24 15:13:00.815 Error: Error opening url: http://127.0.0.1:8080/json.htm?type=graph&sensor=counter&range=month&idx=305
2025-08-24 15:13:00.948 Error: dzVents: HTTP/1.1 response: 404 ==>> Not Found
2025-08-24 15:13:00.959 Error: dzVents: Could not get (good) data from domoticz. Error (404)
2025-08-24 15:13:00.959 Error: dzVents: An error occurred when calling event handler YoulessMaand
2025-08-24 15:13:00.959 Error: dzVents: /home/pi/domoticz/scripts/dzVents/scripts/YoulessMaand.lua:53: attempt to index a nil value (global 'domoticz')

Alles draait nu op:
Version: 2025.1
Build Hash: 89d5c900d
Compile Date: 2025-05-05 09:02:49
dzVents Version: 3.1.8
Python Version: 3.9.2 (default, Mar 20 2025, 02:07:39) [GCC 10.2.1 20210110]

Voor wat betreft de dag- en maand COP zeg de eerste log regel eigenlijk alles. De rest is een doorwerkfout. Als een basisgegeven niet kan worden opgehaald kan dzVents daar natuurlijk ook niet mee rekenen. idx 305 (stroomverbruik van de warmtepomp afkomstig van een Youless) wordt wel gewoon geüpdatet.
Zodra ik een systeembackup van enkele minuten voor de update terug zet werkt het wel weer gewoon. Maar ik wil gewoon steeds updaten als er een nieuwe stabiele versie uitkomt.

Hieronder nog het script voor het maandtotaal dat ik overigens niet zelf heb geschreven.

code:

local httpResponses = "monthTotal"

return {
    on      =   {   
                    timer           =   { "every 1 minutes" },
                    httpResponses   =   { httpResponses .. "*" } 
                },

    logging =   {   
                    level           =   domoticz.LOG_DEBUG, -- set to LOG_ERROR when script works as expected
                    marker          =   httpResponse   
                },
                
    execute = function(dz, item)
        -- ****************************** Your settings below this line ***************************************************
        usageDevice = dz.devices(305)          -- Replace xxxx with ID of energyDevice you want to track
        monthTotal = dz.devices(834)        -- Create as virtual managed counter (energy) and change yyyy to the ID of the new device idx was 320
        -- ****************************** No changes required below this line *********************************************
        
        local function logWrite(str,level)
            dz.log(tostring(str),level or dz.LOG_DEBUG)
        end
        
        local function triggerJSON(id, period, delay)
            local delay = delay or 0
            local  URLString   =    dz.settings['Domoticz url'] .. "/json.htm?type=graph&sensor=counter&range=" .. 
                                    period .. "&idx=" .. id 
            dz.openURL({    url = URLString,
                            method = "GET",
                            callback = httpResponses .. "_" .. period}).afterSec(delay)                      
        end
        
        local function calculateMonthTotal(rt)
            local monthTotal = 0
            local currentMonth = dz.time.rawDate:sub(1,7)
            for id, result in  ipairs(rt) do 
                if rt[id].d:sub(1,7) == currentMonth then
                    logWrite(rt[id].d .. " ==>> " .. rt[id].v)
                    monthTotal = monthTotal + rt[id].v
                end
            end
            return monthTotal --* 1000 oorspronkelijk script 
        end    
        
        if not item.isHTTPResponse then
            triggerJSON(usageDevice.id, "month")
        elseif item.ok then                                      -- statusCode == 2xx
            monthTotal.update(0,calculateMonthTotal(item.json.result))
        else
            logWrite("Could not get (good) data from domoticz. Error (" .. (item.statusCode or 999) .. ")"  ,dz.LOG_ERROR)
            logWrite(item.data)
            
            domoticz.log('montTotal: '..monthTotal)
            domoticz.log('currentMonth: '..currentMonth)           
        end
     
    end
    
    
}

Iemand ideeën hoe ik de irritante probleem kan oplossen zonder een verse installatie van de hele zooi?

Ik ben al een geruime tijd voorstander om de triggers en de reponses te scheiden.
Dit maakt de code compacter en beter te analyseren.

Aan het eind van het script met de trigger log ik de scriptnaam dat hierna de response gaat verwerken.
Andersom, in het script dat de response verwerkt geef ik aan door welke scriptnaam de response is afgetrapt.

De markers geef ik dezelfde naam als de scriptnaam, (ondanks dat dit default is).
Dit vanwege de herkenning in de logging.
https://wiki.domoticz.com..._{_%E2%80%A6_}_(optional)

Wat ik nu als marker zie lijkt mij een niet gedeclareerde variabele httpResponse en geen string.
Dit interpreteer ik zo omdat de quotes rondom ontbreken.

De error op r53 lijkt te komen doordat in het script dz wordt gebruikt ipv domoticz.

Op r26 wordt de URLString obv een paar variabelen samengesteld. Zelf zou ik de uitkomst van de samenstelling altijd loggen en igv een url eerst handmatig uitproberen.
Mijn vraag: Werkt de URLString buiten dz om ook zoals in de browser en bij voorkeur dmv een http request vanaf de cli op de RPi?

Eigenlijk geldt het loggen ook voor de berekening op r39.
Het nut van de functie logWrite ontgaat me eerlijk gezegd.
Een functie met één regel code en de aanroep ervan lijkt me onnodig complex en de code meer vervuilen dan goed doen.

Bij de verwerking van item.json.result op r48 zou ik deze waarde ook eerst loggen.

De declaratie van de variabelen doe ik altijd als eerste, dus boven het begin met de return op r3.
Dit houdt de code compacter, overzichtelijker en makkelijker te analyseren.

Wat me in functie calculateMonthTotal opvalt is dat op r34 de monthTotal op 0 wordt gezet terwijl op r17 de monthTotal op dz.devices(834) wordt gezet. Gaat dit wel werken?
Om dit te controleren zou ik achter beide regels een logregel toevoegen met monthTotal.

Detail: van montTotal op r53 zou ik aanpassen in monthTotal.

Succes verder met je script(s) en upgrade van Dz.

[B@rt_d@_M@n]

Volgens mij moet je http://127.0.0.1/ vervangen door het ip adres van je Raspberry Pi.

[Lawrentz]

B@rt_d@_M@n schreef op zondag 24 augustus 2025 @ 19:48:
Volgens mij moet je http://127.0.0.1/ vervangen door het ip adres van je Raspberry Pi.

Is dat niet hetzelfde?

code:

$ cat /etc/hosts
127.0.0.1       localhost

Btw, Als openURL in dzVents wordt gebruikt om gegevens uit de eigen dz te halen lijkt me dit een omslachtige manier en onnodig gebruik van resources.

Wellicht dat de API protection nog dicht staat.
https://wiki.domoticz.com/Security#Advanced_Security_setup

[M.v.Veelen]

Is het iemand gelukt om de Nedis deurbel (DOORB310BK2) in Domoticz te krijgen? Het is een IP55 deurbeldrukker met 2 ontvangers op 433.92MHz.

Edit: dit was easy. Juiste protocol aanzetten in de RFXcom (eerst updaten) en het werkt meteen. Eindelijk ook meteen geluid in de hal zodat ze buiten niet denken dat er niets gebeurt en op het raam gaan bonken, meerdere gongs gaan nu af (hal, werkkamer, zolder) en er wordt een snapshot gestuurd.

Nu hopen dat deze beldrukker ook echt IP55 waarmaakt en niet binnen no time defect is door vocht in het binnenwerk. Laat de herfst (en zachte winter) maar komen.

[ Voor 62% gewijzigd door M.v.Veelen op 05-09-2025 19:57 ]

[FreakNL]

Racer89 schreef op zondag 27 juli 2025 @ 20:25:
[...]


Ja, ik had gehoopt dat het wellicht was opgelost met deze nieuwe update. Het crasht ook gewoon uit het niks. Als ik deze nu actief zet in de Hardware tab komen de gegevens ook direct binnen. Het is mij ook onduidelijk waarom deze vastloopt. Gemiddeld is het meestal binnen 24 uur dat hij vast loopt.

Ik weet niet of het ermee te maken heeft dat ik 4 omvormers in het portal heb gekoppeld onder één account.

Ik ben sinds gistermiddag over op 2025.1 en heb geen last van crashes icm de Sems portalplugin. Overigens gebruik ik hem als backup want ik lees de Goodwe gewoon lokaal uit. Dat is sneller en zo goed als realtime..

[rens-br]

FreakNL schreef op donderdag 11 september 2025 @ 21:58:
[...]


Ik ben sinds gistermiddag over op 2025.1 en heb geen last van crashes icm de Sems portalplugin. Overigens gebruik ik hem als backup want ik lees de Goodwe gewoon lokaal uit. Dat is sneller en zo goed als realtime..

Hoe doe je dat? Ik wil eigenlijk van de cloud af namelijk.

[FreakNL]

Met een beetje hulp van deze:

https://github.com/marcel...dwe/blob/master/README.md

Ik heb gewoon een sensor aangemaakt in Domoticz en die voedt ik door middel van een script (wat extern draait), gebaseerd op bovenstaande.

Als je wil kan ik hem delen.

[ Voor 3% gewijzigd door FreakNL op 11-09-2025 22:18 ]

[rens-br]

FreakNL schreef op donderdag 11 september 2025 @ 22:17:
Met een beetje hulp van deze:

https://github.com/marcel...dwe/blob/master/README.md

Ik heb gewoon een sensor aangemaakt in Domoticz en die voedt ik door middel van een script (wat extern draait), gebaseerd op bovenstaande.

Als je wil kan ik hem delen.

Ja graag!

[FreakNL]

Ik roep elke minuut deze batch aan via de Windows Task scheduler:


Start-Goodwe.bat

code:

echo off
cls
set ip=192.168.0.55
ping -n 1 %ip% | find "TTL"
if not errorlevel 1 goto update-idx-python
if errorlevel 1 goto update-idx-zero


:update-idx-python
echo ping successfull
echo will update idx through python
echo ping-success-update-through-python > status.txt
python E:\Domoticz\scripts\PV\get-goodwe.py
GOTO :EOF


:update-idx-zero
echo ping not succesfull
echo inverter down
echo will set watt value to 0 and total value to value of text file
echo ping-NOT-success-update-through-curl-idx > status.txt
for /f "delims=" %%x in (total.txt) do set total1=%%x
echo %total1%
curl "http://192.168.0.100:8080/json.htm?type=command&param=udevice&idx=1616&nvalue=0&svalue=0;%total1%"

get-goodwe.py:

code:

import asyncio
import goodwe
import os
import shutil
import requests


async def get_runtime_data():
    ip_address = '192.168.0.50'

    inverter = await goodwe.connect(ip_address)
    runtime_data = await inverter.read_runtime_data()

    var1 = None
    var2 = None

    # Fetch ppv (current PV power in W)
    if 'ppv' in runtime_data:
        var1 = runtime_data['ppv']
        print(f"ppv:\t\t DC Power = {var1} W")

    # Fetch e_total (total energy in kWh)
    if 'e_total' in runtime_data:
        var2 = runtime_data['e_total']
        print(f"e_total:\t Total Energy = {var2} kWh")

    if var1 is not None and var2 is not None:
        print("printing var1 and var2 (Watt-now and Total kWh):")
        print(var1)
        print(var2)

        # Convert kWh → Wh
        var3 = var2 * 1000
        print(f"Converted e_total: {var3} Wh")

        # If total.txt exists, back it up as total2.txt
        if os.path.exists("total.txt"):
            shutil.copyfile("total.txt", "total2.txt")
            print("Backed up total.txt → total2.txt")

        # Write new value to total.txt
        with open("total.txt", "w") as file:
            file.write(str(var3))
            print("Wrote new value to total.txt")

        # Send values to Domoticz
        url = (
            f"http://192.168.0.100:8080/json.htm?"
            f"type=command&param=udevice&idx=1616&nvalue=0&svalue={var1};{var3}"
        )
        try:
            r = requests.get(url, timeout=5)
            if r.status_code == 200:
                print("Domoticz updated successfully")
            else:
                print(f"Domoticz update failed, status: {r.status_code}")
        except Exception as e:
            print(f"Error updating Domoticz: {e}")


asyncio.run(get_runtime_data())

In Domoticz maak je een IDX aan:


(Electric: Instant+Counter)


Kan vast in 1 script in plaats van 2 (dat is een stuk netter) maar het is zo gegroeid.. Eerst had ik alleen de Python maar kwam erachter dat je ook iets moet doen als de inverter uit is (omdat er anders heel de nacht de laaste opwek (bijv 4 watt) in Domoticz blijft staan)

En het werkt al 2 jaar prima Dus ik ben te lui om het in 1 Py script te consolideren....

[ Voor 12% gewijzigd door FreakNL op 12-09-2025 08:00 ]

[M.v.Veelen]

De P1 meter geeft zeer regelmatig gegevens door, maar ik heb soms dat deze ineens niets meer doorgeeft. Nu heb ik een notificatie ingesteld dat na 30 minuten geen update, ik een berichtje krijg maar ik zag dat je bij Hardware ook kunt instellen dat als er na X minuten geen update is ontvangen, dat de hardware opnieuw wordt gestart. Is dat iets dat goed werkt? Ik herstartte namelijk nu steeds Domoticz helemaal en als dit automatisch kan, dan is dat een stuk prettiger.

[DjAntoon]

@M.v.Veelen Dit klinkt veel meer dat je verbinding met de P1 meter niet lekker is. Hangt er een lange kabel tussen? In een ander topic werd de active homewizzard splitter aanbevolen, en die bleek het probleem optelossen. Dus als je wat verder van de meter zit, zou ik de homewizzard eens direct bij de meter geplaatst met een kort kabeltje proberen.

[Lawrentz]

M.v.Veelen schreef op zondag 14 september 2025 @ 12:27:
De P1 meter geeft zeer regelmatig gegevens door, maar ik heb soms dat deze ineens niets meer doorgeeft. Nu heb ik een notificatie ingesteld dat na 30 minuten geen update, ik een berichtje krijg maar ik zag dat je bij Hardware ook kunt instellen dat als er na X minuten geen update is ontvangen, dat de hardware opnieuw wordt gestart. Is dat iets dat goed werkt? Ik herstartte namelijk nu steeds Domoticz helemaal en als dit automatisch kan, dan is dat een stuk prettiger.

Er zijn 11 verschillende versies van de DSMR, geïnstalleerd op 95 verschikkende slimme meters.
Er zijn vziw 15-20 verschillende P1-meters.
Niet elke versie van de DSMR en niet elke slimme meter ondersteunen alle P1-meters even goed.
De verbinding van de P1-meter naar Domoticz loopt via de modem/router.

Daardoor is het goed om bij verlies connectie de verbinding van beide apparaten te testen voordat de apparaten worden gereset. Een reset voor het herstel van de verbinding zie ik als symptoomonderdrukking ipv het oplossen van de oorzaak.

Denk bij het testen van de verbinding oa aan de signaalsterkte.
Zo heeft de Homewizard P1-meter ook een API die kan worden uitgelezen.
Wellicht dat hiervoor eerst een setting in de app moet worden aangezet.

https://github.com/energi...e#dsmr-versions-standards
https://github.com/energi...ob/main/dsmr-e-meters.csv

Wellicht helpt dit je bij je speurtocht naar een geschikte oplossing.

[M.v.Veelen]

Ik zal de kabels een keer re-seaten. Het is een korte kabel die al jaren goed werkt. Dat de P1 ineens geen waardes doorgeeft komt 1 keer in de zoveel dagen voor. Soms werkt het langere tijd goed, maar heel soms ineens niet en bij herstart Domoticz (dat deed ik voorheen), werkte het dan weer gewoon.

[Andrehj]

Meer mensen problemen met de Enever plugin (dynamische energieprijzen)?
Ik kreeg om 15 uur (als de prijzen voor morgen worden opgevraagd) de melding:

"Invalid (no) data received (electricity prices tomorrow, data object not found). Check Token!"

Restarten van het device levert dezelfde melding op, en de token klopt gewoon met wat ik ooit per mail van Enever kreeg.

Edit: Laat maar. Om 16 uur ging de plugin nogmaals de gegevens halen en toen waren ze er wel. Blijkbaar waren de prijzen om 15 uur nog niet beschikbaar. Enige is dus dat de foutmelding niet zo lekker is.

[ Voor 24% gewijzigd door Andrehj op 04-10-2025 16:12 ]

[rens-br]

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.

[BazemanKM]

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 met een Zigbee vochtsensor i.c.m. de reeds gevallen regen gedaan.

[Lawrentz]

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.

Leuk vraagstuk.
Mag ik aannemen dat het handmatig schakelen van de sproeiers via Zigbee al werkt?
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.

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.

[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 ).

[imdos]

Ik twijfel of dit een domoticz probleem is of Ubuntu/systemd. Maar ik kom er niet uit.

journalctl log

code:

Jan 27 15:06:39 ubuntu systemd[1]: domoticz.service: Deactivated successfully.
Jan 27 15:09:22 ubuntu systemd[1]: Started domoticz.service - Domoticz.
Jan 27 15:09:22 ubuntu domoticz[6620]: 2026-01-27 15:09:22.843  Status: Domoticz V2025.2 (c)2012-2025 GizMoCuz
Jan 27 15:09:22 ubuntu domoticz[6620]: 2026-01-27 15:09:22.843  Status: Build Hash: e63981b18, Date: 2025-10-13 11:42:57
Jan 27 15:09:22 ubuntu domoticz[6620]: 2026-01-27 15:09:22.843  Status: Startup Path: /domoticz/
Jan 27 15:09:22 ubuntu domoticz[6620]: domoticz: Domoticz is starting up....
Jan 27 15:09:22 ubuntu domoticz[6620]: Domoticz is starting up....
Jan 27 15:09:22 ubuntu domoticz[6621]: Domoticz is exiting...
Jan 27 15:09:25 ubuntu systemd[1]: domoticz.service: Deactivated successfully.
Jan 27 15:10:54 ubuntu systemd[1]: Started domoticz.service - Domoticz.
Jan 27 15:10:55 ubuntu domoticz[6969]: 2026-01-27 15:10:55.000  Status: Domoticz V2025.2 (c)2012-2025 GizMoCuz
Jan 27 15:10:55 ubuntu domoticz[6969]: 2026-01-27 15:10:55.000  Status: Build Hash: e63981b18, Date: 2025-10-13 11:42:57
Jan 27 15:10:55 ubuntu domoticz[6969]: 2026-01-27 15:10:55.000  Status: Startup Path: /domoticz/
Jan 27 15:10:55 ubuntu domoticz[6969]: domoticz: Domoticz is starting up....
Jan 27 15:10:55 ubuntu domoticz[6969]: Domoticz is starting up....
Jan 27 15:10:55 ubuntu domoticz[6970]: Domoticz is exiting...

systemd domoticz

code:

@ubuntu:~$ cat /etc/systemd/system/domoticz.service
[Unit]
Description=Domoticz
#After=network.target
After=docker.service
[Service]
        #User=domoticz
        #Group=domoticz
        # /domoticz/domoticz -daemon -daemonname domoticz -pidfile /var/run/domoticz.pid -www 8080 -sslwww 443 -log /var/log/domoticz.txt
ExecStart=/domoticz/domoticz -daemon -pidfile /var/run/domoticz.pid -www 8080 -sslwww 443 -log /var/log/domoticz.txt
WorkingDirectory=/domoticz
        #
        # Give the right to open priviliged ports. This allows you to run on a port <1024 without root permissions (user/group setting above)
        #
        # The following line is for pre-16.04 systems.
        # ExecStartPre=setcap 'cap_net_bind_service=+ep' /home/domoticz/domoticz/domoticz
        #
        # The below works on Ubuntu 16.04 LTS
        # CapabilityBoundingSet=CAP_NET_BIND_SERVICE
        #
        # The following works on Ubuntu 18.04
        #AmbientCapabilities=CAP_NET_BIND_SERVICE
        #
Restart=on-failure
RestartSec=1m
        #StandardOutput=null
        # Ensure proper file permissions
        #UMask=0022

        # Optional: Limit resources for security
        #NoNewPrivileges=true
[Install]
WantedBy=multi-user.target

opstarten vanuit de terminal

code:

@ubuntu:~$ !1972
sudo /domoticz/domoticz -daemon -pidfile /var/run/domoticz.pid -www 8080 -sslwww 443 -log /var/log/domoticz.txt
2026-01-27 15:12:21.833  Status: Domoticz V2025.2 (c)2012-2025 GizMoCuz
2026-01-27 15:12:21.833  Status: Build Hash: e63981b18, Date: 2025-10-13 11:42:57
2026-01-27 15:12:21.833  Status: Startup Path: /domoticz/
domoticz: Domoticz is starting up....

[tsjoender]

imdos schreef op dinsdag 27 januari 2026 @ 15:29:
Ik twijfel of dit een domoticz probleem is of Ubuntu/systemd. Maar ik kom er niet uit.

Opstarten met systemd stopt na een poosje weer en interactief blijft het draaien? Goede kans dat systemd geen feedback krijgt dat het door hem gestarte proces succesvol is. In dat geval stopt ie alles weer.

Oplossing is dan om een ander opstarttype te definieren (Type=forking) of systemd te vertellen wat succesvol starten is.

Dit is de unit file welke ik gebruik:

code:

[Unit]
Description=domoticz_service
After=network-online.target ntp.service

[Service]
Type=forking
User=domoticz
Group=domoticz
WorkingDirectory=/opt/domoticz/domoticz
ExecStart=/opt/domoticz/domoticz/domoticz -www 8080 -sslwww 8443 -daemon -pidfile /run/domoticz/domoticz.pid -log /var/log/domoticz/domoticz.log
RuntimeDirectory=domoticz

[Install]
WantedBy=multi-user.target

[ Voor 30% gewijzigd door tsjoender op 27-01-2026 18:30 ]

[The Eagle]

Praktisch Domoticz vraagje
Ik heb momenteel een USB P1 lezer, gaat rechtstreeks mijn Pi met Domoticz in. Nu heb ik een IP lezer gekocht: https://www.hashop.nl/Ethernet-P1-Pro-voor-Home-Assistant

Als ik de IP lezer als sensor toevoeg, krijg ik dan dubbele waarden in mijn dashboard of neemt de ene sensor de andere over? Is natuurlijk beiden gas en electra

Mijn doel: zo weinig mogelijk hiaten in de verbruiksmeting, en uiteindelijk naar Home Assistant, historie over zetten en Domoticz er uit.


_{Idee was om de IP meter tussen de huidige usb en de meter te zetten, omdat de IP meter ook een doorvoer heeft. Zodat ik HA en Domoticz naast elkaar kon draaien, en dan op een gegeven moment gewoon over zetten. Maar kennelijk spuugt dat ding een andere versie van DSMR uit ofzo, en HA shop kon me niet helpen - die zei simpelweg dat ik mijn huidige lezer maar moest wijsmaken dat ie een andere versie zou krijgen (maar niet welke dan ). Dus dat werkt niet}

[Lawrentz]

The Eagle schreef op woensdag 28 januari 2026 @ 13:32:
Praktisch Domoticz vraagje
Ik heb momenteel een USB P1 lezer, gaat rechtstreeks mijn Pi met Domoticz in. Nu heb ik een IP lezer gekocht: https://www.hashop.nl/Ethernet-P1-Pro-voor-Home-Assistant

Als ik de IP lezer als sensor toevoeg, krijg ik dan dubbele waarden in mijn dashboard of neemt de ene sensor de andere over? Is natuurlijk beiden gas en electra

Mijn doel: zo weinig mogelijk hiaten in de verbruiksmeting, en uiteindelijk naar Home Assistant, historie over zetten en Domoticz er uit.


_{Idee was om de IP meter tussen de huidige usb en de meter te zetten, omdat de IP meter ook een doorvoer heeft. Zodat ik HA en Domoticz naast elkaar kon draaien, en dan op een gegeven moment gewoon over zetten. Maar kennelijk spuugt dat ding een andere versie van DSMR uit ofzo, en HA shop kon me niet helpen - die zei simpelweg dat ik mijn huidige lezer maar moest wijsmaken dat ie een andere versie zou krijgen (maar niet welke dan ). Dus dat werkt niet}

Ik heb ook 2 P-meters in mijn Dz-systeem.
Beide P1-meters hebben hun eigen IP-adres, eigen hardware-id in Dz en eigen device-id's in Dz.
Maw, deze P1-meters bouwen eigen history op en beinvloeden elkaar niet.
Geeft antwoord op je vraag?

Aanvullend nu ik de kleine lettertjes heb gelezen.
Elk merk en type P1-meter heeft voor evt een Gui (webserver), evt een app, evt een API een eigen interpretatie van de fabrikant.
Niet elk merk en type heeft telnet ingebouwd.
Samengevat, het heeft niet zozeer met de DSMR te maken maar hoe de fabrikant de gegevens uit de slimme meter aanbiedt.

[ Voor 10% gewijzigd door Lawrentz op 28-01-2026 15:28 ]

[pman63]

The Eagle schreef op woensdag 28 januari 2026 @ 13:32:
Praktisch Domoticz vraagje
Ik heb momenteel een USB P1 lezer, gaat rechtstreeks mijn Pi met Domoticz in. Nu heb ik een IP lezer gekocht: https://www.hashop.nl/Ethernet-P1-Pro-voor-Home-Assistant

Als ik de IP lezer als sensor toevoeg, krijg ik dan dubbele waarden in mijn dashboard of neemt de ene sensor de andere over? Is natuurlijk beiden gas en electra

Mijn doel: zo weinig mogelijk hiaten in de verbruiksmeting, en uiteindelijk naar Home Assistant, historie over zetten en Domoticz er uit.


_{Idee was om de IP meter tussen de huidige usb en de meter te zetten, omdat de IP meter ook een doorvoer heeft. Zodat ik HA en Domoticz naast elkaar kon draaien, en dan op een gegeven moment gewoon over zetten. Maar kennelijk spuugt dat ding een andere versie van DSMR uit ofzo, en HA shop kon me niet helpen - die zei simpelweg dat ik mijn huidige lezer maar moest wijsmaken dat ie een andere versie zou krijgen (maar niet welke dan ). Dus dat werkt niet}

Dan moet je even zoeken naar domoticz database in HA importeren, dat werkt prima. Beide meters kan ook dan krijg je een extra power/gas/water utility erbij als je die hebt toegevoegd. Je kan ook de oude en nieuwe data samenvoegen tot 1 tegel (ook even zoeken)
Bij mij draait HA op de Wifi-meter en Domoticz op de oude kabel beide op dezelfde ArmDroid.

[imdos]

[quote]tsjoender schreef op dinsdag 27 januari 2026 @ 16:16:
[...]


Opstarten met systemd stopt na een poosje weer en interactief blijft het draaien? Goede kans dat systemd geen feedback krijgt dat het door hem gestarte proces succesvol is. In dat geval stopt ie alles weer.

Oplossing is dan om een ander opstarttype te definieren (Type=forking) of systemd te vertellen wat succesvol starten is.

Dit is de unit file welke ik gebruik:

[code]
Die forking deed het hem inderdaad. Thanks!

[SilentSimon]

Ik heb een klein probleempje met het uitlezen van de P1 meter.

Tijdje terug een nieuwe gasmeter gekregen die ik in Domoticz niet meer werkend krijg.
als ik de P1 compoort uitlees met putty zie ik wel keurig de nieuwe gasmeter staan met een nieuwe ID

code:

1-0:32.32.0(00000)
1-0:52.32.0(00001)
1-0:72.32.0(00001)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(228.5*V)
1-0:52.7.0(230.6*V)
1-0:72.7.0(228.2*V)
1-0:31.7.0(004*A)
1-0:51.7.0(000*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00.882*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303738353635353835343036393230)
0-1:24.2.1(260131140006W)(07797.434*m3)
!3853
/KFM5KAIFA-METER

De rest pakt Domoticz allemaal wel keurig op.

"Accept new Hardware Devices" heb ik natuurlijk aangezet evenals het toevoegen van een nieuwe hardware P1 apparaat met dezelfde uitkomst.

Ik neem aan dat hij stukloopt omdat de ID nu "0-1:24.2.1" in plaats van "0-1:24.1.1" is?

[Lawrentz]

SilentSimon schreef op zaterdag 31 januari 2026 @ 16:02:
Ik heb een klein probleempje met het uitlezen van de P1 meter.

Tijdje terug een nieuwe gasmeter gekregen die ik in Domoticz niet meer werkend krijg.
als ik de P1 compoort uitlees met putty zie ik wel keurig de nieuwe gasmeter staan met een nieuwe ID

code:

1-0:32.32.0(00000)
1-0:52.32.0(00001)
1-0:72.32.0(00001)
1-0:32.36.0(00000)
1-0:52.36.0(00000)
1-0:72.36.0(00000)
0-0:96.13.0()
1-0:32.7.0(228.5*V)
1-0:52.7.0(230.6*V)
1-0:72.7.0(228.2*V)
1-0:31.7.0(004*A)
1-0:51.7.0(000*A)
1-0:71.7.0(000*A)
1-0:21.7.0(00.882*kW)
1-0:41.7.0(00.000*kW)
1-0:61.7.0(00.000*kW)
1-0:22.7.0(00.000*kW)
1-0:42.7.0(00.000*kW)
1-0:62.7.0(00.000*kW)
0-1:24.1.0(003)
0-1:96.1.0(4730303738353635353835343036393230)
0-1:24.2.1(260131140006W)(07797.434*m3)
!3853
/KFM5KAIFA-METER

De rest pakt Domoticz allemaal wel keurig op.

"Accept new Hardware Devices" heb ik natuurlijk aangezet evenals het toevoegen van een nieuwe hardware P1 apparaat met dezelfde uitkomst.

Ik neem aan dat hij stukloopt omdat de ID nu "0-1:24.2.1" in plaats van "0-1:24.1.1" is?

Even zoeken naar de mogelijkheden.
Welke P1-meter heb je?
Hoe is de P1-meter geconfigureerd in Domoticz?

[SilentSimon]

Een standaard P1 USB meter, wat al jaren goed werkt (ook met de oude gasmeter)

En zoals ik zei de rest van de P1 werkt allemaal perfect in Domoticz, hij ziet alleen de nieuwe gasmeter niet

[ Voor 11% gewijzigd door SilentSimon op 31-01-2026 18:37 ]

[Lawrentz]

SilentSimon schreef op zaterdag 31 januari 2026 @ 18:34:
[Afbeelding]

Een standaard P1 USB meter, wat al jaren goed werkt (ook met de oude gasmeter)

En zoals ik zei de rest van de P1 werkt allemaal perfect in Domoticz, hij ziet alleen de nieuwe gasmeter niet

Heb je deze fix al geprobeerd?
https://wiki.domoticz.com...er_not_reporting_any_data

[SilentSimon]

Lawrentz schreef op zaterdag 31 januari 2026 @ 19:07:
[...]

Heb je deze fix al geprobeerd?
https://wiki.domoticz.com...er_not_reporting_any_data

Oh held Wat een goede vind! Thnx

[Lawrentz]

SilentSimon schreef op zaterdag 31 januari 2026 @ 19:28:
[...]


Oh held Wat een goede vind! Thnx

(Hear, hear)
Maar voordat ik naast m'n schoenen ga lopen, werkt de oplossing ook?
Het is immers nogal koud buiten.

[SilentSimon]

Ja de "P1GasMeterChannel" variable oplossing werkt.

[Lawrentz]

SilentSimon schreef op zaterdag 31 januari 2026 @ 19:37:
Ja de "P1GasMeterChannel" variable oplossing werkt.

Mooi.
Dank voor de terugkoppeling.
Fijn weekend.

[MijnCommentaar]

Vandaag eindelijk een Shelly PM Mini Gen3 aan de praat gekregen met Domoticz.

Dit type werkt niet via mqqtt. Maar met shelly scripting kan ik nu toch het energieverbruik doorgeven.
nu eens kijken of de waardes gaan kloppen.

Ik heb dit script gebruikt:

// ===== CONFIG =====
let DOMOTICZ_IP = "192.168.2.100";
let DOMOTICZ_PORT = "8080";
let IDX = 382; // Domoticz "Electric (Instant + Counter)"

// ===== FUNCTION =====
function sendEnergy() {
let sw = Shelly.getComponentStatus("switch:0");

if (!sw || !sw.aenergy) {
print("Energy data not ready");
return;
}

let power = sw.apower; // Watts
let energy_kwh = sw.aenergy.total / 1000; // Wh → kWh

let url = "http://" + DOMOTICZ_IP + ":" + DOMOTICZ_PORT +
"/json.htm?type=command&param=udevice" +
"&idx=" + IDX +
"&nvalue=0&svalue=" + power + ";" + energy_kwh;

print("Sending:", power, "W,", energy_kwh, "kWh");

Shelly.call("HTTP.GET", { url: url }, function (res, err_code, err_msg) {
if (err_code !== 0) {
print("HTTP error:", err_msg);
} else {
print("OK");
}
});
}

// Run every 30 seconds
Timer.set(30000, true, sendEnergy);

EDIT: Het werk goed



EDIT2: ik heb een andere p1 mini gen 3 en die wil dit als regel hebben

function sendEnergy() {
let pm = Shelly.getComponentStatus("switch:0");

[ Voor 13% gewijzigd door MijnCommentaar op 15-04-2026 16:06 ]

[M.v.Veelen]

Mijn P1 meter wordt straks vervangen en ik heb historie van de huidige sinds 2018. Dat wil ik natuurlijk niet kwijtraken. Elke nacht wordt een backup van de DB gemaakt, dus op zich heb ik data veiliggesteld en ook zal ik vlak voordat de monteur aan de slag gaat een meest recente backup van de DB maken en dan de NUC netjes afsluiten.

Na vervanging van de P1 meter zal er weer data ingelezen worden, maar dan vanaf 0 natuurlijk.

Ik heb her en der wat gelezen over het bewerken van de DB, maar is dat tegenwoordig nog de manier om dit op te lossen of moet ik vooraf nog iets doen? Ik draai de laatste Beta.

Edit:

Ik heb bij m'n schoonvader gezien dat alle historie gewoon behouden is gebleven en de idx'en hetzelfde zijn gebleven en er alleen op de wisseldag een verschil/piek was die later is verwijderd. Ik heb goede hoop dat hetzelfde bij mij het geval zal zijn. Fingers crossed.

Edit 2:

Idx zijn hetzelfde gebleven, historie is bewaard gebleven maar de grafiek voor het jaarverbruik laat wel iets geks zien. Hoe kan ik dit oplossen?



Edit 3:

"Fix counter spikes" aangeklikt en alles ziet er weer goed uit. Top.

Vwb gas gaat het nog niet goed en ik denk niet dat dit vanzelf rechtgetrokken zal worden. Wat adviseren jullie me om te doen hier?



Na een extreem hoge dagwaarde (gisteren) in de DB te hebben verwijderd, is het opgelost.

[ Voor 20% gewijzigd door M.v.Veelen op 18-04-2026 11:15 ]