Domoticz - open source domotica systeem - deel 5

[rens-br]

Dylantje2 schreef op woensdag 8 november 2023 @ 22:09:
[...]


In domoticz:
De p1 hardware:
[Afbeelding]

De 16, moet eigenlijk op 0.

Hier staat die op 10 ingesteld.

Heb je mss ook monit werkend?

Nee, die draait niet in docker bij mij. Maar dat zou in principe ook niet meer nodig moeten zijn. Je kan docker containers zo draaien dat ze automatisch opnieuw starten bij problemen.

In de poortcheck van een ander lan device met een script?

Geen idee wat je daarmee bedoeld, dus ik denk het niet.

Wat heb je allemaal draaien in docker?

Volgens Portrainer heb ik 26 containers draaien, onder andere:

• Domoticz
• Domoticz Google Assistant
• Sonos plugin
• Mi Vacuum plugin
• Nefit Easy plugin
• Deconz (Conbee)
• Goodwe PV script
• InfluxDB
• Grafana
• Mosquitto
• Wireguard
• Pi hole
• Samba
• Unifi Controller
• NzbGet
• SABnzbd
• Sonarr
• Radarr
• Readarr
• Bazarr
• Spotweb
• Ngnix Proxy Server
• Portrainer
• Jellyfin
• Smokeping
• Calibre

[Racer89]

Is er toevallig een commando om alle bestanden op RPI van Domoticz te herstellen? Helaas loopt de Domoticz bijna elke dag vast. In de log file kan ik niks vinden, na reset is deze ook weer leeg. Het lukt mij ook niet om een log file ergens te vinden waar het probleem in zou moeten staan. Dit ook mede gebrek aan kennis, ben blij dat ik alles heb draaien oa. ook GPIO pins via relais, als de RPI opnieuw doe installeren ben ik weer alles kwijt.


Het gaat overigens om een RPI 4 met SSD. Ik heb onlans ook de versie geupdate versies:

Version: 2023.2
Build Hash: 19efd039c
Compile Date: 2023-07-21 17:23:44
dzVents Version: 3.1.8
Python Version: 3.7.3 (default, Oct 11 2023, 09:51:27) [GCC 8.3.0]

In eerste instantie dacht ik dat het wellicht aan de hoeveelheid data kwam vanuit de P1, deze heb ik ook helemaal verwijderd maar probleem blijft helaas. De 1Wire temp werkten ook niet altijd, deze heb ik ook helemaal afgekoppeld en verwijderd in de hardware.

Ik wil ook niet maar willekeurig commandos die ik kan vinden op internet in putty plakken. Gezien ik niet weet wat er achter zit.

[Knielen]

Racer89 schreef op zondag 12 november 2023 @ 11:47:
Is er toevallig een commando om alle bestanden op RPI van Domoticz te herstellen? Helaas loopt de Domoticz bijna elke dag vast. In de log file kan ik niks vinden, na reset is deze ook weer leeg. Het lukt mij ook niet om een log file ergens te vinden waar het probleem in zou moeten staan. Dit ook mede gebrek aan kennis, ben blij dat ik alles heb draaien oa. ook GPIO pins via relais, als de RPI opnieuw doe installeren ben ik weer alles kwijt.


Het gaat overigens om een RPI 4 met SSD. Ik heb onlans ook de versie geupdate versies:

Version: 2023.2
Build Hash: 19efd039c
Compile Date: 2023-07-21 17:23:44
dzVents Version: 3.1.8
Python Version: 3.7.3 (default, Oct 11 2023, 09:51:27) [GCC 8.3.0]

In eerste instantie dacht ik dat het wellicht aan de hoeveelheid data kwam vanuit de P1, deze heb ik ook helemaal verwijderd maar probleem blijft helaas. De 1Wire temp werkten ook niet altijd, deze heb ik ook helemaal afgekoppeld en verwijderd in de hardware.

Ik wil ook niet maar willekeurig commandos die ik kan vinden op internet in putty plakken. Gezien ik niet weet wat er achter zit.

Vastlopers worden meestal veroorzaakt door plugins, zeker na een upgrade. Je kan dus 1 voor 1 je plugins uitschakelen en kijken of Domoticz dan wel bljift draaien.

Wat ik van de week nog had was een volgelopen SSD, met het commando 'df -h' in een terminal kan je zien of je nog ruimte hebt.

[Racer89]

@Knielen Het probleem was ook al voor de upgrade / update. Ik had eigenlijk gehoopt dat het daarna beter zou werken.

Als ik het commando invoer krijg ik terug dat er 2% in gebruik zou zijn. Size 118Gb gebruikt 2.1Gb. Vrij 111 Gb.

Nog evan al toevoeging, onder plugin versta je denk ik gekoppelde apparatuur? Zoals de Philiphs Hue? Deze heb ik nu ook even op inactief gezet. Voor de rest gebruik ik alleen de GPIO pinnen als input en output, en nog Buienradar voor het weer en notificaties via Telegram.

P1, Opentherm e.d. heb ik allemaal niet meer in Domoticz.

[ Voor 41% gewijzigd door Racer89 op 12-11-2023 18:13 ]

[Racer89]

Domoticz is voor de eerste keer 48 uur niet vast gelopen en draait nog steedts . Hopelijk blijft het zo, ik heb allen de plugin voor Philips Hue uitgezet. Ik heb de bridge toen eens toegevoegd om evt. lampen te kunnen schakelen maar eigenlijk gebruiken wij deze functie nooit en doen wij alles met de afstandbediening / Hue app. Vreemd dat deze plugin dan nog zorgt voor een conflict.

Ik ben in ieder geval blij dat het nu wel blijkt te werken. Nog even afwachten of dat ook zo blijft Bedankt voor de tip @Knielen .

[MikeyMan]

Blijf hier toch ook stoeien met random hangs. Lijkt door dzvents te komen, maar ik zie niet waar ik dan verder moet zoeken. Ook met debug blijft er weinig aanknopingspunt over.

Dit zouden scripts kunnen zijn, maar ook enkele plugins die via dzvents werken.
Iemand enig idee hoe ik er bijvoorbeeld achter kom wat er voor deze melding zorgt?

code:

2023-11-15 11:02:25.896  Error: EventSystem: Warning!, lua script /home/pi/domoticz/dzVents/runtime/dzVents.lua has been running for more than 10 seconds

[Knielen]

MikeyMan schreef op donderdag 16 november 2023 @ 11:19:
Blijf hier toch ook stoeien met random hangs. Lijkt door dzvents te komen, maar ik zie niet waar ik dan verder moet zoeken. Ook met debug blijft er weinig aanknopingspunt over.

Dit zouden scripts kunnen zijn, maar ook enkele plugins die via dzvents werken.
Iemand enig idee hoe ik er bijvoorbeeld achter kom wat er voor deze melding zorgt?

code:

2023-11-15 11:02:25.896  Error: EventSystem: Warning!, lua script /home/pi/domoticz/dzVents/runtime/dzVents.lua has been running for more than 10 seconds

Gebruik je waarschijnlijk een os.execute in een van je scripts, zie dit draadje voor tips:

https://domoticz.com/forum/viewtopic.php?t=34103

[MikeyMan]

Knielen schreef op donderdag 16 november 2023 @ 11:44:
[...]


Gebruik je waarschijnlijk een os.execute in een van je scripts, zie dit draadje voor tips:

https://domoticz.com/forum/viewtopic.php?t=34103

das een goed aanknopingspunt.

ik had al gezocht op:
sudo grep -wirn curl <domoticz dir>/scripts

Nu maar eens proberen met
sudo grep -wirn execute <domoticz dir>/scripts

edit: kom wel execute tegen, maar geen enkele maal os.execute.

Scripts zijn ook vrij straightforward:

code:

return {

    on = {
        devices = {
                    -- Devices on which this calculation script should trigger. These should be the same as the IDX of Smartmeter and/or IDX of Solar Panels
                    14, -- IDX of Smart meter (youless or P1)
                   -- 2037, -- IDX of Solar Panels
                  }
         },

    logging = {
        level = domoticz.LOG_INFO,
--        level = domoticz.LOG_ERROR,
        marker = "Consumption"
               },   

       execute = function(dz, item)

       
        ----------------------------------------------------------------------------------------------------------
        -- Domoticz IDX of the needed devices
        ----------------------------------------------------------------------------------------------------------
   
        local Smartmeter = dz.devices(14)   -- IDX of Smart meter (youless or P1)
        local Generation = dz.devices(649)   -- IDX of Solar Panels
        local Consumption = dz.devices(655)  -- IDX of Own Usage / calculated value / dummy Elekta kWh + counter

        -- Smartmeter

        local EnergyImportLow = Smartmeter.rawData[1]
        local EnergyImportHigh = Smartmeter.rawData[2]
        local EnergyExportLow = Smartmeter.rawData[3]
        local EnergyExportHigh = Smartmeter.rawData[4]
        local PowerImport = Smartmeter.rawData[5]
        local PowerExport = Smartmeter.rawData[6]

        -- Generation

        local EnergyGeneration = Generation.rawData[2]
        local PowerGeneration = Generation.rawData[1]

        --Calculate

        local EnergyImport = EnergyImportLow + EnergyImportHigh
        local EnergyExport = EnergyExportLow + EnergyExportHigh

        local EnergyConsumption = EnergyGeneration + EnergyImport - EnergyExport
        local PowerConsumption = PowerGeneration + PowerImport - PowerExport
        

        dz.log('EnergyImportLow ' .. EnergyImportLow .. ' Wh ', dz.LOG_INFO)
        dz.log('EnergyImportHigh ' .. EnergyImportHigh .. ' Wh ', dz.LOG_INFO)
        dz.log('EnergyExportLow ' .. EnergyExportLow .. ' Wh ', dz.LOG_INFO)
        dz.log('EnergyExportHigh ' .. EnergyExportHigh .. ' Wh ', dz.LOG_INFO)

        dz.log('PowerImport ' .. PowerImport .. ' W ', dz.LOG_INFO)
        dz.log('PowerExport ' .. PowerExport .. ' W ', dz.LOG_INFO)
        dz.log('EnergyGeneration ' .. EnergyGeneration .. ' Wh ', dz.LOG_INFO)
        dz.log('PowerGeneration ' .. PowerGeneration .. ' W ', dz.LOG_INFO)

        dz.log('EnergyConsumption ' .. EnergyConsumption .. ' Wh ', dz.LOG_INFO)
        dz.log('PowerConsumption: ' .. PowerConsumption .. ' W ', dz.LOG_INFO)


        --Update
        
        Consumption.updateElectricity(PowerConsumption, EnergyConsumption)

    end
}

code:

local scriptVar = 'PVOutput'
 
return {
  on = {
    timer = {
      'every 5 minutes',
    },
    httpResponses = {
      scriptVar,
    },
  },

  logging = {
    level = domoticz.LOG_INFO,
    marker = scriptVar,
  },

  execute = function(domoticz, item)

    local function post2PVOutput(PVSettings, postData)
      domoticz.openURL({
        url = PVSettings.url,
        method = 'POST',
        headers = {
          ['X-Pvoutput-Apikey'] = PVSettings.api,
          ['X-Pvoutput-SystemId'] = PVSettings.id,
        },
        callback = scriptVar,
        postData = postData,
      })
    end

    local function makePostData()
      local generatedWhTotal = domoticz.devices(649).WhTotal -- Opgetelde uitvoer solaredge + goodwe
      local generatedActual = domoticz.devices(649).actualWatt
      local consumedWhTotal = domoticz.devices(655).WhTotal -- Verbruik virtueel apparaat
      local consumedActual = domoticz.devices(655).actualWatt
      local temperature = domoticz.devices(776).temperature -- Temperatuur sensor
      local round = domoticz.utils.round


      domoticz.log('PVOGeneratedActual: ' .. generatedActual, domoticz.LOG_DEBUG)
      domoticz.log('PVOConsumedWhTotal: ' .. consumedWhTotal, domoticz.LOG_DEBUG)
      domoticz.log('PVOConsumedActual: ' .. consumedActual, domoticz.LOG_DEBUG)
      domoticz.log('Temperature: ' .. temperature, domoticz.LOG_DEBUG)

      local postDataAsString =
        'd=' .. os.date('%Y%m%d') ..
        '&t=' .. os.date('%H:%M') ..
        '&v1=' .. round(generatedWhTotal, 1) .. -- produced
        '&v2=' .. round(generatedActual, 1) ..
        '&v3=' .. round(consumedWhTotal, 1) .. -- Consumption from script
        '&v4=' .. round(consumedActual, 1) .. -- Consumption from script
        '&v5=' .. round(temperature, 1) ..
        '&c1=1'

      return postDataAsString
    end

    -- hieronder hoef je niets te wijzigen

    if item.isHTTPResponse then
      domoticz.log('Return from PVOutput ==>> ' .. item.data, domoticz.LOG_DEBUG)

    else
      local PVSettings = {
        url = 'https://pvoutput.org/service/r2/addstatus.jsp',
        api = domoticz.variables('PVoutput_API').value,
        id = domoticz.variables('PVoutput_ID').value,
      }
      post2PVOutput(PVSettings, makePostData())
    end
  end,
}

code:

return
{
    on =
    {
--        timer = {
--          'every minute'       
--                }
        devices =   {
            9,
            632
                    }
    },

    logging =
    {
        level = domoticz.LOG_DEBUG,
        marker = 'Totaal Zonnepanelen',
    },

    execute = function(domoticz, device, item)

        local SolarEdgeWhTotal = domoticz.devices(9).WhTotal
        local SolarEdgeActual = domoticz.devices(9).actualWatt
        local GoodweWhTotal = domoticz.devices(632).WhTotal
        local GoodweActual = domoticz.devices(632).actualWatt
        local TotalActual = SolarEdgeActual + GoodweActual
        local TotalWhTotal = SolarEdgeWhTotal + GoodweWhTotal
        local SEWattWp = SolarEdgeActual / 6320
        local SEWattWpRounded = domoticz.round(SEWattWp,3)
        local GWWattWP = GoodweActual / 1110
        local GWWattWPRounded = domoticz.round(GWWattWP,3)
--      local SEWattMax = domoticz.max(SEWattWp)
--      local GWWattMax = domoticz.max(GWWattWp)

        
        domoticz.log('Totaalopbrengst Zonnepanelen actualWatt: ' .. TotalActual)
        domoticz.log('Totaalopbrengst Zonnepanelen WhTotal ' .. TotalWhTotal)

--      domoticz.devices(648).updateEnergy(Total)
        domoticz.devices(649).updateElectricity(TotalActual,TotalWhTotal)
        domoticz.devices(650).updateCustomSensor(SEWattWpRounded)
        domoticz.devices(651).updateCustomSensor(GWWattWPRounded)
--      domoticz.devices(652).updateCustomSensor(SEWattMax)
--      domoticz.devices(653).updateCustomSensor(GWWattMax)
    end
}

code:

return {
    on = {
        timer = {
            'every minute'
        }
    },
    logging = {
        level = domoticz.LOG_DEBUG,
        marker = "WP-COP Pana Device HM"
    },    
    execute = function(domoticz, item)
        local flowinstValue = domoticz.devices(303).rawData[1]
        local tempoutValue = domoticz.devices(294).rawData[1]
        local tempreturnValue = domoticz.devices(295).rawData[1]
        local powerHeatpump = domoticz.devices(386).rawData[1]
        local frequentie = domoticz.devices(310).rawData[1]
        local sCOP = domoticz.devices(442)

        local Watt_heat_c = math.abs(domoticz.utils.round((tempoutValue-tempreturnValue) * 4.187 * (flowinstValue/60)*1000))
        local COP_calculated = math.abs(domoticz.utils.round(Watt_heat_c/powerHeatpump,2))

        domoticz.log('flowinstValue ' .. flowinstValue .. ' L/min ', domoticz.LOG_DEBUG)    
        domoticz.log('tempoutValue ' .. tempoutValue .. ' C ', domoticz.LOG_DEBUG)    
        domoticz.log('tempreturnValue ' .. tempreturnValue .. ' C ', domoticz.LOG_DEBUG)    
        domoticz.log('powerHeatpump ' .. powerHeatpump .. ' Watt ', domoticz.LOG_DEBUG)    
        domoticz.log('Watt_heat_c ' .. Watt_heat_c .. ' Watt ', domoticz.LOG_DEBUG)        
        domoticz.log('COP_calculated ' .. COP_calculated .. ' W/W ', domoticz.LOG_DEBUG)

        if tonumber(powerHeatpump) > 60 and COP_calculated < 24 and tonumber(frequentie) > 11 then
            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=442'..'&nvalue=0&svalue='..COP_calculated)
            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=443'..'&nvalue=0&svalue='..Watt_heat_c)
        else 
            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=442'..'&nvalue=0&svalue=0')
            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=443'..'&nvalue=0&svalue=0')
        end
    end
}

[ Voor 90% gewijzigd door MikeyMan op 16-11-2023 11:53 ]

[Lawrentz]

MikeyMan schreef op donderdag 16 november 2023 @ 11:47:
[...]


das een goed aanknopingspunt.

ik had al gezocht op:
sudo grep -wirn curl <domoticz dir>/scripts

Nu maar eens proberen met
sudo grep -wirn execute <domoticz dir>/scripts

edit: kom wel execute tegen, maar geen enkele maal os.execute.

Scripts zijn ook vrij straightforward:

[...]


[...]


[...]


[...]

Wat je schrijft in MikeyMan in "Domoticz - open source domotica systeem - deel 5" is volgens mij geen "random hang" maar eerder een time out agv het aanroepen van een API buiten de deur.
Het aanroepen van een API buiten de deur kan nooit een garantie geven voor een tijdige response. Daarnaast kan het zijn dat je router of je provider even een hickup heeft.
Dit heb ik ook ervaren bij het aanroepen van de API's van oa buienradar.
Wat je wel kan doen is de timeout van je API call ophogen.

code:

timeout  = 20

