Domoticz - open source domotica systeem - deel 4

[rens-br]

vwtune schreef op dinsdag 7 juli 2020 @ 09:52:
Had ik al gedaan, ik had al antwoord gegeven op jouw vragen :-)
https://gathering.tweakers.net/forum/view_message/62991152

Of bedoel je dit niet?

Dat bericht had ik even gemist. Bedankt daarvoor. Maar zou je ook nog een screenshot kunnen posten van het device? En wat voor device is het?

Maar je gebruikt dus twee losse scripts waarom precies?

Ik zou verwachten dat het script in de post die je hierboven gelinkt hebt prima moet werken.

[vwtune]

rens-br schreef op dinsdag 7 juli 2020 @ 09:57:
[...]


Dat bericht had ik even gemist. Bedankt daarvoor. Maar zou je ook nog een screenshot kunnen posten van het device? En wat voor device is het?

Maar je gebruikt dus twee losse scripts waarom precies?

Ik zou verwachten dat het script in de post die je hierboven gelinkt hebt prima moet werken.

dit is het device:

meer info erover: https://www.tinytronics.n...ct-detectie-sensor-module

Het is een object sensor.

ik gebruikte 1 script, maar omdat het zoveel berichten blijf krijgen heb ik dat deel uit het eerste script gehaald en er geprobeerd een los script van te maken, wat dus ook niet werkt.

dit is het hele script:

code:

--Declarations
local MotionMuis       = 848 -- MotionSensor

