Domoticz - open source domotica systeem - deel 4

[Verwijderd]

@TheGabeMan Ik draai het op een Synology Nas op zolder en een Rpi stuurt de gegevens vanaf een groep in de meterkast van de zonnepanelen naar Domoticz. Wat jij wil kan dus.

[TheGabeMan]

Verwijderd schreef op maandag 20 januari 2020 @ 09:21:
@TheGabeMan Ik draai het op een Synology Nas op zolder en een Rpi stuurt de gegevens vanaf een groep in de meterkast van de zonnepanelen naar Domoticz. Wat jij wil kan dus.

Mooi!

[DaRoot]

TheGabeMan schreef op maandag 20 januari 2020 @ 08:58:
Als ik de verhalen hier lees op de laatste twee pagina's over kapotte SD kaartjes van de Raspberry, zijn er voordelen om op een Raspberry te draaien? Ik heb normaal in de garage ook altijd een ESXi host draaien met paar VMs op voor wat andere zaken. En ik heb tot nu toe alleen lampen die via Wifi protocol aangestuurd moeten worden. Welke andere apparatuur zou echt een Raspberry vereisen? Stel ik wil de stroom en gasmeter via P1 uitlezen, ben ik dan gebonden aan den Raspberry? Of zou ik dan ook een "domme" Raspberry puur als proxy kunnen gebruiken die P1 data ontvangt (niet perse opslaat) en doorstuurt naar Domoticz in een VM ?

kapotte SD-cards zijn idd erg irritant.. had er ook regelmatig last van. Gelukkig wel goede backups, maar je hebt er toch weer werk mee.
Ik ben thuis steeds meer RPi's aan het omzetten naar booten/draaien vanaf USB stick.. tot nu toe stukken betrouwbaarder (nog geen uitval gehad)
Ben verder wel benieuwd naar hoe zoiets werkt, om een RPi als "proxy" in te zetten, en domoticz zelf op een andere machine te draaien.

[fabstar81]

imdos schreef op woensdag 15 januari 2020 @ 08:25:
[...]

Na je meting dus even opslaan in een tijdelijk bestand op het file systeem. Daarna moet het weer ingeladen worden in een nieuwe run.

Volgens mij moet het zo werken, maar ik kan even niet testen.

helaas, heb nu toch nadat de sensors niet meer beschikbaar zijn een 0-waarde doorgepushed gekregen naar domoticz. dat is wel k*t. script werkt dus goed als het goed gaat, maar niet als het fout gaat.

ik zag in ieder geval dat in het tekstbestand een 0 stond. en die zou daar nooit mogen komen.

code:

# Temperatuur - ZB koudwater in
echo "Temperatuur - ZB koudwater in"
if [ -f "/sys/bus/w1/devices/28-01143b8e6caa/w1_slave" ]
    then
    TEMP=$(cat /sys/bus/w1/devices/28-01143b8e6caa/w1_slave | grep -E -o ".{0,0}t=.{0,5}" | cut -c 3-)
    VAR=$(echo "scale=2; $TEMP/1000" | bc)
    if [ $VAR > 0 ]
        then
        echo $VAR > /tmp/temptemp4.txt
        curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$VAR"
        echo $VAR
    else
        TMP=$(cat /tmp/temptemp4.txt)
        curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$TMP"
    fi
else
    TMP=$(cat /tmp/temptemp4.txt)
    curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$TMP"
fi

tekstbestand is ook leeg. mag ook niet erin komen eigenlijk.

[imdos]

fabstar81 schreef op maandag 20 januari 2020 @ 10:31:
[...]

helaas, heb nu toch nadat de sensors niet meer beschikbaar zijn een 0-waarde doorgepushed gekregen naar domoticz. dat is wel k*t. script werkt dus goed als het goed gaat, maar niet als het fout gaat.

ik zag in ieder geval dat in het tekstbestand een 0 stond. en die zou daar nooit mogen komen.

Ik heb geen idee wat er qua waardes uit komt; maar het script is fout. De > werkt niet. Dat moet \> of -gt worden. Ik heb het even getest voor je en dit werkt.

code:

#!/bin/bash
TEMP=0000
#TEMP=1130
#printf '%.0f'
VAR=$(echo "scale=2; $TEMP/1000" | bc)
VAR2=$(printf '%.0f' $VAR)
if [[ "$VAR2" -gt 0 ]]
#if [ "$VAR" \> 0 ]
        then
        echo "Dit komt uit de loop: $VAR"
        else
        echo "te weinig"
fi

[fabstar81]

thanks!

> vervangen door -gt

script wordt dan per sensor dit:

code:

# Temperatuur - ZB koudwater in
echo "Temperatuur - ZB koudwater in"
if [ -f "/sys/bus/w1/devices/28-01143b8e6caa/w1_slave" ]
    then
    TEMP=$(cat /sys/bus/w1/devices/28-01143b8e6caa/w1_slave | grep -E -o ".{0,0}t=.{0,5}" | cut -c 3-)
    VAR=$(echo "scale=2; $TEMP/1000" | bc)
    if [ $VAR -gt 0 ]
        then
        echo $VAR > /tmp/temptemp4.txt
        curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$VAR"
        echo $VAR
    else
        TMP=$(cat /tmp/temptemp4.txt)
        curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$TMP"
    fi
else
    TMP=$(cat /tmp/temptemp4.txt)
    curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$TMP"
fi

moet zeggen dat ik eerder al -gt had, maar omdat toen iets anders niet werkte ook ">" geprobeerd. Nooit meer terug aangepast.

[bing69]

Dacht dat het niet zo veel voorstelde om domoticz te installeren op een pi-drive.
Na Debian geinstalleerd te hebben en password aan gepast hebben log ik in via SSH als PI met mijn password. Start de install van domoticz en klaar is Bing! Echter als ik iets in de settings wil schrijven mag dat niet!
Rechten vergeleken met mijn bestaande situatie maar die staan toch echt hetzelfde.

Wat doe ik fout vraag ik me na drie installaties af??

::: Restarting services...
:::
::: Enabling domoticz.sh service to start on reboot... done.
:::
::: Starting domoticz.sh service... done.
::: done.
:::
::: Installation Complete! Configure your browser to use the Domoticz using:
::: 192.168.1.17:8080
::: 192.168.1.17:443

[ Voor 24% gewijzigd door bing69 op 20-01-2020 14:21 ]

[imdos]

fabstar81 schreef op maandag 20 januari 2020 @ 13:38:
thanks!

> vervangen door -gt

moet zeggen dat ik eerder al -gt had, maar omdat toen iets anders niet werkte ook ">" geprobeerd. Nooit meer terug aangepast.

Let op dat ik nog een foutmelding kreeg omdat er een getal zoals 1.13 (float) vergeleken werdt met een geheel getal (integer). Daarom had ik een extra regel en vergelijking nodig. Dit werkte bij mij op raspbian.

[TheGabeMan]

bing69 schreef op maandag 20 januari 2020 @ 14:12:
Dacht dat het niet zo veel voorstelde om domoticz te installeren op een pi-drive.
Na Debian geinstalleerd te hebben en password aan gepast hebben log ik in via SSH als PI met mijn password. Start de install van domoticz en klaar is Bing! Echter als ik iets in de settings wil schrijven mag dat niet!
Rechten vergeleken met mijn bestaande situatie maar die staan toch echt hetzelfde.

Wat doe ik fout vraag ik me na drie installaties af??

::: Restarting services...
:::
::: Enabling domoticz.sh service to start on reboot... done.
:::
::: Starting domoticz.sh service... done.
::: done.
:::
::: Installation Complete! Configure your browser to use the Domoticz using:
::: 192.168.1.17:8080
::: 192.168.1.17:443

Kan niet inschatten hoe bekend je bent met Debian, maar voor veel zaken moet je SUDO rechten krijgen om eea uit te voeren. Dus bijv ipv "apt-get update" om updates te laden, run je een "sudo apt-get update".

[fabstar81]

imdos schreef op maandag 20 januari 2020 @ 14:39:
[...]

Let op dat ik nog een foutmelding kreeg omdat er een getal zoals 1.13 (float) vergeleken werdt met een geheel getal (integer). Daarom had ik een extra regel en vergelijking nodig. Dit werkte bij mij op raspbian.

je bedoelt dit stukje

Bash:

VAR2=$(printf '%.0f' $VAR)

nog toevoegen?

[krizzziz]

dit is niet de plek om naar led strips te vragen

[ Voor 82% gewijzigd door teacher op 21-01-2020 00:08 ]

[bing69]

TheGabeMan schreef op maandag 20 januari 2020 @ 14:51:
[...]


Kan niet inschatten hoe bekend je bent met Debian, maar voor veel zaken moet je SUDO rechten krijgen om eea uit te voeren. Dus bijv ipv "apt-get update" om updates te laden, run je een "sudo apt-get update".

Ik wel, en dat is niet zo bekend maar de install van domoticz doe je toch als Pi en niet met sudo??
Het draait ook wel maar als ik in domoticz iets in de settings verander kan ik het niet saven....

[jobr]

TheGabeMan schreef op maandag 20 januari 2020 @ 08:58:
Stel ik wil de stroom en gasmeter via P1 uitlezen, ben ik dan gebonden aan den Raspberry? Of zou ik dan ook een "domme" Raspberry puur als proxy kunnen gebruiken die P1 data ontvangt (niet perse opslaat) en doorstuurt naar Domoticz in een VM ?

Daar heb je niet eens een Pi voor nodig. Kan ook met een simpele esp8266 met bijv espeasy (P1 gateway) erop. Ook geen last van brakke SD kaartjes.

[niki_lauda]

bing69 schreef op maandag 20 januari 2020 @ 07:52:
[...]


Ik had precies de dezelfde ervaring tot gisteren......
Bleek mijn laatste image toch van april te zijn, database stel ik 2 keer per 24 uur veilig.

Iedere keer als ik mijn letsencrypt certificate update maak ik standaard een image.

[Neejoh]

Hoe vervelend is de Raspberry Pi 4 met Domoticz?
Wil ook voor het eerst in “Smart Homing” springen, maar het blijkt erg lastig om aan een RPi 3b te komen. Is dat een show stopper?

[niki_lauda]

Neejoh schreef op maandag 20 januari 2020 @ 21:00:
Hoe vervelend is de Raspberry Pi 4 met Domoticz?
Wil ook voor het eerst in “Smart Homing” springen, maar het blijkt erg lastig om aan een RPi 3b te komen. Is dat een show stopper?

https://www.sossolutions.nl/raspberry-pi-3b
In voorraad
Gratis verzenden
Bestel nu en ontvang je order op woensdag

[TheGabeMan]

Mijn domoticz is nog leeg op paar dummy sensoren na. Ik wil voordat ik mijn Action LSC lampen ga flashen om beter met domoticz te laten praten, eerst de google home integratie aan de gang hebben.

Klopt het dat Controlicz the way to go is?

En kan ik een dummy lamp of zo maken in domoticz die ik dan als test via google home -> controlicz -> domoticz aan en uit kan zetten?

[Verwijderd]

TheGabeMan schreef op maandag 20 januari 2020 @ 21:11:
Mijn domoticz is nog leeg op paar dummy sensoren na. Ik wil voordat ik mijn Action LSC lampen ga flashen om beter met domoticz te laten praten, eerst de google home integratie aan de gang hebben.

Klopt het dat Controlicz the way to go is?

En kan ik een dummy lamp of zo maken in domoticz die ik dan als test via google home -> controlicz -> domoticz aan en uit kan zetten?

Of deze: https://about.gbridge.io/ Gratis. NB: ik gebruik het niet. Ben allergisch voor die speakers.

[Neejoh]

niki_lauda schreef op maandag 20 januari 2020 @ 21:03:
[...]
https://www.sossolutions.nl/raspberry-pi-3b
In voorraad
Gratis verzenden
Bestel nu en ontvang je order op woensdag

O’wow... afgelopen drie weken bij die shop getwijfeld of ik de Pi 4 dan maar zou halen omdat de 3b/3b+ steeds alleen te pre-orderen was. Duidelijk hebben ze net weer een lading bordjes binnen.

[fabstar81]

imdos schreef op maandag 20 januari 2020 @ 14:39:
[...]

Let op dat ik nog een foutmelding kreeg omdat er een getal zoals 1.13 (float) vergeleken werdt met een geheel getal (integer). Daarom had ik een extra regel en vergelijking nodig. Dit werkte bij mij op raspbian.

denk dat ik iets mis, want krijg foutmelding:

pi@pi-zb:~/Downloads $ sudo bash test.sh
Temperatuur - ZB koudwater in
test.sh: regel 7: printf: 17.00: ongeldig getal
{
   "status" : "OK",
   "title" : "Update Device"
}

script is nu als volgt, als ik de flarden goed heb geknipt en geplakt:

Bash:

# Temperatuur - ZB koudwater in
echo "Temperatuur - ZB koudwater in"
if [ -f "/sys/bus/w1/devices/28-01143b8e6caa/w1_slave" ]
    then
    TEMP=$(cat /sys/bus/w1/devices/28-01143b8e6caa/w1_slave | grep -E -o ".{0,0}t=.{0,5}" | cut -c 3-)
    VAR=$(echo "scale=2; $TEMP/1000" | bc)
    VAR2=$(printf '%.0f' $VAR)
    if [ $VAR2 -gt 0 ]
        then
        echo $VAR > /tmp/temptemp4.txt
        curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$VAR"
        echo $VAR
    else
        TMP=$(cat /tmp/temptemp4.txt)
        curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$TMP"
    fi
else
    TMP=$(cat /tmp/temptemp4.txt)
    curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$TMP"
fi

edit: ik heb nu de vergelijking op TEMP gedaan. dat is een heel getal. is die boven 0, dan gaat script door en komt daarna de formattering naar decimalen.

Bash:

# Temperatuur - ZB koudwater in
echo "Temperatuur - ZB koudwater in"
if [ -f "/sys/bus/w1/devices/28-01143b8e6caa/w1_slave" ]
    then
    TEMP=$(cat /sys/bus/w1/devices/28-01143b8e6caa/w1_slave | grep -E -o ".{0,0}t=.{0,5}" | cut -c 3-)
    if [ $TEMP -gt 0 ]
        then
        VAR=$(echo "scale=2; $TEMP/1000" | bc)
        echo $VAR > /tmp/temptemp4.txt
        curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$VAR"
        echo $VAR
    else
        TMP=$(cat /tmp/temptemp4.txt)
        curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$TMP"
    fi
else
    TMP=$(cat /tmp/temptemp4.txt)
    curl --connect-timeout 60 "http://192.168.69.200:8080/json.htm?type=command&param=udevice&idx=709&nvalue=0&svalue=$TMP"
fi