Wat je verder zou kunnen doen:
- domoticz.openURL in je laatste script vervangen door een updateCustomSensor oid, eea afh v je device.
- De frequentie in je laatste script verlagen van elke minuut naar elke 5 minuten oid.
- Voorkomen dat meerdere scripts op hetzelfde moment worden afgetrapt
- In je tweede script de triggers timer en httpResponses uit elkaar halen en in twee aparte scripts stoppen.
- Daarnaast zou ik het tweede script uberhaupt versimpelen.
Want als ik het goed lees trigger je een timer die de gegeven ophaalt uit Global Varables, hiermee bouw je een url en api op, die triggert een functie, die functie triggert de aanroep van de API en de response ga je verwerken.
Volgens mij kan dit eenvoudiger.
Maar het is uiteraard aan jou of je dit een fijne en werkbare oplossing vindt of niet.
(Of het technisch kan wil niet automatisch zeggen dat het ook zo moet)

Kijk maar wat je van het bovenstaande wilt overnemen maar ben wel benieuwd naar je oplossing.

[MikeyMan]

@Lawrentz thanks! Ga zoveel mogelijk meenemen. Scripts gewoon her en der bij elkaar geraapt. Ben er zelf geen ster in.

Met wat hulp van chatgpt en wat trial and error komen we er vaak wel
Hoewel het verbazingwekkend genoeg ook vaak voor nieuwe errors zorgt

edit: Als ik pvoutput zie, zou dat weleens het issue kunnen zijn. Ik zie namelijk niet elke vijf minuten een update.

[ Voor 51% gewijzigd door MikeyMan op 16-11-2023 14:08 ]

[Lawrentz]

MikeyMan schreef op donderdag 16 november 2023 @ 13:48:
@Lawrentz thanks! Ga zoveel mogelijk meenemen. Scripts gewoon her en der bij elkaar geraapt. Ben er zelf geen ster in.

Met wat hulp van chatgpt en wat trial and error komen we er vaak wel
Hoewel het verbazingwekkend genoeg ook vaak voor nieuwe errors zorgt

edit: Als ik pvoutput zie, zou dat weleens het issue kunnen zijn. Ik zie namelijk niet elke vijf minuten een update.

[Afbeelding]

Nog een aanvulling.
Met onderstaand scrippie kan je zien op hoeveel dagen je logrotate is ingesteld:

code:

 ls -la /var/log/domoticz.log*

Met onderstaand scrippie kan je zien hoe vaak het voorkomt:

code:

zgrep -inHIE 'EventSystem: Warning' /var/log/domoticz.log*

Voor de dubbele punt staat de naam van de logfile.
Achter de dubbele punt staat de logregel in de resp logfile.
Je zou ik de logfile rondom de warnings kunnen kijken of je nog meer betekenisvolle logregels tekenkomt.

Btw, ik heb 3 dezelfde warnings in 7 dagen.

[rens-br]

Gisteren mijn Domoticz installatie maar even up-to-date gebracht. Ik draaide geloof ik nog op 2022 nog iets. Nu geupgraded naar 2023.2. In eerste instantie leek alles out-of-the-box te werken. Maar er waren toch wel wat zaken omgevallen.

Met name de Presence detection plugin, Deconz en Google Assistant deden moeilijk. Het bleek dat ik in mijn dockerfile nog wat zaken miste voor beide plugins. Google Assistant werkte niet omdat de beveiliging in de nieuwe versie is aangescherpt. Naar ook daar wat zaken te hebben aangepast werkt alles nu weer. Het geheel lijkt ook een heel stuk sneller te zijn.

En als kers op de taart kan ik nu ook mijn Airco bedienen, de plugin trok in eerste instantie mijn hele installatie onderuit. Maar nadat ik de refresh interval zo hoog mogelijk had ingesteld werkte alles weer.

De voor mij echt grootste verbetering is het feit dat er nu 2FA ondersteuning is! Erg fijn gezien ik mijn installatie van buitenaf kan benaderen.

[ Voor 8% gewijzigd door rens-br op 17-11-2023 08:46 ]

[Lawrentz]

rens-br schreef op vrijdag 17 november 2023 @ 08:45:
Gisteren mijn Domoticz installatie maar even up-to-date gebracht. Ik draaide geloof ik nog op 2022 nog iets. Nu geupgraded naar 2023.2. In eerste instantie leek alles out-of-the-box te werken. Maar er waren toch wel wat zaken omgevallen.

Met name de Presence detection plugin, Deconz en Google Assistant deden moeilijk. Het bleek dat ik in mijn dockerfile nog wat zaken miste voor beide plugins. Google Assistant werkte niet omdat de beveiliging in de nieuwe versie is aangescherpt. Naar ook daar wat zaken te hebben aangepast werkt alles nu weer. Het geheel lijkt ook een heel stuk sneller te zijn.

En als kers op de taart kan ik nu ook mijn Airco bedienen, de plugin trok in eerste instantie mijn hele installatie onderuit. Maar nadat ik de refresh interval zo hoog mogelijk had ingesteld werkte alles weer.

De voor mij echt grootste verbetering is het feit dat er nu 2FA ondersteuning is! Erg fijn gezien ik mijn installatie van buitenaf kan benaderen.

Fijn om te vernemen dat alles nu (wel) naar behoren werkt.

Als alternatief voor 2FA:
Voor het benaderen van buitenaf gebruik ik OpenVPN op dezelfde RPi als oa mijn Domoticz.
Hiermee kan ik alles thuis en vanaf elk platform benaderen wat ik thuis ook kan benaderen.

[rens-br]

Lawrentz schreef op vrijdag 17 november 2023 @ 09:33:
[...]

Fijn om te vernemen dat alles nu (wel) naar behoren werkt.

Als alternatief voor 2FA:
Voor het benaderen van buitenaf gebruik ik OpenVPN op dezelfde RPi als oa mijn Domoticz.
Hiermee kan ik alles thuis en vanaf elk platform benaderen wat ik thuis ook kan benaderen.

Dat heb ik ook nog draaien in de vorm van 2FA, maar dan moet ik telkens een VPN verbinding opzetten naar huis toe. Voor mij nog wel te doen (maar minder handig), maar voor mijn vriendin echt niet handig.

Ik heb mijn domoticz installatie wel achter een reverse proxy zitten, dus hij hangt niet 'direct' aan het internet.

[Lawrentz]

rens-br schreef op vrijdag 17 november 2023 @ 09:36:
[...]


Dat heb ik ook nog draaien in de vorm van 2FA, maar dan moet ik telkens een VPN verbinding opzetten naar huis toe. Voor mij nog wel te doen (maar minder handig), maar voor mijn vriendin echt niet handig.

Ik heb mijn domoticz installatie wel achter een reverse proxy zitten, dus hij hangt niet 'direct' aan het internet.

Ja idd, je hebt ook met de WAF te maken (Wikipedia: Wife acceptance factor).

[rens-br]

Lawrentz schreef op vrijdag 17 november 2023 @ 10:44:
[...]

Ja idd, je hebt ook met de WAF te maken (Wikipedia: Wife acceptance factor).

Major big time ja. Al diverse zaken moeten optimaliseren om aan de WAF te voldoen

[MikeyMan]

Lawrentz schreef op donderdag 16 november 2023 @ 20:31:
[...]

Nog een aanvulling.
Met onderstaand scrippie kan je zien op hoeveel dagen je logrotate is ingesteld:

code:

 ls -la /var/log/domoticz.log*

Met onderstaand scrippie kan je zien hoe vaak het voorkomt:

code:

zgrep -inHIE 'EventSystem: Warning' /var/log/domoticz.log*

Voor de dubbele punt staat de naam van de logfile.
Achter de dubbele punt staat de logregel in de resp logfile.
Je zou ik de logfile rondom de warnings kunnen kijken of je nog meer betekenisvolle logregels tekenkomt.

Btw, ik heb 3 dezelfde warnings in 7 dagen.

Logrotate heb ik inmiddels voor elkaar. Dat gaat nu goed.

Heb de logging voor dzvents uitgebreid, maar helaas nog geen melding welk script of plugin precies de veroorzaker is.

code:

2023-11-17 02:01:42.982  Status: dzVents: Debug: Processing device-adapter for Stroom: P1 smart meter energy device adapter
2023-11-17 02:01:42.983  Status: dzVents: Debug: dzVents version: 3.1.8
2023-11-17 02:01:42.983  Status: dzVents: Debug: Event triggers:
2023-11-17 02:01:42.983  Status: dzVents: Debug: - Device: Stroom
2023-11-17 02:01:42.995  Status: dzVents: Info: Handling events for: "Stroom", value: "11781660;8432506;5676181;13380901;403;0"
2023-11-17 02:01:42.996  Status: dzVents: Info: Consumption: ------ Start internal script: Consumption: Device: "Stroom (Slimme Meter)", Index: 14
2023-11-17 02:01:42.996  Status: dzVents: Info: Consumption: Script execution started
2023-11-17 02:01:42.998  Status: dzVents: Info: Consumption: EnergyImportLow 11781660 Wh 
2023-11-17 02:01:42.998  Status: dzVents: Info: Consumption: EnergyImportHigh 8432506 Wh 
2023-11-17 02:01:42.998  Status: dzVents: Info: Consumption: EnergyExportLow 5676181 Wh 
2023-11-17 02:01:42.998  Status: dzVents: Info: Consumption: EnergyExportHigh 13380901 Wh 
2023-11-17 02:01:42.998  Status: dzVents: Info: Consumption: PowerImport 403 W 
2023-11-17 02:01:42.998  Status: dzVents: Info: Consumption: PowerExport 0 W 
2023-11-17 02:01:42.998  Status: dzVents: Info: Consumption: EnergyGeneration 32563000.0 Wh 
2023-11-17 02:01:42.998  Status: dzVents: Info: Consumption: PowerGeneration 0.0 W 
2023-11-17 02:01:42.999  Status: dzVents: Info: Consumption: EnergyConsumption 33720084.0 Wh 
2023-11-17 02:01:42.999  Status: dzVents: Info: Consumption: PowerConsumption: 403.0 W 
2023-11-17 02:01:42.999  Status: dzVents: Info: Consumption: Script execution completed
2023-11-17 02:01:42.999  Status: dzVents: Info: Consumption: ------ Finished Consumption
2023-11-17 02:01:42.999  Status: dzVents: !Info: Consumption: Debug: Writing module summary to /home/pi/domoticz/scripts/dzVents/module.log
2023-11-17 02:01:42.999  Status: dzVents: Debug: Commands sent to Domoticz: 
2023-11-17 02:01:42.999  Status: dzVents: Debug: - UpdateDevice = {["nValue"]=0, ["idx"]=655, ["sValue"]="403.0;33720084.0", ["_trigger"]=true}
2023-11-17 02:01:42.999  Status: dzVents: Debug: =====================================================
2023-11-17 02:01:43.000  Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2023-11-17 02:01:43.063  Status: dzVents: Debug: Dumping domoticz data to /home/pi/domoticz/scripts/dzVents/domoticzData.lua
2023-11-17 02:01:43.209  Status: dzVents: Debug: Processing device-adapter for Voltage L1: Voltage device adapter
2023-11-17 02:01:43.210  Status: dzVents: Debug: Processing device-adapter for Voltage L2: Voltage device adapter
2023-11-17 02:01:43.211  Status: dzVents: Debug: Processing device-adapter for Voltage L3: Voltage device adapter
2023-11-17 02:01:43.212  Status: dzVents: Debug: Processing device-adapter for Usage L1: Electric usage device adapter
2023-11-17 02:01:43.213  Status: dzVents: Debug: Processing device-adapter for Usage L2: Electric usage device adapter
2023-11-17 02:01:43.213  Status: dzVents: Debug: Processing device-adapter for Usage L3: Electric usage device adapter
2023-11-17 02:01:43.214  Status: dzVents: Debug: Processing device-adapter for Delivery L1: Electric usage device adapter
2023-11-17 02:01:43.215  Status: dzVents: Debug: Processing device-adapter for Delivery L2: Electric usage device adapter
2023-11-17 02:01:43.216  Status: dzVents: Debug: Processing device-adapter for Delivery L3: Electric usage device adapter
2023-11-17 02:01:43.217  Status: dzVents: Debug: dzVents version: 3.1.8
2023-11-17 02:01:43.217  Status: dzVents: Debug: Event triggers:
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Voltage L1
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Voltage L2
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Voltage L3
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Usage L1
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Usage L2
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Usage L3
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Delivery L1
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Delivery L2
2023-11-17 02:01:43.217  Status: dzVents: Debug: - Device: Delivery L3
2023-11-17 02:01:43.287  Status: dzVents: Debug: Dumping domoticz data to /home/pi/domoticz/scripts/dzVents/domoticzData.lua
2023-11-17 02:01:43.498  Status: dzVents: Debug: Processing device-adapter for Netto Verbruik: kWh device adapter
2023-11-17 02:01:43.499  Status: dzVents: Debug: dzVents version: 3.1.8
2023-11-17 02:01:43.499  Status: dzVents: Debug: Event triggers:
2023-11-17 02:01:43.499  Status: dzVents: Debug: - Device: Netto Verbruik
2023-11-17 02:01:45.320  SolarEdge Modbus: Updated 2 values out of 22
2023-11-17 02:01:48.594  InfluxLink: value Instant,idx=387,name=Goodwe-teruglevering-S0 value=0.0
2023-11-17 02:01:48.614  Status: dzVents: Debug: Dumping domoticz data to /home/pi/domoticz/scripts/dzVents/domoticzData.lua
2023-11-17 02:01:48.705  Status: dzVents: Debug: Processing device-adapter for Goodwe teruglevering S0: kWh device adapter
2023-11-17 02:01:48.706  Status: dzVents: Debug: dzVents version: 3.1.8
2023-11-17 02:01:48.706  Status: dzVents: Debug: Event triggers:
2023-11-17 02:01:48.706  Status: dzVents: Debug: - Device: Goodwe teruglevering S0
2023-11-17 02:01:50.326  SolarEdge Modbus: Updated 1 values out of 22
2023-11-17 02:01:51.075  Heishamon: Heartbeating...
2023-11-17 02:01:51.075  Heishamon: MqttClient::ping
2023-11-17 02:01:52.746  Slimme Meter: General/kWh (kWh Usage L1 (Calculated))
2023-11-17 02:01:52.750  Slimme Meter: General/kWh (kWh Delivery L1 (Calculated))
2023-11-17 02:01:52.753  Slimme Meter: General/kWh (kWh Usage L2 (Calculated))
2023-11-17 02:01:52.756  Slimme Meter: General/kWh (kWh Delivery L2 (Calculated))
2023-11-17 02:01:52.759  Slimme Meter: General/kWh (kWh Usage L3 (Calculated))
2023-11-17 02:01:52.762  Slimme Meter: General/kWh (kWh Delivery L3 (Calculated))
2023-11-17 02:01:55.259  SolarEdge Modbus: Updated 0 values out of 22
2023-11-17 02:01:56.255  Status: dzVents: Debug: Dumping domoticz data to /home/pi/domoticz/scripts/dzVents/domoticzData.lua
2023-11-17 02:01:57.405  Status: dzVents: Debug: Processing device-adapter for Boiler Temp Hoog: Temperature device adapter
2023-11-17 02:01:57.405  Status: dzVents: Debug: dzVents version: 3.1.8
2023-11-17 02:01:57.405  Status: dzVents: Debug: Event triggers:
2023-11-17 02:01:57.405  Status: dzVents: Debug: - Device: Boiler Temp Hoog
2023-11-17 02:01:57.477  Status: dzVents: Debug: Dumping domoticz data to /home/pi/domoticz/scripts/dzVents/domoticzData.lua
2023-11-17 02:02:01.096  Heishamon: Heartbeating...
2023-11-17 02:02:07.442  Error: EventSystem: Warning!, lua script /home/pi/domoticz/dzVents/runtime/dzVents.lua has been running for more than 10 seconds

Zou het die domoticzdata zijn? Herken dat niet als iets waar ikz elf mee aan de gang ben geweest.

[Lawrentz]

MikeyMan schreef op vrijdag 17 november 2023 @ 13:33:
[...]


Logrotate heb ik inmiddels voor elkaar. Dat gaat nu goed.

Heb de logging voor dzvents uitgebreid, maar helaas nog geen melding welk script of plugin precies de veroorzaker is.


[...]

Zou het die domoticzdata zijn? Herken dat niet als iets waar ikz elf mee aan de gang ben geweest.

Aangezien je 4 scripts hebt ...
én het tijdstip van de logregel waardoor script 1, 2 en 3 worden uitgesloten ...
én omdat maar één idx in de logging staat vermeld die niet in de andere scripts als trigger voorkomt ...
dan denk ik dat alleen het 4e script in aanmerking komt.

Dat 4e script heeft als marker "WP-COP Pana Device HM".
Vandaar het (herhaalde) advies om de domoticz.openURL aan te passen naar een device.update of een updateCustomSensor oid, eea afh wat voor type device het is..
Want verder zie ik niets raars in dit 4e script.

Alhoewel, de ...

code:

local sCOP = domoticz.devices(442)

... staat niets te doen.

Just my 2 cents.

[klump4u]

@MikeyMan en @Lawrentz
Ik heb het script zo lopen, origineel liep het niet.

code:

