Domoticz - open source domotica systeem - deel 5

[niki_lauda]

apepannetje schreef op zaterdag 6 mei 2023 @ 14:55:
Aanvullingen/vragen op mijn post hierboven:
Zoals gemeld had ik deze week een crash van Domoticz op synology.
Heb nog steeds de goede driver voor Usb niet kunnen vinden

Heb Domoticz wel kunnen installeren, maar kan de usb driver voor RFX com niet vinden

Wat heb ik gedownload heb van https://synocommunity.com/ en geïnstalleerd:

Domoticz v2020.2-10

SynoKernel USB Serial drivers

SynoCli Kernel Tools

Systeem:

Synology DS215+

DSM 6.2.4-25556 Update 6

Processor: ANNAPURNALABS Alpine AL212

In mijn beleving heb ik alles goed geïnstalleerd
Wie o Wie weet wat ik verkeerd doe?

Groetjes Apepannetje

Helpt onderstaande?
Het commando is ls /dev/ttyUSB* , dat geeft je alle USB devices. Waarschijnlijk zie je dan ttyUSB0 en wellicht ook nog ttyUSB1 als je nog meer 'seriële' devices aangesloten hebt. In Domoticz probeer je ze gewoon allebei in de instellingen. Als je geen ttyUSB0 ziet, dan geef je eerst het commando's

insmod /lib/modules/usbserial.ko
insmod /lib/modules/ftdi_sio.ko
mknod /dev/ttyUSB0 c 188 0

de twee genoemde modules zijn beschikbaar op je synology als je het package 'USB serial drivers' installeert via de package manager.

[rens-br]

Ik heb sinds vorige week twee omvormers in plaats van één en ik wil eigenlijk een device hebben die beide opbrengsten bij elkaar optelt en dat toont.

Nu dacht ik dit simpelweg te doen door beide waardes op te tellen en in een dummy device te stoppen, maar dat werkte gisteren (dag een) perfect, maar vandaag krijg ik ineens allemaal negatieve waardes. Iemand enig idee waar het misgaat? (of een script wat wel werkt?)

Mijn devices:








De foute grafiek:



Mijn script:

code:

--*------------------------------------------------------------------------------------*--
--Creator: Rens
--Date: 08-05-2023
--Last update: 
--Changelog: 
--Source: 
--Description: Calculates total number of opwekking
--*------------------------------------------------------------------------------------*--

--Declarations
local Opwekking1Num = 585 --West
local Opwekking2Num = 635 --Schuur

return {
    on = {
        devices = {
            Opwekking1Num,  --West
            Opwekking2Num  --Schuur
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Opwekking1        = domoticz.devices(Opwekking1Num)   --West
        local Opwekking2        = domoticz.devices(Opwekking2Num)   --Schuur
        local Total             = domoticz.devices(639)             --Schuur
        local TotalWatt
        local TotalToday
        local Time                  = require('Time') --Time function
        local CurrentTime           = Time() --Current time
        
        --Function
        --Combine numbers
        TotalWatt   = Opwekking1.actualWatt + Opwekking2.actualWatt
        TotalToday  = (Opwekking1.counterToday + Opwekking2.counterToday) * 1000
        --Write to output
        Total.updateElectricity(TotalWatt, TotalToday)
  end
}

[M.v.Veelen]

Ik gebruik dit LUA script om de output van de 2 omvormers bij elkaar op te tellen (komen in een Dummy "Totaal zonnepanelen" :

code:

return
{
    on =
    {
        timer = { 'every minute' }
},
    
    execute = function(domoticz, item)
        
        local garagePower = domoticz.devices(2013)     -- garage
        local woningPower = domoticz.devices(2039)     -- woning
        local totalPower = domoticz.devices(2037)  -- totaal (garage + woning)
        
        totalPower.updateElectricity(
                garagePower.WhActual + woningPower.WhActual,
                garagePower.WhTotal + woningPower.WhTotal
            )
        
    end
    
}

Edit:

a) slechte dag voor de paneeltjes
b) net op welk moment je de snapshot maakt, zo klopt het niet helemaal als je ze bij elkaar optelt

[ Voor 26% gewijzigd door M.v.Veelen op 09-05-2023 11:11 ]

[rens-br]

M.v.Veelen schreef op dinsdag 9 mei 2023 @ 11:08:
a) slechte dag voor de paneeltjes
b) net op welk moment je de snapshot maakt, zo klopt het niet helemaal als je ze bij elkaar optelt

Lijkt nogal op die van mij, maar jij gebruikt andere inputs. Namelijk whActual en WhTotal. Ik zie nu ook dat jij elke minuut update, ik wil dat liever voorkomen en alleen bij elkaar op tellen als een van de devices ook daadwerkelijk verandering heeft. Scheelt log meldingen en processor power.

Ik heb nu aangepast naar:

code:

--*------------------------------------------------------------------------------------*--
--Creator: Rens
--Date: 08-05-2023
--Last update: 
--Changelog: 
--Source: 
--Description: Calculates total number of opwekking
--*------------------------------------------------------------------------------------*--

--Declarations
local Opwekking1Num = 585 --West
local Opwekking2Num = 635 --Schuur