scheelt hoop gerommel met variabelen en vergelijkingen die mank gaan. script werkt nu goed zolang het goed gaat. ben benieuwd of het echt goed gaat als het fout is

[ Voor 27% gewijzigd door fabstar81 op 20-01-2020 22:09 ]

[Toppe]

Iemand enig of het mogelijk is om de beschikbaarheid van een camera in Domoticz te monitoren? Had blijkbaar gister m’n netwerk kabel van de camera los getrokken. Lijkt me handig als ik een melding via domoticz kan maken als hij offline is

[Lizard]

Toppe schreef op maandag 20 januari 2020 @ 22:23:
Iemand enig of het mogelijk is om de beschikbaarheid van een camera in Domoticz te monitoren? Had blijkbaar gister m’n netwerk kabel van de camera los getrokken. Lijkt me handig als ik een melding via domoticz kan maken als hij offline is

Als het een camera is die pingbaar is zou je dit kunnen gebruiken: https://www.domoticz.com/wiki/System_Alive_Checker_(Ping)

[fabstar81]

Dacht ik ook meteen aan. Moet ie wel vast ip adres hebben

Zou ook cool zijn om elke camera een Bewegungssensor te laten zijn

[Chaoss]

Gister hebben we flink wat Tradfri lampen bij de IKEA gekocht. Vanvond mijn IkeaTradfri hub toegevoegd aan Domoticz dmv de plugin. Devices werden automatisch geïmporteerd in Domoticz. Als je de stappen van de readme doorloopt is het prima te doen. Verder onze telefoons en PC toegevoegd dmv system Alive Checker.

Dus kan nu mijn eerste scripts met Blockly maken.

[ Voor 62% gewijzigd door Chaoss op 20-01-2020 23:37 ]

[Wachten...]

Ik heb een raar probleem.

Ik heb hier Neo Coolcam bewegingssensoren icm domoticz op een Raspberry Pi en Philips Hue lampen.
Ik ben hier op het forum al eens goed geholpen met de code. Toen leek alles goed te werken, maar ik loop nu toch tegen twee dingen aan.

Ten eerste gaat de lamp wel eens uit in de hal, terwijl ik daar nog wel aanwezig ben en beweeg! Het duurt dan vervolgens even voordat hij een nieuw bewegingssignaal detecteert.

En ten tweede, als ik een Philips Hue lamp handmatig aanzet, dan wil ik dat de lamp blijft branden totdat ik deze handmatig uitzet, Nu gaat hij gewoon verder met het script van de bewegingsmelder. Ik wil als het ware dat als de lamp aan wordt gezet, dan het script dan totaal niet wordt gebruikt. Er is wel een functie Checkfirst, echter weet ik hiervan dat dit niet goed werkt met de DimTo functie.

Onderstaand de code die momenteel wordt gebruikt:

code:

return {
    on = {
        devices = { 38 }
       
    },
    logging = {
        marker = "Log bewegingsmelder overloop" ---Iedere log begint met deze zin---
    },
    execute = function(domoticz, item)
        
        local bewegingGedetecteerd      = item.state
        local licht                     = domoticz.devices(10)
        local luxWaarde                 = domoticz.devices(41).lux
        
        domoticz.log("Huidige luxwaarde is vastgesteld op "..luxWaarde.."")
        
        local dimTimeTable  = { --  [   'timeSlot'   ]  = dimValue  
                                    ['at 08:00-21:00']  = 60,    
                                    ['at 21:01-23:00']  = 30,
                                    ['at 23:01-00:00']  = 20,
                                    ['at 00:01-07:59']  = 1,    
                                
                              }
        
    if(bewegingGedetecteerd == "On" and luxWaarde < 75) then
            
                domoticz.log("Beweging gedetecteerd") ---Log
        
        for timeSlot, dimValue in pairs (dimTimeTable) do
        if domoticz.time.matchesRule(timeSlot) then 
            licht.dimTo(dimValue)
            
                domoticz.log(timeSlot) ---Log
                
    end
end

    elseif (bewegingGedetecteerd == "Off") then
        
                domoticz.log("Bewegingsmelder is uit, verlichting wordt uitgeschakeld") ---Log
                
            licht.switchOff()
            
                domoticz.log("Licht is uitgeschakeld") ---Log
                
    end
end
}

En hieronder de instellingen van de bewegingssensor:

code:

1. Motion detection sensitivity: [b]NORMAAL[/b]


Adapt the sensitivity of the motion detection.
Last Update: 2019-11-18 10:47:48

2. Motion detection ON time: [b]60[/b] (second) (actual: 60)

This parameter can be determined how long the associated devices should stay ON status. For instance, this parameter is set to 30(second), the PIR detector will send a BASIC_SET Command to an associated device with value basic set level if PIR detector is triggered and the associated device will be turned on 30(second) before it is turned off. This Parameter value must be large than Parameter 6#. If user set this parameter to default by Configure CC, the parameter #6 will be set to default value. Available Settings:5 to 600(second).
Last Update: 2019-11-18 10:47:48

3. Basic Set Level: [b]255[/b] (actual: 255)

Basic Set Command will be sent, on the associated devices (group 2), where contains a value when PIR detector is triggered, the receiver will take it for consideration; for instance, if a lamp module is received the Basic Set Command of which value is decisive as to how bright of dim level of lamp module shall be. This Parameter is used to some associated devices. Available Settings: 0, 1 to 99 or 255.
Last Update: 2019-11-18 10:47:48

4. Motion detection function: [b]DISABLE[/b]


Enable the motion detection (PIR) function. This parameter does not effect the luminance reporting.
Last Update: 2019-11-18 10:47:48

5. Ambient Illumination Lux Level: [b]100[/b] (lux) (actual: 100)

Define the illumination level value which determines when the 'Illumination switch ON function' is activated. If the illumination level falls below this value and a person moves across or within the detected area, the motion sensor will switch on the associated device (group 2). 0 to 1000(Lux).
Last Update: 2019-11-18 10:47:48

6. Motion detection blind time: [b]8[/b] (second) (actual: 8)

Period after motion detection in which the sensor is insensitive for new motion detection. This value must be less than the 'Motion detection ON time'. Available Settings: 1 to 8(s).
Last Update: 2019-11-18 10:47:48

7. Illumination reporting interval: [b]180[/b] (second) (actual: 180)

Determine the time between illumination reports, even when value has not changed. NOTE: This Value Must Be less than Wakeup Interval Time. Available Settings: 60 ~ 36000(second).
Last Update: 2019-11-18 10:47:48

8. Illumination function: [b]DISABLE[/b]


Enable the function to switch on a associated device (group 2) once motion has been detected and the illumination level will be less than the value specified in 'Illumination switch ON level'.
Last Update: 2019-11-18 10:47:48

9. Illumination report threshold: [b]10[/b] (lux) (actual: 10)

This parameter defines by how much Lux Level must change, in lux, to be reported to the main controller.
Last Update: 2019-11-18 10:47:48

10. Motion detection LED indication: [b]ENABLE[/b]


Enable LED/PIR to blink red when motion detected.
Last Update: 2019-11-18 10:47:48

2000. Wake-up Interval: [b]43200[/b] (Seconds) (actual: 43200)

Last Update: 2019-11-18 10:34:59

Apply configuration for this device

[rens-br]

TheGabeMan schreef op maandag 20 januari 2020 @ 21:11:
Mijn domoticz is nog leeg op paar dummy sensoren na. Ik wil voordat ik mijn Action LSC lampen ga flashen om beter met domoticz te laten praten, eerst de google home integratie aan de gang hebben.

Klopt het dat Controlicz the way to go is?

En kan ik een dummy lamp of zo maken in domoticz die ik dan als test via google home -> controlicz -> domoticz aan en uit kan zetten?

Ik zou geen Gbridge meer gebruiken en Controlicz is betaald. Ik heb het opgelost met een plugin: rens-br in "Domoticz - open source domotica systeem - deel 4"

Chaoss schreef op maandag 20 januari 2020 @ 22:52:

Dus kan nu mijn eerste scripts met Blockly maken.

Ik kan je echt afraden om Blocky te gebruikrm. Blocky is ondoorzichtig, niet zo flexibel en doet onverwachte dingen. Zou in plaats daarvan dzvents gebruiken.

[Toppe]

@Lizard @fabstar81 soms kan het zo eenvoudig zijn. Heb hem zojuist toegevoegd en een scriptje gemaakt.

Vanmiddag even testen als ik $_ voor de naam zet, hij is nu namelijk wel zichtbaar onder apparaten en dat wil ik niet

[bing69]

Iemand ervaring met installeren op een PI-Drive. Ik installeer de standaard debian buster die ik kan kiezen met Berryboot. (grafisch schakel ik later uit)

Kan eigenlijk anders maar als ik domoticz vanaf mijn pc benader kan ik settings niet wegschrijven. Devices kan ik wel toevoegen. Doe ik het bv via VNC (wat ik maar even bij gezet heb) werkt het uiteraard wel.
Kwestie van rechten zou ik denken, rechten vergelijken met mijn huidige installatie en die staan hetzelfde.

en ja dan weet ik het niet meer..... iemand wel?
-------
Laat maar, opgelost!!
-------

[ Voor 3% gewijzigd door bing69 op 21-01-2020 18:23 ]

[Wiley99]

jobr schreef op maandag 20 januari 2020 @ 18:59:
[...]


Daar heb je niet eens een Pi voor nodig. Kan ook met een simpele esp8266 met bijv espeasy (P1 gateway) erop. Ook geen last van brakke SD kaartjes.

@TheGabeMan of een Youless, wel weer duurder maar ook zonder onderhoud

[TheGabeMan]

Wiley99 schreef op dinsdag 21 januari 2020 @ 10:17:
[...]

@TheGabeMan of een Youless, wel weer duurder maar ook zonder onderhoud

Thx !!!

[Copitano]

@Wiley99 Het (volledig) terugzetten van de backup laat ik voor nu even rusten. De pi gaat met

SELECT * INTO Kamstrup..:MEASUREMENT FROM /.*/ GROUP BY * 

steeds volledig over de z**k. Ook met de suggesties van @jobr heb ik van alles geprobeerd.

Zoiets denk ik:
SELECT * INTO Kamstrup..:MEASUREMENT FROM 'Temperature' GROUP BY *

en per idx:
SELECT * INTO Kamstrup..:MEASUREMENT FROM 'Temperature' where idx='263' GROUP BY *

Als je eerst even probeert met bijv
SELECT * FROM 'Temperature' where idx='263' GROUP BY *
dan zie of je de juiste hebt.

Heb ook hiervan van alles geprobeerd. als ik dan al iets zinnigs terugkrijg is het dit:

name: result
time written
---- -------
0    0 

Al met al nog niet erg op geschoten. Ben nu maar eerst verder gegaan met het restaureren van Domoticz en Grafana. Ik had daar een aantal dzVents scripts lopen om Td te berekenen uit Ta en Tr. Die lopen nu weer allemaal. Dat zelfde script had ik ook aangepast om de actuele COP van mijn WP te berekenen. Dat was eerder, dus voor de crash, zo gepiept. Ik krijg het nu met geen mogelijkheid meer goed voor elkaar. Hieronder respectievelijk het werkende script voor Td en het niet werkende script voor Live COP.

code:

return {
    active = true,
    on = { 
        ['timer'] = { "every 1 minutes" }     -- Change to your liking to 1,2,3,4,5,6,10,12,15 or 20 
    },  
    execute = function(domoticz)
            local TA_CV_Ketel    = domoticz.devices("TA_CV_Ketel").temperature
            local TR_CV_Ketel    = domoticz.devices("TR_CV_Ketel").temperature
            local TD_CV_Ketel    = TA_CV_Ketel - TR_CV_Ketel


        -- Update dummysensors
        -- domoticz.devices('TD_CV_Ketel').updateTemperature(TD_CV_Ketel)
        domoticz.openURL('http://192.168.2.9:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('TD_CV_Ketel').idx..'&nvalue=0&svalue='..TD_CV_Ketel)
 
    end

}

Die hierboven loopt als een zonnetje, maar die hieronder blijft hardnekkig foutmeldingen geven in het log. Wat ik ook invul in plaats van temperature (.value, custom, percentage, general geprobeerd) ook al name vervangen door het idx nummer. Werkt allemaal niet.

code:

return {
    active = true,
    on = { 
        ['timer'] = { "every 1 minutes" }     -- Change to your liking to 1,2,3,4,5,6,10,12,15 or 20 
    },  
    execute = function(domoticz)
            local kWh_heat       = domoticz.devices("Power").percentage
        local kWh_elektra    = domoticz.devices("Elektra WP").usage-current
            local Live_COP       = kWh_heat / kWh_elektra

        domoticz.openURL('http://192.168.2.9:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('Live COP').idx..'&nvalue=0&svalue='..Live_COP)
 
    end

}

Foutmelding:

code:

2020-01-21 13:44:00.420 Status: dzVents: Info: ------ Start external script: Live_COP.lua:, trigger: every 1 minutes 
2020-01-21 13:44:00.422 Status: dzVents: Error (2.4.19): An error occured when calling event handler Live_COP 
2020-01-21 13:44:00.422 Status: dzVents: Error (2.4.19): /home/pi/domoticz/scripts/dzVents/scripts/Live_COP.lua:8: attempt to perform arithmetic on field 'usage' (a string value) 
2020-01-21 13:44:00.422 Status: dzVents: Info: ------ Finished Live_COP.lua

Of

code:

2020-01-21 13:47:00.476 Status: dzVents: Info: ------ Start external script: Live_COP.lua:, trigger: every 1 minutes 
2020-01-21 13:47:00.477 Status: dzVents: Error (2.4.19): An error occured when calling event handler Live_COP 
2020-01-21 13:47:00.477 Status: dzVents: Error (2.4.19): /home/pi/domoticz/scripts/dzVents/scripts/Live_COP.lua:9: attempt to perform arithmetic on local 'kWh_heat' (a nil value) 
2020-01-21 13:47:00.478 Status: dzVents: Info: ------ Finished Live_COP.lua

Dit zijn de logregels van de devices. Er staat dus wel degelijk gewoon een waarde in.

code:

2020-01-21 14:04:05.972 InfluxLink: value Percentage,idx=101,name=Power value=3400.00 
2020-01-21 14:07:53.875 InfluxLink: value Usage-current,idx=305,name=Elektra-WP value=921.0

Power is de actuele opbrengst van de WP (uit de Kamstrup meter)
Elektra WP is het actuele elektraverbruik van de WP (uit een youless LS110)
Het heeft voor de crash dus vanaf begin december prima gewerkt met dit script. Wat doe ik nu fout in de waarde aanduiding achter het device?

[ Voor 14% gewijzigd door Copitano op 21-01-2020 15:33 . Reden: logwaarders Power en Elektra WP toegevoegd ]

[Aegle]

In tegenstelling tot de meesten van jullie gebruik ik wat KaKu spullen i.c.m. domoticz naar volle Tevredenheid. tijdens schakelen eigenlijk nooit "missers" gehad.

Echter, sinds een paar weken heb ik het volgende probeem:
Een deel van de achtertuinverlichting wordt geschakeld met een professionele schemersensor van Schneider. dit werkt al een jaar of 10 probleemloos.
een jaar of vijf geleden leek het me een goed idee om met dezelfde sensor de buitenverlichting bij de oprit aan de voorzijde van het huis te schakelen. Een kabel trekken van achter naar voor is schier onmogelijk. Dit heb ik opgelost door in de inbouwdoos van de buitenlamp een KaKu AWMT-230 zender te monteren. In de garage bij de oprit buitenlamp zit een KaKu ontvanger die schakelt met de KaKu zender.

Deze combinatie heeft prima gewerkt, tot een paar weken terug. Per week heb ik zekers drie of vier dat de buitenlamp voor niet meeschakelt. Er is geen peil op te trekken. De batterij heb ik vervangen, maar dat maakt niets uit.

Het leek me een goed moment om met verdiepen in de hier alom geprezen Shelly. Echter, het enige wat ik vind is een Shelly 1. Nou ben ik best technisch, maar volgens mij is deze module niet geschikt voor mijn toepassing. Ik zoek dus een module die via WiFi z'n status doorgeeft naar domoticz. Vandaar uit kan ik dan weer de KaKu onvanger aansturen voor de lamp bij de oprit.

Iemand een idee wat ik het beste kan gebruiken? De enige voorwaarde is dat ie in de inbouwdoos van m'n buitenlamp past.

[kever678]

Heeft er iemand een idee waarom dit niet werkt?

[tozzke]

kever678 schreef op dinsdag 21 januari 2020 @ 16:26:
Heeft er iemand een idee waarom dit niet werkt?

[Afbeelding]

Ik denk zeker al wel 391 keer voorbij gekomen

Als je een tijdsperiode aan wilt geven welke middernacht overschrijdt, moet je '[Time >= [16:00] ] OR [Time <= [7:30] ]' gebruiken. Het kan immers op 1 dag niet na 16:00u zijn EN TEGELIJKERTIJD VOOR 7:30u.

_{Tevens voor 'On/Off for x minutes' zou ik het block gebruiken voor alleen getallen. Het blok met 00:00 is meer bedoeld voor tijdsaanduiding}

[Wiley99]

@Copitano Dat vind ik enorm vervelend maar ik heb eerlijk gezegd de influxdb ook nog maar pas één keer teruggezet als test en dat niet goed gedocumenteerd. Ik zou dus ook de Influxdb docpagina's gebruiken.
Dat zal wel een secuur werkje zijn als je ook al nieuwe metingen hebt lopen.

In je scripts gebruik je waarschijnlijk inderdaad de verkeerde methode of eigenschap; Heb je hier al eens gekeken bij het device dat je gebruikt, daar staan de juiste attributen. Voor een kWh meter bijvoorbeeld .actualWatt
<edit> ik lees net pas je laatste deel over de 'logging van de devices': wat bedoel je daarmee precies, hoe log je die? Heb je ze al eens gedumpt?

code:

domoticz.devices("Elektra WP").dump()

@Aegle Als ik het goed begrijp schakelt de Schneider je achterbuitenlamp waar een AWMT-230 in zit. Dus als die schakelt, dan zendt hij een signaal naar de ontvanger in de garage die de voorbuitenlamp inschakelt.
Dat doe je met of zonder Domoticz, kan allebei. Die Schneider kun je niet direct aan Domotiz hangen, vandaar dat je die AWMT ertussen hebt gezet.
Klopt dat? (Vraag me wel af waar een batterij zit in dat scenario?)

Dan zou je die AWMT door een Shelly1 kunnen vervangen en een tweede Shelly1 in je garage inbouwen. Die twee kunnen onderling of mooier (voor dit topic) via MQTT en Domoticz elkaar beïnvloeden.
De Shelly1 weet namelijk ook wat de stand van je 'vaste' schakelaar is. Die kun je met Domoticz zien en daarmee je buitenlamp voor inschakelen.

[ Voor 6% gewijzigd door Wiley99 op 21-01-2020 16:44 ]

[kever678]

tozzke schreef op dinsdag 21 januari 2020 @ 16:31:
[...]

Ik denk zeker al wel 391 keer voorbij gekomen

Als je een tijdsperiode aan wilt geven welke middernacht overschrijdt, moet je '[Time >= [16:00] ] OR [Time <= [7:30] ]' gebruiken. Het kan immers op 1 dag niet na 16:00u zijn EN TEGELIJKERTIJD VOOR 7:30u.

_{Tevens voor 'On/Off for x minutes' zou ik het block gebruiken voor alleen getallen. Het blok met 00:00 is meer bedoeld voor tijdsaanduiding}

Thanks, was zo simpel inderdaad

Nu gaat de lamp voor 1 minuut aan als de deur opengaat. Als de deur blijft open staan dan blijft de lamp echter ook branden.

Wat is de makkelijkste manier om de lamp wel uit te laten gaan wanneer de deur open blijft staan? Wellicht het event x minuten niet uitvoeren nadat hij getriggered is?

Is dat überhaupt mogelijk?

Edit: kijk nu ook alleen of de deur open is, moet opnemen als de status van closed naar open gaat en dan pas uitvoeren. Zal vanavond eens verder klooien.

[ Voor 7% gewijzigd door kever678 op 21-01-2020 16:43 ]

[Wiley99]

kever678 schreef op dinsdag 21 januari 2020 @ 16:38:
[...]

Is dat überhaupt mogelijk?

Ik durf het bijna niet te zeggen: DzVents...

<edit>Bij mij is het wat complexer en zolang de deur open staat blijft het licht in de gang aan, maar dit is een bewerkte versie voor jouw situatie, ongeveer. Wijzig de indexen 36-> jouw voordeur en 1701->jouw lampje
En ik gebruik voor het gemak 'Nighttime' zodat het alleen gebeurt tussen zonsondergang en zonsopgang.

code:

return {
    on = {
        devices = {
                    36 --voordeur
                  }
    },
    logging = {
      level = domoticz.LOG_INFO,
--      level = domoticz.LOG_ERROR,
      marker = "Deuracties_voor"
    },  
    execute = function(domoticz, device)
        domoticz.log('Device ' .. device.name .. ' was changed: ' .. device.state, domoticz.LOG_INFO)
        
        -- als deur geopend wordt dan licht 2 minuten aan
        if domoticz.time.isNightTime then 
          if (device.state == 'Open') then -- deur open
            domoticz.devices(1701).switchOn().forMin(2) 
            domoticz.log('Lamp aan want deur open', domoticz.LOG_INFO)
          elseif (device.state == 'Closed') then -- deur dicht
            --nu even niets doen
            domoticz.log('Lamp ' .. device.name .. ' gaat zo uit want deur dicht' , domoticz.LOG_INFO)
          end 
        end
    end    
}

[ Voor 75% gewijzigd door Wiley99 op 21-01-2020 17:04 ]

[Aegle]

Wiley99 schreef op dinsdag 21 januari 2020 @ 16:35:

@Aegle Als ik het goed begrijp schakelt de Schneider je achterbuitenlamp waar een AWMT-230 in zit. Dus als die schakelt, dan zendt hij een signaal naar de ontvanger in de garage die de voorbuitenlamp inschakelt.
Dat doe je met of zonder Domoticz, kan allebei. Die Schneider kun je niet direct aan Domotiz hangen, vandaar dat je die AWMT ertussen hebt gezet.
Klopt dat? (Vraag me wel af waar een batterij zit in dat scenario?)

Dan zou je die AWMT door een Shelly1 kunnen vervangen en een tweede Shelly1 in je garage inbouwen. Die twee kunnen onderling of mooier (voor dit topic) via MQTT en Domoticz elkaar beïnvloeden.
De Shelly1 weet namelijk ook wat de stand van je 'vaste' schakelaar is. Die kun je met Domoticz zien en daarmee je buitenlamp voor inschakelen.

Je omschrijving klopt helemaal. Behalve, er is geen schakelaar. De buitenlamp wordt alleen bedient door de schemersensor. De CR-batterij dient als voeding voor de KaKu zender.

Begrijp ik je dan goed dat als ik de Shelly van 230V voorzie via de schakeldraad van de buitenlamp dat ie praat via MQTT? Zo ja, dan kan ik dat makkelijk implementeren in Domoticz (nu kan ik de buitenlamp op de oprit ook schakelen via domoticz als dat nodig is). Maar dat haal ik niet uit de summiere documentatie. Andersom snap ik wel, maar ik zoek juist een device die (MQTT) zendt op het moment dat de lamp aan gaat.
_{Pfff. het lijkt wel of ik blond ben}

[ Voor 43% gewijzigd door Aegle op 21-01-2020 17:03 ]

[Copitano]

Wiley99 schreef op dinsdag 21 januari 2020 @ 16:35:
@Copitano

In je scripts gebruik je waarschijnlijk inderdaad de verkeerde methode of eigenschap; Heb je hier al eens gekeken bij het device dat je gebruikt, daar staan de juiste attributen. Voor een kWh meter bijvoorbeeld .actualWatt

Ja, heb ik ook bekeken. Kon zo snel niets vinden. De fout lijkt te zitten bij de waarde van Power (kWh heat) van de WP. Daar kan ik niets van vinden.

<edit> ik lees net pas je laatste deel over de 'logging van de devices': wat bedoel je daarmee precies, hoe log je die? Heb je ze al eens gedumpt?

code:

domoticz.devices("Elektra WP").dump()

Zal ze beiden eens doen Power en Elektra WP.

[Wiley99]

Aegle schreef op dinsdag 21 januari 2020 @ 16:58:
[...]


Je omschrijving klopt helemaal. Behalve, er is geen schakelaar. De buitenlamp wordt alleen bedient door de schemersensor. De CR-batterij dient als voeding voor de KaKu zender.

Begrijp ik je dan goed dat als ik de Shelly van 230V voorzie via de schakeldraad van de buitenlamp dat ie praat via MQTT? Zo ja, dan kan ik dat makkelijk implementeren in Domoticz (nu kan ik de buitenlamp op de oprit ook schakelen via domoticz als dat nodig is). Maar dat haal ik niet uit de summiere documentatie. Andersom snap ik wel, maar ik zoek juist een device die (MQTT) zendt op het moment dat de lamp aan gaat.
_{Pfff. het lijkt wel of ik blond ben}

Een Shelly heeft ook bruin nodig (spanning). Ik denk dat je dat nodig hebt anders is hij echt uit als er geen spanning op zit en krijgt hij geen tijd om te booten en een inschakelsignaal te sturen.
Dus je sluit hem met bruin, zwart en blauw aan. Je kan dan ook je buitenlamp met de Shelly direct aan-en-uitzetten en daarnaast de schemersensor als 'klassieke' schakelaar gebruiken.

Ik heb dit plaatje ooit eens ergens gevonden (rechten voorbehouden). Zie de schakelaar in het midden als jouw schemerschakelaar.

[ Voor 10% gewijzigd door Wiley99 op 21-01-2020 17:15 ]

[Wachten...]

Sorry even een repost, maar volgens mij is het bericht een beetje onder gesneeuwd.
Onderstaand twee problemen die ik momenteel ondervind met domoticz icm Hue:


Ik heb hier Neo Coolcam bewegingssensoren icm domoticz op een Raspberry Pi en Philips Hue lampen.
Ik ben hier op het forum al eens goed geholpen met de code. Toen leek alles goed te werken, maar ik loop nu toch tegen twee dingen aan.

Ten eerste gaat de lamp wel eens uit in de hal, terwijl ik daar nog wel aanwezig ben en beweeg! Het duurt dan vervolgens even voordat hij een nieuw bewegingssignaal detecteert.

En ten tweede, als ik een Philips Hue lamp handmatig aanzet, dan wil ik dat de lamp blijft branden totdat ik deze handmatig uitzet, Nu gaat hij gewoon verder met het script van de bewegingsmelder. Ik wil als het ware dat als de lamp aan wordt gezet, dan het script dan totaal niet wordt gebruikt. Er is wel een functie Checkfirst, echter weet ik hiervan dat dit niet goed werkt met de DimTo functie.

Onderstaand de code die momenteel wordt gebruikt:

code:

return {
    on = {
        devices = { 38 }
       
    },
    logging = {
        marker = "Log bewegingsmelder overloop" ---Iedere log begint met deze zin---
    },
    execute = function(domoticz, item)
        
        local bewegingGedetecteerd      = item.state
        local licht                     = domoticz.devices(10)
        local luxWaarde                 = domoticz.devices(41).lux
        
        domoticz.log("Huidige luxwaarde is vastgesteld op "..luxWaarde.."")
        
        local dimTimeTable  = { --  [   'timeSlot'   ]  = dimValue  
                                    ['at 08:00-21:00']  = 60,    
                                    ['at 21:01-23:00']  = 30,
                                    ['at 23:01-00:00']  = 20,
                                    ['at 00:01-07:59']  = 1,    
                                
                              }
        
    if(bewegingGedetecteerd == "On" and luxWaarde < 75) then
            
                domoticz.log("Beweging gedetecteerd") ---Log
        
        for timeSlot, dimValue in pairs (dimTimeTable) do
        if domoticz.time.matchesRule(timeSlot) then 
            licht.dimTo(dimValue)
            
                domoticz.log(timeSlot) ---Log
                
    end
end

    elseif (bewegingGedetecteerd == "Off") then
        
                domoticz.log("Bewegingsmelder is uit, verlichting wordt uitgeschakeld") ---Log
                
            licht.switchOff()
            
                domoticz.log("Licht is uitgeschakeld") ---Log
                
    end
end
}

En hieronder de instellingen van de bewegingssensor:

code:

1. Motion detection sensitivity: [b]NORMAAL[/b]


Adapt the sensitivity of the motion detection.
Last Update: 2019-11-18 10:47:48

2. Motion detection ON time: [b]60[/b] (second) (actual: 60)

This parameter can be determined how long the associated devices should stay ON status. For instance, this parameter is set to 30(second), the PIR detector will send a BASIC_SET Command to an associated device with value basic set level if PIR detector is triggered and the associated device will be turned on 30(second) before it is turned off. This Parameter value must be large than Parameter 6#. If user set this parameter to default by Configure CC, the parameter #6 will be set to default value. Available Settings:5 to 600(second).
Last Update: 2019-11-18 10:47:48

3. Basic Set Level: [b]255[/b] (actual: 255)

Basic Set Command will be sent, on the associated devices (group 2), where contains a value when PIR detector is triggered, the receiver will take it for consideration; for instance, if a lamp module is received the Basic Set Command of which value is decisive as to how bright of dim level of lamp module shall be. This Parameter is used to some associated devices. Available Settings: 0, 1 to 99 or 255.
Last Update: 2019-11-18 10:47:48

4. Motion detection function: [b]DISABLE[/b]


Enable the motion detection (PIR) function. This parameter does not effect the luminance reporting.
Last Update: 2019-11-18 10:47:48

5. Ambient Illumination Lux Level: [b]100[/b] (lux) (actual: 100)

Define the illumination level value which determines when the 'Illumination switch ON function' is activated. If the illumination level falls below this value and a person moves across or within the detected area, the motion sensor will switch on the associated device (group 2). 0 to 1000(Lux).
Last Update: 2019-11-18 10:47:48

6. Motion detection blind time: [b]8[/b] (second) (actual: 8)

Period after motion detection in which the sensor is insensitive for new motion detection. This value must be less than the 'Motion detection ON time'. Available Settings: 1 to 8(s).
Last Update: 2019-11-18 10:47:48

7. Illumination reporting interval: [b]180[/b] (second) (actual: 180)

Determine the time between illumination reports, even when value has not changed. NOTE: This Value Must Be less than Wakeup Interval Time. Available Settings: 60 ~ 36000(second).
Last Update: 2019-11-18 10:47:48

8. Illumination function: [b]DISABLE[/b]


Enable the function to switch on a associated device (group 2) once motion has been detected and the illumination level will be less than the value specified in 'Illumination switch ON level'.
Last Update: 2019-11-18 10:47:48

9. Illumination report threshold: [b]10[/b] (lux) (actual: 10)

This parameter defines by how much Lux Level must change, in lux, to be reported to the main controller.
Last Update: 2019-11-18 10:47:48

10. Motion detection LED indication: [b]ENABLE[/b]


Enable LED/PIR to blink red when motion detected.
Last Update: 2019-11-18 10:47:48

2000. Wake-up Interval: [b]43200[/b] (Seconds) (actual: 43200)

Last Update: 2019-11-18 10:34:59

Apply configuration for this device

[Aegle]

@Wiley99: Bedankt voor je uitleg. Ik ga er maar eens een paar aanschaffen en mee experimenteren.

[Copitano]

Wiley99 schreef op dinsdag 21 januari 2020 @ 16:35:
@Copitano Dat vind ik enorm vervelend maar ik heb eerlijk gezegd de influxdb ook nog maar pas één keer teruggezet als test en dat niet goed gedocumenteerd. Ik zou dus ook de Influxdb docpagina's gebruiken.
Dat zal wel een secuur werkje zijn als je ook al nieuwe metingen hebt lopen.

In je scripts gebruik je waarschijnlijk inderdaad de verkeerde methode of eigenschap; Heb je hier al eens gekeken bij het device dat je gebruikt, daar staan de juiste attributen. Voor een kWh meter bijvoorbeeld .actualWatt
<edit> ik lees net pas je laatste deel over de 'logging van de devices': wat bedoel je daarmee precies, hoe log je die? Heb je ze al eens gedumpt?

code:

domoticz.devices("Elektra WP").dump()

Heb ze een voor een gedaan. Krijg er dit uit, maar ik kan er niet zoveel uithalen

code:

2020-01-21 17:28:00.179 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua 
2020-01-21 17:29:00.180 Status: dzVents: > close() 
2020-01-21 17:29:00.180 Status: dzVents: > onkyoEISCPCommand() 
2020-01-21 17:29:00.180 Status: dzVents: > updateSoilMoisture() 
2020-01-21 17:29:00.180 Status: dzVents: > updateRadiation() 
2020-01-21 17:29:00.180 Status: dzVents: > updateBarometer() 
2020-01-21 17:29:00.180 Status: dzVents: > switchType: On/Off 
2020-01-21 17:29:00.180 Status: dzVents: > active: false 
2020-01-21 17:29:00.180 Status: dzVents: > armHome() 
2020-01-21 17:29:00.180 Status: dzVents: > setDiscoMode() 
2020-01-21 17:29:00.180 Status: dzVents: > setIcon() 
2020-01-21 17:29:00.180 Status: dzVents: > armAway() 
2020-01-21 17:29:00.180 Status: dzVents: > getColor() 
2020-01-21 17:29:00.180 Status: dzVents: > updateGas() 
2020-01-21 17:29:00.180 Status: dzVents: > volumeDown() 
2020-01-21 17:29:00.180 Status: dzVents: > setColor() 
2020-01-21 17:29:00.180 Status: dzVents: > setHue() 
2020-01-21 17:29:00.180 Status: dzVents: > setHex() 
2020-01-21 17:29:00.180 Status: dzVents: > isHTTPResponse: false 
2020-01-21 17:29:00.180 Status: dzVents: > setNightMode() 
2020-01-21 17:29:00.180 Status: dzVents: > setVolume() 
2020-01-21 17:29:00.180 Status: dzVents: > signalLevel: 12 
2020-01-21 17:29:00.180 Status: dzVents: > setRGB() 
2020-01-21 17:29:00.180 Status: dzVents: > updateP1() 
2020-01-21 17:29:00.180 Status: dzVents: > updateHumidity() 
2020-01-21 17:29:00.180 Status: dzVents: > playFavorites() 
2020-01-21 17:29:00.180 Status: dzVents: > _nValue: 0 
2020-01-21 17:29:00.180 Status: dzVents: > hardwareType: Dummy (Does nothing, use for virtual switches only) 
2020-01-21 17:29:00.180 Status: dzVents: > setKelvin() 
2020-01-21 17:29:00.180 Status: dzVents: > hardwareId: 3 
2020-01-21 17:29:00.180 Status: dzVents: > kodiExecuteAddOn() 
2020-01-21 17:29:00.180 Status: dzVents: > updateAirQuality() 
2020-01-21 17:29:00.180 Status: dzVents: > updateSoundLevel() 
2020-01-21 17:29:00.180 Status: dzVents: > setWhiteMode() 
2020-01-21 17:29:00.180 Status: dzVents: > updateWeight() 
2020-01-21 17:29:00.181 Status: dzVents: > updateSetPoint() 
2020-01-21 17:29:00.181 Status: dzVents: > isGroup: false 
2020-01-21 17:29:00.181 Status: dzVents: > icon: Custom 
2020-01-21 17:29:00.181 Status: dzVents: > play() 
2020-01-21 17:29:00.181 Status: dzVents: > state: 3000 
2020-01-21 17:29:00.181 Status: dzVents: > switchOff() 
2020-01-21 17:29:00.181 Status: dzVents: > unit: 1 
2020-01-21 17:29:00.181 Status: dzVents: > deviceSubType: Custom Sensor 
2020-01-21 17:29:00.181 Status: dzVents: > updateCounter() 
2020-01-21 17:29:00.181 Status: dzVents: > startPlaylist() 
2020-01-21 17:29:00.181 Status: dzVents: > updateMode() 
2020-01-21 17:29:00.181 Status: dzVents: > updateWetness() 
2020-01-21 17:29:00.181 Status: dzVents: > hardwareName: Kamstrup 602 
2020-01-21 17:29:00.181 Status: dzVents: > increaseBrightness() 
2020-01-21 17:29:00.181 Status: dzVents: > hardwareID: 3 
2020-01-21 17:29:00.181 Status: dzVents: > isSecurity: false 
2020-01-21 17:29:00.181 Status: dzVents: > updateDistance() 
2020-01-21 17:29:00.181 Status: dzVents: > isScene: false 
2020-01-21 17:29:00.181 Status: dzVents: > description: 
2020-01-21 17:29:00.181 Status: dzVents: > _data: 
2020-01-21 17:29:00.181 Status: dzVents: > deviceID: 00082101 
2020-01-21 17:29:00.181 Status: dzVents: > id: 101 
2020-01-21 17:29:00.181 Status: dzVents: > switchType: On/Off 
2020-01-21 17:29:00.181 Status: dzVents: > rawData: 
2020-01-21 17:29:00.181 Status: dzVents: > 1: 3000 
2020-01-21 17:29:00.181 Status: dzVents: > data: 
2020-01-21 17:29:00.181 Status: dzVents: > sensorUnit: Watt 
2020-01-21 17:29:00.181 Status: dzVents: > hardwareName: Kamstrup 602 
2020-01-21 17:29:00.181 Status: dzVents: > hardwareID: 3 
2020-01-21 17:29:00.181 Status: dzVents: > protected: false 
2020-01-21 17:29:00.181 Status: dzVents: > hardwareTypeValue: 15 
2020-01-21 17:29:00.181 Status: dzVents: > icon: Custom 
2020-01-21 17:29:00.181 Status: dzVents: > unit: 1 
2020-01-21 17:29:00.181 Status: dzVents: > sensorType: 1 
2020-01-21 17:29:00.181 Status: dzVents: > hardwareType: Dummy (Does nothing, use for virtual switches only) 
2020-01-21 17:29:00.181 Status: dzVents: > _nValue: 0 
2020-01-21 17:29:00.181 Status: dzVents: > _state: 3000 
2020-01-21 17:29:00.181 Status: dzVents: > switchTypeValue: 0 
2020-01-21 17:29:00.181 Status: dzVents: > lastUpdate: 2020-01-21 17:28:04 
2020-01-21 17:29:00.181 Status: dzVents: > subType: Custom Sensor 
2020-01-21 17:29:00.181 Status: dzVents: > baseType: device 
2020-01-21 17:29:00.181 Status: dzVents: > signalLevel: 12 
2020-01-21 17:29:00.182 Status: dzVents: > timedOut: false 
2020-01-21 17:29:00.182 Status: dzVents: > lastLevel: 0 
2020-01-21 17:29:00.182 Status: dzVents: > name: Power 
2020-01-21 17:29:00.182 Status: dzVents: > batteryLevel: 255 
2020-01-21 17:29:00.182 Status: dzVents: > description: 
2020-01-21 17:29:00.182 Status: dzVents: > changed: false 
2020-01-21 17:29:00.182 Status: dzVents: > deviceType: General 
2020-01-21 17:29:00.182 Status: dzVents: > timedOut: false 
2020-01-21 17:29:00.182 Status: dzVents: > switchSelector() 
2020-01-21 17:29:00.182 Status: dzVents: > name: Power 
2020-01-21 17:29:00.182 Status: dzVents: > updateUV() 
2020-01-21 17:29:00.182 Status: dzVents: > volumeUp() 
2020-01-21 17:29:00.182 Status: dzVents: > changed: false 
2020-01-21 17:29:00.182 Status: dzVents: > updateWaterflow() 
2020-01-21 17:29:00.183 Status: dzVents: Error (2.4.19): An error occured when calling event handler Live_COP 
2020-01-21 17:29:00.183 Status: dzVents: Error (2.4.19): /home/pi/domoticz/scripts/dzVents/scripts/Live_COP.lua:10: attempt to perform arithmetic on local 'kWh_heat' (a nil value) 
2020-01-21 17:29:00.183 Status: dzVents: Info: ------ Finished Live_COP.lua

2020-01-21 17:36:00.322 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua 
2020-01-21 17:37:00.333 Status: dzVents: > lastUpdate: 
2020-01-21 17:37:00.333 Status: dzVents: > millisecondsAgo: 3193 
2020-01-21 17:37:00.333 Status: dzVents: > ruleIsOnDay() 
2020-01-21 17:37:00.333 Status: dzVents: > ruleIsAtCivilNight() 
2020-01-21 17:37:00.333 Status: dzVents: > ruleIsAtNight() 
2020-01-21 17:37:00.333 Status: dzVents: > milliseconds: 0 
2020-01-21 17:37:00.333 Status: dzVents: > month: 1 
2020-01-21 17:37:00.333 Status: dzVents: > isdst: false 
2020-01-21 17:37:00.333 Status: dzVents: > utils: 
2020-01-21 17:37:00.333 Status: dzVents: > dumpTable() 
2020-01-21 17:37:00.334 Status: dzVents: > osExecute() 
2020-01-21 17:37:00.334 Status: dzVents: > stringSplit() 
2020-01-21 17:37:00.334 Status: dzVents: > urlEncode() 
2020-01-21 17:37:00.334 Status: dzVents: > DZVERSION: 2.4.19 
2020-01-21 17:37:00.334 Status: dzVents: > urlDecode() 
2020-01-21 17:37:00.334 Status: dzVents: > LOG_DEBUG: 4 
2020-01-21 17:37:00.334 Status: dzVents: > fileExists() 
2020-01-21 17:37:00.334 Status: dzVents: > print() 
2020-01-21 17:37:00.334 Status: dzVents: > rgbToHSB() 
2020-01-21 17:37:00.334 Status: dzVents: > LOG_MODULE_EXEC_INFO: 2 
2020-01-21 17:37:00.334 Status: dzVents: > log() 
2020-01-21 17:37:00.334 Status: dzVents: > toJSON() 
2020-01-21 17:37:00.334 Status: dzVents: > fromJSON() 
2020-01-21 17:37:00.334 Status: dzVents: > hsbToRGB() 
2020-01-21 17:37:00.334 Status: dzVents: > LOG_INFO: 3 
2020-01-21 17:37:00.334 Status: dzVents: > LOG_FORCE: 0.5 
2020-01-21 17:37:00.334 Status: dzVents: > LOG_ERROR: 1 
2020-01-21 17:37:00.334 Status: dzVents: > rawTime: 17:36:57 
2020-01-21 17:37:00.334 Status: dzVents: > isToday: true 
2020-01-21 17:37:00.334 Status: dzVents: > secondsSinceMidnight: 63417 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsBeforeCivilTwilightEnd() 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsOnDate() 
2020-01-21 17:37:00.334 Status: dzVents: > matchesRule() 
2020-01-21 17:37:00.334 Status: dzVents: > ruleMatchesBetweenRange() 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsInWeek() 
2020-01-21 17:37:00.334 Status: dzVents: > seconds: 57 
2020-01-21 17:37:00.334 Status: dzVents: > day: 21 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsAtCivilTwilightStart() 
2020-01-21 17:37:00.334 Status: dzVents: > ruleMatchesTime() 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsBeforeCivilTwilightStart() 
2020-01-21 17:37:00.334 Status: dzVents: > min: 36 
2020-01-21 17:37:00.334 Status: dzVents: > ruleMatchesHourSpecification() 
2020-01-21 17:37:00.334 Status: dzVents: > ruleMatchesMinuteSpecification() 
2020-01-21 17:37:00.334 Status: dzVents: > minutes: 36 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsAtDayTime() 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsAfterCivilTwilightStart() 
2020-01-21 17:37:00.334 Status: dzVents: > hour: 17 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsAfterSunset() 
2020-01-21 17:37:00.334 Status: dzVents: > dayAbbrOfWeek: tue 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsBeforeSunrise() 
2020-01-21 17:37:00.334 Status: dzVents: > ruleIsBeforeSunset() 
2020-01-21 17:37:00.335 Status: dzVents: > hoursAgo: 0 
2020-01-21 17:37:00.335 Status: dzVents: > ruleIsAtCivilDayTime() 
2020-01-21 17:37:00.335 Status: dzVents: > ruleIsAfterSunrise() 
2020-01-21 17:37:00.335 Status: dzVents: > ruleIsAtSunrise() 
2020-01-21 17:37:00.335 Status: dzVents: > ruleIsAfterCivilTwilightEnd() 
2020-01-21 17:37:00.335 Status: dzVents: > ruleIsAtCivilTwilightEnd() 
2020-01-21 17:37:00.335 Status: dzVents: > dDate: 1579624617 
2020-01-21 17:37:00.335 Status: dzVents: > getISO() 
2020-01-21 17:37:00.335 Status: dzVents: > compare() 
2020-01-21 17:37:00.336 Status: dzVents: > yday: 21 
2020-01-21 17:37:00.336 Status: dzVents: > minutesAgo: 0 
2020-01-21 17:37:00.336 Status: dzVents: > wday: 3 
2020-01-21 17:37:00.336 Status: dzVents: > year: 2020 
2020-01-21 17:37:00.336 Status: dzVents: > sec: 57 
2020-01-21 17:37:00.336 Status: dzVents: > msAgo: 3193 
2020-01-21 17:37:00.336 Status: dzVents: > rawDate: 2020-01-21 
2020-01-21 17:37:00.336 Status: dzVents: > current: 
2020-01-21 17:37:00.336 Status: dzVents: > yday: 21 
2020-01-21 17:37:00.336 Status: dzVents: > wday: 3 
2020-01-21 17:37:00.337 Status: dzVents: > sec: 0 
2020-01-21 17:37:00.337 Status: dzVents: > month: 1 
2020-01-21 17:37:00.337 Status: dzVents: > isdst: false 
2020-01-21 17:37:00.337 Status: dzVents: > min: 37 
2020-01-21 17:37:00.337 Status: dzVents: > day: 21 
2020-01-21 17:37:00.337 Status: dzVents: > year: 2020 
2020-01-21 17:37:00.337 Status: dzVents: > hour: 17 
2020-01-21 17:37:00.337 Status: dzVents: > isUTC: false 
2020-01-21 17:37:00.337 Status: dzVents: > secondsAgo: 3 
2020-01-21 17:37:00.337 Status: dzVents: > daysAgo: 0 
2020-01-21 17:37:00.337 Status: dzVents: > ruleMatchesTimeRange() 
2020-01-21 17:37:00.337 Status: dzVents: > milliSeconds: 0 
2020-01-21 17:37:00.337 Status: dzVents: > week: 4 
2020-01-21 17:37:00.337 Status: dzVents: > raw: 2020-01-21 17:36:57 
2020-01-21 17:37:00.337 Status: dzVents: > ruleIsAtSunset() 
2020-01-21 17:37:00.337 Status: dzVents: > description: 
2020-01-21 17:37:00.337 Status: dzVents: > _adapters: 
2020-01-21 17:37:00.337 Status: dzVents: > 1: Youless device adapter 
2020-01-21 17:37:00.337 Status: dzVents: > isDevice: true 
2020-01-21 17:37:00.337 Status: dzVents: > usage: 1041 Watt 
2020-01-21 17:37:00.337 Status: dzVents: Error (2.4.19): An error occured when calling event handler Live_COP 
2020-01-21 17:37:00.337 Status: dzVents: Error (2.4.19): /home/pi/domoticz/scripts/dzVents/scripts/Live_COP.lua:10: attempt to perform arithmetic on local 'kWh_heat' (a nil value) 
2020-01-21 17:37:00.337 Status: dzVents: Info: ------ Finished Live_COP.lua

[Wiley99]

Wat als je deze gebruikt, hij staat vrijwel onderaan met 1041 Watt.

code:

local kWh_elektra    = domoticz.devices("Elektra WP").usage

En was die 'Power' waarde 3000?

code:

local kWh_heat    = domoticz.devices("Power").state

Misschien moet je ze wel eerst naar een getal converteren, want dat is de foutmelding in een geval.
Volgens mij kan dat met de functie

code:

getal = tonumber(string)

[mbuurman]

Het is me de laatste tijd al een paar keer opgevallen dat na een reboot van Domoticz de koppeling met Zigbee2MQTT niet meer werkt.
Het lijkt erop dat Z2M iets te vroeg start waardoor Domoticz de device-list niet op kan halen/ontvangt. Na een "Update" bij Z2M onder "Hardware" komt de hele lijst met devices voorbij in de logging van Domoticz en werkt het weer netjes.

Ik heb eens ge-Googled naar afhankelijkheden en manieren van starten van processen tijdens het opstarten van de Raspberry en heb dit gevonden:
https://www.dexterindustr...-raspberry-pi-at-startup/

Domiticz start automatisch dmv "init.d" en Zigbee2MQTT dmv "systemd".
Is het op een of andere manier mogelijk om een afhankelijkheid te maken tussen de verschillende opstart-processen, zodat Domoticz eerst gestart moet zijn voordat Z2M start.

Onder "Systemd" in "/etc/systemd/system/zigbee2mqtt.service" zie ik wel een afhankelijkheid staan, maar kan ik hier ook Domoticz toevoegen?

code:

[Unit]
Description=zigbee2mqtt
After=network.target

[Copitano]

Wiley99 schreef op dinsdag 21 januari 2020 @ 18:05:
Wat als je deze gebruikt, hij staat vrijwel onderaan met 1041 Watt.

code:

local kWh_elektra    = domoticz.devices("Elektra WP").usage

En was die 'Power' waarde 3000?

code:

local kWh_heat    = domoticz.devices("Power").state

Misschien moet je ze wel eerst naar een getal converteren, want dat is de foutmelding in een geval.
Volgens mij kan dat met de functie

code:

getal = tonumber(string)

Yep, heb ik al geprobeerd. De waardes kloppen op zich Wp 3000 watt en El 1041 watt. Daar ligt het dus niet aan. Maar het lijkt wel of de Wp waarde wordt gezien als tekst (string). Maar wat ik ook wel zie is 'table' of 'nil'.
.state in combinatie met usage had ik al geprobeerd. Dat geeft:

code:

2020-01-21 18:17:00.467 Status: dzVents: Error (2.4.19): An error occured when calling event handler Live_COP 
2020-01-21 18:17:00.468 Status: dzVents: Error (2.4.19): /home/pi/domoticz/scripts/dzVents/scripts/Live_COP.lua:10: attempt to perform arithmetic on local 'kWh_elektra' (a string value)

Ga dat met tonumber maar eens uitzoeken hoe de syntax percies loopt, maar dat heb ik eerder zeker niet gebruikt. Was toen heel simpel maar kan het me helaas niet meer herinnerren .

[Wiley99]

ivootjuh schreef op dinsdag 21 januari 2020 @ 17:16:
Ten eerste gaat de lamp wel eens uit in de hal, terwijl ik daar nog wel aanwezig ben en beweeg! Het duurt dan vervolgens even voordat hij een nieuw bewegingssignaal detecteert.

Durf ik niets over te zeggen, je zou met de logging moeten kijken of Domoticz dan van de bewegingssensor een event krijgt. Als dat zo is ligt het waarschijnlijk aan de sensor (heb zelf geen Neos)

En ten tweede, als ik een Philips Hue lamp handmatig aanzet, dan wil ik dat de lamp blijft branden totdat ik deze handmatig uitzet, Nu gaat hij gewoon verder met het script van de bewegingsmelder.

Dat soort dingen doe ik met een variabele. Als je de schakelaar gebruikt zet je een uservariable op 1 of 0 (aan of uit) en dan check je die ook in je bewegingsscript.
Als hij op 1 staat spring je uit het bewegingsscript en als hij op 0 staat laat je 'm lekker zo lopen.

[Wiley99]

Copitano schreef op dinsdag 21 januari 2020 @ 18:23:
[...]
Ga dat met tonumber maar eens uitzoeken hoe de syntax percies loopt, maar dat heb ik eerder zeker niet gebruikt. Was toen heel simpel maar kan het me helaas niet meer herinnerren .

Zo?

code:

local Live_COP       = tonumber(kWh_heat) / tonumber(kWh_elektra)

[jobr]

fabstar81 schreef op maandag 20 januari 2020 @ 22:51:
Dacht ik ook meteen aan. Moet ie wel vast ip adres hebben

Zou ook cool zijn om elke camera een Bewegungssensor te laten zijn

Niet perse.
Zoek het huidige ip-adres op. Doe een nslookup van dit ip-adres. Je router geeft dan de naam terug. Ongeacht het ip-adres krijgt het device meestal dezelfde naam.
Je kunt dan de ping op deze naam uitvoeren.

[Copitano]

Wiley99 schreef op dinsdag 21 januari 2020 @ 18:29:
[...]


Zo?

code:

local Live_COP       = tonumber(kWh_heat) / tonumber(kWh_elektra)

Noop, blijft mekkeren over nil value.
@AUijtdehaag Heeft ook eens zo'n script gemaakt. Iets ingewikkelder.
Heb ook nog dit geprobeerd:

code:

            local kWh_heat        = tonumber("Power").percentage
        local kWh_elektra    = tonumber("Elektra WP").usage-current
            local Live_COP        = kWh_heat / kWh_elektra

Maar niets lijkt te werken.

[Wiley99]

Dat usage-current moet toch usage zijn?
Er staat geen usage-current in die dumps

[ Voor 35% gewijzigd door Wiley99 op 21-01-2020 20:17 ]

[tozzke]

kever678 schreef op dinsdag 21 januari 2020 @ 16:38:
[...]


Thanks, was zo simpel inderdaad

Nu gaat de lamp voor 1 minuut aan als de deur opengaat. Als de deur blijft open staan dan blijft de lamp echter ook branden.

Wat is de makkelijkste manier om de lamp wel uit te laten gaan wanneer de deur open blijft staan? Wellicht het event x minuten niet uitvoeren nadat hij getriggered is?

Is dat überhaupt mogelijk?

Edit: kijk nu ook alleen of de deur open is, moet opnemen als de status van closed naar open gaat en dan pas uitvoeren. Zal vanavond eens verder klooien.

Zet het event eens op trigger 'Device'. Dan zal het alleen triggeren op de statuswijziging van de sensor naar 'Open'

[Copitano]

Wiley99 schreef op dinsdag 21 januari 2020 @ 20:16:
Dat usage-current moet toch usage zijn?
Er staat geen usage-current in die dumps

Maakt niet uit. Heb ik alle twee geprobeerd. Heb nu rigoureuze maatregelen genomen. Pi gestopt, kaartje er uit en een kaartje er in met de image van mei. En dan de Youless toevoegen, Dummy COP aanmaken en het script in kopiëren. Krijg nu wel een waarde in de Dummy, maar een verkeerde waarde en nog steeds een foutmelding, maar met meer info:

code:

2020-01-21 21:29:40.642 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:29:44.809 Status: Warning: Expecting svalue with at least 2 elements separated by semicolon, 1 elements received ("28.62"), notification not sent (Hardware: 6 - Elektra WP, ID: 80, Unit: 1, Type: FC - YouLess Meter, SubType: 1 - YouLess counter) 
2020-01-21 21:29:50.651 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:30:00.657 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:30:00.401 Status: dzVents: Info: ------ Start external script: Live_COP.lua:, trigger: every 1 minutes 
2020-01-21 21:30:00.441 Status: dzVents: Error (2.4.19): An error occured when calling event handler Live_COP 
2020-01-21 21:30:00.441 Status: dzVents: Error (2.4.19): /home/pi/domoticz/scripts/dzVents/scripts/Live_COP.lua:9: attempt to perform arithmetic on local 'kWh_heat' (a nil value) 
2020-01-21 21:30:00.441 Status: dzVents: Info: ------ Finished Live_COP.lua

Begin te denken dat het misschien iets te maken heeft met het ontbreken van een stuk database.

[DaRk PoIsOn]

Net kreeg ik de melding dat er een nieuwe versie is.
Dus zoals gewoonlijk de nieuwste beta installeren,
En voor het eerst sinds jaar zit er iets raars in bij mij.
Alle schakelaars werken, alle sensoren werken, maar onder het kopje apparaten is alles compleet leeg.
Hopen dat de nieuwe update ergens in de middag komt.

[Wiley99]

Copitano schreef op dinsdag 21 januari 2020 @ 22:20:
[...]

Maakt niet uit. Heb ik alle twee geprobeerd. Heb nu rigoureuze maatregelen genomen. Pi gestopt, kaartje er uit en een kaartje er in met de image van mei. En dan de Youless toevoegen, Dummy COP aanmaken en het script in kopiëren. Krijg nu wel een waarde in de Dummy, maar een verkeerde waarde en nog steeds een foutmelding, maar met meer info:

code:

2020-01-21 21:29:40.642 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:29:44.809 Status: Warning: Expecting svalue with at least 2 elements separated by semicolon, 1 elements received ("28.62"), notification not sent (Hardware: 6 - Elektra WP, ID: 80, Unit: 1, Type: FC - YouLess Meter, SubType: 1 - YouLess counter) 
2020-01-21 21:29:50.651 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:30:00.657 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:30:00.401 Status: dzVents: Info: ------ Start external script: Live_COP.lua:, trigger: every 1 minutes 
2020-01-21 21:30:00.441 Status: dzVents: Error (2.4.19): An error occured when calling event handler Live_COP 
2020-01-21 21:30:00.441 Status: dzVents: Error (2.4.19): /home/pi/domoticz/scripts/dzVents/scripts/Live_COP.lua:9: attempt to perform arithmetic on local 'kWh_heat' (a nil value) 
2020-01-21 21:30:00.441 Status: dzVents: Info: ------ Finished Live_COP.lua

Begin te denken dat het misschien iets te maken heeft met het ontbreken van een stuk database.

Een nil waarde krijg je als het object of het attribuut niet is toegewezen. Volgens mij is er iets anders mis. Maar ja, erg lastig analyseren zo. Heb je geen VM waarin je het eens met een lege database kan proberen en daarin alles opnieuw doen. Om erachter te komen of het aan de database ligt.

[Chrisje1983]

kever678 schreef op dinsdag 21 januari 2020 @ 16:38:
[...]


Thanks, was zo simpel inderdaad

Nu gaat de lamp voor 1 minuut aan als de deur opengaat. Als de deur blijft open staan dan blijft de lamp echter ook branden.

Wat is de makkelijkste manier om de lamp wel uit te laten gaan wanneer de deur open blijft staan? Wellicht het event x minuten niet uitvoeren nadat hij getriggered is?

Is dat überhaupt mogelijk?

Edit: kijk nu ook alleen of de deur open is, moet opnemen als de status van closed naar open gaat en dan pas uitvoeren. Zal vanavond eens verder klooien.

Timers gebruiken,

Maak een dummy switch aan, en geef hem het aantal seconden uitschakel vertraging wat jij wilt.

Elke keer als de deur open gaat, reset de je de timer en begint ie weer opnieuw af te tellen.


Even uit mijn hoofd:

If: door = is open and time = Sunset and buitenlamp = off
Then: set buitenlamp = on and set timer = on

Else if: door is open
Then: set timer = on

Else if: time = sunrise or timer = off and buitenlamp = on and door = is closed
Then: set buitenlamp = off

Ik heb zelf overigens overal ook nog, beveiliging, bewegingsmelders en lux opgenomen in de blockly scriptjes.

Ik zal er morgen als ik het niet vergeet is eentje posten, ze zijn behoorlijk uitgebreid en hebben nooit een misser.

[Copitano]

Wiley99 schreef op dinsdag 21 januari 2020 @ 23:41:
[...]


Een nil waarde krijg je als het object of het attribuut niet is toegewezen. Volgens mij is er iets anders mis. Maar ja, erg lastig analyseren zo. Heb je geen VM waarin je het eens met een lege database kan proberen en daarin alles opnieuw doen. Om erachter te komen of het aan de database ligt.

VM? Die afkorting ken ik nog niet

[kever678]

Copitano schreef op woensdag 22 januari 2020 @ 00:13:
[...]

VM? Die afkorting ken ik nog niet

VM Ware

[Chaoss]

Op een of andere manier heb ik de verbinding met mijn Tradfri hub om zeep geholpen:

code:

f2020-01-22 00:19:48.726 Status: User: Admin initiated a switch command (26/IKEA-KeukenSpot1/Off) 
2020-01-22 00:19:48.737 Error: (Ikeahub) 'onCommand' failed 'KeyError'. 
2020-01-22 00:19:48.737 Error: (Ikeahub) ----> Line 378 in '/home/pi/domoticz/plugins/IKEA-Tradfri/plugin.py' 
2020-01-22 00:19:48.737 Error: (Ikeahub) ----> Line 297 in '/home/pi/domoticz/plugins/IKEA-Tradfri/plugin.py' 
2020-01-22 00:19:50.664 Status: User: Admin initiated a switch command (29/IKEA-WoonkPlafond/Off) 
2020-01-22 00:19:50.691 Error: (Ikeahub) 'onCommand' failed 'KeyError'. 
2020-01-22 00:19:50.691 Error: (Ikeahub) ----> Line 378 in '/home/pi/domoticz/plugins/IKEA-Tradfri/plugin.py' 
2020-01-22 00:19:50.691 Error: (Ikeahub) ----> Line 297 in '/home/pi/domoticz/plugins/IKEA-Tradfri/plugin.py' 
2020-01-22 00:19:54.606 Status: User: Admin initiated a switch command (23/IKEA-SlaapkPlafond2/On) 
2020-01-22 00:19:54.649 Error: (Ikeahub) 'onCommand' failed 'KeyError'. 
2020-01-22 00:19:54.649 Error: (Ikeahub) ----> Line 378 in '/home/pi/domoticz/plugins/IKEA-Tradfri/plugin.py' 
2020-01-22 00:19:54.649 Error: (Ikeahub) ----> Line 292 in '/home/pi/domoticz/plugins/IKEA-Tradfri/plugin.py'

Dit is dus bij alles wat ik probeer aan te sturen via de Tradfri hub.

Wat ik vanavond heb gedaan:
-Aantal Blockly's aangemaakt, maar deze heb ik nu ook weer disabled.
-OpenWeatherMap API toegevoegd
-Dymmy on/of switch aangemaakt maar nu ook weer verwijderd.
-Scene aangemaakt, maar ook weer verwijderd.
-Aantal user variabelen aangemaakt.

Heb mijn pi/Domoticz een herstart gegeven en mijn Tradfri HUB uit/aan gedaan, via mijn Ikea app kan ik wel de lampen bedienen.

Iemand een idee? kan zo niet bedenken waarom bovenstaande handelingen de hele verbinding omzeep helpen?

[Copitano]

kever678 schreef op woensdag 22 januari 2020 @ 00:21:
[...]


VM Ware

Is dat net zo iets als de VNC viewer?

[kever678]

Copitano schreef op woensdag 22 januari 2020 @ 01:00:
[...]

Is dat net zo iets als de VNC viewer?

Nee, een programma om een besturingssysteem te virtualiseren. Zie ook: Wikipedia: VMware Workstation Player

[MikeOO]

DaRk PoIsOn schreef op dinsdag 21 januari 2020 @ 23:35:
Net kreeg ik de melding dat er een nieuwe versie is.
Dus zoals gewoonlijk de nieuwste beta installeren,
En voor het eerst sinds jaar zit er iets raars in bij mij.
Alle schakelaars werken, alle sensoren werken, maar onder het kopje apparaten is alles compleet leeg.
Hopen dat de nieuwe update ergens in de middag komt.

Soms nog een keer herstarten om dat weer op te lossen. Heb dit ook wel eens gehad en een extra reboot loste het dan wel op.

[Wiley99]

Virtuele Machine eigenlijk, VMWare is een van de tools om die mee te maken. Ik gebruik VirtualBox. Maar goed, als je die niet hebt is het weer wat werk om dat op te zetten dus misschien niet de beste richting.

[vwtune]

DaRk PoIsOn schreef op dinsdag 21 januari 2020 @ 23:35:
Net kreeg ik de melding dat er een nieuwe versie is.
Dus zoals gewoonlijk de nieuwste beta installeren,
En voor het eerst sinds jaar zit er iets raars in bij mij.
Alle schakelaars werken, alle sensoren werken, maar onder het kopje apparaten is alles compleet leeg.
Hopen dat de nieuwe update ergens in de middag komt.

Cache al geleegd?

[bvsteyn]

D*mn...gisteren SD gecrasht en mijn Domoticz/Homebridge/MQTT installatie weg..uiteraard geen backups..pff...(iets met dom uitstelgedrag). Maar goed nieuwe SD kaartjes besteld (eentje backup) en ga met een verse installatie starten. Zie dat het tegenwoordig Raspbian Buster is geworden. Heb destijds gekozen voor een lite variant, maar zag in dit topic dat er een advies werd gegeven om de Stretch desktop versie plus software te gebruiken. Is dat nog altijd het advies kijkend naar de Buster versie? Wil graag een goede herstart maken...

[Copitano]

kever678 schreef op woensdag 22 januari 2020 @ 09:03:
[...]


Nee, een programma om een besturingssysteem te virtualiseren. Zie ook: Wikipedia: VMware Workstation Player

@Wiley99 @kever678 ahhhhh, virtual machine. Ga er eens naar kijken. Nog geen ervaring mee.

[Wiley99]

bvsteyn schreef op woensdag 22 januari 2020 @ 10:20:
D*mn...gisteren SD gecrasht en mijn Domoticz/Homebridge/MQTT installatie weg..uiteraard geen backups..pff...(iets met dom uitstelgedrag). Maar goed nieuwe SD kaartjes besteld (eentje backup) en ga met een verse installatie starten. Zie dat het tegenwoordig Raspbian Buster is geworden. Heb destijds gekozen voor een lite variant, maar zag in dit topic dat er een advies werd gegeven om de Stretch desktop versie plus software te gebruiken. Is dat nog altijd het advies kijkend naar de Buster versie? Wil graag een goede herstart maken...

Ik gebruik al geruime tijd Buster, zonder desktop en heb geen Homebridge. Werkt voor mij goed.

[Joop_Klepzeiker]

bvsteyn schreef op woensdag 22 januari 2020 @ 10:20:
D*mn...gisteren SD gecrasht en mijn Domoticz/Homebridge/MQTT installatie weg..uiteraard geen backups..pff...(iets met dom uitstelgedrag). Maar goed nieuwe SD kaartjes besteld (eentje backup) en ga met een verse installatie starten. Zie dat het tegenwoordig Raspbian Buster is geworden. Heb destijds gekozen voor een lite variant, maar zag in dit topic dat er een advies werd gegeven om de Stretch desktop versie plus software te gebruiken. Is dat nog altijd het advies kijkend naar de Buster versie? Wil graag een goede herstart maken...

Ik gebruik al een paar maanden de Buster Lite versie met desktop op een Pi4 en dit werkt prima.
Probleem met de Pi4 is dat deze weer moeite heeft met een aeontec zwave stick, maar dat heb ik opgelost met een master/slave domoticz installatie icm met een oude Pi2. Ik weet dat dit ook via en USB-Hub zou moeten werken, maar dit ging in eerste instantie niet goed bij mij, dus heb ik voor deze setup gekozen.

Maar mbt jouw vraag over Buster; dat werkt met domoticz zonder problemen! Homebridge en MQTT gebruik ik niet.

[DaRk PoIsOn]

@MikeOO , @vwtune ,

Cache idd geleegd en aantal keer reboot gedaan.
Vanochtend om 9 uur zag ik dat er een nieuwe bèta was.
Geinstalleerd en ik kon weer bij de apparaten.

Nu kan ik weer verder spelen met de chromecast en google home plugin, om domoticz met mijn home te laten praten

[Toppe]

bvsteyn schreef op woensdag 22 januari 2020 @ 10:20:
D*mn...gisteren SD gecrasht en mijn Domoticz/Homebridge/MQTT installatie weg..uiteraard geen backups..pff...(iets met dom uitstelgedrag). Maar goed nieuwe SD kaartjes besteld (eentje backup) en ga met een verse installatie starten. Zie dat het tegenwoordig Raspbian Buster is geworden. Heb destijds gekozen voor een lite variant, maar zag in dit topic dat er een advies werd gegeven om de Stretch desktop versie plus software te gebruiken. Is dat nog altijd het advies kijkend naar de Buster versie? Wil graag een goede herstart maken...

Zou de uitgebreide versie pakken inclusief aanbevolen software. Zondag een verse installatie gedaan en was een uur klaar. Is wel anders bij uitgeklede versies

[Wachten...]

Dat soort dingen doe ik met een variabele. Als je de schakelaar gebruikt zet je een uservariable op 1 of 0 (aan of uit) en dan check je die ook in je bewegingsscript.
Als hij op 1 staat spring je uit het bewegingsscript en als hij op 0 staat laat je 'm lekker zo lopen.

Heb je hier wellicht een voorbeeld van hoe ik dit toe zou moeten passen? Heb nog nooit met variabelen gewerkt binnen Domoticz!

Ik gebruik dan de Philips Hue dimmer om een lamp aan te zetten.

[bvsteyn]

Toppe schreef op woensdag 22 januari 2020 @ 16:52:
[...]


Zou de uitgebreide versie pakken inclusief aanbevolen software. Zondag een verse installatie gedaan en was een uur klaar. Is wel anders bij uitgeklede versies

klinkt goed! gaan we dat proberen..

[bing69]

Toppe schreef op woensdag 22 januari 2020 @ 16:52:
[...]


Zou de uitgebreide versie pakken inclusief aanbevolen software. Zondag een verse installatie gedaan en was een uur klaar. Is wel anders bij uitgeklede versies

Nou die heb ik ook maar ben al drie dagen bezig!!
Domoticz draait zo, geen probleem maar mijn shelly's icm MQTT, draait allebei prima maar geen devices
Kan ze gelukkig nog met Homebridge aansturen, maar weer opnieuw beginnen.......

[jobr]

Copitano schreef op dinsdag 21 januari 2020 @ 22:20:
[...]

Maakt niet uit. Heb ik alle twee geprobeerd. Heb nu rigoureuze maatregelen genomen. Pi gestopt, kaartje er uit en een kaartje er in met de image van mei. En dan de Youless toevoegen, Dummy COP aanmaken en het script in kopiëren. Krijg nu wel een waarde in de Dummy, maar een verkeerde waarde en nog steeds een foutmelding, maar met meer info:

code:

2020-01-21 21:29:40.642 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:29:44.809 Status: Warning: Expecting svalue with at least 2 elements separated by semicolon, 1 elements received ("28.62"), notification not sent (Hardware: 6 - Elektra WP, ID: 80, Unit: 1, Type: FC - YouLess Meter, SubType: 1 - YouLess counter) 
2020-01-21 21:29:50.651 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:30:00.657 (Elektra WP) YouLess Meter (Elektra WP) 
2020-01-21 21:30:00.401 Status: dzVents: Info: ------ Start external script: Live_COP.lua:, trigger: every 1 minutes 
2020-01-21 21:30:00.441 Status: dzVents: Error (2.4.19): An error occured when calling event handler Live_COP 
2020-01-21 21:30:00.441 Status: dzVents: Error (2.4.19): /home/pi/domoticz/scripts/dzVents/scripts/Live_COP.lua:9: attempt to perform arithmetic on local 'kWh_heat' (a nil value) 
2020-01-21 21:30:00.441 Status: dzVents: Info: ------ Finished Live_COP.lua

Begin te denken dat het misschien iets te maken heeft met het ontbreken van een stuk database.

Herstarten gaat je niet helpen en aan je database ligt het ook niet. Je probeert er dingen uit te trekken die niet bestaan.

Als ik het goed zie heb je een youless device. Dan kun je dit eruit halen:
counterDeliveredToday: Number.
counterDeliveredTotal: Number.
powerYield: String.

Zie ook dit.
Dan kun je per device zien welke attributten je kunt gebruiken. En als je iets ziet staan met () erachter dan is dat een method om er iets in te zetten, niet om eruit te halen. Die niet gebruiken dus.
Er zijn ook attributen die alle devices hebben. Die gebruik je soms maar in het algemeen niet om device specieke waardes op te halen.

[Copitano]

jobr schreef op woensdag 22 januari 2020 @ 19:06:
[...]


Herstarten gaat je niet helpen en aan je database ligt het ook niet. Je probeert er dingen uit te trekken die niet bestaan.

Als ik het goed zie heb je een youless device. Dan kun je dit eruit halen:
counterDeliveredToday: Number.
counterDeliveredTotal: Number.
powerYield: String.

Zie ook dit.
Dan kun je per device zien welke attributten je kunt gebruiken. En als je iets ziet staan met () erachter dan is dat een method om er iets in te zetten, niet om eruit te halen. Die niet gebruiken dus.
Er zijn ook attributen die alle devices hebben. Die gebruik je soms maar in het algemeen niet om device specieke waardes op te halen.

Klopt, een youless LS110 met volgens de methode @AUijtdehaag twee draadjes over het led gesoldeerd en verbonden met een kWh pulsteller op de S0 aansluiting. De meter telt 2000 pulsen per kWh. Het wonderlijke is dan dat het voor de crash perfect werkte. Toen gewoon een script van twee temperatuursensors gekopieerd en omgebouwd naar kWh heat / kWh stroom. Kan me nog herinneren dat ik toen in eerste instantie geen waarde kreeg in de Dummy die ik daarvoor in Domoticz had aangemaakt. Ik was toen vergeten .temperature in het script te vervangen door iets anders. Ik heb dat toen intuïtief gedaan en voilà het werkte en heeft hier twee maanden zonder problemen gedraaid. Zelfs nagerekend en de COP klopte precies. Kan me nu alleen niet meer herinneren wat ik toen precies wel in het script gezet heb omdat het zo makkelijk ging en in een keer werkte Het heeft hier gewerkt dus het moet gewoon kunnen absoluut wel kunnen. Maar ga zeker even kijken naar de link die je stuurde. Anders uithuilen en helemaal opnieuw beginnen. Twee jaar data

[Peutpeut]

Inmiddels ook aan de slag gegaan met InfluxDB en Grafana. Het installeren was eenvoudig, al was de handleiding wel iets verouderd op sommige punten.

Inmiddels een iets netter grafiekje gemaakt voor het verbruik gedurende de dag, dat is gelukt. Graag zou ik nog een waarde af willen lezen voor het totale gas- en elektraverbruik van de huidige dag. Echter kan ik deze niet vinden in de waarden die ik doorstuur naar InfluxDB. In Domoticz zijn deze waarden wel te vinden. Zo is het aantal kWh te vinden in domoticz.devices(322).counterToday en het aantal kubieke meters gas op dezelfde manier. Dit is echter wel in dZvents. Zou ik dan aan de slag moeten gaan om deze waarden door te sturen naar InfluxDB via een script in dZvents? Of is er een andere manier?

[jobr]

Peutpeut schreef op woensdag 22 januari 2020 @ 19:28:
Inmiddels ook aan de slag gegaan met InfluxDB en Grafana. Het installeren was eenvoudig, al was de handleiding wel iets verouderd op sommige punten.

Inmiddels een iets netter grafiekje gemaakt voor het verbruik gedurende de dag, dat is gelukt. Graag zou ik nog een waarde af willen lezen voor het totale gas- en elektraverbruik van de huidige dag. Echter kan ik deze niet vinden in de waarden die ik doorstuur naar InfluxDB. In Domoticz zijn deze waarden wel te vinden. Zo is het aantal kWh te vinden in domoticz.devices(322).counterToday en het aantal kubieke meters gas op dezelfde manier. Dit is echter wel in dZvents. Zou ik dan aan de slag moeten gaan om deze waarden door te sturen naar InfluxDB via een script in dZvents? Of is er een andere manier?

Als het een P1 device betreft:

Voor gas:
select sum("gasverbruik") from (SELECT non_negative_derivative(max("value"), 1m) as "gasverbruik" FROM "domoticz"."autogen"."Gas-usage" WHERE $timeFilter AND "name"='GasVerbruik-P1' GROUP BY time(1m) fill(previous)) where $timeFilter group by time(1d) TZ('Europe/Amsterdam')

Voor electra:
De max en min van een dag van elkaar aftrekken.
SELECT (max("value") - min("value"))/1000 FROM "Usage-1" WHERE ("name" = 'ElectraVerbruik-P1') AND $timeFilter GROUP BY time(1d) fill(null) TZ('Europe/Amsterdam')

Bij hoog en laag tarief ook voor Usage-2 doen.

[Wachten...]

Weet iemand hoe ik meerdere IDX`en toe kan voegen aan een stukje code?

Ik heb nu dat er 1 lamp aangaat zodra er beweging is, echter wil ik er een lamp aan toevoegen.
Ik dacht zelf slim te zijn en een komma achter de eerste IDX te zetten en dan het andere IDX nummer erachter. Dit werkt alleen niet!

Onderstaand de code (ik wil lamp 64 en 65 toevoegen)

code:

return {
    on = {
        devices = { 31 }
       
    },
    logging = {
        marker = "Log bewegingsmelder toilet" ---Iedere log begint met deze zin---
    },
    execute = function(domoticz, item)
        
        local bewegingGedetecteerd      = item.state
        local licht                     = domoticz.devices(HIER LAMPEN MET IDX 64 EN 65)
        local luxWaarde                 = domoticz.devices(34).lux
        
        domoticz.log("Huidige luxwaarde is vastgesteld op "..luxWaarde.."")
        
        local dimTimeTable  = { --  [   'timeSlot'   ]  = dimValue  
                                    ['at 08:00-00:00']  = 80,    
                                    ['at 00:01-07:59']  = 70,
                                        
                                
                              }
        
    if(bewegingGedetecteerd == "On" and luxWaarde < 120) then
            
                domoticz.log("Beweging gedetecteerd") ---Log
        
        for timeSlot, dimValue in pairs (dimTimeTable) do
        if domoticz.time.matchesRule(timeSlot) then 
            licht.dimTo(dimValue)
            
                domoticz.log(timeSlot) ---Log
                
    end
end

    elseif (bewegingGedetecteerd == "Off") then
        
                domoticz.log("Bewegingsmelder is uit, verlichting wordt uitgeschakeld") ---Log
                
            licht.switchOff()
            
                domoticz.log("Licht is uitgeschakeld") ---Log
                
    end
end
}

[Verwijderd]

Peutpeut schreef op woensdag 22 januari 2020 @ 19:28:
Inmiddels ook aan de slag gegaan met InfluxDB en Grafana. Het installeren was eenvoudig, al was de handleiding wel iets verouderd op sommige punten.

Inmiddels een iets netter grafiekje gemaakt voor het verbruik gedurende de dag, dat is gelukt. Graag zou ik nog een waarde af willen lezen voor het totale gas- en elektraverbruik van de huidige dag. Echter kan ik deze niet vinden in de waarden die ik doorstuur naar InfluxDB. In Domoticz zijn deze waarden wel te vinden. Zo is het aantal kWh te vinden in domoticz.devices(322).counterToday en het aantal kubieke meters gas op dezelfde manier. Dit is echter wel in dZvents. Zou ik dan aan de slag moeten gaan om deze waarden door te sturen naar InfluxDB via een script in dZvents? Of is er een andere manier?

Niet om lullig te doen, maar wat is de lol en/of nut om iedere dag te kijken wat je verbruikt? Ik check wel eens in de zoveel tijd wat de zonnepanelen doen maar dat is puur om te monitoren of ze nog goed functioneren en er geen storing is. Als ik iedere dag mijn verbruik zou bekijken per dag van stroom kan ik daar geen peil op trekken met pubers wel/niet thuis, verwarming op hun kamers wel/niet aan, tv/pc daar wel/niet aan, droger wel/niet aan. Ik zou gek worden van dat soort cijfers grafieken iedere dag. Maar dat ben ik .......

[Wiley99]

ivootjuh schreef op woensdag 22 januari 2020 @ 19:53:
Weet iemand hoe ik meerdere IDX`en toe kan voegen aan een stukje code?

Ik heb nu dat er 1 lamp aangaat zodra er beweging is, echter wil ik er een lamp aan toevoegen.
Ik dacht zelf slim te zijn en een komma achter de eerste IDX te zetten en dan het andere IDX nummer erachter. Dit werkt alleen niet!

Onderstaand de code (ik wil lamp 64 en 65 toevoegen)

code:

return {
    on = {
        devices = { 31 }
       
    },
    logging = {
        marker = "Log bewegingsmelder toilet" ---Iedere log begint met deze zin---
    },
    execute = function(domoticz, item)
        
        local bewegingGedetecteerd      = item.state
        local licht                     = domoticz.devices(HIER LAMPEN MET IDX 64 EN 65)
        local luxWaarde                = domoticz.devices(34).lux
        
        domoticz.log("Huidige luxwaarde is vastgesteld op "..luxWaarde.."")
        
        local dimTimeTable  = { --  [   'timeSlot'   ]  = dimValue  
                                    ['at 08:00-00:00']  = 80,    
                                    ['at 00:01-07:59']  = 70,
                              }
        
    if(bewegingGedetecteerd == "On" and luxWaarde < 120) then
            
        domoticz.log("Beweging gedetecteerd") ---Log
        
        for timeSlot, dimValue in pairs (dimTimeTable) do
        if domoticz.time.matchesRule(timeSlot) then 
              licht.dimTo(dimValue)
            
                domoticz.log(timeSlot) ---Log
                
    end
end

    elseif (bewegingGedetecteerd == "Off") then
        
                domoticz.log("Bewegingsmelder is uit, verlichting wordt uitgeschakeld") ---Log
                
            licht.switchOff()
            
                domoticz.log("Licht is uitgeschakeld") ---Log
                
    end
end
}

Zo kan het inderdaad niet: wat je doet is een waarde toewijzen aan een variabele, meestal zodat je die variabele meerdere keren kunt gebruiken en niet elke keer de oorsprong van de waarde moet intypen. Maar een variabele kan hier maar naar één oorsprong hebben: of je wijst naar 64 of naar 65 maar niet allebei, dan weten de commando's niet meer welke ze moeten hebben.

Ik gebruik in dit soort simpele scripts meestal geen variabelen omdat het niets toevoegt. In jouw geval wordt het misschien nog wel onduidelijker omdat je een waslijst krijgt die je effectief maar 1 of 2 keer gebruikt:
licht1, licht2, licht3 enz.

Maar goed, beide opties, eerste die van jou, tweede mijn voorkeur in dit soort gevallen:

code:

return {
    on = {
        devices = { 31 }
       
    },
    logging = {
        marker = "Log bewegingsmelder toilet" ---Iedere log begint met deze zin---
    },
    execute = function(domoticz, item)
        
        local bewegingGedetecteerd      = item.state
        local licht64                   = domoticz.devices(64)
        local licht65                   = domoticz.devices(65)
        local luxWaarde                  = domoticz.devices(34).lux
        
        domoticz.log("Huidige luxwaarde is vastgesteld op "..luxWaarde.."")
        
        local dimTimeTable  = { --  [   'timeSlot'   ]  = dimValue  
                                    ['at 08:00-00:00']  = 80,    
                                    ['at 00:01-07:59']  = 70,
                              }
        
    if(bewegingGedetecteerd == "On" and luxWaarde < 120) then
            
       domoticz.log("Beweging gedetecteerd") ---Log
        
        for timeSlot, dimValue in pairs (dimTimeTable) do
        if domoticz.time.matchesRule(timeSlot) then 
              licht64.dimTo(dimValue)
              licht65.dimTo(dimValue)
              domoticz.log(timeSlot) ---Log
        end
    end

    elseif (bewegingGedetecteerd == "Off") then
        
          domoticz.log("Bewegingsmelder is uit, verlichting wordt uitgeschakeld") ---Log
              
          licht64.switchOff()
          licht65.switchOff()
            
          domoticz.log("Licht is uitgeschakeld") ---Log
                
    end
end
}

Mijn voorkeur (ik zou zelfs item.state direct invullen want er is toch maar één item (31) in dit geval, maar vooruit)

code:

return {
  on = {
        devices = { 31 }
       
    },
  logging = {
        marker = "Log bewegingsmelder toilet" ---Iedere log begint met deze zin---
    },
  execute = function(domoticz, item)
        
    local bewegingGedetecteerd      = item.state
    local luxWaarde                  = domoticz.devices(34).lux
        
    domoticz.log("Huidige luxwaarde is vastgesteld op "..luxWaarde.."")
        
    local dimTimeTable  = { --  [   'timeSlot'   ]  = dimValue  
                                    ['at 08:00-00:00']  = 80,    
                                    ['at 00:01-07:59']  = 70,
                            }       
    if(bewegingGedetecteerd == "On" and luxWaarde < 120) then
            
       domoticz.log("Beweging gedetecteerd") ---Log
        
        for timeSlot, dimValue in pairs (dimTimeTable) do
        if domoticz.time.matchesRule(timeSlot) then 
              domoticz.devices(64).dimTo(dimValue) -- lamp hier
              domoticz.devices(65).dimTo(dimValue) -- lamp daar
              domoticz.log(timeSlot) ---Log
        end
    end

    elseif (bewegingGedetecteerd == "Off") then
        
          domoticz.log("Bewegingsmelder is uit, verlichting wordt uitgeschakeld") ---Log
              
          domoticz.devices(64).switchOff()
          domoticz.devices(65).swichOff()
            
          domoticz.log("Licht is uitgeschakeld") ---Log
                
    end
end
}

Indents (tabs en spaties) nog corrigeren, dat is hier een beetje lastig

[Wiley99]

Verwijderd schreef op woensdag 22 januari 2020 @ 20:12:
[...]


Niet om lullig te doen, maar wat is de lol en/of nut om iedere dag te kijken wat je verbruikt? Ik check wel eens in de zoveel tijd wat de zonnepanelen doen maar dat is puur om te monitoren of ze nog goed functioneren en er geen storing is. Als ik iedere dag mijn verbruik zou bekijken per dag van stroom kan ik daar geen peil op trekken met pubers wel/niet thuis, verwarming op hun kamers wel/niet aan, tv/pc daar wel/niet aan, droger wel/niet aan. Ik zou gek worden van dat soort cijfers grafieken iedere dag. Maar dat ben ik .......

Lol, ik zal je niet mijn dashboards laten zien dan die ik elke dag bekijk. Tig metertjes en grafiekjes van energieverbruik en -opwek, temperatuur, servers enz. Ik heb er plezier van en bespaar her en der ook nog wat energie door "vergeten" of overbodige dingen uit te zetten als ik elders ben.

[Wachten...]

Wiley99 schreef op woensdag 22 januari 2020 @ 20:22:
[...]


Zo kan het inderdaad niet: wat je doet is een waarde toewijzen aan een variabele, meestal zodat je die variabele meerdere keren kunt gebruiken en niet elke keer de oorsprong van de waarde moet intypen. Maar een variabele kan hier maar naar één oorsprong hebben: of je wijst naar 64 of naar 65 maar niet allebei, dan weten de commando's niet meer welke ze moeten hebben.

Ik gebruik in dit soort simpele scripts meestal geen variabelen omdat het niets toevoegt. In jouw geval wordt het misschien nog wel onduidelijker omdat je een waslijst krijgt die je effectief maar 1 of 2 keer gebruikt:
licht1, licht2, licht3 enz.

Maar goed, beide opties, eerste die van jou, tweede mijn voorkeur in dit soort gevallen:

code:

return {
    on = {
        devices = { 31 }
       
    },
    logging = {
        marker = "Log bewegingsmelder toilet" ---Iedere log begint met deze zin---
    },
    execute = function(domoticz, item)
        
        local bewegingGedetecteerd      = item.state
        local licht64                   = domoticz.devices(64)
        local licht65                   = domoticz.devices(65)
        local luxWaarde                  = domoticz.devices(34).lux
        
        domoticz.log("Huidige luxwaarde is vastgesteld op "..luxWaarde.."")
        
        local dimTimeTable  = { --  [   'timeSlot'   ]  = dimValue  
                                    ['at 08:00-00:00']  = 80,    
                                    ['at 00:01-07:59']  = 70,
                              }
        
    if(bewegingGedetecteerd == "On" and luxWaarde < 120) then
            
       domoticz.log("Beweging gedetecteerd") ---Log
        
        for timeSlot, dimValue in pairs (dimTimeTable) do
        if domoticz.time.matchesRule(timeSlot) then 
              licht64.dimTo(dimValue)
              licht65.dimTo(dimValue)
              domoticz.log(timeSlot) ---Log
        end
    end

    elseif (bewegingGedetecteerd == "Off") then
        
          domoticz.log("Bewegingsmelder is uit, verlichting wordt uitgeschakeld") ---Log
              
          licht64.switchOff()
          licht65.switchOff()
            
          domoticz.log("Licht is uitgeschakeld") ---Log
                
    end
end
}

Mijn voorkeur (ik zou zelfs item.state direct invullen want er is toch maar één item (31) in dit geval, maar vooruit)

code:

return {
  on = {
        devices = { 31 }
       
    },
  logging = {
        marker = "Log bewegingsmelder toilet" ---Iedere log begint met deze zin---
    },
  execute = function(domoticz, item)
        
    local bewegingGedetecteerd      = item.state
    local luxWaarde                  = domoticz.devices(34).lux
        
    domoticz.log("Huidige luxwaarde is vastgesteld op "..luxWaarde.."")
        
    local dimTimeTable  = { --  [   'timeSlot'   ]  = dimValue  
                                    ['at 08:00-00:00']  = 80,    
                                    ['at 00:01-07:59']  = 70,
                            }       
    if(bewegingGedetecteerd == "On" and luxWaarde < 120) then
            
       domoticz.log("Beweging gedetecteerd") ---Log
        
        for timeSlot, dimValue in pairs (dimTimeTable) do
        if domoticz.time.matchesRule(timeSlot) then 
              domoticz.devices(64).dimTo(dimValue) -- lamp hier
              domoticz.devices(65).dimTo(dimValue) -- lamp daar
              domoticz.log(timeSlot) ---Log
        end
    end

    elseif (bewegingGedetecteerd == "Off") then
        
          domoticz.log("Bewegingsmelder is uit, verlichting wordt uitgeschakeld") ---Log
              
          domoticz.devices(64).switchOff()
          domoticz.devices(65).swichOff()
            
          domoticz.log("Licht is uitgeschakeld") ---Log
                
    end
end
}

Indents (tabs en spaties) nog corrigeren, dat is hier een beetje lastig

Dank voor je heldere uitleg en stukje code.
Heeft het verder nog voordelen (misschien qua snelheid o.i.d.)? of is het maar net wat je prettig vindt lezen qua code?

Ik vond dit namelijk wel lekker om als basis te gebruiken, mocht ik het dan een keer uit willen breiden of er complexere dingen mee gaan doen, dan heb ik alvast een stuk code wat ik 'goed' snap!

En om nog even terug te komen op jou eerdere verhaal van de variabele zodat een lamp aanblijft als je hem handmatig aan zet.... Kun je daar nog een voorbeeldje van geven? Ik heb wel wat uitgezocht over variabele, maar om het in code te zetten en precies werkend te krijgen in mijn situatie vind ik nog wat lastig!

[fabstar81]

Peutpeut schreef op woensdag 22 januari 2020 @ 19:28:
Inmiddels ook aan de slag gegaan met InfluxDB en Grafana. Het installeren was eenvoudig, al was de handleiding wel iets verouderd op sommige punten.

Inmiddels een iets netter grafiekje gemaakt voor het verbruik gedurende de dag, dat is gelukt. Graag zou ik nog een waarde af willen lezen voor het totale gas- en elektraverbruik van de huidige dag. Echter kan ik deze niet vinden in de waarden die ik doorstuur naar InfluxDB. In Domoticz zijn deze waarden wel te vinden. Zo is het aantal kWh te vinden in domoticz.devices(322).counterToday en het aantal kubieke meters gas op dezelfde manier. Dit is echter wel in dZvents. Zou ik dan aan de slag moeten gaan om deze waarden door te sturen naar InfluxDB via een script in dZvents? Of is er een andere manier?

ook ik ben aan de slag gegaan, maar snap er geen jota van. haha, tijd geleden dat ik sql heb gescript (basis kennis) en bovendien weet ik niet welke velden ik kan oproepen uit welke tabellen.

handig he! is er niet een datamodel beschikbaar zodat je wat beter weet welke queries je moet maken?

[Toppe]

fabstar81 schreef op woensdag 22 januari 2020 @ 21:01:
[...]

ook ik ben aan de slag gegaan, maar snap er geen jota van. haha, tijd geleden dat ik sql heb gescript (basis kennis) en bovendien weet ik niet welke velden ik kan oproepen uit welke tabellen.

handig he! is er niet een datamodel beschikbaar zodat je wat beter weet welke queries je moet maken?

Wat begrijp je niet?

[Mrtn1988]

TheGabeMan schreef op maandag 20 januari 2020 @ 08:58:
Stel ik wil de stroom en gasmeter via P1 uitlezen, ben ik dan gebonden aan den Raspberry? Of zou ik dan ook een "domme" Raspberry puur als proxy kunnen gebruiken die P1 data ontvangt (niet perse opslaat) en doorstuurt naar Domoticz in een VM ?

jobr schreef op maandag 20 januari 2020 @ 18:59:
[...]
Daar heb je niet eens een Pi voor nodig. Kan ook met een simpele esp8266 met bijv espeasy (P1 gateway) erop. Ook geen last van brakke SD kaartjes.

Ja, dat doe ik ook. Ik gebruik een ESP8266 die met Easy ESP de P1 uitleest, en deze leest die direct in in Domoticz op mijn NAS. Van het testprintje heb ik nu deze gemaakt, morgen heb ik hopelijk tijd deze geheel te testen:

https://www.circuitsonline.net/forum/file/50933

[ Voor 56% gewijzigd door Mrtn1988 op 22-01-2020 21:14 ]

[Peutpeut]

fabstar81 schreef op woensdag 22 januari 2020 @ 21:01:
[...]

ook ik ben aan de slag gegaan, maar snap er geen jota van. haha, tijd geleden dat ik sql heb gescript (basis kennis) en bovendien weet ik niet welke velden ik kan oproepen uit welke tabellen.

handig he! is er niet een datamodel beschikbaar zodat je wat beter weet welke queries je moet maken?

Hetzelfde hier

[kever678]

bing69 schreef op woensdag 22 januari 2020 @ 18:40:
[...]


Nou die heb ik ook maar ben al drie dagen bezig!!
Domoticz draait zo, geen probleem maar mijn shelly's icm MQTT, draait allebei prima maar geen devices
Kan ze gelukkig nog met Homebridge aansturen, maar weer opnieuw beginnen.......

Zelfde probleem hier, MQTT draait en de Shelly's ook maar het is me nog niet gelukt om ze werkend te krijgen. Helaas ook geen handleiding of iets dergelijks te vinden hoe ik dit voor elkaar moet krijgen.

Genoeg algemeens te vinden mbt MQTT maar niet in combinatie met Shelly.

[Chaoss]

Iemand enig idee hoe ik check welke versie van de Tradfri plugin ik atm draai?
En kan ik altijd zonder probleem een
$ git clone https://github.com/moroen/IKEA-Tradfri-plugin.git IKEA-Tradfri

doen of is er een andere manier om te updaten?

[Dylantje2]

kever678 schreef op woensdag 22 januari 2020 @ 21:20:
[...]


Zelfde probleem hier, MQTT draait en de Shelly's ook maar het is me nog niet gelukt om ze werkend te krijgen. Helaas ook geen handleiding of iets dergelijks te vinden hoe ik dit voor elkaar moet krijgen.

Genoeg algemeens te vinden mbt MQTT maar niet in combinatie met Shelly.

Voor shellys is er een plugin...

Of.......

Werken PERFECT!!!
Ik heb 4 Zwave devices verkocht en daar shelly voor retour niks gene mesh enz enz enz
Gewoon werken:-)
snel simpel en goedkooooooop

[ Voor 14% gewijzigd door Dylantje2 op 22-01-2020 21:30 ]

[DaRoot]

kever678 schreef op woensdag 22 januari 2020 @ 21:20:
[...]


Zelfde probleem hier, MQTT draait en de Shelly's ook maar het is me nog niet gelukt om ze werkend te krijgen. Helaas ook geen handleiding of iets dergelijks te vinden hoe ik dit voor elkaar moet krijgen.

Genoeg algemeens te vinden mbt MQTT maar niet in combinatie met Shelly.

In de web interface van de Shelly, onder Internet & Security --> advanced developer settings --> Enable action execution via MQTT en daar de juiste settings invoeren?

[kever678]

DaRoot schreef op woensdag 22 januari 2020 @ 21:30:
[...]

In de web interface van de Shelly, onder Internet & Security --> advanced developer settings --> Enable action execution via MQTT en daar de juiste settings invoeren?

Die staan erin en de verbinding is (voor zover ik weet) succesvol.

Stuk waar daarna ingericht moet worden snap ik niet veel van. Hoe lees je de binnenkomende berichten in? Hoe verstuur je de opdrachten naar de Shelly?

Verbinding opzetten is volgens mij het enige wat wel lukt

[bing69]

kever678 schreef op woensdag 22 januari 2020 @ 21:20:
[...]


Zelfde probleem hier, MQTT draait en de Shelly's ook maar het is me nog niet gelukt om ze werkend te krijgen. Helaas ook geen handleiding of iets dergelijks te vinden hoe ik dit voor elkaar moet krijgen.

Genoeg algemeens te vinden mbt MQTT maar niet in combinatie met Shelly.

Mooie is dat ik het wel werkend heb gehad tot voor mijn crash.
Ik volgde deze: https://github.com/enesbcs/Shelly_MQTT

via het verhaal op: https://www.domoticz.com/...f=65&t=25656&hilit=shelly

Morgen weer een poging helemaal vanaf het begin en dan ga ik stap voor stap alles noteren! Wellicht vind ik nog een foutje hier of daar.

[kever678]

bing69 schreef op woensdag 22 januari 2020 @ 21:43:
[...]


Mooie is dat ik het wel werkend heb gehad tot voor mijn crash.
Ik volgde deze: https://github.com/enesbcs/Shelly_MQTT

via het verhaal op: https://www.domoticz.com/...f=65&t=25656&hilit=shelly

Morgen weer een poging helemaal vanaf het begin en dan ga ik stap voor stap alles noteren! Wellicht vind ik nog een foutje hier of daar.

Thanks, die maar eens proberen!

[bing69]

Dylantje2 schreef op woensdag 22 januari 2020 @ 21:29:
[...]


Voor shellys is er een plugin...

Of.......

Werken PERFECT!!!
Ik heb 4 Zwave devices verkocht en daar shelly voor retour niks gene mesh enz enz enz
Gewoon werken:-)
snel simpel en goedkooooooop