eturn {
    on = {
        timer = {
            'every minute'
        }
    },
    logging = {
        level = domoticz.LOG_DEBUG,
        marker = "WP-COP Pana Device HM"
    },    
    execute = function(domoticz, item)
        local flowinstValue = domoticz.devices(143).rawData[1]
        local tempoutValue = domoticz.devices(148).rawData[1]
        local tempreturnValue = domoticz.devices(147).rawData[1]
        local powerHeatpump = domoticz.devices(88).rawData[1]
        local frequentie = domoticz.devices(150).rawData[1]
        local sCOP = domoticz.devices(242)

        local Watt_heat_c = math.abs(domoticz.utils.round((tempoutValue-tempreturnValue) * 4.187 * (flowinstValue/60)*1000))
        local COP_calculated = math.abs(domoticz.utils.round(Watt_heat_c/powerHeatpump,2))

        domoticz.log('flowinstValue ' .. flowinstValue .. ' L/min ', domoticz.LOG_DEBUG)    
        domoticz.log('tempoutValue ' .. tempoutValue .. ' C ', domoticz.LOG_DEBUG)    
        domoticz.log('tempreturnValue ' .. tempreturnValue .. ' C ', domoticz.LOG_DEBUG)    
        domoticz.log('powerHeatpump ' .. powerHeatpump .. ' Watt ', domoticz.LOG_DEBUG)    
        domoticz.log('Watt_heat_c ' .. Watt_heat_c .. ' Watt ', domoticz.LOG_DEBUG)        
        domoticz.log('COP_calculated ' .. COP_calculated .. ' W/W ', domoticz.LOG_DEBUG)

        if tonumber(powerHeatpump) > 60 and COP_calculated < 24 and tonumber(frequentie) > 11 then
            domoticz.devices(242).updateCustomSensor(COP_calculated)
            domoticz.devices(243).updateCustomSensor(Watt_heat_c)
        else 
            local cop = 0
            local heat = 0
            domoticz.devices(242).updateCustomSensor(cop)
            domoticz.devices(243).updateCustomSensor(heat)
        end
    end
}

[Lawrentz]

klump4u schreef op vrijdag 17 november 2023 @ 15:46:
@MikeyMan en @Lawrentz
Ik heb het script zo lopen, origineel liep het niet.

code:

eturn {
    on = {
        timer = {
            'every minute'
        }
    },
    logging = {
        level = domoticz.LOG_DEBUG,
        marker = "WP-COP Pana Device HM"
    },    
    execute = function(domoticz, item)
        local flowinstValue = domoticz.devices(143).rawData[1]
        local tempoutValue = domoticz.devices(148).rawData[1]
        local tempreturnValue = domoticz.devices(147).rawData[1]
        local powerHeatpump = domoticz.devices(88).rawData[1]
        local frequentie = domoticz.devices(150).rawData[1]
        local sCOP = domoticz.devices(242)

        local Watt_heat_c = math.abs(domoticz.utils.round((tempoutValue-tempreturnValue) * 4.187 * (flowinstValue/60)*1000))
        local COP_calculated = math.abs(domoticz.utils.round(Watt_heat_c/powerHeatpump,2))

        domoticz.log('flowinstValue ' .. flowinstValue .. ' L/min ', domoticz.LOG_DEBUG)    
        domoticz.log('tempoutValue ' .. tempoutValue .. ' C ', domoticz.LOG_DEBUG)    
        domoticz.log('tempreturnValue ' .. tempreturnValue .. ' C ', domoticz.LOG_DEBUG)    
        domoticz.log('powerHeatpump ' .. powerHeatpump .. ' Watt ', domoticz.LOG_DEBUG)    
        domoticz.log('Watt_heat_c ' .. Watt_heat_c .. ' Watt ', domoticz.LOG_DEBUG)        
        domoticz.log('COP_calculated ' .. COP_calculated .. ' W/W ', domoticz.LOG_DEBUG)

        if tonumber(powerHeatpump) > 60 and COP_calculated < 24 and tonumber(frequentie) > 11 then
            domoticz.devices(242).updateCustomSensor(COP_calculated)
            domoticz.devices(243).updateCustomSensor(Watt_heat_c)
        else 
            local cop = 0
            local heat = 0
            domoticz.devices(242).updateCustomSensor(cop)
            domoticz.devices(243).updateCustomSensor(heat)
        end
    end
}

Ja, psies dat!
(Behalve dat ook hier die sCOP niets staat te doen)

[klump4u]

Lawrentz schreef op vrijdag 17 november 2023 @ 16:05:
[...]

Ja, psies dat!
(Behalve dat ook hier die sCOP niets staat te doen)

Dus de marker en local scop kan eruit?

[Lawrentz]

klump4u schreef op vrijdag 17 november 2023 @ 16:11:
[...]

Dus de marker en local scop kan eruit?

Nu zie ik wat die sCOP doet, ondanks dat die sCOP niet werd gebruikt.
Ik ken SCOP in deze context als Seasonal Coefficient Of Performance, maar hier wordt het als een declaratie van device 242 gebruikt, ondanks dat sCOP verder niet meer werd toegepast maar dat kán natuurlijk wel.
Hierdoor heb ik de sCOP hernoemd naar cop_idx voor idx 242 en heb heat_idx aangemaakt voor idx 243.
Die cop_idx en heat_idx kunnen we dan wél gebruiken.

Verder houdt ik zelf niet van declaraties in de body.
Ik vind dit onrustig overkomen en de leesbaarheid verlagen, ondanks dat dit technisch gewoon mogelijk is.
Vandaar dat ik alle declaraties bovenin heb geplaatst.

En heb ook alles zoveel als mogelijk uitgelijnd.

Het bovenstaande is allemaal een kwestie van smaak en mogelijk ook ingegeven door een wat klassiekere opleiding.

Als laatste heb ik in de logregel de concatenatie met de eenheid 'W/W' achter COP_calculated verwijderd.
De reden is dat een COP geen eenheid heeft en daarmee overbodig is.

code:

local cop_idx         = domoticz.devices (242)
local heat_idx        = domoticz.devices (243)

local flowinstValue   = 0
local tempoutValue    = 0
local tempreturnValue = 0
local powerHeatpump   = 0
local frequentie      = 0
local Watt_heat_c     = 0
local COP_calculated  = 0

local cop             = 0
local heat            = 0