return {
    on = {
        devices = {
            Opwekking1Num,  --West
            Opwekking2Num  --Schuur
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Opwekking1        = domoticz.devices(Opwekking1Num)   --West
        local Opwekking2        = domoticz.devices(Opwekking2Num)   --Schuur
        local Total             = domoticz.devices(639)             --Schuur
        local TotalWatt
        local TotalToday
        local Time                  = require('Time') --Time function
        local CurrentTime           = Time() --Current time
        
        --Function
        --Combine numbers
        TotalWatt   = Opwekking1.WhActual + Opwekking2.WhActual
        TotalToday  = Opwekking1.WhTotal + Opwekking2.WhTotal
        --Write to output
        Total.updateElectricity(TotalWatt, TotalToday)
  end
}

Ik krijg nu alleen een gigantische waarde te zien bij 'vandaag':


Maar dat komt misschien omdat hij nu de geschiedenis van mijn 'West' panelen in één keer wegschrijft? Morgen dus maar eens kijken of het klopt.

[Knielen]

@rens-br
De dagteller op berekenen zetten inplaats van mee te geven uit het script lost dit op

[rens-br]

Knielen schreef op dinsdag 9 mei 2023 @ 12:30:
@rens-br
De dagteller op berekenen zetten inplaats van mee te geven uit het script lost dit op

Dat maakt hier helaas helemaal geen verschil.

[M.v.Veelen]

rens-br schreef op dinsdag 9 mei 2023 @ 11:24:
[...]

Maar dat komt misschien omdat hij nu de geschiedenis van mijn 'West' panelen in één keer wegschrijft? Morgen dus maar eens kijken of het klopt.

En? Is het gelukt?

[rens-br]

M.v.Veelen schreef op woensdag 10 mei 2023 @ 20:03:
[...]


En? Is het gelukt?

Ja.. En nee.. Het gigantische getal is weg. Maar hij heeft nog steeds een beetje moeite met optellen:

[ Voor 24% gewijzigd door rens-br op 10-05-2023 20:29 ]

[Knielen]

@rens-br Raar hoor, hierbij mijn (gepikte) script, dit werkt wel goed:

Lua:

return {

    on = {
        devices = { 
                    302, -- Slimme meter youless (youless or P1)
                    269, -- Zonnepanelen Voor
                    891, -- Zonnepanelen Achter
                  }
         },
    logging = {
        level = domoticz.LOG_INFO,
--        level = domoticz.LOG_ERROR,
        marker = "Eigen verbruik"
               },    
    
    execute = function(domoticz, item)
        
        local Smartmeter = domoticz.devices(302)   -- Slimme meter (youless or P1)

        local Generation = domoticz.devices(269)   -- Zonnepanelen
        local Generation2 = domoticz.devices(891)  -- 2e set zonnepanelen
        local Consumption = domoticz.devices(349)  -- Eigen verbruik / calculated value / dummy Elektra kWh + counter
        local Selfuse = domoticz.devices(833) -- Selfuse / calculated value / dummy Elektra kWh + counter
        local Totaal = domoticz.devices(895) -- Totaal beide panelen
        
        -- 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] + Generation2.rawData[2]
        local PowerGeneration = Generation.rawData[1] + Generation2.rawData[1]

        --Calculate
        local EnergyImport = EnergyImportLow + EnergyImportHigh
        local EnergyExport = EnergyExportLow + EnergyExportHigh
        
        local EnergyConsumption = EnergyGeneration + EnergyImport - EnergyExport
        local PowerConsumption = PowerGeneration + PowerImport - PowerExport
        local EnergySelfuse = EnergyGeneration - EnergyExport
        local PowerSelfuse = PowerGeneration - PowerExport
        local EnergyTotaal = EnergyGeneration
        local PowerTotaal = PowerGeneration

         
        domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=349'..'&nvalue=0&svalue='..PowerConsumption..';'..EnergyConsumption)
        domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=820'..'&nvalue=0&svalue='..PowerImport..';'..EnergyImport)
        domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=845'..'&nvalue=0&svalue='..PowerExport..';'..EnergyExport)
        domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=833'..'&nvalue=0&svalue='..PowerSelfuse..';'..EnergySelfuse)
        domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=895'..'&nvalue=0&svalue='..PowerTotaal..';'..EnergyTotaal)
        --domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=895&nvalue=0&svalue=10;0.0')
        --vul zelf hier idx in van dummy Consumption (349) en domoticz port (8080)
        if (domoticz.devices(891).actualWatt >= 1 and domoticz.devices(891).lastUpdate.minutesAgo >= 10 and domoticz.devices('Sunset').state == 'On') then
            domoticz.log('Achterkant op 0 gezet, is uit')
            domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=891'..'&nvalue=0&svalue=0;'..Generation2.rawData[2])
        end
            
        
    end
    
}

De totalen van beide sets laat ik wel berekenen door Domoticz zoals ik gisteren voorstelde.

[BounceMeister]

Even een waarschuwing over de update naar 2023.1, ik ben nu al m'n schakelaars en instellingen kwijt, De devices staan er nog wel in, maar alle pagina's met knoppen zijn leeg.

Heb inmiddels op m'n pc weer wat werkend:
Ik heb even opgezocht hoe je de browsercache voor één pagina wist. Nu zie ik weer knoppen. Nu m'n mobiel nog.
Op m'n mobiel moest ik alle browsergegevens wissen om het werkend te krijgen helaas. Dat wordt de komende dagen weer flink inloggen overal..

[ Voor 48% gewijzigd door BounceMeister op 13-05-2023 00:25 . Reden: opgelost ]

[PhilipsFan]

Ik heb een vraagje. Ik wil graag weten hoeveel stroom ik opwek via de zonnepanelen ten opzichte van hoeveel stroom ik zelf verbruik. Hiervoor heb ik een dummy meter aangemaakt van het type General kWh. Deze vul ik met onderstaand script:

code:

local notification_time = 'every minute'
local solar_metering_device_idx = 1843  -- The Domoticz idx of the production metering device.
local energy_usage_device_idx   = 1845  -- The Domoticz idx of the usage metering device.
local dummy_counter_idx         = 2041  -- The idx of the virtual counter

return {
    logging = {
        level = domoticz.LOG_INFO,
        marker = "Verschil opwek en verbruik"
    },
    on = {
        timer = {
            notification_time
        }
    },
    execute = function(domoticz, item)
        local solar_metering_device = domoticz.devices(solar_metering_device_idx) -- use device IDX or device name
        local energy_usage_device = domoticz.devices(energy_usage_device_idx)
        domoticz.log('Totaal Wh opgewekt: ' .. solar_metering_device.WhTotal, domoticz.LOG_INFO)
        domoticz.log('Totaal Wh verbruikt: ' .. energy_usage_device.WhTotal, domoticz.LOG_INFO)
        domoticz.log('Verschil opwek en verbruik: ' solar_metering_device.WhTotal - energy_usage_device.WhTotal)
        local dummy_counter = domoticz.devices(dummy_counter_idx)
        dummy_counter.updateElectricity(0, solar_metering_device.WhTotal - energy_usage_device.WhTotal)
    end
}

Ik ben niet geinteresseerd in kW, dus de watt parameter laat ik leeg. Ik wil alleen weten hoeveel kWh ik totnutoe heb opgewekt minus hoeveel kWh ik totnutoe heb verbruikt (sinds de dag dat de zonnepanelen zijn ingeschakeld).

De eerste dag (dinsdag) werkte dit prima. Maar vanaf de tweede dag gaat Domoticz er 'intelligente' dingen mee doen, wat ik dus niet wil. Het lijkt wel alsof hij elke dag zelf het verschil t.o.v. de vorige dag bepaalt (zie grafiek). Ik wil gewoon op elk moment kunnen zien wat mijn actuele opwek minus verbruik totnutoe is. Weet iemand hoe ik dat voor elkaar kan krijgen?

[MikeyMan]

rens-br schreef op dinsdag 9 mei 2023 @ 11:24:
[...]

Maar dat komt misschien omdat hij nu de geschiedenis van mijn 'West' panelen in één keer wegschrijft?

Yupz... Das precies de reden

Overigens meer mensen die last hebben van Zwave2MQTT/ZwaveJS?

Ik heb geregeld toch apparaten die niet meer reageren. Had ik met OpenZwave totaal geen last van. Nooit.

[de Peer]

PhilipsFan schreef op maandag 15 mei 2023 @ 13:04:
Ik heb een vraagje. Ik wil graag weten hoeveel stroom ik opwek via de zonnepanelen ten opzichte van hoeveel stroom ik zelf verbruik.

ik begrijp niet wat je bedoelt. Wil je bruto verbruik weten, netto verbruik, je opwek?
edit: ah netto verbruik dus.

Hiervoor heb ik een dummy meter aangemaakt van het type General kWh.

bedoel je custom sensor, elektra, of verbruik? 'General kWh' ken ik niet. zou je niet gewoon een custom sensor moeten gebruiken in plaats van een meter?

[ Voor 22% gewijzigd door de Peer op 15-05-2023 15:03 ]

[PhilipsFan]

de Peer schreef op maandag 15 mei 2023 @ 14:51:
[...]

ik begrijp niet wat je bedoelt. Wil je bruto verbruik weten, netto verbruik, je opwek?
edit: ah netto verbruik dus.

[...]

bedoel je custom sensor, elektra, of verbruik? 'General kWh' ken ik niet. zou je niet gewoon een custom sensor moeten gebruiken in plaats van een meter?

Dit is de sensor die ik heb aangemaakt via 'Create Virtual Sensors' en ik denk dat ik type 'Electric Instant+Counter' heb gebruikt, maar dat kan ik niet meer zien.


Edit: Ik denk dat mijn probleem ergens anders ligt. Die sensor bevat namelijk wel de juiste waarde als ik 'm opzoek in de lijst met devices. Ik kijk alleen naar de waarde 'Today' en die bevat natuurlijk alleen wat er is bijgekomen t.o.v. de vorige dag.

Dus ik moet de vraag anders stellen: Is er een manier om de actuele totaalstand van de meter weer te geven ipv het actuele verbruik en de stand van vandaag?

[ Voor 17% gewijzigd door PhilipsFan op 15-05-2023 15:47 ]

[de Peer]

PhilipsFan schreef op maandag 15 mei 2023 @ 15:39:
[...]

Dit is de sensor die ik heb aangemaakt via 'Create Virtual Sensors' en ik denk dat ik type 'Electric Instant+Counter' heb gebruikt, maar dat kan ik niet meer zien.
[Afbeelding]

Edit: Ik denk dat mijn probleem ergens anders ligt. Die sensor bevat namelijk wel de juiste waarde als ik 'm opzoek in de lijst met devices. Ik kijk alleen naar de waarde 'Today' en die bevat natuurlijk alleen wat er is bijgekomen t.o.v. de vorige dag.

Dus ik moet de vraag anders stellen: Is er een manier om de actuele totaalstand van de meter weer te geven ipv het actuele verbruik en de stand van vandaag?

nou, je leest iets uit uit een meter, en maakt er vervolgens zelf weer een meter van. volgens mij moet je dat laatste niet doen want jij gaf aan die slimmigheden niet te willen.

Ik zou met een custom sensor werken en die de eenheid Wh geven, of kWh als je het even door 1000 deelt.

[PhilipsFan]

de Peer schreef op maandag 15 mei 2023 @ 16:12:
[...]


nou, je leest iets uit uit een meter, en maakt er vervolgens zelf weer een meter van. volgens mij moet je dat laatste niet doen want jij gaf aan die slimmigheden niet te willen.

Ik zou met een custom sensor werken en die de eenheid Wh geven, of kWh als je het even door 1000 deelt.

Dat lijkt inderdaad te werken. Ik heb nu een custom sensor die precies de waarde weergeeft die ik graag wil zien. Hij hobbelt een beetje op en neer, maar dat heeft volgens mij te maken met het zonnepaneel systeem dat minder vaak update dan de verbruiksmeter. Thanks!

Nu nog hopen op een paar zonnige dagen, zodat de teller in de plus komt. Ik heb dan over een heel jaar meer opgewekt dan ik heb verbruikt.

Hier het script, voor als iemand er misschien ooit eens wat aan heeft:

code:

local notification_time = 'every minute'
local solar_metering_device_idx = 1843 -- The Domoticz idx of the production metering device.
local energy_usage_device_idx   = 1845 -- The Domoticz idx of the usage metering device.
local dummy_sensor_idx          = 2042 -- index of the custom sensor

return {
    logging = {
        level = domoticz.LOG_INFO,
        marker = "Verschil opwek en verbruik"
    },
    on = {
        timer = {
            notification_time
        }
    },
    execute = function(domoticz, item)
        local solar_metering_device = domoticz.devices(solar_metering_device_idx) -- use device IDX or device name
        local energy_usage_device = domoticz.devices(energy_usage_device_idx)
        domoticz.log('Totaal Wh opgewekt: ' .. solar_metering_device.WhTotal, domoticz.LOG_INFO)
        domoticz.log('Totaal Wh verbruikt: ' .. energy_usage_device.WhTotal, domoticz.LOG_INFO)
        domoticz.log('Verschil opwek en verbruik (Wh): ' .. solar_metering_device.WhTotal - energy_usage_device.WhTotal)
        local dummy_sensor = domoticz.devices(dummy_sensor_idx)
        dummy_sensor.updateCustomSensor((solar_metering_device.WhTotal - energy_usage_device.WhTotal) / 1000)
    end
}

[ Voor 3% gewijzigd door PhilipsFan op 15-05-2023 17:04 ]

[pven]

Ik snap het niet zo goed meer. Ik heb net mijn zonnepanelen toegevoegd aan domoticz, in het devices-overzichtje zie ik het device keurig terug. Maar als ik vervolgens een script maak om het naar pvoutput te uploaden, dan vindt ie het device niet.

Een script om alle devices te printen laat mijn nieuwe device ook niet zien (wel de reeds aanwezige):

code:

-- Retrieve all device indices
local deviceIndices = {}
for deviceIdx, _ in pairs(otherdevices_idx) do
    table.insert(deviceIndices, deviceIdx)
end

-- Print the device indices in the Domoticz log
print('Device indices:')
print(table.concat(deviceIndices, ', '))

Ook een herstart van domoticz lost het niet op.

Iemand een idee wat ik over het hoofd zie?

[Knielen]

@pven device wel actief gemaakt met het groene pijltje?

[pven]

Knielen schreef op maandag 15 mei 2023 @ 22:21:
@pven device wel actief gemaakt met het groene pijltje?

Vergeten te melden: ja, heb ik gedaan.

Als ik bv bij Utilities kijk, dan staat het device daar wel bij.

[ Voor 14% gewijzigd door pven op 15-05-2023 23:08 ]

[PhilipsFan]

Is het ook mogelijk om van een kWh-meter het verbruik sinds een bepaalde datum op te vragen? Ik wil graag inzichtelijk hebben hoeveel kWh ik dit kalenderjaar totnutoe heb verbruikt. Ik heb wel de functies subsetSince, avgSince etc gevonden, maar die hebben betrekking op variabelen ipv meters.

[tsjoender]

PhilipsFan schreef op dinsdag 16 mei 2023 @ 03:57:
Is het ook mogelijk om van een kWh-meter het verbruik sinds een bepaalde datum op te vragen? Ik wil graag inzichtelijk hebben hoeveel kWh ik dit kalenderjaar totnutoe heb verbruikt. Ik heb wel de functies subsetSince, avgSince etc gevonden, maar die hebben betrekking op variabelen ipv meters.

Per kalenderjaar kun je ook opvragen door rechtsboven in het scherm met de logging/grafieken de rapport knop te klikken.

[PhilipsFan]

tsjoender schreef op dinsdag 16 mei 2023 @ 13:03:
[...]


Per kalenderjaar kun je ook opvragen door rechtsboven in het scherm met de logging/grafieken de rapport knop te klikken.

Ja, precies dat bedoel ik inderdaad, maar dan zou ik het graag kunnen opvragen via een scriptfunctie zodat ik het kan gebruiken om een custom sensor mee te vullen.

[MikeyMan]

Ben inmiddels weer een stapje verder gekomen in het opnieuw bouwen van het backup script.
Het is blijkbaar mis gegaan sinds ik ftp heb uitgezet en naar sftp ben overgestapt.

Vanaf de commandline werkt het nu zo:

code:

#!/bin/bash

## LOCAL/SFTP/SCP/MAIL PARAMETERS
SERVER="10.0.0.4"           # IP of Network disk, used for: sftp mail scp
PORT="60222"                # Port of SFTP server
USERNAME="Username"        # SFTP username of Network disk used for: sftp mail scp
PASSWORD="Password"      # SFTP password of Network disk used for: sftp mail scp
DESTDIRNAS="/Domoticz/"
DOMOTICZ_IP="127.0.0.1"    # Domoticz IP used for all
DOMOTICZ_PORT="8080"       # Domoticz port used for all
## END OF USER CONFIGURABLE PARAMETERS

TIMESTAMP=$(date +%Y%m%d%H%M%S)
BACKUPFILE="domoticz_$TIMESTAMP.db"   # Backups will be named "domoticz_YYYYMMDDHHMMSS.db.gz"
BACKUPFILEGZ="$BACKUPFILE".gz

### Create backup, ZIP it, and start Domoticz again
/usr/bin/curl -s "http://$DOMOTICZ_IP:$DOMOTICZ_PORT/backupdatabase.php" > "/tmp/$BACKUPFILE"
gzip -9 "/tmp/$BACKUPFILE"

### Send to Network disk through SFTP
sftp_command="put /tmp/$BACKUPFILEGZ"
echo "$sftp_command" | sftp -P $PORT "$USERNAME@$SERVER:$DESTDIRNAS"

### Remove temp backup file
/bin/rm "/tmp/$BACKUPFILEGZ"

### Done!

Maar, hij vraagt dan om het wachtwoord. Dat is natuurlijk niet handig.
Dacht ":$PASSWORD" toe te veogen aan het sftp commando, maar dat werkt niet... Any thoughts?

[janne_nl]

Welk (echt) risico mitigeer je door op je interne lan SFTP te gebruiken ipv ftp? Je kunt altijd je backup eerst encrypten en dan oversturen.

Kijk ook even of je sftp server ondersteund dat je andere gebruikers dan root/admin gebruikt

[MikeyMan]

janne_nl schreef op maandag 22 mei 2023 @ 11:36:
Welk (echt) risico mitigeer je door op je interne lan SFTP te gebruiken ipv ftp? Je kunt altijd je backup eerst encrypten en dan oversturen.

Kijk ook even of je sftp server ondersteund dat je andere gebruikers dan root/admin gebruikt

Nou, het is meer dat ik zoveel mogelijk protocollen uitgeschakeld heb op m'n nas, aangezien ik voorheen alles open had staan. Zou FTP weer kunnen aan zetten natuurlijk.

Maar, heb het inmiddels voor elkaar ook

code:

#!/bin/bash

## LOCAL/SFTP/SCP/MAIL PARAMETERS
SERVER="10.0.0.4"           # IP of Network disk, used for: sftp mail scp
PORT="60222"                # Port of SFTP server
USERNAME="Username"        # SFTP username of Network disk used for: sftp mail scp
PASSWORD="Password"      # SFTP password of Network disk used for: sftp mail scp
DESTDIRNAS="/Domoticz/"
DOMOTICZ_IP="127.0.0.1"    # Domoticz IP used for all
DOMOTICZ_PORT="8080"       # Domoticz port used for all
## END OF USER CONFIGURABLE PARAMETERS

TIMESTAMP=$(date +%Y%m%d%H%M%S)
BACKUPFILE="domoticz_$TIMESTAMP.db"   # Backups will be named "domoticz_YYYYMMDDHHMMSS.db.gz"
BACKUPFILEGZ="$BACKUPFILE".gz

### Create backup, ZIP it, and start Domoticz again
/usr/bin/curl -s "http://$DOMOTICZ_IP:$DOMOTICZ_PORT/backupdatabase.php" > "/tmp/$BACKUPFILE"
gzip -9 "/tmp/$BACKUPFILE"

### Send to Network disk through SFTP
expect -c "
spawn sftp -P $PORT $USERNAME@$SERVER:$DESTDIRNAS
expect \"password:\"
send \"$PASSWORD\r\"
expect \"sftp>\"
send \"put /tmp/$BACKUPFILEGZ\r\"
expect \"sftp>\"
send \"bye\r\"
"

### Remove temp backup file
/bin/rm "/tmp/$BACKUPFILEGZ"

### Done!

Met wat hulp van chatgpt een expect statement toegevoegd.
Next up; oudere bestanden verwijderen.

[janne_nl]

je wachtwoord/user staat als plaintext in je script?

[MikeyMan]

janne_nl schreef op maandag 22 mei 2023 @ 11:43:
je wachtwoord/user staat als plaintext in je script?

Ja, das op zich niet zo'n probleem, is alleen intern gebruik op m'n eigen netwerk....

Ben nu aan het stoeien met het verwijderen van oudere versies.

code:

### Remove backup files older than 20 days from SFTP location
expect -c "
spawn sftp -P $PORT $USERNAME@$SERVER:$DESTDIRNAS
expect \"password:\"
send \"$PASSWORD\r\"
expect \"sftp>\"
send \"find '$DESTDIRNAS' -type f -mtime +20 -exec rm {} \\;\"\r
expect \"sftp>\"
send \"bye\r\"
"

Maar daar heeft chatgpt wat minder kaas van gegeten lijkt het

[M.v.Veelen]

MikeyMan schreef op maandag 22 mei 2023 @ 16:27:
[...]


Ja, das op zich niet zo'n probleem, is alleen intern gebruik op m'n eigen netwerk....

Ben nu aan het stoeien met het verwijderen van oudere versies.

code:

### Remove backup files older than 20 days from SFTP location
expect -c "
spawn sftp -P $PORT $USERNAME@$SERVER:$DESTDIRNAS
expect \"password:\"
send \"$PASSWORD\r\"
expect \"sftp>\"
send \"find '$DESTDIRNAS' -type f -mtime +20 -exec rm {} \\;\"\r
expect \"sftp>\"
send \"bye\r\"
"

Maar daar heeft chatgpt wat minder kaas van gegeten lijkt het

En als je op je NAS (ik ga er vanuit dat je een Syno hebt voor het gemak) de task scheduler gebruikt en daarmee de map waarin je de backups hebt staan laat prunen? First in first out daarna.

Ik heb de DB en scripts in seperate subfolders en laat bijv. de DB prunen dmv dit regeltje dat dagelijks wordt uitgevoerd:

code:

ls -d -1tr /volume1/Domoticz_backups/Domoticz_DB/* | head -n -20 | xargs -d '\n' rm -f

[MikeyMan]

M.v.Veelen schreef op maandag 22 mei 2023 @ 17:09:
[...]


En als je op je NAS (ik ga er vanuit dat je een Syno hebt voor het gemak) de task scheduler gebruikt en daarmee de map waarin je de backups hebt staan laat prunen? First in first out daarna.

Ik heb de DB en scripts in seperate subfolders en laat bijv. de DB prunen dmv dit regeltje dat dagelijks wordt uitgevoerd:

code:

ls -d -1tr /volume1/Domoticz_backups/Domoticz_DB/* | head -n -20 | xargs -d '\n' rm -f

Zou ook nog kunnen. Tis idd een Synology.
Maar eens verder prutsen hieraan eerst.

In de tussentijd word ik toch een beetje chagrijnig van zwave2mqtt... Ik blijf apparaten hebben die de volgende melding geven:

Error sending switch command, check device/hardware

Op dat moment werkt directe aansturing vanuit zwavejs wel. Dus het lijkt een domoticz ding. Maar wel vreselijk irritant.

[M.v.Veelen]

Ik probeer de hoogste opbrengst van de zonnepanelen (2 systemen bij elkaar opgeteld) vast te leggen in de uservariabele.

Ik heb deze lua code:

code:

commandArray = {}

solar = otherdevices_svalues['Zonnepanelen']
now, total = solar:match("([^;]+);([^;]+)")
      
-- Retrieve the current value of the "Zonnepanelen" sensor
local current_value = tonumber(total)   

-- Retrieve the highest value stored in the user variable "Zonnepanelen"
local highest_value = tonumber(uservariables['HighestZonnepanelenDaily'])

-- Check if the current value is higher than the stored highest value
if current_value > highest_value then
-- Update the user variable with the new highest value
commandArray['Variable:HighestZonnepanelenDaily'] = tostring(current_value)
end

return commandArray

Waarbij de "now" overeenkomt met de actuele opbrengst, maar de "total" een heel andere waarde laat zien.

Op dit moment is de total (dagopbrengst) 30.227 maar de uservariabele laat 1729803.0 zien.

Welke denkfout maak ik ?

Edit:

1729803.0 bleek de totale waarde te zijn sinds het begin. Ik laat nu mbv Lua om 02:00 en om 22:00 user variabelen vullen en om 23:00 het verschil berekenen en vastleggen in weer een andere user variabele. Is dit laatste een dag later hoger, dan wordt de bestaande waarde overschreven en zo blijft de hoogste waarde bewaard.

[ Voor 13% gewijzigd door M.v.Veelen op 03-06-2023 18:11 ]

[Dylantje2]

Is er iemand die een script heeft oid bijv ook 1x peer week oid naar een gmdrive te schrijven?
Die mis ik nog.
Stel dat er fik komt.. ben ik niet alles kwijt......

[klump4u]

M.v.Veelen schreef op zaterdag 27 mei 2023 @ 15:37:
Ik probeer de hoogste opbrengst van de zonnepanelen (2 systemen bij elkaar opgeteld) vast te leggen in de uservariabele.

Ik heb deze lua code:

code:

commandArray = {}

solar = otherdevices_svalues['Zonnepanelen']
now, total = solar:match("([^;]+);([^;]+)")
      
-- Retrieve the current value of the "Zonnepanelen" sensor
local current_value = tonumber(total)   

-- Retrieve the highest value stored in the user variable "Zonnepanelen"
local highest_value = tonumber(uservariables['HighestZonnepanelenDaily'])

-- Check if the current value is higher than the stored highest value
if current_value > highest_value then
-- Update the user variable with the new highest value
commandArray['Variable:HighestZonnepanelenDaily'] = tostring(current_value)
end

return commandArray

Waarbij de "now" overeenkomt met de actuele opbrengst, maar de "total" een heel andere waarde laat zien.

Op dit moment is de total (dagopbrengst) 30.227 maar de uservariabele laat 1729803.0 zien.

Welke denkfout maak ik ?

Je leest de total uit, dat is dus het totaal van de sensor, je zult eerst de dagopbrengst eruit moeten halen.

[janne_nl]

Dylantje2 schreef op donderdag 1 juni 2023 @ 23:09:
Is er iemand die een script heeft oid bijv ook 1x peer week oid naar een gmdrive te schrijven?
Die mis ik nog.
Stel dat er fik komt.. ben ik niet alles kwijt......

Geen idee wat je met gmdrive bedoeld, maar als je bv google drive bedoeld. Copieer de backup naar je NAS en laat die synchroniseren met een clouddrive.

[Dylantje2]

janne_nl schreef op vrijdag 2 juni 2023 @ 07:30:
[...]

Geen idee wat je met gmdrive bedoeld, maar als je bv google drive bedoeld. Copieer de backup naar je NAS en laat die synchroniseren met een clouddrive.

Yep een Gmail drive.
ik heb geen nas maar en linux box

[janne_nl]

Is er verschil tussen gmail drive en google drive? Anders een googlen hoe je een nfs of samba mount maakt naar google drive vamaf je linux box.

[Dylantje2]

klump4u schreef op zaterdag 6 mei 2023 @ 20:18:
[...]

Komen ze wel overeen met de standen op je slimme meter?
Dit zijn geen dagstanden maar de totaalstanden van de meter.

De P1 is toch uitgesplitst tegenwoordig in Domoticz?

[M.v.Veelen]

Iemand een eenvoudige oplossing om van de USB stick die ik gebruik om m'n Domoticz op te draaien op de RPi een 100% kopie te maken? Dus dat deze daarna bootable is en na terugzetten van een reservekopie dan ook in te zetten is bij een mogelijk defect van de huidige UDB stick?

[Vollervo]

M.v.Veelen schreef op woensdag 7 juni 2023 @ 14:37:
Iemand een eenvoudige oplossing om van de USB stick die ik gebruik om m'n Domoticz op te draaien op de RPi een 100% kopie te maken? Dus dat deze daarna bootable is en na terugzetten van een reservekopie dan ook in te zetten is bij een mogelijk defect van de huidige UDB stick?

Opzich kan dat op linux vrij eenvoudig (met dd), maar het is niet aan te bevelen om dat te doen terwijl dat image ook nog ingebruik is. Misschien kun je zoeken naar een windows utility die een image kan maken en schrijven. bijvoorbeeld:
https://www.howtogeek.com...-image-of-your-usb-drive/

[M.v.Veelen]

Vollervo schreef op woensdag 7 juni 2023 @ 15:26:
[...]


Opzich kan dat op linux vrij eenvoudig (met dd), maar het is niet aan te bevelen om dat te doen terwijl dat image ook nog ingebruik is. Misschien kun je zoeken naar een windows utility die een image kan maken en schrijven. bijvoorbeeld:
https://www.howtogeek.com...-image-of-your-usb-drive/

Waarom is het niet aan te bevelen? Als ik Domoticz en andere processen stop en daarna de kopie maak?
Hoe moet ik dan te werk gaan, 2e USB stick in de RPi en dan?

Windows tools heb ik bekeken, maar allemaal (tot nog toe) betaalde versies als je echt een 1-op-1 kopie wilt..

[klump4u]

M.v.Veelen schreef op woensdag 7 juni 2023 @ 15:55:
[...]


Waarom is het niet aan te bevelen? Als ik Domoticz en andere processen stop en daarna de kopie maak?
Hoe moet ik dan te werk gaan, 2e USB stick in de RPi en dan?

Windows tools heb ik bekeken, maar allemaal (tot nog toe) betaalde versies als je echt een 1-op-1 kopie wilt..

https://www.easeus.com/ba...e-bootable-usb-drive.html
Ik weet niet of die betaald is

[Neophyte_NL]

Ik gebruik al een tijdje deze: https://github.com/lzkelley/bkup_rpimage. Maakt een live image backup van de SD Card op een USB stick die eveneens in de Pi zit.

[M.v.Veelen]

Neophyte_NL schreef op woensdag 7 juni 2023 @ 21:46:
Ik gebruik al een tijdje deze: https://github.com/lzkelley/bkup_rpimage. Maakt een live image backup van de SD Card op een USB stick die eveneens in de Pi zit.

Dat klinkt veelbelovend. Zijn er zaken waar ik goed op moet letten voordat ik ermee aan de slag ga of is het easypeasy?

Edit: https://github.com/framps/raspiBackup ziet er nog beter uit al is het me nog niet helemaal duidelijk hoe dit precies werkt. Ik ga me daar ook maar eens in verdiepen.

[ Voor 18% gewijzigd door M.v.Veelen op 08-06-2023 11:33 ]

[de Peer]

M.v.Veelen schreef op donderdag 8 juni 2023 @ 10:23:
[...]


Dat klinkt veelbelovend. Zijn er zaken waar ik goed op moet letten voordat ik ermee aan de slag ga of is het easypeasy?

Edit: https://github.com/framps/raspiBackup ziet er nog beter uit al is het me nog niet helemaal duidelijk hoe dit precies werkt. Ik ga me daar ook maar eens in verdiepen.

raspibackup werkt erg goed. gebruik het al een paar jaar. aanrader.

[M.v.Veelen]

de Peer schreef op donderdag 8 juni 2023 @ 13:10:
[...]

raspibackup werkt erg goed. gebruik het al een paar jaar. aanrader.

Maak jij een backup naar een NAS? Of een extra USB stick in de RPi? En heb je het ingesteld op Rsync ipv DD?

[de Peer]

M.v.Veelen schreef op donderdag 8 juni 2023 @ 13:27:
[...]


Maak jij een backup naar een NAS? Of een extra USB stick in de RPi? En heb je het ingesteld op Rsync ipv DD?

naar een NAS inderdaad. DD

Ik doe niet aan incremental backups. gewoon 1 x per week zaterdagnacht een full backup (DD) en dat duurt dan 12 minuten geloof ik.

[ Voor 20% gewijzigd door de Peer op 08-06-2023 13:33 ]

[M.v.Veelen]

Ik heb net een test gedaan met rsync en die komt netjes op m'n Syno tevoorschijn, maar zal eens kijken naar DD, want ik wil af en toe een full backup hebben die ook de partities meeneemt zodat een restore naar een nieuwe USB stick alles meeneemt en ik niet alles from scratch hoef te installeren.

Edit: ik laat het op rsync staan, dit wordt ook geadviseerd. Na aantal tests behoudt ie ook de laatste 3 kopieën (op de Synology) en dat is prima. Terugzetten van een kopie heb ik nog niet getest, dat komt tzt wel.

Gelukkig wordt Domoticz slechts heel even gestopt tijdens het hele proces. Nu ingesteld dat de kopie 's nachts plaatsvindt.

[ Voor 37% gewijzigd door M.v.Veelen op 08-06-2023 17:10 ]

[Racer89]

Hopelijk mag ik mijn vraag hier stellen, kan niet echt een topic er over vinden. Als geruime tijd P1 uitlezing via Domoticz, echter krijg ik het niet voor elkaar om Domoticz te schakelen via een relai op basis van gegevens uit de P1 poort. Nu is het zo dat dit wel gelukt is via P1MON. Bij een terug levering boven de 2 Kwh gaat het relai aan, en onder een bepaalde waarde gaat deze uit. Deze schakeling ben ik nu aan het testen omdat ik graag nog een boiler van 80 tot 100 liter van 1,5 tot 2 kW er tussen wil plaatsen.

Nu werkt dit op deze manier goed, alleen vraag ik mij nu af. Als de boiler dadelijk inschakeld wordt ben ik die -2 kWh natuurlijk kwijt op de P1 poort. Dan ben ik bang dat de schakeling gaat pendelen. Heeft iemand soortgelijke schakeling en hoe heb je dit opgelost ?

[Heinemancp]

Racer89 schreef op vrijdag 16 juni 2023 @ 07:09:
Hopelijk mag ik mijn vraag hier stellen, kan niet echt een topic er over vinden. Als geruime tijd P1 uitlezing via Domoticz, echter krijg ik het niet voor elkaar om Domoticz te schakelen via een relai op basis van gegevens uit de P1 poort. Nu is het zo dat dit wel gelukt is via P1MON. Bij een terug levering boven de 2 Kwh gaat het relai aan, en onder een bepaalde waarde gaat deze uit. Deze schakeling ben ik nu aan het testen omdat ik graag nog een boiler van 80 tot 100 liter van 1,5 tot 2 kW er tussen wil plaatsen.

Nu werkt dit op deze manier goed, alleen vraag ik mij nu af. Als de boiler dadelijk inschakeld wordt ben ik die -2 kWh natuurlijk kwijt op de P1 poort. Dan ben ik bang dat de schakeling gaat pendelen. Heeft iemand soortgelijke schakeling en hoe heb je dit opgelost ?

Het toverwoord hier is hysterese, dus je zal pas moeten schakelen bij 2kW+x en uitschakelen bij 2kW-y. X en y moet je even proefondervindelijk vaststellen, wat jij prettig vindt qua schakelgedrag. Ik zou beginnen met 0,5 voor beide.

Let wel op dat het relais onder belasting geschakeld wordt en dat die 2kW van een boiler direct vermogen vraagt. Je moet dus de juiste relais hebben, die om kan gaan met het gevraagd vermogen en niet vastlast door het schakelgedrag, of je regeling dmv een vermogensafhankelijke weerstand robuuster maken.

Mooi project, succes!

[Knielen]

Racer89 schreef op vrijdag 16 juni 2023 @ 07:09:
Hopelijk mag ik mijn vraag hier stellen, kan niet echt een topic er over vinden. Als geruime tijd P1 uitlezing via Domoticz, echter krijg ik het niet voor elkaar om Domoticz te schakelen via een relai op basis van gegevens uit de P1 poort. Nu is het zo dat dit wel gelukt is via P1MON. Bij een terug levering boven de 2 Kwh gaat het relai aan, en onder een bepaalde waarde gaat deze uit. Deze schakeling ben ik nu aan het testen omdat ik graag nog een boiler van 80 tot 100 liter van 1,5 tot 2 kW er tussen wil plaatsen.

Nu werkt dit op deze manier goed, alleen vraag ik mij nu af. Als de boiler dadelijk inschakeld wordt ben ik die -2 kWh natuurlijk kwijt op de P1 poort. Dan ben ik bang dat de schakeling gaat pendelen. Heeft iemand soortgelijke schakeling en hoe heb je dit opgelost ?

Je kan in je script toch een sommetje opnemen dat als de boiler aan is je op een lagere waarde afschakelt? Dus boiler aan bij meer dan 2 kW teruglevering en boiler uit als je verbruikt ipv. teruglevert bijvoorbeeld

[Racer89]

@Heinemancp Bedankt voor de reactie, het inschakelen heb ik al ingesteld op 2 kW, deze 2 kW is dus puur teruglevering met het eigen verbruik er al vanaf. Ik denk dat het inderdaad ook een beetje testen is. Ik was alleen benieuwd of iemand hier al ervaring mee had.
Voor het schakelen was ik denken aan een 16A of 20A relais. Ik heb ook nog een industrie relai deze zou er in principe wel tegen moeten kunnen ? Daarbij ben ik ook nog een beetje aan het orienteren welke boiler ik pak. Liefste RVS of Koper. Wellicht kan ik het schakel contact ergens tussen de thermostaat plaatsen. Zodat hij de aansturing schakelt en niet rechtstreeks het element van 2 kW. Afhankelijk van de evt. elektronica wat in de boiler zit is het soweiso niet wenselijk deze continue af te schakelen.

@Knielen Dat klopt inderdaad, in principe zou de uitschakeling moeten plaats vinden bij geen teruglevering meer. Dan zou ik de uitschakelwaarde op -0,1 kW moeten zetten. Dan heb ik altijd 0,1 kW reserve. En hier nog een paar minuten aan schakel vertraging bij op te tellen. Bij evt. een wolken en even een kleine terugval in de teruglevering.

[Tux3.14]

Gisteravond een behoorlijk lange stroom storing gehad. Daardoor zijn mijn (virtuele) servers in de meterkast uitgeschakeld zonder ze vooraf netjes uit te schakelen (het word toch maar tijd voor een UPS). Waaronder een Debian server wat ik gebruik voor Domoticz. Deze heb ik ook met een P1 kabel verbonden met mijn slimme meter.
Dat ging 3 jaar en 6 maanden altijd goed.
Echter toen de stroom er weer op ging gelijk al mijn servers weer opgestart. Echter zag Domoticz mijn P1 meter niet meer. Na wat herstarts van de server, uit/inpluggen van de P1 USB converter heb ik besloten om 'm een keer te verwijderen van Domoticz en opnieuw toe te voegen. Gelukkig, dat werkt weer en alles word weer netjes uitgelezen.
Alleen zie ik niet meer de geschiedenis van de afgelopen 3,5 jaar. Enig idee hoe ik dat kan herstellen?

Het viel mij wel op dat onder 'apparaten' mijn P1 meter een andere Idx nummer heeft gekregen. Voorheen was dat 2, nu is dat 4. Wellicht dat dit er mee te maken heeft, maar ik kan het ook niet wijzigen.
Iemand enig idee?
Had stiekem een kleine hoop dat het wellicht een kwestie was van een DB exporteren, ff met notepad een idx variable aanpassen en job done. Maar dat is iets te simpel gedacht

[niki_lauda]

Tux3.14 schreef op zondag 18 juni 2023 @ 14:15:
Gisteravond een behoorlijk lange stroom storing gehad. Daardoor zijn mijn (virtuele) servers in de meterkast uitgeschakeld zonder ze vooraf netjes uit te schakelen (het word toch maar tijd voor een UPS). Waaronder een Debian server wat ik gebruik voor Domoticz. Deze heb ik ook met een P1 kabel verbonden met mijn slimme meter.
Dat ging 3 jaar en 6 maanden altijd goed.
Echter toen de stroom er weer op ging gelijk al mijn servers weer opgestart. Echter zag Domoticz mijn P1 meter niet meer. Na wat herstarts van de server, uit/inpluggen van de P1 USB converter heb ik besloten om 'm een keer te verwijderen van Domoticz en opnieuw toe te voegen. Gelukkig, dat werkt weer en alles word weer netjes uitgelezen.
Alleen zie ik niet meer de geschiedenis van de afgelopen 3,5 jaar. Enig idee hoe ik dat kan herstellen?

Het viel mij wel op dat onder 'apparaten' mijn P1 meter een andere Idx nummer heeft gekregen. Voorheen was dat 2, nu is dat 4. Wellicht dat dit er mee te maken heeft, maar ik kan het ook niet wijzigen.
Iemand enig idee?
Had stiekem een kleine hoop dat het wellicht een kwestie was van een DB exporteren, ff met notepad een idx variable aanpassen en job done. Maar dat is iets te simpel gedacht

je kunt volgens mij ook de apparaten samenvoegen volgens mij met vervang.



Replace device
Some devices change their unique ID when a new battery is installed and will get a new idx ID in Domoticz.

To replace the old sensor data (history logging) to the new device act as follow:

First, add (or is added by new gateway) the new device to the system, and call it for example ‘New UV Meter’.
Next press the Edit button on the Old device, select replace and select the new Device. (In this case the devices called ‘New UV Meter’).
Next press OK. Result:
The old and new device will be merged and get the name and IDX of the old device. This will prevent changes in scripts that use this device.
The new device will be deleted. (behavior since Stable 2022.1)
If there is a hardware gateway difference between Old and New device (eg when switching from OZW to Zwave JS UI MQTT) the merged device (with old name and idx) will get the hardware gateway of the new device.

[ Voor 38% gewijzigd door niki_lauda op 18-06-2023 15:38 ]

[klump4u]

Tux3.14 schreef op zondag 18 juni 2023 @ 14:15:
Gisteravond een behoorlijk lange stroom storing gehad. Daardoor zijn mijn (virtuele) servers in de meterkast uitgeschakeld zonder ze vooraf netjes uit te schakelen (het word toch maar tijd voor een UPS). Waaronder een Debian server wat ik gebruik voor Domoticz. Deze heb ik ook met een P1 kabel verbonden met mijn slimme meter.
Dat ging 3 jaar en 6 maanden altijd goed.
Echter toen de stroom er weer op ging gelijk al mijn servers weer opgestart. Echter zag Domoticz mijn P1 meter niet meer. Na wat herstarts van de server, uit/inpluggen van de P1 USB converter heb ik besloten om 'm een keer te verwijderen van Domoticz en opnieuw toe te voegen. Gelukkig, dat werkt weer en alles word weer netjes uitgelezen.
Alleen zie ik niet meer de geschiedenis van de afgelopen 3,5 jaar. Enig idee hoe ik dat kan herstellen?

Het viel mij wel op dat onder 'apparaten' mijn P1 meter een andere Idx nummer heeft gekregen. Voorheen was dat 2, nu is dat 4. Wellicht dat dit er mee te maken heeft, maar ik kan het ook niet wijzigen.
Iemand enig idee?
Had stiekem een kleine hoop dat het wellicht een kwestie was van een DB exporteren, ff met notepad een idx variable aanpassen en job done. Maar dat is iets te simpel gedacht

Als je een sensor verwijderd wordt ook alle data daarvan verwijderd of je moet een backup hebben van de data.

[lnrdnl]

Racer89 schreef op vrijdag 16 juni 2023 @ 16:40:
@Heinemancp Bedankt voor de reactie, het inschakelen heb ik al ingesteld op 2 kW, deze 2 kW is dus puur teruglevering met het eigen verbruik er al vanaf. Ik denk dat het inderdaad ook een beetje testen is. Ik was alleen benieuwd of iemand hier al ervaring mee had.
Voor het schakelen was ik denken aan een 16A of 20A relais. Ik heb ook nog een industrie relai deze zou er in principe wel tegen moeten kunnen ? Daarbij ben ik ook nog een beetje aan het orienteren welke boiler ik pak. Liefste RVS of Koper. Wellicht kan ik het schakel contact ergens tussen de thermostaat plaatsen. Zodat hij de aansturing schakelt en niet rechtstreeks het element van 2 kW. Afhankelijk van de evt. elektronica wat in de boiler zit is het soweiso niet wenselijk deze continue af te schakelen.

@Knielen Dat klopt inderdaad, in principe zou de uitschakeling moeten plaats vinden bij geen teruglevering meer. Dan zou ik de uitschakelwaarde op -0,1 kW moeten zetten. Dan heb ik altijd 0,1 kW reserve. En hier nog een paar minuten aan schakel vertraging bij op te tellen. Bij evt. een wolken en even een kleine terugval in de teruglevering.

Ik heb zo'n script gebouwd voor iemand. In eerste instantie voor het geleidelijk opschakelen van een aantal acculaders. Als de gemiddelde opbrengst gedurende X minuten groter is dan Y, steeds een lader bijschakelen. En andersom als de opbrengst afneemt. Door naar het gemiddelde over X minuten te kijken heb je geen last van jitter als er een wolkje voor de zon gaat. Nu heb ik datzelfde laatst gemaakt voor een boiler. DzVents biedt fijne mogelijkheden om dit te bouwen.

Zie dit stukje in de documentatie: A special kind of persistent variables: history = true (Historical variables API)

[Dylantje2]

MMM

Al wat jaartjes een script lopen om het 24 uurs temperatuurs gemiddelde uit te rekenen....
Tot er ergens een update kwam.
Script niet zelf gemaakt, maar kan ook niet aangeven wat er ergens veranderd is, behalve updates van Domoticz en mijn Armbian N2.

code:

local function DeviceUpdate(idx, value1)
    local cmd = string.format("%d|0|%.2f", idx, value1)
  --print(cmd)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

Debug = "Yes" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 2 == 0) then -- script loopt iedere 4 minuten

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
--local temperature_idx = otherdevices_idx[temperature_name]

--local uitlees_name    = 'Oosterhout Temp Dark DZ'
local uitlees_idx   = 12460  --otherdevices_idx[uitlees_name] was 939  WP Buiten HM

--Temperaturen van afgelopen 24 uur opvragen
local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'
local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

Iemand met code ervaring?

[Heinemancp]

Dylantje2 schreef op maandag 19 juni 2023 @ 07:12:
MMM

Al wat jaartjes een script lopen om het 24 uurs temperatuurs gemiddelde uit te rekenen....
Tot er ergens een update kwam.
Script niet zelf gemaakt, maar kan ook niet aangeven wat er ergens veranderd is, behalve updates van Domoticz en mijn Armbian N2.

code:

local function DeviceUpdate(idx, value1)
    local cmd = string.format("%d|0|%.2f", idx, value1)
  --print(cmd)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

Debug = "Yes" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 2 == 0) then -- script loopt iedere 4 minuten

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
--local temperature_idx = otherdevices_idx[temperature_name]

--local uitlees_name    = 'Oosterhout Temp Dark DZ'
local uitlees_idx   = 12460  --otherdevices_idx[uitlees_name] was 939  WP Buiten HM

--Temperaturen van afgelopen 24 uur opvragen
local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'
local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

Iemand met code ervaring?

Een bericht eerder staaf het antwoord, met hele voorbeelden op de wiki.

lnrdnl in "Domoticz - open source domotica systeem - deel 5"

[Dylantje2]

Heinemancp schreef op maandag 19 juni 2023 @ 09:24:
[...]


Een bericht eerder staaf het antwoord, met hele voorbeelden op de wiki.

lnrdnl in "Domoticz - open source domotica systeem - deel 5"

mmmm als ik dat zou snappen kon ik wss zelf wel de fout eruit halen...
Dus sorrie ik hoop dat je mss toch een tipje van de sluier,,,,

[Knielen]

@Dylantje2 Wat krijg je voor foutmelding dan?

[Dylantje2]

Knielen schreef op maandag 19 juni 2023 @ 19:25:
@Dylantje2 Wat krijg je voor foutmelding dan?

code:

2023-06-19 19:44:01.486 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "local function DeviceUpdate(idx, value1)..."]:41: attempt to get length of a nil value (field 'result')

Em dat nill value snap ik niet echt

[Heinemancp]

Dylantje2 schreef op maandag 19 juni 2023 @ 19:52:
[...]

code:

2023-06-19 19:44:01.486 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "local function DeviceUpdate(idx, value1)..."]:41: attempt to get length of a nil value (field 'result')

Em dat nill value snap ik niet echt

Nil value, de variabele bevat dus geen data. Vroeger wellicht wel, maar nu niet meer. Kortom, waar die data vandaan gehaald wordt klopt niet meer. Betreft regel 41. De #jsonData

Ik zie dat je domoticz en je platform geüpdatet hebt, mogelijk klopt de locatie van JSON.LUA niet meer? (Regel 28)

Anders elke variabele even loggen (domoticz.log(variabele)) nadat je deze ingelezen hebt. Dan kom je er snel achter welke variabele leef blijft. Succes!

Ps. Regel 7 op YES (ipv Yes) maakt groot verschil, zodat je jsonData gelogd wordt (in plaats van nu niet). Ik denk dat er geen data in zit, dus dat je dan al een foutmelding krijgt.

[ Voor 10% gewijzigd door Heinemancp op 19-06-2023 21:34 ]

[Dylantje2]

Heinemancp schreef op maandag 19 juni 2023 @ 21:32:
[...]


Nil value, de variabele bevat dus geen data. Vroeger wellicht wel, maar nu niet meer. Kortom, waar die data vandaan gehaald wordt klopt niet meer. Betreft regel 41. De #jsonData

Ik zie dat je domoticz en je platform geüpdatet hebt, mogelijk klopt de locatie van JSON.LUA niet meer? (Regel 28)

Anders elke variabele even loggen (domoticz.log(variabele)) nadat je deze ingelezen hebt. Dan kom je er snel achter welke variabele leef blijft. Succes!

Ps. Regel 7 op YES (ipv Yes) maakt groot verschil, zodat je jsonData gelogd wordt (in plaats van nu niet). Ik denk dat er geen data in zit, dus dat je dan al een foutmelding krijgt.

.

De regels en de route gecheckt en aangepast. geen verschil.
De route heeft een document..
De YEs aangepast,


Deze snap ik niet helemaal:
Anders elke variabele even loggen (domoticz.log(variabele)) nadat je deze ingelezen hebt. Dan kom je er snel achter welke variabele leef blijft. Succes!

[Heinemancp]

Dylantje2 schreef op dinsdag 20 juni 2023 @ 19:21:
[...]

.

De regels en de route gecheckt en aangepast. geen verschil.
De route heeft een document..
De YEs aangepast,


Deze snap ik niet helemaal:
Anders elke variabele even loggen (domoticz.log(variabele)) nadat je deze ingelezen hebt. Dan kom je er snel achter welke variabele leef blijft. Succes!

wat zegt de log nu je YES aangegeven hebt bij Debug? Dan moet je meer info in je logging krijgen dan die ene regel die je eerder gepost hebt.

Lua:

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

Als je in elke stap nog ff checkt of er wel een datablokje in zit, kom je er vanzelf achter wat de "nil" waarde geeft. dus zoiets:

Lua:

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
domoticz.log(elements, domoticz.LOG_INFO) -- zou het aantal elementen in je data moeten weergeven
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end

domoticz.log(sum, domoticz.LOG_INFO)
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

iets anders, verwijst dit naar je domoticz sensor met temperatuur?

code:

http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"

Dan is er iets veranderd vanaf Beta build 15326 (1 jun 2023) https://www.domoticz.com/...-jun-2023_.28and_newer.29

Warning Beta Build 15326, 1-jun-2023 (and newer)
For users using API calls from outside Domoticz there has been some changes in API calls. They now always should be of the form /json.htm?type=command&param=**command**

For example

/json.htm?type=graph will be /json.htm?type=command&param=graph

/json.htm?type=devices will be /json.htm?type=command&param=getdevices

More info in Forum topic https://www.domoticz.com/...opic.php?p=303581#p303581

The following old RType commands will keep working but will give a deprecation warning eg

[WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (IP nnn.nnn.nnn.nnn)

/json.htm?type=**old command** -> /json.htm?type=command&param=**new command**

"settings" -> "getsettings"
"users" -> "getusers";
"devices" -> "getdevices"
"hardware" -> "gethardware";
"events" -> "events"
"notifications" -> "getnotifications"
"createdevice" -> "createdevice"
"scenes" -> "getscenes";
"plans" -> "getplans"
"graph" -> "graph"
"scenelog" -> "getscenelog"
"mobiles" -> "getmobiles"
"cameras"-> "getcameras"
"cameras_user" -> "getcameras_user"
"schedules" -> "getschedules"
"timers" -> "gettimers"
"scenetimers" -> "getscenetimers"
"setpointtimers" -> "getsetpointtimers"
"plans" -> "getplans"
"floorplans" -> "getfloorplans"
"lightlog" -> "getlightlog"
"textlog" -> "gettextlog"
"setused" -> "setused"

The following Old RType commands have no fallback:

"/json.htm?type=events";

Mogelijk zit daar ook iets. Welke versie heb je?

[Dylantje2]

Heinemancp schreef op woensdag 21 juni 2023 @ 07:07:
[...]


wat zegt de log nu je YES aangegeven hebt bij Debug? Dan moet je meer info in je logging krijgen dan die ene regel die je eerder gepost hebt.

Lua:

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

Als je in elke stap nog ff checkt of er wel een datablokje in zit, kom je er vanzelf achter wat de "nil" waarde geeft. dus zoiets:

Lua:

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
domoticz.log(elements, domoticz.LOG_INFO) -- zou het aantal elementen in je data moeten weergeven
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end

domoticz.log(sum, domoticz.LOG_INFO)
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

iets anders, verwijst dit naar je domoticz sensor met temperatuur?

code:

http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"

Dan is er iets veranderd vanaf Beta build 15326 (1 jun 2023) https://www.domoticz.com/...-jun-2023_.28and_newer.29


[...]


Mogelijk zit daar ook iets. Welke versie heb je?

De log blijft dit zeggen:

code:

2023-06-22 07:08:01.678 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "local function DeviceUpdate(idx, value1)..."]:34: attempt to index a nil value (field 'result')

Ik heb beta versie:15331
En vanaf 1 juni werkt hij niet meer...
Daar eens in gaan zoeken dus/:-)

[Heinemancp]

Dylantje2 schreef op donderdag 22 juni 2023 @ 07:11:
[...]


De log blijft dit zeggen:

code:

2023-06-22 07:08:01.678 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "local function DeviceUpdate(idx, value1)..."]:34: attempt to index a nil value (field 'result')

Ik heb beta versie:15331
En vanaf 1 juni werkt hij niet meer...
Daar eens in gaan zoeken dus/:-)

Jippi, dit is goed nieuws. Nu weet je dus dat in regel 34 (waar hij als eerste het resultaat van je werk wilt laten zien) niet werkt EN je hebt dus ook nog de beta. kortom, je moet je dit veranderen:
/json.htm?type=graph will be /json.htm?type=command&param=graph

Regel 22 wordt dus :

Lua:

local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=command&param=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'

[Dylantje2]

Heinemancp schreef op donderdag 22 juni 2023 @ 08:55:
[...]


Jippi, dit is goed nieuws. Nu weet je dus dat in regel 34 (waar hij als eerste het resultaat van je werk wilt laten zien) niet werkt EN je hebt dus ook nog de beta. kortom, je moet je dit veranderen:
/json.htm?type=graph will be /json.htm?type=command&param=graph

Regel 22 wordt dus :

Lua:

local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=command&param=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'

Leek zo simple.
Maar toch nog errors:

code:

2023-06-23 07:20:02.217 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "local function DeviceUpdate(idx, value1)..."]:2: bad argument #2 to 'format' (number expected, got nil)

Zoeken naar #2 maar niet te vinden

Hier zit het denk ik:

code:

    local cmd = string.format("%d|0|%.2f", idx, value1)

Maar wat is dan de vraag :=)

[Heinemancp]

Dylantje2 schreef op vrijdag 23 juni 2023 @ 07:26:
[...]


Leek zo simple.
Maar toch nog errors:

code:

2023-06-23 07:20:02.217 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "local function DeviceUpdate(idx, value1)..."]:2: bad argument #2 to 'format' (number expected, got nil)

Zoeken naar #2 maar niet te vinden

Hier zit het denk ik:

code:

    local cmd = string.format("%d|0|%.2f", idx, value1)

Maar wat is dan de vraag :=)

een stapje verder!

Zit er wel een waarde in "value1"? Dat zou je dus kunnen testen met domoticz.log(value1, LOG_INFO)
deze waarde geef je mee, tijdens het aanroepen van de functie. Mogelijk zit er ook iets anders in de functie waarin je deze functie aanroept?

[Dylantje2]

Heinemancp schreef op vrijdag 23 juni 2023 @ 07:31:
[...]


een stapje verder!

Zit er wel een waarde in "value1"? Dat zou je dus kunnen testen met domoticz.log(value1, LOG_INFO)
deze waarde geef je mee, tijdens het aanroepen van de functie. Mogelijk zit er ook iets anders in de functie waarin je deze functie aanroept?

Dit is IDX: 939 die actief als als temperatuur sensor.

[Heinemancp]

Dylantje2 schreef op vrijdag 23 juni 2023 @ 19:17:
[...]


Dit is IDX: 939 die actief als als temperatuur sensor.
[Afbeelding]

En? Hoe roep je de functie aan? Het komt ergens vandaan, maar ik mis nog een beetje info zo links en rechts. Je zal echt het hele proces moeten delen zodat we hier kunnen kijken waar het in zit.

Wat heb je nu al aangepast en meest recente foutmelding?

[Dylantje2]

mmm

Kijk in mijn log voor de gemiddelde..
Zie ik dit elke x voorbij komen:

code:

2023-06-26 13:50:07.519 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.523 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.587 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.592 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.654 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.658 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.737 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.741 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)

Weet iemand wat dit is..
Hardware al om en om uit gezet, maar blijf hem zien...

[Dylantje2]

Heinemancp schreef op vrijdag 23 juni 2023 @ 20:59:
[...]


En? Hoe roep je de functie aan? Het komt ergens vandaan, maar ik mis nog een beetje info zo links en rechts. Je zal echt het hele proces moeten delen zodat we hier kunnen kijken waar het in zit.

Wat heb je nu al aangepast en meest recente foutmelding?

Ik heb aangepast wat je zei.

Dit is hij nu:

code:

local function DeviceUpdate(idx, value1)
    local cmd = string.format("%d|0|%.2f", idx, value1)
  --print(cmd)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

Debug = "YES" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 2 == 0) then -- script loopt iedere 4 minuten

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
--local temperature_idx = otherdevices_idx[temperature_name]

--local uitlees_name    = 'Oosterhout Temp Dark DZ'
local uitlees_idx   = 939 ---12460  --otherdevices_idx[uitlees_name] was 939  WP Buiten HM

--Temperaturen van afgelopen 24 uur opvragen
--local sQuery          = 'curl "http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"' [ was oude code ivm nieuwe setup lua/dz/domoticz ]
local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=command&param=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'

local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

Waarbij ik alleen verschillende temperatuur sensoren heb geprobeerd.
Verder loopt mijn kennis niet qua scripts

[commentator]

Dylantje2 schreef op maandag 26 juni 2023 @ 13:53:
mmm

Kijk in mijn log voor de gemiddelde..
Zie ik dit elke x voorbij komen:

code:

2023-06-26 13:50:07.519 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.523 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.587 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.592 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.654 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.658 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.737 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.741 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)

Weet iemand wat dit is..
Hardware al om en om uit gezet, maar blijf hem zien...

gebruik je toevallog een Apple device met die alternatieve app?

[Dylantje2]

commentator schreef op maandag 26 juni 2023 @ 20:41:
[...]

gebruik je toevallog een Apple device met die alternatieve app?

Nope geen appels hier in huis

[commentator]

Dylantje2 schreef op maandag 26 juni 2023 @ 22:27:
[...]


Nope geen appels hier in huis

lol

Dylantje2 schreef op maandag 26 juni 2023 @ 13:53:
mmm

Kijk in mijn log voor de gemiddelde..
Zie ik dit elke x voorbij komen:

code:

2023-06-26 13:50:07.519 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.523 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.587 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.592 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.654 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.658 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.737 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)
2023-06-26 13:50:07.741 Status: [WebServer] Deprecated RType (devices) for API request. Handled via fallback (getdevices), please use correct API Command! (127.0.0.1)

Weet iemand wat dit is..
Hardware al om en om uit gezet, maar blijf hem zien...

ik heb vandaag bijgewerkt naar 15369 en zie nu ook als ik met de android app er naar toe ga deze meldingen

[Heinemancp]

Dylantje2 schreef op maandag 26 juni 2023 @ 13:55:
[...]


Ik heb aangepast wat je zei.

Dit is hij nu:

code:

local function DeviceUpdate(idx, value1)
    local cmd = string.format("%d|0|%.2f", idx, value1)
  --print(cmd)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

Debug = "YES" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 2 == 0) then -- script loopt iedere 4 minuten

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
--local temperature_idx = otherdevices_idx[temperature_name]

--local uitlees_name    = 'Oosterhout Temp Dark DZ'
local uitlees_idx   = 939 ---12460  --otherdevices_idx[uitlees_name] was 939  WP Buiten HM

--Temperaturen van afgelopen 24 uur opvragen
--local sQuery          = 'curl "http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"' [ was oude code ivm nieuwe setup lua/dz/domoticz ]
local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=command&param=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'

local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

Waarbij ik alleen verschillende temperatuur sensoren heb geprobeerd.
Verder loopt mijn kennis niet qua scripts

Wat is de output van het script, als je deze aanzet?

[DaRk PoIsOn]

Dylantje2 schreef op vrijdag 2 juni 2023 @ 16:53:
[...]


Yep een Gmail drive.
ik heb geen nas maar en linux box

https://www.bjorn-meijer....backup-domoticz-database/

https://www.sydspost.nl/index.php/2021/05/10/backup-maken/

Ik heb er zo al 2 voor je, eerste paar hits op google

[Dylantje2]

Heinemancp schreef op dinsdag 27 juni 2023 @ 15:52:
[...]


Wat is de output van het script, als je deze aanzet?

code:

2023-06-27 19:44:01.871 Status: LUA: --- Gemiddeld: 21.19805
2023-06-27 19:44:01.871 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "local function DeviceUpdate(idx, value1)..."]:2: bad argument #2 to 'format' (number expected, got nil)

[Heinemancp]

Dylantje2 schreef op dinsdag 27 juni 2023 @ 19:45:
[...]

code:

2023-06-27 19:44:01.871 Status: LUA: --- Gemiddeld: 21.19805
2023-06-27 19:44:01.871 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "local function DeviceUpdate(idx, value1)..."]:2: bad argument #2 to 'format' (number expected, got nil)

Het interessante is dat regel 50 wel uitgevoerd wordt

code:

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

Ik heb alleen nog steeds het gevoel dat ik gegevens mis.

1) er zit nog een "--" voor "print" op regel 3. die graag even weghalen en nieuwe output posten
2) regel 50 wordt uitgevoerd
3) de functie wordt aangeroepen, regel 2 gaat fout. Daar staat iets van format in. Maar "string.format". Dat begrijp ik niet, het moet een getal zijn (string = text). Wat gebeurt er als je dat string.format weghaalt. en er van maakt:

Lua:

local function DeviceUpdate(idx, value1)
    local cmd = (idx, value1)
    print(cmd)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

Ik vraag mij echt af hoe dit ooit gewerkt heeft. Maar het zit in de format van het bovenste deel.

[Dylantje2]

Heinemancp schreef op woensdag 28 juni 2023 @ 07:27:
[...]


Het interessante is dat regel 50 wel uitgevoerd wordt

code:

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

Ik heb alleen nog steeds het gevoel dat ik gegevens mis.

1) er zit nog een "--" voor "print" op regel 3. die graag even weghalen en nieuwe output posten
2) regel 50 wordt uitgevoerd
3) de functie wordt aangeroepen, regel 2 gaat fout. Daar staat iets van format in. Maar "string.format". Dat begrijp ik niet, het moet een getal zijn (string = text). Wat gebeurt er als je dat string.format weghaalt. en er van maakt:

Lua:

local function DeviceUpdate(idx, value1)
    local cmd = (idx, value1)
    print(cmd)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

Ik vraag mij echt af hoe dit ooit gewerkt heeft. Maar het zit in de format van het bovenste deel.

Tsja ooit hier op het web gevonden:
Ik vond hem erg bijzonder, maar snappen helaas niet


Nu deze log:

code:

2023-06-30 17:36:01.743 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:56: attempt to call a nil value (global 'DeviceUpdate')

En dit heb ik nu draaien:

code:

--local function DeviceUpdate(idx, value1)
--    local cmd = string.format("%d|0|%.2f", idx, value1)
--print(cmd)
--print--    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
--end

Debug = "YES" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 2 == 0) then -- script loopt iedere 4 minuten

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
--local temperature_idx = otherdevices_idx[temperature_name]

--local uitlees_name    = 'Oosterhout Temp Dark DZ'
local uitlees_idx   = 939 ---12460  --otherdevices_idx[uitlees_name] was 939  WP Buiten HM

--Temperaturen van afgelopen 24 uur opvragen
--local sQuery          = 'curl "http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"' [ was oude code ivm nieuwe setup lua/dz/domoticz ]
local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=command&param=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'

local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

[M.v.Veelen]

Is die foutmelding omdat je deze regel hebt uit-gecomment?

--local temperature_idx = otherdevices_idx[temperature_name]

In regel 56 wordt temperature_idx namelijk gebruikt terwijl die geen waarde wordt meegegeven.

[Dylantje2]

M.v.Veelen schreef op vrijdag 30 juni 2023 @ 19:25:
Is die foutmelding omdat je deze regel hebt uit-gecomment?

--local temperature_idx = otherdevices_idx[temperature_name]

In regel 56 wordt temperature_idx namelijk gebruikt terwijl die geen waarde wordt meegegeven.

Dus het zou zo moeten?

code:

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
local temperature_idx   = otherdevices_idx[temperature_name]

Log:

code:

2023-07-01 10:06:03.019 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:56: attempt to call a nil value (global 'DeviceUpdate')

[Heinemancp]

Dylantje2 schreef op zaterdag 1 juli 2023 @ 10:07:
[...]


Dus het zou zo moeten?

code:

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
local temperature_idx   = otherdevices_idx[temperature_name]

Log:

code:

2023-07-01 10:06:03.019 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:56: attempt to call a nil value (global 'DeviceUpdate')

Ja dus de waarde is leeg. Daarom ben ik nu heel erg benieuwd naar de debug lug, de rede waarom je YES neergezet hebt. Er moet meer info zijn.

[Dylantje2]

Heinemancp schreef op zaterdag 1 juli 2023 @ 11:21:
[...]


Ja dus de waarde is leeg. Daarom ben ik nu heel erg benieuwd naar de debug lug, de rede waarom je YES neergezet hebt. Er moet meer info zijn.

Ik snap er echt geen .... van.
Maar nu wat bovenin aangepast:

code:

--local function DeviceUpdate(idx, value1)
local function DeviceUpdate(idx, value1)

-- local cmd = string.format("%d|0|%.2f", idx, value1)
local cmd = string.format("%d|0|%.2f", idx, value1)

  --print(cmd)
--print--    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
--print    table.insert (commandArray, { ['UpdateDevice'] = cmd } )

--end
end


Debug = "YES" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 2 == 0) then -- script loopt iedere 4 minuten

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
local temperature_idx   = otherdevices_idx[temperature_name]

--local uitlees_name    = 'Oosterhout Temp Dark DZ'
local uitlees_idx   = 939 ---12460  --otherdevices_idx[uitlees_name] was 939  WP Buiten HM

--Temperaturen van afgelopen 24 uur opvragen
--local sQuery          = 'curl "http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"' [ was oude code ivm nieuwe setup lua/dz/domoticz ]
local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=command&param=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'

local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

En even op All gezet.

Log:

code:

2023-07-01 12:22:58.465 Status: LUA: OK
2023-07-01 12:22:58.465 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:58.465 Status: LUA: 24.4
2023-07-01 12:22:58.466 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:58.752 Status: LUA: Graph temp day
2023-07-01 12:22:58.752 Status: LUA: OK
2023-07-01 12:22:58.752 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:58.753 Status: LUA: 24.4
2023-07-01 12:22:58.753 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:58.947 Status: LUA: Graph temp day
2023-07-01 12:22:58.947 Status: LUA: OK
2023-07-01 12:22:58.947 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:58.947 Status: LUA: 24.4
2023-07-01 12:22:58.948 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.142 Status: LUA: Graph temp day
2023-07-01 12:22:59.142 Status: LUA: OK
2023-07-01 12:22:59.142 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.143 Status: LUA: 24.4
2023-07-01 12:22:59.143 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.337 Status: LUA: Graph temp day
2023-07-01 12:22:59.337 Status: LUA: OK
2023-07-01 12:22:59.337 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.337 Status: LUA: 24.4
2023-07-01 12:22:59.337 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.532 Status: LUA: Graph temp day
2023-07-01 12:22:59.532 Status: LUA: OK
2023-07-01 12:22:59.532 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.532 Status: LUA: 24.4
2023-07-01 12:22:59.532 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.727 Status: LUA: Graph temp day
2023-07-01 12:22:59.727 Status: LUA: OK
2023-07-01 12:22:59.727 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.727 Status: LUA: 24.4
2023-07-01 12:22:59.728 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.921 Status: LUA: Graph temp day
2023-07-01 12:22:59.921 Status: LUA: OK
2023-07-01 12:22:59.921 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.921 Status: LUA: 24.4
2023-07-01 12:22:59.922 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:23:00.079 DM Zwave: General/kWh (Kamer Pellet Tot)
2023-07-01 12:23:00.255 InfluxLink: value Instant,idx=11722,name=Kamer-Pellet-Tot value=3.630
2023-07-01 12:23:00.118 Status: LUA: Graph temp day
2023-07-01 12:23:00.118 Status: LUA: OK
2023-07-01 12:23:00.118 Status: LUA: 2023-06-24 12:20
2023-07-01 12:23:00.118 Status: LUA: 24.4
2023-07-01 12:23:00.118 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:23:01.084 DM Zwave: General/Voltage ($ Z: Pellet)
2023-07-01 12:23:01.589 DM Zwave: Current ($ Z: Pellet Unknown)
2023-07-01 12:23:01.765 InfluxLink: value Instant,idx=13797,name=WP-S0-Verbruik-Tot value=19
2023-07-01 12:23:02.083 DM Zwave: General/Percentage ($ Z: Pellet Percentage)
2023-07-01 12:23:02.235 DM Dummy: Light/Switch (Keuken Nis T)
2023-07-01 12:23:02.272 InfluxLink: value Usage,idx=16499,name=WP-

Maar mijn dummy wordt niet geupdate:


Edit: Er valt me nu wel iets op.
De datum waarop de lua loop klopt niet?

[Heinemancp]

Dylantje2 schreef op zaterdag 1 juli 2023 @ 12:28:
[...]


Ik snap er echt geen .... van.
Maar nu wat bovenin aangepast:

code:

--local function DeviceUpdate(idx, value1)
local function DeviceUpdate(idx, value1)

-- local cmd = string.format("%d|0|%.2f", idx, value1)
local cmd = string.format("%d|0|%.2f", idx, value1)

  --print(cmd)
--print--    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
--print    table.insert (commandArray, { ['UpdateDevice'] = cmd } )

--end
end


Debug = "YES" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 2 == 0) then -- script loopt iedere 4 minuten

-- Variabelen instellen
local temperature_name  = 'Buiten Gemiddeld D' --12216
local temperature_idx   = otherdevices_idx[temperature_name]

--local uitlees_name    = 'Oosterhout Temp Dark DZ'
local uitlees_idx   = 939 ---12460  --otherdevices_idx[uitlees_name] was 939  WP Buiten HM

--Temperaturen van afgelopen 24 uur opvragen
--local sQuery          = 'curl "http://192.168.5.70:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"' [ was oude code ivm nieuwe setup lua/dz/domoticz ]
local sQuery            = 'curl "http://192.168.5.70:8080/json.htm?type=command&param=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'

local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('--- Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

En even op All gezet.

Log:

code:

2023-07-01 12:22:58.465 Status: LUA: OK
2023-07-01 12:22:58.465 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:58.465 Status: LUA: 24.4
2023-07-01 12:22:58.466 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:58.752 Status: LUA: Graph temp day
2023-07-01 12:22:58.752 Status: LUA: OK
2023-07-01 12:22:58.752 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:58.753 Status: LUA: 24.4
2023-07-01 12:22:58.753 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:58.947 Status: LUA: Graph temp day
2023-07-01 12:22:58.947 Status: LUA: OK
2023-07-01 12:22:58.947 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:58.947 Status: LUA: 24.4
2023-07-01 12:22:58.948 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.142 Status: LUA: Graph temp day
2023-07-01 12:22:59.142 Status: LUA: OK
2023-07-01 12:22:59.142 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.143 Status: LUA: 24.4
2023-07-01 12:22:59.143 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.337 Status: LUA: Graph temp day
2023-07-01 12:22:59.337 Status: LUA: OK
2023-07-01 12:22:59.337 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.337 Status: LUA: 24.4
2023-07-01 12:22:59.337 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.532 Status: LUA: Graph temp day
2023-07-01 12:22:59.532 Status: LUA: OK
2023-07-01 12:22:59.532 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.532 Status: LUA: 24.4
2023-07-01 12:22:59.532 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.727 Status: LUA: Graph temp day
2023-07-01 12:22:59.727 Status: LUA: OK
2023-07-01 12:22:59.727 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.727 Status: LUA: 24.4
2023-07-01 12:22:59.728 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:22:59.921 Status: LUA: Graph temp day
2023-07-01 12:22:59.921 Status: LUA: OK
2023-07-01 12:22:59.921 Status: LUA: 2023-06-24 12:20
2023-07-01 12:22:59.921 Status: LUA: 24.4
2023-07-01 12:22:59.922 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:23:00.079 DM Zwave: General/kWh (Kamer Pellet Tot)
2023-07-01 12:23:00.255 InfluxLink: value Instant,idx=11722,name=Kamer-Pellet-Tot value=3.630
2023-07-01 12:23:00.118 Status: LUA: Graph temp day
2023-07-01 12:23:00.118 Status: LUA: OK
2023-07-01 12:23:00.118 Status: LUA: 2023-06-24 12:20
2023-07-01 12:23:00.118 Status: LUA: 24.4
2023-07-01 12:23:00.118 Status: LUA: --- Gemiddeld: 20.30600901352
2023-07-01 12:23:01.084 DM Zwave: General/Voltage ($ Z: Pellet)
2023-07-01 12:23:01.589 DM Zwave: Current ($ Z: Pellet Unknown)
2023-07-01 12:23:01.765 InfluxLink: value Instant,idx=13797,name=WP-S0-Verbruik-Tot value=19
2023-07-01 12:23:02.083 DM Zwave: General/Percentage ($ Z: Pellet Percentage)
2023-07-01 12:23:02.235 DM Dummy: Light/Switch (Keuken Nis T)
2023-07-01 12:23:02.272 InfluxLink: value Usage,idx=16499,name=WP-

Maar mijn dummy wordt niet geupdate:
[Afbeelding]

Edit: Er valt me nu wel iets op.
De datum waarop de lua loop klopt niet?

Wat heb je aangepast, alles lijkt goed te gaan.
Je regel 8 of 9 moet met commandarray je device updaten, die heb je nu uitgezet door --.

[Dylantje2]

Heinemancp schreef op zaterdag 1 juli 2023 @ 18:40:
[...]


Wat heb je aangepast, alles lijkt goed te gaan.
Je regel 8 of 9 moet met commandarray je device updaten, die heb je nu uitgezet door --.

Ik heb dit geactiveerd:
local temperature_idx = otherdevices_idx[temperature_name]

En bovenin:

code:

--local function DeviceUpdate(idx, value1)
local function DeviceUpdate(idx, value1)

-- local cmd = string.format("%d|0|%.2f", idx, value1)
local cmd = string.format("%d|0|%.2f", idx, value1)

Maar als ik die regel 9 activeer.
Dat levert een error op:


Log:

code:

.162 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.244 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.334 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.427 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.504 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.582 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.661 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.746 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.824 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.903 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdat

[MikeyMan]

Ik blijf er tegenaan lopen dat de logfile niet roteert.
Heb dus nu weer een log van 2.2 gig voor Domoticz. Log levels omlaag zetten werkt maar deels natuurlijk.

Iemand hier hetzelfde issue?

[tsjoender]

MikeyMan schreef op maandag 3 juli 2023 @ 09:15:
Ik blijf er tegenaan lopen dat de logfile niet roteert.
Heb dus nu weer een log van 2.2 gig voor Domoticz. Log levels omlaag zetten werkt maar deels natuurlijk.

Iemand hier hetzelfde issue?

Niet meer sinds ik logrotate de logs laat roteren. Hier mijn /etc/logrotate.d/domoticz file:

code:

/var/log/domoticz/*.log {
        daily
        missingok
        rotate 8
        compress
        delaycompress
        notifempty
        create 644 domoticz domoticz
        sharedscripts
        postrotate
                /bin/kill -HUP $(cat /run/domoticz/domoticz.pid) > /dev/null
        endscript
}

In mijn geval start ik domoticz met opstartparameters "-pidfile /run/domoticz/domoticz.pid -log /var/log/domoticz/domoticz.log". Mochten de bestandsnamen of paden bij jou net anders zijn dan moet je die ook aanpassen in de logrotate file. De optie rotate 8 betekent dat files ouder dan 8 dagen weggegooid worden. Wil je meer logging bewaren dan kun je die waarde ophogen of ipv daily bijvoorbeeld weekly gebruiken.

[MikeyMan]

tsjoender schreef op maandag 3 juli 2023 @ 20:02:
[...]


Niet meer sinds ik logrotate de logs laat roteren. Hier mijn /etc/logrotate.d/domoticz file:

code:

/var/log/domoticz/*.log {
        daily
        missingok
        rotate 8
        compress
        delaycompress
        notifempty
        create 644 domoticz domoticz
        sharedscripts
        postrotate
                /bin/kill -HUP $(cat /run/domoticz/domoticz.pid) > /dev/null
        endscript
}

In mijn geval start ik domoticz met opstartparameters "-pidfile /run/domoticz/domoticz.pid -log /var/log/domoticz/domoticz.log". Mochten de bestandsnamen of paden bij jou net anders zijn dan moet je die ook aanpassen in de logrotate file. De optie rotate 8 betekent dat files ouder dan 8 dagen weggegooid worden. Wil je meer logging bewaren dan kun je die waarde ophogen of ipv daily bijvoorbeeld weekly gebruiken.

Ik ga er eens mee stoeien. Zou toch inmiddels wel standaard functionaliteit moeten zijn zeg...

[darklord007]

Heel vreemd, sinds 2 dagen wordt mijn slimme meter niet meer uitgelezen door domoticz.
Ik heb nix geupdate (draai domoticz 2023.1 buildd Hash:f9b9ac774).

Ik draai domoticz al een jaar of 5 (en zo lang is het ook al dat ik de P1 uitlees) en heb echt geen idee waarom het nu niet meer werkt.

Heb de usb nog eens nagekeken (heb die toen persistent ingesteld), maar die is ook gewoon ok, er lijkt wel gewoon nix meer binnen te komen.

Iemand een tip over hoe ik dit het beste kan aanpakken?

[Seafarer]

darklord007 schreef op maandag 3 juli 2023 @ 21:49:
Heel vreemd, sinds 2 dagen wordt mijn slimme meter niet meer uitgelezen door domoticz.
Ik heb nix geupdate (draai domoticz 2023.1 buildd Hash:f9b9ac774).

Ik draai domoticz al een jaar of 5 (en zo lang is het ook al dat ik de P1 uitlees) en heb echt geen idee waarom het nu niet meer werkt.

Heb de usb nog eens nagekeken (heb die toen persistent ingesteld), maar die is ook gewoon ok, er lijkt wel gewoon nix meer binnen te komen.

Iemand een tip over hoe ik dit het beste kan aanpakken?

Effe bij de buren proberen of je daar wel uit kan lezen?

[darklord007]

Seafarer schreef op maandag 3 juli 2023 @ 21:56:
[...]

Effe bij de buren proberen of je daar wel uit kan lezen?

di zijn niet zo technisch en heb daar helaas geen wifi ontvangst. Dus zat zou niet het meest gewenste weg zijn

[Heinemancp]

Dylantje2 schreef op zaterdag 1 juli 2023 @ 19:06:
[...]


Ik heb dit geactiveerd:
local temperature_idx = otherdevices_idx[temperature_name]

En bovenin:

code:

--local function DeviceUpdate(idx, value1)
local function DeviceUpdate(idx, value1)

-- local cmd = string.format("%d|0|%.2f", idx, value1)
local cmd = string.format("%d|0|%.2f", idx, value1)

Maar als ik die regel 9 activeer.
Dat levert een error op:
[Afbeelding]

Log:

code:

.162 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.244 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.334 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.427 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.504 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.582 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.661 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.746 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.824 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdate(idx, value1)..."]:9: syntax error near 'table'
2023-07-01 19:04:49.903 Error: EventSystem: in Weer Lua Gemiddelde Buitentemp: [string "--local function DeviceUpdat

Ik blijf het een heel bijzondere code vinden, ook bijzonder dat de fout kennelijk verplaatst is van regel 2 naar regel 9.
anyway, als je print weghaalt - dus alleen

Lua:

table.insert (commandArray, { ['UpdateDevice'] = cmd } )

Ik weet het ook niet meer, een LUA code is als volgt (in de basis)

Lua:

commandArray = {}

---do stuff

--- update sensor
commandArray['sensor'] = value


return commandArray

Ik kom er nu achter dat ik dezelfde code heb, draait bij mij (2020.2 versie van DZ) nog als een zonnetje.
Hier die van mij, wellicht is opnieuw beginnen het beste: nieuw script, koppelen aan jouw sensoren en kijken hoe het gaat. Ik geef het op.

Lua:

local function DeviceUpdate(idx, value1)
    local cmd = string.format("%d|0|%.2f", idx, value1)
  --print(cmd)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

Debug = "NO" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 5 == 0) then -- script loopt iedere 5 minuten

-- Variabelen instellen
local temperature_name  = 'Temp Buiten Gemiddeld [C]'
local temperature_idx   = otherdevices_idx[temperature_name] --idx 235

local uitlees_name  = 'Buitentemp'
local uitlees_idx   = otherdevices_idx[uitlees_name] --idx 237

--Temperaturen van afgelopen 24 uur opvragen
local sQuery            = 'curl "http://127.0.0.1:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'
local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

[darklord007]

darklord007 schreef op maandag 3 juli 2023 @ 23:12:
[...]


di zijn niet zo technisch en heb daar helaas geen wifi ontvangst. Dus zat zou niet het meest gewenste weg zijn

Ben vandaag even ernaar aan het kijken en zie vanalles in de LOG voorbij komen:

code:

2023-07-04 13:24:07.318 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:08.318 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:09.315 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:2.8.2009827.492"
2023-07-04 13:24:10.339 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:11.310 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:12.310 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:13.320 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:14.341 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:15.319 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:17.318 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:18.313 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:19.320 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:20.313 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:2.8.0 04217.2!4"
2023-07-04 13:24:21.319 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:22.302 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:23.323 Smart Meter: Dismiss incoming - value is not delimited in line "0-0:96.7.9 0 01"!"
2023-07-04 13:24:24.319 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:25.307 Smart Meter: Dismiss incoming - CRC value in message has trailing characters
2023-07-04 13:24:26.310 Smart Meter: Dismiss incoming - value is not delimited in line "1-0:1.8.2(00#60'.9'6"

nu heb ik wel een topic gevonden met dezelfde problemen:
link

Maar hier lees ik niet zo een oplossing in.

Ik durf de CRC check niet uit te zetten, bang voor een corrupte database.

Update:

Heel raar, maar ik wilde hem eens uitproberen op de laptop (win11) --> deze gaf echter aan dat de chip al lang niet meer ondersteund is, en we dus geen COM toegewezen kregen.

Daarna heb ik moedeloos nog eens terug gestoken (wat ik al eerder had gedaan) --> en ineens werkt het weer



Beetje gemengde gevoelens, blij dat het weer werkt, maar van die soort issues houd ik niet zo...

Zou het aan te raden zijn om voor een nieuwe kabel te gaan?

Heb helaas moeten concluderen dat er ergens een enorme jump is veroorzaakt. Is dit nog te fixen?



Lijkt wel alsof hij de data in een andere kolom zet.....



Nu ben ik op 3 juli over gegaan naar een andere leverancier, maar het issue was al 2dagen eerder begonnen dus neem aan dat dit daar niets mee te maken heeft?

[ Voor 26% gewijzigd door darklord007 op 04-07-2023 13:56 ]

[Dylantje2]

Heinemancp schreef op dinsdag 4 juli 2023 @ 07:52:
[...]


Ik blijf het een heel bijzondere code vinden, ook bijzonder dat de fout kennelijk verplaatst is van regel 2 naar regel 9.
anyway, als je print weghaalt - dus alleen

Lua:

table.insert (commandArray, { ['UpdateDevice'] = cmd } )

Ik weet het ook niet meer, een LUA code is als volgt (in de basis)

Lua:

commandArray = {}

---do stuff

--- update sensor
commandArray['sensor'] = value


return commandArray

Ik kom er nu achter dat ik dezelfde code heb, draait bij mij (2020.2 versie van DZ) nog als een zonnetje.
Hier die van mij, wellicht is opnieuw beginnen het beste: nieuw script, koppelen aan jouw sensoren en kijken hoe het gaat. Ik geef het op.

Lua:

local function DeviceUpdate(idx, value1)
    local cmd = string.format("%d|0|%.2f", idx, value1)
  --print(cmd)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

Debug = "NO" -- Debugging aanzetten ("YES") of uitzetten ("NO")
 
commandArray = {}
 
local m = os.date('%M')
if (m % 5 == 0) then -- script loopt iedere 5 minuten

-- Variabelen instellen
local temperature_name  = 'Temp Buiten Gemiddeld [C]'
local temperature_idx   = otherdevices_idx[temperature_name] --idx 235

local uitlees_name  = 'Buitentemp'
local uitlees_idx   = otherdevices_idx[uitlees_name] --idx 237

--Temperaturen van afgelopen 24 uur opvragen
local sQuery            = 'curl "http://127.0.0.1:8080/json.htm?type=graph&sensor=temp&idx='..tostring(uitlees_idx)..'&range=day"'
local handle=assert(io.popen(sQuery))
local raw = handle:read('*all')
handle:close()

--Ontvangen waarden verwerken
json = assert(loadfile '/home/pi/domoticz/scripts/lua/JSON.lua')()
local jsonData = json:decode(raw)

if Debug=='YES' then
  print (jsonData.title)
  print (jsonData.status)
  print (jsonData.result[1].d)
  print (jsonData.result[1].te)
end

--Gemiddelde temperatuur van afgelopen 24 uur bepalen
local sum = 0
local ave = 0
local elements = #jsonData.result
     
for i = 1, elements do
    sum = sum + jsonData.result[i].te
end
     
ave = sum / elements

if Debug=='YES' then
  print('Gemiddeld: '..tostring(ave))
end

--Gemiddelde temperatuur opslaan in virtuele temperatuur sensor
DeviceUpdate(temperature_idx,ave)

end
return commandArray

Bizar!!!!!

Jouw script erin en werkt:-)
THANKS!!!!!

[BazemanKM]

Heinemancp schreef op dinsdag 4 juli 2023 @ 07:52:

Bedankt voor het script.

Hier nog een script voor het gemiddelde van 3 sensoren:

code:

return {

    on = {
        devices = { 
                    314,
                    620,
                    630
                  }
         },
    logging = {
        level = domoticz.LOG_INFO,
--        level = domoticz.LOG_ERROR,
        marker = "Gemiddelde"
               },    
    
    execute = function(domoticz, item)
        
        local Woonkamer = domoticz.devices(314)
        local Miflora = domoticz.devices(620)
        local Woonkamer = Woonkamer.rawData[1]
        local Miflora = Miflora.rawData[1]
        local BTWoonkamer = domoticz.devices(630)
        local BTWoonkamer = BTWoonkamer.rawData[1]
        
        --Calculate
        local Gemiddelde = (Woonkamer + Miflora + BTWoonkamer) / 3
        
        domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=640'..'&nvalue=0&svalue='..Gemiddelde..';'..Gemiddelde)
        
    end
    
}

[Dylantje2]

BazemanKM schreef op dinsdag 4 juli 2023 @ 22:23:
[...]

Bedankt voor het script.

Hier nog een script voor het gemiddelde van 3 sensoren:

code:

return {

    on = {
        devices = { 
                    314,
                    620,
                    630
                  }
         },
    logging = {
        level = domoticz.LOG_INFO,
--        level = domoticz.LOG_ERROR,
        marker = "Gemiddelde"
               },    
    
    execute = function(domoticz, item)
        
        local Woonkamer = domoticz.devices(314)
        local Miflora = domoticz.devices(620)
        local Woonkamer = Woonkamer.rawData[1]
        local Miflora = Miflora.rawData[1]
        local BTWoonkamer = domoticz.devices(630)
        local BTWoonkamer = BTWoonkamer.rawData[1]
        
        --Calculate
        local Gemiddelde = (Woonkamer + Miflora + BTWoonkamer) / 3
        
        domoticz.openURL('http://127.0.0.1:8080/json.htm?type=command&param=udevice&idx=640'..'&nvalue=0&svalue='..Gemiddelde..';'..Gemiddelde)
        
    end
    
}

Lua? Dan op time? of device?
Dit is een live gemiddelde dus?

En wat is de gemiddelde sensor?

[BazemanKM]

Dylantje2 schreef op dinsdag 4 juli 2023 @ 22:27:
[...]


Lua? Dan op time? of device?
Dit is een live gemiddelde dus?

En wat is de gemiddelde sensor?

Lua, device, als er één een nieuwe waarde heeft, gaat ie rekenen. Dus live gemiddelde.

Gemiddelde sensor is een dummy, in mijn geval IDX 640, in de URL aanpassen.

[Dylantje2]

BazemanKM schreef op dinsdag 4 juli 2023 @ 22:45:
[...]

Lua, device, als er één een nieuwe waarde heeft, gaat ie rekenen. Dus live gemiddelde.

Gemiddelde sensor is een dummy, in mijn geval IDX 640, in de URL aanpassen.

Heb dit:

code:

---https://gathering.tweakers.net/forum/list_message/75842282#75842282

return {

    on = {
        devices = { 
                    12457, --- Oosterhout THB BuienR 
                    15921,--- DM Terras
                    13730 ---Oosterhout T H B OWM   
                  }
         },
    logging = {
        level = domoticz.LOG_INFO,
--        level = domoticz.LOG_ERROR,
        marker = "Gemiddelde"
               },    
    
    execute = function(domoticz, item)
        
        local Woonkamer = domoticz.devices(12457)
        local Miflora = domoticz.devices(15921)
        local Woonkamer = Woonkamer.rawData[1]
       -- local Miflora = Miflora.rawData[1]
        local Miflora = Miflora.rawData
        local BTWoonkamer = domoticz.devices(13730)
        local BTWoonkamer = BTWoonkamer.rawData[1]
        
        --Calculate
        local Gemiddelde = (Woonkamer + Miflora + BTWoonkamer) / 3
        
        domoticz.openURL('http://192.168.5.70:8080/json.htm?type=command&param=udevice&idx=16635'..'&nvalue=0&svalue='..Gemiddelde..';'..Gemiddelde) --- 640 is de gemidelde dummy ]
        
    end
    
}

Werkende sensoren,

Maar een erooro:

code:

4.051 Error: EventSystem: in Weer Gemiddelde 3 sensoren: [string "---https://gathering.tweakers.net/forum/list_..."]:13: attempt to index a nil value (global 'domoticz')
2023-07-06 18:58:34.279 Error: EventSystem: in Weer Gemiddelde 3 sensoren: [string "---https://gathering.tweakers.net/forum/list_..."]:13: attempt to index a nil value (global 'domoticz')
2023-07-06 18:58:34.483 Error: EventSystem: in Weer Gemiddelde 3 sensoren: [string "---https://gathering.tweakers.net/forum/list_..."]:13: attempt to index a nil value (global 'domoticz')
2023-07-06 18:58:34.643 Error: EventSystem: in Weer Gemiddelde 3 sensoren: [string "---https://gathering.tweakers.net/forum/list_..."]:13: attempt to index a nil value (global 'domoticz')

[M.v.Veelen]

Heeft iemand (ervaring met) een draadloze temperatuursensor die werkt icm Domoticz voor een hottub?

Ik zie diverse van dat soort drijvende sensoren met een los kastje, maar zou leuk zijn als ik dit in Domoticz kan uitlezen. Zie bijv. https://www.amazon.com/wi...eless+hot+tub+thermometer

[BazemanKM]

M.v.Veelen schreef op zondag 9 juli 2023 @ 12:43:
Heeft iemand (ervaring met) een draadloze temperatuursensor die werkt icm Domoticz voor een hottub?

Ik zie diverse van dat soort drijvende sensoren met een los kastje, maar zou leuk zijn als ik dit in Domoticz kan uitlezen. Zie bijv. https://www.amazon.com/wi...eless+hot+tub+thermometer

Ik heb er één via Ali, die lijkt op onderstaande, werkt op de 433 mhz, dus is via RFlink uit te lezen.

https://www.amazon.com/Ho...er&qid=1688899455&sr=8-32

[M.v.Veelen]

BazemanKM schreef op zondag 9 juli 2023 @ 12:46:
[...]

Ik heb er één via Ali, die lijkt op onderstaande, werkt op de 433 mhz, dus is via RFlink uit te lezen.

https://www.amazon.com/Ho...er&qid=1688899455&sr=8-32

Dankjewel, ik kan bij deze niet zien of die wel is uit te lezen via de RFlink, heb je een linkje naar die van Ali zodat ik 'm kan bekijken?
Eentje die via WiFi loopt heeft wel m'n voorkeur omdat de dekking overal perfect is en ik meer en meer van de RFxCom af wil stappen. Heb nu alleen nog maar m'n deurbel/gong via de RFxCom lopen.

Zoiets? En dan mbv Bluetooth verbinden met de Raspberry Pi 3B+, zou moeten kunnen denk ik?

https://inkbird.com/produ...pool-thermometer-ibs-p01b

[ Voor 9% gewijzigd door M.v.Veelen op 09-07-2023 13:11 ]