Zoals gezegd, had ik er zo 11 draaien. Maar het lukt niet meer in een nieuwe installatie. Gelukkig Homebridge draaien en daar wat routines kunnen maken zodat alles wel blijft draaien.

[M.v.Veelen]

Pinky-H9 schreef op donderdag 16 januari 2020 @ 08:57:
[...]

Hoe ziet het eruit in Grafana:
https://snapshot.raintank...DAyZ2yBqFi7K72mjUmJQIGQbY

@Pinky-H9 Hoe heb je de KW Today en KW Fridge Today voor elkaar gekregen?

M.v.Veelen schreef op zondag 19 januari 2020 @ 11:48:
Misschien heb ik er overheen gelezen hoor, maar ik maak dagelijks een backup van de Domo DB en zou eigenlijk nu ook de DB van Influx daarin mee willen nemen. Iemand een linkje of tip hoe ik die kan toevoegen aan het bestaande script ?

Heeft iemand hier nog een suggestie voor?

[DaRoot]

kever678 schreef op woensdag 22 januari 2020 @ 21:38:
[...]


Die staan erin en de verbinding is (voor zover ik weet) succesvol.

Stuk waar daarna ingericht moet worden snap ik niet veel van. Hoe lees je de binnenkomende berichten in? Hoe verstuur je de opdrachten naar de Shelly?