return {
    on = {
        timer = {
            'every 1 minutes'
        }
    },
    logging = {
        level  = domoticz.LOG_INFO,
        marker = "WP-COP Pana Device HM"
    },    
    execute = function(domoticz, item)
        flowinstValue    = domoticz.devices (143) .rawData[1]
        tempoutValue     = domoticz.devices (148) .rawData[1]
        tempreturnValue  = domoticz.devices (147) .rawData[1]
        powerHeatpump    = domoticz.devices  (88) .rawData[1]
        frequentie       = domoticz.devices (150) .rawData[1]

        Watt_heat_c      = math.abs (domoticz.utils.round ((tempoutValue - tempreturnValue) * 4.187 * (flowinstValue / 60) *1000))
        COP_calculated   = math.abs (domoticz.utils.round (Watt_heat_c   / powerHeatpump,2))

        domoticz.log ('flowinstValue '   .. flowinstValue   .. ' L/min')    
        domoticz.log ('tempoutValue '    .. tempoutValue    .. ' C')    
        domoticz.log ('tempreturnValue ' .. tempreturnValue .. ' C')    
        domoticz.log ('powerHeatpump '   .. powerHeatpump   .. ' Watt')    
        domoticz.log ('Watt_heat_c '     .. Watt_heat_c     .. ' Watt')        
        domoticz.log ('COP_calculated '  .. COP_calculated)

        if tonumber (powerHeatpump) > 60 and COP_calculated < 24 and tonumber (frequentie) > 11 then
            domoticz.devices (cop_idx)  .updateCustomSensor (COP_calculated)
            domoticz.devices (heat_idx) .updateCustomSensor (Watt_heat_c)
        else 
            domoticz.devices (cop_idx)  .updateCustomSensor (cop)
            domoticz.devices (heat_idx) .updateCustomSensor (heat)
        end
    end
end

Kijk maar wat je hiervan wilt overnemen.

Owja, ik heb in de logging van de LOG_DEBUG een LOG_INFO gemaakt en in alle logregels de overbodige domoticz.LOG_DEBUGs verwijderd.

[MikeyMan]

@Lawrentz Ik had je suggesties al verwerkt. Nieuwe script sinds gisteren:

code:

return {
    on = {
        timer = {
            'every minute'
        }
    },
    logging = {
        level = domoticz.LOG_DEBUG,
        marker = "WP-COP Pana Device HM"
    },    
    execute = function(domoticz, item)
        domoticz.log('Script execution started', domoticz.LOG_DEBUG, 'WP-COP Pana Device HM')

        local flowinstValue = domoticz.devices(303).rawData[1]
        local tempoutValue = domoticz.devices(294).rawData[1]
        local tempreturnValue = domoticz.devices(295).rawData[1]
        local powerHeatpump = domoticz.devices(386).rawData[1]
        local frequentie = domoticz.devices(310).rawData[1]
        local sCOP = domoticz.devices(442)

        -- Define or create the custom sensor sWatt_heat_c
        local sWatt_heat_c = domoticz.devices(443) or domoticz.devices.create({ 
            name = 'Watt_heat_c', 
            deviceType = domoticz.DEV_CUSTOM, 
            unit = 1, 
            typeName = 'Custom Sensor' 
        })

        local Watt_heat_c = math.abs(domoticz.utils.round((tempoutValue-tempreturnValue) * 4.187 * (flowinstValue/60)*1000))
        local COP_calculated = math.abs(domoticz.utils.round(Watt_heat_c/powerHeatpump, 2))

        domoticz.log('flowinstValue ' .. flowinstValue .. ' L/min ', domoticz.LOG_DEBUG, 'WP-COP Pana Device HM')    
        domoticz.log('tempoutValue ' .. tempoutValue .. ' C ', domoticz.LOG_DEBUG, 'WP-COP Pana Device HM')    
        domoticz.log('tempreturnValue ' .. tempreturnValue .. ' C ', domoticz.LOG_DEBUG, 'WP-COP Pana Device HM')    
        domoticz.log('powerHeatpump ' .. powerHeatpump .. ' Watt ', domoticz.LOG_DEBUG, 'WP-COP Pana Device HM')    
        domoticz.log('Watt_heat_c ' .. Watt_heat_c .. ' Watt ', domoticz.LOG_DEBUG, 'WP-COP Pana Device HM')        
        domoticz.log('COP_calculated ' .. COP_calculated .. ' W/W ', domoticz.LOG_DEBUG, 'WP-COP Pana Device HM')

--        if tonumber(powerHeatpump) > 60 and COP_calculated < 24 and tonumber(frequentie) > 11 then
--            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=442'..'&nvalue=0&svalue='..COP_calculated)
--            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=443'..'&nvalue=0&svalue='..Watt_heat_c)
--       else 
--            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=442'..'&nvalue=0&svalue=0')
--            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=443'..'&nvalue=0&svalue=0')
--        end

        if tonumber(powerHeatpump) > 60 and COP_calculated < 24 and tonumber(frequentie) > 11 then
            sCOP.updateCustomSensor(COP_calculated)
            sWatt_heat_c.updateCustomSensor(Watt_heat_c)
        else 
            sCOP.updateCustomSensor(0)
            sWatt_heat_c.updateCustomSensor(0)
        end

        domoticz.log('Script execution completed', domoticz.LOG_DEBUG, 'WP-COP Pana Device HM')
    end
}

Maar dit heeft het issue niet opgelost. Zal je laatste suggesties nog verwerken ook.

[Lawrentz]

MikeyMan schreef op vrijdag 17 november 2023 @ 17:55:
@Lawrentz Ik had je suggesties al verwerkt. Nieuwe script sinds gisteren:


[...]


Maar dit heeft het issue niet opgelost. Zal je laatste suggesties nog verwerken ook.

Script ziet er goed uit, toch?
(En wellicht nog de default debug uitzetten.)

[MikeyMan]

Lawrentz schreef op vrijdag 17 november 2023 @ 18:10:
[...]

Script ziet er goed uit, toch?
(En wellicht nog de default debug uitzetten.)

Ja op zich wel. Maar ik ben nog steeds niet van de hangs en de 10s meldingen af.

[klump4u]

Ik heb hem opgeschoond.

code:

return {
    on = {
        timer = {
            'every minute'
        }
    },
    logging = {
        level = domoticz.LOG_INFO,
        },    
    execute = function(domoticz, item)
        local flowinstValue = domoticz.devices(143).rawData[1]
        local tempoutValue = domoticz.devices(148).rawData[1]
        local tempreturnValue = domoticz.devices(147).rawData[1]
        local powerHeatpump = domoticz.devices(88).rawData[1]
        local frequentie = domoticz.devices(150).rawData[1]
        
        local Watt_heat_c = math.abs(domoticz.utils.round((tempoutValue-tempreturnValue) * 4.187 * (flowinstValue/60)*1000))
        local COP_calculated = math.abs(domoticz.utils.round(Watt_heat_c/powerHeatpump,2))

        domoticz.log('flowinstValue ' .. flowinstValue .. ' L/min ')    
        domoticz.log('tempoutValue ' .. tempoutValue .. ' C ')    
        domoticz.log('tempreturnValue ' .. tempreturnValue .. ' C ')    
        domoticz.log('powerHeatpump ' .. powerHeatpump .. ' Watt ')    
        domoticz.log('Watt_heat_c ' .. Watt_heat_c .. ' Watt ')        
        domoticz.log('COP_calculated ' .. COP_calculated .. ' COP ')

        if tonumber(powerHeatpump) > 60 and COP_calculated < 24 and tonumber(frequentie) > 11 then
            domoticz.devices(242).updateCustomSensor(COP_calculated)
            domoticz.devices(243).updateCustomSensor(Watt_heat_c)
        else 
            domoticz.devices(242).updateCustomSensor( 0 )
            domoticz.devices(243).updateCustomSensor( 0 )
        end
    end
}

[wbdj]

Sinds SD crash doet mindergas.sh het hier ook niet meer.
Het script lijkt gasmeterstand ("Counter") zelf niet te vinden ("error, gasmeterstand geen getal").
IDX staat wel goed, rest standaard. Is er verder iets veranderd met nieuwe release?

Version: 2023.2
Build Hash: 19efd039c
Compile Date: 2023-07-21 17:23:44
dzVents Version: 3.1.8
Python Version: None
Active User: admin

[rens-br]

wbdj schreef op maandag 20 november 2023 @ 23:13:
Sinds SD crash doet mindergas.sh het hier ook niet meer.
Het script lijkt gasmeterstand ("Counter") zelf niet te vinden ("error, gasmeterstand geen getal").
IDX staat wel goed, rest standaard. Is er verder iets veranderd met nieuwe release?

Version: 2023.2
Build Hash: 19efd039c
Compile Date: 2023-07-21 17:23:44
dzVents Version: 3.1.8
Python Version: None
Active User: admin

Geen idee of het er iets mee te maken heeft, maar zou jij geen Python versie moeten hebben?

[imdos]

Sinds een update van Domoticz 2022.2 naar 2023.2 werkt mijn script voor het jaarverbruik niet meer. Ik krijg echter geen foutmelding. Ziet iemand wat er mis is.
Ik heb nog geprobeerd om debug logging aan te zetten, maar zag nog niets.

code:

return {

        on = {
            -- timer = { 'every hour' }
             timer = { 'every 5 minutes' }
            --  timer = { 'every  minute' }
        },
        --[[logging = {
        level = domoticz.LOG_DEBUG,
        marker = "ytd"
        },]]--
        execute = function(dz, item)
        -- # Items uit de user variabelen
        local YTD_Gas_start = dz.variables("YTD-Gas-start").value
        local YTD_Laag_start = dz.variables("YTD-Laag-start").value
        local YTD_Laag_T_start = dz.variables("YTD-Laag-T-start").value
        local YTD_Hoog_start = dz.variables("YTD-Hoog-start").value
        local YTD_Hoog_T_start = dz.variables("YTD-Hoog-T-start").value
        -- # Uit de P1_meter
        local PowerT = dz.devices(1) -- Power
        local GasT = dz.devices(11) -- Gas
        local ElektraL = dz.devices(26)
        local ElektraH = dz.devices(25)
        local ElektraGL = dz.devices(28)
        local ElektraGH = dz.devices(29)
        local ElektraTL = dz.devices(31)
        local ElektraTH = dz.devices(30)
        local Gas_current = dz.utils.round(tonumber(GasT.rawData[1]/1000))
        local YTD_Laag_current = dz.utils.round(tonumber(PowerT.rawData[1]/1000))
        local YTD_Laag_T_current = dz.utils.round(tonumber(PowerT.rawData[3]/1000))
        local YTD_Hoog_current = dz.utils.round(tonumber(PowerT.rawData[2]/1000))
        local YTD_Hoog_T_current = dz.utils.round(tonumber(PowerT.rawData[4]/1000))
        -- calculatie
        -- from updateCounter to updateCustomSensor
        dz.devices(27).updateCounter( (Gas_current - YTD_Gas_start)*100) -- YTD_Gas
        ElektraGL.updateCounter( (YTD_Laag_current - YTD_Laag_start)*1000) -- YTD_Laag
        ElektraGH.updateCounter( (YTD_Hoog_current - YTD_Hoog_start)*1000) -- YTD_Hoog
        ElektraTH.updateCounter( (YTD_Hoog_T_current - YTD_Hoog_T_start)*1000) -- YTD_Hoog_T
        ElektraTL.updateCounter( (YTD_Laag_T_current - YTD_Laag_T_start)*1000) -- YTD_Laag_T
        ElektraH.updateCounter( ElektraGH.sValue - ElektraTH.sValue )
        ElektraL.updateCounter( ElektraGL.sValue - ElektraTL.sValue )
        -- logging
        --[[ dz.log("YTD_Gas_start = " .. YTD_Gas_start)
        dz.log("YTD_Laag_start = " .. YTD_Laag_start)
        dz.log("YTD_Laag_T_start = " .. YTD_Laag_T_start)
        dz.log("YTD_Hoog_start = " .. YTD_Hoog_start)
        dz.log("YTD_Hoog_T_start = " .. YTD_Hoog_T_start)
        dz.log("Gas_current = " .. Gas_current)
        dz.log("YTD_Laag_current = " .. YTD_Laag_current)
        dz.log("YTD_Laag_T_current = " .. YTD_Laag_T_current)
        dz.log("YTD_Hoog_current = " .. YTD_Hoog_current)
        dz.log("YTD_Hoog_T_current = " .. YTD_Hoog_T_current) ]]--
        dz.log("Gas verbruik is: " .. Gas_current - YTD_Gas_start .. " m3")
        dz.log("Elektra verbruik laag is: " .. YTD_Laag_current - YTD_Laag_start .. " kWh")
        dz.log("Elektra verbruik hoog is: " ..  YTD_Hoog_current - YTD_Hoog_start .. " kWh")
        dz.log("Elektra opwek hoog is: " .. YTD_Hoog_T_current - YTD_Hoog_T_start .. " kWh")
        dz.log("Elektra opwek laag is: " .. YTD_Laag_T_current - YTD_Laag_T_start .. " kWh")
        dz.log("Elektra gebruik hoog is: " .. ElektraH.counter/1000 .. " kWh" )
        dz.log("Elektra gebruik laag is: " .. ElektraL.counter/1000 .. " kWh" )
        end
}

P.S. De devices zijn managed counter

[ Voor 0% gewijzigd door imdos op 27-11-2023 13:01 . Reden: update ]

[M.v.Veelen]

Ik heb voor het licht in het toilet (en ook op 2 andere plekken) een Xiaomi schakelaar waarmee ik het licht bedien. Dit werkt middels een LUA scriptje:

code:

local physical_switch = 'Schakelaar toilet (X)'
local light_switch = 'Lamp WC'
local status = 'status_licht_toilet'
local fan1 = 'Itho MEDIUM'
local fan2 = 'Itho HIGH'

commandArray = {}

if otherdevices[light_switch] == 'On' and (otherdevices[fan1] == 'Off' and otherdevices[fan2] == 'Off') then
       commandArray[fan1]='On FOR 5'
end

if devicechanged[physical_switch] == 'On' and otherdevices[light_switch] == 'Off' and uservariables[status] == 'Off' then
    commandArray[light_switch]='On'
    commandArray['Variable:'..status]= 'On'

elseif devicechanged[physical_switch] == 'On' and otherdevices[light_switch] == 'On' and uservariables[status] == 'On' then
    commandArray[light_switch]='Off'
    commandArray['Variable:'..status]= 'Off'
    
end

return commandArray

Maar de vertraging is soms 1 seconde, maar regelmatig ook 3,4,5 seconden of langer. Ik dacht dat het voorheen steevast 1 seconde was (vind ik OK) en heb de knoopcel in de schakelaar inmiddels vervangen.
Helaas blijft dan toch nog regelmatig de vertraging.

Is het nu eenmaal wat te verwachten is van het Xiaomi spul of is er een snellere manier van schakelen die kan worden geadviseerd? Of zijn er ook andere wandschakelaars waarbij ik geen bridge meer nodig heb, maar die wel draadloos kan schakelen? Of, ik heb het script laten checken op chat.openai.com en daar geven ze als tip om meer met variabelen te werken, maar een performanceverbetering in het script zelf valt niet of nauwelijks te verwachten.

Meningen? Tips?

[jobr]

M.v.Veelen schreef op maandag 27 november 2023 @ 16:33:
Meningen? Tips?

Misschien gaat omzetten neer DzVents nog helpen.

[kevi-n1]

M.v.Veelen schreef op maandag 27 november 2023 @ 16:33:
Ik heb voor het licht in het toilet (en ook op 2 andere plekken) een Xiaomi schakelaar waarmee ik het licht bedien. Dit werkt middels een LUA scriptje:

code:

local physical_switch = 'Schakelaar toilet (X)'
local light_switch = 'Lamp WC'
local status = 'status_licht_toilet'
local fan1 = 'Itho MEDIUM'
local fan2 = 'Itho HIGH'

commandArray = {}

if otherdevices[light_switch] == 'On' and (otherdevices[fan1] == 'Off' and otherdevices[fan2] == 'Off') then
       commandArray[fan1]='On FOR 5'
end

if devicechanged[physical_switch] == 'On' and otherdevices[light_switch] == 'Off' and uservariables[status] == 'Off' then
    commandArray[light_switch]='On'
    commandArray['Variable:'..status]= 'On'

elseif devicechanged[physical_switch] == 'On' and otherdevices[light_switch] == 'On' and uservariables[status] == 'On' then
    commandArray[light_switch]='Off'
    commandArray['Variable:'..status]= 'Off'
    
end

return commandArray

Maar de vertraging is soms 1 seconde, maar regelmatig ook 3,4,5 seconden of langer. Ik dacht dat het voorheen steevast 1 seconde was (vind ik OK) en heb de knoopcel in de schakelaar inmiddels vervangen.
Helaas blijft dan toch nog regelmatig de vertraging.

Is het nu eenmaal wat te verwachten is van het Xiaomi spul of is er een snellere manier van schakelen die kan worden geadviseerd? Of zijn er ook andere wandschakelaars waarbij ik geen bridge meer nodig heb, maar die wel draadloos kan schakelen? Of, ik heb het script laten checken op chat.openai.com en daar geven ze als tip om meer met variabelen te werken, maar een performanceverbetering in het script zelf valt niet of nauwelijks te verwachten.

Meningen? Tips?

Ik denk niet dat de code het probleem is. Je kan dit eenvoudig controlen door een timestamp aan het begin te printen en aan het einde. Ik denk dat de uitvoertijd in milliseconden zal zijn.

Je informatie wordt terug gestopt in de commandarray en dan gaat er wat gebeuren. Ik denk eerder dat je een communicatieprobleem hebt en dat je extra zigbee, zwave nodes bij moet plaatsen. Die vertraging klinkt meer als, dat je server, slecht verbinding heeft met de node en meerdere hops nodig heeft.

[Zwartoog]

Ik heb een quirk in de maandtotalen die ik niet opgelost krijg

Oorzaak is een bug in Enphase die eens in de zoveel maanden de counters reset, met overflows tot gevolg. Deze corrigeer ik dan in de dagtotalen (kWh meter) door de waarde in de database aan te passen.

Echter, deze keer blijft het maandtotaal op standje "superhoog" staan:

code:

$ sqlite3 domoticz.db 'select * from METER_CALENDAR where DeviceRowID==39'
...
39| 7690| 387337|2023-11-09
39| 1657| 388994|2023-11-10
39|13187| 402181|2023-11-11
39| 2150|2713622|2023-11-12
39| 1238|2714860|2023-11-13
39| 2809|2717669|2023-11-14
39| 7442|2725111|2023-11-15
...

Op 12 november is er dus een reset geweest van de totale counter (3e kolom). Ik heb in de 2e kolom (dagtotalen) de stand aangepast naar de werkelijke waarde.

Wat ik altijd begreep is dat de maandtotalen worden opgemaakt door de dagtotalen op te tellen. Blijkbaar werkt dat hier niet. Het lijkt erop alsof hij de totale counter gebruikt. Echter, toen de totale counter eerder naar 0 werd gereset, leverde deze correctie geen problemen op.

Iemand een idee?

[Lawrentz]

M.v.Veelen schreef op maandag 27 november 2023 @ 16:33:
Ik heb voor het licht in het toilet (en ook op 2 andere plekken) een Xiaomi schakelaar waarmee ik het licht bedien. Dit werkt middels een LUA scriptje:

code:

local physical_switch = 'Schakelaar toilet (X)'
local light_switch = 'Lamp WC'
local status = 'status_licht_toilet'
local fan1 = 'Itho MEDIUM'
local fan2 = 'Itho HIGH'

commandArray = {}

if otherdevices[light_switch] == 'On' and (otherdevices[fan1] == 'Off' and otherdevices[fan2] == 'Off') then
       commandArray[fan1]='On FOR 5'
end

if devicechanged[physical_switch] == 'On' and otherdevices[light_switch] == 'Off' and uservariables[status] == 'Off' then
    commandArray[light_switch]='On'
    commandArray['Variable:'..status]= 'On'

elseif devicechanged[physical_switch] == 'On' and otherdevices[light_switch] == 'On' and uservariables[status] == 'On' then
    commandArray[light_switch]='Off'
    commandArray['Variable:'..status]= 'Off'
    
end

return commandArray

Maar de vertraging is soms 1 seconde, maar regelmatig ook 3,4,5 seconden of langer. Ik dacht dat het voorheen steevast 1 seconde was (vind ik OK) en heb de knoopcel in de schakelaar inmiddels vervangen.
Helaas blijft dan toch nog regelmatig de vertraging.

Is het nu eenmaal wat te verwachten is van het Xiaomi spul of is er een snellere manier van schakelen die kan worden geadviseerd? Of zijn er ook andere wandschakelaars waarbij ik geen bridge meer nodig heb, maar die wel draadloos kan schakelen? Of, ik heb het script laten checken op chat.openai.com en daar geven ze als tip om meer met variabelen te werken, maar een performanceverbetering in het script zelf valt niet of nauwelijks te verwachten.

Meningen? Tips?

Je zou eens kunnen proberen om in de Hardware de Motherboard Sensors te activeren.
Hiermee kan je je systeem monitoren en je sensoren loggen om te kijken of je met je resources in de knel komt.
Ik had een keer dat de logging onvoldoende was geschoond en mijn SD kaart aardig vol liep.
ik heb toen 60-70% van de opslag kunnen schonen en heeft me toen enorm geholpen.
.

[MikeyMan]

Zijn er meer mensen die problemen hebben met de Shelly integratie?

Tot voor kort werkte dit prima, maar de PlusHT's doen nu de laatste dagen weinig nuttigs meer.
MQTT explorer geeft wel als vanouds nette waardes. Maar daar blijft het ook bij.

[hannibal2206]

Lawrentz schreef op dinsdag 28 november 2023 @ 10:45:
[...]

Je zou eens kunnen proberen om in de Hardware de Motherboard Sensors te activeren.
Hiermee kan je je systeem monitoren en je sensoren loggen om te kijken of je met je resources in de knel komt.
Ik had een keer dat de logging onvoldoende was geschoond en mijn SD kaart aardig vol liep.
ik heb toen 60-70% van de opslag kunnen schonen en heeft me toen enorm geholpen.
.

Ik gebruik al heel lang een 16 GB kaart op een RPI3 maar die loopt regelmatig vol. Ik probeer dan wat op te ruimen maar veel helpt dat niet (zeker geen 60-70%)

pi@raspberrypi3:~ $ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 15G 13G 733M 95% /
devtmpfs 430M 0 430M 0% /dev
tmpfs 462M 0 462M 0% /dev/shm
tmpfs 462M 47M 415M 11% /run
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 462M 0 462M 0% /sys/fs/cgroup
/dev/mmcblk0p1 253M 49M 204M 20% /boot
log2ram 96M 33M 64M 35% /var/log
//192.168.1.201/WSB/Backup_RPi3_Domoticz 5.4T 4.0T 1.5T 74% /mnt/backup
tmpfs 93M 0 93M 0% /run/user/1000

Toch maar naar een 32 GB kaart gaan ?

[rvk]

hannibal2206 schreef op donderdag 30 november 2023 @ 14:51:
[...]
Toch maar naar een 32 GB kaart gaan ?

Die dan vervolgens ook weer vol loopt (nou ja, over 15 jaar dan)

Je kunt ook even kijken of je onverwacht grote directories hebt.
Even via root door je directories lopen.

sudo -i
cd /
sudo du -s * | sort -nr

Dan kijken welke directories het grootst zijn.
Vervolgens kun je in die directory weer hetzelfde doen om te bekijken of je een programma hebt die lekker veel troep achterlaat.

(er zijn natuurlijk ook andere makkelijkere programma's hiervoor. ncdu of andere treeviewers.)

[Lawrentz]

hannibal2206 schreef op donderdag 30 november 2023 @ 14:51:
Toch maar naar een 32 GB kaart gaan ?

Aanvullend op wat @rvk schreef (en zeker niet ipv):
Vaak lopen de kaartjes vol door niet geschoonde logfiles.
De logfiles kan je achterhalen door:

code:

sudo find / -name *log
sudo find / -name *log.gz

Met de resultaten kan je naar de mappen, kijken of wat je daar tegenkomt en opschonen wat je niet meer nodig hebt.
Het is even een klusje maar een uurtje verder weer je iig wat je logfiles doen en welke je kan verwijderen.
Dan is het daarna nog wel raadzaam om de oorzaak aan te pakken zoals aanpassing van de logniveaus en de logrotates.

[MsG]

hobby_gebruiker schreef op donderdag 19 oktober 2023 @ 23:18:
> Ik heb mijn raspberry pi geüpdatet naar bookworm (os) nu krijg in domoticz niet meer aan de praat
> kan nergens vinden of deze nieuwe versie werkt met domoticz .
> iemand al ervaringen mee.

Ik heb het draaien op een verse installatie (bookworm).
Als je domoticz vanaf de commandline start dan zie je dat de libssl1.1 library ontbreekt. Ik heb die met aptitude zo kunnen installeren, daarna draaide domoticz direct.
(heb er helaas geen notitie van gemaakt, ben ben vrij zeker dat het libssl1.1 was)

Voor wie hier ook tegenaan loopt; vanaf een verse Bookworm heb ik enkel

code:

sudo apt install libssl1.1

hoeven doen, en daarna werkte Domoticz wel weer. De eigenaar van Domoticz lijkt meer aan te sturen op het gebruik van Docker: https://github.com/domoti...3#issuecomment-1519060832

[rens-br]

MsG schreef op zondag 3 december 2023 @ 15:29:
De eigenaar van Domoticz lijkt meer aan te sturen op het gebruik van Docker: https://github.com/domoti...3#issuecomment-1519060832

Ik snap dat wel. Docker werkt zoveel stabieler en fijner dan dedicated draaien. Stuk stabieler, makkelijker te updaten, ik wil niet meer terug.

[Lawrentz]

rens-br schreef op zondag 3 december 2023 @ 16:03:
[...]
Ik snap dat wel. Docker werkt zoveel stabieler en fijner dan dedicated draaien. Stuk stabieler, makkelijker te updaten, ik wil niet meer terug.

Ik snap het niet.
Domoticz werkt bij mij gewoon stabiel zonder Docker en dat geldt m.i. voor vele andere gebruikers.
Waarom zou Domoticz niet gewoon een keer kunnen worden aangepast?

Zelf denk ik dat genoeg gebruiker zijn die blij zijn dat ze Domoticz stabiel hebben werken maar niet genoeg kennis hebben om Domoticz naar Docker te migreren, hoe moeilijk anderen er ook over denken.
Wanneer dit niet wordt getackeld zullen gebruikers m.i. langzaam gaan afhaken.

[kevi-n1]

Lawrentz schreef op zondag 3 december 2023 @ 21:59:
[...]

Ik snap het niet.
Domoticz werkt bij mij gewoon stabiel zonder Docker en dat geldt m.i. voor vele andere gebruikers.
Waarom zou Domoticz niet gewoon een keer kunnen worden aangepast?

Zelf denk ik dat genoeg gebruiker zijn die blij zijn dat ze Domoticz stabiel hebben werken maar niet genoeg kennis hebben om Domoticz naar Docker te migreren, hoe moeilijk anderen er ook over denken.
Wanneer dit niet wordt getackeld zullen gebruikers m.i. langzaam gaan afhaken.

Voor mij was het versie beheer een reden om over te stappen op docker. In de tijd dat ik het direct draaide kwam het regelmatig voor dat er "iets stuk ging". Opeens extra bibliotheken nodig waren of niet langer de juiste versie ondersteund werd. Na het updaten, draaide domoticz nog steeds niet en moest je weer dingen terugdraaien. En ja, tuurlijk sommige tweakers hebben dit allemaal niet gehad

Met docker heb ik eigenlijk geen/weinig last gehad van dependencies en mocht het niet werken op ee versie, selecteer ik de oude image en dan draait alles weer.

Het instellen is even werk maar als het eenmaal draait heb ik er ook geen omkijken meer naar.

[M.v.Veelen]

Zojuist Domoticz via de CLI geupdate naar de laatste Beta versie en nu komt ie niet meer up.
Niemand die stap nog genomen? Draait op een RPi 3B+ en al jaren als een zonnetje. Laatste update nekt 'm dus.

Tips?

code:

● domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated)
   Active: active (exited) since Mon 2023-12-04 13:54:35 CET; 1min 13s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 7546 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SUCCESS)

dec 04 13:54:35 raspberrypi systemd[1]: Starting LSB: Home Automation System...
dec 04 13:54:35 raspberrypi domoticz.sh[7546]: /home/pi/domoticz/domoticz: /lib/arm-linux-gnueabihf/libpthread.so.0: version `GLIBC_2.30' not found (required by /home/pi/domoticz/domoticz)
dec 04 13:54:35 raspberrypi domoticz.sh[7546]: /home/pi/domoticz/domoticz: /lib/arm-linux-gnueabihf/libm.so.6: version `GLIBC_2.29' not found (required by /home/pi/domoticz/domoticz)
dec 04 13:54:35 raspberrypi systemd[1]: Started LSB: Home Automation System.

Ik zie het al hier: Domoticz nu update niet meer bereikbaar via de browser

Nu heb ik een backup, maar hoe zet ik die terug? Of kan ik beter upgraden naar Bookworm (hoe)?

Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster

Edit:

Ik ben nu zover:

PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

Met dit in

sudo nano /etc/apt/sources.list

code:

deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware

Maar ik krijg nog heel wat fouten en kom niet verder. Bron: https://raspberrytips.com...pberry-pi-latest-version/

Maar toch is niet alles om naar Bookworm, zie "geraakt 6":

code:

pi@raspberrypi:~ $ sudo apt update
Geraakt:1 http://security.debian.org/debian-security bookworm-security InRelease
Geraakt:2 http://deb.debian.org/debian bookworm InRelease
Geraakt:3 http://deb.debian.org/debian bookworm-updates InRelease
Geraakt:4 http://archive.raspberrypi.org/debian bookworm InRelease
Geraakt:5 https://repo.mosquitto.org/debian bookworm InRelease
Geraakt:6 https://repo.mosquitto.org/debian buster InRelease
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
454 pakketten kunnen opgewaardeerd worden. Voer 'apt list --upgradable' uit om ze te zien.

[ Voor 116% gewijzigd door M.v.Veelen op 04-12-2023 15:16 ]

[Lawrentz]

M.v.Veelen schreef op maandag 4 december 2023 @ 14:00:
Zojuist Domoticz via de CLI geupdate naar de laatste Beta versie en nu komt ie niet meer up.
Niemand die stap nog genomen? Draait op een RPi 3B+ en al jaren als een zonnetje. Laatste update nekt 'm dus.

Tips?

code:

● domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated)
   Active: active (exited) since Mon 2023-12-04 13:54:35 CET; 1min 13s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 7546 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SUCCESS)

dec 04 13:54:35 raspberrypi systemd[1]: Starting LSB: Home Automation System...
dec 04 13:54:35 raspberrypi domoticz.sh[7546]: /home/pi/domoticz/domoticz: /lib/arm-linux-gnueabihf/libpthread.so.0: version `GLIBC_2.30' not found (required by /home/pi/domoticz/domoticz)
dec 04 13:54:35 raspberrypi domoticz.sh[7546]: /home/pi/domoticz/domoticz: /lib/arm-linux-gnueabihf/libm.so.6: version `GLIBC_2.29' not found (required by /home/pi/domoticz/domoticz)
dec 04 13:54:35 raspberrypi systemd[1]: Started LSB: Home Automation System.

Ik zie het al hier: Domoticz nu update niet meer bereikbaar via de browser

Nu heb ik een backup, maar hoe zet ik die terug? Of kan ik beter upgraden naar Bookworm (hoe)?

Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster

Edit:

Ik ben nu zover:

PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

Met dit in

sudo nano /etc/apt/sources.list

code:

deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware

Maar ik krijg nog heel wat fouten en kom niet verder. Bron: https://raspberrytips.com...pberry-pi-latest-version/

Maar toch is niet alles om naar Bookworm, zie "geraakt 6":

code:

pi@raspberrypi:~ $ sudo apt update
Geraakt:1 http://security.debian.org/debian-security bookworm-security InRelease
Geraakt:2 http://deb.debian.org/debian bookworm InRelease
Geraakt:3 http://deb.debian.org/debian bookworm-updates InRelease
Geraakt:4 http://archive.raspberrypi.org/debian bookworm InRelease
Geraakt:5 https://repo.mosquitto.org/debian bookworm InRelease
Geraakt:6 https://repo.mosquitto.org/debian buster InRelease
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
454 pakketten kunnen opgewaardeerd worden. Voer 'apt list --upgradable' uit om ze te zien.

Is in de laatste Beta het libssl.so.1.1/libssl.so.3.0 issue in Domoctic op Bookworm al getackeld?
Zie oa Domoticz - open source domotica systeem - deel 5 met daarin ...

code:

/home/pi/domoticz/domoticz: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

Zie ook Lawrentz in "Domoticz - open source domotica systeem - deel 5" waarna ik (terecht) werd teruggefloten in asing in "Domoticz - open source domotica systeem - deel 5"

[M.v.Veelen]

Dan wordt het toch Bullseye. Dat heb ik nu erop staan maar krijg Domoticz nog niet aan de praat. Ik ga even verder stoeien.

Edit: bullseye it is.

Domoticz is ook weer online en het werkt. Alleen krijg ik bij sudo apt upgrade een aantal foutmeldingen die ik voor nu dan maar even negeer. Of iemand moet een oplossing weten?

code:

co@raspberrypi:/etc/apt/sources.list.d $ sudo apt upgrade
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
U kunt 'apt --fix-broken install' uitvoeren om dit op te lossen.
De volgende pakketten hebben niet-voldane vereisten:
 bsdmainutils : Vereisten: ncal maar het is niet geïnstalleerd
 build-essential : Vereisten: libc6-dev maar het is niet geïnstalleerd of
                              libc-dev
 libpython3.7-dev : Vereisten: libexpat1-dev maar het is niet geïnstalleerd
                    Aanbevelingen: libc6-dev maar het is niet geïnstalleerd of
                                   libc-dev
 libstdc++-8-dev : Vereisten: libc6-dev (>= 2.13-5) maar het is niet geïnstalleerd
 libudev-dev : Vereisten: libudev1 (= 247.3-7+deb11u4) maar 241-7~deb10u9+rpi1 is geïnstalleerd
 python-asn1crypto : Vereisten: python:any (< 2.8)
                     Vereisten: python:any (>= 2.7.5-5~)
 python-cffi-backend : Vereisten: python (< 2.8)
                       Vereisten: python (>= 2.7~)
                       Vereisten: python:any (< 2.8)
                       Vereisten: python:any (>= 2.7~)
 python-crypto : Vereisten: python (< 2.8)
                 Vereisten: python (>= 2.7~)
                 Vereisten: python:any (< 2.8)
                 Vereisten: python:any (>= 2.7~)
 python-cryptography : Vereisten: python (< 2.8)
                       Vereisten: python (>= 2.7~)
                       Vereisten: python:any (< 2.8)
                       Vereisten: python:any (>= 2.7~)
 python-dbus : Vereisten: python (< 2.8)
               Vereisten: python (>= 2.7~)
               Vereisten: python:any (< 2.8)
               Vereisten: python:any (>= 2.7~)
               Aanbevelingen: python-gi maar het is niet installeerbaar
 python-enum34 : Vereisten: python:any (< 2.8)
                 Vereisten: python:any (>= 2.7.5-5~)
 python-ipaddress : Vereisten: python:any (< 2.8)
                    Vereisten: python:any (>= 2.7~)
 python-keyrings.alt : Vereisten: python:any (< 2.8)
                       Vereisten: python:any (>= 2.7~)
 python-pip : Vereisten: python:any (< 2.8)
              Vereisten: python:any (>= 2.7~)
              Aanbevelingen: python-all-dev (>= 2.6) maar het is niet geïnstalleerd
 python-pkg-resources : Vereisten: python:any (< 2.8)
                        Vereisten: python:any (>= 2.7~)
 python-secretstorage : Vereisten: python:any (< 2.8)
                        Vereisten: python:any (>= 2.7.5-5~)
                        Aanbevelingen: python-gi maar het is niet installeerbaar
 python-setuptools : Vereisten: python:any (< 2.8)
                     Vereisten: python:any (>= 2.7~)
 python-six : Vereisten: python:any (< 2.8)
              Vereisten: python:any (>= 2.7~)
 python-wheel : Vereisten: python:any (< 2.8)
                Vereisten: python:any (>= 2.7~)
                Aanbevelingen: python-keyring maar het is niet installeerbaar
 python-xdg : Vereisten: python:any (< 2.8)
              Vereisten: python:any (>= 2.7~)
E: Er zijn niet-voldane vereisten. U kunt best 'apt --fix-broken install' uitvoeren zonder pakketten op te geven, (of u kunt zelf een oplossing specificeren).

Waarbij 'apt --fix-broken install' totaal niets uithaalt en me ook weer foutmeldingen oplevert:

code:

co@raspberrypi:/etc/apt/sources.list.d $ sudo apt --fix-broken install
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
Vereisten worden gecorrigeerd... Klaar
De volgende pakketten zijn automatisch geïnstalleerd en zijn niet langer nodig:
  dh-python javascript-common libc-dev-bin libfl2 libjs-jquery libjs-sphinxdoc libjs-underscore libjson-c5 libperl5.28 libpng-tools libpython2.7 linux-libc-dev perl-modules-5.28 python-all python3-asn1crypto
  python3-entrypoints raspi-gpio raspinfo rpi.gpio-common
Gebruik 'sudo apt autoremove' om ze te verwijderen.
De volgende extra pakketten zullen geïnstalleerd worden:
  binutils binutils-arm-linux-gnueabihf binutils-common cpp cpp-10 gcc gcc-10 libasan6 libatomic1 libbinutils libcc1-0 libctf-nobfd0 libctf0 libgcc-10-dev libgomp1 libisl23 libubsan1 libudev1 ncal
  python-pkg-resources python-setuptools python-six udev
Voorgestelde pakketten:
  binutils-doc cpp-doc gcc-10-locales gcc-multilib autoconf automake libtool flex bison gcc-doc gcc-10-doc python-setuptools-doc
Aanbevolen pakketten:
  libc6-dev | libc-dev libc6-dev
De volgende pakketten zullen VERWIJDERD worden:
  build-essential g++ g++-8 libpython3-dev libpython3.7-dev libstdc++-8-dev python-asn1crypto python-cffi-backend python-crypto python-cryptography python-dbus python-enum34 python-ipaddress python-keyrings.alt
  python-pip python-secretstorage python-wheel python-xdg
De volgende NIEUWE pakketten zullen geïnstalleerd worden:
  cpp-10 gcc-10 libasan6 libctf-nobfd0 libctf0 libgcc-10-dev libisl23 ncal
De volgende pakketten zullen opgewaardeerd worden:
  binutils binutils-arm-linux-gnueabihf binutils-common cpp gcc libatomic1 libbinutils libcc1-0 libgomp1 libubsan1 libudev1 python-pkg-resources python-setuptools python-six udev
15 opgewaardeerd, 8 nieuw geïnstalleerd, 18 te verwijderen en 332 niet opgewaardeerd.
5 niet volledig geïnstalleerd of verwijderd.
Er moeten 0 B/31,3 MB aan archieven opgehaald worden.
Na deze bewerking zal er 46,9 MB schijfruimte vrijkomen.
Wilt u doorgaan? [J/n] J
De changelogs worden ingelezen... Klaar
Instellen van libpam0g:armhf (1.5.2-6+rpt2+deb12u1) ...
Checking for services that may need to be restarted.../var/lib/dpkg/info/libpam0g:armhf.postinst: 146: /var/lib/dpkg/info/libpam0g:armhf.postinst: awk: not found
Checking init scripts...
/var/lib/dpkg/info/libpam0g:armhf.postinst: 97: /var/lib/dpkg/info/libpam0g:armhf.postinst: awk: not found
dpkg: fout bij verwerken van pakket libpam0g:armhf (--configure):
 subproces van pakket libpam0g:armhf werd script post-installation geïnstalleerd gaf de foutwaarde 127 terug
Fouten gevonden tijdens verwerken van:
 libpam0g:armhf
E: Sub-process /usr/bin/dpkg returned an error code (1)

[ Voor 96% gewijzigd door M.v.Veelen op 04-12-2023 16:31 ]

[tsjoender]

Lawrentz schreef op maandag 4 december 2023 @ 16:03:
[...]

Is in de laatste Beta het libssl.so.1.1/libssl.so.3.0 issue in Domoctic op Bookworm al getackeld?
Zie oa Domoticz - open source domotica systeem - deel 5 met daarin ...

code:

/home/pi/domoticz/domoticz: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory

Zie ook Lawrentz in "Domoticz - open source domotica systeem - deel 5" waarna ik (terecht) werd teruggefloten in asing in "Domoticz - open source domotica systeem - deel 5"

Dit weekend ben ik van Buster via Bullseye naar Bookworm gegaan door tutorials van deze pagina te volgen. De libssl1.1 package welke bij Bullseye nog bijgewerkt was, bleef in Bookworm beschikbaar, dus geen probleem voor Domoticz welke nog afhankelijk is van libssl1.

Vooraf had ik in een virtual machine al Bookworm geinstalleerd en dan kun je libssl1 niet zo installeren vanuit een repository. Wat daar wel werkte is de .deb file downloaden voor Bullseye en deze met dpkg -i installeren.

Dus je hoeft voor Domoticz niet perse bij Bullseye te blijven.

[rens-br]

Lawrentz schreef op zondag 3 december 2023 @ 21:59:
[...]

Ik snap het niet.
Domoticz werkt bij mij gewoon stabiel zonder Docker en dat geldt m.i. voor vele andere gebruikers.
Waarom zou Domoticz niet gewoon een keer kunnen worden aangepast?

Zelf denk ik dat genoeg gebruiker zijn die blij zijn dat ze Domoticz stabiel hebben werken maar niet genoeg kennis hebben om Domoticz naar Docker te migreren, hoe moeilijk anderen er ook over denken.
Wanneer dit niet wordt getackeld zullen gebruikers m.i. langzaam gaan afhaken.

Domoticz werkt native ongetwijfeld heel stabiel, maar is zoals andere ook aangeven afhankelijk van libraries, die, al dan niet standaard, geinstalleerd zijn op de verschillende linux distributies en versies.

Daarnaast draai ik inmiddels zo'n 26 verschillende diensten op mijn Debian box, die allemaal een mate van afhankelijkheid hebben. Wat doe je nu als Domoticz versie X verwacht van iets en bijvoorbeeld Deconz versie Y? Beide installeren kan vaak niet.

Met Docker voorkom je dat soort problemen. Dan draait alles in een losse container en ben je van dat gedoe af.

Ik gebruik Raspberries, Linux en Domoticz nu al een jaar of 7? en bij elke nieuwe Raspberry / Linux versie was er gedoe. Twee jaar geleden overgestapt op een Chromebox met Debian en alles in Docker geinstalleerd en sindsdien nauwelijks meer problemen. Die 15 minuten die ik nodig had om Docker te installeren woog echt wel op tegen die halve dagen die ik nodig had om Domoticz of iets anders weer aan de praat te krijgen als ik wat deed updaten.

Docker installeren is ook echt super simpel en in combinatie met Portrainer ook nog eens makkelijk in onderhoud. Ik wil echt niks anders meer.

Ook een ander software pakket installeren is een kwestie van een docker-compose file aanmaken, builden en klaar. Simpel voorbeeld: Laatst ben ik overgestapt van NZBGet naar Sabnzbd. Je kopieert deze file, je bouwt hem en het werk gewoon. Binnen 5 minuten geregeld.

Voor een overzicht van alles wat ik heb draaien in Docker, zie: rens-br in "Domoticz - open source domotica systeem - deel 5"

[Plenkske]

rens-br schreef op dinsdag 5 december 2023 @ 08:26:
Die 15 minuten die ik nodig had om Docker te installeren woog echt wel op tegen die halve dagen die ik nodig had om Domoticz of iets anders weer aan de praat te krijgen als ik wat deed updaten.

Ik update daarom Domoticz en gekoppelde software pas als ik de update echt nodig heb. Ik update niet omdat er een nieuwe versie uit is.

Soms ontkom je er niet aan, dat snap ik heus wel. En docker is zeker een mooie oplossing daarvoor.

[M.v.Veelen]

tsjoender schreef op maandag 4 december 2023 @ 19:07:
[...]


Dit weekend ben ik van Buster via Bullseye naar Bookworm gegaan door tutorials van deze pagina te volgen. De libssl1.1 package welke bij Bullseye nog bijgewerkt was, bleef in Bookworm beschikbaar, dus geen probleem voor Domoticz welke nog afhankelijk is van libssl1.

Vooraf had ik in een virtual machine al Bookworm geinstalleerd en dan kun je libssl1 niet zo installeren vanuit een repository. Wat daar wel werkte is de .deb file downloaden voor Bullseye en deze met dpkg -i installeren.

Dus je hoeft voor Domoticz niet perse bij Bullseye te blijven.

Nice to know, maar ik ben tegen een berg foutmeldingen aangelopen waardoor ik nu wel op Bulssseye draai en Domoticz ook weer in de lucht is gekomen, maar ik wel met eerdergenoemde foutmeldingen zit.

Het liefste zou ik op een andere USB stick alles opnieuw installeren en een backup daarop terugzetten, maar omdat ik niet wil dat straks het hele huis weer plat ligt, stel ik dat liever uit tot ik precies weet wat de beste methode is. Ik heb alles scripts, DB's, enz. op m'n NAS staan, dus dat is wel een geruststelling.

Als iemand weet hoe ik van eerdergenoemde foutmeldingen af kom: graag. En anders tips over hoe ik het beste (en snelste) weer de boel up-and-running kan krijgen op een nieuwe stick maar dan zonder foutmeldingen.

[tsjoender]

M.v.Veelen schreef op maandag 4 december 2023 @ 16:07:
Dan wordt het toch Bullseye. Dat heb ik nu erop staan maar krijg Domoticz nog niet aan de praat. Ik ga even verder stoeien.

Edit: bullseye it is.

Domoticz is ook weer online en het werkt. Alleen krijg ik bij sudo apt upgrade een aantal foutmeldingen die ik voor nu dan maar even negeer. Of iemand moet een oplossing weten?

code:

co@raspberrypi:/etc/apt/sources.list.d $ sudo apt upgrade
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
U kunt 'apt --fix-broken install' uitvoeren om dit op te lossen.
De volgende pakketten hebben niet-voldane vereisten:
 bsdmainutils : Vereisten: ncal maar het is niet geïnstalleerd
 build-essential : Vereisten: libc6-dev maar het is niet geïnstalleerd of
                              libc-dev
 libpython3.7-dev : Vereisten: libexpat1-dev maar het is niet geïnstalleerd
                    Aanbevelingen: libc6-dev maar het is niet geïnstalleerd of
                                   libc-dev
 libstdc++-8-dev : Vereisten: libc6-dev (>= 2.13-5) maar het is niet geïnstalleerd
 libudev-dev : Vereisten: libudev1 (= 247.3-7+deb11u4) maar 241-7~deb10u9+rpi1 is geïnstalleerd
 python-asn1crypto : Vereisten: python:any (< 2.8)
                     Vereisten: python:any (>= 2.7.5-5~)
 python-cffi-backend : Vereisten: python (< 2.8)
                       Vereisten: python (>= 2.7~)
                       Vereisten: python:any (< 2.8)
                       Vereisten: python:any (>= 2.7~)
 python-crypto : Vereisten: python (< 2.8)
                 Vereisten: python (>= 2.7~)
                 Vereisten: python:any (< 2.8)
                 Vereisten: python:any (>= 2.7~)
 python-cryptography : Vereisten: python (< 2.8)
                       Vereisten: python (>= 2.7~)
                       Vereisten: python:any (< 2.8)
                       Vereisten: python:any (>= 2.7~)
 python-dbus : Vereisten: python (< 2.8)
               Vereisten: python (>= 2.7~)
               Vereisten: python:any (< 2.8)
               Vereisten: python:any (>= 2.7~)
               Aanbevelingen: python-gi maar het is niet installeerbaar
 python-enum34 : Vereisten: python:any (< 2.8)
                 Vereisten: python:any (>= 2.7.5-5~)
 python-ipaddress : Vereisten: python:any (< 2.8)
                    Vereisten: python:any (>= 2.7~)
 python-keyrings.alt : Vereisten: python:any (< 2.8)
                       Vereisten: python:any (>= 2.7~)
 python-pip : Vereisten: python:any (< 2.8)
              Vereisten: python:any (>= 2.7~)
              Aanbevelingen: python-all-dev (>= 2.6) maar het is niet geïnstalleerd
 python-pkg-resources : Vereisten: python:any (< 2.8)
                        Vereisten: python:any (>= 2.7~)
 python-secretstorage : Vereisten: python:any (< 2.8)
                        Vereisten: python:any (>= 2.7.5-5~)
                        Aanbevelingen: python-gi maar het is niet installeerbaar
 python-setuptools : Vereisten: python:any (< 2.8)
                     Vereisten: python:any (>= 2.7~)
 python-six : Vereisten: python:any (< 2.8)
              Vereisten: python:any (>= 2.7~)
 python-wheel : Vereisten: python:any (< 2.8)
                Vereisten: python:any (>= 2.7~)
                Aanbevelingen: python-keyring maar het is niet installeerbaar
 python-xdg : Vereisten: python:any (< 2.8)
              Vereisten: python:any (>= 2.7~)
