Domoticz - open source domotica systeem - deel 4

[Dylantje2]

jobr schreef op donderdag 7 maart 2019 @ 19:10:
[...]


Waarschijnlijk heb je een update gehad op je firmware. Dan moet je xmpp weer aanzetten.

Thanks dit was ie..
Grr soms moet je het allemaal ook maar weten ..:-)

[Toppe]

Dylantje2 schreef op donderdag 7 maart 2019 @ 18:57:
[...]


Ik zou het proberen met een blockley.

Ik wil geen Blocky omdat ik de rest via dzVents heb lopen.

Heb ook nog geprobeerd om de lamp eerst uit te zetten als deze aanstaat en het dan uit te voeren maar dit heeft ook geen effect gehad.

Niemand die een oplossing heeft voor mijn probleem? Anders moet ik uitwijken naar het Domoticz forum...

PS: Donatie is top!

[ Voor 3% gewijzigd door Toppe op 08-03-2019 06:56 ]

[GVR]

Toppe schreef op vrijdag 8 maart 2019 @ 06:56:
[...]


Ik wil geen Blocky omdat ik de rest via dzVents heb lopen.

Heb ook nog geprobeerd om de lamp eerst uit te zetten als deze aanstaat en het dan uit te voeren maar dit heeft ook geen effect gehad.

Niemand die een oplossing heeft voor mijn probleem? Anders moet ik uitwijken naar het Domoticz forum...

PS: Donatie is top!

Eerst uitzetten, dan laten knipperen en dan weer aanzetten?

[Toppe]

GVR schreef op vrijdag 8 maart 2019 @ 07:06:
[...]

Eerst uitzetten, dan laten knipperen en dan weer aanzetten?

Dat dacht ik ook en gebruik daarvoor dit script:

code:

return {
    on = {
        devices = {191}
    },

    execute = function(domoticz, triggeredItem)
        local hue               = domoticz.devices(253)
        local currentState      = hue.state
        
            if(currentState == "On") then
                hue.switchOff()
            end
            
            hue.switchOn().forSec(1).repeatAfterSec(1, 3)
        
    end
}

Maar dit heeft geen effect, waarom? Geen flauw idee... In de loggings zie ik niets voorbij komen

[Mozart]

Toppe schreef op vrijdag 8 maart 2019 @ 07:11:
[...]


Dat dacht ik ook en gebruik daarvoor dit script:

code:

return {
    on = {
        devices = {191}
    },

    execute = function(domoticz, triggeredItem)
        local hue               = domoticz.devices(253)
        local currentState      = hue.state
        
            if(currentState == "On") then
                hue.switchOff()
            end
            
            hue.switchOn().forSec(1).repeatAfterSec(1, 3)
        
    end
}

Maar dit heeft geen effect, waarom? Geen flauw idee... In de loggings zie ik niets voorbij komen

Ik weet niet hoe het met de ledstrip van hue gaat maar de lampen gaan 'langzaam' uit. Als dat met de ledstrip ook zo is, dan is hij nog niet uit als jij hem aan probeert te doen? Ik roep maar wat.

Zelf heb ik ook lopen worstelen met iets soortgelijks. Als de bel gaat wil ik dat mijn hue lampen (een paar) een keer knipperen. Ik kreeg het niet voor elkaar met lua, blocky en dzvents. Bij toeval kwam ik erachter dat hue zelf een 'alert' optie heeft. Dus ik heb een bash script gemaakt welke ik aanroep op het juiste moment en die laat de lampen een keer knipperen. Zelf heb ik 4 lampen die ik na elkaar laat knipperen zodat het ook opvalt
Dit is het script:

Bash:

#!/bin/bash
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/1/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/2/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/3/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/4/state

Het stuk na /api/ is specifiek voor mij. Documentatie over de api vind je hier (wel ff registreren):
https://developers.meethue.com/develop/hue-api/

Het script roep ik aan via een dummy schakelaar. Misschien dat het iets voor je is.

[Toppe]

Mozart schreef op vrijdag 8 maart 2019 @ 07:50:
[...]

Ik weet niet hoe het met de ledstrip van hue gaat maar de lampen gaan 'langzaam' uit. Als dat met de ledstrip ook zo is, dan is hij nog niet uit als jij hem aan probeert te doen? Ik roep maar wat.

Zelf heb ik ook lopen worstelen met iets soortgelijks. Als de bel gaat wil ik dat mijn hue lampen (een paar) een keer knipperen. Ik kreeg het niet voor elkaar met lua, blocky en dzvents. Bij toeval kwam ik erachter dat hue zelf een 'alert' optie heeft. Dus ik heb een bash script gemaakt welke ik aanroep op het juiste moment en die laat de lampen een keer knipperen. Zelf heb ik 4 lampen die ik na elkaar laat knipperen zodat het ook opvalt
Dit is het script:

Bash:

#!/bin/bash
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/1/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/2/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/3/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/4/state

Het stuk na /api/ is specifiek voor mij. Documentatie over de api vind je hier (wel ff registreren):
https://developers.meethue.com/develop/hue-api/

Het script roep ik aan via een dummy schakelaar. Misschien dat het iets voor je is.

Kan ik naar kijken, dank!

Om even terug te komen op "misschien staat hij nog aan": Nee, want op het moment dat de strip uit staat en ik dan het script gebruik werkt hij prima. Het is alleen als hij al aan staat. Gedacht om switchOn te vervangen voor switchOff (if on switchoff else switchon) maar dan doet hij het weer niet als hij uit staat.

Om gek van te worden...

[Mozart]

Toppe schreef op vrijdag 8 maart 2019 @ 07:52:
[...]


Kan ik naar kijken, dank!

Om even terug te komen op "misschien staat hij nog aan": Nee, want op het moment dat de strip uit staat en ik dan het script gebruik werkt hij prima. Het is alleen als hij al aan staat. Gedacht om switchOn te vervangen voor switchOff (if on switchoff else switchon) maar dan doet hij het weer niet als hij uit staat.

Om gek van te worden...

Ik bedoel dus dat als hij aan staat, zet jij hem uit en gelijk daarna weer aan. Wellicht dat daar een timing issue zit. Als het uitzetten dus een paar seconden duurt zet jij hem al weer aan voordat hij echt uit is. Misschien eens proberen met een 'sleep' of iets dergelijks van een paar seconden.

[ Voor 5% gewijzigd door Mozart op 08-03-2019 07:57 ]

[Toppe]

Mozart schreef op vrijdag 8 maart 2019 @ 07:57:
[...]

Ik bedoel dus dat als hij aan staat, zet jij hem uit en gelijk daarna weer aan. Wellicht dat daar een timing issue zit. Als het uitzetten dus een paar seconden duurt zet jij hem al weer aan voordat hij echt uit is. Misschien eens proberen met een 'sleep' of iets dergelijks van een paar seconden.

Hmm, nog nooit aan gedacht op die manier. Klinkt logisch, eens kijken of er een pauze functie in dzVents zit

Edit: ik kan natuurlijk ook het aan/uit zetten alleen gebruiken als hij uit staat en als hij aanstaat dat dan de helderheid wisselt. Moet ik alleen de huidige helderheid kunnen inzien.
Is misschien nog wel mooier ook

Deze dan vanmiddag maar eens proberen:

code:

return {
    on = {
        devices = { 266 } -- Knop van de deurbel
    },

    execute = function(domoticz, triggeredItem)
        
        local lightStrip        = domoticz.devices() --IDX van de lichtstrip
        local currentDim        = lightStrip.value -- Huidige dimwaarde
        
        if(lightStrip.state == "On") then
            
           lightStrip.dimTo(50)
           lightStrip.dimTo(currentDim).afterSec(3)
           
        else
            lightStrip.switchOn().forSec(2).repeatAfterSec(1, 3)
        end
        
    end
}

[ Voor 44% gewijzigd door Toppe op 08-03-2019 11:15 ]

[darklord007]

Beste forumleden,
ik ben bezig mijn rpi / domitcz systeem op te zetten.
Alvorens ik goed aan de slag ga wil ik zorgen dat alles fatsoenlijk gebackuped gaat worden naar mijn nas.

Ik heb de volgende tutorial gevonden:
https://gadget-freakz.com/domoticz-backup-script/

Ik heb alle stappen gevolgd, maar als ik het script wil draaien geeft ie de volgende error:

code:

./backup.sh: line 16: syntax error near unexpected token `<'
./backup.sh: line 16: `<code></code>### This will backup your database, scripts and LUA to yo          ur NAS drive'

En ik zie geen nieuw bestand verschijnen.

Als ik via ftp naar mijn nas ga wil ik de backup in de volgende folder: /backups/********/domoticz

Het script heb ik als volgt aangepast:

code:

#!/bin/bash

### backup.sh
### @author : Remb0
### @since : 29-11-2016
### @updated: 28-12-2016
### Script to backup up Domoticz database, lua, bash, python script, just in case something goes wrong.

# Additional you can install a dropbox uploader so this script can upload your backups to Dropbox as a$
# It is not mandatory, its just na extra service
# Script is looking for it and skips the uploading if you didn't want to use Dropbox
# Installing Dropbox_Uploader is very easy.
# Download dropbox_uploader.sh, install it and your done
# More information here: https://github.com/andreafabrizi/Dropbox-Uploader

<code></code>### This will backup your database, scripts and LUA to your NAS drive
### USER CONFIGURABLE PARAMETERS
DESTDIR="[b]/home/backups/**********/domoticz[/b]" # used for: NAS
IP_NAS="[b]192.168.0.14[/b]"
MOUNTPATH="//$IP_NAS/Storage/domoticz"
USERNAME=[b]"*********"[/b]
PASSWORD=[b]"***********"[/b]
PI="pi1_"

DOMO_IP="127.0.0.1" # Domoticz IP
DOMO_PORT="[b]****[/b]"
HOME_DIR="/home/pi"

### Which unwanted files to remove from the backup
files_exclude=".get/*"

### Retrieve current and updated Domoticz version number
DOMO_JSON_CURRENT=`curl -s -X GET "http://$DOMO_IP:$DOMO_PORT/json.htm?type=command&param=getversion"`
DOMO_CURRENT_VERSION=$(echo $DOMO_JSON_CURRENT |grep -Po '(?<="version" : "3.)[^"]*')

### Retrieve current Timestamp
TIMESTAMP=`/bin/date +%Y%m%d-%Huur-%M`
BACKUPFILE="domoticz.db"
BACKUPFILEGZ="$BACKUPFILE".gz

### Domoticz Various Backup Folders

#DROPBOX_UPLOADER="/home/pi/domoticz/scripts/bash/dropbox_uploader.sh"

waarbij de text tussen (als had ik het liever dik gedrukt gehad ) aangepast is met de juiste gegevens.

Enige waar ik over twijfel is of het path juist begint.

Weet iemand zo waar dit mis gaat?

alvast bedankt

[Toppe]

darklord007 schreef op vrijdag 8 maart 2019 @ 11:10:
Beste forumleden,
ik ben bezig mijn rpi / domitcz systeem op te zetten.
Alvorens ik goed aan de slag ga wil ik zorgen dat alles fatsoenlijk gebackuped gaat worden naar mijn nas.

Ik heb de volgende tutorial gevonden:
https://gadget-freakz.com/domoticz-backup-script/

Ik heb alle stappen gevolgd, maar als ik het script wil draaien geeft ie de volgende error:

code:

./backup.sh: line 16: syntax error near unexpected token `<'
./backup.sh: line 16: `<code></code>### This will backup your database, scripts and LUA to yo          ur NAS drive'

En ik zie geen nieuw bestand verschijnen.

Als ik via ftp naar mijn nas ga wil ik de backup in de volgende folder: /backups/********/domoticz

Het script heb ik als volgt aangepast:

code:

#!/bin/bash

### backup.sh
### @author : Remb0
### @since : 29-11-2016
### @updated: 28-12-2016
### Script to backup up Domoticz database, lua, bash, python script, just in case something goes wrong.

# Additional you can install a dropbox uploader so this script can upload your backups to Dropbox as a$
# It is not mandatory, its just na extra service
# Script is looking for it and skips the uploading if you didn't want to use Dropbox
# Installing Dropbox_Uploader is very easy.
# Download dropbox_uploader.sh, install it and your done
# More information here: https://github.com/andreafabrizi/Dropbox-Uploader

<code></code>### This will backup your database, scripts and LUA to your NAS drive
### USER CONFIGURABLE PARAMETERS
DESTDIR="[b]/home/backups/**********/domoticz[/b]" # used for: NAS
IP_NAS="[b]192.168.0.14[/b]"
MOUNTPATH="//$IP_NAS/Storage/domoticz"
USERNAME=[b]"*********"[/b]
PASSWORD=[b]"***********"[/b]
PI="pi1_"

DOMO_IP="127.0.0.1" # Domoticz IP
DOMO_PORT="[b]****[/b]"
HOME_DIR="/home/pi"

### Which unwanted files to remove from the backup
files_exclude=".get/*"

### Retrieve current and updated Domoticz version number
DOMO_JSON_CURRENT=`curl -s -X GET "http://$DOMO_IP:$DOMO_PORT/json.htm?type=command&param=getversion"`
DOMO_CURRENT_VERSION=$(echo $DOMO_JSON_CURRENT |grep -Po '(?<="version" : "3.)[^"]*')

### Retrieve current Timestamp
TIMESTAMP=`/bin/date +%Y%m%d-%Huur-%M`
BACKUPFILE="domoticz.db"
BACKUPFILEGZ="$BACKUPFILE".gz

### Domoticz Various Backup Folders

#DROPBOX_UPLOADER="/home/pi/domoticz/scripts/bash/dropbox_uploader.sh"

waarbij de text tussen (als had ik het liever dik gedrukt gehad ) aangepast is met de juiste gegevens.

Enige waar ik over twijfel is of het path juist begint.

Weet iemand zo waar dit mis gaat?

alvast bedankt

Regel 16 staat:

code:

<code></code>### This will backup your database, scripts and LUA to your NAS drive

haal <code></code> eens weg, dat hoort er namelijk helemaal niet te staan. In het origineel staat het ook zie ik, klopt niet...