return {
    on = {
        devices = {
            848  -- Motion Sensor
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local MuizenvalDeur        = domoticz.devices(849) --servo 
        local Motion   = domoticz.devices(MotionMuis) -- Motion Sensor
        local Time         = require('Time') --Time function
        local CurrentTime  = Time() --Current time
        
        --Function
        if (Motion.active) then -- Motion On
                MuizenvalDeur.dimTo(47)
                --domoticz.notify("Domoticz", "Muis gevangen!", domoticz.PRIORITY_NORMAL,domoticz.SOUND_DEFAULT, "" , "telegram")
                domoticz.log('Muis gevangen!', domoticz.LOG_INFO)
            end
        end
}

zou mooi zijn als dit script in zijn geheel werkt en dus maar 1 maal een bericht stuurt wanneer er een muis is gevangen.

[rens-br]

vwtune schreef op dinsdag 7 juli 2020 @ 10:12:
dit is het device:

Dat is het fysieke device. Maar ik bedoel welk (dummy) device in domoticz heb je gebruikt? Dus wat voor 'iets' gebruik je om die 47 in de stoppen? Maar goed. Ik zou maar een script gebruiken en dat 2e script even vergeten.

ik gebruikte 1 script, maar omdat het zoveel berichten blijf krijgen heb ik dat deel uit het eerste script gehaald en er geprobeerd een los script van te maken, wat dus ook niet werkt.

Ah vandaar. Ja dat komt omdat bij elke wijziging in je motion je een notificatie krijgt. Je moet dus werken met een variable die in de gaten houdt of je de notificatie al hebt gestuurd. Dit kan een dummy variablen zijn of een temp variable. Zoals andere ook al hadden aangegeven.

Ik zou het dus gewoon in één script proberen op te lossen.

Als je eenmaal één keer de notificatie gestuurd hebt, wanneer wil je dan nogmaals de notificatie sturen? Wil je dit zelf weer kunnen inschakelen zou ik een dummy schakelaar gebruiken.

[vwtune]

rens-br schreef op dinsdag 7 juli 2020 @ 10:30:
[...]


Dat is het fysieke device. Maar ik bedoel welk (dummy) device in domoticz heb je gebruikt? Dus wat voor 'iets' gebruik je om die 47 in de stoppen? Maar goed. Ik zou maar een script gebruiken en dat 2e script even vergeten.


[...]


Ah vandaar. Ja dat komt omdat bij elke wijziging in je motion je een notificatie krijgt. Je moet dus werken met een variable die in de gaten houdt of je de notificatie al hebt gestuurd. Dit kan een dummy variablen zijn of een temp variable. Zoals andere ook al hadden aangegeven.

Ik zou het dus gewoon in één script proberen op te lossen.

Als je eenmaal één keer de notificatie gestuurd hebt, wanneer wil je dan nogmaals de notificatie sturen? Wil je dit zelf weer kunnen inschakelen zou ik een dummy schakelaar gebruiken.

Ja met variabelen ben ik helaas echt een noob, dus geen idee hoe ik dit in het script moet krijgen
Ik wil maar 1 keer een notificatie, dan weet ik genoeg en kan ik met de val naar het bos, de muis loslaten (het zijn bosmuizen: beschermde dieren, de val staat in mijn tuinhuis) en de val weer op 'scherp' zetten door de status in tasmota op dimmer 45 te zetten (ipv 47). Dus in het kort, nadat het script is getriggert door een muis wil ik echt maar 1 maal een bericht, niet meer of minder

[rens-br]

vwtune schreef op dinsdag 7 juli 2020 @ 10:35:
Ja met variabelen ben ik helaas echt een noob, dus geen idee hoe ik dit in het script moet krijgen
Ik wil maar 1 keer een notificatie, dan weet ik genoeg en kan ik met de val naar het bos, de muis loslaten (het zijn bosmuizen: beschermde dieren, de val staat in mijn tuinhuis) en de val weer op 'scherp' zetten door de status in tasmota op dimmer 45 te zetten (ipv 47). Dus in het kort, nadat het script is getriggert door een muis wil ik echt maar 1 maal een bericht, niet meer of minder

Dan kan je het volgende doen:

code:

--Declarations
local MotionMuis       = 848 -- MotionSensor

return {
    on = {
        devices = {
            848  -- Motion Sensor
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local MuizenvalDeur        = domoticz.devices(849) --servo 
        local Motion   = domoticz.devices(MotionMuis) -- Motion Sensor
        local Time         = require('Time') --Time function
        local CurrentTime  = Time() --Current time
        
        --Function
        if (Motion.active and MuizenvalDeur.value ~= 47) then -- Motion On
                MuizenvalDeur.dimTo(47)
                --domoticz.notify("Domoticz", "Muis gevangen!", domoticz.PRIORITY_NORMAL,domoticz.SOUND_DEFAULT, "" , "telegram")
                domoticz.log('Muis gevangen!', domoticz.LOG_INFO)
            end
        end
}

[vwtune]

rens-br schreef op dinsdag 7 juli 2020 @ 11:02:
[...]


Dan kan je het volgende doen:

code:

--Declarations
local MotionMuis       = 848 -- MotionSensor

return {
    on = {
        devices = {
            848  -- Motion Sensor
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local MuizenvalDeur        = domoticz.devices(849) --servo 
        local Motion   = domoticz.devices(MotionMuis) -- Motion Sensor
        local Time         = require('Time') --Time function
        local CurrentTime  = Time() --Current time
        
        --Function
        if (Motion.active and MuizenvalDeur.value ~= 47) then -- Motion On
                MuizenvalDeur.dimTo(47)
                domoticz.notify("Domoticz", "Muis gevangen!", domoticz.PRIORITY_NORMAL,domoticz.SOUND_DEFAULT, "" , "telegram")
                domoticz.log('Muis gevangen!', domoticz.LOG_INFO)
            end
        end
}

Helaas, ik blijf berichten krijgen wanneer ik met mijn handen de sensor activeer....

[rens-br]

vwtune schreef op dinsdag 7 juli 2020 @ 11:19:
Helaas, ik blijf berichten krijgen wanneer ik met mijn handen de sensor activeer....

Wat voor waarde heeft 'MuizenvalDeur' op dat moment? En kan je eens kijken met het toevoegen van logging op al je variablen of de juiste dingen worden geset.

Daarnaast is 'MuizenvalDeur' een Servo geef je aan, kan je die setten?

[ Voor 26% gewijzigd door rens-br op 07-07-2020 11:22 ]

[vwtune]

rens-br schreef op dinsdag 7 juli 2020 @ 11:20:
[...]


Wat voor waarde heeft 'MuizenvalDeur' op dat moment? En kan je eens kijken met het toevoegen van logging op al je variablen of de juiste dingen worden geset.

Daarnaast is 'MuizenvalDeur' een Servo geef je aan, kan je die setten?

MuizenvalDeur wanneer ik met mijn hand voor de sensor beweeg:
2020-07-07 11:20:45 Set Level: 47 %
2020-07-07 11:20:45 Set Level: 47 %
2020-07-07 11:20:44 Set Level: 47 %
2020-07-07 11:20:43 Set Level: 47 %

stukje logging:

code:

2020-07-07 11:20:43.929 Status: dzVents: Info: Handling events for: "Muizenval Motion", value: "On"
2020-07-07 11:20:43.929 Status: dzVents: Info: ------ Start internal script: Muizenval DZ: Device: "Muizenval Motion (DUMMY)", Index: 848
2020-07-07 11:20:43.931 Status: dzVents: Info: Muis gevangen!
2020-07-07 11:20:43.931 Status: dzVents: Info: ------ Finished Muizenval DZ
2020-07-07 11:20:43.933 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2020-07-07 11:20:43.981 Status: Notification: Domoticz
2020-07-07 11:20:44.279 Status: dzVents: Info: Handling events for: "Muizenval Motion", value: "Off"
2020-07-07 11:20:44.279 Status: dzVents: Info: ------ Start internal script: Muizenval DZ: Device: "Muizenval Motion (DUMMY)", Index: 848
2020-07-07 11:20:44.281 Status: dzVents: Info: ------ Finished Muizenval DZ
2020-07-07 11:20:44.614 Status: dzVents: Info: Handling events for: "Muizenval Motion", value: "On"
2020-07-07 11:20:44.614 Status: dzVents: Info: ------ Start internal script: Muizenval DZ: Device: "Muizenval Motion (DUMMY)", Index: 848
2020-07-07 11:20:44.616 Status: dzVents: Info: Muis gevangen!
2020-07-07 11:20:44.616 Status: dzVents: Info: ------ Finished Muizenval DZ
2020-07-07 11:20:44.618 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2020-07-07 11:20:44.650 Status: Notification: Domoticz
2020-07-07 11:20:45.219 Status: dzVents: Info: Handling events for: "Muizenval Motion", value: "Off"
2020-07-07 11:20:45.220 Status: dzVents: Info: ------ Start internal script: Muizenval DZ: Device: "Muizenval Motion (DUMMY)", Index: 848
2020-07-07 11:20:45.221 Status: dzVents: Info: ------ Finished Muizenval DZ

Wat bedoel je met 'setten' van de servo?

47% is het dim level in tasmota om de servo op de plek te krijgen zodat de deur dicht valt.
45% is het dim level in tasmota om de servo op de plek te krijgen om het deurtje de lucht in te houden ( ik moet dan wel eerst handmatig de deur uit de val halen, dim level op 45 % zetten zodat de arm op de servo de deur kan ondersteunen, en dan kan ik handmatig de deur op de arm laten rusten.

om een idee te krijgen van de val:
YouTube: IoTrap

[ Voor 9% gewijzigd door vwtune op 07-07-2020 11:31 ]

[rens-br]

vwtune schreef op dinsdag 7 juli 2020 @ 11:24:
47% is het dim level in tasmota om de servo op de plek te krijgen zodat de deur dicht valt.
45% is het dim level in tasmota om de servo op de plek te krijgen om het deurtje de lucht in te houden ( ik moet dan wel eerst handmatig de deur uit de val halen, dim level op 45 % zetten zodat de arm op de servo de deur kan ondersteunen, en dan kan ik handmatig de deur op de arm laten rusten.

Ah. Dat bedoelde ik inderdaad.

Maar ik heb me vergist. Als ik kijkt bij switches moet je 'level' gebruiken, het wordt dan dus.

code:

MuizenvalDeur.level

Zie ook de wiki.

[ Voor 14% gewijzigd door rens-br op 07-07-2020 11:41 ]

[vwtune]

rens-br schreef op dinsdag 7 juli 2020 @ 11:39:
[...]


Ah. Dat bedoelde ik inderdaad.

Maar ik heb me vergist. Als ik kijkt bij switches moet je 'level' gebruiken, het wordt dan dus.

code:

MuizenvalDeur.level

Zie ook de wiki.

Het lijkt nu wel te doen wat ik wil:

code:

if (Motion.active and MuizenvalDeur.level ~= 47) then -- Motion On

Thanks @rens-br

[64mike53]

Sandolution schreef op dinsdag 7 juli 2020 @ 09:10:
[...]


Beter laat dan nooit;
Zelf mis ik ook de voorspellingen in Domoticz en heb nog geen goede plugin hiervoor gevonden. Daarom ben ik bezig met een fork van de (oude) Buienradar python plugin (voordat deze standaard in Domoticz zat), welke de volgende zaken ophaalt:

• Verwachte minimale temperatuur (C)
• Verwachte maximale temperatuur (C)
• Verwachte regenval (mm)
• Verwachte sneeuwval (mm)
• Verwachte zonkans (%)
• Verwachte regenkans (%)

In de hardware opties kun je dan kiezen hoe veel dagen moeten worden weergegeven middels devices, van 1 t/m 7 dagen.

Heb al een proof of concept voor mezelf, maar moet de puntjes even op de i zetten voordat ik heb op Github zet. Is dit iets wat je zoekt?

Dat klinkt goed. Ik gebruik nu buienradar om te bepalen als het gaat regenen. Aan de hand hier van bepaalt domoticz of mijn screen weer omhoog moet. Ik wacht het af en zou erg blij zijn als het werkt.

[niki_lauda]

Sandolution schreef op dinsdag 7 juli 2020 @ 09:10:
[...]


Beter laat dan nooit;
Zelf mis ik ook de voorspellingen in Domoticz en heb nog geen goede plugin hiervoor gevonden. Daarom ben ik bezig met een fork van de (oude) Buienradar python plugin (voordat deze standaard in Domoticz zat), welke de volgende zaken ophaalt:

• Verwachte minimale temperatuur (C)
• Verwachte maximale temperatuur (C)
• Verwachte regenval (mm)
• Verwachte sneeuwval (mm)
• Verwachte zonkans (%)
• Verwachte regenkans (%)

In de hardware opties kun je dan kiezen hoe veel dagen moeten worden weergegeven middels devices, van 1 t/m 7 dagen.

Heb al een proof of concept voor mezelf, maar moet de puntjes even op de i zetten voordat ik heb op Github zet. Is dit iets wat je zoekt?

Zou ik mooi mee kunnen sturen of er gesproeid moet worden (met grondwater) of de luifels omlaag moeten.

[StevenK]

Hm.. gebeurt niet vaak dat ik vast loop, maar nu toch wel. Op één of andere manier lukt het mij niet een action script werkend te krijgen. Ik heb een schakelaar, ik zie in de log dat als ik op knopje druk er een 'on' signaal is.
Als ik bij de on-action een verwijzing naar een niet bestaand script zet, krijg ik een foutmelding in de log, maar als ik er een script in zet dat wel bestaat gebeurt er *niks*.
Heb 't zowel met een LUA script als met een php script geprobeerd en voor beiden geldt dat ze command-line wel werken.
Iemand enig idee waar ik zou moeten zoeken?
(Gaat trouwens over z-wave spul, maar dat zou op zich niet uit moeten maken)

[Peutpeut]

StevenK schreef op vrijdag 10 juli 2020 @ 09:13:
Hm.. gebeurt niet vaak dat ik vast loop, maar nu toch wel. Op één of andere manier lukt het mij niet een action script werkend te krijgen. Ik heb een schakelaar, ik zie in de log dat als ik op knopje druk er een 'on' signaal is.
Als ik bij de on-action een verwijzing naar een niet bestaand script zet, krijg ik een foutmelding in de log, maar als ik er een script in zet dat wel bestaat gebeurt er *niks*.
Heb 't zowel met een LUA script als met een php script geprobeerd en voor beiden geldt dat ze command-line wel werken.
Iemand enig idee waar ik zou moeten zoeken?
(Gaat trouwens over z-wave spul, maar dat zou op zich niet uit moeten maken)

Kun je het scripts een posten? Misschien dat je daar iets over het hoofd ziet?

[StevenK]

Peutpeut schreef op vrijdag 10 juli 2020 @ 10:00:
[...]

Kun je het scripts een posten? Misschien dat je daar iets over het hoofd ziet?

Tuurlijk:

code:

<?php
$id=$argv[1];
print "Id: $id";
$js=file_get_contents("http://<ip>:8080/json.htm?type=devices&rid=$id");
$p=json_decode($js);
//var_dump($p);
//die();
if ($p->result[0]->Data=='On') {
        print "Uitschakelen";
        $r=file_get_contents("http://<ip>:8080/json.htm?type=command&param=switchlight&switchcmd=Off&idx=$id");
} else {
        print "Aanzetten";
        $r=file_get_contents("http://<ip>:8080/json.htm?type=command&param=switchlight&switchcmd=On&idx=$id");
}
?>

Als ik dit script command line draai met dezelfde parameter dan zet 'ie de switch netjes om.

[Peutpeut]

StevenK schreef op vrijdag 10 juli 2020 @ 17:31:
[...]

Tuurlijk:

code:

<?php
$id=$argv[1];
print "Id: $id";
$js=file_get_contents("http://<ip>:8080/json.htm?type=devices&rid=$id");
$p=json_decode($js);
//var_dump($p);
//die();
if ($p->result[0]->Data=='On') {
        print "Uitschakelen";
        $r=file_get_contents("http://<ip>:8080/json.htm?type=command&param=switchlight&switchcmd=Off&idx=$id");
} else {
        print "Aanzetten";
        $r=file_get_contents("http://<ip>:8080/json.htm?type=command&param=switchlight&switchcmd=On&idx=$id");
}
?>

Als ik dit script command line draai met dezelfde parameter dan zet 'ie de switch netjes om.

Ik dacht dat het om een Lua/dZvents script ging, van PHP heb ik niet veel kaas meer gegeten, dat is een beetje roestig namelijk.

[StevenK]

Peutpeut schreef op vrijdag 10 juli 2020 @ 22:32:
[...]

Ik dacht dat het om een Lua/dZvents script ging, van PHP heb ik niet veel kaas meer gegeten, dat is een beetje roestig namelijk.

Ik heb nu ff het volgende dZvents script gemaakt:

code:

return {
    on = {
        devices = {
            46,47
        }
    },
    execute = function(domoticz, device)
        domoticz.log('Device ' .. device.name .. ' was clicked', domoticz.LOG_INFO)
        if (device.id == 46) then
            if (domoticz.devices(30).state == 'On') then
                domoticz.devices(30).switchOff()
                domoticz.log('Device 30 was switched off', domoticz.LOG_INFO)
            else
                domoticz.devices(30).switchOn()
                domoticz.log('Device 30 was switched on', domoticz.LOG_INFO)
            end
        end
        if (device.id == 47) then
            if (domoticz.devices(31).state == 'On') then
                domoticz.devices(31).switchOff()
                domoticz.log('Device 31 was switched off', domoticz.LOG_INFO)
            else
                domoticz.devices(31).switchOn()
                domoticz.log('Device 31 was switched on', domoticz.LOG_INFO)
            end
        end
    end
}

En daarmee is het mij gelukt twee keer 31 aan en uit te zetten maar daarna niet meer. Het vreemde is dat van elke keer, ook erna, de log er hetzelfde uitziet:

code:

2020-07-11 06:17:31.068 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2020-07-11 06:17:57.249 Status: dzVents: Info: Handling events for: "SW Badkamer", value: "On"
2020-07-11 06:17:57.250 Status: dzVents: Info: ------ Start internal script: Script #1: Device: "SW Badkamer (Z-Stick gen5)", Index: 46
2020-07-11 06:17:57.250 Status: dzVents: Info: Device SW Badkamer was clicked
2020-07-11 06:17:57.269 Status: dzVents: Info: Device 30 was switched on
2020-07-11 06:17:57.269 Status: dzVents: Info: ------ Finished Script #1

En ondanks wat deze log zegt, blijft 30 nu uit. Dit ligt niet aan het niet reageren van de node, want op andere manieren kan ik de betreffende node nog steeds schakelen. Zet in de switch 'On' dan zie je ook dat het script dat stukje snapt:

code:

2020-07-11 06:24:28.124 Status: dzVents: Info: Handling events for: "SW Badkamer", value: "On"
2020-07-11 06:24:28.124 Status: dzVents: Info: ------ Start internal script: Script #1: Device: "SW Badkamer (Z-Stick gen5)", Index: 46
2020-07-11 06:24:28.124 Status: dzVents: Info: Device SW Badkamer was clicked
2020-07-11 06:24:28.142 Status: dzVents: Info: Device 30 was switched off
2020-07-11 06:24:28.142 Status: dzVents: Info: ------ Finished Script #1

Maar ook na deze lines blijft de switch dan aan.
update: 10 minuten later is hij toch uit gegaan en zie ik in de log van device 30:

2020-07-11 06:34:09 Off EventSystem//home/pi/domoticz/dzVents/runtime/dzVents.lua

En dat lijkt reproduceerbaar, dat met een vertraging van minuten het commando toch uitgevoerd wordt. Voor de volledigheid nog een Blockly script gemaakt, maar dan zie ik hetzelfde gebeuren. De log entries worden wel geschreven, maar er vind geen daadwerkelijk action op de switch plaats.

En in de log

code:

2020-07-11 07:25:59.935 Status: Badkamer uitgeschakeld?

Dus de logic in het script klopt, maar de switch wordt niet omgezet.

[ Voor 13% gewijzigd door StevenK op 11-07-2020 07:30 ]

[Verwijderd]

dinsdag 7 juli 2020 08:34

BekijkBookmarkRapporteerQuote+1Henk 'm!
rens-br

Moderator Mobile & IN
karmakoningMilight
karmakoningIkea Trådfri
karmakoningESP8266
karmakoningSynology RackStation
karmakoningRaspberry Pi
karmakoningSmartphone-accessoires
Topicstarter

BramBos72 schreef op maandag 6 juli 2020 @ 22:23:
Nu komt de vraag, mogelijk wel een hele domme, waar ik op internet niet het antwoord vind: graag wil ik met mijn telefoon (Samsung 10) de installatie kunnen bedienen en uitlezen. Nu heb ik de app gedownload, echter kom ik niet tot de juiste server instellingen:

- De app vraagt om een servernaam, welke ik niet heb volgens mij. Kan ik hier de PC naam invullen?
- Vervolgens heb ik het serveradres van de pc waarop Domoticz is geïnstalleerd opgegeven. 192.168.1.xxx
- Dan heb ik HTTP geselecteerd ipv HTTPS;
- Poort heb ik 8080 gekozen, dit geeft Domoticz weer op de PC naast een poort 6144;
Servernaam maakt niks uit, die kan je ook leeg houden. Verdere instellingen zijn goed.
- Bij gebruikersnaam heb ik mijn netwerknaam van de router ingegeven, met bijbehorend wachtwoord;
Hier moet je dus de gebruikersnaam / wachtwoord van Domoticz invoeren, tenzij je dit niet hebt ingesteld. Dan laat je dit leeg.
Kan iemand me op weg helpen om eerst via wifi, dus thuis de installatie te kunnen bedienen, en vervolgens via 4G internet om ook pushberichten van het systeem te ontvangen?
Wil je alleen pushberichten ontvangen via 4G of ook alles kunnen bedienen? Pushberichten komen ook door zonder dat je iets aanpast namelijk. Voor de bediening moet je poorten open zetten op de router e.d. of via VPN verbinding kunnen maken en dat zou ik nog even laten zitten.


Dankjewel voor de reactie, het is geluk!!!!

Nu zou ik graag de hottub willen bedienen via 4G, zou je me hier nog mee willen helpen?
Alvast dank!
(weet niet hoe het anders mogelijk is om te reageren op jouw reactie hier in het forum, sorry)....

[rens-br]

Verwijderd schreef op zaterdag 11 juli 2020 @ 20:40:
dinsdag 7 juli 2020 08:34

Nu zou ik graag de hottub willen bedienen via 4G, zou je me hier nog mee willen helpen?
Alvast dank!
(weet niet hoe het anders mogelijk is om te reageren op jouw reactie hier in het forum, sorry)....

Als je de volgende keer op quote drukt, dan krijg je zo'n reactie als deze.

Maar kijk even in de openingspost naar de Reverse Proxy oplossing of lees je even in voor VPN. Mocht dat niet lukken kan je beter even een los topic aanmaken en daarin ook even melden wat voor apparatuur je allemaal gebruikt.

[GilbertvH]

Ik heb afgelopen week afscheid genomen van mijn Xiaomi gateway en de sensoren gepaird op een ZiGate stick. So far so good. Nu wil ik mijn water leak sensor / flood sensor testen, maar in Domoticz gebeurt er helemaal niets als ik hem in een bak water leg. Kan iemand mij vertellen hoe ik deze het beste kan configureren? Standaard zet ZiGate hem als een On/Off schakelaar in Domoticz. Ik heb hem al geprobeerd te wijzigen naar een Motion sensor, maar dat geeft ook geen melding.

[Peutpeut]

StevenK schreef op zaterdag 11 juli 2020 @ 06:25:
[...]

Ik heb nu ff het volgende dZvents script gemaakt:

code:

return {
    on = {
        devices = {
            46,47
        }
    },
    execute = function(domoticz, device)
        domoticz.log('Device ' .. device.name .. ' was clicked', domoticz.LOG_INFO)
        if (device.id == 46) then
            if (domoticz.devices(30).state == 'On') then
                domoticz.devices(30).switchOff()
                domoticz.log('Device 30 was switched off', domoticz.LOG_INFO)
            else
                domoticz.devices(30).switchOn()
                domoticz.log('Device 30 was switched on', domoticz.LOG_INFO)
            end
        end
        if (device.id == 47) then
            if (domoticz.devices(31).state == 'On') then
                domoticz.devices(31).switchOff()
                domoticz.log('Device 31 was switched off', domoticz.LOG_INFO)
            else
                domoticz.devices(31).switchOn()
                domoticz.log('Device 31 was switched on', domoticz.LOG_INFO)
            end
        end
    end
}

En daarmee is het mij gelukt twee keer 31 aan en uit te zetten maar daarna niet meer. Het vreemde is dat van elke keer, ook erna, de log er hetzelfde uitziet:

code:

2020-07-11 06:17:31.068 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2020-07-11 06:17:57.249 Status: dzVents: Info: Handling events for: "SW Badkamer", value: "On"
2020-07-11 06:17:57.250 Status: dzVents: Info: ------ Start internal script: Script #1: Device: "SW Badkamer (Z-Stick gen5)", Index: 46
2020-07-11 06:17:57.250 Status: dzVents: Info: Device SW Badkamer was clicked
2020-07-11 06:17:57.269 Status: dzVents: Info: Device 30 was switched on
2020-07-11 06:17:57.269 Status: dzVents: Info: ------ Finished Script #1

En ondanks wat deze log zegt, blijft 30 nu uit. Dit ligt niet aan het niet reageren van de node, want op andere manieren kan ik de betreffende node nog steeds schakelen. Zet in de switch 'On' dan zie je ook dat het script dat stukje snapt:

code:

2020-07-11 06:24:28.124 Status: dzVents: Info: Handling events for: "SW Badkamer", value: "On"
2020-07-11 06:24:28.124 Status: dzVents: Info: ------ Start internal script: Script #1: Device: "SW Badkamer (Z-Stick gen5)", Index: 46
2020-07-11 06:24:28.124 Status: dzVents: Info: Device SW Badkamer was clicked
2020-07-11 06:24:28.142 Status: dzVents: Info: Device 30 was switched off
2020-07-11 06:24:28.142 Status: dzVents: Info: ------ Finished Script #1

Maar ook na deze lines blijft de switch dan aan.
update: 10 minuten later is hij toch uit gegaan en zie ik in de log van device 30:

[...]

En dat lijkt reproduceerbaar, dat met een vertraging van minuten het commando toch uitgevoerd wordt. Voor de volledigheid nog een Blockly script gemaakt, maar dan zie ik hetzelfde gebeuren. De log entries worden wel geschreven, maar er vind geen daadwerkelijk action op de switch plaats.
[Afbeelding]
En in de log

code:

2020-07-11 07:25:59.935 Status: Badkamer uitgeschakeld?

Dus de logic in het script klopt, maar de switch wordt niet omgezet.

Excuus voor de late reactie. Als het device na enkele minuten toch wordt omgezet zou je bijna denken dat er ergens anders iets fout gaat. Is de dekking/bereikbaarheid van het Zwave netwerk voldoende?

[StevenK]

Peutpeut schreef op maandag 13 juli 2020 @ 16:01:
[...]


Excuus voor de late reactie. Als het device na enkele minuten toch wordt omgezet zou je bijna denken dat er ergens anders iets fout gaat. Is de dekking/bereikbaarheid van het Zwave netwerk voldoende?

Ja, dekking is OK, want alles wat ik rechtstreeks van domoticz schakel werkt gewoon. Het lijkt erop dat er ergens een queue volloopt ofzo.

Irritante is dat ik een vergelijkbaar script heb dat al tijdens probleemloos doet wat 't moet doen: 'schakel ventilator na 20 minuten uit', ook een php script, die aan een on-action hangt.

[ Voor 17% gewijzigd door StevenK op 13-07-2020 18:38 ]

[AlexFL]

Kort vraagje, heb een P1 meter en sinds kort zonnepanelen, welk bedrag moet ik invullen in de instellingen bij Costs R1/R2. de daadwerkelijke prijs per kwh die ik krijg per teruggeleverde kwh?, of dezelfde prijs als de inkoop i.v.m. salderen? Of telt hij voor die opbrengstindicatie in euro's sowieso enkel de kwh's na het salderen?

[DjAntoon]

Ik wil graag een lastupdate opvragen van een variabele, maar het lukt me niet...

data = { MonoSwitchLastUpdate = { initial = 'Off' } },

Start dus als Off

if domoticz.data.MonoSwitchLastUpdate.lastUpdate.minutesAgo > 10 then

Dit geeft een error:
attempt to index a nil value (field 'lastUpdate')

Is het niet mogelijk om van een variabele een lastupdate op te vragen? Werkt dit alleen met devices?

[Witlof]

Ik heb waarschijnlijk de meeste problemen met mijn z-wave netwerk opgelost dankzij dit draadje: https://github.com/domoticz/domoticz/issues/4020

Most probably due to the different way the devices are recognized depending on the OZW version, my OZW cache file (/Config/ozwcache_.xml) file was corrupted.
I have had to delete it (after doing a backup in case of), so:

stop Domoticz
remove (after backup) the cache file
restart Domoticz

=> this will lead Domoticz to rebuild completely the cache file by querying all the devices. Depending on the device type (powered, on battery, wake-up delay, number of devices...), the complete rebuild will take a little bit time (up to a few hours).

After that, I had no more 0 types and ID.

Sommige devices heb ik opnieuw moeten 'includen' maar dan wordt deze herkend en opgepakt met dezelfde ID's gelukkig.

Wellicht hebben mensen er hier ook nog wat aan.

[JeroenE]

@DjAntoon dat lijkt inderdaad niet te werken. Volgens de wiki werkt het alleen met devices en user variables .

Je kan het wel een beetje nadoen met persistent variables. Je kan dan geen initial value meer opgeven in de definitie, dat moet je in de code doen. Als het maar op 1 waarde gaat kan je dus de history op 1 zetten:

code:

data = { MonoTest = { history = true, maxItems = 1 } }

Voor de initial value kan je deze code in de execute zetten:

code:

if domoticz.data.MonoTest.size == 0
then
    domoticz.data.MonoTest.add('Off')
end

Als je een nieuwe waarde wilt zetten moet je dat met iets als ".add('nieuwe waarde')" doen! Omdat je hebt gezegd maar 1 waarde te willen onthouden zal de oude waarde niet meer op te vragen zijn.

Daarna kan je weer iets gaan doen als er minimaal 10 minuten voorbij zijn met

code:

if domoticz.data.MonoTest.getLatest().time.minutesAgo > 10

of

code:

if domoticz.data.MonoTest.get(1).time.minutesAgo > 10

Let op dat met het aanroepen van add() gelijk de waarde is aangepast; de time veranderd dan ook mee is minutesAgo is dan 0.

[JanPedaal]

We hebben sinds een jaar een nieuwe deurbel. Deze is helaas niet hard genoeg om de zolder te bereiken, waar ik vanwege het thuiswerken tegenwoordig veel tijd doorbreng. Nu heb ik bedacht om Domoticz me een Telegram te laten sturen als er iemand aanbelt. Dat wil ik doen door een schakeling tussen de drukknop van de bel en de GPIO pinnen van mijn RPi.

Hardware:
- RPi 2B met Domoticz
- Honeywell D117 deurbel in de hal met beltrafo in de meterkast. Ouderwetsche bedrade drukknop buiten.
- LM2596HV Buck converter

In Domoticz heb ik al een virtuele switch aangemaakt, die bij omschakelen een Telegram stuurt naar mijn mobiel. Dat werkt perfect. Nu moet ik alleen nog verzinnen hoe ik het indrukken van de deurbel vertaal naar een GPIO signaal, en daarna natuurlijk in Domoticz de pulldown van de GPIO koppelen aan de virtuele switch. Maar daar verwacht ik wel uit te komen. Ik ben vooral zoekende wat betreft de hardware kant.

Het principe heb ik in onderstaand schema weergegeven.


Ik gebruik een buck converter om de 8V wisselstroom naar 3.3V gelijkstroom te transformeren.
Vragen waar ik nog mee zit:
- Moet ik nog weerstanden of condensatoren o.i.d. toevoegen voor een betrouwbare pulldown op de GPIO?
- Zou ik de schakeling ook over de trafo kunnen zetten i.p.v. de drukknop? De trafo zit net als de RPI in de meterkast. Dat zou het aansluiten behoorlijk versimpelen.
- Is er nog wat te verzinnen om de RPI te beschermen tegen eventuele spanningspieken?

Iemand die zoiets al werkend heeft? Graag hoor ik jullie ideeën en opmerkingen n.a.v. dit plan. Alvast bedankt

[imdos]

@JanPedaal Ja; ik heb een simpelere schakeling (met hulp van een medetweaker); Op de "gong" aangesloten. Ik heb mijn inspiratie uit dit topic.

Daarna heb ik er nog een verbetering aan gedaan en dat is een kleine condensator toegevoegd. Na wat pielen heb ik in zo'n oude ADSL splitter / kabel doosje van ~ 5*5 cm geduwd.

De ene kant twee dupont kabeltjes naar de rPi; aan de andere kant een oude telefoonlijn kabel.

[ErikVers]

Kan iemand mij helpen waarom deze simpele blocky het zelfs niet doen?
Alles is geupdate en draait op RFXTRX 433
Normaal rechtstreeks aan uit signaal werkt het prima maar via blocky niet.

[ Voor 6% gewijzigd door ErikVers op 16-07-2020 16:31 ]

[Knielen]

@ErikVers Die eerste doet het niet omdat je je 'Sunset' blok ook moet plaatsen in een 'Time' blokje, dus

Time = Sunset

[hendrik12345678]

Kijk eens goed naar je puzzelstukjes, dan zie je dat dit niet kan.
Dat ‘closed’ moet in hetzelfde stukje staan als je scherm, want dat is de status van je scherm.

[tozzke]

@ErikVers Die 2e zal het niet doen omdat je maar 1 voorwaarde hebt maar wel het If-block met blauwe tandwielicoontje welke alleen voor een If met else if's geschikt zijn. Je moet bij 1 voorwaarde het If-block hebben zónder blauwe icoontje

[ErikVers]

@Knielen @hendrik12345678 @tozzke Thanks voor de tips en jullie hebben weer even kunnen lachen :-)

Eerst werkte het nog niet maar kwam omdat ik opdracht open gaf terwijl dat de uiteindelijk status was van opdracht: off

We komen er wel maar je moet er even doorheen...

[DjAntoon]

JeroenE schreef op woensdag 15 juli 2020 @ 17:01:
@DjAntoon dat lijkt inderdaad niet te werken. Volgens de wiki werkt het alleen met devices en user variables .

Je kan het wel een beetje nadoen met persistent variables. Je kan dan geen initial value meer opgeven in de definitie, dat moet je in de code doen. Als het maar op 1 waarde gaat kan je dus de history op 1 zetten:

code:

data = { MonoTest = { history = true, maxItems = 1 } }

Voor de initial value kan je deze code in de execute zetten:

code:

if domoticz.data.MonoTest.size == 0
then
    domoticz.data.MonoTest.add('Off')
end

Als je een nieuwe waarde wilt zetten moet je dat met iets als ".add('nieuwe waarde')" doen! Omdat je hebt gezegd maar 1 waarde te willen onthouden zal de oude waarde niet meer op te vragen zijn.

Daarna kan je weer iets gaan doen als er minimaal 10 minuten voorbij zijn met

code:

if domoticz.data.MonoTest.getLatest().time.minutesAgo > 10

of

code:

if domoticz.data.MonoTest.get(1).time.minutesAgo > 10

Let op dat met het aanroepen van add() gelijk de waarde is aangepast; de time veranderd dan ook mee is minutesAgo is dan 0.

Nee helaas het lukt me niet op deze manier.
(Dummy) devices wil ik er liever niet voor aanmaken, maar je zette me wel weer op het pad van de user variabele. Dat heb ik er nu inzitten en dat lijkt te werken...

Dank voor de moeite.

[BounceMeister]

Ik heb in esp easy een momentary pushbutton als schakelaar (pushbutton active low) ingesteld, waarvan de status op een oled schermpje wordt weergegeven, die verandert van 1 naar 0 (en andersom) na een druk op de knop.
Ik heb een dummy device in domoticz die de status van esp easy overneemt via de idx, andersom werkt nog niet, de schakelaar is een input, met de esp schakel ik er geen output mee.
Ik wil met die knop een pomp aan en uit kunnen zetten welke via Philips Hue geschakeld wordt. Hue is al gekoppeld aan Domoticz.
Ik wil dat de status op het oled scherm ook verandert wanneer ik via hue de pomp aanzet.
Wat is de juiste manier om dit allemaal te koppelen?

Edit,
Ik heb een probleem wat ik eerder ook al eens had. Ik wil zowel vanuit Domoticz als vanuit ESPEasy kunnen schakelen, waarbij beiden de status overnemen, maar hij schakelt steeds weer terug. Het lijkt erop dat één van de twee de status weer terugstuurt en zo de schakelaar weer terugzet naar de vorige status.
In ESP Easy gebruik ik:
SendToHTTP 192.168.x.x,8080,/json.htm?type=command&param=switchlight&idx=xxx&switchcmd=Off

In Domoticz gebruik ik:
http://192.168.x.x/control?cmd=GPIO,0,0

(Waarbij x het juiste ip adres of de juiste IDX aangeeft).

[ Voor 29% gewijzigd door BounceMeister op 17-07-2020 20:36 ]

[tsjoender]

BounceMeister schreef op vrijdag 17 juli 2020 @ 18:58:
Ik heb in esp easy een momentary pushbutton als schakelaar (pushbutton active low) ingesteld, waarvan de status op een oled schermpje wordt weergegeven, die verandert van 1 naar 0 (en andersom) na een druk op de knop.
Ik heb een dummy device in domoticz die de status van esp easy overneemt via de idx, andersom werkt nog niet, de schakelaar is een input, met de esp schakel ik er geen output mee.
Ik wil met die knop een pomp aan en uit kunnen zetten welke via Philips Hue geschakeld wordt. Hue is al gekoppeld aan Domoticz.
Ik wil dat de status op het oled scherm ook verandert wanneer ik via hue de pomp aanzet.
Wat is de juiste manier om dit allemaal te koppelen?

Edit,
Ik heb een probleem wat ik eerder ook al eens had. Ik wil zowel vanuit Domoticz als vanuit ESPEasy kunnen schakelen, waarbij beiden de status overnemen, maar hij schakelt steeds weer terug. Het lijkt erop dat één van de twee de status weer terugstuurt en zo de schakelaar weer terugzet naar de vorige status.
In ESP Easy gebruik ik:
SendToHTTP 192.168.x.x,8080,/json.htm?type=command&param=switchlight&idx=xxx&switchcmd=Off

In Domoticz gebruik ik:
http://192.168.x.x/control?cmd=GPIO,0,0

(Waarbij x het juiste ip adres of de juiste IDX aangeeft).

Dit gebruik ik in ESP Easy als rule:

code:

on lightSwitch#Switch do
   if [lightState#Switch]=0
      gpio,0,1
      SendToHTTP 192.168.x.x,8080,/json.htm?type=command&param=udevice&idx=123&nvalue=1
   else
      gpio,0,0
      SendToHTTP 192.168.x.x,8080,/json.htm?type=command&param=udevice&idx=123&nvalue=0
   endif
endon

Deze werkt de waarde in Domoticz bij zonder een schakel actie uit te voeren.

[BounceMeister]

tsjoender schreef op zaterdag 18 juli 2020 @ 11:10:
[...]


Dit gebruik ik in ESP Easy als rule:

code:

on lightSwitch#Switch do
   if [lightState#Switch]=0
      gpio,0,1
      SendToHTTP 192.168.x.x,8080,/json.htm?type=command&param=udevice&idx=123&nvalue=1
   else
      gpio,0,0
      SendToHTTP 192.168.x.x,8080,/json.htm?type=command&param=udevice&idx=123&nvalue=0
   endif
endon

Deze werkt de waarde in Domoticz bij zonder een schakel actie uit te voeren.

Deze heb ik inmiddels ook toegevoegd. Domoticz wordt goed bijgewerkt wanneer ik de knop op easeasy schakel.
Maar wanneer ik vervolgens vanuit Domoticz ga schakelen, gaat er iets fout. Hij schakelt pas na 2x klikken en vervolgens werkt de knop op espeasy niet meer. Wanneer ik dan nog een paar keer schakel in domoticz, werkt de knop ineens weer. Maar het functioneert niet goed zo. Zonder http command in domoticz blijft alles werken, alleen kan ik dan niet schakelen vanuit domoticz.

Wat heb jij in Domoticz staan als http command bij on action en off action?

[tsjoender]

BounceMeister schreef op zaterdag 18 juli 2020 @ 11:21:
[...]

Deze heb ik inmiddels ook toegevoegd. Domoticz wordt goed bijgewerkt wanneer ik de knop op easeasy schakel.
Maar wanneer ik vervolgens vanuit Domoticz ga schakelen, gaat er iets fout. Hij schakelt pas na 2x klikken en vervolgens werkt de knop op espeasy niet meer. Wanneer ik dan nog een paar keer schakel in domoticz, werkt de knop ineens weer. Maar het functioneert niet goed zo. Zonder http command in domoticz blijft alles werken, alleen kan ik dan niet schakelen vanuit domoticz.

Wat heb jij in Domoticz staan als http command bij on action en off action?

Ik gebruik de controller instellingen nu niet meer en werk de controller status alleen nog bij vanuit die rule. Daarvoor had ik Domoticz wel als controller toegevoegd en had het idx ingevuld bij het device, maar kreeg dan onder bepaalde omstandigheden een schakel loop waarbij de lamp voortdurend aan uit ging.

In Domotcz gebruik ik het aan en uit commando zoals jij dat ook gebruikt.

[ Voor 3% gewijzigd door tsjoender op 18-07-2020 11:42 ]

[bokkie72]

Op basis van een ESP32 heb ik zelf een slimme deurbel gebouwd. Hiervoor heb ik in domoticz een plugin geschreven. Dit deel werkt naar behoren. (de ESP stuurt http requests naar domoticz om daar virtuele schakelaars te aan/uit te zetten)

De gong ga ik schakelen dmv een thyristor, aangesloten om de GPIO4 van de rpi waarop domoticz draait. Hier ook gekozen voor een eigen plugin omdat ik wil voorkomen dat de gong te lang bekrachtigd blijft.

so far so good, afzonderlijk werken alle delen.

Laatste puzzelstukje is het koppelen van de virtuele schakelaar (de deurbelknop) aan de virtuele chime (de gong). Wat is in domoticz het eenvoudigste en beste om dit te regelen? Met een dzevent script bv?

[Knielen]

@bokkie72 dat kan, dan kan je ook gelijk een bericht naar je telefoon sturen, erg handig. Ook voorkom ik dat er binnen 30 seconden weer gebeld kan worden, zijn ze snel zat als ze willen belletje trekken.

[BounceMeister]

tsjoender schreef op zaterdag 18 juli 2020 @ 11:40:
[...]


Ik gebruik de controller instellingen nu niet meer en werk de controller status alleen nog bij vanuit die rule. Daarvoor had ik Domoticz wel als controller toegevoegd en had het idx ingevuld bij het device, maar kreeg dan onder bepaalde omstandigheden een schakel loop waarbij de lamp voortdurend aan uit ging.

In Domotcz gebruik ik het aan en uit commando zoals jij dat ook gebruikt.

Het werkt hier nog steeds niet. Ik wil gewoon een espeasy device "switch" van status veranderen via een pushbutton en via domoticz (http). Zou vrij simpel moeten zijn zou je denken. Door het indrukken en loslaten van de momentary pushbutton verandert de status van de switch/device in espeasy van 0 naar 1 en bij nog een keer drukken weer terug naar 0 enz. Dat werkt als een tierelier, ook de statusweergave in domoticz wordt elke keer goed bijgewerkt. Een commando via domoticz zou hetzelfde moeten doen als het indrukken van de button. Maar wanneer domoticz erbij komt om via http een command te geven, gaat het mis.

Ik zie dat jij dat aan een output gekoppeld hebt, ik gok een relais, maar dat is hetzelfde soort device in espeasy, ook een "switch input", alleen heb ik subtype "pushbutton active low".

Wat er precies mis gaat:
Na een http command vanuit domoticz, verandert de status in domoticz wel, maar de espeasy switch niet. Tweede keer vanuit domoticz verandert de status in domoticz naar uit, dan gaat de espeasy switch aan en verandert de status van domoticz ook naar aan. (?!) Vervolgens werkt de pushbutton zelf niet meer. Na driftig klikken in domoticz werkt de pushbutton ineens weer, maar heb je de eerste foutsituatie vanuit domoticz weer. Zeer onbetrouwbaar zo.

Ik vraag me nu af of ik espeasy moet veranderen naar iets anders, of domoticz. Want samen gaat blijkbaar niet.

[tsjoender]

BounceMeister schreef op zondag 19 juli 2020 @ 10:13:
[...]

Het werkt hier nog steeds niet. Ik wil gewoon een espeasy device "switch" van status veranderen via een pushbutton en via domoticz (http). Zou vrij simpel moeten zijn zou je denken. Door het indrukken en loslaten van de momentary pushbutton verandert de status van de switch/device in espeasy van 0 naar 1 en bij nog een keer drukken weer terug naar 0 enz. Dat werkt als een tierelier, ook de statusweergave in domoticz wordt elke keer goed bijgewerkt. Een commando via domoticz zou hetzelfde moeten doen als het indrukken van de button. Maar wanneer domoticz erbij komt om via http een command te geven, gaat het mis.

Ik zie dat jij dat aan een output gekoppeld hebt, ik gok een relais, maar dat is hetzelfde soort device in espeasy, ook een "switch input", alleen heb ik subtype "pushbutton active low".

Wat er precies mis gaat:
Na een http command vanuit domoticz, verandert de status in domoticz wel, maar de espeasy switch niet. Tweede keer vanuit domoticz verandert de status in domoticz naar uit, dan gaat de espeasy switch aan en verandert de status van domoticz ook naar aan. (?!) Vervolgens werkt de pushbutton zelf niet meer. Na driftig klikken in domoticz werkt de pushbutton ineens weer, maar heb je de eerste foutsituatie vanuit domoticz weer. Zeer onbetrouwbaar zo.

Ik vraag me nu af of ik espeasy moet veranderen naar iets anders, of domoticz. Want samen gaat blijkbaar niet.

Bij mij is het inderdaad een Blitzwolf SHP6 welke het relais aan danwel uit moet zetten als iemand op het knopje drukt. Bij ESP Easy zijn dan inderdaad twee switches toegevoegd als device (een voor het knopje en een voor het relais). Vanuit Domoticz doe ik niets met het knopje en schakel alleen het relais met een cmd=GPIO,15,0 om de lamp uit te zetten en cmd=GPIO,15,1 om de lamp aan te zetten.

Ik begrijp dat jij altijd vanuit Domoticz schakelt met het commando cmd=GPIO,0,0 ? Daarmee zet je deze expliciet naar 0 en veranderd die de waarde niet meer. In de documentatie van ESPEasy zie ik ook een toggle methode welke misschien meer aansluit bij wat jij probeert te bereiken? Dan zou het zoiets worden:

http://192.168.x.x/control?cmd=GPIOtoggle,0

[DaVa]

Hallo Domoticz experten, heeft iemand ervaring met onderstaande:

Ik heb e-mail notificatie ingesteld (en dat werkt) maar nu wil ik een snapshot van een camera versturen naar een 2e e-mail adres (bij een specifiek event) zonder dat dit adres ook de andere events ontvangt.
Dus:
mail adres 1 = alle events + snapshot event.
mail adres 2 = alleen snapshot event.

Op zich werken de events wel en ook het versturen van de snapshot maar niet naar de specifieke mail adressen zoals hierboven aangegeven. Ik zie niet hoe ik een specifiek event naar een bepaald mail adres moet versturen.

Via blocky zie ik niet de optie om een mail adres mee te geven als je de snapshot functie gebruikt.

Iemand een idee?

[Tortelli]

Hele eenvoudige vraag volgens mij, maar ik kom er zo 123 nog niet uit:
Is het mogelijk om een schakelaar te maken in domoticz waarmee ik een aantal devices in 1x kan bedienen?

Wat ik wil is een aantal rolluiken in groepen zetten en die openen / sluiten met de hand. Devices zijn toegevoegd en werken (via een Somfy Connexoon io)

Uiteindelijk is mijn doel om deze met wat parameters te automatiseren.
Denk gebaseerd op wat weer informatie en tijdstippen waarop ze niet meer open/dicht mogen gaan gecombineerd met wat tijd parameters. Moet ik nog wat voorbeeld scripts van vinden, zoiets moet in blocky ook wel te maken zijn lijkt me?

Edit:
Volgens mij moet je dit met virtual switches kunnen doen, alleen het aanroepen van de diverse devices is me nog een raadsel.

[ Voor 17% gewijzigd door Tortelli op 20-07-2020 21:50 ]

[BounceMeister]

tsjoender schreef op zondag 19 juli 2020 @ 18:20:
[...]


Bij mij is het inderdaad een Blitzwolf SHP6 welke het relais aan danwel uit moet zetten als iemand op het knopje drukt. Bij ESP Easy zijn dan inderdaad twee switches toegevoegd als device (een voor het knopje en een voor het relais). Vanuit Domoticz doe ik niets met het knopje en schakel alleen het relais met een cmd=GPIO,15,0 om de lamp uit te zetten en cmd=GPIO,15,1 om de lamp aan te zetten.

Ik begrijp dat jij altijd vanuit Domoticz schakelt met het commando cmd=GPIO,0,0 ? Daarmee zet je deze expliciet naar 0 en veranderd die de waarde niet meer. In de documentatie van ESPEasy zie ik ook een toggle methode welke misschien meer aansluit bij wat jij probeert te bereiken? Dan zou het zoiets worden:

http://192.168.x.x/control?cmd=GPIOtoggle,0

Dit ziet er een stuk duidelijker uit dan waar ik eerst terechtgekomen was.
Een gpio voor het knopje en een gpio voor het relais was de oplossing, terwijl ik er geen relais aan hang verder. Zowel de knop als domoticz sturen nu beiden een tweede (maar dezelfde) gpio aan, en hij flipt niet meer. Ik heb precies genoeg gpio's over denk ik.
Bedankt!

[ErikVers]

Tortelli schreef op maandag 20 juli 2020 @ 21:36:
Hele eenvoudige vraag volgens mij, maar ik kom er zo 123 nog niet uit:
Is het mogelijk om een schakelaar te maken in domoticz waarmee ik een aantal devices in 1x kan bedienen?

Wat ik wil is een aantal rolluiken in groepen zetten en die openen / sluiten met de hand. Devices zijn toegevoegd en werken (via een Somfy Connexoon io)

Uiteindelijk is mijn doel om deze met wat parameters te automatiseren.
Denk gebaseerd op wat weer informatie en tijdstippen waarop ze niet meer open/dicht mogen gaan gecombineerd met wat tijd parameters. Moet ik nog wat voorbeeld scripts van vinden, zoiets moet in blocky ook wel te maken zijn lijkt me?

Edit:
Volgens mij moet je dit met virtual switches kunnen doen, alleen het aanroepen van de diverse devices is me nog een raadsel.

Een eenvoudige vraag dus dat is wel wat voor mij dan om te beantwoorden 😋
Je maakt eerst inderdaad een dummy schakelaar aan, daarna ga je naar instellingen en gebeurtenissen. Daar maak je een blockly, zoiets als dit:



(De reden dat ik een dummy ertussen heb gezet is dat je anders niet een specifiek lamp kan uit laten. Hij checkt namelijk steeds of de status staat zoals ingesteld. Met een dummy ertussen blijft status goed en kun je zelf specifieke lampen uitzetten)
Sukses!

[Copitano]

Ik heb hier recentelijk het Ziggo modem in bridge laten zetten, een UniFi Security Gateway geïnstalleerd en via een UniFi Switch drie Accespoints voor Wifi. De USG heb ik naar dezelfde IP reeks gezet als het oorspronkelijke Ziggo modem (nou eigenlijk de oude KPN IP reeks van voor Ziggo). Pi 3b+, OTGW, Youless en Hue bridge bedraad met vaste IP adressen werkt allemaal. Het lukt alleen met geen mogelijkheid meer om Domoticz te starten. Wat ik al geprobeerd heb:
Pi opnieuw starten
Laatste updates geïnstalleerd
Pi draait Buster
Domoticz is de laatste stable versie.

code:

pi@raspberrypi:~ $ sudo service domoticz.sh restart
pi@raspberrypi:~ $ sudo service domoticz.sh status
* domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated; vendor preset: enabled)
   Active: active (exited) since Tue 2020-07-21 19:05:14 CEST; 19s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 10239 ExecStop=/etc/init.d/domoticz.sh stop (code=exited, status=0/SU
  Process: 10249 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/

jul 21 19:05:14 raspberrypi systemd[1]: Starting LSB: Home Automation System...
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.424  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.425  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.427  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: domoticz: Domoticz is starting u
jul 21 19:05:14 raspberrypi domoticz[10255]: Domoticz is starting up....
jul 21 19:05:14 raspberrypi domoticz[10256]: Domoticz running...
jul 21 19:05:14 raspberrypi systemd[1]: Started LSB: Home Automation System.
lines 1-15/15 (END)

Zou het iets kunnen zijn met de standaard poort die domoticz gebruikt (8080)? Die heb ik bij de installatie van het UniFi spul namelijk ook ergens voorbij zien komen.

Wie kan mij in de juiste richting sturen?

[Clumsy Smurf]

Heb jij op dezelfde machine ubiquity en domoticz draaien met misschien beide dezelfde poorten toegekend, dus 8080?

[ed1703]

Copitano schreef op dinsdag 21 juli 2020 @ 20:23:
I
Wie kan mij in de juiste richting sturen?

doe eens een sudo lsof -i :8080 dan weet je al een stuk meer.

[Copitano]

ed1703 schreef op dinsdag 21 juli 2020 @ 20:32:
[...]

doe eens een sudo lsof -i :8080 dan weet je al een stuk meer.

code:

pi@raspberrypi:~ $ sudo lsof -i :8080
pi@raspberrypi:~ $

is dit een goed teken of juist niet?

Clumsy Smurf schreef op dinsdag 21 juli 2020 @ 20:28:
Heb jij op dezelfde machine ubiquity en domoticz draaien met misschien beide dezelfde poorten toegekend, dus 8080?

ubiquitiy controler draait op mijn laptop, domoticz op een RP 3b+

[ed1703]

Copitano schreef op dinsdag 21 juli 2020 @ 20:39:
[...]

code:

pi@raspberrypi:~ $ sudo lsof -i :8080
pi@raspberrypi:~ $

is dit een goed teken of juist niet?

Goed. Is je logging wel compleet? Krijg het idee dat delen met copy paste niet meegekomen zijn.

Hoe heb je domoticz geïnstalleerd?

Ik doe dit met

curl -L https://install.domoticz.com | bash

[ Voor 15% gewijzigd door ed1703 op 21-07-2020 20:45 ]

[Copitano]

ed1703 schreef op dinsdag 21 juli 2020 @ 20:42:
[...]

Goed. Is je logging wel compleet? Krijg het idee dat delen met copy paste niet meegekomen zijn.

Hoe heb je domoticz geïnstalleerd?

je bedoelt deze?

code:

pi@raspberrypi:~ $ sudo service domoticz.sh status
* domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated; vendor preset: enabled)
   Active: active (exited) since Tue 2020-07-21 19:05:14 CEST; 1h 38min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 10239 ExecStop=/etc/init.d/domoticz.sh stop (code=exited, status=0/SU
  Process: 10249 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/domoticz.service

jul 21 19:05:14 raspberrypi systemd[1]: Starting LSB: Home Automation System...
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.424  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.425  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.427  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: domoticz: Domoticz is starting u
jul 21 19:05:14 raspberrypi domoticz[10255]: Domoticz is starting up....
jul 21 19:05:14 raspberrypi domoticz[10256]: Domoticz running...
jul 21 19:05:14 raspberrypi systemd[1]: Started LSB: Home Automation System.
lines 1-17/17 (END)...skipping...
* domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated; vendor preset: enabled)
   Active: active (exited) since Tue 2020-07-21 19:05:14 CEST; 1h 38min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 10239 ExecStop=/etc/init.d/domoticz.sh stop (code=exited, status=0/SUCCESS)
  Process: 10249 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/domoticz.service

jul 21 19:05:14 raspberrypi systemd[1]: Starting LSB: Home Automation System...
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.424  Status: Domoticz V2020.2 (c)2012-2020 GizMoCuz
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.425  Status: Build Hash: b63341bc0, Date: 2020-04-26 13:47:55
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.427  Status: Startup Path: /home/pi/domoticz/
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: domoticz: Domoticz is starting up....
jul 21 19:05:14 raspberrypi domoticz[10255]: Domoticz is starting up....
jul 21 19:05:14 raspberrypi domoticz[10256]: Domoticz running...
jul 21 19:05:14 raspberrypi systemd[1]: Started LSB: Home Automation System.
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-17/17 (END)

[Mozart]

Copitano schreef op dinsdag 21 juli 2020 @ 20:45:
[...]

je bedoelt deze?

code:

pi@raspberrypi:~ $ sudo service domoticz.sh status
* domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated; vendor preset: enabled)
   Active: active (exited) since Tue 2020-07-21 19:05:14 CEST; 1h 38min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 10239 ExecStop=/etc/init.d/domoticz.sh stop (code=exited, status=0/SU
  Process: 10249 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/domoticz.service

jul 21 19:05:14 raspberrypi systemd[1]: Starting LSB: Home Automation System...
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.424  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.425  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.427  Status:
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: domoticz: Domoticz is starting u
jul 21 19:05:14 raspberrypi domoticz[10255]: Domoticz is starting up....
jul 21 19:05:14 raspberrypi domoticz[10256]: Domoticz running...
jul 21 19:05:14 raspberrypi systemd[1]: Started LSB: Home Automation System.
lines 1-17/17 (END)...skipping...
* domoticz.service - LSB: Home Automation System
   Loaded: loaded (/etc/init.d/domoticz.sh; generated; vendor preset: enabled)
   Active: active (exited) since Tue 2020-07-21 19:05:14 CEST; 1h 38min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 10239 ExecStop=/etc/init.d/domoticz.sh stop (code=exited, status=0/SUCCESS)
  Process: 10249 ExecStart=/etc/init.d/domoticz.sh start (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   CGroup: /system.slice/domoticz.service

jul 21 19:05:14 raspberrypi systemd[1]: Starting LSB: Home Automation System...
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.424  Status: Domoticz V2020.2 (c)2012-2020 GizMoCuz
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.425  Status: Build Hash: b63341bc0, Date: 2020-04-26 13:47:55
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: 2020-07-21 19:05:14.427  Status: Startup Path: /home/pi/domoticz/
jul 21 19:05:14 raspberrypi domoticz.sh[10249]: domoticz: Domoticz is starting up....
jul 21 19:05:14 raspberrypi domoticz[10255]: Domoticz is starting up....
jul 21 19:05:14 raspberrypi domoticz[10256]: Domoticz running...
jul 21 19:05:14 raspberrypi systemd[1]: Started LSB: Home Automation System.
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
~
lines 1-17/17 (END)

Bij dit probleem kun je meestal het beste domoticz starten vanaf de cmdline. Dan zie je tenminste wat het probleem is.

[Copitano]

ed1703 schreef op dinsdag 21 juli 2020 @ 20:42:
[...]

Goed. Is je logging wel compleet? Krijg het idee dat delen met copy paste niet meegekomen zijn.

Hoe heb je domoticz geïnstalleerd?

Ik doe dit met

[...]

Heb domoticz al enkele jaren draaien. Afgelopen laatste update (2020.2) via knop na melding. Gaf geen probleem. Draaide netjes samen met influx en grafana. Eerder is domoticz er ook wel een mee gestopt. Een herstart van de Pi en handmatige herstart van domoticz loste dit altijd wel op, eventueel na een update/upgrade van het besturingssysteem. Maar dat werkt nu niet.
Ben bang dat indien ik het commando:

code:

curl -L https://install.domoticz.com | bash

er zomaar tegen aan gooi, ik al mijn data kwijt ben.

[ed1703]

Mozart schreef op dinsdag 21 juli 2020 @ 20:54:
[...]

Bij dit probleem kun je meestal het beste domoticz starten vanaf de cmdline. Dan zie je tenminste wat het probleem is.

Yep.

Zie ook

https://www.domoticz.com/...3024f736&start=20#p240294

Zijn meer met deze issue

[Copitano]

ed1703 schreef op dinsdag 21 juli 2020 @ 20:55:
[...]

Yep.

Zie ook

https://www.domoticz.com/...3024f736&start=20#p240294

Zijn meer met deze issue

Dat issue ken ik. Maar dat had te maken met de update in februari/maart waar bij niet heel duidelijk was dat daar Buster voor geinstalleerd moest worden. Dat probleem heb ik inderdaad ook gehad. Oplossing staat er ook tussen. Zelfde oplossing werkt nu niet.
Krijg deze output, weet alleen niet zo goed wat ik uit de onderste 13 regels moet concluderen, behalve dat er iets niet goed gaat

code:

pi@raspberrypi:~/domoticz $ sudo ./domoticz
2020-07-21 21:06:07.121  Status: Domoticz V2020.2 (c)2012-2020 GizMoCuz
2020-07-21 21:06:07.122  Status: Build Hash: b63341bc0, Date: 2020-04-26 13:47:55
2020-07-21 21:06:07.122  Status: Startup Path: /home/pi/domoticz/
2020-07-21 21:06:07.154  Sunrise: 05:43:00 SunSet: 21:49:00
2020-07-21 21:06:07.154  Day length: 16:06:00 Sun at south: 13:46:00
2020-07-21 21:06:07.154  Civil twilight start: 04:58:00 Civil twilight end: 22:34:00
2020-07-21 21:06:07.154  Nautical twilight start: 03:53:00 Nautical twilight end: 23:39:00
2020-07-21 21:06:07.154  There is no astronomical twilight in the space of 24 hours
2020-07-21 21:06:07.240  Status: PluginSystem: Started, Python version '3.5.3'.
2020-07-21 21:06:07.242  Status: Philips Hue: Using default poll interval of 10 secs.
2020-07-21 21:06:07.249  Active notification Subsystems: fcm (1/13)
2020-07-21 21:06:07.250  Status: WebServer(HTTP) started on address: :: with port 8080
2020-07-21 21:06:07.258  Status: WebServer(SSL) started on address: :: with port 443
2020-07-21 21:06:07.298  Starting shared server on: :::6144
2020-07-21 21:06:07.298  Status: TCPServer: shared server started...
2020-07-21 21:06:07.299  Status: RxQueue: queue worker started...
2020-07-21 21:06:07.439  Status: Incoming connection from: 192.168.2.36
2020-07-21 21:06:07.744  InfluxLink: value Percentage,idx=198,name=Mass value=6.20782e+06
2020-07-21 21:06:07.744  InfluxLink: value Percentage,idx=200,name=CoolEnergy value=3.922e+10
2020-07-21 21:06:08.762  InfluxLink: value Percentage,idx=319,name=dCOP value=nan
2020-07-21 21:06:09.300  Status: Hardware Monitor: Started
2020-07-21 21:06:09.305  Status: OTGW: connected to: 192.168.2.7:23
2020-07-21 21:06:09.318  Status: BuienRadar: Worker started...
2020-07-21 21:06:09.318  Status: (Buienradar) Started.
2020-07-21 21:06:09.319  Status: NotificationSystem: thread started...
2020-07-21 21:06:09.319  Status: YouLess: Worker started...
2020-07-21 21:06:09.319  Status: Philips Hue: Worker started...
2020-07-21 21:06:09.320  Status: EventSystem: reset all events...
2020-07-21 21:06:09.321  Status: EventSystem: reset all device statuses...
terminate called after throwing an instance of 'std::invalid_argument'
  what():  stoull
2020-07-21 21:06:09.536  Error: Domoticz(pid:13200, tid:13211('MainWorker')) received fatal signal 6 (Aborted)
2020-07-21 21:06:09.536  Error: siginfo address=0x3390, address=0xffffffff
2020-07-21 21:06:09.656  Status: PluginSystem: Entering work loop.
2020-07-21 21:06:11.824  Error: YouLess: Error getting meter details from 192.168.2.242 !
2020-07-21 21:06:11.875  Error: Thread 12 (Thread 0x704ff220 (LWP 13211)):
2020-07-21 21:06:11.876  Error: #0  __waitpid (options=0, stat_loc=0x704fd2e0, pid=13226) at ../sysdeps/unix/sysv/linux/waitpid.c:30
2020-07-21 21:06:11.876  Error: #1  __waitpid (pid=13226, stat_loc=0x704fd2e0, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:25
2020-07-21 21:06:11.876  Error: #2  0x002db8ec in dumpstack_gdb(bool) ()
2020-07-21 21:06:11.876  Error: #3  0x002dbeb8 in signal_handler(int, siginfo_t*, void*) ()
2020-07-21 21:06:11.876  Error: #4  <signal handler called>
2020-07-21 21:06:11.876  Error: #5  0x769bff24 in raise () from /lib/arm-linux-gnueabihf/libc.so.6
2020-07-21 21:06:11.876  Error: #6  0x769ab230 in abort () from /lib/arm-linux-gnueabihf/libc.so.6
2020-07-21 21:06:11.876  Error: #7  0x00000000 in ?? ()
Afgebroken

[ Voor 3% gewijzigd door Copitano op 21-07-2020 22:00 ]

[Standby]

Is het mogelijk een dummy dimmer te maken en dan met blocky meerdere lampen tegelijk te dimmen?
Het is me wel gelukt om met 1 dummy schakelaar diverse lampen aan en uit te zetten maar ik weet niet hoe ik ze allemaal dimbaar krijg. Als ik een dummy dimmer aanmaak ziet het er ook uit als een normale schakelaar.

[ed1703]

Copitano schreef op dinsdag 21 juli 2020 @ 21:10:
[...]

Dat issue ken ik. Maar dat had te maken met de update in februari/maart waar bij niet heel duidelijk was dat daar Buster voor geinstalleerd moest worden. Dat probleem heb ik inderdaad ook gehad. Oplossing staat er ook tussen. Zelfde oplossing werkt nu niet.
Krijg deze output, weet alleen niet zo goed wat ik uit de onderste 13 regels moet concluderen, behalve dat er iets niet goed gaat

Zou het eens op het domoticz forum proberen.
Juist door upgradehell met topics als dat doe ik vrijwel altijd een clean install met een verse sd card en zet de database en scripts terug. Kun je ook lekker snel terug. En met raspbian upgrades helaas ook niet altijd geweldige ervaringen.

[Mozart]

Copitano schreef op dinsdag 21 juli 2020 @ 21:10:
[...]

Dat issue ken ik. Maar dat had te maken met de update in februari/maart waar bij niet heel duidelijk was dat daar Buster voor geinstalleerd moest worden. Dat probleem heb ik inderdaad ook gehad. Oplossing staat er ook tussen. Zelfde oplossing werkt nu niet.
Krijg deze output, weet alleen niet zo goed wat ik uit de onderste 13 regels moet concluderen, behalve dat er iets niet goed gaat

code:

pi@raspberrypi:~/domoticz $ sudo ./domoticz
2020-07-21 21:06:07.121  Status: Domoticz V2020.2 (c)2012-2020 GizMoCuz
2020-07-21 21:06:07.122  Status: Build Hash: b63341bc0, Date: 2020-04-26 13:47:55
2020-07-21 21:06:07.122  Status: Startup Path: /home/pi/domoticz/
2020-07-21 21:06:07.154  Sunrise: 05:43:00 SunSet: 21:49:00
2020-07-21 21:06:07.154  Day length: 16:06:00 Sun at south: 13:46:00
2020-07-21 21:06:07.154  Civil twilight start: 04:58:00 Civil twilight end: 22:34:00
2020-07-21 21:06:07.154  Nautical twilight start: 03:53:00 Nautical twilight end: 23:39:00
2020-07-21 21:06:07.154  There is no astronomical twilight in the space of 24 hours
2020-07-21 21:06:07.240  Status: PluginSystem: Started, Python version '3.5.3'.
2020-07-21 21:06:07.242  Status: Philips Hue: Using default poll interval of 10 secs.
2020-07-21 21:06:07.249  Active notification Subsystems: fcm (1/13)
2020-07-21 21:06:07.250  Status: WebServer(HTTP) started on address: :: with port 8080
2020-07-21 21:06:07.258  Status: WebServer(SSL) started on address: :: with port 443
2020-07-21 21:06:07.298  Starting shared server on: :::6144
2020-07-21 21:06:07.298  Status: TCPServer: shared server started...
2020-07-21 21:06:07.299  Status: RxQueue: queue worker started...
2020-07-21 21:06:07.439  Status: Incoming connection from: 192.168.2.36
2020-07-21 21:06:07.744  InfluxLink: value Percentage,idx=198,name=Mass value=6.20782e+06
2020-07-21 21:06:07.744  InfluxLink: value Percentage,idx=200,name=CoolEnergy value=3.922e+10
2020-07-21 21:06:08.762  InfluxLink: value Percentage,idx=319,name=dCOP value=nan
2020-07-21 21:06:09.300  Status: Hardware Monitor: Started
2020-07-21 21:06:09.305  Status: OTGW: connected to: 192.168.2.7:23
2020-07-21 21:06:09.318  Status: BuienRadar: Worker started...
2020-07-21 21:06:09.318  Status: (Buienradar) Started.
2020-07-21 21:06:09.319  Status: NotificationSystem: thread started...
2020-07-21 21:06:09.319  Status: YouLess: Worker started...
2020-07-21 21:06:09.319  Status: Philips Hue: Worker started...
2020-07-21 21:06:09.320  Status: EventSystem: reset all events...
2020-07-21 21:06:09.321  Status: EventSystem: reset all device statuses...
terminate called after throwing an instance of 'std::invalid_argument'
  what():  stoull
2020-07-21 21:06:09.536  Error: Domoticz(pid:13200, tid:13211('MainWorker')) received fatal signal 6 (Aborted)
2020-07-21 21:06:09.536  Error: siginfo address=0x3390, address=0xffffffff
2020-07-21 21:06:09.656  Status: PluginSystem: Entering work loop.
2020-07-21 21:06:11.824  Error: YouLess: Error getting meter details from 192.168.2.242 !
2020-07-21 21:06:11.875  Error: Thread 12 (Thread 0x704ff220 (LWP 13211)):
2020-07-21 21:06:11.876  Error: #0  __waitpid (options=0, stat_loc=0x704fd2e0, pid=13226) at ../sysdeps/unix/sysv/linux/waitpid.c:30
2020-07-21 21:06:11.876  Error: #1  __waitpid (pid=13226, stat_loc=0x704fd2e0, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:25
2020-07-21 21:06:11.876  Error: #2  0x002db8ec in dumpstack_gdb(bool) ()
2020-07-21 21:06:11.876  Error: #3  0x002dbeb8 in signal_handler(int, siginfo_t*, void*) ()
2020-07-21 21:06:11.876  Error: #4  <signal handler called>
2020-07-21 21:06:11.876  Error: #5  0x769bff24 in raise () from /lib/arm-linux-gnueabihf/libc.so.6
2020-07-21 21:06:11.876  Error: #6  0x769ab230 in abort () from /lib/arm-linux-gnueabihf/libc.so.6
2020-07-21 21:06:11.876  Error: #7  0x00000000 in ?? ()
Afgebroken

Even kort door de bocht lijkt het op een probleem met je youless integratie. Wellicht kun je die in je database uitzetten of eens starten met een lege db om te kijken of hij dan wel start.

[Copitano]

ed1703 schreef op dinsdag 21 juli 2020 @ 22:28:
[...]

Zou het eens op het domoticz forum proberen.
Juist door upgradehell met topics als dat doe ik vrijwel altijd een clean install met een verse sd card en zet de database en scripts terug. Kun je ook lekker snel terug. En met raspbian upgrades helaas ook niet altijd geweldige ervaringen.

Krijg nu met

code:

sudo lsof -i :8080

ook wat meer dan helemaal niets

Mozart schreef op dinsdag 21 juli 2020 @ 22:32:
[...]

Even kort door de bocht lijkt het op een probleem met je youless integratie. Wellicht kun je die in je database uitzetten of eens starten met een lege db om te kijken of hij dan wel start.

Heb inmiddels een image van 26 juni teruggezet. Die werkt. Ook in de nieuwe setup met de UniFi spulletjes!
Lag dus kennelijk toch niet aan de poort. Werk hier wel mee verder. Data tussen 26 juni en nu is niet heel interessant. Volgende uitdaging is mijn 20 ESP's nu weer boven water krijgen.

[ Voor 3% gewijzigd door Copitano op 22-07-2020 00:31 ]

[ed1703]

Copitano schreef op dinsdag 21 juli 2020 @ 23:12:
[...]

Krijg nu met

code:

sudo lsof -i :8080

ook wat meer dan helemaal niets

[...]

Heb inmiddels een image van 26 juni teruggezet. Die werkt. Ook in de nieuwe setup met de UniFi spulletjes!
Lag dus kennelijk toch niet aan de poort. Werk hier wel mee verder. Data tussen 26 juni en nu is niet heel interessant. Volgende uitdaging is mijn 20 ESP's nu weer boven water krijgen.

Welke domoticz versie draai je nu? In 2020.1 is er een patch doorgevoerd op youless.

- Fixed: Youless, possible buffer overflow (#3261)
Verder zie ik met youless geen bijzonderheden.

Ik zou eens een clean install doen van OS + domoticz op een andere sd card..kun je altijd weer terug.. of doe een backup en start met een lege database en kijk of het dan wel werkt.

Regenachtige zondag oid...

[Copitano]

ed1703 schreef op woensdag 22 juli 2020 @ 06:39:
[...]

Welke domoticz versie draai je nu? In 2020.1 is er een patch doorgevoerd op youless.

- Fixed: Youless, possible buffer overflow (#3261)
Verder zie ik met youless geen bijzonderheden.

Ik zou eens een clean install doen van OS + domoticz op een andere sd card..kun je altijd weer terug.. of doe een backup en start met een lege database en kijk of het dan wel werkt.

Regenachtige zondag oid...

Versie 2020.2.
Ben nu eerst aan het vechten met de ESP’s.
Heb er inmiddels 1 van de 20 weer boven water. Nog 19 te gaan

[tozzke]

Copitano schreef op woensdag 22 juli 2020 @ 08:38:
[...]

Versie 2020.2.
Ben nu eerst aan het vechten met de ESP’s.
Heb er inmiddels 1 van de 20 weer boven water. Nog 19 te gaan

Ik krijg het idee dat je ze één voor één opnieuw aan het instellen bent voor je nieuwe netwerk.... Was het niet makkelijker geweest om een wifi netwerk aan te maken met dezelfde gegevens die al in die ESP's stond? Eventueel daarna omzetten naar een nieuw netwerk als je er eenmaal bij kunt.

[BounceMeister]

Ik heb een vraag over het koppelen van twee schakelaars in Domoticz. De master/slave sectie is daar niet voor, maar welke optie is dan het makkelijkst om te gebruiken? Ik wil een soort hotelschakeling maken tussen een Hue en een ESP-Easy device, waarbij de status steeds netjes bijgewerkt wordt.

Situatie:
1. Hue compatible smart-plug met een pomp eraan. Te schakelen via de Hue app en via Domoticz. Status wordt netjes bijgewerkt tussen die twee wanneer er een van de twee gebruikt is om te schakelen.

2. ESP8266 met ESP-Easy, daaraan een knop gelinkt aan een dummy device in Domoticz en een Oled scherm met de status van die devices. Wanneer ik met de knop of met domoticz schakel, verandert de status op het Oled scherm.

Het zijn nu nog twee afzonderlijke devices in Domoticz. Beiden werken afzonderlijk goed zoals beschreven bij 1 en 2, maar nu wil ik ze koppelen zodat ik met de ESP de Hue plug kan schakelen waarbij overal netjes de status bijgewerkt wordt. Andersom moet de status op het Oled scherm bijgewerkt worden wanneer er met Hue geschakeld is.

[Gizz]

@BounceMeister Het is niet een direct antwoord op je vraag, maar waarom haal je de Hue smartplug niet weg en schakel je gewoon met de ESP? Een relaisbordje kost letterlijk enkele euro's. Je kunt dan die Hue smartplug lekker ergens anders inzetten en je hoeft qua software geen synchronisatie te bewerkstelligen.

Het is natuurlijk een ander verhaal als de ESP en Hue niet op dezelfde locatie zijn. Qua software zou ik het in Node-RED zo kunnen maken, dzVents heb ik nooit zin in gehad om me daarin te verdiepen dus die hulp laat ik graag aan iemand anders over

[Copitano]

tozzke schreef op woensdag 22 juli 2020 @ 09:53:
[...]

Ik krijg het idee dat je ze één voor één opnieuw aan het instellen bent voor je nieuwe netwerk.... Was het niet makkelijker geweest om een wifi netwerk aan te maken met dezelfde gegevens die al in die ESP's stond? Eventueel daarna omzetten naar een nieuw netwerk als je er eenmaal bij kunt.

Dat heb ik geprobeerd, maar dat lukt niet.
Heb nu de oude TP-Link PLC er in gehangen en het is inmiddels zo gelukt om 16 van de 20 ESP's zichtbaar te krijgen in de USG en om te hangen naar het nieuwe 2.4 GHz netwerk. Van twee andere is het IP adres inmiddels door de USG uitgedeeld aan andere apparaten. Ik zie die wel in de lijst van beschikbare WiFi netwerken maar zijn niet te bereiken. En nog eens twee zijn nog te zien in de WiFi lijst nog te bereiken op het oude ip adres, die overigens nog niet in gebruik zijn op de USG, maar ook daar niet zichtbaar. Powercycle heb ik al geprobeerd maar helpt tot nu ook nog niet.

EDIT: En nog 1 te gaan. Nogal hardnekkig.

[M.v.Veelen]

Copitano schreef op woensdag 22 juli 2020 @ 12:16:
[...]

Dat heb ik geprobeerd, maar dat lukt niet.
Heb nu de oude TP-Link PLC er in gehangen en het is inmiddels zo gelukt om 16 van de 20 ESP's zichtbaar te krijgen in de USG en om te hangen naar het nieuwe 2.4 GHz netwerk. Van twee andere is het IP adres inmiddels door de USG uitgedeeld aan andere apparaten. Ik zie die wel in de lijst van beschikbare WiFi netwerken maar zijn niet te bereiken. En nog eens twee zijn nog te zien in de WiFi lijst nog te bereiken op het oude ip adres, die overigens nog niet in gebruik zijn op de USG, maar ook daar niet zichtbaar. Powercycle heb ik al geprobeerd maar helpt tot nu ook nog niet.

EDIT: En nog 1 te gaan. Nogal hardnekkig.

Hey mede-Horinees , als je dezelfde IP range hebt en je hebt de Mac adressen van de ESP's dan kun je ze toch dezelfde IP adressen weer toekennen als voorheen? Ik heb zelf alle ESP's (met Tasmota) een vast IP adres gegeven bij de overstap naar een nieuwe router (komt eigenlijk op hetzelfde neer als wat jij hebt gedaan).

Overigens is de standaard poort van de Unifi controller toch 8443? Ik heb het bij mij op een spare-RPi draaien en daar was die poort tenminste de default.

[ed1703]

M.v.Veelen schreef op woensdag 22 juli 2020 @ 17:05:
[...]


Hey mede-Horinees , als je dezelfde IP range hebt en je hebt de Mac adressen van de ESP's dan kun je ze toch dezelfde IP adressen weer toekennen als voorheen? Ik heb zelf alle ESP's (met Tasmota) een vast IP adres gegeven bij de overstap naar een nieuwe router (komt eigenlijk op hetzelfde neer als wat jij hebt gedaan).

Overigens is de standaard poort van de Unifi controller toch 8443? Ik heb het bij mij op een spare-RPi draaien en daar was die poort tenminste de default.

Mede regiogenoot De informpoort van unifi zit op 8080. Dit is echter al getest en is het probleem niet, want z'n controller draait op een ander device.

[Copitano]

M.v.Veelen schreef op woensdag 22 juli 2020 @ 17:05:
[...]


Hey mede-Horinees , als je dezelfde IP range hebt en je hebt de Mac adressen van de ESP's dan kun je ze toch dezelfde IP adressen weer toekennen als voorheen? Ik heb zelf alle ESP's (met Tasmota) een vast IP adres gegeven bij de overstap naar een nieuwe router (komt eigenlijk op hetzelfde neer als wat jij hebt gedaan).
[...]
Overigens is de standaard poort van de Unifi controller toch 8443? Ik heb het bij mij op een spare-RPi draaien en daar was die poort tenminste de default.

ed1703 schreef op woensdag 22 juli 2020 @ 17:08:
[...]

Mede regiogenoot De informpoort van unifi zit op 8080. Dit is echter al getest en is het probleem niet, want z'n controller draait op een ander device.

Heb alles op een na al weer in de lucht. Bleef plakken aan de tp-links die ik had. Die er tijdelijk weer even in gehangen en instellingen aangepast en Viola ze doen het weer op een na dan dus. Die blijft mekkeren over een fout pasword zie die wel in de WiFi netwerken lijst, maar kom er dus niet in. Gaat vanavond even aan de usb kabel.

EDIT: Opgelost! ESP er uit gesloopt, opnieuw geflashed en opgebouwd. Alles draait nu weer netjes

[ Voor 11% gewijzigd door Copitano op 23-07-2020 00:59 ]

[BounceMeister]

Gizz schreef op woensdag 22 juli 2020 @ 11:57:
@BounceMeister Het is niet een direct antwoord op je vraag, maar waarom haal je de Hue smartplug niet weg en schakel je gewoon met de ESP? Een relaisbordje kost letterlijk enkele euro's. Je kunt dan die Hue smartplug lekker ergens anders inzetten en je hoeft qua software geen synchronisatie te bewerkstelligen.

Het is natuurlijk een ander verhaal als de ESP en Hue niet op dezelfde locatie zijn. Qua software zou ik het in Node-RED zo kunnen maken, dzVents heb ik nooit zin in gehad om me daarin te verdiepen dus die hulp laat ik graag aan iemand anders over

Ik heb de sonoff's met espeasy juist vervangen door Hue omdat de sonoff veel te onbetrouwbaar is. Het kwam te vaak voor dat er niet geschakeld was.

[M.v.Veelen]

BounceMeister schreef op woensdag 22 juli 2020 @ 19:32:
[...]

Ik heb de sonoff's met espeasy juist vervangen door Hue omdat de sonoff veel te onbetrouwbaar is. Het kwam te vaak voor dat er niet geschakeld was.

Ligt dit dan niet aan je WiFi-dekking? Ik heb door het hele huis Sonoff's en mis nooit een schakeling. Echt nooit. Maar wel overal perfecte WiFi dus, dat is wel een voorwaarde.

[Chrisje1983]

Hier ook.

Van alle plugins in domoticz is mqtt met communicatie naar de esp chipjes de meest stabiele en ook heel erg snappy. Je zou bijna vergeten dat het draadloos, open source en community driven is. Ik verkies esptjes boven z-wave, behalve als het gaat om beveiliging zoals deur contacten en pirs.

Een klik met de muis in domoticz loopt gelijk op met het hoorbaar klikken van een relay en ook ik heb nooit een misser.

Ook ik heb een goede wifi dekking, verdeelt over 2 acces points en geen andere wifi netwerken in de buurt.

[StevenK]

Peutpeut schreef op maandag 13 juli 2020 @ 16:01:
[...]


Excuus voor de late reactie. Als het device na enkele minuten toch wordt omgezet zou je bijna denken dat er ergens anders iets fout gaat. Is de dekking/bereikbaarheid van het Zwave netwerk voldoende?

Ben er uit. Het event-system is single-threaded en op een andere switch zat een 'wacht 20 minuten en schakel dan weer uit' script aan het on-event. Dus elke keer als die schakelaar aan werd gezet, hing het event-system 20 minuten

[Peutpeut]

StevenK schreef op zaterdag 25 juli 2020 @ 15:11:
[...]

Ben er uit. Het event-system is single-threaded en op een andere switch zat een 'wacht 20 minuten en schakel dan weer uit' script aan het on-event. Dus elke keer als die schakelaar aan werd gezet, hing het event-system 20 minuten

Aha, dat verklaart een hoop. Goed om je daar bewust van te zijn. Kun je dat in dZvents niet anders oplossen dmv:

code:

domoticz.devices().switchOff().aftermin(20)

Of geeft dat dezelfde beperking?

[StevenK]

Peutpeut schreef op zaterdag 25 juli 2020 @ 15:18:
[...]

Aha, dat verklaart een hoop. Goed om je daar bewust van te zijn. Kun je dat in dZvents niet anders oplossen dmv:

code:

domoticz.devices().switchOff().aftermin(20)

Of geeft dat dezelfde beperking?

Goed idee, maar ik heb ook gemerkt dat een toggle via dZvents veel langzamer is dan met mijn 'oude' php script. Dus ik heb nu weer dat php script in gebruik voor het inschakelen en ik heb een timer script voor een delay off:

code:

return {
    on = {

        -- timer triggers
        timer = {
            'every minute'
        }
    },

    execute = function(domoticz, triggeredItem, info)
        badkamer=domoticz.devices(31)
        douche=domoticz.devices(27)
        if (badkamer.lastUpdate.minutesAgo > 20) and (badkamer.state=='On') then
            badkamer.switchOff()
            domoticz.log('Badkamer ventilator uitgeschakeld', domoticz.LOG_INFO)
        end
        if (douche.lastUpdate.minutesAgo > 20) and (douche.state=='On') then
            douche.switchOff()
            domoticz.log('Douche ventilator uitgeschakeld', domoticz.LOG_INFO)
        end
    end
}

En dit werkt allemaal. Dus nu een knop op de muur en de rest van het gezin ook happy...

[StarWing]

Zou er iemand zo liev zijn om mij even te willen helpen een dzevents script aan te passen ? Ik heb ergens een script van internet geplukt om de status van bepaalde deuren te controleren. Nu zou ik dit willen aanpassen zodat dit enkel loopt als ik thuis ben. Hiervoor heb ik reeds een ander script lopen dewelke onze Unifi controller uitleest op de aanwezigheid van onze GSM's.
Kortweg, onderstaand script zou enkel mogen lopen/notify-en als bepaalde IDX'en niet actief zijn.
(in dit speciefiek geval idx 41)

code:

local devicesToCheck = {
--  table with doors to check and the minutes before the first warning is given
    { ['name'] = 'Garagepoort', ['threshold'] = 1 },
--  { ['name'] = 'Achterdeur', ['threshold'] = 3 },
--  { ['name'] = 'Provisiekast deur', ['threshold'] = 10 },
--  { ['name'] = 'Bergingdeur', ['threshold'] = 10 },
}
-- number of times you are warned about an open door
local alertCount = 3

return {
    active = true,
    
    on = {
        timer = {'every 5 minutes'},
    },
    logging = {
--        level = domoticz.LOG_INFO,
        marker = "POR"
    },    
--  count per door of the number of alerts per door
    data = {
--      ['Voordeur'] = {initial=0},
        ['Garagepoort'] = {initial=0},
--      ['Achterdeur'] = {initial=0},
--      ['Provisiekast deur'] = {initial=0},
--      ['Bergingdeur'] = {initial=0},
        },

    execute = function(domoticz)
        for i, deviceToCheck in pairs(devicesToCheck) do
            local name = deviceToCheck['name']
            local threshold = deviceToCheck['threshold']
            local state = domoticz.devices(name).state
            local minutes = domoticz.devices(name).lastUpdate.minutesAgo
            if ( state == 'Open') then 
                domoticz.log('Device ' .. name .. ' staat  ' .. minutes .. ' minuten open.')
                if (minutes > threshold) and (domoticz.data[name] < alertCount) then
                    domoticz.data[name] = domoticz.data[name] + 1
                    domoticz.notify('Device ' .. name .. ' staat al langer dan ' .. minutes .. ' minuten open.', domoticz.PRIORITY_HIGH)
                    domoticz.log('dit is waarschuwing #' .. tostring(domoticz.data[name]))
                end
            elseif (domoticz.data[name] > 0) then
                domoticz.notify('Device ' .. name .. ' is weer gesloten.', domoticz.PRIORITY_HIGH)
                domoticz.log('Device ' .. name .. ' is  ' .. minutes .. ' dicht.')
                domoticz.data[name] = 0
            end
        end
    end
}

[BounceMeister]

Chrisje1983 schreef op vrijdag 24 juli 2020 @ 10:29:
Hier ook.

Van alle plugins in domoticz is mqtt met communicatie naar de esp chipjes de meest stabiele en ook heel erg snappy. Je zou bijna vergeten dat het draadloos, open source en community driven is. Ik verkies esptjes boven z-wave, behalve als het gaat om beveiliging zoals deur contacten en pirs.

Een klik met de muis in domoticz loopt gelijk op met het hoorbaar klikken van een relay en ook ik heb nooit een misser.

Ook ik heb een goede wifi dekking, verdeelt over 2 acces points en geen andere wifi netwerken in de buurt.

Ik wil het nu gaan oplossen met alleen maar espeasy bordjes (geen sonoff) en domoticz,
<knip>
Edit:
Ik heb iets dat werkt, het was meer een EspEasy dingetje denk ik. Volgens mij krijgt Domoticz nog wel een keer de status te veel terug nadat er in domoticz geschakeld was, maar aangezien het dezelfde waarde is, wordt het geen loop.
Is dit nu ok?


Er zijn 3 deelnemers:

1. ESPEasy A met oled scherm (voor de status van het Relais van ESPEasy B.) en een pushbutton (om het relais van ESPEasy B te bedienen).
2. EspEasy B met een relais dat geschakeld moet worden.
3. Domoticz, geeft status weer en schakelt het relais van ESPEasy B. Het scherm van ESPEasy A moet ook bijgewerkt worden wanneer domoticz gebruikt wordt om te schakelen.


ESPEasy A:
De fysieke knop is GreenButton en de dummy device is SolarDummy. SolarDummy is gelijk aan het relais op ESPEasy B.

rules:
on GreenButton#State do
if [SolarDummy#state]=0
SendToHttp,192.168.1.B,80,'/control?cmd=event,SolarDummySwitchEvent=0'
else
SendToHttp,192.168.1.B,80,'/control?cmd=event,SolarDummySwitchEvent=1'
endif
endon

Het scherm geeft variabele [SolarDummy#State] weer.

ESPEasy B, nu met de onboard led als test voor een relais (inverted):
OnboardLedSwitch is dus eigenlijk het relais dat ik wil schakelen.

on OnboardLedSwitch#State do
// De status doorgeven aan een dummyvariabele op de andere ESP voor status en het oled scherm
SendToHttp,192.168.1.A,80,'/control?cmd=event,SolarDummyEvent=[OnboardLedSwitch#State]'
// Status doorgeven aan domoticz
if [OnboardLedSwitch#State]=0
SendToHTTP 192.168.1.D,8080,/json.htm?param=udevice&type=command&idx=256&nvalue=0
else
SendToHTTP 192.168.1.D,8080,/json.htm?param=udevice&type=command&idx=256&nvalue=1
endif
endon

on SolarDummySwitchEvent do
if %eventvalue% =0
GPIO,2,0
else
GPIO,2,1
endif
endon

Domoticz heeft als "on action":
http://192.168.1.B/control?cmd=event,SolarDummySwitchEvent=0
en off action:
http://192.168.1.B/control?cmd=event,SolarDummySwitchEvent=1

[ Voor 49% gewijzigd door BounceMeister op 25-07-2020 23:52 ]

[DaVa]

Iemand een idee?

DaVa schreef op maandag 20 juli 2020 @ 21:10:
Hallo Domoticz experten, heeft iemand ervaring met onderstaande:

Ik heb e-mail notificatie ingesteld (en dat werkt) maar nu wil ik een snapshot van een camera versturen naar een 2e e-mail adres (bij een specifiek event) zonder dat dit adres ook de andere events ontvangt.
Dus:
mail adres 1 = alle events + snapshot event.
mail adres 2 = alleen snapshot event.

Op zich werken de events wel en ook het versturen van de snapshot maar niet naar de specifieke mail adressen zoals hierboven aangegeven. Ik zie niet hoe ik een specifiek event naar een bepaald mail adres moet versturen.

Via blocky zie ik niet de optie om een mail adres mee te geven als je de snapshot functie gebruikt.

Iemand een idee?

[joostnl]

Dit is een leuke ontwikkeling als het stabiel is.
Zigbee bridge die je random ergens kan plaatsen.

Misschien één bestellen om te testen met domoticz.

https://notenoughtech.com...-on-sonoff-zigbee-bridge/

[Dacuuu]

joostnl schreef op zondag 26 juli 2020 @ 09:23:
Dit is een leuke ontwikkeling als het stabiel is.
Zigbee bridge die je random ergens kan plaatsen.

Misschien één bestellen om te testen met domoticz.

https://notenoughtech.com...-on-sonoff-zigbee-bridge/

Mooi dat er elke week weer nieuwe spul op de markt komt, ontwikkeling gaat rap allemaal.

Maar zelf zou ik niet zoveel moeite gaan doen om de sonoff bridge te flashen als router. Daar kan je net zo goed een zigbee lamp of ander Ac stroom ding voor gebruiken? Op 2 losse zigbee netwerken zit je ook niet te wachten.

[Standby]

Even mijn Dashticz dashboard delen, zit aardig wat uurtjes in aangezien ik van programmeren de ballen verstand had

[MeaMea]

Dag,

Ik loop al een tijdje te zoeken naar een probleem. Ik heb domoticz, laatste versie (2020.2) met een aeotec gen5 stick voor zwave. Voor de lichtschakelaars heb ik qubine. een deel mini dimmers, en een deel flush dimmers. Nu de flushdimmers heb ik geinclude maar aangaan met de fysieke pulsdrukker werkt, maar uitzetten niet.
Ze staan ingesteld op pulsdrukkers(de qubino's).
Maar ik begrijp niet goed waarom de fysieke schakelaar het licht niet kan uitschakelen. Iemand nog een clue waar te zoeken.
Zwave geen geen rare fouten.
Geen gekke dingen in de log.

[Gizz]

Dacuuu schreef op zondag 26 juli 2020 @ 10:03:
[...]
Maar zelf zou ik niet zoveel moeite gaan doen om de sonoff bridge te flashen als router. Daar kan je net zo goed een zigbee lamp of ander Ac stroom ding voor gebruiken? Op 2 losse zigbee netwerken zit je ook niet te wachten.

Hoe maak jij van een zigbee lamp een hub die rechtstreeks me domoticz communiceert?

Deze Sonoff gebruik je dus als enige hub, niet naast een hue hub / CC2531 stick etc. Het is een alternatief, geen aanvulling naast je bestaande zigbee -> domoticz hardware.

Of ik begrijp niet helemaal wat je bedoelt

[Dacuuu]

Gizz schreef op zondag 26 juli 2020 @ 11:26:
[...]

Hoe maak jij van een zigbee lamp een hub die rechtstreeks me domoticz communiceert?

Deze Sonoff gebruik je dus als enige hub, niet naast een hue hub / CC2531 stick etc. Het is een alternatief, geen aanvulling naast je bestaande zigbee -> domoticz hardware.

Of ik begrijp niet helemaal wat je bedoelt

Dat bedoel ik ook.

Joost schreef: "Zigbee bridge die je random ergens kan plaatsen"

Daar reageerde ik op

[MeaMea]

MeaMea schreef op zondag 26 juli 2020 @ 11:09:
Dag,

Ik loop al een tijdje te zoeken naar een probleem. Ik heb domoticz, laatste versie (2020.2) met een aeotec gen5 stick voor zwave. Voor de lichtschakelaars heb ik qubine. een deel mini dimmers, en een deel flush dimmers. Nu de flushdimmers heb ik geinclude maar aangaan met de fysieke pulsdrukker werkt, maar uitzetten niet.
Ze staan ingesteld op pulsdrukkers(de qubino's).
Maar ik begrijp niet goed waarom de fysieke schakelaar het licht niet kan uitschakelen. Iemand nog een clue waar te zoeken.
Zwave geen geen rare fouten.
Geen gekke dingen in de log.

Nou ik denk dat ik het gevonden heb, wel wazig, maar goed. Als de dimmer in Domoticz op 100% staat (weergegeven als "aan") kan ik hem niet meer uitzetten met de pulsdrukker. Als ik echter hem instel op (b.v.) 99%, gedimd dus, kan ik de lamp wel uitzetten met de pulsdrukker.

Als hij op aan staat in domoticz kan ik hem ook niet dimmer door de pulsdrukker ingedrukt te houden.
Zou niet echt gedrag zijn wat ik verwacht.

[darklord007]

Het kan aan de dag liggen, maar ik hoop dat iemand mij hiermee kan helpen.

Ik heb een NPN sensor gekocht en deze wil ik gebruiken om het waterverbuik te meten.

link

Deze aangesloten op de 5v, gnd en de schakeldraad op pin 21 GPIO13 van mijn RPI3 (zonder weerstand)

De volgende plugin geinstalleerd:
https://github.com/akamming/domoticz-watermeter

Vervolgens correcte GPIO, Pullup en rising ingesteld.

Het device wordt aangemaakt, maar er gebeurd nix .

Als ik een bestand met de naam TESTPULSE aanmaak in de map van deze plugin gebeurt er ook nix (volgens de git-uitleg zou dit een dummy puls moeten genereren)

Iemand een idee waar dit aan zou kunnen liggen? Is toch verdorie niet zo moeilijk zou je zeggen

[ Voor 10% gewijzigd door darklord007 op 26-07-2020 19:56 ]

[stuffer]

Standby schreef op zondag 26 juli 2020 @ 10:51:
Even mijn Dashticz dashboard delen, zit aardig wat uurtjes in aangezien ik van programmeren de ballen verstand had


[Afbeelding]

Zeker nice!

Draai hier ook al een paar jaar dashticz op een tablet en moet eerlijk zeggen dat ik de informatie die oa uit Domoticz icm agenda's en andere zaken niet meer wil missen.

Als ik een Toon zie vind ik het altijd een beetje meh

[Gizz]

darklord007 schreef op zondag 26 juli 2020 @ 19:50:

Iemand een idee waar dit aan zou kunnen liggen? Is toch verdorie niet zo moeilijk zou je zeggen

Volgens de specificaties werkt hij niet op 5V. Je kunt geluk hebben dat het wel werkt, maar je gebruikt hem buiten z'n specs. Is er een reden waarom je niet voor de specifieke 5V variant bent gegaan, maar voor de versie die gericht is op hogere spanningen?

Daar komt nog bij dat je Pi maar 3,3V aan kan op z'n GPIOs, terwijl je met je huidige constructie volgens mij 5V op je pin zet.

[ Voor 12% gewijzigd door Gizz op 26-07-2020 22:59 ]

[BazemanKM]

Wie kan mij helpen met een DzVents script?

Ik heb een aantal lampen, een schemersensor en aantal bewegingsmelders.

Ik wil dat in de ochtend wanneer het om 6:15 nog niet licht is, de verlichting aan gaat. Wanneer het licht is/ zon opkomst de verlichting uit. Wanneer de schemer invalt de verlichting aan en om 22:30 uit, tenzij er nog beweging waargenomen is/wordt, dan aan.

[Mozart]

BazemanKM schreef op zondag 26 juli 2020 @ 23:44:
Wie kan mij helpen met een DzVents script?

Ik heb een aantal lampen, een schemersensor en aantal bewegingsmelders.

Ik wil dat in de ochtend wanneer het om 6:15 nog niet licht is, de verlichting aan gaat. Wanneer het licht is/ zon opkomst de verlichting uit. Wanneer de schemer invalt de verlichting aan en om 22:30 uit, tenzij er nog beweging waargenomen is/wordt, dan aan.

Deze gebruik ik voor mijn tuinverlichting en kan je als voorbeeld gebruiken:

Lua:

return {
    active = {

        true,  -- either true or false, or you can specify a function
    },
    on = {

        timer = {
            '10 minutes before sunset', -- 10 minuten voordat de zon ondergaat licht aan
            'at nighttime at 6:00 on mon,tue,wed,thu,fri', -- 's Morgens verlichting aan door de week als het donker is
        }

    },

    -- custom logging level for this script
    logging = {
        level = domoticz.LOG_ERROR,
        marker = "Tuin script"
    },

    execute = function(domoticz, info)

        local myTuin = domoticz.devices('Tuin')
        --local myVariable = domoticz.variables('myUserVariable')
        --local myGroup = domoticz.groups('myGroup')
        --local myScene = domoticz.scenes('myScene')


        if (myTuin.state == 'Off') then
            myTuin.switchOn()
            domoticz.log('Het is tijd om te tuinverlichting in te schakelen')
        end
    end
}

en voor het uitschakelen dit:

Lua:

return {
    active = {

        true,  -- either true or false, or you can specify a function
    },
    on = {

        timer = {
            'at 00:15', -- tuinverlichting uitschakelen
            '10 minutes after sunrise', -- tuinverlichting uitschakelen 10 minuten na zonsopgang
        },
        
        devices = {
            'TV Links',
            [231] = {'at nighttime'}, -- AudioVideo schakelaar
        },

    },

    -- custom logging level for this script
    logging = {
        level = domoticz.LOG_ERROR,
        marker = "Tuin script"
    },

    execute = function(domoticz, info)

        local myTuin = domoticz.devices('Tuin')
        local myTVLamp = domoticz.devices('TV Links')
        local Time = require('Time')
        local currentTime = Time()      
        --local myVariable = domoticz.variables('myUserVariable')
        --local myGroup = domoticz.groups('myGroup')
        --local myScene = domoticz.scenes('myScene')


        if (myTuin.state == 'On' and currentTime.matchesRule('10 minutes after sunrise')) then
            myTuin.switchOff()
            domoticz.log('De zon is op, tuinverlichting uitschakelen')
        elseif (myTuin.state == 'On' and currentTime.matchesRule('at 00:15') and myTVLamp.state == 'Off') then
            myTuin.switchOff()
            domoticz.log('Tijd om de tuinverlichting uit te schakelen')
        elseif (myTuin.state == 'On' and currentTime.matchesRule('after 00:15') and myTVLamp.state == 'Off') then   
            myTuin.switchOff()
            domoticz.log('Tijd om de tuinverlichting uit te schakelen')
        end
    end
}

[ Voor 34% gewijzigd door Mozart op 27-07-2020 08:38 ]

[darklord007]

Gizz schreef op zondag 26 juli 2020 @ 22:53:
[...]

Volgens de specificaties werkt hij niet op 5V. Je kunt geluk hebben dat het wel werkt, maar je gebruikt hem buiten z'n specs. Is er een reden waarom je niet voor de specifieke 5V variant bent gegaan, maar voor de versie die gericht is op hogere spanningen?

Daar komt nog bij dat je Pi maar 3,3V aan kan op z'n GPIOs, terwijl je met je huidige constructie volgens mij 5V op je pin zet.

Klopt, 5.0v --> schakelt 1x aan en niet meer uit.
5.1V --> schakeld aan en uit
rpi --> 5.1v --> GO

Klopt, ik zie overal dat het 3.3v zou moeten zijn, maar ik lees ook overal dat je de npn sensor direct zonder probleme zou moeten kunnen aansluiten.
Maat van me heeft dat ook gedaan (wel op een pi4) en daar werkt het wel gewoon......

[Gizz]

darklord007 schreef op maandag 27 juli 2020 @ 15:59:
[...]

Klopt, 5.0v --> schakelt 1x aan en niet meer uit.
5.1V --> schakeld aan en uit
rpi --> 5.1v --> GO

GO als in game over?
Pi stuk, of in ieder geval dat blok GPIOs?

Klopt, ik zie overal dat het 3.3v zou moeten zijn, maar ik lees ook overal dat je de npn sensor direct zonder probleme zou moeten kunnen aansluiten.

Ik loop liever het risico niet en gooi overal een 5V - > 3.3V logic level converter tussen of een spanningsdeler. Heb er gewoon geen zin in dat iets eerst wel werkt en later niet meer, of zich onvoorspelbaar gedraagt

Maat van me heeft dat ook gedaan (wel op een pi4) en daar werkt het wel gewoon......

Je bent bezig op (of eigenlijk over) de grens van wat zowel de Pi als de sensor prettig vinden. Dat vergroot ook de kans dat het bij de ene combi net wel werkt en bij de andere net niet. Zaken als alleen al een iets langere of kortere draad, of een soldeercontactje met net wat meer weerstand, kunnen dan het verschil maken. De sensor zelf gebruikt volgens mij 300mA, het kan best dat de spanning dan net een dipje heeft en de boel daarom blijft hangen.

Zelf ben ik erg tevreden met de 5V versie

[darklord007]

Gizz schreef op maandag 27 juli 2020 @ 16:51:
[...]

GO als in game over?
Pi stuk, of in ieder geval dat blok GPIOs?


[...]

Ik loop liever het risico niet en gooi overal een 5V - > 3.3V logic level converter tussen of een spanningsdeler. Heb er gewoon geen zin in dat iets eerst wel werkt en later niet meer, of zich onvoorspelbaar gedraagt

[...]

Je bent bezig op (of eigenlijk over) de grens van wat zowel de Pi als de sensor prettig vinden. Dat vergroot ook de kans dat het bij de ene combi net wel werkt en bij de andere net niet. Zaken als alleen al een iets langere of kortere draad, of een soldeercontactje met net wat meer weerstand, kunnen dan het verschil maken. De sensor zelf gebruikt volgens mij 300mA, het kan best dat de spanning dan net een dipje heeft en de boel daarom blijft hangen.

Zelf ben ik erg tevreden met de 5V versie

Go als zijnde hij schakeld haha.
lampje gaat netjes aan en uit.
zal m eens fatsoenlijk loskoppelen en meten.
dat er ook een 5v versie was wist ik niet, goede tip.

ga eens kijken binnekort of hij wel reageert als ik de 3.3v met een gpio verbind. dat zou hij dan als t goed is moeten kunnen registreren.

vind t echt raar dat deze setup toch overal is terug te vinden...

[iMars]

Vraagje (niet voor mij maar voor iemand anders): kan je met domoticx de telegram berichten van een P1 poort direct inlezen? Of moet dat met een tussenstap als mqtt/node-red/etc.?

Ik wil graag weten of Domoticx, net als Home Assistant, direct een netwerksocket (telnet) kan koppelen (bijvoorbeeld via esp-link)?

[I-King]

Heeft hier iemand Controlicz in gebruik met een shelly 2.5 voor zijn of haar rolluiken? En kun je met een NL commando de rolluiken op een bepaald percentage zetten? Bijv. 'Hey Google, zet rolluiken op 20%'.

Ik krijg het wel klaar via Shelly, maar niet via Controllicz/Domoticz/MQTT.

[Knielen]

Beetje off topic, maar vond het niet nodig hier een heel nieuw topic voor aan te maken:

Ik heb een NodeMCU met Tasmota hierop geflashed. Nu heb ik hierop aangesloten een regenmeter die een hoog/laag signaal geeft als er regen op komt. Deze heb ik aangesloten op D4(GPIO2) en dit signaal komt netjes binnen op Domoticz met als configuratie in Tasmota een Switch1n.
Nu wil ik echter dit board alleen aanhebben als mijn zonneschermen uit zijn, ik heb dus de 3v3 van het board aangesloten op D2(GPIO4) en deze geconfigureerd als Relay1. Echter loop ik er nu tegen aan dat de Tasmota zelf te slim is ofzo. Het lijkt erop dat hij intern deze switch en relay aan elkaar gekoppeld heeft, dus als het signaal van de regenmeter laag wordt dan schakelt hij D2 uit waardoor het board uitvalt. Ik wil helemaal niet dat hij deze 2 acties aan elkaar linkt, maar kan nergens vinden hoe ik dit uit kan schakelen. Heb ik de verkeerde parameters gebruikt?

[jobr]

iMars schreef op maandag 27 juli 2020 @ 20:20:
Vraagje (niet voor mij maar voor iemand anders): kan je met domoticx de telegram berichten van een P1 poort direct inlezen? Of moet dat met een tussenstap als mqtt/node-red/etc.?

Ik wil graag weten of Domoticx, net als Home Assistant, direct een netwerksocket (telnet) kan koppelen (bijvoorbeeld via esp-link)?

Ja hoor, je kan direct de P1 poort koppelen aan domoticz. Dwz via bijv een USB kabel. Er is een P1 gateway plugin beschikbaar. Tussenstap is dus niet nodig.
Je kan ook een P1 gateway met lan interface gebruiken.

[iMars]

jobr schreef op dinsdag 28 juli 2020 @ 19:11:
[...]


Ja hoor, je kan direct de P1 poort koppelen aan domoticz. Dwz via bijv een USB kabel. Er is een P1 gateway plugin beschikbaar. Tussenstap is dus niet nodig.
Je kan ook een P1 gateway met lan interface gebruiken.

Nice, dus als ik het goed begrijp (ik kan me zoiets inderdaad herinneren) kan je gewoon het ip + poort opgeven van een esp-link (telnet)?

[jobr]

iMars schreef op dinsdag 28 juli 2020 @ 20:43:
[...]

Nice, dus als ik het goed begrijp (ik kan me zoiets inderdaad herinneren) kan je gewoon het ip + poort opgeven van een esp-link (telnet)?

esp-link ken ik verder niet. Anders kan altijd een espeasy met P1 gateway. Is vergelijkbaar denk ik.

[iMars]

jobr schreef op dinsdag 28 juli 2020 @ 20:54:
[...]


esp-link ken ik verder niet. Anders kan altijd een espeasy met P1 gateway. Is vergelijkbaar denk ik.

Ja zover ik weet wel. esp-link stuurt alles door wat binnenkomst op de uart Rx en spuugt dat het netwerk op. Dat kan je via telnet zien.

Wat je normaal op de console zou zien vanaf de usb poort, is exact hetzelfde als wat mijn device door stuurt, alleen moet je het via een telnet sessie doen.

Zal het even op een test Rpi installeren en kijken of het inderdaad hetzelfde is. Thnx!

@jobr
Net ff geïnstalleerd en het antwoord is JA
Remote address: ip
Port: 23 (telnet in mijn geval)

[ Voor 6% gewijzigd door iMars op 28-07-2020 22:06 ]