E: Er zijn niet-voldane vereisten. U kunt best 'apt --fix-broken install' uitvoeren zonder pakketten op te geven, (of u kunt zelf een oplossing specificeren).

Waarbij 'apt --fix-broken install' totaal niets uithaalt en me ook weer foutmeldingen oplevert:

code:

co@raspberrypi:/etc/apt/sources.list.d $ sudo apt --fix-broken install
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd
De statusinformatie wordt gelezen... Klaar
Vereisten worden gecorrigeerd... Klaar
De volgende pakketten zijn automatisch geïnstalleerd en zijn niet langer nodig:
  dh-python javascript-common libc-dev-bin libfl2 libjs-jquery libjs-sphinxdoc libjs-underscore libjson-c5 libperl5.28 libpng-tools libpython2.7 linux-libc-dev perl-modules-5.28 python-all python3-asn1crypto
  python3-entrypoints raspi-gpio raspinfo rpi.gpio-common
Gebruik 'sudo apt autoremove' om ze te verwijderen.
De volgende extra pakketten zullen geïnstalleerd worden:
  binutils binutils-arm-linux-gnueabihf binutils-common cpp cpp-10 gcc gcc-10 libasan6 libatomic1 libbinutils libcc1-0 libctf-nobfd0 libctf0 libgcc-10-dev libgomp1 libisl23 libubsan1 libudev1 ncal
  python-pkg-resources python-setuptools python-six udev
Voorgestelde pakketten:
  binutils-doc cpp-doc gcc-10-locales gcc-multilib autoconf automake libtool flex bison gcc-doc gcc-10-doc python-setuptools-doc
Aanbevolen pakketten:
  libc6-dev | libc-dev libc6-dev
De volgende pakketten zullen VERWIJDERD worden:
  build-essential g++ g++-8 libpython3-dev libpython3.7-dev libstdc++-8-dev python-asn1crypto python-cffi-backend python-crypto python-cryptography python-dbus python-enum34 python-ipaddress python-keyrings.alt
  python-pip python-secretstorage python-wheel python-xdg
De volgende NIEUWE pakketten zullen geïnstalleerd worden:
  cpp-10 gcc-10 libasan6 libctf-nobfd0 libctf0 libgcc-10-dev libisl23 ncal
De volgende pakketten zullen opgewaardeerd worden:
  binutils binutils-arm-linux-gnueabihf binutils-common cpp gcc libatomic1 libbinutils libcc1-0 libgomp1 libubsan1 libudev1 python-pkg-resources python-setuptools python-six udev
15 opgewaardeerd, 8 nieuw geïnstalleerd, 18 te verwijderen en 332 niet opgewaardeerd.
5 niet volledig geïnstalleerd of verwijderd.
Er moeten 0 B/31,3 MB aan archieven opgehaald worden.
Na deze bewerking zal er 46,9 MB schijfruimte vrijkomen.
Wilt u doorgaan? [J/n] J
De changelogs worden ingelezen... Klaar
Instellen van libpam0g:armhf (1.5.2-6+rpt2+deb12u1) ...
Checking for services that may need to be restarted.../var/lib/dpkg/info/libpam0g:armhf.postinst: 146: /var/lib/dpkg/info/libpam0g:armhf.postinst: awk: not found
Checking init scripts...
/var/lib/dpkg/info/libpam0g:armhf.postinst: 97: /var/lib/dpkg/info/libpam0g:armhf.postinst: awk: not found
dpkg: fout bij verwerken van pakket libpam0g:armhf (--configure):
 subproces van pakket libpam0g:armhf werd script post-installation geïnstalleerd gaf de foutwaarde 127 terug
Fouten gevonden tijdens verwerken van:
 libpam0g:armhf
E: Sub-process /usr/bin/dpkg returned an error code (1)

M.v.Veelen schreef op dinsdag 5 december 2023 @ 17:44:
[...]
Nice to know, maar ik ben tegen een berg foutmeldingen aangelopen waardoor ik nu wel op Bulssseye draai en Domoticz ook weer in de lucht is gekomen, maar ik wel met eerdergenoemde foutmeldingen zit.

Het liefste zou ik op een andere USB stick alles opnieuw installeren en een backup daarop terugzetten, maar omdat ik niet wil dat straks het hele huis weer plat ligt, stel ik dat liever uit tot ik precies weet wat de beste methode is. Ik heb alles scripts, DB's, enz. op m'n NAS staan, dus dat is wel een geruststelling.

Als iemand weet hoe ik van eerdergenoemde foutmeldingen af kom: graag. En anders tips over hoe ik het beste (en snelste) weer de boel up-and-running kan krijgen op een nieuwe stick maar dan zonder foutmeldingen.

Als ik die foutmeldingen zo lees dan mist die een aantal pakketten ("maar het is niet geinstalleerd" meldingen). Verder ontbreekt awk of kan die niet gevonden bij het uitvoeren van een post install task. Dat is op zich wel eigenaardig omdat awk eigenlijk altijd wel beschikbaar is. Je zou eens het volgende kunnen proberen om de ontbrekende pakketten eerst toe te voegen:

code:

sudo apt install gawk libc-dev libc6-dev libexpat1-dev python2.7

Er is ook nog een versie probleem met rond libudev1. Hoe heb je je sources bijgewerkt van Buster naar Bullseye? Je hebt per ongeluk niet een mengeling van Buster/Bullseye repositories?

[ Voor 69% gewijzigd door tsjoender op 05-12-2023 19:49 ]

[M.v.Veelen]

Als ik

sudo apt install gawk libc-dev libc6-dev libexpat1-dev python2.7

doe, dan krijg ik foutmeldingen. Ik vermoed dat ik een mengeling heb van die 2 repos idd. Maar hoe check ik dat en nog beter: hoe los ik dat op?

ps:

co@raspberrypi:~ $ which awk
/usr/bin/awk

[ Voor 10% gewijzigd door M.v.Veelen op 05-12-2023 20:56 ]

[MsG]

M.v.Veelen schreef op dinsdag 5 december 2023 @ 17:44:
[...]


Nice to know, maar ik ben tegen een berg foutmeldingen aangelopen waardoor ik nu wel op Bulssseye draai en Domoticz ook weer in de lucht is gekomen, maar ik wel met eerdergenoemde foutmeldingen zit.

Het liefste zou ik op een andere USB stick alles opnieuw installeren en een backup daarop terugzetten, maar omdat ik niet wil dat straks het hele huis weer plat ligt, stel ik dat liever uit tot ik precies weet wat de beste methode is. Ik heb alles scripts, DB's, enz. op m'n NAS staan, dus dat is wel een geruststelling.

Als iemand weet hoe ik van eerdergenoemde foutmeldingen af kom: graag. En anders tips over hoe ik het beste (en snelste) weer de boel up-and-running kan krijgen op een nieuwe stick maar dan zonder foutmeldingen.

Bij mij hoefde ik met een kale bookworm enkel: sudo apt install libssl1.1 te doen en ik was weer up and running. Kan me niet voorstellen dat dat bij jouw installatie niet zou werken.

[M.v.Veelen]

MsG schreef op dinsdag 5 december 2023 @ 23:10:
[...]


Bij mij hoefde ik met een kale bookworm enkel: sudo apt install libssl1.1 te doen en ik was weer up and running. Kan me niet voorstellen dat dat bij jouw installatie niet zou werken.

Nouja, het is nu zo dat ik Bullseye heb draaien maar wss met wat rommel van Buster en nu niet verder kan (een downgrade terug naar Buster heb ik ook over na zitten denken maar dat is vrij ongebruikelijk).

Of zeg je dat ik, ondanks deze foutmeldingen, naar Bookworm kan en dat daarmee deze foutmeldingen opgelost zijn en Domoticz gaat werken als ik daarna sudo apt install libssl1.1 doe?

[JaapB]

Sinds vanmorgen is er geen verbinding meer met mijn Netatmo weerstation en krijg ik de foutmelding: " 2023-12-06 12:11:22.737 Error: Netatmo: No access granted, check username/password... "
Controle gedaan maar dit staat er gewoon nog steeds in zoals het ook gisteren en de jaren hiervoor was.

Zoektocht naar een oplossing levert meer vragen dan antwoorden op met zelfs een uitwijk naar homeassistent terwijl ik dat niet gebruik. En vaak gaat het dan om een probleem wat al langer geleden speelde.
Heb ondertussen de Netatmo binnenmodule spaningsloos gehad en opnieuw gestart zonder resultaat.
En de directe toegang die werkt ook nog gewoon dus het is niet zo dat de inlog zou zijn gewijzigd.

[MsG]

M.v.Veelen schreef op woensdag 6 december 2023 @ 07:22:
[...]


Nouja, het is nu zo dat ik Bullseye heb draaien maar wss met wat rommel van Buster en nu niet verder kan (een downgrade terug naar Buster heb ik ook over na zitten denken maar dat is vrij ongebruikelijk).

Of zeg je dat ik, ondanks deze foutmeldingen, naar Bookworm kan en dat daarmee deze foutmeldingen opgelost zijn en Domoticz gaat werken als ik daarna sudo apt install libssl1.1 doe?

De kortste klap is even de Domoticz-map backuppen en een kale Bookworm installeren. Maar je kan ook prima van Buster naar Bullseye en vanaf daar naar Bookworm. Je moet met Debian niet in 1 keer van Buster naar Bookworm willen, dat kan problemen geven.

https://linuxize.com/post...e-debian-10-to-debian-11/

[M.v.Veelen]

MsG schreef op woensdag 6 december 2023 @ 12:30:
[...]


De kortste klap is even de Domoticz-map backuppen en een kale Bookworm installeren. Maar je kan ook prima van Buster naar Bullseye en vanaf daar naar Bookworm. Je moet met Debian niet in 1 keer van Buster naar Bookworm willen, dat kan problemen geven.

https://linuxize.com/post...e-debian-10-to-debian-11/

De upgrade gaat wss niet meer lukken en ik wil dan wel proberen om op een schone USB stick Bookwork te installeren. Welk image heb ik nodig voor m'n RPi 3B+ als ik ook Python nodig heb? Ik zie images met Raspberry Pi OS, 64bit, enz. Maar zou graag de juiste keuze moeten maken, wat adviseren jullie?

Edit: ik zou voor de full, 32bit gaan. dus Raspberry Pi OS with desktop and recommended software.

Check?

Edit 2: ik ben toch voor de Lite versie gegaan, die is minder zwaar voor de Pi lijkt me.

[ Voor 12% gewijzigd door M.v.Veelen op 06-12-2023 14:46 ]

[rvk]

JaapB schreef op woensdag 6 december 2023 @ 12:21:
Sinds vanmorgen is er geen verbinding meer met mijn Netatmo weerstation en krijg ik de foutmelding: " 2023-12-06 12:11:22.737 Error: Netatmo: No access granted, check username/password... "
Controle gedaan maar dit staat er gewoon nog steeds in zoals het ook gisteren en de jaren hiervoor was.

Netatmo heeft onlangs een wijziging gedaan dat je bij elke vernieuwing van access token ook een nieuwe refresh token krijgt (de refresh token was voorheen statisch en veranderde niet).

Zie bijvoorbeeld het volgende topic van lnetatmo (een library om data op te halen).
https://github.com/philippelt/netatmo-api-python/issues/73

De vraag is dus... welk stukje software gebruik jij (of gebruikt domoticz) om deze gegevens op te halen? Wellicht dat die software aangepast moet worden naar de nieuwe policy (dus ook refresh token elke keer opslaan bij vernieuwing access token).

[JaapB]

rvk schreef op woensdag 6 december 2023 @ 13:53:
[...]

Netatmo heeft onlangs een wijziging gedaan dat je bij elke vernieuwing van access token ook een nieuwe refresh token krijgt (de refresh token was voorheen statisch en veranderde niet).

Zie bijvoorbeeld het volgende topic van lnetatmo (een library om data op te halen).
https://github.com/philippelt/netatmo-api-python/issues/73

De vraag is dus... welk stukje software gebruik jij (of gebruikt domoticz) om deze gegevens op te halen? Wellicht dat die software aangepast moet worden naar de nieuwe policy (dus ook refresh token elke keer opslaan bij vernieuwing access token).

Zal daar straks kijken, ik gebruik de standaard hardwaren binnen domoticz voor Netatmo, geen andere software in gebruik daarvoor.

[rvk]

JaapB schreef op woensdag 6 december 2023 @ 14:50:
[...]
Zal daar straks kijken, ik gebruik de standaard hardwaren binnen domoticz voor Netatmo, geen andere software in gebruik daarvoor.

Domoticz heeft dan dus zelf een plugin.

Er zijn wat support topics hiervoor
https://www.domoticz.com/wiki/Netatmo

https://www.domoticz.com/...92f4014d026c35e7&start=60

https://www.domoticz.com/...opic.php?t=38968&start=80

In die laatste staat wel iets over de wijzigingen bij Netatmo.

[M.v.Veelen]

Het is me nu 1 keer gelukt om op een verse Bookworm Domoticz te starten, maar zodra ik de DB terugzet wil Domoticz niet meer opstarten. Overnieuw.

Edit: het werkt, zit/zat alleen met de username en password en ga even de oude stick erin zetten om wat zaken over te nemen zoals persistent USB, Monit config, enz. Zo kom ik er wel wel denk ik.

[ Voor 40% gewijzigd door M.v.Veelen op 06-12-2023 16:37 ]

[Vollervo]

Ik had een keer een restore probleem dat verholpen werd door voor de restore de hardware toe te voegen die je ervoor ook had

[M.v.Veelen]

Vollervo schreef op woensdag 6 december 2023 @ 16:57:
Ik had een keer een restore probleem dat verholpen werd door voor de restore de hardware toe te voegen die je ervoor ook had

Ik ga daar nog even naar kijken, zit even te rommelen met de plugins en moet zo de deur uit, dus even de oude USB stick erin gezet. Het lijkt er ook op dat Domoticz niet automatisch wil starten, pas na stoppen en starten Domoticz gaat het goed. Niet geschikt om even tussendoor naar te kijken, dus morgen of vrijdag ermee verder.

[Zwartoog]

Zwartoog schreef op dinsdag 28 november 2023 @ 09:10:
Ik heb een quirk in de maandtotalen die ik niet opgelost krijg

Oorzaak is een bug in Enphase die eens in de zoveel maanden de counters reset, met overflows tot gevolg. Deze corrigeer ik dan in de dagtotalen (kWh meter) door de waarde in de database aan te passen.

Echter, deze keer blijft het maandtotaal op standje "superhoog" staan:
[Afbeelding]

code:

$ sqlite3 domoticz.db 'select * from METER_CALENDAR where DeviceRowID==39'
...
39| 7690| 387337|2023-11-09
39| 1657| 388994|2023-11-10
39|13187| 402181|2023-11-11
39| 2150|2713622|2023-11-12
39| 1238|2714860|2023-11-13
39| 2809|2717669|2023-11-14
39| 7442|2725111|2023-11-15
...

Op 12 november is er dus een reset geweest van de totale counter (3e kolom). Ik heb in de 2e kolom (dagtotalen) de stand aangepast naar de werkelijke waarde.

Wat ik altijd begreep is dat de maandtotalen worden opgemaakt door de dagtotalen op te tellen. Blijkbaar werkt dat hier niet. Het lijkt erop alsof hij de totale counter gebruikt. Echter, toen de totale counter eerder naar 0 werd gereset, leverde deze correctie geen problemen op.

Iemand een idee?

Even hierop terugkomen. Het lijkt erop dat Domoticz voor het (snelle) jaaroverzicht "slim" probeert te zijn en de totaaltellerstanden per maand van elkaar aftrekt. Ik vermoed dat er wel wordt gecheckt of er een reset in de standen zit, ofwel als de totaalteller ineens omlaag gaat.

Via "Report" komen wel de juiste waarden naar boven - al corresponderen deze wederom niet exact met de standen van het snelle overzicht.

Uiteindelijk heb ik de totaalteller van de afgelopen maanden retrospectief aangepast, zodat er nu geen gekke sprongen in zitten.

[JaapB]

rvk schreef op woensdag 6 december 2023 @ 15:37:
[...]

Domoticz heeft dan dus zelf een plugin.

Er zijn wat support topics hiervoor
https://www.domoticz.com/wiki/Netatmo

https://www.domoticz.com/...92f4014d026c35e7&start=60

https://www.domoticz.com/...opic.php?t=38968&start=80

In die laatste staat wel iets over de wijzigingen bij Netatmo.

Heb de aanwijzingen gevolgd en helaas zonder resultaat, wel zag ik iets over upgraden naar een volgende beta versie maar aangezien ze dan OZW er uit hebben gehaald wacht ik daar nog even mee. Heb een schaduwsysteem waar ik de nieuwe beta op het getest maar ook daar kreeg ik de netatmo niet werkend.

Balen aangezien de CO2 input was voor de ventilatiestand.

[rvk]

JaapB schreef op donderdag 7 december 2023 @ 08:58:
[...]
Heb de aanwijzingen gevolgd en helaas zonder resultaat, wel zag ik iets over upgraden naar een volgende beta versie maar aangezien ze dan OZW er uit hebben gehaald wacht ik daar nog even mee. Heb een schaduwsysteem waar ik de nieuwe beta op het getest maar ook daar kreeg ik de netatmo niet werkend.