[MikeyMan]

Ze hebben vorige week een nieuwe meter opgehangen, waardoor deze weer op 0 staan. Echter, domoticz ziet dit als een plotseling extreem hoog verbruik.

Is het mogelijk om op simpele wijze een dag of alleen die piek uit de database te halen? Of is daar het betere hackwerk voor nodig?

Deze piek blijft nog jaren door etteren anders...

[Toppe]

MikeyMan schreef op vrijdag 8 maart 2019 @ 11:20:
Ze hebben vorige week een nieuwe meter opgehangen, waardoor deze weer op 0 staan. Echter, domoticz ziet dit als een plotseling extreem hoog verbruik.

Is het mogelijk om op simpele wijze een dag of alleen die piek uit de database te halen? Of is daar het betere hackwerk voor nodig?

Deze piek blijft nog jaren door etteren anders...

Ja, shift indrukken terwijl je met je muis op de piek drukt

[darklord007]

Toppe schreef op vrijdag 8 maart 2019 @ 11:16:
[...]


Regel 16 staat:

code:

<code></code>### This will backup your database, scripts and LUA to your NAS drive

haal <code></code> eens weg, dat hoort er namelijk helemaal niet te staan. In het origineel staat het ook zie ik, klopt niet...

zo simpel kan het soms zijn

code:

~/domoticz/scripts $ sudo ./backup.sh

____ _ _ ____ _
| _ \ ___ _ __ ___ ___ | |_(_) ___ ____ | __ ) __ _ ___| | ___ _ _ __
| | | |/ _ \| _ _ \ / _ \| __| |/ __|_ / | _ \ / _ |/ __| |/ / | | | _ | |_| | (_) | | | | | | (_) | |_| | (__ / / | |_) | (_| | (__| <| |_| | |_) |
|____/ \___/|_| |_| |_|\___/ \__|_|\___/___| |____/ \____|\___|_|\_\____| ___/
|_|

::: Checking dependencies
Couldn't chdir to /home/backups/*******/domoticz: No such file or directory
---------------------------------------------------
--- Backup location isn't mounted
--- Please mount your backup location

alleen krijg ik nu de volgende error.

waarschijnlijk klopt mijn path niet helemaal, enig idee zo paraat wat ik ben vergeten?

[soepah]

alleen krijg ik nu de volgende error.

waarschijnlijk klopt mijn path niet helemaal, enig idee zo paraat wat ik ben vergeten?

als je in het script kijkt zie je dat hij DESTDIR variabele gebruikt om te checken of hij die error moet printen (als de directory niet bestaat print hij de error)
waarschijnlijk bestaat op je systeem dus de volgende directory niet:

DESTDIR="/home/pi/domoticz/backup2Nas" # used for: NAS

[darklord007]

soepah schreef op vrijdag 8 maart 2019 @ 11:45:
[...]


als je in het script kijkt zie je dat hij DESTDIR variabele gebruikt om te checken of hij die error moet printen (als de directory niet bestaat print hij de error)
waarschijnlijk bestaat op je systeem dus de volgende directory niet:

DESTDIR="/home/pi/domoticz/backup2Nas" # used for: NAS

die volg ik niet helemaal.
Ik zie idd onderaan het script dat ie die error moet geven als ie niet gemount is.

Ik heb het interne ip adres van mijn nas ingegeven, samen met ww en gebruikersnaam.

Ik moet dan nog een DESTDIR en MOUNTPATH doen.

Die mountpath heb ik niet veranderd, en daar gaat het waarschijnlijk mis.
Maar ik weet ook niet waarin ik het moet veranderen

Het is een shared drive op mijn synology met path:
\\192.168.0.14\backups\test\domoticz

Wat doet die mountpath dan?

[Toppe]

darklord007 schreef op vrijdag 8 maart 2019 @ 11:52:
[...]


die volg ik niet helemaal.
Ik zie idd onderaan het script dat ie die error moet geven als ie niet gemount is.

Ik heb het interne ip adres van mijn nas ingegeven, samen met ww en gebruikersnaam.

Ik moet dan nog een DESTDIR en MOUNTPATH doen.

Die mountpath heb ik niet veranderd, en daar gaat het waarschijnlijk mis.
Maar ik weet ook niet waarin ik het moet veranderen

Het is een shared drive op mijn synology met path:
\\192.168.0.14\backups\test\domoticz

Wat doet die mountpath dan?

Wat is het volledige pad waar je de backup op wilt zetten? Bij Synology is dat vaak /volume1 ofzo... Je moet daar naar kijken

Als hij op schijf 1 staat zou je kunnen kijken of deze het doet: /volume1/backups/test/domoticz

Meer informatie vindt je hier. Kijk ook even naar hoofdstuk 4 en dan het eerste plaatje, dan zie je links onder je mount locatie

[ Voor 31% gewijzigd door Toppe op 08-03-2019 11:59 ]

[darklord007]

Toppe schreef op vrijdag 8 maart 2019 @ 11:55:
[...]


Wat is het volledige pad waar je de backup op wilt zetten? Bij Synology is dat vaak /volume1 ofzo... Je moet daar naar kijken

Als hij op schijf 1 staat zou je kunnen kijken of deze het doet: /volume1/backups/test/domoticz

Meer informatie vindt je hier. Kijk ook even naar hoofdstuk 4 en dan het eerste plaatje, dan zie je links onder je mount locatie

dat is wel hetgene wat hij print. Ik zal er later nog eens naar kijken

[imdos]

imdos schreef op woensdag 6 maart 2019 @ 20:28:
Help; op de een of andere manier is mijn database nu om de dag corrupt lijkt het.

Ik draai op een rpi3 met SSD de laatste beta normaliter en gebruik dit script om mijn DB te testen.

Ik heb nu maar weer automatische backup ingesteld en ga het script maar vaker draaien.

Kan het script mijn DB slopen of iemand anders een vergelijkbare ervaring?

Dit wordt echt weird!

Ik heb wederom een berichtje gekregen van een corrupte db; maar het valt me op dat ik voor de tweede keer een bestand vindt met domoticz_crash.log van 01:01 met daarin een stack-trace.
Dit terwijl er in mijn logging niets terug te vinden is van die crash. Wat gebeurt er hier voor iets mysterieus.

[Toppe]

darklord007 schreef op vrijdag 8 maart 2019 @ 12:00:
[...]


dat is wel hetgene wat hij print. Ik zal er later nog eens naar kijken

Nee want Synology werkt met /volume1/ etc

[MikeyMan]

Toppe schreef op vrijdag 8 maart 2019 @ 11:28:
[...]


Ja, shift indrukken terwijl je met je muis op de piek drukt

Held! Soms is het zo simpel

Lukt overigens niet in het weekoverzicht, maar dit trekt een hoop recht zo

[fabstar81]

heeft iemand wel eens last gehad dat domoticz het wel deed, maar webservice niet?
ssh doet het hier ook niet ineens, dus kan er niet bij om opnieuw op te starten. ook geen app cache melding dus dat is het dit keer niet.

[Mozart]

fabstar81 schreef op vrijdag 8 maart 2019 @ 14:39:
heeft iemand wel eens last gehad dat domoticz het wel deed, maar webservice niet?
ssh doet het hier ook niet ineens, dus kan er niet bij om opnieuw op te starten. ook geen app cache melding dus dat is het dit keer niet.

Ja, heb ik wel eens gehad. Bij mij was mijn sd-card corrupt en dat bleek nadat ik een herstart had geforceerd...

[fabstar81]

@Mozart,
Gekke is dat alles het doet. Alle scènes en code. Kan alleen dus niet inloggen om zelf iets af te trappen

Vanmiddag maar eens aan een monitor hangen... Kan ik er iets meer mee

[Toppe]

Mozart schreef op vrijdag 8 maart 2019 @ 07:50:
[...]

Ik weet niet hoe het met de ledstrip van hue gaat maar de lampen gaan 'langzaam' uit. Als dat met de ledstrip ook zo is, dan is hij nog niet uit als jij hem aan probeert te doen? Ik roep maar wat.

Zelf heb ik ook lopen worstelen met iets soortgelijks. Als de bel gaat wil ik dat mijn hue lampen (een paar) een keer knipperen. Ik kreeg het niet voor elkaar met lua, blocky en dzvents. Bij toeval kwam ik erachter dat hue zelf een 'alert' optie heeft. Dus ik heb een bash script gemaakt welke ik aanroep op het juiste moment en die laat de lampen een keer knipperen. Zelf heb ik 4 lampen die ik na elkaar laat knipperen zodat het ook opvalt
Dit is het script:

Bash:

#!/bin/bash
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/1/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/2/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/3/state
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://hue.home.intra/api/trP74Rj12BqtSFQ1ehx-meaYymwY62Y2ME4R9pGb/lights/4/state

Het stuk na /api/ is specifiek voor mij. Documentatie over de api vind je hier (wel ff registreren):
https://developers.meethue.com/develop/hue-api/

Het script roep ik aan via een dummy schakelaar. Misschien dat het iets voor je is.

Lol ik ben er uit :-)

code:

return {
    on = {
        devices = { 266 } -- Knop van de deurbel
    },

    execute = function(domoticz, triggeredItem)
        
        local lightStrip        = domoticz.devices(267) --IDX van de lichtstrip
        
         lightStrip.dimTo(50).forSec(2).repeatAfterSec(1, 1)
        
    end
}

In plaats van dat je hem aan en uit zet doe je hem gewoon op dim stand zetten en daardoor schiet hij gewoon terug naar de originele status, of hij nou aan of uit staat

@fabstar81 Wat voor melding krijg je als je probeert in te loggen?

[fabstar81]

@Toppe, Geen.... Blijft heel lang hangen om als je geluk hebt "offline" te zien.

[darklord007]

Toppe schreef op vrijdag 8 maart 2019 @ 12:30:
[...]


Nee want Synology werkt met /volume1/ etc

das een goeie iid, dat zocht ik, die ga ik van het weekend eens proberen

[MikeOO]

imdos schreef op vrijdag 8 maart 2019 @ 12:09:
[...]

Dit wordt echt weird!

Ik heb wederom een berichtje gekregen van een corrupte db; maar het valt me op dat ik voor de tweede keer een bestand vindt met domoticz_crash.log van 01:01 met daarin een stack-trace.
Dit terwijl er in mijn logging niets terug te vinden is van die crash. Wat gebeurt er hier voor iets mysterieus.

Kan natuurlijk ook zijn dat het script denk dat er iets fout gaat.
Check eens handmatig op fouten in de DB. Als daar geen melding komt lijkt het probleem door het script komen en dan zou ik het eens melden bij de maker van het script.


Database Controleren op fouten.

code:

Make backup in Domoticz
sudo apt-get install sqlite3
sudo service domoticz stop
cd domoticz
sqlite3 domoticz.db
pragma integrity_check;

Krijg je OK melding dan is er niets aan de hand.

Als er wel errors zijn:

code:

sqlite3 domoticz.db
.mode insert
.output dump.sql
.dump
.exit
sqlite3 domoticz1.db < dump.sql

Check again domoticz1.db for error and when there is no errors rename it to domoticz.db

sudo service domoticz start

[Toppe]

@Mozart Heb jij toevallig ook een manier gevonden om de huidige kleur op te vragen? Ik zou nog wat dieper willen ingaan op de kleuren mogelijkheid maar hij moet uiteindelijk weer naar de basis kleur terug gaan maar de vrouw heeft deze kleur bepaald en moet hier ook weer op terug komen...

[Mozart]

Toppe schreef op zaterdag 9 maart 2019 @ 08:40:
@Mozart Heb jij toevallig ook een manier gevonden om de huidige kleur op te vragen? Ik zou nog wat dieper willen ingaan op de kleuren mogelijkheid maar hij moet uiteindelijk weer naar de basis kleur terug gaan maar de vrouw heeft deze kleur bepaald en moet hier ook weer op terug komen...

Dat kan met hue API, die heb ik zelf daar voor gebruikt. De vrouw heeft de kleur uitgekozen en daar moet hij inderdaad weer naar terug. Met een get request en de url krijg je de info:

code:

/api/<username>/lights/<id>

Of het ook uit Domoticz zelf kan durf ik niet te zeggen.

[imdos]

MikeOO schreef op zaterdag 9 maart 2019 @ 07:54:
[...]


Kan natuurlijk ook zijn dat het script denk dat er iets fout gaat.

Het klopt wat de tool zegt. Het is namelijk een dzVents script wat 4 dingen uitvoert als systeem commando. Het enige nadeel is dat dit gebeurt als de database nog actief is of kan zijn. Ik weet niet of hierdoor extra risico's worden geïntroduceerd. Iemand die hier ervaring mee heeft?

Dit zijn de checks:

code:

"select count(id) from deviceStatus;"
".schema"
"pragma integrity_check;"
"pragma foreign_key_check;",

Check eens handmatig op fouten in de DB. Als daar geen melding komt lijkt het probleem door het script komen en dan zou ik het eens melden bij de maker van het script.

Het enige is dus zoals hierboven al aangehaald dat de database nog in gebruik is of kan zijn.

Database Controleren op fouten.
<knip>
Krijg je OK melding dan is er niets aan de hand.

Als er wel errors zijn:
<knip>

Uiteindelijk ben ik met die methode niet in staat om de reparaties te doen.
Database malformed is blijkbaar niet zo makkelijk op te lossen.

Ik heb het een keer opgelost met een reindex van de temperatuur tabel (een flink aantal posts hierboven te vinden in dit topic). De andere keer had ik de /tmp/backup.db teruggezet omdat die nog wel goed was.

[MikeOO]

imdos schreef op zaterdag 9 maart 2019 @ 09:39:
[...]

Het klopt wat de tool zegt. Het is namelijk een dzVents script wat 4 dingen uitvoert als systeem commando. Het enige nadeel is dat dit gebeurt als de database nog actief is of kan zijn. Ik weet niet of hierdoor extra risico's worden geïntroduceerd. Iemand die hier ervaring mee heeft?

Dit zijn de checks:

code:

