Domoticz - open source domotica systeem - deel 4

[Copitano]

jobr schreef op zaterdag 25 januari 2020 @ 17:37:
[...]


Dat komt dus exact overeen (als je bij de 2de select ook de time range zou toevoegen).

Ik zou nu eerst je select into's die je wilt doen proberen op die testdatabase. En deze controleren.

Je kunt de test database weer leegmaken met:
use Kamstrup2
drop measurement " Temperature"
En even een select ter controle.
Of de database drop-pen en opnieuw maken.

Aantallen kun je ook vergelijken met:
SELECT count(*) FROM "Temperature> SELECT * FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND time >= '2019-06-30T00:00:00Z' and time <= '2019-07-01T00:00:00Z'
(niet op timestamp letten dan in het resultaat)

Database is nu dankzij jou geduldige hulp voor een groot deel hersteld. Veel van geleerd Gekke is dat sommige idx'en niet zijn meegenomen in de backup, bijvoorbeeld de waterdruk van de CV terwijl die er zeker weten wel was op het moment dat de backup gemaakt is. Mwaaa, maakt niet zoveel uit. Daarvan is alleen de actuele relevant en die staat er gewoon in. Nog iets anders geks is de watermeter. Die geeft in de herstelde database voor de periode van voor de crash deze output:

code:

> SELECT * FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND time >= '2019-06-30T00:00:00Z' and time <= '2019-07-01T00:00:00Z'
name: Counter
time                idx idx_1 name           name_1 value
----                --- ----- ----           ------ -----
1561853599000000000 227       RFX-watermeter        921214
1561853607000000000 227       RFX-watermeter        921215
1561853614000000000 227       RFX-watermeter        921216