Ik heb even naar de code gekeken en in de laatste beta versie (ook gewoon op de beta channel, build 15717) werkt het wel. Ik kan met een test-account in ieder geval verbinding maken en er komen 2 devices (temp+humi en rain) naar voren.

Het is volgens mij wel zo dat je na deze wijziging nog maar één keer de combinatie van client_id/netatmo account kunt hebben. Dit was voorheen niet zo. Toen kon je meerdere refresh_tokens krijgen voor diezelfde combinatie. Nu is het zo dat als je een nieuwe login doet op dezelfde account met dezelfde client_id/app, de oude refresh_token vervalt !!

[JaapB]

rvk schreef op donderdag 7 december 2023 @ 11:30:
[...]

Ik heb even naar de code gekeken en in de laatste beta versie (ook gewoon op de beta channel, build 15717) werkt het wel. Ik kan met een test-account in ieder geval verbinding maken en er komen 2 devices (temp+humi en rain) naar voren.

Het is volgens mij wel zo dat je na deze wijziging nog maar één keer de combinatie van client_id/netatmo account kunt hebben. Dit was voorheen niet zo. Toen kon je meerdere refresh_tokens krijgen voor diezelfde combinatie. Nu is het zo dat als je een nieuwe login doet op dezelfde account met dezelfde client_id/app, de oude refresh_token vervalt !!

Ik zag dat mijn Beta versie op mijn testopstelling net eentje eerder was, nu wel build 15717 en nogmaals de procedure uitgevoerd en het werkt.
Nu nog zien wanneer het in het stabiele kanaal werkzaam wordt.
Dank voor het meedenken

[Strontvlieg]

JaapB schreef op donderdag 7 december 2023 @ 08:58:
[...]
Heb de aanwijzingen gevolgd en helaas zonder resultaat, wel zag ik iets over upgraden naar een volgende beta versie maar aangezien ze dan OZW er uit hebben gehaald wacht ik daar nog even mee. Heb een schaduwsysteem waar ik de nieuwe beta op het getest maar ook daar kreeg ik de netatmo niet werkend.

Balen aangezien de CO2 input was voor de ventilatiestand.

Raar. Bij mij draait netatmo onder Domoticz nog gewoon door. Fingers crossed.

[MikeyMan]

Ik heb de handdoek in de ring gegooid. Na het verwijderen van OZW en het stoppen van support van de Shelly plugin, ben ik inmiddels goeddeels over op Home Assistant.

Moet zeggen dat dat ook geen hele simpele overstap is. Ziet er leuk uit, maar alsnog een vrij steile leercurve. Sensoren aanmaken en MQTT werkt in domoticz vele malen simpeler.

Heb momenteel alleen de P1 data, watermeter en zonnepanelen nog via Domoticz draaien. Historie kan over, maar nog geen methode gevonden om een live datastroom vanuit domoticz naar home assistant op te zetten. Dus dat zal voorlopig nog even blijven draaien zo.

[M.v.Veelen]

Full edit:

Ik heb een nieuwe USB stick gepakt, daar een Lite Bookworm op gezet, sudo apt install libssl1.1 geïnstalleerd, Domoticz geïnstalleerd en een backup teruggezet. Ontbrekende zaken zoals mosquitto, mosquitto-clients, enz, geïnstalleerd en alles draait weer op 1 plugin na:

Autodiscovery of Tasmota devices -> Tasmoticz

Ik heb Domoticz gestopt, de plugin met git geïnstalleerd en Domoticz gestart. De switches zijn na het starten even rood en daarna worden ze "actief". Maar schakelen kan ik er niet mee. Aan de switches zelf is natuurlijk niets veranderd, wat zou het kunnen zijn?

Edit:

dit zie ik in de console van de Tasmota switch:

16:37:40.003 MQT: Attempting connection...
16:37:40.020 MQT: Connect failed to 192.168.0.126:1883, rc -2. Retry in 10 sec

IP adres is juist en ook de poort

Edit: gevonden:

edit /etc/mosquitto/mosquitto.conf en voeg toe:

listener 1883
allow_anonymous true


Tot slot heb ik 1 vraagje. Als ik een update doe op deze verse Bookworm installatie, dan krijg ik een melding over een Key. Hoe kom ik daarvan af?

code:

co@raspberrypi:~ $ sudo apt update
Hit:1 http://archive.raspberrypi.com/debian bookworm InRelease
Hit:2 http://raspbian.raspberrypi.com/raspbian bookworm InRelease
Reading package lists... Done              
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
W: http://raspbian.raspberrypi.com/raspbian/dists/bookworm/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.

Oplossing:

sudo cp /etc/apt/trusted.gpg /etc/apt/trusted.gpg.d

[ Voor 135% gewijzigd door M.v.Veelen op 09-12-2023 15:50 ]

[Aziona]

Omdat de Zigbee rolgordijen nu voor de helft van de prijs zijn bij de Lidl heb ik er vier gekocht. Ik begrijp alleen niet hoe ik in Domoticz ervoor kan zorgen dat ze bij open tot 32% gaan en bij close tot 88%. Het is of helemaal naar beneden of helemaal naar boven of de slider gebruiken. Dat moet toch ook ergens in te stellen zijn?

De timers werken ook niet, allow_anonymous true staat wel ingesteld in Mosquitto.

Ben er inmiddels achter.

(Er zitten beugels bij de ze een stukje van de muur af positioneren. Dat is omdat de rol anders vastloopt tegen de muur als ze helemaal open zijn. Daar kwam ik achter toen ik de beugels had afgezaagd om m straks tegen de muur te kunnen monteren)

Aanbieding is inmiddels voorbij .

[ Voor 33% gewijzigd door Aziona op 13-12-2023 13:35 ]

[M.v.Veelen]

Iemand ervaring met de native Onkyo plugin? Ik had voorheen "Onkyo-eiscp" geinstalleerd op m'n RPi en dat werkte feilloos, maar na de overstap naar Bookworm krijg ik die installatie niet meer voor elkaar en heb ik de native plugin in gebruik genomen.

Werkt ook prima, maar het foutenlog stroomt vol zodra de Onkyo wordt uitgezet en daar wil ik vanaf.

Heeft iemand een oplossing of op Bookworm toch iets geinstalleerd zodat de Onkyo bediend kan worden (on/off, volume, enz)?

code:

2023-12-13 07:43:24.350 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:43:55.790 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:44:28.900 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:45:02.020 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:45:35.140 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:46:08.260 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:46:41.380 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:47:14.500 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:47:45.870 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:48:18.980 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:48:52.100 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:49:25.220 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:49:58.340 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:50:31.460 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:51:04.580 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:51:36.030 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:52:09.140 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:52:42.260 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128
2023-12-13 07:53:15.390 Error: Onkyo receiver: Can not connect to: 192.168.0.115:60128

Edit: ik heb het loglevel "Error" zojuist wel uitgezet, maar dat is eigenlijk een cosmetische ingreep en geen oplossing.

[JaapB]

M.v.Veelen schreef op woensdag 13 december 2023 @ 07:56:
Iemand ervaring met de native Onkyo plugin? Ik had voorheen "Onkyo-eiscp" geinstalleerd op m'n RPi en dat werkte feilloos, maar na de overstap naar Bookworm krijg ik die installatie niet meer voor elkaar en heb ik de native plugin in gebruik genomen.

Werkt ook prima, maar het foutenlog stroomt vol zodra de Onkyo wordt uitgezet en daar wil ik vanaf.

Heeft iemand een oplossing of op Bookworm toch iets geinstalleerd zodat de Onkyo bediend kan worden (on/off, volume, enz)?


Edit: ik heb het loglevel "Error" zojuist wel uitgezet, maar dat is eigenlijk een cosmetische ingreep en geen oplossing.

Is er een reden dat je op dit moment al Bookworm moet draaien op de raspberry?
Anders gewoon terug naar Bullseye omdat daar alles wel draaide en met de nieuwe versie van het operatingsystem er nog meer zaken zijn die nu mogelijk niet meer werken?

Dat soort upgrades voer ik door de regel pas uit als alle bibliotheken en ook hulpprogramma's er feilloos mee werken.
"If it ain't broke don't fix it."

[M.v.Veelen]

JaapB schreef op woensdag 13 december 2023 @ 09:30:
[...]


Is er een reden dat je op dit moment al Bookworm moet draaien op de raspberry?
Anders gewoon terug naar Bullseye omdat daar alles wel draaide en met de nieuwe versie van het operatingsystem er nog meer zaken zijn die nu mogelijk niet meer werken?

Dat soort upgrades voer ik door de regel pas uit als alle bibliotheken en ook hulpprogramma's er feilloos mee werken.
"If it ain't broke don't fix it."

It was broken......

Na een update van Domoticz, werkte niets meer en toen kwam ik erachter dat Buster EOL was. Al ploeterend naar Bullseye zijn wat fouten gemaakt door mij, waardoor ik repo's van Buster en Bullseye door elkaar had en ik niet meer vooruit of achteruit kon. Toen op een nieuwe USB stick een volledig nieuwe installatie gedaan van Bookworm en alle plugins en dat werkt nu weer helemaal. Alleen dit Onkyo-gedeelte, daarvan vroeg ik me af of iemand daar een oplossing voor had. Het loglevel aanpassen heeft in ieder geval geholpen met deze foutmeldingen te voorkomen, maar het is niet helemaal zoals het hoort.

[JaapB]

M.v.Veelen schreef op woensdag 13 december 2023 @ 11:01:
[...]


It was broken......

Na een update van Domoticz, werkte niets meer en toen kwam ik erachter dat Buster EOL was. Al ploeterend naar Bullseye zijn wat fouten gemaakt door mij, waardoor ik repo's van Buster en Bullseye door elkaar had en ik niet meer vooruit of achteruit kon. Toen op een nieuwe USB stick een volledig nieuwe installatie gedaan van Bookworm en alle plugins en dat werkt nu weer helemaal. Alleen dit Onkyo-gedeelte, daarvan vroeg ik me af of iemand daar een oplossing voor had. Het loglevel aanpassen heeft in ieder geval geholpen met deze foutmeldingen te voorkomen, maar het is niet helemaal zoals het hoort.

Ik loop standaard een versie achter met het besturingssysteem juist om dit soort problemen voor te zijn, dus nu Buster EOL is draait het netjes op Bullseye en laat ik Bookworm voor het experimenteren op een andere raspberry draaien.

Misschien een verse installatie doen met Bullseye en dan zien of er nog een probleem met de Onkyo hardware is?

[M.v.Veelen]

Nee, er is geen probleem en alles draait weer als een zonnetje. Waarom die hele oefening nog eens herhalen voor alleen dit? Op zich is er niets (meer) aan de hand, maar vroeg ik me af of iemand een (andere) oplossing weet voor de Onkyo. Zo niet, dan is er niets aan de hand, maar zo ja dan kunnen we er allemaal van leren.

[kevi-n1]

M.v.Veelen schreef op woensdag 13 december 2023 @ 11:01:
[...]


It was broken......

Na een update van Domoticz, werkte niets meer en toen kwam ik erachter dat Buster EOL was. Al ploeterend naar Bullseye zijn wat fouten gemaakt door mij, waardoor ik repo's van Buster en Bullseye door elkaar had en ik niet meer vooruit of achteruit kon. Toen op een nieuwe USB stick een volledig nieuwe installatie gedaan van Bookworm en alle plugins en dat werkt nu weer helemaal. Alleen dit Onkyo-gedeelte, daarvan vroeg ik me af of iemand daar een oplossing voor had. Het loglevel aanpassen heeft in ieder geval geholpen met deze foutmeldingen te voorkomen, maar het is niet helemaal zoals het hoort.

Op welke versie van domoticz draaide je? Installeer docker, portainer en vervolgens de image van domoticz voor jouw versie. Zet daarna je backup terug en kijk of je domoticz dan wel draait met je data historie? Voeg vervolgens de passthrough apparaten toe (p1, zwave, zigbee etc. toe).

Nu kan je naar hartelust je OS upgraden zonder dat je domoticz onderuit gaat.

[MotorBeast]

JaapB schreef op woensdag 6 december 2023 @ 12:21:
Sinds vanmorgen is er geen verbinding meer met mijn Netatmo weerstation en krijg ik de foutmelding: " 2023-12-06 12:11:22.737 Error: Netatmo: No access granted, check username/password... "
Controle gedaan maar dit staat er gewoon nog steeds in zoals het ook gisteren en de jaren hiervoor was.

Zoektocht naar een oplossing levert meer vragen dan antwoorden op met zelfs een uitwijk naar homeassistent terwijl ik dat niet gebruik. En vaak gaat het dan om een probleem wat al langer geleden speelde.
Heb ondertussen de Netatmo binnenmodule spaningsloos gehad en opnieuw gestart zonder resultaat.
En de directe toegang die werkt ook nog gewoon dus het is niet zo dat de inlog zou zijn gewijzigd.

Ik heb dezelfde ellende met de luchtkwaliteitmeter van Netatmo. Ik denk toch echt dat dit https://helpcenter.netatm...-incident-6-Desember-2023 het probleem is en nog steeds niet is opgelost. Als ik inlog op de site van Netatmo krijg ik mijn gegevens ook niet te zien terwijl de app vreemd genoeg nog wel werkt.

[JaapB]

MotorBeast schreef op donderdag 14 december 2023 @ 20:52:
[...]


Ik heb dezelfde ellende met de luchtkwaliteitmeter van Netatmo. Ik denk toch echt dat dit https://helpcenter.netatm...-incident-6-Desember-2023 het probleem is en nog steeds niet is opgelost. Als ik inlog op de site van Netatmo krijg ik mijn gegevens ook niet te zien terwijl de app vreemd genoeg nog wel werkt.

Ik heb de hele tijd wel kunnen kijken via de webinterface en ook de app en een test met de Beta-versie daarin was de toegang vanuit Domoticz ook weer mogelijk als je werkt zoals bij de WIKI staat omschreven.
Als bij jou de webinterface ook niet werkt (cache al leeg gemaakt?) dan lijkt dat een ander probleem te zijn.

[MotorBeast]

JaapB schreef op donderdag 14 december 2023 @ 20:59:
[...]

Ik heb de hele tijd wel kunnen kijken via de webinterface en ook de app en een test met de Beta-versie daarin was de toegang vanuit Domoticz ook weer mogelijk als je werkt zoals bij de WIKI staat omschreven.
Als bij jou de webinterface ook niet werkt (cache al leeg gemaakt?) dan lijkt dat een ander probleem te zijn.

Webinterface krijg ik een melding dat ik een wizard moet downloaden voor weerstation, wat ik niet eens heb. Cache is bij mij altijd leeg na afsluiten Firefox. Denk toch echt dat er een probleem is op de server van Netatmo. Ik kan geen andere versie installeren want hij draait op DS414 Jadahl versie en die is gestopt met updaten. Docker kan niet op mijn NAS.

[Strontvlieg]

MotorBeast schreef op donderdag 14 december 2023 @ 23:09:
[...]


Webinterface krijg ik een melding dat ik een wizard moet downloaden voor weerstation, wat ik niet eens heb. Cache is bij mij altijd leeg na afsluiten Firefox. Denk toch echt dat er een probleem is op de server van Netatmo. Ik kan geen andere versie installeren want hij draait op DS414 Jadahl versie en die is gestopt met updaten. Docker kan niet op mijn NAS.

NetAtmo is bij mij op 10 december om 17.15 gestopt in Domoticz. Gisteren op de website ingelogd. Werkte wel, maar webserver moest er 2 minuten over nadenken alsof de account gegevens van ver moesten komen.

Ik heb verder nog NetAtmo integraties met IFTTT en Triggi, zal dit weekend eens uitzoeken of dat nog wel werkt.

Aangezien ik steeds meer naar Node-Red aan het schuiven ben, dit weekend maar eens kijken of ik het daar aan de praat krijg.

Ik gebruik NetAtmo ook voor CO2 sturing van de WTW installatie, dus die is nu ook stuk.

[Plenkske]

Kan netatmo niet lokaal uitgelezen worden, zodat je geen last hebt van hun servers/implementatie ?

[Rolandtwilt]

Goedemiddag,

Ik krijg honderden melding met allemal de zelfde melding in mijn log:

Error: RFLink: Unhandled switch command: GOUP

Op internet niks te vinden, behalve iemand die dezelfde vraag stelt en geen antwoord krijg.

Iemand een tip?

[MotorBeast]

Strontvlieg schreef op vrijdag 15 december 2023 @ 06:08:
[...]

NetAtmo is bij mij op 10 december om 17.15 gestopt in Domoticz. Gisteren op de website ingelogd. Werkte wel, maar webserver moest er 2 minuten over nadenken alsof de account gegevens van ver moesten komen.

Ik heb verder nog NetAtmo integraties met IFTTT en Triggi, zal dit weekend eens uitzoeken of dat nog wel werkt.

Aangezien ik steeds meer naar Node-Red aan het schuiven ben, dit weekend maar eens kijken of ik het daar aan de praat krijg.

Ik gebruik NetAtmo ook voor CO2 sturing van de WTW installatie, dus die is nu ook stuk.

Ik heb 08 december een bericht gestuurd naar Netatmo en kreeg melding dat men overspoelt was met berichten en het lang kon duren voordat men antwoord zou geven. Klopt, nog niets vernomen. Ik ga er toch echt van uit dat er iets aan die kant niet goed zit, zie ook hun bericht 06 december op hun site.

[asing]

Ik zat nog op Buster op een Pi 2. Die wordt nog wel bijgehouden maar is eigenlijk al legacy. Een Bookworm image van de Pi 2 is er niet. Dus ik ben naar Legacy Lite gegaan (Bullseye). Ik had nog een 8GB kaartje wat ik kon gebruiken zodat ik altijd met 1 wissel weer terug was. Ik had er ook volop op zitten expirimenteren dus nieuw beginnen was aan te raden.