"select count(id) from deviceStatus;"
".schema"
"pragma integrity_check;"
"pragma foreign_key_check;",

[...]

Het enige is dus zoals hierboven al aangehaald dat de database nog in gebruik is of kan zijn.

[...]

Uiteindelijk ben ik met die methode niet in staat om de reparaties te doen.
Database malformed is blijkbaar niet zo makkelijk op te lossen.

Ik heb het een keer opgelost met een reindex van de temperatuur tabel (een flink aantal posts hierboven te vinden in dit topic). De andere keer had ik de /tmp/backup.db teruggezet omdat die nog wel goed was.

Vraag mij af of Domoticz wel gestopt wordt voor het script wordt uitgevoerd. Kon dat zo niet terugvinden in het script. Zo niet dan lijkt mij dat de oorzaak aangezien je volgens mij geen acties moet uitvoeren in een actieve DB. Als je het handmatig controleert dan stop je ook eerst de DB.

Probeer desnoods voor het script uitgevoerd wordt Domoticz te stoppen en als hij klaar is weer te activeren.
Anders zou ik het gewoon melden bij de maker zodat hij daarmee aan de slag kan

[Toppe]

Mozart schreef op zaterdag 9 maart 2019 @ 09:26:
[...]

Dat kan met hue API, die heb ik zelf daar voor gebruikt. De vrouw heeft de kleur uitgekozen en daar moet hij inderdaad weer naar terug. Met een get request en de url krijg je de info:

code:

/api/<username>/lights/<id>

Of het ook uit Domoticz zelf kan durf ik niet te zeggen.

Heb wat zitten experimenteren en dit werkt tenminste:

code:

return {
    on = {
        devices = { 268 }, -- Knop van de deurbel
        httpResponses = {
            'HueTrigger'
        }
    },

    execute = function(domoticz, triggeredItem)
        
        if (triggeredItem.isDevice) then
            domoticz.openURL({
                url = 'http://192.168.2.1/json.htm?type=devices&rid=267',
                method = 'GET',
                callback = 'HueTrigger',
            })
        end

        if (triggeredItem.isHTTPResponse and triggeredItem.ok) then
            local Time = require('Time')
            local results = triggeredItem.json.result
            for i, node in pairs(results) do
                currentLevel = node.LevelInt
                currentColor = node.Color
                currentState = node.Status
            end
        end

        local lightStrip        = domoticz.devices(267) --IDX van de lichtstrip
        local lastState         = lightStrip.state
        
        lightStrip.setRGB(234, 241, 255) --Kleur voor de notificatie
        lightStrip.dimTo(50).forSec(5)
        
        domoticz.openURL('http://192.168.2.1/json.htm?type=command&param=setcolbrightnessvalue&idx=267&color='..currentColor..'&brightness='..currentLevel..'').afterSec(5)
        
        if(currentState == "Off" or lastState == "Off") then
            lightStrip.switchOff().afterSec(5)
        end
        
    end
}

Nu nog een beetje de code fatsoenlijk maken want dit is een rommeltje

Mooi man! Werkt het eindelijk zit er een vertraging in het versturen van de Telegram omdat ik blijkbaar 5 seconde wacht ofzo

[ Voor 3% gewijzigd door Toppe op 09-03-2019 10:13 ]

[imdos]

MikeOO schreef op zaterdag 9 maart 2019 @ 10:02:
[...]


Vraag mij af of Domoticz wel gestopt wordt voor het script wordt uitgevoerd. Kon dat zo niet terugvinden in het script.

Nee, het is een script dat afgeroepen wordt vanuit domoticz, via dzVents dus. De verbeterde versie van LUA.

Zo niet dan lijkt mij dat de oorzaak aangezien je volgens mij geen acties moet uitvoeren in een actieve DB. Als je het handmatig controleert dan stop je ook eerst de DB.

Probeer desnoods voor het script uitgevoerd wordt Domoticz te stoppen en als hij klaar is weer te activeren.
Anders zou ik het gewoon melden bij de maker zodat hij daarmee aan de slag kan

Het kan dus wel, maar wordt niet aangeraden. De vraag is hoe de connectie wordt opgebouwd en onderhouden door domoticz.

Maar de integriteit wordt dus niet gecontroleerd.

[fabstar81]

Nu is die vraag wel eens eerder gesteld, maar waarom met die backup scripts naar netwerkfolders, doe je niet gewoon een copy van de laatste backup?

Andere vraag, lokaal draait mijn domoticz, kom ik op ssh, maar extern ineens niet. Ziggo modem herstart, forwarding rules verwijderd en opnieuw toegevoegd. Niets helpt. Misschien iemand die dit snapt?

[Toppe]

fabstar81 schreef op zaterdag 9 maart 2019 @ 10:18:
Nu is die vraag wel eens eerder gesteld, maar waarom met die backup scripts naar netwerkfolders, doe je niet gewoon een copy van de laatste backup?

Andere vraag, lokaal draait mijn domoticz, kom ik op ssh, maar extern ineens niet. Ziggo modem herstart, forwarding rules verwijderd en opnieuw toegevoegd. Niets helpt. Misschien iemand die dit snapt?

Wat als je een port scanner gebruikt?

http://www.t1shopper.com/tools/port-scan/

En geen Fail2Ban geïnstalleerd staan?

@Mozart ben maar voor jou manier gegaan hoor, werkt direct

code:

#!/bin/bash
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://192.168.2.5/api/DSM5QFIy5Bf4wqpeKs1HyqyCWgk5LQVVrrPoN1E2/lights/1/state
sleep 1
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://192.168.2.5/api/DSM5QFIy5Bf4wqpeKs1HyqyCWgk5LQVVrrPoN1E2/lights/1/state
sleep 1
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://192.168.2.5/api/DSM5QFIy5Bf4wqpeKs1HyqyCWgk5LQVVrrPoN1E2/lights/1/state

Moet toegeven dat het een leuke toevoeging is maar je toch wel een aantal items mist zoals het kunnen ingeven van het aantal 'alerts', ik wil dat de lampen 3x gaan knipperen en het mooist zou zijn via {"alert":3} oid...

[ Voor 46% gewijzigd door Toppe op 09-03-2019 11:06 ]

[Mozart]

Toppe schreef op zaterdag 9 maart 2019 @ 10:49:
[...]


Wat als je een port scanner gebruikt?

http://www.t1shopper.com/tools/port-scan/

En geen Fail2Ban geïnstalleerd staan?

@Mozart ben maar voor jou manier gegaan hoor, werkt direct

code:

#!/bin/bash
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://192.168.2.5/api/DSM5QFIy5Bf4wqpeKs1HyqyCWgk5LQVVrrPoN1E2/lights/1/state
sleep 1
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://192.168.2.5/api/DSM5QFIy5Bf4wqpeKs1HyqyCWgk5LQVVrrPoN1E2/lights/1/state
sleep 1
curl -s -H "Accept: application/json" -X PUT --data '{"alert":"select"}' http://192.168.2.5/api/DSM5QFIy5Bf4wqpeKs1HyqyCWgk5LQVVrrPoN1E2/lights/1/state

Moet toegeven dat het een leuke toevoeging is maar je toch wel een aantal items mist zoals het kunnen ingeven van het aantal 'alerts', ik wil dat de lampen 3x gaan knipperen en het mooist zou zijn via {"alert":3} oid...

Goed bezig, ik heb de documentatie even nagekeken (is voor iedereen beschikbaar na gratis registratie) en het volgende is beschikbaar voor alert:
The alert effect, which is a temporary change to the bulb’s state. This can take one of the following values:
“none” – The light is not performing an alert effect.
“select” – The light is performing one breathe cycle.
“lselect” – The light is performing breathe cycles for 15 seconds or until an "alert": "none" command is received.Note that this contains the last alert sent to the light and not its current state. i.e. After the breathe cycle has finished the bridge does not reset the alert to “none“.

Misschien kun je er wat moois mee maken.

Apihttps://developers.meethue.com/develop/hue-api/lights-api/

[Toppe]

Mozart schreef op zaterdag 9 maart 2019 @ 12:27:
[...]

Goed bezig, ik heb de documentatie even nagekeken (is voor iedereen beschikbaar na gratis registratie) en het volgende is beschikbaar voor alert:
The alert effect, which is a temporary change to the bulb’s state. This can take one of the following values:
“none” – The light is not performing an alert effect.
“select” – The light is performing one breathe cycle.
“lselect” – The light is performing breathe cycles for 15 seconds or until an "alert": "none" command is received.Note that this contains the last alert sent to the light and not its current state. i.e. After the breathe cycle has finished the bridge does not reset the alert to “none“.

Misschien kun je er wat moois mee maken.

Apihttps://developers.meethue.com/develop/hue-api/lights-api/

Klopt had ik gezien (al werken niet alle functies zoals colorloop) maar de API is vrij beperkt als je het mij vraagt maar goed, dit werkt nu en hopelijk vergroten ze de API in de toekomst!

Zo zou het tof zijn als je tijdelijk de kleuren kunt aanpassen zodat je kan bepalen welke actie welk resultaat geeft, deurbel blauw en de was rood bijvoorbeeld

[ Voor 6% gewijzigd door Toppe op 09-03-2019 12:54 ]

[MikeOO]

imdos schreef op zaterdag 9 maart 2019 @ 10:16:
[...]

Nee, het is een script dat afgeroepen wordt vanuit domoticz, via dzVents dus. De verbeterde versie van LUA.

[...]

Het kan dus wel, maar wordt niet aangeraden. De vraag is hoe de connectie wordt opgebouwd en onderhouden door domoticz.

Maar de integriteit wordt dus niet gecontroleerd.

Zou daarom de vraag even dropen in het topic van het script. Lijkt mij grote kans dat je hierdoor problemen krijgt en zou persoonlijk het voor nu anders oplossen totdat is verbeterd. Elk dag je DB controleren is ook een beetje overkill. Ik draai al een paar jaar met Domoticz en nooit echt een probleem gehad ermee.

Als je elke nacht je DB veilig stelt en desnoods af en toe als je wilt handmatig je script checkt kom je er ook. Mogelijk dat de vage problemen die je steeds hebt met je index ook hierdoor komen.

Maar goed dat is mijn gedachte hierover en Domoticz draait op zich zeer stabiel en als je DB problemen hebt is dat meestal een probleem met een SD kaart. Zelf draai ik het op een HDD en elke nacht maak ik een kopie van de DB en scripts en kan ik altijd een stapje terug als er echt iets aan de hand is.

[fabstar81]

Hallooo, @Toppe

Wat zou een poortscan moeten uithalen dan?

Ik ben erachter dat ie lokaal gewoon helemaal werkt. Alleen zo vervelend dat de app ook niet switcht naar de lokale server op WiFi. Moet nu alles via de Browser doen op lokaal ip adres.

Google home werkt zo ook niet en, nou ja niks dus extern. Irritant. Vanavond maar weer verder kijken.

Fail2Ban overigens niet geïnstalleerd staan nee. Zo ver was ik nog niet...

[ Voor 9% gewijzigd door fabstar81 op 09-03-2019 13:43 ]

[imdos]

MikeOO schreef op zaterdag 9 maart 2019 @ 13:03:
[...]


Zou daarom de vraag even dropen in het topic van het script. Lijkt mij grote kans dat je hierdoor problemen krijgt en zou persoonlijk het voor nu anders oplossen totdat is verbeterd. Elk dag je DB controleren is ook een beetje overkill. Ik draai al een paar jaar met Domoticz en nooit echt een probleem gehad ermee.

Als je elke nacht je DB veilig stelt en desnoods af en toe als je wilt handmatig je script checkt kom je er ook. Mogelijk dat de vage problemen die je steeds hebt met je index ook hierdoor komen.

Ik maakte twee keer per dag een backup maar heb dit nu naar 4x per dag ingesteld (via dat .php script).

Maar goed dat is mijn gedachte hierover en Domoticz draait op zich zeer stabiel en als je DB problemen hebt is dat meestal een probleem met een SD kaart. Zelf draai ik het op een HDD en elke nacht maak ik een kopie van de DB en scripts en kan ik altijd een stapje terug als er echt iets aan de hand is.

Ik heb een chinese SSD met USB3->SATA-adapter, dus ik weet niet zeker in hoeverre dat beter is dan een Sandisk SD-card bijvoorbeeld. Ik maak ook elke nacht een off-site back-up van de belangrijkste folders en settings naar mijn NAS.

[Toppe]

fabstar81 schreef op zaterdag 9 maart 2019 @ 13:37:
Hallooo, @Toppe

Wat zou een poortscan moeten uithalen dan?

Ik ben erachter dat ie lokaal gewoon helemaal werkt. Alleen zo vervelend dat de apparaten ook niet switcht naar de lokale server op WiFi. Moet nu alles via de Browser doen op lokaal ip adres.

Google home werkt zo ook niet en, nou ja niks dus extern. Irritant. Vanavond maar weer verder kijken.

Fail2Ban overigens niet geïnstalleerd staan nee. Zo ver was ik nog niet...

Om te kijken of je poorten wel écht open staan, je weet dan zeker of je modem het verkeer wel doorlaat of dat je het probleem meer in de Pi moet zoeken

Voor de geïnteresseerde een nieuw deurbel scriptje, de vorige liep over de 100 regels code en opschonen koste mij meer tijd dan het maken van een nieuwe. Deze heeft slechts 39 regels

code:

return {
    on = {
        devices = {
            112
        }
    },
    execute = function(domoticz, device)
        local doorbelButton                 = domoticz.devices(deviceDoorbelButton)
        local buttonLastUpdate              = doorbelButton.lastUpdate.secondsAgo
        local buttonLevel                   = doorbelButton.level
        local verlichtingLinks              = domoticz.devices(lightVoordeurLinks)
        local verlichtingRechts             = domoticz.devices(lightVoordeurRechts)
        local hueNotifier                   = domoticz.devices(hueNotify)
        local telegramSnapshot              = domoticz.devices(telegramNotify)
        
            if(buttonLevel > 0 and buttonLastUpdate >= 3) then
                
                -- Schakel de verlichting boven de voordeur in
                verlichtingLinks.dimTo('35')
                verlichtingRechts.dimTo('35')
                
                -- Verstuur telegram, start Hue Notifier en verstuur snapshot
                sendTelegram(messageDoorbelRings, "group")
                hueNotifier.switchOn()
                telegramSnapshot.switchOn()
                
                -- Controleer de tijd en schakel de buitenverlichting daarop
                if(domoticz.time.isDayTime) then
                    verlichtingLinks.switchOff().afterMin(2)
                    verlichtingRechts.switchOff().afterMin(2)
                elseif(domoticz.time.isNightTime) then
                    verlichtingLinks.dimTo(10).afterMin(2)
                    verlichtingRechts.dimTo(10).afterMin(2)
                end
                
            end
        
    end
}