en de periode na de crash (eigenlijk gewoon nieuwe data dus

code:

> SELECT * FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND time >= '2020-01-25T09:00:00Z' and time <= '2020-01-26T00:00:00Z'
name: Counter
time                idx name           value
----                --- ----           -----
1579943107000000000 227 RFX-watermeter 992657
1579943117000000000 227 RFX-watermeter 992658
1579943288000000000 227 RFX-watermeter 992659

idx en naam zijn in het oude en in het nieuwe deel van de database exact gelijk
In Grafana krijg ik in de 'Legend' nu wel een streepje te zien maar niet de tag name.

code:

SELECT count("value") FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND $timeFilter GROUP BY time(1m), "name" fill(null)

EDIT: In de _bak file staat het goed.

code:

> SELECT * FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND time >= '2019-06-30T00:00:00Z' and time <= '2019-07-01T00:00:00Z'
name: Counter
time                idx name           value
----                --- ----           -----
1561853599000000000 227 RFX-watermeter 921214
1561853607000000000 227 RFX-watermeter 921215
1561853614000000000 227 RFX-watermeter 921216

Ga die maar gewoon ook terug zetten.

EDIT: Okay, dat maakt dus geen verschil.

[ Voor 10% gewijzigd door Copitano op 26-01-2020 18:33 ]

[Dylantje2]

Node red fan geworden....

Zoek leuke flows...
Die werken in Domoticz.... [ ander nr zijn niet hele veel domoticz user ]
Dus hopelijk

[Peutpeut]

niki_lauda schreef op zondag 26 januari 2020 @ 09:57:
[...]

/var/log

Thanks! Dat levert op dat er geen logging meer is na het mounten van de SSD. Ben bang dat daar dus ergens iets fout gaat.

[jobr]

Copitano schreef op zondag 26 januari 2020 @ 13:39:
[...]

Database is nu dankzij jou geduldige hulp voor een groot deel hersteld. Veel van geleerd Gekke is dat sommige idx'en niet zijn meegenomen in de backup, bijvoorbeeld de waterdruk van de CV terwijl die er zeker weten wel was op het moment dat de backup gemaakt is. Mwaaa, maakt niet zoveel uit. Daarvan is alleen de actuele relevant en die staat er gewoon in. Nog iets anders geks is de watermeter. Die geeft in de herstelde database voor de periode van voor de crash deze output:

code:

> SELECT * FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND time >= '2019-06-30T00:00:00Z' and time <= '2019-07-01T00:00:00Z'
name: Counter
time                idx idx_1 name           name_1 value
----                --- ----- ----           ------ -----
1561853599000000000 227       RFX-watermeter        921214
1561853607000000000 227       RFX-watermeter        921215
1561853614000000000 227       RFX-watermeter        921216

en de periode na de crash (eigenlijk gewoon nieuwe data dus

code:

> SELECT * FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND time >= '2020-01-25T09:00:00Z' and time <= '2020-01-26T00:00:00Z'
name: Counter
time                idx name           value
----                --- ----           -----
1579943107000000000 227 RFX-watermeter 992657
1579943117000000000 227 RFX-watermeter 992658
1579943288000000000 227 RFX-watermeter 992659

idx en naam zijn in het oude en in het nieuwe deel van de database exact gelijk
In Grafana krijg ik in de 'Legend' nu wel een streepje te zien maar niet de tag name.

code:

SELECT count("value") FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND $timeFilter GROUP BY time(1m), "name" fill(null)

EDIT: In de _bak file staat het goed.

code:

> SELECT * FROM "Counter" WHERE ("name" = 'RFX-watermeter') AND time >= '2019-06-30T00:00:00Z' and time <= '2019-07-01T00:00:00Z'
name: Counter
time                idx name           value
----                --- ----           -----
1561853599000000000 227 RFX-watermeter 921214
1561853607000000000 227 RFX-watermeter 921215
1561853614000000000 227 RFX-watermeter 921216

Ga die maar gewoon ook terug zetten.

EDIT: Okay, dat maakt dus geen verschil.

Mooi dat het gelukt is.

Die idx_1 tag is er waarschijnlijk een keer per ongeluk ingekomen. Verder niet opletten, idx is de juiste.Heb je verder geen last van.

Ik weet niet waarom je een group by doet op "name" als in de where maar 1 name staat. Naar mijn idee heb je daar niet zoveel aan. Er valt niets te groeperen in dit geval.
Die legend in Grafana kun je in Grafana aanpassen.

Het is me onduidelijk wat je probeert te doen of verwacht..

[Copitano]

jobr schreef op zondag 26 januari 2020 @ 19:39:
[...]


Mooi dat het gelukt is.

Die idx_1 tag is er waarschijnlijk een keer per ongeluk ingekomen. Verder niet opletten, idx is de juiste.Heb je verder geen last van.

Ik weet niet waarom je een group by doet op "name" als in de where maar 1 name staat. Naar mijn idee heb je daar niet zoveel aan. Er valt niets te groeperen in dit geval.
Die legend in Grafana kun je in Grafana aanpassen.

Het is me onduidelijk wat je probeert te doen of verwacht..

Group by ga ik nog eens op studeren, Begrijp nog niet precies wat het precies groepeerde, maar voorlopig doet het voor mij wat ik er van verwacht. Inmiddels bijna alle data weer hersteld. Grafieken opnieuw aangemaakt etc.
Nu nog maar een paar dagen kwijt. Enige is dat ik de text RFX-watermeter niet meer in de legenda zie achter het streepje en ik het niet meer naar rechts in de grafiek kan verschuiven. Dat geldt alleen voor de teruggezette data. De data vanaf het herstel ziet er wel normaal uit in de legenda.

[Copitano]

jobr schreef op zondag 26 januari 2020 @ 19:39:
[...]


Mooi dat het gelukt is.

Die idx_1 tag is er waarschijnlijk een keer per ongeluk ingekomen. Verder niet opletten, idx is de juiste.Heb je verder geen last van.

Ik weet niet waarom je een group by doet op "name" als in de where maar 1 name staat. Naar mijn idee heb je daar niet zoveel aan. Er valt niets te groeperen in dit geval.
Die legend in Grafana kun je in Grafana aanpassen.

Het is me onduidelijk wat je probeert te doen of verwacht..

Misschien maakt dit duidelijker wat ik bedoel:
Dit is een datumselectie van na 16 januari, dus data die gewoon naar de db is gestuurdDeze op de herstelde data met een datumselectie voor 16 januari.Ook kan ik de nieuwe data gewoon op de rechter as van de grafiek zetten als ik een datum na 16 januari kies. Kies ik een datum in bijvoorbeeld december, dan kan dat niet (rechter plaatje). Ik nog niet kunnen ontdekken waar dat in zit of waar ik dat kan veranderen. Ook het invullen van het idx nummer in plaats van name lost het niet op.

EDIT: In het aliasveld gewoon RFX-watermeter invullen zonder $tag_name heeft het in dit geval met slechts een 'name' opgelost

[ Voor 4% gewijzigd door Copitano op 26-01-2020 23:46 ]

[DjAntoon]

bing69 schreef op zondag 26 januari 2020 @ 10:48:
ik wil niet spammen maar kom er niet uit.
Zojuist weer een nieuwe install gedaan om shelly en domoticz te laten werken.
Weer komt de shelly er wel bij, als ik schakel komt dit wel in logfile te staan maar hij schakelt niet. Echter als ik met homebridge schakel verander de status van de schakelaar direct.

MQTT

MQTT server installeren onder hardware
Localhost en poort 1883

Gisteren succesvol mqtt en zigbee2mqtt geinstalleerd, 1 xiaomi PIR ingeleerd, en deze werkt in domoticz.
Ik had in 1e instantie ook het probleem dat deze niet binnenkwam in Domoticz.
Ik heb toen localhost veranderd naar het IP adres van de RPI, en toen werkte het.
Komende dagen eens gaan testen, en ook eens kijken wat het bereik is. Er ligt al een geflashte CC2531 klaar met router software, mocht het nodig zijn.

[bing69]

DjAntoon schreef op maandag 27 januari 2020 @ 08:24:
[...]


Gisteren succesvol mqtt en zigbee2mqtt geinstalleerd, 1 xiaomi PIR ingeleerd, en deze werkt in domoticz.
Ik had in 1e instantie ook het probleem dat deze niet binnenkwam in Domoticz.
Ik heb toen localhost veranderd naar het IP adres van de RPI, en toen werkte het.
Komende dagen eens gaan testen, en ook eens kijken wat het bereik is. Er ligt al een geflashte CC2531 klaar met router software, mocht het nodig zijn.

Zigbee2mqtt werkte hier tot mijn verbazing direct met in mijn geval een ikea lamp.
Echter die Shelly die wil maar niet!!

[MikeyMan]

Sinds gisteren ineens continu de melding "Hardware thread seems to have ended unexpectedly" op de P1 / slimme meter. Reboot, update naar laatste beta etc. Mag helaas niet baten...

Meer mensen met dezelfde issues?

Gisteren toevallig wel wat aardlek-issues gehad, waardoor de meter eruit vloog.

[ Voor 16% gewijzigd door MikeyMan op 27-01-2020 11:04 ]

[vwtune]

imdos schreef op vrijdag 24 januari 2020 @ 13:41:
[...]

Nee, aan één v/d voorwaardes. Dit is met beide:

code:

return {
   on = {
                devices = {
                        -- define the sensors. In this case the front- and backdoor.
                        ['sensor - Achterdeur'] = { 'at nighttime' }
                        }

Zorgt onderstaand stukje, dan wanneer ik een bepaald tijdstip in mijn script opneem , dat ie dat dan ook uitvoert en niet alleen wanneer er beweging is? op zit ik er weer naast?

code:

--Declarations
local MotionNum       = 68 -- MotionSensor

return {
    on = { timer = { 'at' },
        devices = {
            68  -- Motion Sensor
        }
    },

code:

elseif (not Motion.active) then -- Motion off
                if (Time.matchesRule('at 10:45')) then
                Light.cancelQueuedCommands()
                Effect.switchSelector(980)
                Palette.switchSelector(170)
                Light.dimTo(10)

[ Voor 15% gewijzigd door vwtune op 27-01-2020 11:39 ]

[imdos]

vwtune schreef op maandag 27 januari 2020 @ 11:35:
[...]


Zorgt onderstaand stukje, dan wanneer ik een bepaald tijdstip in mijn script opneem , dat ie dat dan ook uitvoert en niet alleen wanneer er beweging is? op zit ik er weer naast?

Ja, als er een tijd staat

vwtune schreef op maandag 27 januari 2020 @ 11:35:

code:

    on = { timer = { 'at' },

Is dit een typo/ c/p foutje, want dit werkt niet.

vwtune schreef op maandag 27 januari 2020 @ 11:35:

code:

elseif (not Motion.active) then -- Motion off
                if (Time.matchesRule('at 10:45')) then

Dit lijkt dubbelop, is dit voor de leesbaarheid? Je kunt meteen een if-statement gebruiken met de juiste dz-constante. Zie hier een voorbeeld van mijzelf.

code:

--[[
wii charger if last seen more than 5 days ago, then turn on for 1 hour.
If wii is turned off; then turn on for 2 hours.
wii heet Wii en heeft IDX: 62
wii charger heet Wii-charger en heeft IDX: 63
https://www.domoticz.com/forum/viewtopic.php?f=71&p=217143
https://www.domoticz.com/forum/viewtopic.php?f=59&t=28730&p=219525&hilit=Nintendo#p219525       <-- variabele
https://www.domoticz.com/forum/viewtopic.php?f=59&t=28347&p=230959#p230959                      <-- error debugged
--]]

return
{
    on =
    {
        timer = { 'at 00:58' },
        devices = { 62 } -- 'Wii' }
    },

    data = { wiion = { initial = false } },

    logging =
    {
--        level   =   domoticz.LOG_DEBUG,
       level   =   domoticz.LOG_ERROR,    -- change to LOG_ERROR when script executes OK
        marker  =   'wii charger',
    },

    execute = function(domoticz, item)
        local charger = domoticz.devices(63) -- 'Wii-charger')
        local wii = domoticz.devices(62) -- 'Wii')  -- local wii = 62

        -- Persistent var om constant opladen te voorkomen.
        if domoticz.data.wiion == true then
            domoticz.log('wiion variabele is: True')
        else
            domoticz.log('wiion variabele is: False')
        end

        if (item.isTimer and wii.lastUpdate.daysAgo > 4 )  then
            charger.switchOn().checkFirst()
            domoticz.log('Charging the Wii controllers periodically',domoticz.LOG_FORCE)
            wii.switchOff().silent()                    -- force an update otherwise it will trigger each following night.
        elseif (item.isDevice and item.active) then
             domoticz.data.wiion = true
             domoticz.log('Persistent wiion set to true', domoticz.LOG_DEBUG)
        elseif (item.isDevice and domoticz.data.wiion == true and not(item.active)) then
             domoticz.data.wiion = false
             charger.switchOn().checkFirst().forHour(2)
             domoticz.log('Charging the Wii controllers after usage',domoticz.LOG_FORCE)
             domoticz.notify('Wii', 'Charging the Wii controllers after usage', domoticz.PRIORITY_NORMAL, domoticz.SOUND_NONE, nil,domoticz.NSS_PUSHOVER)
        end
    end
}

[ Voor 2% gewijzigd door imdos op 27-01-2020 11:59 . Reden: quote foutje ]

[Chaoss]

Gebruiken jullie my.domoticz.com ook? lijkt me een wat eleganter/ veiliger oplossing dan port forwarding aanzetten zodat mijn domoticz aan het internet hangt.

Maar my.domoticz werkt wel erg slecht, sites is vaak down, of het inloggen lukt niet, of er is geen verbinding met mijn server etc. etc. Het lukt vaker niet dnan wel zegmaar is dat bij jullie ook zo?

---------------------------------------------

Gisteravond een wakeupscene gemaakt voor de beneden verdieping en vervolgens een Blockly gemaakt met een rule: IF Day=Monday AND Time=7:10 THEN set scene...

Gek genoeg zie ik in de log dat de lampen om stipt 7:00 aan zijn gegaan, ik zie inderdaad ook dat de scene log om 7:00 ingeschakeld is

[ Voor 32% gewijzigd door Chaoss op 27-01-2020 12:54 ]

[vwtune]

[quote]imdos schreef op maandag 27 januari 2020 @ 11:57:
[...]

Ja, als er een tijd staat

[...]

knip

code:

--Declarations
local MotionNum       = 68 -- MotionSensor

return {
    on = {
        devices = {
            68  -- Motion Sensor
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Light     = domoticz.devices(701) --Lampen 
        local Effect     = domoticz.devices(700) --Lampen
        local Palette    = domoticz.devices(699) --Lampen
        local FXSpeed   = domoticz.devices(703) --Lampen
        local FXIntens  = domoticz.devices(704) --Lampen
        local Motion      = domoticz.devices(MotionNum) -- Motion Sensor
        local Time          = require('Time') --Time function
        local CurrentTime   = Time() --Current time
        
        --Function
        if (Motion.active) then -- Motion On
            if (CurrentTime.matchesRule('between 07:01 and 21:00')) then
                Effect.switchSelector(140) --Select the right mode
                Palette.switchSelector(460)
                FXSpeed.setLevel(20)
                FXIntens.setLevel(50)
                Light.cancelQueuedCommands()
                Light.dimTo(10)
                --Light.switchOff().afterSec(10)
            elseif (CurrentTime.matchesRule('between 21:01 and 07:00')) then
                Effect.switchSelector(450) --Select the right mode
                Palette.switchSelector(10)
                FXSpeed.setLevel(20)
                FXIntens.setLevel(50)
                Light.cancelQueuedCommands()
                Light.dimTo(10)
               
              end
            elseif (not Motion.active) then -- Motion off
                if (CurrentTime.matchesRule('between 13:01 and 21:00')) then
                Light.cancelQueuedCommands()
                Effect.switchSelector(980)
                Palette.switchSelector(170)
                FXSpeed.setLevel(40)
                FXIntens.setLevel(40)
                Light.dimTo(50)
             elseif (CurrentTime.matchesRule('between 21:01 and 07:00')) then
                Light.cancelQueuedCommands()
                Effect.switchSelector(10)
                Light.setHex(255, 200, 82)
                Light.dimTo(2)

             elseif (not Motion.active) then -- Motion off
                if (Time.matchesRule('at 10:45')) then
                Light.cancelQueuedCommands()
                Effect.switchSelector(980)
                Palette.switchSelector(170)
                Light.dimTo(10)
            end  
        end
    end
}

Het gaat dus om het om de regels 54 tot en met 59 wat niet werkt (wordt gewoon niet uitgevoerd, op het tijdstip wat daar staat, dus 10:45)
Moet op regel 5 dan

code:

on = { timer = { 'at' },

er nog bij?

[ Voor 4% gewijzigd door vwtune op 27-01-2020 13:01 ]

[imdos]

vwtune schreef op maandag 27 januari 2020 @ 12:57:
Het gaat dus om het om de regels 54 tot en met 59 wat niet werkt (wordt gewoon niet uitgevoerd, op het tijdstip wat daar staat, dus 10:45)
Moet op regel 5 dan

code:

on = { timer = { 'at' },

er nog bij?

Ja; omdat je niet goed gekeken hebt naar het voorbeeld. Ik heb je code even herschreven om het verschil aan te tonen. Is meteen ook een hulp voor anderen Dit zou moeten werken. Mogelijk heb ik alleen nog ergens een end vergeten ...

code:

--Declarations
local MotionNum       = 68 -- MotionSensor

return {
    on = { 
timer = { 'at 10:45' },
        devices = {
            68  -- Motion Sensor
        }
    },
    execute = function(domoticz, item)
        --Declarations
        local Light     = domoticz.devices(701) --Lampen 
        local Effect     = domoticz.devices(700) --Lampen
        local Palette    = domoticz.devices(699) --Lampen
        local FXSpeed   = domoticz.devices(703) --Lampen
        local FXIntens  = domoticz.devices(704) --Lampen
        local Motion      = domoticz.devices(MotionNum) -- Motion Sensor
        local Time          = require('Time') --Time function
        local CurrentTime   = Time() --Current time
        
        --Function
        if  (device.isDevice and device.active) then    --  (Motion.active) then -- Motion On
            if (CurrentTime.matchesRule('between 07:01 and 21:00')) then
                Effect.switchSelector(140) --Select the right mode
                Palette.switchSelector(460)
                FXSpeed.setLevel(20)
                FXIntens.setLevel(50)
                Light.cancelQueuedCommands()
                Light.dimTo(10)
                --Light.switchOff().afterSec(10)
            elseif (CurrentTime.matchesRule('between 21:01 and 07:00')) then
                Effect.switchSelector(450) --Select the right mode
                Palette.switchSelector(10)
                FXSpeed.setLevel(20)
                FXIntens.setLevel(50)
                Light.cancelQueuedCommands()
                Light.dimTo(10)
               
            end
        elseif  (device.isDevice and not device.active) then --  elseif (not Motion.active) then -- Motion off
            if (CurrentTime.matchesRule('between 13:01 and 21:00')) then
                Light.cancelQueuedCommands()
                Effect.switchSelector(980)
                Palette.switchSelector(170)
                FXSpeed.setLevel(40)
                FXIntens.setLevel(40)
                Light.dimTo(50)
            elseif (CurrentTime.matchesRule('between 21:01 and 07:00')) then
                Light.cancelQueuedCommands()
                Effect.switchSelector(10)
                Light.setHex(255, 200, 82)
                Light.dimTo(2)
            end
        elseif (device.isTimer) then -- Motion off
                -- if (Time.matchesRule('at 10:45')) then
                Light.cancelQueuedCommands()
                Effect.switchSelector(980)
                Palette.switchSelector(170)
                Light.dimTo(10)
        end  
        end
    end
}

[DaRk PoIsOn]

Chaoss schreef op maandag 27 januari 2020 @ 11:57:
Gebruiken jullie my.domoticz.com ook? lijkt me een wat eleganter/ veiliger oplossing dan port forwarding aanzetten zodat mijn domoticz aan het internet hangt.

Maar my.domoticz werkt wel erg slecht, sites is vaak down, of het inloggen lukt niet, of er is geen verbinding met mijn server etc. etc. Het lukt vaker niet dnan wel zegmaar is dat bij jullie ook zo?

---------------------------------------------

Gisteravond een wakeupscene gemaakt voor de beneden verdieping en vervolgens een Blockly gemaakt met een rule: IF Day=Monday AND Time=7:10 THEN set scene...

Gek genoeg zie ik in de log dat de lampen om stipt 7:00 aan zijn gegaan, ik zie inderdaad ook dat de scene log om 7:00 ingeschakeld is

Toen ik in 2018 aan domoticz begon,op een windows pc, heb ik mydomoticz even geprobeerd. Inloggen werkte toen ook vaak niet. Heb er een week naar gekeken.
Daarna een pi neergezet en pihole er op, toen kwam ik eigenlijk ook meteen bij openvpn terecht.

[DaRk PoIsOn]

Ondertussen Domoticz2home helemaal werkend, na de laatste bèta
Darksky geeft na de ene laatste bèta ook geen http error meer.
Aangezien het nog niet had geregend, had ik nog geen melding gehad van buienalarm richting de nest mini.
Vannacht om 01:14 begon de ellende echter.
Ineens begon mijn nest mini te praten, hond recht op blaffend op bed.
En bij elke regenmelding bleef mevrouw doorlullen dat het gaat regenen en ik de hond moet uitlaten.

Ik heb bij de digital welkbeing gekeken in de Home app, maar daar kun je alleen instellen dat de mini niet reageert.
Ik denk dat ik nu toch maar Dzvents scriptje moet gaan bouwen om zelf maar quiet hours in te stellen voor de Domoticz2home meldingen?
De Afvalwijzer was ik nog even mee aan het stoeien, maar op zich hoeft die niet voorgelezen te worden...

Edit: stom, er zit natuurlijk gewoon nachtmodus in de HOME app.

[ Voor 3% gewijzigd door DaRk PoIsOn op 27-01-2020 23:32 ]

[imdos]

Dit is eigenlijk niet echt een domoticz vraag, maar meer een probleem met GPIO. Ik heb een tweetal afstandsbedieningen die ik wil bedienen met de GPIO poorten op een Pi3. Ik heb netjes de stappen hieruit gevolgd. Het bedienen werkt ook (met dzVents).

Ik heb echter een ongewenst bijeffect. Zodra ik de poorten initialiseer (voordat Domoticz opgestart is), dan wordt er een instelling gedaan, waardoor de afstandsbediening al gaat werken. Dit zie ik doordat de LED 5 seconden minstens knippert.

sudo echo 17 > /sys/class/gpio/export ;
sleep 0.2; 
sudo echo out > /sys/class/gpio/gpio17/direction;  
sleep 0.2; 
sudo echo 0 > /sys/class/gpio/gpio17/value ; 
gpio exports

Zodra ik de direction wijzig van de standaard input naar output, dan begint het.
Ook had ik geprobeerd om later pas de 3,3V aan te sluiten, dus na het initialiseren van de GPIO poort. Maar daarna gaat het knipperen gewoon starten zodra ik de verbinding maak.

Hoe nu verder dus?

Het lastige is dat het o.a. een Zwave afstandsbediening is en een Somfy RTS. Die 1e kan niet op Domoticz / via een andere controller dan van het alarm zelf.

[vwtune]

[quote]imdos schreef op maandag 27 januari 2020 @ 13:52:
[...]

moet het niet (item.isDevice and item.active) zijn?

code:

        if (device.isDevice and device.active) then -- Motion On

[ Voor 90% gewijzigd door vwtune op 27-01-2020 18:52 ]

[imdos]

vwtune schreef op maandag 27 januari 2020 @ 18:21:
[quote]imdos schreef op maandag 27 januari 2020 @ 13:52:
[...]

moet het niet (item.isDevice and item.active) zijn?

code:

        if (device.isDevice and device.active) then -- Motion On

Dat ligt aan het tweede deel van deze regel. In jouw origineel stond 'device', heb ik dat zeker aangepast?

code:

   execute = function(domoticz, item)

[jobr]

Copitano schreef op zondag 26 januari 2020 @ 23:36:
[...]

Misschien maakt dit duidelijker wat ik bedoel:[Afbeelding]
Dit is een datumselectie van na 16 januari, dus data die gewoon naar de db is gestuurd[Afbeelding]Deze op de herstelde data met een datumselectie voor 16 januari.[Afbeelding][Afbeelding]Ook kan ik de nieuwe data gewoon op de rechter as van de grafiek zetten als ik een datum na 16 januari kies. Kies ik een datum in bijvoorbeeld december, dan kan dat niet (rechter plaatje). Ik nog niet kunnen ontdekken waar dat in zit of waar ik dat kan veranderen. Ook het invullen van het idx nummer in plaats van name lost het niet op.

EDIT: In het aliasveld gewoon RFX-watermeter invullen zonder $tag_name heeft het in dit geval met slechts een 'name' opgelost

Dit kende ik zelf nog niet. Zie inderdaad dat de group by daarvoor inderdaad noodzakelijk is.
Waarom het met de oude data niet werkt zie ik zo even niet. Maar je hebt het al anders opgelost.

[vwtune]

imdos schreef op maandag 27 januari 2020 @ 19:15:
[...]

Dat ligt aan het tweede deel van deze regel. In jouw origineel stond 'device', heb ik dat zeker aangepast?

code:

   execute = function(domoticz, item)

Er stond eerst inderdaad 'device', ik heb het allemaal aangepast naar 'item' en het werkt nu allemaal

Maar toch dan nog een vraagje, wat is het verschil met device en item hier in dit geval qua gebruik? waarom zou je 'item' ipv 'device'gebruiken?

[imdos]

vwtune schreef op maandag 27 januari 2020 @ 21:05:
[...]
Maar toch dan nog een vraagje, wat is het verschil met device en item hier in dit geval qua gebruik? waarom zou je 'item' ipv 'device'gebruiken?

Omdat er een aantal verboden woorden zijn, die je niet kan gebruiken, maar je mag alles gebruiken wat je zelf wil. Je kunt het toespitsen op je eigen script, of gewoon Pietje gebruiken.

[Weldie]

Weet iemand of je de zwave p1 module die bij de toon zit kan gebruiken met domticz.

[bvsteyn]

DaRk PoIsOn schreef op maandag 27 januari 2020 @ 14:51:
Ondertussen Domoticz2home helemaal werkend, na de laatste bèta
Darksky geeft na de ene laatste bèta ook geen http error meer.
Aangezien het nog niet had geregend, had ik nog geen melding gehad van buienalarm richting de nest mini.
Vannacht om 01:14 begon de ellende echter.
Ineens begon mijn nest mini te praten, hond recht op blaffend op bed.
En bij elke regenmelding bleef mevrouw doorlullen dat het gaat regenen en ik de hond moet uitlaten.

Ik heb bij de digital welkbeing gekeken in de Home app, maar daar kun je alleen instellen dat de mini niet reageert.
Ik denk dat ik nu toch maar Dzvents scriptje moet gaan bouwen om zelf maar quiet hours in te stellen voor de Domoticz2home meldingen?
De Afvalwijzer was ik nog even mee aan het stoeien, maar op zich hoeft die niet voorgelezen te worden...

Edit: stom, er zit natuurlijk gewoon nachtmodus in de HOME app.

Waar kan ik meer info vinden over Domoticz2home? Google geeft me een hoop info, maar niet over die combi.

[DaRk PoIsOn]

bvsteyn schreef op dinsdag 28 januari 2020 @ 06:03:
[...]


Waar kan ik meer info vinden over Domoticz2home? Google geeft me een hoop info, maar niet over die combi.

Hij staat op github ondr domoticz-google plugin.
Excuses Domoticz2home is een eigen benaming.

https://github.com/dnpwwo...gin/blob/master/README.md

[KroontjesPen]

In de val:
execute = function(domoticz, device)
ben ik het begin ook gevallen.

Het is:
execute = function(domoticz, devices)
omdat het ook
[code]
on = {
devices = {

46
}
},
[/]met "s" is

Blijkt toch niet juist te zijn

[ Voor 8% gewijzigd door KroontjesPen op 29-01-2020 07:40 ]

[Oogje]

Chaoss schreef op maandag 27 januari 2020 @ 11:57:
Gebruiken jullie my.domoticz.com ook? lijkt me een wat eleganter/ veiliger oplossing dan port forwarding aanzetten zodat mijn domoticz aan het internet hangt.

Maar my.domoticz werkt wel erg slecht, sites is vaak down, of het inloggen lukt niet, of er is geen verbinding met mijn server etc. etc. Het lukt vaker niet dan wel

Ik heb t ooit geprobeerd, dramatisch slecht en traag alhoewel het idee prima is. Ik heb PiVPN op een 2e Pi geïnstalleerd en kan ik gebruik nu dus VPN. Werkt super, ook vanaf m’n smartphone.

[bvsteyn]

DaRk PoIsOn schreef op dinsdag 28 januari 2020 @ 07:49:
[...]


Hij staat op github ondr domoticz-google plugin.
Excuses Domoticz2home is een eigen benaming.

https://github.com/dnpwwo...gin/blob/master/README.md

Thnx! Dat helpt..

Is dit vergelijkbaar met gbridge? Of werkt dit anders?

[Chaoss]

Ik heb een erg vreemd probleem met mijn domoticz en het script wat in de ochtend mijn verlichting op de beneden verdieping aanzet door een scene te triggeren.

Ik heb in eerste instantie dit simpele Blockly script gemaakt:


zondag heb ik dit script gemaakt, tijdens het testen werkte deze prima. Maar nu heb al 2x (gister en vanmorgen) gehad dat de lampen om stipt 7:00 zijn ingeschakeld
Gek genoeg zie ik niet in de log dat dit script/scene getriggered wordt, maar ik zie in de log van de scene en de lampen/switches dat deze om 7:00 aan gaan, dus de scene wordt wel op een of andere manier getriggerd. Het zijn ook alleen de lampen in deze scene die aan gaan.

Ik zie verder wel dat er om 7:00 een automatische backup gemaakt wordt, maar het zou vreemd zijn als die iets triggered.

[ Voor 5% gewijzigd door Chaoss op 28-01-2020 10:11 ]

[vwtune]

KroontjesPen schreef op dinsdag 28 januari 2020 @ 08:04:
In de val:
execute = function(domoticz, device)
ben ik het begin ook gevallen.

Het is:
execute = function(domoticz, devices)
omdat het ook

code:

    on = {
        devices = {        
            
            46                                              
        }
    },

met "s" is

Is dit voor mij bedoeld?

[Peutpeut]

KroontjesPen schreef op dinsdag 28 januari 2020 @ 08:04:
In de val:
execute = function(domoticz, device)
ben ik het begin ook gevallen.

Het is:
execute = function(domoticz, devices)
omdat het ook

code:

    on = {
        devices = {        
            
            46                                              
        }
    },

met "s" is

Het is in het eerste gedeelte inderdaad alleen devices, maar later kun je gebruiken wat je wil onder execute.

Dus bijvoorbeeld:

code:

execute = function(domoticz, lalalabier)

[Peutpeut]

DaRk PoIsOn schreef op dinsdag 28 januari 2020 @ 07:49:
[...]


Hij staat op github ondr domoticz-google plugin.
Excuses Domoticz2home is een eigen benaming.

https://github.com/dnpwwo...gin/blob/master/README.md

Is dit die plugin waarin je je Google Home berichten uit kunt laten spreken via Domoticz?

[vwtune]

Chaoss schreef op dinsdag 28 januari 2020 @ 10:10:
Ik heb een erg vreemd probleem met mijn domoticz en het script wat in de ochtend mijn verlichting op de beneden verdieping aanzet door een scene te triggeren.

Ik heb in eerste instantie dit simpele Blockly script gemaakt:
[Afbeelding]

zondag heb ik dit script gemaakt, tijdens het testen werkte deze prima. Maar nu heb al 2x (gister en vanmorgen) gehad dat de lampen om stipt 7:00 zijn ingeschakeld
Gek genoeg zie ik niet in de log dat dit script/scene getriggered wordt, maar ik zie in de log van de scene en de lampen/switches dat deze om 7:00 aan gaan, dus de scene wordt wel op een of andere manier getriggerd. Het zijn ook alleen de lampen in deze scene die aan gaan.

Ik zie verder wel dat er om 7:00 een automatische backup gemaakt wordt, maar het zou vreemd zijn als die iets triggered.

Staat/ staan er geen timers op de lamp(en) zelf ingesteld?

[DaRk PoIsOn]

bvsteyn schreef op dinsdag 28 januari 2020 @ 09:49:
[...]


Thnx! Dat helpt..

Is dit vergelijkbaar met gbridge? Of werkt dit anders?

Nee, hiermee kun je domoticz berichten naar je google home laten sturen die dan worden uitgesproken.
@Peutpeut , klopt

[Chaoss]

vwtune schreef op dinsdag 28 januari 2020 @ 13:29:
[...]


Staat/ staan er geen timers op de lamp(en) zelf ingesteld?

Nope heb ik ook gecontroleerd, de scene zelf heeft ook geen timer.
Ik heb in de scene 8 lampen en die worden ook alle 8 om 7:00 ingeschakeld.

[vwtune]

Chaoss schreef op dinsdag 28 januari 2020 @ 13:55:
[...]


Nope heb ik ook gecontroleerd, de scene zelf heeft ook geen timer.
Ik heb in de scene 8 lampen en die worden ook alle 8 om 7:00 ingeschakeld.

Waarom werk je met een scene en niet met een groep? Is het de bedoeling dat die lampen dan altijd aanblijven staan? Is het niet beter om van die scene een groep te maken welke je dan ook weer uit kan zetten na of op een bepaald tijdstip?

Overigens kan je dan bij een groep ook gewoon timers gebruiken, dan hoef je geen blockly of script voor te maken....

[ Voor 10% gewijzigd door vwtune op 28-01-2020 15:10 ]

[Chaoss]

vwtune schreef op dinsdag 28 januari 2020 @ 14:52:
[...]


Waarom werk je met een scene en niet met een groep? Is het de bedoeling dat die lampen dan altijd aanblijven staan? Is het niet beter om van die scene een groep te maken welke je dan ook weer uit kan zetten na of op een bepaald tijdstip?

Overigens kan je dan bij een groep ook gewoon timers gebruiken, dan hoef je geen blockly of script voor te maken....

Zal het eens proberen via een groep, maar dan nog blijf ik met de vraag waarom/waardoor die scene om 7:00 ingeschakeld wordt het zou op de manier zoals het nu is ingesteld gewoon moeten werken, ik heb het ook getest door een tijdstip 's avonds in te stellen, en dan zie ik dat het script de scene aanzet. Zal wel eens testen met een groep.

Script is bewust omdat ik hem later wil uitbreiden met aanwezigheidsdetectie, zonsopgang, zonsterkte, etc.etc.

[KroontjesPen]

vwtune schreef op dinsdag 28 januari 2020 @ 10:28:
[...]


Is dit voor mij bedoeld?

Niet alleen.
Zag ook de reacties op dit wat lastige begrip.

[vwtune]

Chaoss schreef op dinsdag 28 januari 2020 @ 15:27:
[...]


Zal het eens proberen via een groep, maar dan nog blijf ik met de vraag waarom/waardoor die scene om 7:00 ingeschakeld wordt het zou op de manier zoals het nu is ingesteld gewoon moeten werken, ik heb het ook getest door een tijdstip 's avonds in te stellen, en dan zie ik dat het script de scene aanzet. Zal wel eens testen met een groep.

Script is bewust omdat ik hem later wil uitbreiden met aanwezigheidsdetectie, zonsopgang, zonsterkte, etc.etc.

Omdat er toch echt ergens een timer ingesteld staat, kan niet anders, iets wordt niet zomaar getriggerd. gewoon heel die scene deleten en opnieuw maken, maar dan als groep.

[DaRk PoIsOn]

Peutpeut schreef op dinsdag 28 januari 2020 @ 12:52:
[...]

Is dit die plugin waarin je je Google Home berichten uit kunt laten spreken via Domoticz?

Let er wel even op dat bepaalde meldingen ook 's nachts kunnen komen. Nachtmodus is dan wel handig om in te stellen op de home

[Peutpeut]

DaRk PoIsOn schreef op dinsdag 28 januari 2020 @ 16:48:
[...]
Let er wel even op dat bepaalde meldingen ook 's nachts kunnen komen. Nachtmodus is dan wel handig om in te stellen op de home

Haha, goeie tip. We hebben er momenteel slechts één en ik heb de plugin nog niet gebruikt. Morgen eerst mijn gecrashte Domoticz maar weer eens aan de praat krijgen.

[Robbie T]

Ook maar weer eens wat vragen bij gebrek aan een oplossing;

Ik vindt in Domoticz de druk van mijn CV ketel terug als utility sensor, aangestuurd door Toon. Dit is een Dummy Switch van het type pressure. Ik wil graag via DZvents een notificatie laten sturen via pusover als de druk onder de 1.5 bar komt. Deze notificatie moet slechts eenmaal worden verstuurd. Hoe fix ik zoiets?

---

In Domoticz meet ik ook het gas en stroom verbruik. Voor stroom gaat dit goed maar gas gaat het nog wel eens mis waarbij het gasverbruik ineens omhoog schiet.
Ik heb het idee dat er zo af en toe (soms 1x in de week, soms 3/4x per week) het totale gas verbruik wordt gepakt (totaal op de meter). Dit is het bijbehorende script, vanaf regel 63 komt de meter naar voren

code:

return {
   on = {
      timer = {
         'every minute'
      }
   },
   
    logging = {
   level = domoticz.LOG_ERROR,
   marker = "Toon"
   },
   
   execute = function(domoticz)
        local ToonThermostat        = domoticz.variables('UV_ToonThermostatSensorName').value -- Sensor showing current setpoint
        local ToonTemperature       = domoticz.variables('UV_ToonTemperatureSensorName').value -- Sensor showing current room temperature
        local ToonBoilerTempIn      = domoticz.variables('UV_ToonboilerInTempName').value -- Sensor showing water temp return
        local ToonBoilerTempOut     = domoticz.variables('UV_ToonboilerOutTempName').value -- Sensor showing current water temp out
        local ToonBoilerPressure    = domoticz.variables('UV_ToonboilerPressure').value -- Sensor showing current room temperature
        local ToonBoilerModulation  = domoticz.variables('UV_ToonboilerModulationLevel').value -- Sensor showing current Boiler Modulation
        local ToonScenes            = domoticz.variables('UV_ToonScenesSensorName').value -- Sensor showing current program
        local ToonAutoProgram       = domoticz.variables('UV_ToonAutoProgramSensorName').value -- Sensor showing current auto program status
        local ToonProgramInformation = domoticz.variables('UV_ToonProgramInformationSensorName').value -- Sensor showing displaying program information status
        local ToonIP                = domoticz.variables('UV_ToonIP').value
        local DomoticzIP            = domoticz.variables('UV_DomoticzIP').value
        local ToonBurnerName        = domoticz.variables('UV_ToonBurnerName').value
        local P1SmartMeterPower     = domoticz.variables('UV_P1SmartMeterElectra').value
        local P1SmartMeterGas1      = domoticz.variables('UV_P1SmartMeterGasMeterStand').value
        local ToonBoilerSetpoint    = domoticz.variables('UV_ToonBoilerTempSetpointSensorName').value  -- Sensor showing current boiler set point water temp out
    
        -- Handle json
        --local json = assert(loadfile "/config/scripts/lua/JSON.lua")()  -- For Docker
        --local json = (loadfile "/home/pi/domoticz/scripts/lua/JSON.lua")()  -- For Linux
        local json = assert(loadfile "/volume1/@appstore/domoticz/var/scripts/lua/JSON.lua")()  -- For Syno package
        
        local handle = assert(io.popen(string.format('curl http://%s/happ_thermstat?action=getThermostatInfo', ToonIP)))
        local ThermostatInfo = handle:read('*all')
        handle:close()
        
        local jsonThermostatInfo = json:decode(ThermostatInfo)
        
        if jsonThermostatInfo == nil then
            return
        end
        
        local handle2 = assert(io.popen(string.format('curl http://%s/boilerstatus/boilervalues.txt', ToonIP)))
        local BoilerInfo = handle2:read('*all')
        handle2:close()
        -- JSON data from Toon contains a extra "," which should not be there.
        BoilerInfo = string.gsub(BoilerInfo, ",}", "}")
        jsonBoilerInfo = json:decode(BoilerInfo)
        
         -- http://IP_TOON/hdrv_zwave?action=getDevices.json 
        local handle4 = assert(io.popen(string.format('curl http://%s/hdrv_zwave?action=getDevices.json', ToonIP)))
        local GasPowerInfo = handle4:read('*all')
        handle4:close()
        
         -- JSON data from Toon contains a extra "." which should not be there.
        GasPowerInfo = string.gsub(GasPowerInfo, "dev_2.", "dev_2")
        GasPowerInfo = string.gsub(GasPowerInfo, "dev_2:", "dev_2\":")
        
        local jsonGasPower = json:decode(GasPowerInfo)
        
       --domoticz.log(jsonGasPower)
         local CurrentElectricityFlowHoog = tonumber(jsonGasPower.dev_24.CurrentElectricityFlow )
         local CurrentElectricityQuantityHoog = tonumber(jsonGasPower.dev_24.CurrentElectricityQuantity)
         local CurrentElectricityFlowLaag = tonumber(jsonGasPower.dev_26.CurrentElectricityFlow )
         local CurrentElectricityQuantityLaag = tonumber(jsonGasPower.dev_26.CurrentElectricityQuantity)
         local CurrentGasFlow = tonumber(jsonGasPower.dev_21.CurrentGasFlow)
         local CurrentGasQuantity = tonumber(jsonGasPower.dev_21.CurrentGasQuantity)
         local CurrentElectricityQuantity =   CurrentElectricityFlowHoog + CurrentElectricityFlowLaag
         local CurrentElectricityDeliveredLaag = 0
         local CurrentElectricityDeliveredHoog = 0
         local totalDeliveredPower = 0
        domoticz.devices(P1SmartMeterPower).updateP1(CurrentElectricityQuantityLaag, CurrentElectricityQuantityHoog, CurrentElectricityDeliveredLaag, CurrentElectricityDeliveredHoog, CurrentElectricityQuantity, totalDeliveredPower).silent()
        
        domoticz.devices(P1SmartMeterGas1).updateGas(CurrentGasQuantity).silent()
-- Update the Boiler Water In to current value
         local currentboilerInTemp = tonumber(jsonBoilerInfo.boilerInTemp)
        if domoticz.utils.round(domoticz.devices(ToonBoilerTempIn).temperature,0) ~= domoticz.utils.round(currentboilerInTemp,0) then
            -- domoticz.log('Updating Boiler Water In to current value: ' ..currentboilerInTemp)
            domoticz.devices(ToonBoilerTempIn).updateTemperature(currentboilerInTemp).silent()
        end
        
-- Update the Boiler water Out to current value
     local currentboilerOutTemp = tonumber(jsonBoilerInfo.boilerOutTemp)
        if domoticz.utils.round(domoticz.devices(ToonBoilerTempOut).temperature,0) ~= domoticz.utils.round(currentboilerOutTemp,0) then
            -- domoticz.log('Updating Boiler Water Out to current value: ' ..currentboilerOutTemp)
            domoticz.devices(ToonBoilerTempOut).updateTemperature(currentboilerOutTemp).silent()
        end
        
-- Update the Boiler water Pressure to current value
        local currentBoilerPressure = tonumber(jsonBoilerInfo.boilerPressure)
        if domoticz.utils.round(domoticz.devices(ToonBoilerPressure)._nValue,0) ~= domoticz.utils.round(currentBoilerPressure,0) then
            -- domoticz.log('Updating Boiler Pressure to current value: ' ..currentBoilerPressure)
            domoticz.devices(ToonBoilerPressure).updatePressure(currentBoilerPressure).silent()
        end
        local currentSetpoint = tonumber(jsonThermostatInfo.currentSetpoint) / 100
        local currentTemperature = domoticz.utils.round(tonumber(jsonThermostatInfo.currentTemp) / 100,1)
        local currentProgramState = tonumber(jsonThermostatInfo.programState)
            if currentProgramState == 0 then currentProgramState = 10 -- No
                elseif currentProgramState == 1 then currentProgramState = 20 -- Yes
                elseif currentProgramState == 2 then currentProgramState = 30 -- Temporary       
            end      
        local currentActiveState = tonumber(jsonThermostatInfo.activeState)
            if currentActiveState == -1 then currentActiveState = 50 -- Manual
                elseif currentActiveState == 0 then currentActiveState = 40 -- Comfort
                elseif currentActiveState == 1 then currentActiveState = 30 -- Home
                elseif currentActiveState == 2 then currentActiveState = 20 -- Sleep
                elseif currentActiveState == 3 then currentActiveState = 10 -- Away
                elseif currentActiveState == 4 then currentActiveState = 60 -- Holiday
            end
        
        -- Update the toon burner selector to current program state
        local currentBurnerInfo = tonumber(jsonThermostatInfo.burnerInfo)   
        local CurrentToonBurnerValue = domoticz.devices(ToonBurnerName).level
  
        if currentBurnerInfo == 0 then currentBurnerInfo = 0 -- uit
            elseif currentBurnerInfo == 1 then currentBurnerInfo = 10 -- cv aan
            elseif currentBurnerInfo == 2 then currentBurnerInfo = 20 -- warmwater aan
            elseif currentBurnerInfo == 3 then currentBurnerInfo = 10 -- voorverwarmen volgens setpoint
        end
            
        if CurrentToonBurnerValue ~= currentBurnerInfo then  -- Update toon burner selector if it has changed
            -- domoticz.log('Updating Toon burner info:')
            domoticz.devices(ToonBurnerName).switchSelector(currentBurnerInfo)
        end
                    
        -- Update the modulation level of the burner
        local currentModulationLevel = tonumber(jsonThermostatInfo.currentModulationLevel)
        if domoticz.devices(ToonBoilerModulation).percentage + 1 ~= currentModulationLevel + 1 then 
            -- domoticz.log('Updating the Modulation sensor to new value: ' ..currentModulationLevel)
            domoticz.devices(ToonBoilerModulation).updatePercentage(currentModulationLevel)
        end
        
         -- Update the temperature Boiler setpoint to current boiler set point
        local currentInternalBoilerSetpoint = jsonThermostatInfo.currentInternalBoilerSetpoint+1
        if domoticz.utils.round(domoticz.devices(ToonBoilerSetpoint).temperature, 1) ~= domoticz.utils.round(currentInternalBoilerSetpoint, 1) then 
            -- domoticz.log('Updating the Boiler internal temperature setpoint to new value: ' ..currentInternalBoilerSetpoint)
            domoticz.devices(ToonBoilerSetpoint).updateTemperature(currentInternalBoilerSetpoint)
        end
        
        -- Update the thermostat sensor to current setpoint
        if domoticz.devices(ToonThermostat).setPoint*100 ~= currentSetpoint*100 then
            -- domoticz.log('Updating thermostat sensor to new set point: ' ..currentSetpoint)
            domoticz.devices(ToonThermostat).updateSetPoint(currentSetpoint).silent()
        end
     
        -- Update the temperature sensor to current room temperature
        if domoticz.utils.round(domoticz.devices(ToonTemperature).temperature, 1) ~= domoticz.utils.round(currentTemperature, 1) then 
            -- domoticz.log('Updating the temperature sensor to new value: ' ..currentTemperature)
            domoticz.devices(ToonTemperature).updateTemperature(currentTemperature)
        end
        
        -- Update the toon scene selector sensor to current program state
        if domoticz.devices(ToonScenes).level ~= currentActiveState then  -- Update toon selector if it has changed
            -- domoticz.log('Updating Toon Scenes selector to: '..currentActiveState)
            domoticz.devices(ToonScenes).switchSelector(currentActiveState).silent()
        end
        
        -- Updates the toon auto program switch 
        if domoticz.devices(ToonAutoProgram).level ~= currentProgramState then -- Update toon auto program selector if it has changed
            -- domoticz.log('Updating Toon Auto Program selector to: '..currentProgramState)
            domoticz.devices(ToonAutoProgram).switchSelector(currentProgramState).silent()
        end
        
        -- Updates the toon program information text box
        local currentNextTime = jsonThermostatInfo.nextTime
        local currentNextSetPoint = tonumber(jsonThermostatInfo.nextSetpoint) / 100
        
        if currentNextTime == 0 or currentNextSetPoint == 0 then
            ToonProgramInformationSensorValue = 'Op ' ..currentSetpoint.. '°'
        else
            ToonProgramInformationSensorValue = 'Om ' ..os.date('%H:%M', currentNextTime).. ' op ' ..currentNextSetPoint.. '°'
        end
        
        if domoticz.devices(ToonProgramInformation).text ~= ToonProgramInformationSensorValue then
            -- domoticz.log('Updating Toon Program Information to: '..ToonProgramInformationSensorValue)
            domoticz.devices(ToonProgramInformation).updateText(ToonProgramInformationSensorValue)
        end
   end
}

Binnenkort begin mijn contractperiode en zou het wel tof vinden als ik dan het jaarverbruik en kosten kan bijhouden volgens de handleiding: https://ehoco.nl/jaarlijkse-energie-en-waterkosten-domoticz/

[Neejoh]

Volgens mij kijk ik ergens enorm overheen, inmiddels voor de derde avond aan het verdiepen in Domoticz om er een simpel lampje aan te koppelen.

Tot nu toe heb ik al altijd al mijn stekkers en lampen in HomeKit gehangen.
Dit heeft altijd top gewerkt maar er “smart home” is het niet dat alle lampen automatisch aan/uit gaan als we thuis komen of van huis gaan.

Mijn idee was dus over te stappen naar Domoticz voor het ‘smart’ gedeelte.
Dan kan ik meer scripten en hoef ik niet met 4 verschillende hubs (Hue, Zigbee, z-wave, etc) en bijbehorende apps te werken. Ik wil wel Siri blijven kunnen gebruiken via de iPhone/Watch (yep, ben een via “die” lui).

Ik heb een Pi geïnstalleerd met Homebridge wat perfect werkt.
Mijn Nest thermostaat kan ik via de iOS home app gebruiken, echt super blij mee (Hey Siri, make it warmer).

Ook de eDomoticz plug-in werkt in Homebridge, maar so far is het me alleen nog maar gelukt om de temperatuur van mij Raspberry Pi uit te lezen en via Homebridge zichtbaar te maken in de iOS Homeapp.

Hoe kan ik in godsnaam bestaande devices in mijn huidige wifi netwerk, die in de home app al jaren lang werken, aan Domotic?!

Ik lees overal over het aanmaken van dummy switches, maar hoe “vind” ik bijvoorbeeld een stekker die ik aan zo’n dummy switch kan koppelen?

Toppe schreef op dinsdag 8 januari 2019 @ 08:51:
[...]


Domoticz <-> HomeBridge <-> HomeKit
Soundtoch <-> HomeKit

Korte versie: Apapraten die in HomeKit zitten (dus die directe HomeKit ondersteuning hebben) krijg je niet in Domoticz via HomeBridge, apparaten die in Domoticz zitten krijg je wel in HomeKit via HomeBridge.

Dit geldt natuurlijk niet alleen voor apparaten maar ook voor scenes, automatiseringen, etc.

HomeKit is niets anders dan een verzamelplaats voor apparaten

Kan een apparaat dan niet bestuurd worden door meerdere software, via Home, Domoticz en Home Assistent, maar enkel gekoppeld worden aan één van de drie?

Help!

[ Voor 19% gewijzigd door Neejoh op 28-01-2020 21:49 ]

[Knielen]

Robbie T schreef op dinsdag 28 januari 2020 @ 20:22:
Ook maar weer eens wat vragen bij gebrek aan een oplossing;

Ik vindt in Domoticz de druk van mijn CV ketel terug als utility sensor, aangestuurd door Toon. Dit is een Dummy Switch van het type pressure. Ik wil graag via DZvents een notificatie laten sturen via pusover als de druk onder de 1.5 bar komt. Deze notificatie moet slechts eenmaal worden verstuurd. Hoe fix ik zoiets?

Door een variabele aan te maken in je script en deze te laten schakelen als de waarde onder de 1,5 komt. Als je hem dan pas weer reset als de waarde erboven komt kan je hem gebruiken in je voorwaarde.

[Chaoss]

Iemand een idee of je bij de Nefit Easy plugin ook de interval van de status updates kunt aanpassen? Is niet bij hardware aan te passen en het staat ook niet in de config.

Ding pollt elke minuut en dat kan bij mij wel lager, gebruik hem alleen om de temp en het gasverbruik uit te lezen.

[vwtune]

KroontjesPen schreef op dinsdag 28 januari 2020 @ 08:04:
In de val:
execute = function(domoticz, device)
ben ik het begin ook gevallen.

Het is:
execute = function(domoticz, devices)
omdat het ook

code:

    on = {
        devices = {        
            
            46                                              
        }
    },

met "s" is

Weet je dit zeker? ik zie eigenlijk in alle voorbijkomende voorbeelden,

code:

execute = function(domoticz, device)

dus zonder 's'

hier een voorbeeld van een eigen script (is niet het hele script, maar alleen even het begin als voorbeeld)

code:

return {
    on = {
        devices = {
            208  -- Xiaomi Dual Wall Switch
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Switch       = domoticz.devices(208) --Xiaomi Dual Wall Switch
        local EettafelVerlichting = domoticz.groups(10) -- lampen
        
       --Function
            domoticz.log('State is: ' ..device.state, domoticz.LOG_INFO) -- check welke state er uberhaupt aan komt.
              if (Switch.state == 'Switch 1') then -- Op knop gedrukt

dit werkt gewoon prima en er staat toch echt: execute = function(domoticz, device) zonder 's'

[KroontjesPen]

@vwtune

Je hebt me nu ook weer aan het twijfelen gebracht.
Zelf mijn scrips even door gelopen en tot mijn schrik zitten er ook een paar tussen zonder 's'.
Waarom ik dan, net zo als jij, in het begin daar ook problemen mee heb gehad snap ik nu echt niet meer.

Zal mijn post aanpassen.

[vwtune]

KroontjesPen schreef op woensdag 29 januari 2020 @ 07:39:
@vwtune

Je hebt me nu ook weer aan het twijfelen gebracht.
Zelf mijn scrips even door gelopen en tot mijn schrik zitten er ook een paar tussen zonder 's'.
Waarom ik dan, net zo als jij, in het begin daar ook problemen mee heb gehad snap ik nu echt niet meer.

Zal mijn post aanpassen.

Misschien dat een DVentz goeroe hier wat meer over kan vertellen

[DjAntoon]

Ik ben geen goeroe, maar het maakt niets uit wat er staat, als overal maar hetzelfde staat. Device en item worden wel erg vaak gebruikt in de voorbeelden.

[Peutpeut]

Ook ik ben dat niet, maar de device/devices/item of wat je ook gebruikt moet op regel 7 en 13 hetzelfde zijn. Dat is namelijk wat je op regel 13 aanroept en waarnaar je in de functie execute kunt verwijzen.

code:

return {
    on = {
        devices = {
            208  -- Xiaomi Dual Wall Switch
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Switch       = domoticz.devices(208) --Xiaomi Dual Wall Switch
        local EettafelVerlichting = domoticz.groups(10) -- lampen
        
       --Function
            domoticz.log('State is: ' ..device.state, domoticz.LOG_INFO) -- check welke state er uberhaupt aan komt.
              if (Switch.state == 'Switch 1') then -- Op knop gedrukt

[Toppe]

Neejoh schreef op dinsdag 28 januari 2020 @ 21:00:
Volgens mij kijk ik ergens enorm overheen, inmiddels voor de derde avond aan het verdiepen in Domoticz om er een simpel lampje aan te koppelen.

Tot nu toe heb ik al altijd al mijn stekkers en lampen in HomeKit gehangen.
Dit heeft altijd top gewerkt maar er “smart home” is het niet dat alle lampen automatisch aan/uit gaan als we thuis komen of van huis gaan.

Mijn idee was dus over te stappen naar Domoticz voor het ‘smart’ gedeelte.
Dan kan ik meer scripten en hoef ik niet met 4 verschillende hubs (Hue, Zigbee, z-wave, etc) en bijbehorende apps te werken. Ik wil wel Siri blijven kunnen gebruiken via de iPhone/Watch (yep, ben een via “die” lui).

Ik heb een Pi geïnstalleerd met Homebridge wat perfect werkt.
Mijn Nest thermostaat kan ik via de iOS home app gebruiken, echt super blij mee (Hey Siri, make it warmer).

Ook de eDomoticz plug-in werkt in Homebridge, maar so far is het me alleen nog maar gelukt om de temperatuur van mij Raspberry Pi uit te lezen en via Homebridge zichtbaar te maken in de iOS Homeapp.

Hoe kan ik in godsnaam bestaande devices in mijn huidige wifi netwerk, die in de home app al jaren lang werken, aan Domotic?!

Ik lees overal over het aanmaken van dummy switches, maar hoe “vind” ik bijvoorbeeld een stekker die ik aan zo’n dummy switch kan koppelen?


[...]


Kan een apparaat dan niet bestuurd worden door meerdere software, via Home, Domoticz en Home Assistent, maar enkel gekoppeld worden aan één van de drie?

Help!

Je kan geen HomeKit apparaten via HomeBridge in Domoticz krijgen.

[Neejoh]

Toppe schreef op woensdag 29 januari 2020 @ 17:17:
[...]


Je kan geen HomeKit apparaten via HomeBridge in Domoticz krijgen.

Begrijp ik het goed dat je dus geen HomeKit stekkers en lampen in Domoticz kunt bedienen en tegelijk ook in Home app op iOS? Kan me het niet zo goed voorstellen eigenlijk, ik mis vast iets

Stel ik loop nu naar de winkel en koop daar een "slimme" stekker met een "Works with Apple HomeKit" sticker, kan ik die dan vervolgens niet toevoegen aan Domoticz?

Als dat wél kan zou ik die via Homebridge zichtbaar moeten krijgen op mijn telefoon, toch?

[fabstar81]

Ik heb hier heel wat van dit soort thermometers liggen.



Kunnen die ook domoticz in?

[AUijtdehaag]

@fabstar81 Alsof je vraagt: kan ik met mijn bandrecorder ook telefoneren.

[fabstar81]

Korte antwoord nee dus!?

Kom nl 2 sensoren te kort

[AUijtdehaag]

@fabstar81 espeasy DS18b20 google ?

[fabstar81]

Neen, die hebben 3 aders. Deze thermometers hebben 2 aders

[vwtune]

welke merken wifi gordijn motoren werken in domoticz?
zou deze: https://nl.aliexpress.com/item/32957276089.html werken?

[Wiley99]

Peutpeut schreef op woensdag 29 januari 2020 @ 15:29:
Ook ik ben dat niet, maar de device/devices/item of wat je ook gebruikt moet op regel 7 en 13 hetzelfde zijn. Dat is namelijk wat je op regel 13 aanroept en waarnaar je in de functie execute kunt verwijzen.

code:

return {
    on = {
        devices = {
            208  -- Xiaomi Dual Wall Switch
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Switch       = domoticz.devices(208) --Xiaomi Dual Wall Switch
        local EettafelVerlichting = domoticz.groups(10) -- lampen
        
       --Function
            domoticz.log('State is: ' ..device.state, domoticz.LOG_INFO) -- check welke state er uberhaupt aan komt.
              if (Switch.state == 'Switch 1') then -- Op knop gedrukt

Het klopt wat je zegt en ik zou ook zeker niet, zoals @KroontjesPen zegt, devices in de function() aanroep gebruiken. Dat zorgt alleen maar voor verwarring.

In

code:

execute = function(domoticz, device)

Definieer je zelf als het ware 2 variabelen die je elke naam mag geven die je wilt. Je kan, om typewerk te besparen

code:

execute = function(dom, dev)

doen.

Met dom krijg je een "wijzer" naar het domoticz object waarin alle actuele functies en methoden zitten van domoticz. Bijvoorbeeld dom.devices() collectie waarin al je apparaten zitten. Die kun je bedienen door dom.devices(1234).switchOn() of wat dan ook te doen. Je ziet al waarom het kiezen van "devices" in "function" een slecht idee is: het is hetzelfde als de voorgedefinieerde collectie apparaten in het domoticz (dom) object.
Device of in mijn tweede voorbeeld dev krijgt een wijzer naar het device dat dit script heeft afgetrapt. Dus hetzelfde device dat helemaal bovenin ergens in je "on... devices = { 1234}..." staat. In dit geval 1234. Dus is dev nu hetzelfde apparaat als dom.devices(1234).
dev.switchOn() doet hetzelfde als dom.devices(1234).switchOn() in dit script.

Let wel op als je ook timers of andere triggers gebruikt in je "on" statement: als de timer getriggert heeft bevat dev die en geen device. Je kan zelfs drie parameters meegeven aan die functie als je de Triggerinfo ook wil gebruiken.

Het staat ook allemaal in https://www.domoticz.com/..._generation_LUA_scripting maar ik kan me voorstellen dat het zonder programmeerachtergrond soms een beetje cryptisch is.

[Copitano]

@Wiley99
Inmiddels opnieuw een gecrasht kaartje, maar gelukkig net daarvoor een image bestand gemaakt. Na het maken van het image het oorspronkelijke kaartje terug gestoken in de pi en opgestart. Had nog niet de /etc/fstab aangepast. /etc/fstab heb ik dus aangepast na het terugplaatsen van het kaartje waar ik het image van gemaakt had met:

code:

 sudo nano /etc/fstab

Heb daar dit ingezet:

code:

XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX /mnt/USBbackup

Ik heb dus het lange UUID gebruikt (er is ook nog een korte versie PARTUUID). Om te controleren of de aanpassing in /etc/fstab werkte heb ik via het bureaublad met de rebootknop een nette systeemreboot opdracht gegeven. Daarna wilde de pi niet meer opstarten ook niet na verschillende pogingen stoom aan stroom uit. Ik herinner mij dat dat bij de crash van het vorige kaartje ook gebeurde bij een reboot kort na het aanpassen van /etc/fstab. Gelukkig had ik nog een reserve SD liggen. Daar snel het verse image opgezet en de boel startte weer netjes op. Nu durf ik eigenlijk de fstab niet meer aan te passen.
Ik denk dat ik daar iets niet goed doe?
Ik zie dat in fstab bij andere partities <PARTUUID=> ervoor staan. Kan het weglaten van <UUID=> de oorzaak van de crash (of in ieder geval het niet opstarten) zijn? Moet het misschien dit zijn?

code:

UUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX /mnt/USBbackup

Hieronder een reeks opdrachten die ik als check heb uitgevoerd.

code:

pi@raspberrypi:/mnt/USBbackup $ ls -la
totaal 92
drwxrwxrwx 8 root    root     4096 jan 27 22:37 .
drwxrwxrwx 3 root    root     4096 jan 16 23:33 ..
drwxrwxrwx 3 pi      pi       4096 jan 27 22:47 domoticz
drwxr-xr-x 4 grafana grafana  4096 jan 29 01:40 grafana
drwxrwxrwx 2 pi      pi       4096 jan  8 23:17 influxdb
drwx------ 2 pi      pi      53248 jan 29 02:02 Influxdb
drwx------ 2 pi      pi       4096 jan 18 22:08 Influxdb2
drwx------ 2 root    root    16384 jan  8 21:56 lost+found
pi@raspberrypi:/mnt/USBbackup $ cd domoticz
pi@raspberrypi:/mnt/USBbackup/domoticz $ ls -la
totaal 12
drwxrwxrwx 3 pi   pi   4096 jan 27 22:47 .
drwxrwxrwx 8 root root 4096 jan 27 22:37 ..
drwxr-x--- 5 root root 4096 jan 21 16:00 backups
pi@raspberrypi:/mnt/USBbackup/domoticz $ cd backups
pi@raspberrypi:/mnt/USBbackup/domoticz/backups $ ls -la
totaal 20
drwxrwxrwx 5 root root 4096 jan 21 16:00 .
drwxrwxrwx 3 pi   pi   4096 jan 27 22:47 ..
drwxr-x--- 2 root root 4096 jan 29 00:00 daily
drwxr-x--- 2 root root 4096 jan 29 01:00 hourly
drwxr-x--- 2 root root 4096 jan 21 16:00 monthly

HIeronder de huidige /etc/fstab daar zie ik wel iets van een ext4 geformatteerd medium staan, maar dat is volgens mij de tweede partitie van het SD kaartje (zelfde PARTUUID tot de laatste twee cijfers).

code:

proc            /proc           proc    defaults          0       0
PARTUUID=XXXXX1c9-01  /boot           vfat    defaults          0       2
PARTUUID=XXXXX1c9-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that

EDIT: Mmmm, kaartjes blijken niet echt stuk. Kan ze met dit programmatje gewoon weer FAT32 formateren en volschrijven. Kennelijk was dus alleen het bootfile beschadigd ofzo. Mooi weer een reservekaartje

[ Voor 17% gewijzigd door Copitano op 30-01-2020 01:14 ]

[anconakip]

Ik heb misschien voor velen hier een simpele vraag, maar ik ben nog lerende dus vandaar dat ik hem toch stel.
Ik heb een nieuwe thermostaat thuis (Nefit Easy). Deze heb ik ook al werkende in domoticz. Maar ik wil deze ook graag in een script/blockly gaan gebruiken. Wat ik wil is:

Niemand thuis is aan - verwarming naar 16 graden.
Niemand thuis is uit - verwarming naar 20 graden.

De niemand thuis functie heb ik al een hele tijd werkende middels onze mobiele telefoons. De Nefit heeft een mooie Setpoint knop in domoticz welke ik handmatig van temperatuur kan wijzigen.
Laat maar. Ik zie dat er ook een setpoint knop is toegevoegd bij mijn blockly symbolen..

[ Voor 16% gewijzigd door anconakip op 30-01-2020 08:07 ]

[Chaoss]

vwtune schreef op dinsdag 28 januari 2020 @ 16:15:
[...]


Omdat er toch echt ergens een timer ingesteld staat, kan niet anders, iets wordt niet zomaar getriggerd. gewoon heel die scene deleten en opnieuw maken, maar dan als groep.

Vanochtend is het goed gegaan, enige aanpassing is dat ik de trigger tijden heb aangevuld met een 0 ervoor, had ze eerst met 3 digits staan, nu met 4, zo was de oude situatie.



Blijkbaar gebeuren er in domoticz vreemde dingen als je 3 digits bij de tijd gebruikt.
Ik gebruik de scene nog wel, had bij het testen gemerkt dat een scene soms juist beter werkt dan een groep.

[vwtune]

Chaoss schreef op donderdag 30 januari 2020 @ 08:16:
[...]


Vanochtend is het goed gegaan, enige aanpassing is dat ik de trigger tijden heb aangevuld met een 0 ervoor, had ze eerst met 3 digits staan, nu met 4, zo was de oude situatie.

[Afbeelding]

Blijkbaar gebeuren er in domoticz vreemde dingen als je 3 digits bij de tijd gebruikt.
Ik gebruik de scene nog wel, had bij het testen gemerkt dat een scene soms juist beter werkt dan een groep.

Yup, die 0 ervoor had ik ook over het hoofd gezien, dan klopt het dat er dingen niet goed gaan.
Maar is er ook iets wat ervoor zorgt dat die lampen weer uitgaan dan?
Wanneer jij je script gaat uitbreiden zal je zelf tegen het probleem scene aan gaan lopen.

[ Voor 4% gewijzigd door vwtune op 30-01-2020 09:29 ]

[imdos]

Even een schopje van deze post:

imdos schreef op maandag 27 januari 2020 @ 17:33:
Dit is eigenlijk niet echt een domoticz vraag, maar meer een probleem met GPIO. Ik heb een tweetal afstandsbedieningen die ik wil bedienen met de GPIO poorten op een Pi3. Ik heb netjes de stappen hieruit gevolgd. Het bedienen werkt ook (met dzVents).

Ik heb echter een ongewenst bijeffect. Zodra ik de poorten initialiseer (voordat Domoticz opgestart is), dan wordt er een instelling gedaan, waardoor de afstandsbediening al gaat werken. Dit zie ik doordat de LED 5 seconden minstens knippert.

sudo echo 17 > /sys/class/gpio/export ;
sleep 0.2; 
sudo echo out > /sys/class/gpio/gpio17/direction;  
sleep 0.2; 
sudo echo 0 > /sys/class/gpio/gpio17/value ; 
gpio exports

Zodra ik de direction wijzig van de standaard input naar output, dan begint het.
Ook had ik geprobeerd om later pas de 3,3V aan te sluiten, dus na het initialiseren van de GPIO poort. Maar daarna gaat het knipperen gewoon starten zodra ik de verbinding maak.

Hoe nu verder dus?

Het lastige is dat het o.a. een Zwave afstandsbediening is en een Somfy RTS. Die 1e kan niet op Domoticz / via een andere controller dan van het alarm zelf.

[Wiley99]

Copitano schreef op woensdag 29 januari 2020 @ 22:20:
@Wiley99
Inmiddels opnieuw een gecrasht kaartje, maar gelukkig net daarvoor een image bestand gemaakt. Na het maken van het image het oorspronkelijke kaartje terug gestoken in de pi en opgestart. Had nog niet de /etc/fstab aangepast. /etc/fstab heb ik dus aangepast na het terugplaatsen van het kaartje waar ik het image van gemaakt had met:

code:

 sudo nano /etc/fstab

Heb daar dit ingezet:

code:

XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX /mnt/USBbackup

Ik heb dus het lange UUID gebruikt (er is ook nog een korte versie PARTUUID). Om te controleren of de aanpassing in /etc/fstab werkte heb ik via het bureaublad met de rebootknop een nette systeemreboot opdracht gegeven. Daarna wilde de pi niet meer opstarten ook niet na verschillende pogingen stoom aan stroom uit. Ik herinner mij dat dat bij de crash van het vorige kaartje ook gebeurde bij een reboot kort na het aanpassen van /etc/fstab. Gelukkig had ik nog een reserve SD liggen. Daar snel het verse image opgezet en de boel startte weer netjes op. Nu durf ik eigenlijk de fstab niet meer aan te passen.
Ik denk dat ik daar iets niet goed doe?
Ik zie dat in fstab bij andere partities <PARTUUID=> ervoor staan. Kan het weglaten van <UUID=> de oorzaak van de crash (of in ieder geval het niet opstarten) zijn? Moet het misschien dit zijn?

code:

UUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX /mnt/USBbackup

Hieronder een reeks opdrachten die ik als check heb uitgevoerd.

code:

pi@raspberrypi:/mnt/USBbackup $ ls -la
totaal 92
drwxrwxrwx 8 root    root     4096 jan 27 22:37 .
drwxrwxrwx 3 root    root     4096 jan 16 23:33 ..
drwxrwxrwx 3 pi      pi       4096 jan 27 22:47 domoticz
drwxr-xr-x 4 grafana grafana  4096 jan 29 01:40 grafana
drwxrwxrwx 2 pi      pi       4096 jan  8 23:17 influxdb
drwx------ 2 pi      pi      53248 jan 29 02:02 Influxdb
drwx------ 2 pi      pi       4096 jan 18 22:08 Influxdb2
drwx------ 2 root    root    16384 jan  8 21:56 lost+found
pi@raspberrypi:/mnt/USBbackup $ cd domoticz
pi@raspberrypi:/mnt/USBbackup/domoticz $ ls -la
totaal 12
drwxrwxrwx 3 pi   pi   4096 jan 27 22:47 .
drwxrwxrwx 8 root root 4096 jan 27 22:37 ..
drwxr-x--- 5 root root 4096 jan 21 16:00 backups
pi@raspberrypi:/mnt/USBbackup/domoticz $ cd backups
pi@raspberrypi:/mnt/USBbackup/domoticz/backups $ ls -la
totaal 20
drwxrwxrwx 5 root root 4096 jan 21 16:00 .
drwxrwxrwx 3 pi   pi   4096 jan 27 22:47 ..
drwxr-x--- 2 root root 4096 jan 29 00:00 daily
drwxr-x--- 2 root root 4096 jan 29 01:00 hourly
drwxr-x--- 2 root root 4096 jan 21 16:00 monthly

HIeronder de huidige /etc/fstab daar zie ik wel iets van een ext4 geformatteerd medium staan, maar dat is volgens mij de tweede partitie van het SD kaartje (zelfde PARTUUID tot de laatste twee cijfers).

code:

proc            /proc           proc    defaults          0       0
PARTUUID=XXXXX1c9-01  /boot           vfat    defaults          0       2
PARTUUID=XXXXX1c9-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that

EDIT: Mmmm, kaartjes blijken niet echt stuk. Kan ze met dit programmatje gewoon weer FAT32 formateren en volschrijven. Kennelijk was dus alleen het bootfile beschadigd ofzo. Mooi weer een reservekaartje

Je kaartjes zijn meestal nog goed, gewoon formatteren inderdaad.

Anyway, fstab. Dat wordt gebruikt bij het opstarten van je Pi dus als je daarin een fout maakt dan is de kans groot dat het opstarten helemaal mis gaat (sluit een scherm aan op je Pi, dan zie je het gebeuren).
Maak altijd ff een backup

sudo cp /etc/fstab /etc/fstab.bak

Wat je ziet in je fstab zijn inderdaad je twee partities: de ene wordt 'gemount' op /boot en de andere op /. Dus alles wat je in / ziet staan komt van die tweede partitie. Dat is je het meeste van je besturingssysteem, je /home/pi en de rest.

Als je nieuwe kaartjes gebruikt, sticks formatteert enz, check dan altijd opnieuw welke UUID je USB stick heeft (zie eerder post, blkid) en voeg het juiste bestandstype in (ext3, 4...)! Onderstaande UUID is een voorbeeldje;

code:

proc            /proc           proc    defaults          0       0
PARTUUID=XXXXX1c9-01  /boot           vfat    defaults          0       2
PARTUUID=XXXXX1c9-02  /               ext4    defaults,noatime  0       1
# a swapfile is not a swap partition, no line here
#   use  dphys-swapfile swap[on|off]  for that
UUID=413eee0c-61ff-4cb7-a299-89d12b075093  /mnt/USBbackup  ext4  defaults 0  2

Tot slot: duckduckgo is your friend too, mocht je sneller een reactie nodig hebben dan ik of een medetweaker kan geven. Voorbeeldje
Aan de andere kant: pas wel op met experimenteren met deze opties, want zoals je al hebt gezien kun je ook heel snel iets kapot maken. (maar alles is ook te repareren)

Succes.

@imdos sorry, geen kaas gegeten van GPIO; Zou willen van wel, zie allemaal koele projectjes en goedkope oplossingen voorbij komen, mja...

[Toppe]

Neejoh schreef op woensdag 29 januari 2020 @ 17:28:
[...]


Begrijp ik het goed dat je dus geen HomeKit stekkers en lampen in Domoticz kunt bedienen en tegelijk ook in Home app op iOS? Kan me het niet zo goed voorstellen eigenlijk, ik mis vast iets

Stel ik loop nu naar de winkel en koop daar een "slimme" stekker met een "Works with Apple HomeKit" sticker, kan ik die dan vervolgens niet toevoegen aan Domoticz?

Als dat wél kan zou ik die via Homebridge zichtbaar moeten krijgen op mijn telefoon, toch?

Je mist niets hoor. Het kan gewoon niet. Zo zit nou eenmaal HomeKit in elkaar. En ja, Google Home biedt deze optie ook niet.

Het ‘Works with HomeKit’ op een doos is niets anders dan een certificaat: Apple staat garant voor een goede werking.

Hoe verder je het open zet hoe groter de kans op een glitch in het systeem.

[Knielen]

imdos schreef op donderdag 30 januari 2020 @ 10:13:
Even een schopje van deze post:
[...]


Ik heb echter een ongewenst bijeffect. Zodra ik de poorten initialiseer (voordat Domoticz opgestart is), dan wordt er een instelling gedaan, waardoor de afstandsbediening al gaat werken. Dit zie ik doordat de LED 5 seconden minstens knippert.

sudo echo 17 > /sys/class/gpio/export ;
sleep 0.2; 
sudo echo out > /sys/class/gpio/gpio17/direction;  
sleep 0.2; 
sudo echo 0 > /sys/class/gpio/gpio17/value ; 
gpio exports

Zodra ik de direction wijzig van de standaard input naar output, dan begint het.
Ook had ik geprobeerd om later pas de 3,3V aan te sluiten, dus na het initialiseren van de GPIO poort. Maar daarna gaat het knipperen gewoon starten zodra ik de verbinding maak.

Hoe nu verder dus?

Het lastige is dat het o.a. een Zwave afstandsbediening is en een Somfy RTS. Die 1e kan niet op Domoticz / via een andere controller dan van het alarm zelf.

Je bent tegen het grootste nadeel van GPIO pinnen gebruiken op een RPi aangelopen. Alle pinnen starten als INPUTS bij het opstarten van de RPi, dit wordt ook wel gezien als een 'HIGH' state. Is niet te voorkomen:
https://raspberrypi.stack...-rpi-startsup/59216#59216

Een oplossing die ik heb toegepast is een inverter inbouwen (bijvoorbeeld SN7404). Dit zorgt ervoor dat je het signaal andersom kan gebruiken en dus bij opstarten goed staat. Vraagt echter wel wat soldeervaardigheden en een extra printplaatje (breadboard)

[M.v.Veelen]

Ik heb net 5 HUE Ambiance White inbouwspots in het plafond gehangen en vraag me af hoe ik deze allemaal met dezelfde instelling kan inschakelen.

Ik heb nog meer HUE lampen en daarbij heb ik uitgelezen wat de waardes zijn en die heb ik dan weer in een bash script gezet om de HUE lampen met die instellingen aan te zetten. Met een ander bash script zet ik de HUE lampen dan weer uit. Dit heb ik 2 jaar geleden zo ingesteld ongeveer en ik kan me niet voorstellen dat dit nog zo moet gaan. Ik heb nu per HUE lamp 2 bash scripts dus en om er nu nog eens 10 bij te maken....?

Misschien is dit tegenwoordig anders en makkelijker in te stellen?

[DjAntoon]

Knielen schreef op donderdag 30 januari 2020 @ 16:10:
[...]


Je bent tegen het grootste nadeel van GPIO pinnen gebruiken op een RPi aangelopen. Alle pinnen starten als INPUTS bij het opstarten van de RPi, dit wordt ook wel gezien als een 'HIGH' state. Is niet te voorkomen:
https://raspberrypi.stack...-rpi-startsup/59216#59216

Misschien werkt een pull down wel, je gebruikt hem normaal als output toch?
Ik denk aan 4k7 of zo.

[Verwijderd]

M.v.Veelen schreef op donderdag 30 januari 2020 @ 18:21:
Ik heb net 5 HUE Ambiance White inbouwspots in het plafond gehangen en vraag me af hoe ik deze allemaal met dezelfde instelling kan inschakelen.

Ik heb nog meer HUE lampen en daarbij heb ik uitgelezen wat de waardes zijn en die heb ik dan weer in een bash script gezet om de HUE lampen met die instellingen aan te zetten. Met een ander bash script zet ik de HUE lampen dan weer uit. Dit heb ik 2 jaar geleden zo ingesteld ongeveer en ik kan me niet voorstellen dat dit nog zo moet gaan. Ik heb nu per HUE lamp 2 bash scripts dus en om er nu nog eens 10 bij te maken....?

Misschien is dit tegenwoordig anders en makkelijker in te stellen?

In Hue app scene aanmaken en die koppelen aan een groep/kamer. Die scene heeft bij mij heel simpel timer aangaan bij zonsondergang en timer wanneer uit. Zo doe ik het.

[imdos]

DjAntoon schreef op donderdag 30 januari 2020 @ 18:51:
[...]


Misschien werkt een pull down wel, je gebruikt hem normaal als output toch?
Ik denk aan 4k7 of zo.

Als dat zou kunnen... Ik heb geen inverter liggen. Dan moet ik weer minstens 1 maand tot enkele maanden wachten bij ome Ali.

[imdos]

Knielen schreef op donderdag 30 januari 2020 @ 16:10:
[...]


Je bent tegen het grootste nadeel van GPIO pinnen gebruiken op een RPi aangelopen. Alle pinnen starten als INPUTS bij het opstarten van de RPi, dit wordt ook wel gezien als een 'HIGH' state. Is niet te voorkomen:
https://raspberrypi.stack...-rpi-startsup/59216#59216

Een oplossing die ik heb toegepast is een inverter inbouwen (bijvoorbeeld SN7404). Dit zorgt ervoor dat je het signaal andersom kan gebruiken en dus bij opstarten goed staat. Vraagt echter wel wat soldeervaardigheden en een extra printplaatje (breadboard)

Zijn er ook alternatieven, want zo'n inverter (bijvoorbeeld SN7404) heb ik niet en moet ik bestellen.

[bing69]

M.v.Veelen schreef op donderdag 30 januari 2020 @ 18:21:
Ik heb net 5 HUE Ambiance White inbouwspots in het plafond gehangen en vraag me af hoe ik deze allemaal met dezelfde instelling kan inschakelen.

Ik heb nog meer HUE lampen en daarbij heb ik uitgelezen wat de waardes zijn en die heb ik dan weer in een bash script gezet om de HUE lampen met die instellingen aan te zetten. Met een ander bash script zet ik de HUE lampen dan weer uit. Dit heb ik 2 jaar geleden zo ingesteld ongeveer en ik kan me niet voorstellen dat dit nog zo moet gaan. Ik heb nu per HUE lamp 2 bash scripts dus en om er nu nog eens 10 bij te maken....?

Misschien is dit tegenwoordig anders en makkelijker in te stellen?

In dzvents zet ik de lampen op de gewenste waarde door (knip uit een script):

Boog.dimTo(1)
Rood.dimTo(60)
Raamboven.dimTo(44)
Raambeneden.dimTo(20)
Bank.dimTo(44)
MiddenL.dimTo(63)
MiddenR.dimTo(42)
foto1.dimTo(39)
foto2.dimTo(39)
keuken.dimTo(20)
-- Dummy.switchOn()
hand.switchOn()
handaan.switchOn()
-- kerstboom.switchOn()

[Racer89]

Telkens als ik bezig met met de scripts, moet ik op gegeven moment opnieuw inloggen op de webinterface. Is er ergens een mogelijkheid om deze tijd aan te passen?

Terug komend op de icoontjes, als je een Dummy switch aanmaakt kun je raar genoeg wel het icoontje aanpassen.

[ Voor 25% gewijzigd door Racer89 op 31-01-2020 07:39 ]

[vwtune]

Is het mogelijk om in een gecombineerd script van devices en ook tijd, op verschillende tijden, verschillende dingen te doen? Nu krijg ik het alleen voor elkaar om op de aangegeven tijden, de zelfde instelling uit te voeren, maar ik zou graag willen (zie mijn voorbeeld) dat er op 23.00 uur andere settings worden gebruikt dan op 05.30 uur.

Hier het eerste stukje van het script:

code:

--Declarations
local MotionNum       = 73 -- MotionSensor
local MotionHal       = 68 -- MotionSensor

return {

    on = {
        timer = { 'at 05:30' },
        timer = { 'at 23:00' },
        devices = { 
            73, -- MotionSensor
            68  -- MotionSensor
        }

    },
    execute = function(domoticz, item)

En hieronder het stukje uit mijn script wat er dan moet worden uitgevoerd:

code:

            end
            elseif (item.isTimer) then -- Motion off
                Light.cancelQueuedCommands()
                Effect.switchSelector(630)
                Palette.switchSelector(170)
                Light.dimTo(60)

Ik zou dus graag willen dat er een verschil in uitvoering zit op andere tijden, dus bovenstaande zou dan als voorbeeld om 23.00 uur moeten worden afgevuurd en onderstaand om 05.30 uur:

code:

            elseif (item.isTimer) then -- Motion off
                Light.cancelQueuedCommands()
                Effect.switchSelector(73)
                Palette.switchSelector(19)
                Light.dimTo(20)

Is dit mogelijk en zoja, hoe zou het er dan moeten uitzien?

[imdos]

vwtune schreef op vrijdag 31 januari 2020 @ 09:54:
Is het mogelijk om in een gecombineerd script van devices en ook tijd, op verschillende tijden, verschillende dingen te doen?
Is dit mogelijk en zoja, hoe zou het er dan moeten uitzien?

Ja. Alleen de relevante stukjes overgehouden. Maar het gaat dus om item.trigger.

code:

                timer = { 'at sunset', 'at 23:40' },
..knip... 
    execute = function(domoticz,item)
        if (item.isTimer and item.trigger == 'at sunset' ) then

[vwtune]

imdos schreef op vrijdag 31 januari 2020 @ 10:33:
[...]

Ja. Alleen de relevante stukjes overgehouden. Maar het gaat dus om item.trigger.

code:

                timer = { 'at sunset', 'at 23:40' },
..knip... 
    execute = function(domoticz,item)
        if (item.isTimer and item.trigger == 'at sunset' ) then

Man, man man... wat leer je hier veel

[DjAntoon]

imdos schreef op donderdag 30 januari 2020 @ 23:00:
[...]

Als dat zou kunnen... Ik heb geen inverter liggen. Dan moet ik weer minstens 1 maand tot enkele maanden wachten bij ome Ali.

Wat meer details van je schakeling zou het helpen beoordelen.

Ali is niet de enige leverancier in de wereld...

Kijk anders eens bij Reichelt.nl of sinuss.nl, deze laatste is wel duur, maar levert farnell componenten aan particulieren.

[imdos]

DjAntoon schreef op vrijdag 31 januari 2020 @ 11:45:
[...]
Wat meer details van je schakeling zou het helpen beoordelen.

Ali is niet de enige leverancier in de wereld...

Kijk anders eens bij Reichelt.nl of sinuss.nl, deze laatste is wel duur, maar levert farnell componenten aan particulieren.

Direct op de GPIO pinnen van een rPi3 m.b.v. een dupont-kabeltje heb ik een tweetal afstandsbedieningen zitten. Ik pak de 3,3V, GND en de GPIO pinnen. 3,3 en GND gebruik ik ipv een knoopcel in de afstandsbedieningen.

11-18 zijn de fysieke pinnen. Andere opties zijn ook mogelijk trouwens. Als er iets bijzonders is met deze poorten.

[DjAntoon]

@imdos Welke afstandsbediening, je hebt vast een linkje op het www.

[imdos]

DjAntoon schreef op vrijdag 31 januari 2020 @ 12:08:
@imdos Welke afstandsbediening, je hebt vast een linkje op het www.

Somfy RTS
Maar dan de 1-kanaals versie

Elro SA68R Afstandsbediening
Deze, maar dan rechthoekig.

O.b.v. dit artikel en wat kennis over een rPi en GPIO ben ik er aan begonnen. Het is voor een familielid overigens. Dat is nog het ergste. Ligt al een tijdje te wachten.

[Lizard]

Voor de mensen die de beta gebruiken op Raspbian Stretch, de nieuwste beta 4.11666 werkt daar niet goed op. Dus wacht even op een update of download deze binary om weer een werkende install te krijgen:
https://www.domoticz.com/...&t=31157&p=235192#p235188

[fabstar81]

imdos schreef op donderdag 30 januari 2020 @ 10:13:
Even een schopje van deze post:
[...]


Ik heb echter een ongewenst bijeffect. Zodra ik de poorten initialiseer (voordat Domoticz opgestart is), dan wordt er een instelling gedaan, waardoor de afstandsbediening al gaat werken. Dit zie ik doordat de LED 5 seconden minstens knippert.

sudo echo 17 > /sys/class/gpio/export ;
sleep 0.2; 
sudo echo out > /sys/class/gpio/gpio17/direction;  
sleep 0.2; 
sudo echo 0 > /sys/class/gpio/gpio17/value ; 
gpio exports

Zodra ik de direction wijzig van de standaard input naar output, dan begint het.
Ook had ik geprobeerd om later pas de 3,3V aan te sluiten, dus na het initialiseren van de GPIO poort. Maar daarna gaat het knipperen gewoon starten zodra ik de verbinding maak.

Hoe nu verder dus?

Het lastige is dat het o.a. een Zwave afstandsbediening is en een Somfy RTS. Die 1e kan niet op Domoticz / via een andere controller dan van het alarm zelf.

Weet jij toevallig ook hoe je een gpio pin aan en uit moet schakelen middels een bash script?

[DjAntoon]

@imdos Ik zou hier op zijn minst een optocoupler tussen zetten, en misschien een inschakelvertraging maken, maar dat word ook knutselen.

[Knielen]

fabstar81 schreef op vrijdag 31 januari 2020 @ 14:41:
[...]

Weet jij toevallig ook hoe je een gpio pin aan en uit moet schakelen middels een bash script?

Eerste hit op Google:

http://domoticx.com/raspb...sturen-via-gpio-pin-bash/

[fabstar81]

Dank je, @Knielen...

De moeilijkheidsgraad zit hem in de rest van het script, n.l. mijn temperatuur script. Als daar geen waarde uit komt dan moet de gpio gereset worden.

[Verwijderd]

Lizard schreef op vrijdag 31 januari 2020 @ 14:13:
Voor de mensen die de beta gebruiken op Raspbian Stretch, de nieuwste beta 4.11666 werkt daar niet goed op. Dus wacht even op een update of download deze binary om weer een werkende install te krijgen:
https://www.domoticz.com/...&t=31157&p=235192#p235188

Ik doe nooit een update als het goed werkt. Ik heb laatst alleen een update gedaan om Buienradar erin te krijgen. Zolang het goed werkt zie ik de noodzaak niet met alle ellende die eruit voor kan komen.

[Toppe]

De inzamel dagen voor de gemeente veranderen. Papier wordt nu elke 4 weken. Iemand enig idee of dzVents een timer kent met "every 4 weeks" of iets?

Heb nu onderstaand script en wil daar eigelijk niet heel veel aan aanpassen

code:

return {
    on = {
        timer = { "every even week at 18:30 on thu",    
                  "every even week at 18:30 on sun",    
                  "every odd week at 18:30 on sun",
                 }
    },
    execute = function(domoticz, device)

        if(currentDay == "Thu") then
          setContainer = containerPapier
        else
            if(currentWeek % 2 == 1) then
                 setContainer = containerRest 
            elseif(currentWeek % 2 == 0) then
                 setContainer = containerPlastic
            end
        end
         
         message = replaceText(messageBakAanStraat, setContainer)
         domoticz.devices(hueNotify).switchOn()
         sendTelegram(message, "group")
         
    end
}

[KroontjesPen]

@Toppe

Ook hier wordt papier (blauwe container) eens in de 4 weken opgehaald en komt dan na de 2e x plastic (paars container) dag.
Dan zou je in de routine voor die paarse container een variabele kunnen op laten lopen.
Die dan door de blauwe container routine wordt gereset.

Hier hoeven al die container niet zo vaak worden aangeboden. Dit jaar nog geen enkele keer.
Ook krijg ik een meldingen in de app. van Reinis.

[jobr]

Toppe schreef op vrijdag 31 januari 2020 @ 16:43:
De inzamel dagen voor de gemeente veranderen. Papier wordt nu elke 4 weken. Iemand enig idee of dzVents een timer kent met "every 4 weeks" of iets?

Heb nu onderstaand script en wil daar eigelijk niet heel veel aan aanpassen

code:

return {
    on = {
        timer = { "every even week at 18:30 on thu",    
                  "every even week at 18:30 on sun",    
                  "every odd week at 18:30 on sun",
                 }
    },
    execute = function(domoticz, device)

        if(currentDay == "Thu") then
          setContainer = containerPapier
        else
            if(currentWeek % 2 == 1) then
                 setContainer = containerRest 
            elseif(currentWeek % 2 == 0) then
                 setContainer = containerPlastic
            end
        end
         
         message = replaceText(messageBakAanStraat, setContainer)
         domoticz.devices(hueNotify).switchOn()
         sendTelegram(message, "group")
         
    end
}

Waarom haal je het niet realtime op. Volgens mij hebben (bijna) elke gemeente wel een verwijzing naar een website waar de informatie te halen is. Heb je ook de uitzonderingen.
Even in chrome DevTools (F11) kijken welke url je moet hebben.

[Peutpeut]

Inmiddels wegwijs geworden in InfluxDB en Grafana, een dashboardje gemaakt van het een en ander wat ik in gebruik heb momenteel: snap.

Een paar vragen die ik zo snel niet kan vinden:
Heeft er iemand Grafana werkend via Caddy? Ik blijf een foutmelding krijgen (bad gateway) met deze instellingen:

code:

grafana.domein.nl {
    gzip
    tls [e-mail]
    proxy / https://192.168.1.66:3000 {
        websocket
        transparent
    }
}

Andere vraag, ik loop inmiddels tegen de beperkingen van mijn Pi aan met Domoticz, InfluxDB, Grafana, PiHole en Unifi. Als dit allemaal up and running is dan is er 80% van het RAM in gebruik, dit resulteert in een traag werkende Pi en herhaaldelijke meldingen van Monit dat Domoticz niet bereikt kan worden. Voor nu heb ik de Unifi Controller gestopt (verantwoordelijk voor 250 MB RAM).

Iemand hier ervaringen mee, en nog beter, een oplossing? Ik denk erover om er eventueel een tweede Pi naast te draaien.

[fabstar81]

Als je van een nodeMCU per ongeluk wat pins kortsluit, is ie dan gelijk deaud?

[Toppe]

fabstar81 schreef op vrijdag 31 januari 2020 @ 19:35:
Als je van een nodeMCU per ongeluk wat pins kortsluit, is ie dan gelijk deaud?

Hangt er vanaf welke pinnen. Maar over het algemeen kunnen ze wel wat hebben

[M.v.Veelen]

bing69 schreef op vrijdag 31 januari 2020 @ 07:33:
[...]

In dzvents zet ik de lampen op de gewenste waarde door (knip uit een script):

Boog.dimTo(1)
Rood.dimTo(60)
Raamboven.dimTo(44)
Raambeneden.dimTo(20)
Bank.dimTo(44)
MiddenL.dimTo(63)
MiddenR.dimTo(42)
foto1.dimTo(39)
foto2.dimTo(39)
keuken.dimTo(20)
-- Dummy.switchOn()
hand.switchOn()
handaan.switchOn()
-- kerstboom.switchOn()

Ik gebruik zelf geen dzvents maar LUA en voor de HUE lampen bash scripts. Maar los van wat ik wel of niet gebruik: je zult toch ergens die waardes moeten uitlezen en die moeten dan overeenkomen met wat je instelt.
Voor nu heb ik toch maar 10 bash scripts gemaakt (5 x on, 5 x off) zodat ik ze per stuk kan schakelen en kleuren kan instellen.

Het uitlezen heeft me in ieder geval net genoeg houvast gegeven om de waardes in de bash scripts in te stellen.

Voor Domoticz zou het naar mijn idee nog mooier zijn als je niet alleen de kleuren in kunt stellen dmv die kleuren-cirkels, maar dat je dan meteen de waardes ernaast zou zien. Dus dat je daar de brightness ziet , de hue, de saturation, enz. En dat je eventueel daar ook de waardes kunt aanpassen.

[Lizard]

Peutpeut schreef op vrijdag 31 januari 2020 @ 19:29:
Inmiddels wegwijs geworden in InfluxDB en Grafana, een dashboardje gemaakt van het een en ander wat ik in gebruik heb momenteel: snap.

Een paar vragen die ik zo snel niet kan vinden:
Heeft er iemand Grafana werkend via Caddy? Ik blijf een foutmelding krijgen (bad gateway) met deze instellingen:

code:

grafana.domein.nl {
    gzip
    tls [e-mail]
    proxy / https://192.168.1.66:3000 {
        websocket
        transparent
    }
}

[...]

Haal de s eens van https af, grafana luistert standaard via http.
Dus

code:

proxy / http://192.168.1.66:3000 {

[Racer89]

Iemand enig idee waar het aan kan liggen dat ik de pincode niet kan invoeren in security panel in de app op een Samsung telefoon? Op mijn eigen Huawei werkt het wel gewoon.

Hier wordt de vraag ook al eens gesteld, maar helaas geen antwoord.

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

Nu maar tijdelijk de pincode er vanaf gehaald, dan werkt het wel.

[ Voor 36% gewijzigd door Racer89 op 31-01-2020 21:42 ]

[Peutpeut]

Lizard schreef op vrijdag 31 januari 2020 @ 21:13:
[...]

Haal de s eens van https af, grafana luistert standaard via http.
Dus

code:

proxy / http://192.168.1.66:3000 {

Dank, gelukt!

[Dylantje2]

Toppe schreef op vrijdag 31 januari 2020 @ 16:43:
De inzamel dagen voor de gemeente veranderen. Papier wordt nu elke 4 weken. Iemand enig idee of dzVents een timer kent met "every 4 weeks" of iets?

Heb nu onderstaand script en wil daar eigelijk niet heel veel aan aanpassen

code:

return {
    on = {
        timer = { "every even week at 18:30 on thu",    
                  "every even week at 18:30 on sun",    
                  "every odd week at 18:30 on sun",
                 }
    },
    execute = function(domoticz, device)

        if(currentDay == "Thu") then
          setContainer = containerPapier
        else
            if(currentWeek % 2 == 1) then
                 setContainer = containerRest 
            elseif(currentWeek % 2 == 0) then
                 setContainer = containerPlastic
            end
        end
         
         message = replaceText(messageBakAanStraat, setContainer)
         domoticz.devices(hueNotify).switchOn()
         sendTelegram(message, "group")
         
    end
}

Ken je deze niet?
https://github.com/jvanderzande/mijnafvalwijzer
een dummy
en notificaties...
Of via dashticz

[fabstar81]

Knielen schreef op vrijdag 31 januari 2020 @ 14:43:
[...]


Eerste hit op Google:

http://domoticx.com/raspb...sturen-via-gpio-pin-bash/

De bedoeling is het in te passen in volgend script:

Bash:

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

Bij de else dat ie dus geen waarde krijgt, moet ie de pin resetten, wachten en script opnieuw draaien.

Mijn sensoren zijn volgens deze tutorial aangesloten op gpio4.

Als ik echter dit doe volgens jouw link krijg ik het volgende :

pi@pi-zb:~/Downloads $ echo "0" >/sys/class/gpio/gpio4/value
-bash: /sys/class/gpio/gpio4/value: Bestand of map bestaat niet
pi@pi-zb:~/Downloads $ cd /sys/class/gpio
pi@pi-zb:/sys/class/gpio $ ls
export  gpiochip0  unexport

Hoe kan ik nu de pin uitschakelen?

[ Voor 16% gewijzigd door fabstar81 op 01-02-2020 10:18 ]

[anconakip]

Ik ben aan het rondkijken en uitproberen om grafana en influxdb werkend te krijgen, Maar helaas. Ik vind niets geschiktst.

Heeft iemand een goede tutorial oid om dit voor mekaar te krijgen?