Verbinding opzetten is volgens mij het enige wat wel lukt

Inmiddels spuit 11 maar idd met de Shelly mqtt plugin.. draait Python wel goed?

[kever678]

DaRoot schreef op woensdag 22 januari 2020 @ 21:54:
[...]

Inmiddels spuit 11 maar idd met de Shelly mqtt plugin.. draait Python wel goed?

Is er een manier om dat te checken?

[DaRoot]

kever678 schreef op woensdag 22 januari 2020 @ 21:59:
[...]


Is er een manier om dat te checken?

Instellingen --> Over
Daar staat welke Python er draait
Als er niets staat: dat eerst fixen

[ Voor 7% gewijzigd door DaRoot op 22-01-2020 22:06 ]

[kever678]

DaRoot schreef op woensdag 22 januari 2020 @ 22:06:
[...]

Instellingen --> Over
Daar staat welke Python er draait
Als er niets staat: dat eerst fixen

Draait wel maar krijg wel error in het log:

2020-01-22 22:07:39.304 Status: EventSystem - Python: Failed dynamic library load, install the latest libpython3.x library that is available for your platform.

pi@raspberrypi:~ $ python3 -V
Python 3.7.3

pi@raspberrypi:~ $ sudo apt install libpython3.7
Reading package lists... Done
Building dependency tree
Reading state information... Done
libpython3.7 is already the newest version (3.7.3-2).
0 upgraded, 0 newly installed, 0 to remove and 62 not upgraded.

Maar in Domoticz: "Python Version: None"

[ Voor 32% gewijzigd door kever678 op 22-01-2020 22:17 ]

[DaRoot]

kever678 schreef op woensdag 22 januari 2020 @ 22:09:
[...]


Draait wel maar krijg wel error in het log:

2020-01-22 22:07:39.304 Status: EventSystem - Python: Failed dynamic library load, install the latest libpython3.x library that is available for your platform.

Denk dat daar je probleem wel zit.. oplossing heb ik echter niet zo paraat..