@vwtune, hij is nu ook echt een stuk sneller dan voorheen...

[ Voor 55% gewijzigd door Toppe op 09-03-2019 13:42 ]

[stuffer]

MikeyMan schreef op vrijdag 8 maart 2019 @ 11:20:
Ze hebben vorige week een nieuwe meter opgehangen, waardoor deze weer op 0 staan. Echter, domoticz ziet dit als een plotseling extreem hoog verbruik.

Is het mogelijk om op simpele wijze een dag of alleen die piek uit de database te halen? Of is daar het betere hackwerk voor nodig?

Deze piek blijft nog jaren door etteren anders...

Hier ook sinds donderdag een nieuwe elektrische meter waarbij het verbruik extreem hoog is die dag. Helaas krijg ik hem er niet zo maar uit met de shift functie. Niet heel erg maar jammer voor de view.

Waar ik nu mee zit is dat de gasmeter nu niet meer wordt uitgelezen. Eerst deed die wel updaten in domoticz qua tijd zonder verbruik te registreren (verbruik was er wel).

En nadat ik geforceerd de andere kanalen heb geprobeerd doet ie ook niet meer updaten qua tijd.

Afgelopen donderdagavond de gasmeter opnieuw gekoppeld volgens handleiding Stedin maar helaas geen teken van leven.

Gister in Ubuntu met applicatie cu de telegrammen van een uur opgeslagen in een log en nu blijkt dat er geen M3 verbruik voorbij komt. Helaas dus geen gas meting meer en bellen met Stedin ben ik bang.

Of hebben jullie nog tips?

[Toppe]

stuffer schreef op zaterdag 9 maart 2019 @ 13:47:
[...]


Hier ook sinds donderdag een nieuwe elektrische meter waarbij het verbruik extreem hoog is die dag. Helaas krijg ik hem er niet zo maar uit met de shift functie. Niet heel erg maar jammer voor de view.

Waar ik nu mee zit is dat de gasmeter nu niet meer wordt uitgelezen. Eerst deed die wel updaten in domoticz qua tijd zonder verbruik te registreren (verbruik was er wel).

En nadat ik geforceerd de andere kanalen heb geprobeerd doet ie ook niet meer updaten qua tijd.

Afgelopen donderdagavond de gasmeter opnieuw gekoppeld volgens handleiding Stedin maar helaas geen teken van leven.

Gister in Ubuntu met applicatie cu de telegrammen van een uur opgeslagen in een log en nu blijkt dat er geen M3 verbruik voorbij komt. Helaas dus geen gas meting meer en bellen met Stedin ben ik bang.

Of hebben jullie nog tips?

Ik zou even contact opnemen met Stedin om te kijken wat ze kunnen doen. Bij mij hebben ze (Alliander) vrij snel na plaatsing de gasmeter vervangen omdat hij irritant stond de tikken en daarna nog een keer omdat het slimme stuk niet betrouwbaar genoeg werkte

[stuffer]

Toppe schreef op zaterdag 9 maart 2019 @ 13:51:
[...]


Ik zou even contact opnemen met Stedin om te kijken wat ze kunnen doen. Bij mij hebben ze (Alliander) vrij snel na plaatsing de gasmeter vervangen omdat hij irritant stond de tikken en daarna nog een keer omdat het slimme stuk niet betrouwbaar genoeg werkte

Had het gister al geprobeerd via de Whatsapp nog geen reactie en maandag zijn ze weer open.

Misschien nog een technische trap tegen de gasmeter........maar ja hij is niet van mij natuurlijk.

[Toppe]

stuffer schreef op zaterdag 9 maart 2019 @ 13:59:
[...]


Had het gister al geprobeerd via de Whatsapp nog geen reactie en maandag zijn ze weer open.

Misschien nog een technische trap tegen de gasmeter........maar ja hij is niet van mij natuurlijk.

Als hij dan spontaan tikt...


Iemand enig idee waarom ik de thermostaat (Lyric) niet meer kan aan en uit zetten? Kan alleen nog maar de setpoints aanpassen

[jobr]

stuffer schreef op zaterdag 9 maart 2019 @ 13:47:
[...]


Gister in Ubuntu met applicatie cu de telegrammen van een uur opgeslagen in een log en nu blijkt dat er geen M3 verbruik voorbij komt. Helaas dus geen gas meting meer en bellen met Stedin ben ik bang.

Of hebben jullie nog tips?

Kijk even op het display van de electra meter of je daar wel de gas stand ziet.
Waarschijnlijk niet. Dan komt de waarde ook niet door.
Had ik ook na vervanging van de P1 electra meter. Na een paar dagen werkte deze plotseling wel. Waarschijnlijk omdat ze administratief nog iets moeten verwerken.

[fabstar81]

Toppe schreef op zaterdag 9 maart 2019 @ 13:40:
[...]


Om te kijken of je poorten wel écht open staan, je weet dan zeker of je modem het verkeer wel doorlaat of dat je het probleem meer in de Pi moet zoeken

Scanning ports on www.mijnweb.site
www.mijnweb.site isn't responding on port 22 (ssh).
www.mijnweb.site isn't responding on port 443 (https).
www.mijnweb.site isn't responding on port 8080 (webcache).

[Toppe]

fabstar81 schreef op zaterdag 9 maart 2019 @ 21:30:
[...]


Scanning ports on www.mijnweb.site
www.mijnweb.site isn't responding on port 22 (ssh).
www.mijnweb.site isn't responding on port 443 (https).
www.mijnweb.site isn't responding on port 8080 (webcache).

Tja dan staan je poorten echt dicht

[fabstar81]

net ziggo gebeld...die kunnen me niet verder helpen. Ze ondersteunen port forwarding officieel niet. Ik heb net ook nog een DMZ ingesteld op mijn rpi, maar ook daar laat ie niks voor door....

hopeloos dus...

nog andere ideeen? behalve ziggo om nieuw modem vragen?

[Dylantje2]

fabstar81 schreef op zaterdag 9 maart 2019 @ 21:57:
net ziggo gebeld...die kunnen me niet verder helpen. Ze ondersteunen port forwarding officieel niet. Ik heb net ook nog een DMZ ingesteld op mijn rpi, maar ook daar laat ie niks voor door....

hopeloos dus...

nog andere ideeen? behalve ziggo om nieuw modem vragen?

Welke modem heb je?
En probeer je pi in de DMZ te zetten
Kijken wat hij dan laat zien online.
Daarna de forwarding zoeken in je moden..

Meeste kunnen echt wel open.
Ondersteunen doet geen enkele provider ivm lekken die kunnen ontstaan.
Maar Youtube is je vriend

[fabstar81]

Heb die zwarte technicolor. Pi in DMZ gezet en kon ook geen verbinding maken.

Geen poortscan toen gedaan. Nu modem weer opnieuw opgestart. Daarna zal ik weer DMZ instellen en poortscan doen.

Forwarding heeft uiteraard gewerkt, alleen sinds 2 dagen niet meer

[fabstar81]

portscan met DMZ ingesteld naar de pi geeft zelfde als hierboven:

Scanning ports on www.mijnweb.site
www.mijnweb.site isn't responding on port 22 (ssh).
www.mijnweb.site isn't responding on port 443 (https).
www.mijnweb.site isn't responding on port 8080 (webcache).

[Toppe]

fabstar81 schreef op zaterdag 9 maart 2019 @ 22:04:
Heb die zwarte technicolor. Pi in DMZ gezet en kon ook geen verbinding maken.

Geen poortscan toen gedaan. Nu modem weer opnieuw opgestart. Daarna zal ik weer DMZ instellen en poortscan doen.

Forwarding heeft uiteraard gewerkt, alleen sinds 2 dagen niet meer

Fabrieksinstellingen...?

Je IP is niet gewijzigd?

En anders hoe vervelend het is; je modem een keer ‘s nachts uitschakelen en dan ‘s ochtends bellen dat hij stuk is

[ Voor 13% gewijzigd door Toppe op 09-03-2019 22:10 ]

[fabstar81]

terwijl jij dit schrijft @Toppe, kom ik erachter dat mijn IP is gewijzigd...

zucht, soms kan het zo simpel zijn he....
waarom doen ze dit?

nu nog afwachten of de poorten echt geforward worden...

DNS denk ik nog niet bijgewerkt.... Kan nog niet via externe site poorten benaderen...op extern ip adres ook niet.

Speelt daarnaast ineens weer ander probleem op....de scènes doen het weer eens niet. Heb met domoticz soms echt het idee het ene gat met andere te vullen. Los ik ene op, duikt er weer iets anders op. Zuchttt

[ Voor 60% gewijzigd door fabstar81 op 09-03-2019 23:35 ]

[Toppe]

fabstar81 schreef op zaterdag 9 maart 2019 @ 22:11:
terwijl jij dit schrijft @Toppe, kom ik erachter dat mijn IP is gewijzigd...

zucht, soms kan het zo simpel zijn he....
waarom doen ze dit?

nu nog afwachten of de poorten echt geforward worden...

DNS denk ik nog niet bijgewerkt.... Kan nog niet via externe site poorten benaderen...op extern ip adres ook niet.

Speelt daarnaast ineens weer ander probleem op....de scènes doen het weer eens niet. Heb met domoticz soms echt het idee het ene gat met andere te vullen. Los ik ene op, duikt er weer iets anders op. Zuchttt

Als je IP gewijzigd is dan staat dit toch los van je DNS? Via het IP moet je gewoon de boel kunnen bereiken, als je een domein er aan hebt gekoppeld dan kan het inderdaad maximaal 24 uur duren.


Niemand een idee waarom ik de Lyric niet meer aan en uit kan zetten in Domoticz?

[ Voor 4% gewijzigd door Toppe op 10-03-2019 09:19 ]

[makooy]

Heeft er iemand ervaring met Domoticz en een Fibaro HC2?

Wil controleren of mijn Domoticz installatie niet lekker werkt of dat het de switches zijn.
Maar wil ook niet dat ik al mijn andere scripts moet aanpassen (alarm scripts vooral).
Dus hoop dat het mogelijk is om Domoticz de status van switches om te laten vragen welke aan de Fibaro HC2 zijn gekoppeld.

[fabstar81]

Toppe schreef op zondag 10 maart 2019 @ 08:59:
[...]


Als je IP gewijzigd is dan staat dit toch los van je DNS? Via het IP moet je gewoon de boel kunnen bereiken, als je een domein er aan hebt gekoppeld dan kan het inderdaad maximaal 24 uur duren.


Niemand een idee waarom ik de Lyric niet meer aan en uit kan zetten in Domoticz?

Klopt, heb domein eraan gekoppeld en duurt het even voordat globale DNS is bijgewerkt...

Via externe IP adres kon ik het ook niet bereiken.

Nu alleen https, die werkt wel. Raar blijft het. Maar goed, raarder vind ik dat de scènes het ineens niet meer doen

[stuffer]

jobr schreef op zaterdag 9 maart 2019 @ 19:10:
[...]


Kijk even op het display van de electra meter of je daar wel de gas stand ziet.
Waarschijnlijk niet. Dan komt de waarde ook niet door.
Had ik ook na vervanging van de P1 electra meter. Na een paar dagen werkte deze plotseling wel. Waarschijnlijk omdat ze administratief nog iets moeten verwerken.

Gasmeter gaat vervangen worden. Had blijkbaar samen met de electrameter gemoeten en wordt nu alsnog ingepland.

[Peatsmoke]