Afijn, kaartje gemaakt met de raspberry tool, daarna Domoticz erop gezet, dat werkte. Toen naar Bookworm geupgrade, wat ook goed ging en Domoticz niet brak. Wifi aan het werk gebracht, Nefit Easy er weer op (die is ook aan alle kanten unsupported) en het ding weer in de meterkast gehangen nadat ik ook de database terug had gezet.

Alles werkt weer zoals het hoort en ik hoef de komende jaren niet om te kijken naar de Pi.

[Strontvlieg]

MotorBeast schreef op vrijdag 15 december 2023 @ 11:46:
[...]


Ik heb 08 december een bericht gestuurd naar Netatmo en kreeg melding dat men overspoelt was met berichten en het lang kon duren voordat men antwoord zou geven. Klopt, nog niets vernomen. Ik ga er toch echt van uit dat er iets aan die kant niet goed zit, zie ook hun bericht 06 december op hun site.

Net gecheckt. Olisto (Triggi) krijgt hier nog steeds data door van NetAtmo. De WTW installatie krijgt zijn stuursignaal door van NetAtmo naar Olisto naar ICS2000, dus die werkt nog. NetAtmo naar Domoticz is hier alleen maar voor monitoring. Wellicht klapt die Olisto verbinding er later nog uit, als er ergens een sessie verloopt ofzo.

[Andrehj]

Vanochtend bleek ik geen z-wave devices via Domoticz te kunnen bedienen.

Na wat rommelen lijkt het probleem in zwave-js-ui te zitten. Die service is onbereikbaar. Als ik de logs daarvan bekijk zie ik:

code:

pi@raspberrypi:~ $ sudo snap logs zwave-js-ui -f
2023-12-16T09:29:47+01:00 systemd[1]: Stopped Service for snap application zwave-js-ui.zwave-js-ui.
2023-12-16T09:29:47+01:00 systemd[1]: Started Service for snap application zwave-js-ui.zwave-js-ui.
2023-12-16T09:29:47+01:00 zwave-js-ui.zwave-js-ui[29672]: node: error while loading shared libraries: libatomic.so.1: cannot open shared object file: No such file or directory
2023-12-16T09:29:47+01:00 systemd[1]: snap.zwave-js-ui.zwave-js-ui.service: Main process exited, code=exited, status=127/n/a
2023-12-16T09:29:47+01:00 systemd[1]: snap.zwave-js-ui.zwave-js-ui.service: Failed with result 'exit-code'.
2023-12-16T09:29:48+01:00 systemd[1]: snap.zwave-js-ui.zwave-js-ui.service: Scheduled restart job, restart counter is at 5.
2023-12-16T09:29:48+01:00 systemd[1]: Stopped Service for snap application zwave-js-ui.zwave-js-ui.
2023-12-16T09:29:48+01:00 systemd[1]: snap.zwave-js-ui.zwave-js-ui.service: Start request repeated too quickly.
2023-12-16T09:29:48+01:00 systemd[1]: snap.zwave-js-ui.zwave-js-ui.service: Failed with result 'exit-code'.
2023-12-16T09:29:48+01:00 systemd[1]: Failed to start Service for snap application zwave-js-ui.zwave-js-ui.

Probleem lijkt dus in libatomic te zitten. Die dus opnieuw geinstalleerd:

code:

pi@raspberrypi:~ $ sudo apt-get reinstall libatomic1
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
  bsdmainutils dh-python geoip-database libbind9-161 libdns1104 libdns1110 libevent-2.1-6 libfl2 libfreetype6 libgeoip1 libicu63
  libisc1100 libisc1105 libisccc161 libisccfg163 libisl19 libjim0.77 libltdl-dev libltdl7 liblwres161 libncursesw5 libperl5.28
  libpng-tools libpng16-16 libpython2-stdlib libpython2.7-minimal libpython2.7-stdlib libwebsockets8 perl-modules-5.28
  python-pkg-resources python2 python2-minimal python2.7 python2.7-minimal python3-asn1crypto python3-crypto python3-dbus
  python3-entrypoints python3-jeepney python3-keyring python3-keyrings.alt python3-pycryptodome python3-secretstorage python3-xdg
  python3.7-minimal usb.ids
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 49 not upgraded.
Need to get 8,212 B of archives.
After this operation, 0 B of additional disk space will be used.
Get:1 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf libatomic1 armhf 10.2.1-6+rpi1 [8,212 B]
Fetched 8,212 B in 0s (23.2 kB/s)
(Reading database ... 48852 files and directories currently installed.)
Preparing to unpack .../libatomic1_10.2.1-6+rpi1_armhf.deb ...
Unpacking libatomic1:armhf (10.2.1-6+rpi1) over (10.2.1-6+rpi1) ...
Setting up libatomic1:armhf (10.2.1-6+rpi1) ...
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u5) ...

Echter, dat levert nog precies dezelfde foutmelding met libatomic.so.1 op als daarvoor.

Iemand een idee hoe ik zwave-js-ui weer aan de praat kan krijgen?

[asing]

Andrehj schreef op zaterdag 16 december 2023 @ 09:40:
Echter, dat levert nog precies dezelfde foutmelding met libatomic.so.1 op als daarvoor.

Iemand een idee hoe ik zwave-js-ui weer aan de praat kan krijgen?

libatomic.so.1 staat bij mij in /usr/lib/x86_64-linux-gnu/. Dat is de eerste plek om te checken. Ik heb Ubuntu 20.04, jij zo te zien Debian 11. Dat zal niet veel uitmaken. Anders kan je het locate commando gebruiken.

Als laatste kan je nog cat /var/log/apt/history.log | grep libatomic proberen om te zien of er een update was. Dan moet je history.log nog even doorspitten om te zien wanneer die update was.

[Andrehj]

asing schreef op zaterdag 16 december 2023 @ 10:42:
libatomic.so.1 staat bij mij in /usr/lib/x86_64-linux-gnu/. Dat is de eerste plek om te checken. Ik heb Ubuntu 20.04, jij zo te zien Debian 11. Dat zal niet veel uitmaken. Anders kan je het locate commando gebruiken.

Dankjewel. Ik draai op een Pi, dus hier staat libatomic in de folder /usr/lib/arm-linux-gnueabihf

Daarin vind ik libatomic.so.1, dat is een link die verwijst naar libatomic.so.1.2.0

libatomic lijkt dus gewoon aanwezig te zijn.

Als laatste kan je nog cat /var/log/apt/history.log | grep libatomic proberen om te zien of er een update was. Dan moet je history.log nog even doorspitten om te zien wanneer die update was.

Dat bestand is maar 1 kB groot en bevat enkel de regels:

Start-Date: 2023-12-16 09:27:50
Commandline: apt-get reinstall libatomic1
Requested-By: pi (1000)
Reinstall: libatomic1:armhf (10.2.1-6+rpi1)
End-Date: 2023-12-16 09:27:51

Dat is dus doordat ik vanochtend probeerde libatomic te herinstalleren. Brengt met ook niet verder.

[asing]

Andrehj schreef op zaterdag 16 december 2023 @ 12:19:
[...]

Dankjewel. Ik draai op een Pi, dus hier staat libatomic in de folder /usr/lib/arm-linux-gnueabihf

Daarin vind ik libatomic.so.1, dat is een link die verwijst naar libatomic.so.1.2.0

libatomic lijkt dus gewoon aanwezig te zijn.

[...]

Dat bestand is maar 1 kB groot en bevat enkel de regels:

[...]

Dat is dus doordat ik vanochtend probeerde libatomic te herinstalleren. Brengt met ook niet verder.

Die libatomic.so.1.2.0 heb ik ook, dus dat is het probleem niet. Ik denk niet dat je het in libatomic moet zoeken maar in de Snap.

[Lizard]

Andrehj schreef op zaterdag 16 december 2023 @ 12:19:
[...]

Dankjewel. Ik draai op een Pi, dus hier staat libatomic in de folder /usr/lib/arm-linux-gnueabihf

Daarin vind ik libatomic.so.1, dat is een link die verwijst naar libatomic.so.1.2.0

libatomic lijkt dus gewoon aanwezig te zijn.

[...]

Dat bestand is maar 1 kB groot en bevat enkel de regels:

[...]


Dat is dus doordat ik vanochtend probeerde libatomic te herinstalleren. Brengt met ook niet verder.

Lijkt erop dat dit een bug is in de snap van zwave-js-ui: https://github.com/giaever-online-iot/zwave-js-ui/issues/8
Daar staat terug te gaan naar een vorige versie:

code:

sudo snap revert zwave-js-ui

Dit is een van de redenen waarom ik dit in een docker container draai.
Geen onverwachte updates waardoor opeens alles stuk is.

[asing]

Lizard schreef op zaterdag 16 december 2023 @ 13:21:
[...]

Lijkt erop dat dit een bug is in de snap van zwave-js-ui: https://github.com/giaever-online-iot/zwave-js-ui/issues/8
Daar staat terug te gaan naar een vorige versie:

code:

sudo snap revert zwave-js-ui

Dit is een van de redenen waarom ik dit in een docker container draai.
Geen onverwachte updates waardoor opeens alles stuk is.

Dan zat ik er niet ver naast met de analyse ! Ik gebruik ipv Raspbian Ubuntu 20.04 en dezelfde Snap. Versie nummers komen overeen dus het is puur Raspbian 11 (en 12 zo te zien) die het issue hebben.

[MikeyMan]

Ja dat issue kwam ik vanmorgen ook al achter idd.
De revert duurde eventjes, maar tis uiteindelijk gelukt.

Wat is die github repo van Giaever eigenlijk? Aparte fork?

Had hem hier ook al staan:
https://github.com/zwave-js/zwave-js-ui/issues/3487

[ Voor 19% gewijzigd door MikeyMan op 16-12-2023 15:14 ]

[Strontvlieg]

Plenkske schreef op vrijdag 15 december 2023 @ 09:03:
Kan netatmo niet lokaal uitgelezen worden, zodat je geen last hebt van hun servers/implementatie ?

De NetAtmo weermodule heeft geen ingebouwde server. Hij bouwt alleen een wifi verbinding op als hij data gaat versturen naar de NetAtmo cloud en verbreekt daarna weer de wifi verbinding.

[Andrehj]

Lizard schreef op zaterdag 16 december 2023 @ 13:21:
Lijkt erop dat dit een bug is in de snap van zwave-js-ui: https://github.com/giaever-online-iot/zwave-js-ui/issues/8
Daar staat terug te gaan naar een vorige versie:

code:

sudo snap revert zwave-js-ui

Dit is een van de redenen waarom ik dit in een docker container draai.
Geen onverwachte updates waardoor opeens alles stuk is.

Dankjewel! Ondanks zoeken in Google op zwave-js-ui en libatomic.so.1 werd dit vanochtend niet gevonden. Maar dit was inderdaad het probleem. Leuk man, ongeteste software automatisch laten updaten.
Nu maar eens uitvinden hoe ik die automatische updates uit kan schakelen...

[Andrehj]

Unit en scale-factor van 0-10V input Fibaro Smart Implant wijzigen?

Ik heb de 0-10V input van een Fibaro Smart Implant aangesloten op een CO2-sensor. Nu komt die in Domoticz (via zwave-js-ui en Mosquitto) binnen als een voltage.
Helaas kan ik nergens vinden hoe ik daar een schaalfactor (200) en een eigen eenheid (ppm) kan instellen. Wat zou de handigste manier zijn om dit op te lossen?

Edit:
Dummy Air Quality sensor (Idx 284) gecreëerd in Domoticz en geprobeerd de waarde daarvan met dit scriptje te wijzigen:

code:

-- Input devices
inp = 'CO2'

-- Output devices
DummyMeterID = 284

commandArray = {}

out = otherdevices_svalues[inp] * 200
commandArray['UpdateDevice'] = DummyMeterID .. "|0|" .. out

return commandArray

Maar het werkt niet. In de log verschijnt de foutmelding:

2023-12-29 17:19:46.255 Error: EventSystem: in CO2: [string "-- Input devices..."]:9: attempt to perform arithmetic on a nil value (field '?')

Wat doe ik fout?

Edit: Laat maar. Het probleem bleek dat ik een svalue aan het schrijven was, wat een nvalue moest zijn. Nu werkend:

code:

commandArray = {}
out = 200 * otherdevices_svalues['CO2 Voltage']
commandArray['UpdateDevice'] = "284|" .. out .. "|0"
return commandArray

[ Voor 61% gewijzigd door Andrehj op 29-12-2023 21:01 ]

[Alphyraz]

Ik heb onlangs rolluiken met Somfy RTS gekregen en ik heb een RFX433XL gekocht om deze vanuit Domoticz te kunnen bedienen.

Ik heb alle rolluiken individueel toegevoegd met de Manual Light/Switch-knop in Domoticz. Als Switch Type heb ik Blinds gekozen, RFY als Type en een unieke House Code en Unit Code ingevuld per rolluik. Dit heb ik per rolluik gedaan, maar ook voor groepen rolluiken, zoals wanneer alle rolluiken op een verbonden afstandsbediening tegelijk worden bediend.

Dit werkt allemaal prima. Ik kan alle rolluiken individueel bedienen en ook per groep, zoals alle vier de rolluiken op de bovenverdieping.

Er is echter iets vreemds aan de hand: na verloop van tijd stoppen sommige van deze switches vanuit Domoticz met werken. Wanneer ik deze switch dan verwijder en opnieuw toevoeg door het bovenstaande proces te herhalen, dan werkt het weer voor een aantal dagen, maar daarna gebeurt het weer opnieuw.

In eerste instantie dacht ik dat het misschien met de stroomtoevoer te maken had omdat ik ook meldingen kreeg op m’n Pi over undervoltage, maar dit heb ik opgelost met een andere stekker en een USB-hub.

Is er iemand die dit herkent en/of weet hoe ik het kan oplossen?

[JaapB]

Alphyraz schreef op zaterdag 30 december 2023 @ 10:57:
Ik heb onlangs rolluiken met Somfy RTS gekregen en ik heb een RFX433XL gekocht om deze vanuit Domoticz te kunnen bedienen.

Ik heb alle rolluiken individueel toegevoegd met de Manual Light/Switch-knop in Domoticz. Als Switch Type heb ik Blinds gekozen, RFY als Type en een unieke House Code en Unit Code ingevuld per rolluik. Dit heb ik per rolluik gedaan, maar ook voor groepen rolluiken, zoals wanneer alle rolluiken op een verbonden afstandsbediening tegelijk worden bediend.

Dit werkt allemaal prima. Ik kan alle rolluiken individueel bedienen en ook per groep, zoals alle vier de rolluiken op de bovenverdieping.

Er is echter iets vreemds aan de hand: na verloop van tijd stoppen sommige van deze switches vanuit Domoticz met werken. Wanneer ik deze switch dan verwijder en opnieuw toevoeg door het bovenstaande proces te herhalen, dan werkt het weer voor een aantal dagen, maar daarna gebeurt het weer opnieuw.

In eerste instantie dacht ik dat het misschien met de stroomtoevoer te maken had omdat ik ook meldingen kreeg op m’n Pi over undervoltage, maar dit heb ik opgelost met een andere stekker en een USB-hub.

Is er iemand die dit herkent en/of weet hoe ik het kan oplossen?

Ik heb hier in totaal 13 RTS rolluiken en wat je hier beschrijft is hier in de afgelopen 8 jaar nog nooit voorgekomen. Heel af en toe mist een rolluik een signaal wat dan door de regel een teken is dat er een temperatuursensor op de 433 Mhz met bijna lege batterijen zit en daarmee stoorsignalen genereert.

En volgende keer via Domoticz signaal sturen en hij doet het weer wel.

Nog niet meegemaakt dat ik dan de schakelaar opnieuw moest aanmaken en aanmelden.
Kans is aanwezig dat het euvel stoorsignalen zijn en anders zou het mogelijk in de RFX module kunnen zitten?

[niki_lauda]

Alphyraz schreef op zaterdag 30 december 2023 @ 10:57:
Ik heb onlangs rolluiken met Somfy RTS gekregen en ik heb een RFX433XL gekocht om deze vanuit Domoticz te kunnen bedienen.

Ik heb alle rolluiken individueel toegevoegd met de Manual Light/Switch-knop in Domoticz. Als Switch Type heb ik Blinds gekozen, RFY als Type en een unieke House Code en Unit Code ingevuld per rolluik. Dit heb ik per rolluik gedaan, maar ook voor groepen rolluiken, zoals wanneer alle rolluiken op een verbonden afstandsbediening tegelijk worden bediend.

Dit werkt allemaal prima. Ik kan alle rolluiken individueel bedienen en ook per groep, zoals alle vier de rolluiken op de bovenverdieping.

Er is echter iets vreemds aan de hand: na verloop van tijd stoppen sommige van deze switches vanuit Domoticz met werken. Wanneer ik deze switch dan verwijder en opnieuw toevoeg door het bovenstaande proces te herhalen, dan werkt het weer voor een aantal dagen, maar daarna gebeurt het weer opnieuw.

In eerste instantie dacht ik dat het misschien met de stroomtoevoer te maken had omdat ik ook meldingen kreeg op m’n Pi over undervoltage, maar dit heb ik opgelost met een andere stekker en een USB-hub.

Is er iemand die dit herkent en/of weet hoe ik het kan oplossen?

Gebruikt iemand anders soms de gewone afstandsbediening?

[Alphyraz]

niki_lauda schreef op zaterdag 30 december 2023 @ 14:42:
[...]

Gebruikt iemand anders soms de gewone afstandsbediening?

Die gebruiken we inderdaad ook gewoon. Zorgt dat voor problemen?

@JaapB Gebruik jij ook nog de gewone afstandsbediening?

[JaapB]

Alphyraz schreef op zaterdag 30 december 2023 @ 15:31:
[...]

Die gebruiken we inderdaad ook gewoon. Zorgt dat voor problemen?

@JaapB Gebruik jij ook nog de gewone afstandsbediening?

Ik gebruik ook de 16 kanaals afstandsbediening en ook dat heeft nooit tot verstoringen geleid. De enige keer dat ik een motor opnieuw in moest leren was toen die defect was geraakt en vervangen is door een nieuwer exemplaar.