Tot nu maak ik gebruik van Darksky om de weergegevens binnen te halen, maar eigenlijk zou ik het liefst een eigen weerstation willen gebruiken (temp, windrichting en -snelheid, dauwpunt, luchtdruk en evt UV).
Bij mij staat Domoticz op de (Synology) NAS en ik heb een Rfxtrx433E. De systemen die op 433 MHz werken zijn nog maar dun gezaaid (en da's wss niet voor niets ivm bereik). Bij Weerhuisje heb ik al wat systemen gezien, maar ik blijf een beetje twijfelen of dat geen miskoop gaat worden.
Zijn er hier gebruikers die een soortgelijk systeem hebben en wat zijn de ervaringen en eventuele aankooptips?

[Flappie]

Even een vraagje over de backup van Domoticz.

Gisteren avond heb ik een fout gemaakt en was van plan een backup van de database van een dag ervoor terug te zetten. Ik gebruik een backup script die database.db kopieert naar mijn FTP server. Blijkbaar was die backup corrupt en moest ik nog een dag terug. Op zich geen probleem. Vraag me alleen af waarom de backup corrupt was. Ik zag in de console allerlei SQL Query errors.
Als jullie een backup maken van database.db, stoppen jullie dan de domoticz service eerst? Of maak je al draaiend een backup van database.db ?

Tevens worden er automatische backups gemaakt in de map waar Domoticz is geinstalleerd. Ik kan hier echter niet in! Als ik op mijn Pi inlog en ik ga naar /home/pi/domoticz/backups dan krijg ik de melding:
-bash: cd: backups/: Permission denied

Hoe kom je op de juiste manier aan de automatische Domoticz backups ?

[Rgerr]

Flappie schreef op dinsdag 12 maart 2019 @ 09:41:
Even een vraagje over de backup van Domoticz.

Gisteren avond heb ik een fout gemaakt en was van plan een backup van de database van een dag ervoor terug te zetten. Ik gebruik een backup script die database.db kopieert naar mijn FTP server. Blijkbaar was die backup corrupt en moest ik nog een dag terug. Op zich geen probleem. Vraag me alleen af waarom de backup corrupt was. Ik zag in de console allerlei SQL Query errors.
Als jullie een backup maken van database.db, stoppen jullie dan de domoticz service eerst? Of maak je al draaiend een backup van database.db ?

Tevens worden er automatische backups gemaakt in de map waar Domoticz is geinstalleerd. Ik kan hier echter niet in! Als ik op mijn Pi inlog en ik ga naar /home/pi/domoticz/backups dan krijg ik de melding:
-bash: cd: backups/: Permission denied

Hoe kom je op de juiste manier aan de automatische Domoticz backups ?

Ik back up middels een bash scriptje naar een NAS. Af en toe gebruik van moeten maken, maar nooit een corrupt bestand gehad, terwijl de backup gewoon gemaakt wordt terwijl Domoticz draait.

Heb je al geprobeerd om met (of zonder) sudo de map in te gaan?

[Flappie]

Rgerr schreef op dinsdag 12 maart 2019 @ 09:47:
[...]


Ik back up middels een bash scriptje naar een NAS. Af en toe gebruik van moeten maken, maar nooit een corrupt bestand gehad, terwijl de backup gewoon gemaakt wordt terwijl Domoticz draait.

Heb je al geprobeerd om met (of zonder) sudo de map in te gaan?

Ah ja, met sudo su kom ik wel in de map /backups
Wellicht kan ik mijn automatische backup script dan ook beter die specifieke map via FTP laten kopiëren.

Wat betreft de corrupte backup, ik zag in de Wiki van Domoticz wel een voorbeeld script die eerst Domoticz stopt, dan de backup maakt en dan Domoticz weer start. Voor de zekerheid ga ik dat ook maar even inbouwen en dan backup ik gewoon de recente database.db en de map "Backups" dan zit ik wel goed denk ik

[SpikeHome]

@Flappie je script word als sudo uitgevoerd waarschijnlijk.

[elmo_1978]

ik zit al een tijdje te stoeien met Domotics.
Mijn zonnepanelen staan erin, elekectra meter etc.
Tot zo ver alles goed.

Nu wil ik mijn water meter met S0 pulsen ook aansluiten
Linkje censor https://webshop.cedel.nl/...sl99LewcjSbgaAgPrEALw_wcB

Tevens ook de S0 meter van de aparte groep voor de schuur / garage.
http://www.youless.nl/winkel/product/kWh-meter.html

Beide geven S0 pulsen zo far so goed.
Kan ik dit rechstreeks aanlsuiten op de raspberry pi, of met wat solderen.
Weerstand ic etc
vindt het een beetje zonde om een s0 counter te kopen van 35 euro welke je mogelijk ook zelf kan maken / solderen.

hoor het graag hoe andere het hebben opgelost.
Want in dit topic kan ik alleen maar de s0 counter tegen via usb.

[imdos]

Flappie schreef op dinsdag 12 maart 2019 @ 09:51:
[...]


Ah ja, met sudo su kom ik wel in de map /backups
Wellicht kan ik mijn automatische backup script dan ook beter die specifieke map via FTP laten kopiëren.

Wat betreft de corrupte backup, ik zag in de Wiki van Domoticz wel een voorbeeld script die eerst Domoticz stopt, dan de backup maakt en dan Domoticz weer start. Voor de zekerheid ga ik dat ook maar even inbouwen en dan backup ik gewoon de recente database.db en de map "Backups" dan zit ik wel goed denk ik

Ik heb laatst ook wat problemen gehad met Domoticz en back-ups, maar ben er nu achter waarom. Ik schreef de tijdelijke db bestanden naar disk. Na een upgrade waren die blijkbaar elke keer weer weg vanwege de manier van upgraden van de beta. Mijn slimmigheid was dus de oorzaak van deze Human error .

Dit is een aangepast deel van mijn init-script ( cat /etc/init.d/domoticz.sh )

code:

do_start()
{
        # edit to move SQLite and other temp files to RAM drive
        #ln -sf /var/tmp/log/domoticz.db-shm /domoticz
        #ln -sf /var/tmp/log/domoticz.db-wal /domoticz
        ln -sf /var/tmp/log/OZW_Log.txt /domoticz/Config
        ln -sf /var/tmp/log/domoticz.txt /var/tmp

Anyways hierbij een script wat ik gebruik (via crontab) om een automatische back-up te maken op gezette tijden. Sinds kort bewaar ik ook de laatste back-up in memory (zie o.a. regel 11) vanwege mijn eerdere problemen.

pi@pidomoticz:~ $ cat /domoticz/scripts/backup.sh

code:

#!/bin/bash
DOMO_IP="127.0.0.1"  # Domoticz IP
DOMO_PORT="8080"        # Domoticz port
### END OF USER CONFIGURABLE PARAMETERS
TIMESTAMP=`/bin/date +%d`
DOMO="/dev/shm/domoticz.db"
BACKUPFILE="domoticzbackup_$TIMESTAMP.db" # backups will be named "domoticz_YYYYMMDDHHMMSS.db.gz"
BACKUPFILEGZ="$BACKUPFILE".gz

#Create backup and make tar archives
/usr/bin/curl -s http://$DOMO_IP:$DOMO_PORT/backupdatabase.php > $DOMO
# Hold a current back-up on our temp disk
cp $DOMO /var/tmp/$BACKUPFILE
/bin/gzip /var/tmp/$BACKUPFILE
mv /var/tmp/$BACKUPFILE.gz /domoticz/backups/daily/

[FunFair]

elmo_1978 schreef op dinsdag 12 maart 2019 @ 11:30:
ik zit al een tijdje te stoeien met Domotics.
Mijn zonnepanelen staan erin, elekectra meter etc.
Tot zo ver alles goed.

Nu wil ik mijn water meter met S0 pulsen ook aansluiten
Linkje censor https://webshop.cedel.nl/...sl99LewcjSbgaAgPrEALw_wcB

Tevens ook de S0 meter van de aparte groep voor de schuur / garage.
http://www.youless.nl/winkel/product/kWh-meter.html

Beide geven S0 pulsen zo far so goed.
Kan ik dit rechstreeks aanlsuiten op de raspberry pi, of met wat solderen.
Weerstand ic etc
vindt het een beetje zonde om een s0 counter te kopen van 35 euro welke je mogelijk ook zelf kan maken / solderen.

hoor het graag hoe andere het hebben opgelost.
Want in dit topic kan ik alleen maar de s0 counter tegen via usb.

https://www.cl.cam.ac.uk/...bot/buttons_and_switches/
Moet je nog wel uitvogelen hoe je de GPIO pulsen gaat optellen.

[soepah]

@elmo_1978 : zie bijvoorbeeld https://www.circuitsonlin...w/message/1484447#1484447
als tip uit Watermeter elektronisch aflezen
of DIY - Sensus 620 Watermeter NodeMCU Arduino Sketch voor hoe andere tweakers het gedaan hebben.

[imdos]

Even een heel ander probleem. Ik heb een Z-wave alarm te weten de ZM Vision 1602+ (soms ook aangeduid als VIS_ZM1602).

Deze had ik op mijn oude domoticz installatie (met raspbian jessie en versie 3.8xx) werkende. Toen heb ik een nieuwe installatie gedaan op een andere rPi3 met stretch en de laatste beta; maar wel de database (domoticz.db) overgenomen.

Echter wil de sirene nu niet meer koppelen met domoticz, ik krijg constant een foutmelding. Terwijl het device wel lijkt te zijn gevonden.

Toevoeging na opstarten in de logs

code:

/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.593  Status: OpenZWave: New Node added. HomeID: 3396558102, NodeID: 7 (0x07)
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.594  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: SWITCH BINARY, Label: Switch, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.594  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: Alarm Type, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.594  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: Alarm Level, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.594  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: SourceNodeId, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.595  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: Burglar, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.595  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: System, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.595  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: Clock, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.595  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: BATTERY, Label: Battery Level, Instance: 1

Error

code:

/var/log/domoticz/domoticz.log.24:2019-02-23 00:27:02.607  Status: OpenZWave: Received timeout notification from HomeID: 3396558102, NodeID: 7 (0x07)

Als laatste wijziging heb ik dus maar mijn z-wave device verwijderd en gepoogd deze opnieuw te pairen; maar dat lijkt niet te kunnen. Ik krijg de module niet uit de gekoppelde modus of hoe dat ook heet.

Nu heb ik echt geen idee hoe ik dit moet oplossen; zeker omdat het alarm een anti-tamper beveiliging heeft als je deze wil verwijderen. Dat heeft me al bijna mijn oren gekost.

[rinkel]

Ik ben nieuw met de pi en domoticz.
Ben nog wat aan t experimenteren en wil wat spelen met zigbee2mqtt. De stick is onderweg.
Mosquito draait en werkt.
De zigbee2mqqt heb ik nog niet geïnstalleerd (wacht op de stick), de plug-in ook nog niet.

Nu is mijn vraag:
Als ik een Ikea plug wil toevoegen, kan ik dat gewoon ik Domoticz doen? Of moet ik eerst iets doen in zigbee2mqtt.
Ik kan hier niet echt iets over vinden.

[BlakHawk]

Ik ben weer begonnen met de IR leeskop en warmtemeter....

code:

#!/usr/bin/python
#
# ----------------------------------------------------------------------------
# "THE BEER-WARE LICENSE" (Revision 42):
# <[e-mail]> wrote this file.  As long as you retain this notice you
# can do whatever you want with this stuff. If we meet some day, and you think
# this stuff is worth it, you can buy me a beer in return.   Poul-Henning Kamp
# ----------------------------------------------------------------------------
#
# Modified for Domotics and single request.
#
# Modified by Frank Reijn and Paul Bonnemaijers for Kamstrup Multical 402
#
# Usage: __file__ <ComPort> <KMP_Command_Decimal> <Domoticz_IDX>
#

from __future__ import print_function

# You need pySerial 
import serial
import math
import sys
import datetime
import json
import urllib
import urllib.request

# Variables

# domoip = "192.168.2.253"
# domoport = "8080"

kamstrup_402_var = {                # Decimal Number in Command
 0x003C: "Heat Energy (E1)",        #60
 0x0050: "Power",                   #80
 0x0056: "Temp1",                   #86
 0x0057: "Temp2",                   #87
 0x0059: "Tempdiff",                #89
 0x004A: "Flow",                    #74
 0x0044: "Volume",                  #68
 0x008D: "MinFlow_M",               #141
 0x008B: "MaxFlow_M",               #139
 0x008C: "MinFlowDate_M",           #140
 0x008A: "MaxFlowDate_M",           #138
 0x0091: "MinPower_M",              #145
 0x008F: "MaxPower_M",              #143
 0x0095: "AvgTemp1_M",              #149
 0x0096: "AvgTemp2_M",              #150
 0x0090: "MinPowerDate_M",          #144
 0x008E: "MaxPowerDate_M",          #142
 0x007E: "MinFlow_Y",               #126
 0x007C: "MaxFlow_Y",               #124
 0x007D: "MinFlowDate_Y",           #125
 0x007B: "MaxFlowDate_Y",           #123
 0x0082: "MinPower_Y",              #130
 0x0080: "MaxPower_Y",              #128
 0x0092: "AvgTemp1_Y",              #146
 0x0093: "AvgTemp2_Y",              #147
 0x0081: "MinPowerDate_Y",          #129
 0x007F: "MaxPowerDate_Y",          #127
 0x0061: "Temp1xm3",                #97
 0x006E: "Temp2xm3",                #110
 0x0071: "Infoevent",               #113
 0x03EC: "HourCounter",             #1004
}

#######################################################################
# Units, provided by Erik Jensen

units = {
    0: '', 1: 'Wh', 2: 'kWh', 3: 'MWh', 4: 'GWh', 5: 'j', 6: 'kj', 7: 'Mj',
    8: 'Gj', 9: 'Cal', 10: 'kCal', 11: 'Mcal', 12: 'Gcal', 13: 'varh',
    14: 'kvarh', 15: 'Mvarh', 16: 'Gvarh', 17: 'VAh', 18: 'kVAh',
    19: 'MVAh', 20: 'GVAh', 21: 'kW', 22: 'kW', 23: 'MW', 24: 'GW',
    25: 'kvar', 26: 'kvar', 27: 'Mvar', 28: 'Gvar', 29: 'VA', 30: 'kVA',
    31: 'MVA', 32: 'GVA', 33: 'V', 34: 'A', 35: 'kV',36: 'kA', 37: 'C',
    38: 'K', 39: 'l', 40: 'm3', 41: 'l/h', 42: 'm3/h', 43: 'm3xC',
    44: 'ton', 45: 'ton/h', 46: 'h', 47: 'hh:mm:ss', 48: 'yy:mm:dd',
    49: 'yyyy:mm:dd', 50: 'mm:dd', 51: '', 52: 'bar', 53: 'RTC',
    54: 'ASCII', 55: 'm3 x 10', 56: 'ton x 10', 57: 'GJ x 10',
    58: 'minutes', 59: 'Bitfield', 60: 's', 61: 'ms', 62: 'days',
    63: 'RTC-Q', 64: 'Datetime'
}

#######################################################################
# Kamstrup uses the "true" CCITT CRC-16
#

def crc_1021(message):
        poly = 0x1021
        reg = 0x0000
        for byte in message:
                mask = 0x80
                while(mask > 0):
                        reg<<=1
                        if byte & mask:
                                reg |= 1
                        mask>>=1
                        if reg & 0x10000:
                                reg &= 0xffff
                                reg ^= poly
        return reg

#######################################################################
# Byte values which must be escaped before transmission
#

escapes = {
    0x06: True,
    0x0d: True,
    0x1b: True,
    0x40: True,
    0x80: True,
}

#######################################################################
# And here we go....
#

class kamstrup(object):

    def __init__(self, serial_port):
        self.debug_fd = open("/tmp/_kamstrup", "a")
        self.debug_fd.write("\n\nStart\n")
        self.debug_id = None

        self.ser = serial.Serial(
            port = serial_port,
            baudrate = 1200,
            timeout = 2.0)

    def debug(self, dir, b):
        for i in b:
            if dir != self.debug_id:
                if self.debug_id != None:
                    self.debug_fd.write("\n")
                self.debug_fd.write(dir + "\t")
                self.debug_id = dir
            self.debug_fd.write(" %02x " % i)
        self.debug_fd.flush()

    def debug_msg(self, msg):
        if self.debug_id != None:
            self.debug_fd.write("\n")
        self.debug_id = "Msg"
        self.debug_fd.write("Msg\t" + msg)
        self.debug_fd.flush()

    def wr(self, b):
        b = bytearray(b)
        self.debug("Wr", b);
        self.ser.write(b)

    def rd(self):
        a = self.ser.read(1)
        if len(a) == 0:
            self.debug_msg("Rx Timeout")
            return None
        b = bytearray(a)[0]
        self.debug("Rd", bytearray((b,)));
        return b

    def send(self, pfx, msg):
        b = bytearray(msg)

        b.append(0)
        b.append(0)
        c = crc_1021(b)
        b[-2] = c >> 8
        b[-1] = c & 0xff

        c = bytearray()
        c.append(pfx)
        for i in b:
            if i in escapes:
                c.append(0x1b)
                c.append(i ^ 0xff)
            else:
                c.append(i)
        c.append(0x0d)
        self.wr(c)

    def recv(self):
        b = bytearray()
        while True:
            d = self.rd()
            if d == None:
                return None
            if d == 0x40:
                b = bytearray()
            b.append(d)
            if d == 0x0d:
                break
        c = bytearray()
        i = 1;
        while i < len(b) - 1:
            if b[i] == 0x1b:
                v = b[i + 1] ^ 0xff
                if v not in escapes:
                    self.debug_msg(
                        "Missing Escape %02x" % v)
                c.append(v)
                i += 2
            else:
                c.append(b[i])
                i += 1
        if crc_1021(c):
            self.debug_msg("CRC error")
        return c[:-2]

    def readvar(self, nbr):
        # I wouldn't be surprised if you can ask for more than
        # one variable at the time, given that the length is
        # encoded in the response.  Havn't tried.

        self.send(0x80, (0x3f, 0x10, 0x01, nbr >> 8, nbr & 0xff))

        b = self.recv()
        if b == None:
            return (None, None)

        if b[0] != 0x3f or b[1] != 0x10:
            return (None, None)

        if b[2] != nbr >> 8 or b[3] != nbr & 0xff:
            return (None, None)

        if b[4] in units:
            u = units[b[4]]
        else:
            u = None

        # Decode the mantissa
        x = 0
        for i in range(0,b[5]):
            x <<= 8
            x |= b[i + 7]

        # Decode the exponent
        i = b[6] & 0x3f
        if b[6] & 0x40:
            i = -i
        i = math.pow(10,i)
        if b[6] & 0x80:
            i = -i
        x *= i

        if False:
            # Debug print
            s = ""
            for i in b[:4]:
                s += " %02x" % i
            s += " |"
            for i in b[4:7]:
                s += " %02x" % i
            s += " |"
            for i in b[7:]:
                s += " %02x" % i

            print(s, "=", x, units[b[4]])

        return (x, u)
            

if __name__ == "__main__":

    import time

    comport = sys.argv[1]
    command = int( sys.argv[2], 0)
    index = int( sys.argv[3], 0)

    foo = kamstrup( comport )
    heat_timestamp=datetime.datetime.strftime(datetime.datetime.today(), "%Y-%m-%d %H:%M:%S" )
    
    value,unit = foo.readvar( command )

    requestPost = urllib.request.urlopen( "http://192.168.2.253:8080/json.htm?type=command&param=udevice&idx=" + str(index) + "&svalue=" + str(value) )

Uitgevoerd:

code:

root@Domoticz:/home/pi/domoticz/scripts/python# python /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB0-IR 60 65
  File "/home/pi/domoticz/scripts/python/kamstrup403.py", line 15
    import serial import math import sys import datetime import json import urllib import urllib.request
                       ^
SyntaxError: invalid syntax

In het script staat: "# You need pySerial"

Dus dit uitgevoerd:

code:

root@Domoticz:/home/pi/domoticz/scripts/python# pip install --upgrade pyserial
Requirement already up-to-date: pyserial in /usr/local/lib/python2.7/dist-packages

Om te testen deze aangepast:

code:

#    value,unit = foo.readvar( command )
#    requestPost = urllib.request.urlopen( "http://192.168.178.100:8080/json.htm?type=command&param=udevice&idx=" + str(index) + "&svalue=" + str(value) )

print( int(value) )

[BlakHawk]

dfrenner schreef op dinsdag 12 maart 2019 @ 15:24:
Ik ben weer begonnen met de IR leeskop en warmtemeter....

code:

#!/usr/bin/python
#
# ----------------------------------------------------------------------------
# "THE BEER-WARE LICENSE" (Revision 42):
# <[e-mail]> wrote this file.  As long as you retain this notice you
# can do whatever you want with this stuff. If we meet some day, and you think
# this stuff is worth it, you can buy me a beer in return.   Poul-Henning Kamp
# ----------------------------------------------------------------------------
#
# Modified for Domotics and single request.
#
# Modified by Frank Reijn and Paul Bonnemaijers for Kamstrup Multical 402
#
# Usage: __file__ <ComPort> <KMP_Command_Decimal> <Domoticz_IDX>
#

from __future__ import print_function

# You need pySerial 
import serial
import math
import sys
import datetime
import json
import urllib
import urllib.request

# Variables

# domoip = "192.168.2.253"
# domoport = "8080"

kamstrup_402_var = {                # Decimal Number in Command
 0x003C: "Heat Energy (E1)",        #60
 0x0050: "Power",                   #80
 0x0056: "Temp1",                   #86
 0x0057: "Temp2",                   #87
 0x0059: "Tempdiff",                #89
 0x004A: "Flow",                    #74
 0x0044: "Volume",                  #68
 0x008D: "MinFlow_M",               #141
 0x008B: "MaxFlow_M",               #139
 0x008C: "MinFlowDate_M",           #140
 0x008A: "MaxFlowDate_M",           #138
 0x0091: "MinPower_M",              #145
 0x008F: "MaxPower_M",              #143
 0x0095: "AvgTemp1_M",              #149
 0x0096: "AvgTemp2_M",              #150
 0x0090: "MinPowerDate_M",          #144
 0x008E: "MaxPowerDate_M",          #142
 0x007E: "MinFlow_Y",               #126
 0x007C: "MaxFlow_Y",               #124
 0x007D: "MinFlowDate_Y",           #125
 0x007B: "MaxFlowDate_Y",           #123
 0x0082: "MinPower_Y",              #130
 0x0080: "MaxPower_Y",              #128
 0x0092: "AvgTemp1_Y",              #146
 0x0093: "AvgTemp2_Y",              #147
 0x0081: "MinPowerDate_Y",          #129
 0x007F: "MaxPowerDate_Y",          #127
 0x0061: "Temp1xm3",                #97
 0x006E: "Temp2xm3",                #110
 0x0071: "Infoevent",               #113
 0x03EC: "HourCounter",             #1004
}

#######################################################################
# Units, provided by Erik Jensen

units = {
    0: '', 1: 'Wh', 2: 'kWh', 3: 'MWh', 4: 'GWh', 5: 'j', 6: 'kj', 7: 'Mj',
    8: 'Gj', 9: 'Cal', 10: 'kCal', 11: 'Mcal', 12: 'Gcal', 13: 'varh',
    14: 'kvarh', 15: 'Mvarh', 16: 'Gvarh', 17: 'VAh', 18: 'kVAh',
    19: 'MVAh', 20: 'GVAh', 21: 'kW', 22: 'kW', 23: 'MW', 24: 'GW',
    25: 'kvar', 26: 'kvar', 27: 'Mvar', 28: 'Gvar', 29: 'VA', 30: 'kVA',
    31: 'MVA', 32: 'GVA', 33: 'V', 34: 'A', 35: 'kV',36: 'kA', 37: 'C',
    38: 'K', 39: 'l', 40: 'm3', 41: 'l/h', 42: 'm3/h', 43: 'm3xC',
    44: 'ton', 45: 'ton/h', 46: 'h', 47: 'hh:mm:ss', 48: 'yy:mm:dd',
    49: 'yyyy:mm:dd', 50: 'mm:dd', 51: '', 52: 'bar', 53: 'RTC',
    54: 'ASCII', 55: 'm3 x 10', 56: 'ton x 10', 57: 'GJ x 10',
    58: 'minutes', 59: 'Bitfield', 60: 's', 61: 'ms', 62: 'days',
    63: 'RTC-Q', 64: 'Datetime'
}

#######################################################################
# Kamstrup uses the "true" CCITT CRC-16
#

def crc_1021(message):
        poly = 0x1021
        reg = 0x0000
        for byte in message:
                mask = 0x80
                while(mask > 0):
                        reg<<=1
                        if byte & mask:
                                reg |= 1
                        mask>>=1
                        if reg & 0x10000:
                                reg &= 0xffff
                                reg ^= poly
        return reg

#######################################################################
# Byte values which must be escaped before transmission
#

escapes = {
    0x06: True,
    0x0d: True,
    0x1b: True,
    0x40: True,
    0x80: True,
}

#######################################################################
# And here we go....
#

class kamstrup(object):

    def __init__(self, serial_port):
        self.debug_fd = open("/tmp/_kamstrup", "a")
        self.debug_fd.write("\n\nStart\n")
        self.debug_id = None

        self.ser = serial.Serial(
            port = serial_port,
            baudrate = 1200,
            timeout = 2.0)

    def debug(self, dir, b):
        for i in b:
            if dir != self.debug_id:
                if self.debug_id != None:
                    self.debug_fd.write("\n")
                self.debug_fd.write(dir + "\t")
                self.debug_id = dir
            self.debug_fd.write(" %02x " % i)
        self.debug_fd.flush()

    def debug_msg(self, msg):
        if self.debug_id != None:
            self.debug_fd.write("\n")
        self.debug_id = "Msg"
        self.debug_fd.write("Msg\t" + msg)
        self.debug_fd.flush()

    def wr(self, b):
        b = bytearray(b)
        self.debug("Wr", b);
        self.ser.write(b)

    def rd(self):
        a = self.ser.read(1)
        if len(a) == 0:
            self.debug_msg("Rx Timeout")
            return None
        b = bytearray(a)[0]
        self.debug("Rd", bytearray((b,)));
        return b

    def send(self, pfx, msg):
        b = bytearray(msg)

        b.append(0)
        b.append(0)
        c = crc_1021(b)
        b[-2] = c >> 8
        b[-1] = c & 0xff

        c = bytearray()
        c.append(pfx)
        for i in b:
            if i in escapes:
                c.append(0x1b)
                c.append(i ^ 0xff)
            else:
                c.append(i)
        c.append(0x0d)
        self.wr(c)

    def recv(self):
        b = bytearray()
        while True:
            d = self.rd()
            if d == None:
                return None
            if d == 0x40:
                b = bytearray()
            b.append(d)
            if d == 0x0d:
                break
        c = bytearray()
        i = 1;
        while i < len(b) - 1:
            if b[i] == 0x1b:
                v = b[i + 1] ^ 0xff
                if v not in escapes:
                    self.debug_msg(
                        "Missing Escape %02x" % v)
                c.append(v)
                i += 2
            else:
                c.append(b[i])
                i += 1
        if crc_1021(c):
            self.debug_msg("CRC error")
        return c[:-2]

    def readvar(self, nbr):
        # I wouldn't be surprised if you can ask for more than
        # one variable at the time, given that the length is
        # encoded in the response.  Havn't tried.

        self.send(0x80, (0x3f, 0x10, 0x01, nbr >> 8, nbr & 0xff))

        b = self.recv()
        if b == None:
            return (None, None)

        if b[0] != 0x3f or b[1] != 0x10:
            return (None, None)

        if b[2] != nbr >> 8 or b[3] != nbr & 0xff:
            return (None, None)

        if b[4] in units:
            u = units[b[4]]
        else:
            u = None

        # Decode the mantissa
        x = 0
        for i in range(0,b[5]):
            x <<= 8
            x |= b[i + 7]

        # Decode the exponent
        i = b[6] & 0x3f
        if b[6] & 0x40:
            i = -i
        i = math.pow(10,i)
        if b[6] & 0x80:
            i = -i
        x *= i

        if False:
            # Debug print
            s = ""
            for i in b[:4]:
                s += " %02x" % i
            s += " |"
            for i in b[4:7]:
                s += " %02x" % i
            s += " |"
            for i in b[7:]:
                s += " %02x" % i

            print(s, "=", x, units[b[4]])

        return (x, u)
            

if __name__ == "__main__":

    import time

    comport = sys.argv[1]
    command = int( sys.argv[2], 0)
    index = int( sys.argv[3], 0)

    foo = kamstrup( comport )
    heat_timestamp=datetime.datetime.strftime(datetime.datetime.today(), "%Y-%m-%d %H:%M:%S" )
    
    value,unit = foo.readvar( command )

    requestPost = urllib.request.urlopen( "http://192.168.2.253:8080/json.htm?type=command&param=udevice&idx=" + str(index) + "&svalue=" + str(value) )

Uitgevoerd:

code:

root@Domoticz:/home/pi/domoticz/scripts/python# python /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB0-IR 60 65
  File "/home/pi/domoticz/scripts/python/kamstrup403.py", line 15
    import serial import math import sys import datetime import json import urllib import urllib.request
                       ^
SyntaxError: invalid syntax

In het script staat: "# You need pySerial"

Dus dit uitgevoerd:

code:

root@Domoticz:/home/pi/domoticz/scripts/python# pip install --upgrade pyserial
Requirement already up-to-date: pyserial in /usr/local/lib/python2.7/dist-packages

Om te testen deze aangepast:

code:

#    value,unit = foo.readvar( command )
#    requestPost = urllib.request.urlopen( "http://192.168.178.100:8080/json.htm?type=command&param=udevice&idx=" + str(index) + "&svalue=" + str(value) )

print( int(value) )

Okee gedoe met python 2 vs 3 volgens mij:
apt-get install python3-pip

Daarna:
pip3 install pyserial

Nu lijkt het wel door te gaan:

code:

root@Domoticz:/home/pi/domoticz/scripts/python# python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 60 65
Traceback (most recent call last):
  File "/home/pi/domoticz/scripts/python/kamstrup403.py", line 237, in <module>
    print( int(value) )
NameError: name 'value' is not defined

De IR leeskop moet ik nog goed plaatsen denk ik, of moet ik iets met value?

[TravockMD]

imdos schreef op dinsdag 12 maart 2019 @ 13:53:
Even een heel ander probleem. Ik heb een Z-wave alarm te weten de ZM Vision 1602+ (soms ook aangeduid als VIS_ZM1602).

Deze had ik op mijn oude domoticz installatie (met raspbian jessie en versie 3.8xx) werkende. Toen heb ik een nieuwe installatie gedaan op een andere rPi3 met stretch en de laatste beta; maar wel de database (domoticz.db) overgenomen.

Echter wil de sirene nu niet meer koppelen met domoticz, ik krijg constant een foutmelding. Terwijl het device wel lijkt te zijn gevonden.

Toevoeging na opstarten in de logs

code:

/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.593  Status: OpenZWave: New Node added. HomeID: 3396558102, NodeID: 7 (0x07)
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.594  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: SWITCH BINARY, Label: Switch, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.594  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: Alarm Type, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.594  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: Alarm Level, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.594  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: SourceNodeId, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.595  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: Burglar, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.595  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: System, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.595  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: ALARM, Label: Clock, Instance: 1
/var/log/domoticz/domoticz.log.24:2019-02-23 00:26:59.595  OpenZWave: Value_Added: Node: 7 (0x07), CommandClass: BATTERY, Label: Battery Level, Instance: 1

Error

code:

/var/log/domoticz/domoticz.log.24:2019-02-23 00:27:02.607  Status: OpenZWave: Received timeout notification from HomeID: 3396558102, NodeID: 7 (0x07)

Als laatste wijziging heb ik dus maar mijn z-wave device verwijderd en gepoogd deze opnieuw te pairen; maar dat lijkt niet te kunnen. Ik krijg de module niet uit de gekoppelde modus of hoe dat ook heet.

Nu heb ik echt geen idee hoe ik dit moet oplossen; zeker omdat het alarm een anti-tamper beveiliging heeft als je deze wil verwijderen. Dat heeft me al bijna mijn oren gekost.

Zit er een test-knop oid op je z-wave device? Zoja, die al eens een keer ingedrukt? (Of 1x keer de koppel knop)

edit: en anders een keer excluden en opnieuw includen

[rinkel]

rinkel schreef op dinsdag 12 maart 2019 @ 15:01:
Ik ben nieuw met de pi en domoticz.
Ben nog wat aan t experimenteren en wil wat spelen met zigbee2mqtt. De stick is onderweg.
Mosquito draait en werkt.
De zigbee2mqqt heb ik nog niet geïnstalleerd (wacht op de stick), de plug-in ook nog niet.

Nu is mijn vraag:
Als ik een Ikea plug wil toevoegen, kan ik dat gewoon ik Domoticz doen? Of moet ik eerst iets doen in zigbee2mqtt.
Ik kan hier niet echt iets over vinden.

Inmiddels is een device toegevoegd aan zigbee2mqtt, maar weigert de plug-in de device te importeren.

[ Voor 13% gewijzigd door rinkel op 13-03-2019 00:37 ]

[BlakHawk]

Kan het zijn dat crontab regels elkaar in de weg zitten?

Ik heb dit erin staan:
Hmmm vreemd... Het lijkt helemaal niet nodig dat de meter "wakker" is.
Als ik met de hand nu het script aftrap, gaat het iedere keer goed, ondanks dat de meter uit staat!

Maar in de crontab gaat het niet goed.
Kunnen ze elkaar in de weg zitten?

Crontab:
# Current Temp2 (return) [87] [68]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 87 68

# Heat Energy (verbruik) [60] [65]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 60 65

# Volume (m3) [68] [66]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 68 66

# Current Temp1 (forward) [86] [67]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 86 67

# Current Temp2 (return) [87] [68]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 87 68

Werkt vaker niet dan wel. Maar als ik ze afzonderlijk met de hand afstrap gaat het perfect!

Edit:
Ik ben eruit, dit lijkt wel te werken:


# Current Temp2 (return) [87] [68]
4/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 87 68

# Heat Energy (verbruik) [60] [65]
3/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 60 65

# Volume (m3) [68] [66]
2/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 68 66

# Current Temp1 (forward) [86] [67]
1/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 86 67

# Current Temp2 (return) [87] [68]
# */5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 87 68

Edit2:
edit:
Te vroeg gejuichd, hij lijkt het hiermee helemaal niet te doen

[Mozart]

dfrenner schreef op woensdag 13 maart 2019 @ 08:18:
Kan het zijn dat crontab regels elkaar in de weg zitten?

Ik heb dit erin staan:
Hmmm vreemd... Het lijkt helemaal niet nodig dat de meter "wakker" is.
Als ik met de hand nu het script aftrap, gaat het iedere keer goed, ondanks dat de meter uit staat!

Maar in de crontab gaat het niet goed.
Kunnen ze elkaar in de weg zitten?

Crontab:
# Current Temp2 (return) [87] [68]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 87 68

# Heat Energy (verbruik) [60] [65]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 60 65

# Volume (m3) [68] [66]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 68 66

# Current Temp1 (forward) [86] [67]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 86 67

# Current Temp2 (return) [87] [68]
*/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 87 68

Werkt vaker niet dan wel. Maar als ik ze afzonderlijk met de hand afstrap gaat het perfect!

Edit:
Ik ben eruit, dit lijkt wel te werken:


# Current Temp2 (return) [87] [68]
4/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 87 68

# Heat Energy (verbruik) [60] [65]
3/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 60 65

# Volume (m3) [68] [66]
2/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 68 66

# Current Temp1 (forward) [86] [67]
1/5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 86 67

# Current Temp2 (return) [87] [68]
# */5 * * * * python3 /home/pi/domoticz/scripts/python/kamstrup403.py /dev/ttyUSB-IR 87 68

Edit2:
edit:
Te vroeg gejuichd, hij lijkt het hiermee helemaal niet te doen

Als je het via cron laat lopen dan mis je waarschijnlijk het pad naar python3. Probeer het pad naar python3 er eens voor te zetten en opnieuw te testen.

[bing69]

Yeelight

heb een ledstrip en twee lampen van Yeelight, door een stroomstoring kwamen de twee lampen niet retour in Domoticz en in de Yeelight app.

Ok, lampen verwijderd in domoticz en in de app en opnieuw gereset en gekoppeld in de app. In domoticz de lampen in het Yeelight gedeelte bij hardware ingegeven dmv het ip adres. (gegevens kloppen)

Echter in domoticx blijf ik op de lampen een fout "Fout bij verzenden van schakelaar opdracht, controleer apparaat/hardware!" krijgen.

Kom er verder niet uit. De ledstrip blijft werken en de lampen zijn vanuit de App ook benaderbaar.

Wie weet raad?

[BlakHawk]

Mozart schreef op woensdag 13 maart 2019 @ 09:11:
[...]

Als je het via cron laat lopen dan mis je waarschijnlijk het pad naar python3. Probeer het pad naar python3 er eens voor te zetten en opnieuw te testen.

Nee de scripts zaten elkaar in de weg denk ik.

Het is nu zo geworden:

code:

#!/usr/bin/env bash
python3 /home/pi/domoticz/scripts/python/kamstrup403_1.py /dev/ttyUSB-IR 87 68 && \
python3 /home/pi/domoticz/scripts/python/kamstrup403_2.py /dev/ttyUSB-IR 60 65 && \
python3 /home/pi/domoticz/scripts/python/kamstrup403_3.py /dev/ttyUSB-IR 68 66 && \
python3 /home/pi/domoticz/scripts/python/kamstrup403_4.py /dev/ttyUSB-IR 86 67

Daarvoor heb ik dit uitgevoerd:

code:

root@Domoticz:/home/pi/domoticz/scripts/python# vi warmtemeter.sh
root@Domoticz:/home/pi/domoticz/scripts/python# chmod +x warmtemeter.sh
root@Domoticz:/home/pi/domoticz/scripts/python# ./warmtemeter.sh

En dan in de crontab toevoegen:

code:

* * * * * /home/pi/domoticz/scripts/python/warmtemeter.sh

En het werkt!!!

Iedere minuut nu geupdate!!!
Ik ben erg blij!

Zo staat het nu in Domoticz:


Ik heb ervoor gekozen om alleen GJ, m3 en in en uitgaande temperatuur te loggen. Denk dat dat het enige relevante is, toch?

GJ:


m3:


Temp aanlever:


Temp teruglever:



Hij leest nu totaal waarden uit, is het makkelijk er nu een dagteller bij te zetten? Dus wat er per dag aan GJ wordt gebruikt?

[ Voor 3% gewijzigd door BlakHawk op 13-03-2019 13:07 ]

[Wiley99]

elmo_1978 schreef op dinsdag 12 maart 2019 @ 11:30:

Nu wil ik mijn water meter met S0 pulsen ook aansluiten
Linkje censor https://webshop.cedel.nl/...sl99LewcjSbgaAgPrEALw_wcB

Boh, water zou ik ook wel willen monitoren maar bijna 80 euri 'voor de lol' vind ik wat overdreven. Dan blijf ik wel elke maand de stand in mijn excelletjes knallen.
(ben ook geen soldeerwonder dus GPIO gaat aan mij voorbij)

[Toppe]

@dfrenner ik ben vooral benieuwd hoe je in Domoticz onderscheid heb gemaakt tussen temperatuur sensoren en overige sensoren. Dat is mij niet gelukt..?, jij gebruikt een ander thema en dit lijkt me het overzicht van de favorieten, dat lukt wel

@Wiley99 Je hebt goedkopere oplossingen waarbij je voor 2 tientjes klaar bent en je niet tot weinig hoeft te solderen hoor

[ Voor 45% gewijzigd door Toppe op 13-03-2019 13:22 ]

[BlakHawk]

Toppe schreef op woensdag 13 maart 2019 @ 13:21:
@dfrenner ik ben vooral benieuwd hoe je in Domoticz onderscheid heb gemaakt tussen temperatuur sensoren en overige sensoren. Dat is mij niet gelukt..?, jij gebruikt een ander thema en dit lijkt me het overzicht van de favorieten, dat lukt wel

@Wiley99 Je hebt goedkopere oplossingen waarbij je voor 2 tientjes klaar bent en je niet tot weinig hoeft te solderen hoor

Ik snap je vraag niet helemaal

[Toppe]

dfrenner schreef op woensdag 13 maart 2019 @ 14:04:
[...]


Ik snap je vraag niet helemaal

Ow lol, wou de oorspronkelijke tekst doorstrepen maar blijkbaar werd het small

Jij hebt in dat overzicht onderscheid tussen "Temperatuur" en "Overige" sensoren en vroeg me af hoe maar ik zie dat dit het overzichtsscherm is van de favorieten en dat lukte wel maar niet wat ik wou

Vraag heb ik dus zelf al beantwoord

[BlakHawk]

Toppe schreef op woensdag 13 maart 2019 @ 14:16:
[...]


Ow lol, wou de oorspronkelijke tekst doorstrepen maar blijkbaar werd het small

Jij hebt in dat overzicht onderscheid tussen "Temperatuur" en "Overige" sensoren en vroeg me af hoe maar ik zie dat dit het overzichtsscherm is van de favorieten en dat lukte wel maar niet wat ik wou

Vraag heb ik dus zelf al beantwoord

Aha, ja klopt favorieten.

Enig idee hoe ik een dagelijkse GJ teller kan maken?

[Wiley99]

[b]Toppe schreef op woensdag 13 maart 2019 @ 13:21:
@Wiley99 Je hebt goedkopere oplossingen waarbij je voor 2 tientjes klaar bent en je niet tot weinig hoeft te solderen hoor

Oké, die heb ik dan nog niet in het forum gevonden. Maar ik denk dan echt aan een LS120 achtige oplossing, network connected enz. en het mag nix kosten ;-)

[ThinkPad]

dfrenner schreef op dinsdag 12 maart 2019 @ 15:24:
Ik ben weer begonnen met de IR leeskop en warmtemeter....
[...]

@dfrenner We zijn inmiddels een pagina verder dus is nu niet zo'n ramp meer, maar in het vervolg dergelijke lappen code even op Github ofzo zetten en daar naartoe linken. 300 regels code bij langs moeten scrollen is voor smartphone gebruikers niet zo leuk

[darklord007]

Hmzz, ik had de vraag eens eerder gesteld maar ben helaas nog niet tot een oplossing gekomen.

Ik probeer hetvolgende script werkende te krijge: link

(complete code staat in de link hierboven)

Ik heb de instellingen van de nas als volgt (waarschijnlijk gaat het hier mis):

Ik heb een synology draaien met volume2 en dan shared drive backups
Ik kom er niet uit wat ik in het regeltje DESTDIR en MOUNTPATH moet zetten.

code:

DESTDIR="/home/pi/domoticz/backup2Nas" # used for: NAS
IP_NAS="Locaal IP adres"
MOUNTPATH="//Local IP adres/volume2/backups/domoticz"
USERNAME="USERNAME"
PASSWORD="PASSWORD"
PI="pi1_"

Het lijkt fout te gaan in het volgende stukje:

code:

echo "::: Checking dependencies"
# apt-get install -y cifs-utils
MOUNTCOMMAND="sudo mount -t cifs -o username=$USERNAME,password=$PASSWORD $MOUNTPATH $DESTDI$
$MOUNTCOMMAND

En ik krijg iedere keer de volgende melding:

code:

::: Checking dependencies
Couldn't chdir to /backups: No such file or directory
---------------------------------------------------
--- Backup location isn't mounted
--- Please mount your backup location

Kan iemand mij aub helpen

[ Voor 81% gewijzigd door darklord007 op 13-03-2019 15:05 ]

[ThinkPad]

@darklord007 Kijk even één post boven je, voor jou geld hetzelfde. Graag de enorme lap code even elders posten (bijv. Github gists)...

[rinkel]

Ik heb de volgende blocky:


Ik wil een soort momentary switch maken, omdat ik niet weet of een andere trigger de lamp heeft geschakeld, wil ik met deze schakeling de lamp weer om zetten, maar dit werkt niet, lamp blijft altijd aan.

Iemand een idee?

[ Voor 3% gewijzigd door rinkel op 13-03-2019 20:38 ]

[Knielen]

rinkel schreef op woensdag 13 maart 2019 @ 20:37:
Ik heb de volgende blocky:
[Afbeelding: blocky 1]

Ik wil een soort momentary switch maken, omdat ik niet weet of een andere trigger de lamp heeft geschakeld, wil ik met deze schakeling de lamp weer om zetten, maar dit werkt niet, lamp blijft altijd aan.

Iemand een idee?

Deze blockly gaat niet werken, nested if-else wordt niet ondersteund.

Je zal in je eerste regel een AND moeten gebruiken, daarna in de volgende if-else weer een AND, maar dan met de andere voorwaarde.

Dus:
IF sensor is closed AND plug is on
DO plug is off
ELSEIF sensor is closed AND plug is off
DO plug is on

[rinkel]

Knielen schreef op woensdag 13 maart 2019 @ 20:58:
[...]


Deze blockly gaat niet werken, nested if-else wordt niet ondersteund.

Je zal in je eerste regel een AND moeten gebruiken, daarna in de volgende if-else weer een AND, maar dan met de andere voorwaarde.

Dus:
IF sensor is closed AND plug is on
DO plug is off
ELSEIF sensor is closed AND plug is off
DO plug is on

Dankdank

Ik heb dit nu omgebouwd naar dit:


Alleen nu gaat ie: aan/uit/aan/uit/aan/uit... etc

Het lijkt wel alsof dit stuk code meermalen wordt uitgevoerd, en dus wordt dit stuk steeds opnieuw getriggered, de switch blijft op closed, maar de ikea plug is dan aan/uit, etc

[ Voor 11% gewijzigd door rinkel op 13-03-2019 21:08 ]

[Knielen]

rinkel schreef op woensdag 13 maart 2019 @ 21:07:
[...]


Dankdank

Ik heb dit nu omgebouwd naar dit:
[Afbeelding: momentary2]

Alleen nu gaat ie: aan/uit/aan/uit/aan/uit... etc

Het lijkt wel alsof dit stuk code meermalen wordt uitgevoerd, en dus wordt dit stuk steeds opnieuw getriggered, de switch blijft op closed, maar de ikea plug is dan aan/uit, etc

Dan is je sensor constant in closed state, ik had aangenomen dat deze alleen bij een bepaalde trigger kortstondig naar closed ging. Wat is dit voor sensor en hoe wil je hem gebruiken?

[rinkel]

Knielen schreef op woensdag 13 maart 2019 @ 21:10:
[...]


Dan is je sensor constant in closed state, ik had aangenomen dat deze alleen bij een bepaalde trigger kortstondig naar closed ging. Wat is dit voor sensor en hoe wil je hem gebruiken?

Het is een raam-deur sensor die ik achter een muurschakelaar wil plaatsen.
deze zal dus of open zijn om de lamp aan te zetten, of dicht zijn om de lamp aan te zetten. afhankelijk of de lamp al aan of uit is.


Probeer nu een push button.
Maar die krijg ik niet te zien in domoticz, hij werkt wel goed in zigbee2mqtt (click, long click, double click)

[Knielen]

rinkel schreef op woensdag 13 maart 2019 @ 21:17:
[...]

Het is een raam-deur sensor die ik achter een muurschakelaar wil plaatsen.
deze zal dus of open zijn om de lamp aan te zetten, of dicht zijn om de lamp aan te zetten. afhankelijk of de lamp al aan of uit is.


Probeer nu een push button.
Maar die krijg ik niet te zien in domoticz, hij werkt wel goed in zigbee2mqtt (click, long click, double click)

Ik ben bang dat je dit met blockly niet gaat kunnen bereiken, je zal dan naar dzvents (of LUA) moeten overschakelen en moeten triggeren op een devicechanged. Hierdoor schakel je alleen als je sensor van status veranderd.

[rinkel]

Knielen schreef op woensdag 13 maart 2019 @ 21:24:
[...]


Ik ben bang dat je dit met blockly niet gaat kunnen bereiken, je zal dan naar dzvents (of LUA) moeten overschakelen en moeten triggeren op een devicechanged. Hierdoor schakel je alleen als je sensor van status veranderd.

Dank voor t meedenken.

Ik vind blocky op zich wel lekker werken en t is lekker duidelijk.
In mijn andere hub kan dit namelijk wel, en ik ben aan t kijken hoe en of ik over kan gaan naar domoticz (ivm alles lokaal schakelen)

Ik ga kijken of ik t anders kan oplossen

[makooy]

TerrorSource schreef op zondag 10 maart 2019 @ 23:07:
Heeft er iemand ervaring met Domoticz en een Fibaro HC2?

Wil controleren of mijn Domoticz installatie niet lekker werkt of dat het de switches zijn.
Maar wil ook niet dat ik al mijn andere scripts moet aanpassen (alarm scripts vooral).
Dus hoop dat het mogelijk is om Domoticz de status van switches om te laten vragen welke aan de Fibaro HC2 zijn gekoppeld.

Iemand hier misschien antwoord op?

[rinkel]

Knielen schreef op woensdag 13 maart 2019 @ 21:24:
[...]


Ik ben bang dat je dit met blockly niet gaat kunnen bereiken, je zal dan naar dzvents (of LUA) moeten overschakelen en moeten triggeren op een devicechanged. Hierdoor schakel je alleen als je sensor van status veranderd.

Nu heb ik het volgende:
Ik wil met een button een lamp schakelen.
Click: indien lamp aan -> lamp uit
Click: indien lamp uit -> lamp aan

Volgende blocky:



Maar ook deze gaat klik-klak-klik-klak (aan-uit-aan-uit)

Vreemd allemaal dit. Het lijkt alsof het schakelen ook weer een event triggered ofzo.


Edit
Het is me gelukt door een variabele te gebruiken, default = OFF. Variabelen zetten triggered dus geen event.



Wat een gedoe om zo iets simpels voor elkaar te krijgen.

[ Voor 18% gewijzigd door rinkel op 13-03-2019 22:53 ]

[DjAntoon]

Ja, ik ben hier ook mee bezig geweest, kreeg het ook niet lekker.
Toen overgestapt naar Dzvents, super simple en werkt perfect.
Je gebruikt dan inderdaad een device changed en kunt daarin een toggleswitch gebruiken, veel simpeler.
Ik probeer vanavond effe die paar regels code te plaatsen.

[MikeOO]

darklord007 schreef op woensdag 13 maart 2019 @ 15:01:
Hmzz, ik had de vraag eens eerder gesteld maar ben helaas nog niet tot een oplossing gekomen.

Ik probeer hetvolgende script werkende te krijge: link

(complete code staat in de link hierboven)

Ik heb de instellingen van de nas als volgt (waarschijnlijk gaat het hier mis):

Ik heb een synology draaien met volume2 en dan shared drive backups
Ik kom er niet uit wat ik in het regeltje DESTDIR en MOUNTPATH moet zetten.

code:

DESTDIR="/home/pi/domoticz/backup2Nas" # used for: NAS
IP_NAS="Locaal IP adres"
MOUNTPATH="//Local IP adres/volume2/backups/domoticz"
USERNAME="USERNAME"
PASSWORD="PASSWORD"
PI="pi1_"

DESTDIR is de map op je Raspberry die je wilt gebruiken.
MOUNTPATH is de map op je NAS.

En bij de laatste heb je een in iedergeval een foutje.
Dit zou moeten zijn "//Local IP adres/backups/domoticz"

Handigste om te doen is met bv Putty of WinSCP te bladeren naar de map op je nas. Dan zie je het complete path en die moet je dan ook gebruiken. Log daarbij wel direct op je NAS zelf en Volume2 gebruik je daar meestal niet bij.

Zorg dat je op je Synoloy NFS rechten aan hebt gezet op de map //Local IP adres/backups/domoticz
Zorg er tevens voor dat je script uitvoerbaar is

Voorbeeld als je scriptnaam domoticz_backup.sh dit even uitvoeren in Putty op je Rasp.

code:

sudo chmod 777 /home/pi/domoticz/scripts/domoticz_backup.sh

[darklord007]

MikeOO schreef op donderdag 14 maart 2019 @ 08:16:
[...]


DESTDIR is de map op je Raspberry die je wilt gebruiken.
MOUNTPATH is de map op je NAS.

En bij de laatste heb je een in iedergeval een foutje.
Dit zou moeten zijn "//Local IP adres/backups/domoticz"

Handigste om te doen is met bv Putty of WinSCP te bladeren naar de map op je nas. Dan zie je het complete path en die moet je dan ook gebruiken. Log daarbij wel direct op je NAS zelf en Volume2 gebruik je daar meestal niet bij.

Zorg dat je op je Synoloy NFS rechten aan hebt gezet op de map //Local IP adres/backups/domoticz
Zorg er tevens voor dat je script uitvoerbaar is

Voorbeeld als je scriptnaam domoticz_backup.sh dit even uitvoeren in Putty op je Rasp.

code:

sudo chmod 777 /home/pi/domoticz/scripts/domoticz_backup.sh

ik heb bovenstaande voorstellen gedaan.
Nu kom ik iig een stuk verder:

code:

____ _ _ ____ _
| _ \ ___ _ __ ___ ___ | |_(_) ___ ____ | __ ) __ _ ___| | ___ _ _ __
| | | |/ _ \| _ _ \ / _ \| __| |/ __|_ / | _ \ / _ |/ __| |/ / | | | _ | |_| | (_) | | | | | | (_) | |_| | (__ / / | |_) | (_| | (__| <| |_| | |_) |
|____/ \___/|_| |_| |_|\___/ \__|_|\___/___| |____/ \____|\___|_|\_\____| ___/
|_|

::: Checking dependencies
/home/pi/domoticz directory exists!

::: Make backup folder structure
---------------------------------------------------

::: Backing up Domoticz
---------------------------------------------------

::: Backing up files
---------------------------------------------------
cp: cannot stat '/home/pi/domoticz/Logs/*': No such file or directory
cp: cannot stat '/home/pi/domoticz/www/styles/*': No such file or directory
cp: cannot stat '/home/pi/domoticz/www/images/floorplans/*': No such file or directory
cp: cannot stat '/home/pi/domoticz/www/templates/*': No such file or directory
cp: cannot stat '/home/pi/domoticz/private_cert.pem': No such file or directory
cp: cannot stat '/home/pi/domoticz/server_cert.pem': No such file or directory
cp: cannot stat '/home/pi/domoticz/domoticz.sh': No such file or directory
cp: cannot stat '/home/pi/domoticz/Config/zwcfg*': No such file or directory
--- Backing up .bash_profile
cp: cannot stat '/etc/profile.d/motd.sh': No such file or directory
cp: cannot stat '/home/pi/domoticz/www/dashboard/custom/*': No such file or directory
cp: cannot stat '/home/pi/habridge/data/*': No such file or directory
cp: cannot stat '/home/pi/.config/izsynth/*': No such file or directory

::: Zipping backup
---------------------------------------------------
--- Zipping Domoticz backup files
--- Please standby...
--- Done zipping!
::: Transfer backup
---------------------------------------------------
--- transferring backups to NAS drive
--- Please standby...
A copy of database, scripts and LUA are now on your NAS

::: Removing backups older then 30 days from NAS
---------------------------------------------------
--- Cleaning old backups packages
--- Please standby...
deleting old files used in backups

De vraag wordt dan wat algemener.
Hij heeft een gecomprimeerd bestand aangemaakt op de NAS.
Met daarin een bestand domoticz.db en oa de map scripts. Echter zijn deze leeg .

In de output is ook te zien dat het fout gaat, maar deze mappen zijn er wel gewoon

[rinkel]

Ik ben aan het kijken of ik naar domoticz kan verhuizen met al mijn spulletjes.
Ik heb ongeveer 50 devices (Ikea tradfri, zwave plugs, zwave inbouwschakelaars, xiaomi sensoren, etc)
Als ik deze allemaal op het dashboard ga zetten wordt dat wel een enorme lijst.
Nu ben ik dit aan het indelen in kamers, dit heb ik nu ook op mijn huidige hub, en dat werkt goed.
Echter, als ik de webapp opstart staat de kamer altijd standaard ingesteld op "Allemaal", kan ik daar een andere default op zetten, zodat deze bijvoorbeeld standaard op "Woonkamer" komt te staan?
Ik kan hier niets over vinden.

[Toppe]

rinkel schreef op donderdag 14 maart 2019 @ 10:43:
Ik ben aan het kijken of ik naar domoticz kan verhuizen met al mijn spulletjes.
Ik heb ongeveer 50 devices (Ikea tradfri, zwave plugs, zwave inbouwschakelaars, xiaomi sensoren, etc)
Als ik deze allemaal op het dashboard ga zetten wordt dat wel een enorme lijst.
Nu ben ik dit aan het indelen in kamers, dit heb ik nu ook op mijn huidige hub, en dat werkt goed.
Echter, als ik de webapp opstart staat de kamer altijd standaard ingesteld op "Allemaal", kan ik daar een andere default op zetten, zodat deze bijvoorbeeld standaard op "Woonkamer" komt te staan?
Ik kan hier niets over vinden.

Hij onthoudt standaard de laatste gekozen ruimte en trekt dit door over alle apparaat types.

Iemand trouwens Zigbee2MQTT al werkend gekregen met Trust/KAKU Zigbee apparaten? Ik weet dat KAKU hun modules inkopen bij Heiman en dat die wél ondersteund worden...

[ Voor 8% gewijzigd door Toppe op 14-03-2019 10:55 ]