Domoticz - open source domotica systeem - deel 4

[bopitje]

Sinds de nieuwe stable version van domoticz (ja dat is al een tijdje ) kan ik helaas met laptop niet meer switchen tussen de verschillende plattegronden (geen touchscreen, voorheen waren hiervoor knoppen aanwezig). Ik gebruik meerdere plattegronden om schakelaars te bedienen dan wel temperaturen uit te lezen.

Gebruik Domoticz V4.10717



Met de telefoon is het nog wel steeds mogelijk om van plattegrond te verwisselen door middel van swipen. Heeft iemand een idee?

[Verwijderd]

Peutpeut schreef op zondag 8 maart 2020 @ 19:35:
[...]

Laatste versie van Domoticz? (Pas op met updaten als je nog voor 4.11666 zit)
Dan durf ik het ook niet te zeggen. Het volgende al geprobeerd, in deze volgorde? Misschien dat het helpt.
- Buienradar herstarten (uit en vervolgens aan onder Hardware)
- Domoticz herstarten
- Reboot van de Pi

Na iedere stap even evalueren.

Buienradar verwijderd, apparaten verwijderd, opnieuw geinstalleerd, apparaten toegevoegd ...... en nu heb ik helemaal geen apparaat Sun Power meer. Zit het er nog wel in in Buienradar?

[Dylantje2]

Verwijderd schreef op maandag 9 maart 2020 @ 19:57:
[...]


Buienradar verwijderd, apparaten verwijderd, opnieuw geinstalleerd, apparaten toegevoegd ...... en nu heb ik helemaal geen apparaat Sun Power meer. Zit het er nog wel in in Buienradar?

Dit zit er allemaal in:


Kan soms ff duren als er geen melding is

[Knielen]

Dylantje2 schreef op maandag 9 maart 2020 @ 07:39:
[...]


Wat ik zeg een dummy waarmee ik weer kan schakelen, Als dauwpunt groter is dan x schakel dan...
Dat is wat ik voor ogen heb, maar het scriptje van je kom ik niet echt verder mee.

Alstu:

code:

return {
    on = {
        devices = {
            123                     -- IDX van je sensor met dauwpunt
        }
    },
    execute = function(domoticz, device)
        if (domoticz.devices(123).dewPoint >= 50) then    -- dauwpunt op 50 gezet, natuurlijk zelf je eigen waarde invullen waarop je wilt schakelen
            domoticz.devices(234).switchOn().checkFirst()   -- IDX van je schakelaar invullen
        else
            domoticz.devices(234).switchOff().checkFirst()
        end
    end
}

[Dylantje2]

Knielen schreef op maandag 9 maart 2020 @ 20:35:
[...]


Alstu:

code:

return {
    on = {
        devices = {
            123                     -- IDX van je sensor met dauwpunt
        }
    },
    execute = function(domoticz, device)
        if (domoticz.devices(123).dewPoint >= 50) then    -- dauwpunt op 50 gezet, natuurlijk zelf je eigen waarde invullen waarop je wilt schakelen
            domoticz.devices(234).switchOn().checkFirst()   -- IDX van je schakelaar invullen
        else
            domoticz.devices(234).switchOff().checkFirst()
        end
    end
}

Tanks!!!
Stap 1 werkt..

Maar nu alleen een dummy met de waarde erin?

[Verwijderd]

Dylantje2 schreef op maandag 9 maart 2020 @ 20:01:
[...]


Dit zit er allemaal in:
[Afbeelding]

Kan soms ff duren als er geen melding is

Gebruik jij de plugin of versie die er standaard in zit? Zal morgen nog eens kijken want er is nu geen uv natuurlijk, maar had verwacht het apparaat wel te zien nu.

[Dylantje2]

Verwijderd schreef op maandag 9 maart 2020 @ 21:11:
[...]


Gebruik jij de plugin of versie die er standaard in zit? Zal morgen nog eens kijken want er is nu geen uv natuurlijk, maar had verwacht het apparaat wel te zien nu.

Hardcored,....
Plugin geeft errors.

[Knielen]

Dylantje2 schreef op maandag 9 maart 2020 @ 20:52:
[...]


Tanks!!!
Stap 1 werkt..

Maar nu alleen een dummy met de waarde erin?

1 extra regel:

code:

return {
    on = {
        devices = {
            123                     -- IDX van je sensor met dauwpunt
        }
    },
    execute = function(domoticz, device)
        if (domoticz.devices(123).dewPoint >= 50) then    -- dauwpunt op 50 gezet, natuurlijk zelf je eigen waarde invullen waarop je wilt schakelen
            domoticz.devices(234).switchOn().checkFirst()   -- IDX van je schakelaar invullen
        else
            domoticz.devices(234).switchOff().checkFirst()
        end
        domoticz.devices(456).updateTemperature(domoticz.utils.round(domoticz.devices(123).dewPoint,2))     ---456 veranderen naar IDX van je dummy temp sensor
    end
}

[Dylantje2]

Knielen schreef op maandag 9 maart 2020 @ 21:15:
[...]


1 extra regel:

code:

return {
    on = {
        devices = {
            123                     -- IDX van je sensor met dauwpunt
        }
    },
    execute = function(domoticz, device)
        if (domoticz.devices(123).dewPoint >= 50) then    -- dauwpunt op 50 gezet, natuurlijk zelf je eigen waarde invullen waarop je wilt schakelen
            domoticz.devices(234).switchOn().checkFirst()   -- IDX van je schakelaar invullen
        else
            domoticz.devices(234).switchOff().checkFirst()
        end
        domoticz.devices(456).updateTemperature(domoticz.utils.round(domoticz.devices(123).dewPoint,2))     ---456 veranderen naar IDX van je dummy temp sensor
    end
}

Respect!!!

En thanks


Edit:
@Knielen
Lijkt er op dat er iets mis gaat:

code:

2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/../lua/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/scripts/modules/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/generated_scripts/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/data/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/modules/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/usr/local/share/lua/5.3/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/usr/local/share/lua/5.3/D/M/: Dauwpunt/init.lua'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/D/M/: Dauwpunt/init.lua'
2020-03-09 21:35:55.468 no file './D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file './D/M/: Dauwpunt/init.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/D/M/: Dauwpunt.so'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/loadall.so'
2020-03-09 21:35:55.468 no file './D/M/: Dauwpunt.so'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/D.so'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/loadall.so'

Sensor:

[ Voor 47% gewijzigd door Dylantje2 op 09-03-2020 21:37 ]

[pven]

.

Never mind, ik zie het al. Er is nog een event ...

[ Voor 83% gewijzigd door pven op 09-03-2020 22:10 ]

[kever678]

Ik heb een aantal vloerlampen staan die aangesloten zijn op een Osram Smart Plug. Daarnaast heb ik een wandschakelaar waar een Shelly mee verbonden is. Nu wil ik met deze schakelaar de vloerlampen aan kunnen zetten.

Heb hiervoor een simple flow gemaakt met blocky maar dit werkt niet goed. (doet het niet altijd)

Heeft iemand een idee hoe ik dit het beste kan aanvliegen?

[rens-br]

kever678 schreef op dinsdag 10 maart 2020 @ 09:41:
Heb hiervoor een simple flow gemaakt met blocky maar dit werkt niet goed. (doet het niet altijd)

Heeft iemand een idee hoe ik dit het beste kan aanvliegen?

Geen blocky gebruiken, maar dzvents. Kan je verder eens je Blocky posten?

[Verwijderd]

Dylantje2 schreef op maandag 9 maart 2020 @ 20:01:
[...]


Dit zit er allemaal in:
[Afbeelding]

Kan soms ff duren als er geen melding is

Heb nu toch lang genoeg gewacht. Alle apparaten zijn er behalve ........Sun Power. Kan het niet volgen.

Als het niet gaat werken laat ik het zonnescherm wel schakelen op de kracht van de zonnepanelen. Die lees ik ook uit, maar erg vreemd dat de Sun Power er eerst wel was, maar niet functioneerde en nu is het hele apparaat onvindbaar. Iemand nog een idee?

[Knielen]

Dylantje2 schreef op maandag 9 maart 2020 @ 21:17:
[...]



Respect!!!

En thanks


Edit:
@Knielen
Lijkt er op dat er iets mis gaat:

code:

2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/../lua/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/scripts/modules/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/generated_scripts/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/data/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/modules/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/usr/local/share/lua/5.3/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/usr/local/share/lua/5.3/D/M/: Dauwpunt/init.lua'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/D/M/: Dauwpunt/init.lua'
2020-03-09 21:35:55.468 no file './D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file './D/M/: Dauwpunt/init.lua'
2020-03-09 21:35:55.468 no file '/home/pi/domoticz/scripts/dzVents/D/M/: Dauwpunt.lua'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/D/M/: Dauwpunt.so'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/loadall.so'
2020-03-09 21:35:55.468 no file './D/M/: Dauwpunt.so'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/D.so'
2020-03-09 21:35:55.468 no file '/usr/local/lib/lua/5.3/loadall.so'

Sensor:
[Afbeelding]

Lijkt alsof je script niet goed is opgeslagen ofzo, kan je hem nog eens proberen op te slaan onder een andere naam? Beetje rare meldingen zijn dit, nooit eerder gezien.

[kever678]

rens-br schreef op dinsdag 10 maart 2020 @ 09:47:
[...]


Geen blocky gebruiken, maar dzvents. Kan je verder eens je Blocky posten?

Kom er nu achter dat ik ook geen update zie in het Domoticz log wanneer ik de schakelaar met de hand bedien... de Shelly stuurt blijkbaar geen update wanneer deze met de hand bediend is.

[Peutpeut]

Verwijderd schreef op dinsdag 10 maart 2020 @ 10:11:
[...]


Heb nu toch lang genoeg gewacht. Alle apparaten zijn er behalve ........Sun Power. Kan het niet volgen.

Als het niet gaat werken laat ik het zonnescherm wel schakelen op de kracht van de zonnepanelen. Die lees ik ook uit, maar erg vreemd dat de Sun Power er eerst wel was, maar niet functioneerde en nu is het hele apparaat onvindbaar. Iemand nog een idee?

En wat gebeurt er als je jouw coördinaten wijzigt zodat de gegevens van een ander meetstation worden binnengehaald?

[fetss]

DjAntoon schreef op maandag 9 maart 2020 @ 09:16:
[...]


Ja helaas herkenbaar. Ik was er zo ziek van dat bijna iedere morgen mijn lampen niet meer (met een script) aan gingen dat ik nu vanuit de crontab elke nacht een restart doe. Maakt dat het nu wel loopt, maar het is eigenlijk geen oplossing, meer een verbandje...

Gebruik je Z wave? Er lijkt iets te zijn met multi instance / multi channel, iets dat vanaf OZW1.6 veranderd is:
https://www.domoticz.com/forum/viewtopic.php?t=29363
Ik heb met deze hulp sinds zaterdag ook wat minder fouten, maar 100% ok is het nu nog niet.

Verder zou ik al je hardware / plug ins 1 voor 1 uitschakelen en kijken wat helpt.

Ik gebruik geen Z wave, ben nu inderdaad aan het proberen met hardware/plugins, er moet toch wel een manier zijn om crash log oid uit te kunnen lezen?

De PI draait inmiddels ook op een andere voeding (had dit ergens gelezen)
Voor alsnog gaat dit 2 dagen goed....... finger crossed

[Verwijderd]

Peutpeut schreef op dinsdag 10 maart 2020 @ 12:12:
[...]


En wat gebeurt er als je jouw coördinaten wijzigt zodat de gegevens van een ander meetstation worden binnengehaald?

Geen verschil na 300 km verder te hebben ingevoerd. Het hele apparaat sun power is gewoonweg niet aanwezig. Vaag.

[Wiley99]

kever678 schreef op dinsdag 10 maart 2020 @ 10:27:
[...]


Kom er nu achter dat ik ook geen update zie in het Domoticz log wanneer ik de schakelaar met de hand bedien... de Shelly stuurt blijkbaar geen update wanneer deze met de hand bediend is.

Als ik me goed herinner gebeurt dat bij mij wel, dus mogelijk ligt dat aan instellingen bij de Shelly. Aan het werk dus ga het niet nakijken ;-)
Er is overigens wel een tweede / derde schakelaar voor de Shelly bij je apparaten (als je de plugin gebruikt) waarmee je de hardware switch apart kan volgen. Dus je kan onderscheid maken tussen de zachte en harde schakelaar in je script

[jimmya3]

Goeiemiddag !

ik probeer onderstaand script aan de praat te krijgen in Domoticz Version: 4.11777 maar krijg het niet voor elkaar en krijg wat ik ook doe de foutmelding :

2020-03-10 16:28:50.385 Error: dzVents: Error: (3.0.1) error loading module 'Verbuikskosten' from file '/home/user/dev-domoticz/scripts/dzVents/generated_scripts/Verbuikskosten.lua':
2020-03-10 16:28:50.385 ...icz/scripts/dzVents/generated_scripts/Verbuikskosten.lua:30: ')' expected near ','

is er iemand die me de goeie weg op kan sturen ?

code:

return {
    on = { timer   = { "every 1 minutes" }},                    -- script draait iedere 5 minuten
    -- on = { devices = { "Stroom","Gas","Waterverbruik" }},    -- Verwijder -- aan het begin van deze regel en plaats -- voor bovenstaande regel als 
                                                                -- je het script wilt draaien zodra er een nieuw verbruik aan Domoticz is doorgegeven
    execute = function(dz)
        -- Devices
        local vandaagKwh      = dz.devices('Stroom').counterToday         -- Stroommeter device
        local vandaagM3Gas    = dz.devices('Gas').counterToday            -- Gasmeter device
        --local vandaagM3Water  = dz.devices('Waterverbruik').counterToday  -- Watermeter device
        
        local StroomKosten  = dz.devices('Stroomkosten')                -- Stroomkosten device
        local GasKosten     = dz.devices('Gaskosten')                   -- Gaskosten device
        --local WaterKosten   = dz.devices('Waterkosten')                 -- Waterkosten device
        -- Eenheidsprijs in Euro's / Kwh - M3
        local kwhPrijs      = 0.2029
        local gasM3Prijs    = 0.8000
        --local waterM3Prijs  = 0.8200
         if (dz.time == 'Between 23:00 and 07:00') or (dz.day == 'Saturday') or (dz.day == 'Sunday') then
        kwhPrijs = 0.2000 -- Daltarief
      else
        kwhPrijs = 0.2029 -- Normaal tarief
      end 
        
        -- Vaste kosten in Euro's per dag (zoals vastrecht) 
        local kwhPrijsVast = 0.5000
        local gasM3PrijsVast = 0.5000
        --local waterM3PrijsVast = 0.0000
        
        -- Kosten berekenen
        local kwhKosten      = dz.utils.round( (kwhPrijs * vandaagKwh) + kwhPrijsVast,2)   -- rounded to two decimals and replace dot by comma
        local GasM3Kosten    = dz.utils.round( (gasM3Prijs * vandaagM3Gas) + gasM3PrijsVast,2)
        --local WaterM3Kosten  = tonumber(dz.utils.round( (waterM3Prijs * vandaagM3Water)/1000 + waterM3PrijsVast),2)
        
        
        -- Kosten updaten
          StroomKosten.updateCustomSensor(kwhKosten)
          GasKosten.updateCustomSensor(GasM3Kosten)
          --WaterKosten.updateCustomSensor(WaterM3Kosten)
    end
}

[rens-br]

jimmya3 schreef op dinsdag 10 maart 2020 @ 16:32:
Goeiemiddag !

ik probeer onderstaand script aan de praat te krijgen in Domoticz Version: 4.11777 maar krijg het niet voor elkaar en krijg wat ik ook doe de foutmelding :

2020-03-10 16:28:50.385 Error: dzVents: Error: (3.0.1) error loading module 'Verbuikskosten' from file '/home/user/dev-domoticz/scripts/dzVents/generated_scripts/Verbuikskosten.lua':
2020-03-10 16:28:50.385 ...icz/scripts/dzVents/generated_scripts/Verbuikskosten.lua:30: ')' expected near ','

is er iemand die me de goeie weg op kan sturen ?

code:

return {
    on = { timer   = { "every 1 minutes" }},                    -- script draait iedere 5 minuten
    -- on = { devices = { "Stroom","Gas","Waterverbruik" }},    -- Verwijder -- aan het begin van deze regel en plaats -- voor bovenstaande regel als 
                                                                -- je het script wilt draaien zodra er een nieuw verbruik aan Domoticz is doorgegeven
    execute = function(dz)
        -- Devices
        local vandaagKwh      = dz.devices('Stroom').counterToday         -- Stroommeter device
        local vandaagM3Gas    = dz.devices('Gas').counterToday            -- Gasmeter device
        --local vandaagM3Water  = dz.devices('Waterverbruik').counterToday  -- Watermeter device
        
        local StroomKosten  = dz.devices('Stroomkosten')                -- Stroomkosten device
        local GasKosten     = dz.devices('Gaskosten')                   -- Gaskosten device
        --local WaterKosten   = dz.devices('Waterkosten')                 -- Waterkosten device
        -- Eenheidsprijs in Euro's / Kwh - M3
        local kwhPrijs      = 0.2029
        local gasM3Prijs    = 0.8000
        --local waterM3Prijs  = 0.8200
         if (dz.time == 'Between 23:00 and 07:00') or (dz.day == 'Saturday') or (dz.day == 'Sunday') then
        kwhPrijs = 0.2000 -- Daltarief
      else
        kwhPrijs = 0.2029 -- Normaal tarief
      end 
        
        -- Vaste kosten in Euro's per dag (zoals vastrecht) 
        local kwhPrijsVast = 0.5000
        local gasM3PrijsVast = 0.5000
        --local waterM3PrijsVast = 0.0000
        
        -- Kosten berekenen
        local kwhKosten      = dz.utils.round( (kwhPrijs * vandaagKwh) + kwhPrijsVast,2)   -- rounded to two decimals and replace dot by comma
        local GasM3Kosten    = dz.utils.round( (gasM3Prijs * vandaagM3Gas) + gasM3PrijsVast,2)
        --local WaterM3Kosten  = tonumber(dz.utils.round( (waterM3Prijs * vandaagM3Water)/1000 + waterM3PrijsVast),2)
        
        
        -- Kosten updaten
          StroomKosten.updateCustomSensor(kwhKosten)
          GasKosten.updateCustomSensor(GasM3Kosten)
          --WaterKosten.updateCustomSensor(WaterM3Kosten)
    end
}

Ik verwacht dat het berekenen en het rounden in één keer niet lekker werkt door het gebrek aan voldoende haakjes. Kan je dit eens proberen:

code:

        local kwhKosten      = dz.utils.round(((kwhPrijs * vandaagKwh) + kwhPrijsVast),2)

Tevens zou het nog kunnen dat berekenen en het rounden in één niet kan, dus dat je met een variable een tussenstap moet maken.

code:

        local kwhKosten1      = kwhPrijs * vandaagKwh + kwhPrijsVast
local kwhKosten      = dz.utils.round(kwhKosten1,2)

bopitje schreef op maandag 9 maart 2020 @ 19:47:
Sinds de nieuwe stable version van domoticz (ja dat is al een tijdje ) kan ik helaas met laptop niet meer switchen tussen de verschillende plattegronden (geen touchscreen, voorheen waren hiervoor knoppen aanwezig). Ik gebruik meerdere plattegronden om schakelaars te bedienen dan wel temperaturen uit te lezen.

Gebruik Domoticz V4.10717

[Afbeelding]

Met de telefoon is het nog wel steeds mogelijk om van plattegrond te verwisselen door middel van swipen. Heeft iemand een idee?

Kan je een afbeelding posten van de volledige pagina? Ik heb namelijk onderaan gewoon knoppen staan om te wisselen tussen de verschillende plattegronden:


Ik gebruik echter wel een donker thema, dus wellicht zijn de knoppen bij jou gewoon niet te zien.

[ Voor 14% gewijzigd door rens-br op 10-03-2020 16:52 ]

[jimmya3]

rens-br schreef op dinsdag 10 maart 2020 @ 16:41:
[...]


Ik verwacht dat het berekenen en het rounden in één keer niet lekker werkt door het gebrek aan voldoende haakjes. Kan je dit eens proberen:

code:

        local kwhKosten      = dz.utils.round(((kwhPrijs * vandaagKwh) + kwhPrijsVast),2)

Tevens zou het nog kunnen dat berekenen en het rounden in één niet kan, dus dat je met een variable een tussenstap moet maken.

code:

        local kwhKosten1      = kwhPrijs * vandaagKwh + kwhPrijsVast
local kwhKosten      = dz.utils.round(kwhKosten1,2)

Dankje ga er eens mee spelen kijken of we het aan de gang krijgen er stond eerst ook nog tonumber voor : dz.utils.round(((kwhPrijs * vandaagKwh) + kwhPrijsVast),2)
die heb ik al weggehaald

[Wiley99]

En als je het klaar hebt opslaan onder verbRuikskosten

[I-King]

Ik ben onlangs verhuisd en daarom moet ik de P1 meter opnieuw aansluiten. Ook heb ik momenteel geen S0 pulsmeter in gebruik. Kan ik bepaalde data archiveren? Dus wel toegankelijk houden voor naslagwerk, maar niet actief in gebruik?

[pven]

Ik heb een Xiaomi Gateway. Als ik via de app kijk, dan kan k de lamp van die gateway zelf aan doen. Als ik die optie echter in Domoticz zoek, dan zie ik hem niet. Bestaat deze niet, of doe ik iets verkeerd?

[DizzyWeb]

I-King schreef op dinsdag 10 maart 2020 @ 21:53:
Ik ben onlangs verhuisd en daarom moet ik de P1 meter opnieuw aansluiten. Ook heb ik momenteel geen S0 pulsmeter in gebruik. Kan ik bepaalde data archiveren? Dus wel toegankelijk houden voor naslagwerk, maar niet actief in gebruik?

Simpelste lijkt mij om gewoon een nieuwe meter aan te maken in Domoticz en de oude laten staan.

[I-King]

Mijn log loopt dan wel vol met de S0 meter. Niet ideaal, maar dat laten we dan maar zo.

[kever678]

Wiley99 schreef op dinsdag 10 maart 2020 @ 13:01:
[...]


Als ik me goed herinner gebeurt dat bij mij wel, dus mogelijk ligt dat aan instellingen bij de Shelly. Aan het werk dus ga het niet nakijken ;-)
Er is overigens wel een tweede / derde schakelaar voor de Shelly bij je apparaten (als je de plugin gebruikt) waarmee je de hardware switch apart kan volgen. Dus je kan onderscheid maken tussen de zachte en harde schakelaar in je script

Kan in de shelly geen extra instellingen vinden. Wellicht schakelaar type eens aanpassen?

Andere switches zie ik wel, gebruik inderdaad de plugin. Zal vanavond eens tijd vrijmaken om verder te gaan, kon zo snel niks vinden in ieder geval.

[Gizz]

@kever678 Ik ken de firmware van Shelly niet, maar met alternatieve firmware zoals ESPeasy is dit vrij eenvoudig. Dan laat je gewoon de 'state' van de GPIO waarop de schakelaar is aangesloten doorsturen naar Domoticz. In ieder geval als het zo is aangesloten als ik denk dat je het hebt aangesloten

[Indiaan706]

klump4u schreef op dinsdag 30 april 2019 @ 14:01:
@DjAntoon
S0 van de kwh meter naar gnd en gpio 23 van de pi.
In Domoticz een dummie sensor maken , type Electric (instant+counter)
In onderstaand python script je ip van domoticz aanpassen, de IDX van de dummie sensor en op regel 31 staat: ELEC_DELTA += 0.5, dit is een 0.5 omdat mijn kwh meter 2000 pulsen geeft, heeft je kwh meter 1000 pulsen dan zet je dit op 1.
Naam van het script b.v.: kwh.py
Als je dit script in de map home/pi plaatst op de pi moet je zorgen dat het automatisch mee opstart als je pi reboot.
Doe dan : sudo nano /etc/rc.local
type onder de laatste regel die begint met een # het volgende : python /home/pi/kwh.py &
saven en rebooten.

Python:

#!/usr/bin/python

import time
import json
import urllib2
import threading
import logging
import logging.handlers
import os
from gpiozero import DigitalInputDevice

GET_URL = 'http://192.168.0.17:8080/json.htm?type=devices&rid=%d'
SET_URL = 'http://192.168.0.17:8080/json.htm?type=command&param=udevice&idx=%d&svalue=%d'
ELEC_DELTA = 0
ELEC_IDX = 22
ELEC_GPIO = 23
ELEC_COUNTER_LOCK = threading.Lock()
ELEC_LAST_TIME = 0
ELEC_POST_TIME = 0

def elec_intr():
    tme = time.time()
    global ELEC_DELTA
    global ELEC_LAST_TIME
    global ELEC_POST_TIME
    with ELEC_COUNTER_LOCK:
        ELEC_LAST_TIME = tme
        if ELEC_POST_TIME == 0:
            ELEC_POST_TIME = ELEC_LAST_TIME
        else:
            ELEC_DELTA += 0.5
    logging.debug( 'Electricity counter tick: %d' % ELEC_DELTA )

def main():
    global ELEC_DELTA
    global ELEC_LAST_TIME
    global ELEC_POST_TIME
    global ELEC_COUNTER

    syslog = logging.handlers.SysLogHandler(address='/dev/log', facility='local1')
    syslog.setFormatter(logging.Formatter('local_sensors.py: %(levelname)s %(message)s'))
    logging.getLogger().addHandler(syslog)
    logging.getLogger().setLevel(logging.INFO)

    while True:
        try:
            res = json.load(urllib2.urlopen(GET_URL % ELEC_IDX))
            if res['status'] != 'OK':
                raise Exception('Domoticz json error')
            break
        except Exception as e:
            logging.warning( e )
        time.sleep(30.0)

    ELEC_COUNTER = int(float(res['result'][0]['Data'][:-4]) * 1000)
#    ELEC_COUNTER = <Your initial count here * 1000, don't forget to remove after Domoticz updated!>
    logging.info( 'Current electricity counter is: %d' % ELEC_COUNTER )

    elecSensor = DigitalInputDevice(ELEC_GPIO, pull_up=True)
    elecSensor.when_deactivated = elec_intr

    os.nice(-20)

    logging.info('Polling loop starting')

    while True:
        time.sleep(60)

        with ELEC_COUNTER_LOCK:
            if ELEC_LAST_TIME > ELEC_POST_TIME:
                ELEC_LOAD = ELEC_DELTA * 3600 / ( ELEC_LAST_TIME - ELEC_POST_TIME )
            else:
                ELEC_LOAD = 0

            ELEC_COUNTER += ELEC_DELTA

            ELEC_DELTA = 0
            ELEC_POST_TIME = ELEC_LAST_TIME

        if ELEC_LOAD != 0:
            try:
                res = json.load(urllib2.urlopen((SET_URL+';%d') % (ELEC_IDX, int(ELEC_LOAD), ELEC_COUNTER)))
                if res['status'] != 'OK':
                    raise Exception('Domoticz json error')
                logging.info('Elec load %.2f counter %d' % (ELEC_LOAD, ELEC_COUNTER) )
            except Exception as e:
                logging.warning( e )
if __name__=="__main__":
    main()

Ik probeer dit script te gebruiken, maar de dummie sensor in Domoticz blijft gewoon op 0 staan, hoe kan ik nu zien wat er mis gaat?
'Last seen' staat op de tijd dat ik de sensor aangemaakt heb dus heb ik de sensor niet goed toegevoegd? Of gaat er iets mis in het script? Ik ben n00b dus heb geen idee..

[klump4u]

Indiaan706 schreef op woensdag 11 maart 2020 @ 16:01:
[...]

Ik probeer dit script te gebruiken, maar de dummie sensor in Domoticz blijft gewoon op 0 staan, hoe kan ik nu zien wat er mis gaat?
'Last seen' staat op de tijd dat ik de sensor aangemaakt heb dus heb ik de sensor niet goed toegevoegd? Of gaat er iets mis in het script? Ik ben n00b dus heb geen idee..

Moeilijk te zeggen,
Draait het script?
Script aangepast naar je eigen ip en idx?
Goed aangesloten op pi?
Pi al eens gereboot ?

[jobr]

pven schreef op dinsdag 10 maart 2020 @ 22:20:
Ik heb een Xiaomi Gateway. Als ik via de app kijk, dan kan k de lamp van die gateway zelf aan doen. Als ik die optie echter in Domoticz zoek, dan zie ik hem niet. Bestaat deze niet, of doe ik iets verkeerd?

Als je de gateway als hardware hebt toegevoegd en allow new devices staat aan, dan krijg je er automatisch o.a. een RGB Gateway bij.
Daarmee kun je hem aan en uit zetten en de kleur veranderen.

[Indiaan706]

klump4u schreef op woensdag 11 maart 2020 @ 18:01:
[...]

Moeilijk te zeggen,
Draait het script?

Hoe zie ik dat?

Script aangepast naar je eigen ip en idx?

Ja

Goed aangesloten op pi?

Tussen gpio23 & GND.
Ook dit tsjoender in "Domoticz - open source domotica systeem - deel 4" geprobeerd met 10kOhm en ook nog met de weerstand tussen gpio23 & GND zoals ik elders vond

Pi al eens gereboot ?

Ja

[klump4u]

Indiaan706 schreef op woensdag 11 maart 2020 @ 19:11:
[...]
Hoe zie ik dat?

[...]
Ja

[...]
Tussen gpio23 & GND.
Ook dit tsjoender in "Domoticz - open source domotica systeem - deel 4" geprobeerd met 10kOhm en ook nog met de weerstand tussen gpio23 & GND zoals ik elders vond

[...]
Ja

Kabeltjes van gpio23 & gnd snel kortsluiten ( pulse nabootsen) en kijken of de dummy dan telt.

[Indiaan706]

klump4u schreef op woensdag 11 maart 2020 @ 19:52:
[...]

Kabeltjes van gpio23 & gnd snel kortsluiten ( pulse nabootsen) en kijken of de dummy dan telt.

Geprobeerd en niks te zien; domoticz blijft bij de dummy aangeven Last Seen: <tijdstip dat ik em vanmiddag aansloot>

[klump4u]

Indiaan706 schreef op woensdag 11 maart 2020 @ 20:01:
[...]

Geprobeerd en niks te zien; domoticz blijft bij de dummy aangeven Last Seen: <tijdstip dat ik em vanmiddag aansloot>

In putty type je:

code:

ps -ef | grep python

Dan zie je of het script kwh.py draait.

[Indiaan706]

klump4u schreef op woensdag 11 maart 2020 @ 20:15:
[...]

In putty type je:

code:

ps -ef | grep python

Dan zie je of het script kwh.py draait.

code:

pi@raspberrypi:/home $ ps -ef | grep python
root       486     1  0 16:43 ?        00:00:00 python /home/pi/S0_kwh.py
pi        8805   782  0 20:17 pts/0    00:00:00 grep --color=auto python
pi@raspberrypi:/home $

Staat erbij (S0_kwh) dus dat is goed neem ik aan?

[bopitje]

rens-br schreef op dinsdag 10 maart 2020 @ 16:41:
[...]

Kan je een afbeelding posten van de volledige pagina? Ik heb namelijk onderaan gewoon knoppen staan om te wisselen tussen de verschillende plattegronden:
[Afbeelding]

Ik gebruik echter wel een donker thema, dus wellicht zijn de knoppen bij jou gewoon niet te zien.

Ook met de laatste beta en met donkere thema geen knoppen helaas... Toch bedankt voor de suggestie!

[update]
Heb domoticz opnieuw geïnstalleerd en nu werkt het

[ Voor 20% gewijzigd door bopitje op 12-03-2020 20:20 ]

[klump4u]

Indiaan706 schreef op woensdag 11 maart 2020 @ 20:22:
[...]

code:

pi@raspberrypi:/home $ ps -ef | grep python
root       486     1  0 16:43 ?        00:00:00 python /home/pi/S0_kwh.py
pi        8805   782  0 20:17 pts/0    00:00:00 grep --color=auto python
pi@raspberrypi:/home $

Staat erbij (S0_kwh) dus dat is goed neem ik aan?

Ja maar verder gaat mijn kennis ook niet,

[Indiaan706]

klump4u schreef op woensdag 11 maart 2020 @ 20:48:
[...]

Ja maar verder gaat mijn kennis ook niet,

Ik had het idx nummer verkeerd veranderd .

Dus ik zie nu in Domoticz het actuele vermogen (eens per minuut) & Total Today, maar de echte stand van de meter die ik dus nog moet aanpassen met

code:

#    ELEC_COUNTER = <Your initial count here * 1000, don't forget to remove after Domoticz updated!>

zie ik niet, hoe zit dat?

(En in die regel code moet het dan kWh x 1000 zijn of echt pulsen x 1000 dus kWh x 1 miljoen?)

[klump4u]

Indiaan706 schreef op donderdag 12 maart 2020 @ 09:42:
[...]

Ik had het idx nummer verkeerd veranderd .

Dus ik zie nu in Domoticz het actuele vermogen (eens per minuut) & Total Today, maar de echte stand van de meter die ik dus nog moet aanpassen met

code:

#    ELEC_COUNTER = <Your initial count here * 1000, don't forget to remove after Domoticz updated!>

zie ik niet, hoe zit dat?

(En in die regel code moet het dan kWh x 1000 zijn of echt pulsen x 1000 dus kWh x 1 miljoen?)

Heb ik nooit gebruikt maar dan wordt het zoiets,

code:

ELEC_COUNTER = 56000000

Als je stand dus 56000 is, de counter telt in wh volgens mij.
Dit moet je wel de eerste keer doen als je de code start en de code meteen weer veranderen als de counter is ge-update.

[MadCyberlion]

Ik heb Domoticz draaien op een miniPC met windows 10 met daaraan RFXcom en Aeotec Gen 5 Z-Wave Plus USB Interface. Tevens heb ik de Aeotec TriSensor - Z-Wave Plus S2 aangeschaft.

KAKU werkt perfect en de Trisensor is keurig opgenomen in het z-wave netwerk. Alle sensoren zijn zichtbaar en beschikbaar in Domoticz.

Bij die Trisensor ging mij het vooral om de schemersensor (dusk sensor) of de lichtmeter die erin zit.

Mijn vraag. Ik zou het liefst met Blocky werken maar hoe gebruik ik de "lux"' waarde daarin?

Heeft iemand al ervaring met dit vraagstuk?

[rens-br]

MadCyberlion schreef op donderdag 12 maart 2020 @ 16:06:
Mijn vraag. Ik zou het liefst met Blocky werken maar hoe gebruik ik de "lux"' waarde daarin?

Heeft iemand al ervaring met dit vraagstuk?

Misschien een antwoord wat je niet wilt hebben, maar gebruik geen blocky. Levert op de lange termijn alleen maar problemen op.

[niki_lauda]

rens-br schreef op donderdag 12 maart 2020 @ 16:09:
[...]


Misschien een antwoord wat je niet wilt hebben, maar gebruik geen blocky. Levert op de lange termijn alleen maar problemen op.

Ik ben het niet met je eens, ik ben begonnen met blockly's omdat ik niets van van programmeren LUA wist. Later ben ik me pas gaan verdiepen in LUA. Maar Blockly geeft snel met weinig programmeerkennis resultaat.

Wat voor problemen bedoel je trouwens. ik heb al 6 jaar blockly's en die werken nog perfect.

[Dylantje2]

MadCyberlion schreef op donderdag 12 maart 2020 @ 16:06:
Ik heb Domoticz draaien op een miniPC met windows 10 met daaraan RFXcom en Aeotec Gen 5 Z-Wave Plus USB Interface. Tevens heb ik de Aeotec TriSensor - Z-Wave Plus S2 aangeschaft.

KAKU werkt perfect en de Trisensor is keurig opgenomen in het z-wave netwerk. Alle sensoren zijn zichtbaar en beschikbaar in Domoticz.

Bij die Trisensor ging mij het vooral om de schemersensor (dusk sensor) of de lichtmeter die erin zit.

Mijn vraag. Ik zou het liefst met Blocky werken maar hoe gebruik ik de "lux"' waarde daarin?

Heeft iemand al ervaring met dit vraagstuk?

Blockley werkt gewoon hoor... [ vanaf 2012 heel veel blockleys werkend ]

Alleen mijn advies zou zijn, ga nu nog over een linux...Je start pas, en later krijg je spijt van je windooos
Windows en Domoticz zijn stukken beperkter dan een linux box.
Vooral als je later iets meer met scripts ga werken

Er is bijv een script wat een virtueel lux aanstuurt, waardoor je gratis een lux hebt..

[rens-br]

niki_lauda schreef op donderdag 12 maart 2020 @ 20:28:
Maar Blockly geeft snel met weinig programmeerkennis resultaat.

Dat klopt. Het is voor 'de leek' inderdaad een eenvoudige tool om het e.e.a. aan te zetten.

Wat voor problemen bedoel je trouwens. ik heb al 6 jaar blockly's en die werken nog perfect.

• Wanneer je wat complexere scripts maakt loop je al gauw vast op het feit dat Blocky altijd loopt, de scripts hebben geen triggers en worden dus altijd uitgevoerd. Iets met tijden loopt dus al gauw in de soep.
• Daarnaast zijn de if elsif constructies van Blocky niks anders als meerdere if statements onder elkaar, ook iets wat niet gebruikelijk is.
• Als laatste kan je met Blocky niet alle variabelen uitlezen en gebruiken die de sensoren in zich hebben.

Kortom. Als je nog geen scripts hebt geschreven / draaien is mijn advies om het meteen goed te doen en te beginnen met dzVents. Voorkomt dat je in de toekomst alles kan ombouwen, omdat je je script wilt uitbreiden.

@MadCyberlion je kan in ieder geval in mijn Github kijken hoe mijn scripts eruit zien / kopiëren / gebruiken om ze naar eigen wens aan te passen.

[Toppe]

rens-br schreef op vrijdag 13 maart 2020 @ 08:10:
[...]


Dat klopt. Het is voor 'de leek' inderdaad een eenvoudige tool om het e.e.a. aan te zetten.


[...]

• Wanneer je wat complexere scripts maakt loop je al gauw vast op het feit dat Blocky altijd loopt, de scripts hebben geen triggers en worden dus altijd uitgevoerd.
• Iets met tijden loopt dus al gauw in de soep.
• Daarnaast zijn de if elsif constructies van Blocky niks anders als meerdere if statements onder elkaar, ook iets wat niet gebruikelijk is.
• Als laatste kan je met Blocky niet alle variabelen uitlezen en gebruiken die de sensoren in zich hebben.

Kortom. Als je nog geen scripts hebt geschreven / draaien is mijn advies om het meteen goed te doen en te beginnen met dzVents. Voorkomt dat je in de toekomst alles kan ombouwen, omdat je je script wilt uitbreiden.

@MadCyberlion je kan in ieder geval in mijn Github kijken hoe mijn scripts eruit zien / kopiëren / gebruiken om ze naar eigen wens aan te passen.

Nog nooit getest, maar werken blocky’s wel op het moment dat de web interface van Domoticz offline is? dzVents werkt dan namelijk nog wel.

Heb in het begin eens gekeken naar Blocky’s maar na een half uur me gestopt, er is geen logica in te vinden en ook het exporteren van een blocky is onmogelijk. Hoe eenvoudig zou het zijn om ze te kunnen exporteren naar (bijvoorbeeld) JSON? Op die manier kun je veel eenvoudiger om hulp vragen.

[rens-br]

Toppe schreef op vrijdag 13 maart 2020 @ 08:26:
Nog nooit getest, maar werken blocky’s wel op het moment dat de web interface van Domoticz offline is? dzVents werkt dan namelijk nog wel.

Geen idee. Ik wist ook niet eens dat dzVents doorliepen.

[Toppe]

rens-br schreef op vrijdag 13 maart 2020 @ 08:28:
[...]


Geen idee. Ik wist ook niet eens dat dzVents doorliepen.

Yup, dat is echt wel relaxt. Op de achtergrond loopt alles gewoon door (zoals het pushen van data vanuit Domoticz richting InfluxDB). Alleen de interface is dan offline.

[rens-br]

Toppe schreef op vrijdag 13 maart 2020 @ 08:30:
Yup, dat is echt wel relaxt. Op de achtergrond loopt alles gewoon door (zoals het pushen van data vanuit Domoticz richting InfluxDB). Alleen de interface is dan offline.

Dat is wel goed om te weten! Al heb ik al maanden lang een super stabiele Domoticz install. Geen problemen en draait als een zonnetje.

[jimmya3]

Wiley99 schreef op dinsdag 10 maart 2020 @ 19:07:
En als je het klaar hebt opslaan onder verbRuikskosten

done

[bing69]

MadCyberlion schreef op donderdag 12 maart 2020 @ 16:06:
Ik heb Domoticz draaien op een miniPC met windows 10 met daaraan RFXcom en Aeotec Gen 5 Z-Wave Plus USB Interface. Tevens heb ik de Aeotec TriSensor - Z-Wave Plus S2 aangeschaft.

KAKU werkt perfect en de Trisensor is keurig opgenomen in het z-wave netwerk. Alle sensoren zijn zichtbaar en beschikbaar in Domoticz.

Bij die Trisensor ging mij het vooral om de schemersensor (dusk sensor) of de lichtmeter die erin zit.

Mijn vraag. Ik zou het liefst met Blocky werken maar hoe gebruik ik de "lux"' waarde daarin?

Heeft iemand al ervaring met dit vraagstuk?

Als je wel met blocky wilt werken kan het bv op de volgende manier:

[Gizz]

Voor mensen die wel van een grafische programmeeromgeving houden is Node-RED een aanrader.

Maakt je ook meteen een stuk minder afhankelijk van Domoticz, want als je alles in LUA en dzvents bouwt in Domoticz zelf en je wilt later overstappen naar bijvoorbeeld HA, dan kun je voor een groot deel opnieuw beginnen. Als je een groot deel van je automatisering in NR hebt gemaakt, dan maakt het verder eigenlijk niet zoveel uit of je verder nou Domoticz, HA of een ander (toekomstig) pakket gebruikt, want die paar knopjes en sensor-output doorlinken vanuit NR naar je nieuwe pakket is zo gedaan

Blockly is inderdaad vreselijk. Je wordt vrij snel op het verkeerde spoor gezet door zaken die in Blockly er goed uitzien, maar op de achtergrond toch echt anders (lees: onlogisch) werken. Alleen al de 'if else' constructies die letterlijk geen 'if else' zijn. Noem het dan ook niet zo

[Dylantje2]

Gizz schreef op vrijdag 13 maart 2020 @ 10:01:
Voor mensen die wel van een grafische programmeeromgeving houden is Node-RED een aanrader.

Maakt je ook meteen een stuk minder afhankelijk van Domoticz, want als je alles in LUA en dzvents bouwt in Domoticz zelf en je wilt later overstappen naar bijvoorbeeld HA, dan kun je voor een groot deel opnieuw beginnen. Als je een groot deel van je automatisering in NR hebt gemaakt, dan maakt het verder eigenlijk niet zoveel uit of je verder nou Domoticz, HA of een ander (toekomstig) pakket gebruikt, want die paar knopjes en sensor-output doorlinken vanuit NR naar je nieuwe pakket is zo gedaan

Blockly is inderdaad vreselijk. Je wordt vrij snel op het verkeerde spoor gezet door zaken die in Blockly er goed uitzien, maar op de achtergrond toch echt anders (lees: onlogisch) werken. Alleen al de 'if else' constructies die letterlijk geen 'if else' zijn. Noem het dan ook niet zo

Ik zou best willen maar ondanks mijn ervaring is NR toch toch ff pittiger dan blockley...
Dus voor goede NR flows houd ik me aanbevolen..
Evenals een goede tutor

[Gizz]

@Dylantje2 NR kan véél meer dan Blockly, dat maakt het meteen wat uitdagender. Op dit moment kun je uit ruim 2500 extra nodes kiezen, waardoor het je helemaal kan gaan duizelen. Met met de standaard nodes en wat basiskennis over MQTT en json kom je een heel eind.

Verder zit NR, voor mij, veel logischer in elkaar. Ook gaat het debuggen een stuk fijner. Daardoor is het frustratieniveau een stuk lager dan bij Blockly

Ik weet niet meer precies welke tutorials ik gebruikt heb, maar het zou deze reeks geweest kunnen zijn:
YouTube: Intro to Node-RED: Part 1 Fundamentals

Verder wil ik best een flow laten zien, maar is er iets specifieks waar je benieuwd naar bent?

[ Voor 11% gewijzigd door Gizz op 14-03-2020 12:58 ]

[M.v.Veelen]

Hebben anderen die Nefiteasy gebruiken de laatste tijd (icm de laatste Beta?) ook zoveel foutmeldingen?

Op zich blijft het wel werken, maar zoveel foutmeldingen stellen me niet bepaald gerust:

code:

2020-03-14 13:39:21.633 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 13:43:00.034 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 14:03:23.189 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 14:18:04.965 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 14:28:34.052 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 14:41:14.577 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 14:41:30.058 Error: NefitEasy: Invalid response received! (Press)
2020-03-14 15:55:25.280 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 15:58:32.919 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 16:17:56.017 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 16:28:37.441 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 16:39:32.182 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 16:54:15.298 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 16:56:23.480 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 16:56:57.718 Error: NefitEasy: Invalid response received! (Gas)
2020-03-14 17:04:51.508 Error: NefitEasy: Invalid response received (FT)
2020-03-14 17:18:10.788 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 17:18:18.950 Error: NefitEasy: Invalid response received! (Press)
2020-03-14 17:18:19.049 Error: NefitEasy: Invalid response received! (Gas)
2020-03-14 17:24:04.773 Error: NefitEasy: Invalid response received (FT)
2020-03-14 17:35:04.173 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 17:38:55.130 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 17:45:52.593 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 17:49:04.376 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 17:57:55.848 Error: NefitEasy: Invalid response received (FT)
2020-03-14 17:59:46.901 Error: NefitEasy: Invalid response received (FT)
2020-03-14 18:17:02.939 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 18:21:53.657 Error: NefitEasy: Invalid response received! (ODT)
2020-03-14 18:21:53.789 Error: NefitEasy: Invalid response received! (Gas)
2020-03-14 18:22:26.327 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 19:03:23.560 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 19:20:37.937 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 19:23:46.621 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 19:25:02.568 Error: NefitEasy: Invalid response received! (Gas)
2020-03-14 19:26:39.809 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 19:33:49.070 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 19:39:34.082 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 19:49:36.999 Error: NefitEasy: Invalid response received! (DP)
2020-03-14 19:53:08.068 Error: Nefit easy server hardware (3) thread seems to have ended unexpectedly
2020-03-14 19:53:14.993 Error: NefitEasy: Invalid response received (FT)
2020-03-14 19:54:19.048 Error: NefitEasy: Error getting http data!
2020-03-14 19:55:33.112 Error: NefitEasy: Error getting http data!
2020-03-14 19:56:57.166 Error: NefitEasy: Error getting http data!
2020-03-14 19:59:01.230 Error: NefitEasy: Error getting http data!

[KroontjesPen]

Hoewel ik voor een ander script al een oplossing heb gevonden op de basis van dit:
(domoticz.time.secondsSinceMidnight/60) in een variabele.
wil ik er toch achter komen waarom een ander script niet meer werkt.

Dat script ben ik aan het aanpassen omdat ik een bekend tijdstip als "zon op" naar een lichtsensor.
Daar voor maakt ik gebruik van 2 gebruikersvariabelen. (Deze worden met het script van 23:00 beide op "Nee" gezet.)
Die worden wel netjes aangepast evenals een tekst device die ik soms gebruik bij 't testen. → 29 t/m 34
De uitschakelingen die daarna moeten volgen doen het NIET. → 36 t/m 40

code:

return {
    on = {
        devices = {
            
            686                                               -- Hue sensor buiten
        },
    },
    execute = function(domoticz, device)
                    
        local Tijd              = (os.date ("%X"))          
        local Time              = require('Time')                           -- Time function
        local CurrentTime       = Time()                                    -- Current time
                    
        local OostII_2          = domoticz.devices(  9)
        local ZuidII_3          = domoticz.devices( 10)
            
        local SlaapkamerStaande = domoticz.devices(635)        
        local KamerRaamzijde    = domoticz.devices(332)
        local SchoorsteenRechts = domoticz.devices(356)
        local SchoorsteenLinks  = domoticz.devices(336)
        local Aanrecht          = domoticz.devices(340)        
         
        if (not device.active)
            and CurrentTime.matchesRule(' between 20 minutes before sunrise and 20 minutes after sunset ')
                then
                    ZuidII_3.cancelQueuedCommands()
                    OostII_2.switchOff().checkFirst()
                    ZuidII_3.switchOff().checkFirst()
                    domoticz.devices('Notitie').updateText('            Het is licht buiten ')  
--[[
                if  domoticz.variables('GeblokkeerdUitBinnen').value == ("Nee")
                    then
                        domoticz.variables('GeblokkeerdUitBinnen').set("Ja")
                        domoticz.variables('GeblokkeerdAanBinnen').set("Ja").afterMin(20)   -- binnen aan om 06:55         
--]]
                        SlaapkamerStaande.switchOff().afterMin(25)                       
                           KamerRaamzijde.switchOff().afterMin(30)
                        SchoorsteenRechts.switchOff().afterMin(40)
                         SchoorsteenLinks.switchOff().afterMin(50)
                                 Aanrecht.switchOff().afterMin(70)
                                 
--                end     
                
        elseif (device.active)
            and CurrentTime.matchesRule(' before 21:15 and (between 30 minutes before sunrise and 30 minutes after sunset) ')                
                then
                    OostII_2.switchOn().afterMin(0).checkFirst()
                    ZuidII_3.switchOn().afterMin(5).checkFirst()
                    domoticz.devices('Notitie').updateText('            Het is donker buiten')    
        end        
    end
}

Het .checkFirst() heb ik nu bewust uitgezet en dat gaf nog meer vreemde zaken aan.
In het inschakel script had ik de 2 schoorsteen lampen even niet meer mee laten nemen. Daar was her al te licht voor.
Echter de verwachte uitschakelTIJD kwam wel bij de schakelaars te staan. Daarom nam ik ze bij het inschakelen weer even mee.
Ook toen gingen de WEL ingeschakelde lampen NIET uit.

Het nu uitgeschakelde blok 30 t/m 35 + 42 het ik vandaag gedaan om morgen te testen.
Dit deel heeft altijd gewerkt.

Nu moet vanavond wel opletten dat ik de sensor afdek anders komt het uitschakelcommando eerder de die van 't inschakelen.

[Huupke]

Ik kreeg de volgende error bij het booten van mijn Pi:

systemd[1]: [/etc/systemd/system/domoticz.service:8] Executable path is not absolute, ignoring: setcap 'cap_net_bind_service=+ep' /home/pi/domoticz/domoticz

Dit had met mijn domoticz.service config te maken die vrijwel identiek aan het voorbeeld is echter een systemd service mag zo niet direct 'setcap' aanroepen omdat je het absolute pad nodig hebt.

Ik heb dus nu het volgende wat wel werkt:

code:

ExecStartPre=/sbin/setcap 'cap_net_bind_service=+ep' /home/pi/domoticz/domoticz

[AWST6000]

Hallo,
Ik heb zojuist de laatste Windows update op m'n laptop gedraaid.
Daarna wilde ik Domoticz 4.10717 'as a service' installeren, maar de service wil niet starten met de foutmelding dat MSVCP140.dll ontbreekt.

Er is hierover op het Internet wel een artikel van Microsoft te vinden, maar geen oplossing.
Wie weet raad?

Edit: Het installeren van Visual C++ helpt niet. De vc*-bestanden staan gewoon in \\windows\system32

Oplossing: Het installeren van de 32-bits versie van Visual C++ op een 64-bits laptop.

[ Voor 22% gewijzigd door AWST6000 op 15-03-2020 15:13 ]

[KroontjesPen]

Resultaat van de test 3e post hierboven.

Het even uitschakelen van blok 30 t/m 35 + 42 laat het script weer werken zoals het was.

Dan blijf de vraag waarom de regels 33 en 34, aanpassen variabelen, wel worden uitgevoerd en 36 t/m 40 niet, in de gewone situatie.

Edit.
Het hele script voer ik morgen voor de zekerheid nog 1x uit.
De andere oplossing met (domoticz.time.secondsSinceMidnight/60) ga ik sowieso verder uitwerken.

[ Voor 23% gewijzigd door KroontjesPen op 16-03-2020 08:28 . Reden: Aanvulling ]

[Toppe]

Bezig met alle Smarthome gerelateerde apparaten in een eigen VLAN te zetten, gaat uiteindelijk een hele boel schelen maar wat een werk....

[rens-br]

Toppe schreef op maandag 16 maart 2020 @ 14:04:
Bezig met alle Smarthome gerelateerde apparaten in een eigen VLAN te zetten, gaat uiteindelijk een hele boel schelen maar wat een werk....

Dat ben ik ook nog een keer van plan. Hoe doe je dit?

[Toppe]

rens-br schreef op maandag 16 maart 2020 @ 14:11:
[...]


Dat ben ik ook nog een keer van plan. Hoe doe je dit?

Via een modem/router. Ik gebruik de UniFI USG. Deze ondersteunt meerdere VLANS en firewalls. Smarthome apparaten komen in een aparte VLAN (200) en kunnen sowieso niet meer naar buiten toe. Dit is ook niet nodig voor de meeste apparaten.

Op dit moment is elke vorm van communicatie tussen beide netwerken nog mogelijk. In de toekomst wil ik dit gaan aanpassen. Zo wil ik groepen met apparaten aanmaken die specifiek via MQTT communiceren en alleen die op poort 1883 verkeer laten toestand naar mijn Pi

Had zelf al een fout gemaakt door een apparaat door een apparaat over te zetten naar een ander WiFi netwerk alleen had dit apparaat ook een fixed IP, even de VLAN van het Smarthome netwerk gehaald en je kan er weer bij.

[ Voor 13% gewijzigd door Toppe op 16-03-2020 14:16 ]

[rens-br]

Toppe schreef op maandag 16 maart 2020 @ 14:15:
Via een modem/router. Ik gebruik de UniFI USG. Deze ondersteunt meerdere VLANS en firewalls. Smarthome apparaten komen in een aparte VLAN (200) en kunnen sowieso niet meer naar buiten toe. Dit is ook niet nodig voor de meeste apparaten.

Op dit moment is elke vorm van communicatie tussen beide netwerken nog mogelijk. In de toekomst wil ik dit gaan aanpassen. Zo wil ik groepen met apparaten aanmaken die specifiek via MQTT communiceren en alleen die op poort 1883 verkeer laten toestand naar mijn Pi

Ik heb zelf ook een USG. Maar ben vooral benieuwd hoe je ervoor zorgt dat je telefoons enzo nog wel bij Domoticz kunnen, maar de rest van je Domoticz niet meer bij je telefoons kunnen.

[Toppe]

rens-br schreef op maandag 16 maart 2020 @ 14:17:
[...]


Ik heb zelf ook een USG. Maar ben vooral benieuwd hoe je ervoor zorgt dat je telefoons enzo nog wel bij Domoticz kunnen, maar de rest van je Domoticz niet meer bij je telefoons kunnen.

Onder instellingen, Routing & Firewall en dan Firewall.

[fabstar81]

fabstar81 schreef op maandag 24 februari 2020 @ 20:54:
nou, het veranderen van DHCP naar vast heeft het opgelost. blijft raar. maar goed, blijven ook computers...

nu maar afwachten of mijn GPIO reset ook eindelijk lukt als de sensors niet meer herkend worden

vandaag "eindelijk" een keer de sensors niet herkend. op de eoa manier is het toch weer werkend gegaan.
overigens wel veel stabieler sinds ik GPIO 17 gebruik ipv 4.

ButeobuteoButeo schreef op dinsdag 25 februari 2020 @ 13:03:
[...]


Bij mij is de update frequentie afhankelijk wat ik heb ingesteld bij Espeasy.

Deze staat bij mij op 60 sec

ik gebruik de GPIO's van de raspberry en geen ESP/NodeMCU. Zijn er wel 2 onderweg, maar kreeg het met een andere niet aan de praat. Watermeter zorgt nu in ieder geval voor excessieve logging in Domoticz.

Peutpeut schreef op zaterdag 29 februari 2020 @ 13:03:
[...]


Ik heb een tweetal Qubino Flush Shutters via Tweakers overgenomen, scheelt je aanzienlijk. Ze komen regelmatig voorbij in de V&A, of op Marktplaats.

heb je geen last van dat je pulsdrukkers paar keer ingedrukt moeten zijn wil je zonnescherm naar beneden gaan?

Gizz schreef op zaterdag 29 februari 2020 @ 13:41:
[...]

Je kunt het voor €60 per rolluik regelen, maar het kan ook flink goedkoper. Een Shelly 2.5 kost bijvoorbeeld €20. Dat is dan wel wifi in plaats van Z-wave, maar dat vind ik persoonlijk juist een voordeel.

Shelly's werken wel goed. Werken in ieder geval beter dan de Qubino die ik eerst had. Benieuwd of iemand nog een ander doel heeft voor een Qubino. Nu ik die heb vervangen door de Shelly 2.5 heb ik de Qubino over. Heb alleen geen 2e zonnescherm

Dust-E schreef op zaterdag 29 februari 2020 @ 17:58:
Hi Tweaks,

Misschien sla ik helemaal door, maar is het mogelijk om NL-Alert sigaal op te vangen via Domoticz?
Waarom? Mocht er een NL-Alert binnen komen dan zou ik mijn MV willen uitschakelen en zo kan je dan ook meerdere actie doorvoeren.

echt, dit soort ideeën. hahaha. dat is toch fantastisch. ik was er zelf niet opgekomen in ieder geval haha

[KroontjesPen]

Snappen doe ik 't niet meer.

Na het weer vrijgeven van 't blok 30 t/m 35 + 42 werkt het script weer gewoon zoals het moet.

[Toppe]

rens-br schreef op maandag 16 maart 2020 @ 14:17:
[...]


Ik heb zelf ook een USG. Maar ben vooral benieuwd hoe je ervoor zorgt dat je telefoons enzo nog wel bij Domoticz kunnen, maar de rest van je Domoticz niet meer bij je telefoons kunnen.

Zelf een ochtendje zitten kloten vanwege die firewall regels. Het is even een klote werkje om in te stellen. Mocht je vragen hebben stuur me dan even een PB'tje

[Peutpeut]

fabstar81 schreef op maandag 16 maart 2020 @ 22:51:
heb je geen last van dat je pulsdrukkers paar keer ingedrukt moeten zijn wil je zonnescherm naar beneden gaan?

Ik gebruik het tot op heden voornamelijk via Domoticz en/of Google Home. De pulsdrukkers gebruik ik nauwelijks. Ik gebruik overigens niet de pulsdrukkers maar de schakelaar die voorheen direct op de aandrijving van het zonnescherm/rolluik zaten. Bij het rolluik moet ik deze nog terugzetten, daar was zo snel niet voldoende plaats te maken. Bij het zonnescherm is dat wel gelukt.

Heb je er nog eentje over? Ik heb namelijk nog een elektrisch rolluik wat ik wil automagiseren.

[Peutpeut]

Vraag over de logging van Domoticz. Voor de update naar Buster werd de log na iedere reboot/herstart van Domoticz geleegd en opnieuw gevuld. Sinds de update naar Buster is dit niet meer het geval en heb ik het loggen handmatig aan moeten zetten door het bestand domoticz.sh aan moeten passen met het volgende:

code:

DAEMON=/home/$USERNAME/domoticz/$NAME
DAEMON_ARGS="-daemon"
#DAEMON_ARGS="$DAEMON_ARGS -daemonname $NAME -pidfile $PIDFILE"
DAEMON_ARGS="$DAEMON_ARGS -www 8089"
DAEMON_ARGS="$DAEMON_ARGS -sslwww 444"
DAEMON_ARGS="$DAEMON_ARGS -log /home/pi/domoticz/domoticz.log"
#DAEMON_ARGS="$DAEMON_ARGS -loglevel 1"
#DAEMON_ARGS="$DAEMON_ARGS -syslog"

Wie kan me in de goede richting wijzen? Ik ben niet echt goed onderlegd vwb Linux.

[Mir]

Ik heb in mijn domoticz een rfxcom gekoppeld. Dit werkt prima en zo lees ik ook mijn deurbel af.

Nu wil ik een 2e "deurbel" laten klinken, aangestuurd door de rfxcom kom (dus 433).

Het geluid moet aardig hard zijn maar niet vervelend. (Hij komt in een schuurtje, zodat ik het ook hoor als ik buiten ben en de schuur dicht is)

Ik heb een aantal gedachtes:

Gebruik maken van een eenvoudige 220v schakelmodule voor bijv lampen, daarop een simpel alarm. Ik heb gezocht naar goedkope Ebay/AliExpress oplossingen, maar dan wil ik het 5v/USB gevoed houden (ivm brandveiligheid, dan gebruik ik een goede usb lader voor de voeding). Maar ik wil een soort fail-safe dat het alarm/geluid wel vanzelf weer uit gaat als de stroom er niet af gaat. 433 is niet heel betrouwbaar en dan wil ik niet dat 5 uur lang een geluid te horen is in de tuin (buren..).

Ook zat ik te denken aan wat zelfbouw: https://nl.aliexpress.com/item/4000341148356.html
En dan daar een 5v toeter/bel op aansluiten (die kan ik ook niet vinden). Maar dan mis ik het "vanzelf uit gaan" stuk.

De eisen zijn dus tot zo ver: Veilig 5v, Hard genoeg om vanuit de schuur in de tuin te horen, Automatische uitschakeling na x seconden.

Ik kom er niet helemaal uit. Hebben jullie ideeën?

[Copitano]

@Wiley99 Backups draaien hier nu perfect. Wordt nu tijd om oude backups vooral van Influx een beetje op te schonen. Als ik met Putty in het backup bestand van influxdb kijk zitten de backups van alle dagen achter elkaar geplakt. Dat ziet er dan op de scheiding tussen twee dagen ongeveer zo uit (witregels heb ik er voor de duidelijkheid tussen gezet:

PHP:

-rw------- 1 root root 1163925 mrt 16 02:01 20200316T010035Z.s82.tar.gz
-rw------- 1 root root 1246383 mrt 16 02:01 20200316T010035Z.s90.tar.gz
-rw------- 1 root root 2842072 mrt 16 02:01 20200316T010035Z.s98.tar.gz

-rw------- 1 root root   35931 mrt 17 02:04 20200317T010037Z.manifest
-rw-r--r-- 1 root root    6804 mrt 17 02:00 20200317T010037Z.meta

-rw------- 1 root root 2485481 mrt 17 02:01 20200317T010037Z.s106.tar.gz
-rw------- 1 root root  674057 mrt 17 02:01 20200317T010037Z.s10.tar.gz
-rw------- 1 root root 2127678 mrt 17 02:01 20200317T010037Z.s114.tar.gz

Hoe (met welke commandline) kan ik veilig een aantal backups van oudere data weggooien zonder de rest ook kwijt te raken?

[b_weijenberg]

Mir schreef op dinsdag 17 maart 2020 @ 20:52:
Ik heb in mijn domoticz een rfxcom gekoppeld. Dit werkt prima en zo lees ik ook mijn deurbel af.

Nu wil ik een 2e "deurbel" laten klinken, aangestuurd door de rfxcom kom (dus 433).

Het geluid moet aardig hard zijn maar niet vervelend. (Hij komt in een schuurtje, zodat ik het ook hoor als ik buiten ben en de schuur dicht is)

Ik heb een aantal gedachtes:

Gebruik maken van een eenvoudige 220v schakelmodule voor bijv lampen, daarop een simpel alarm. Ik heb gezocht naar goedkope Ebay/AliExpress oplossingen, maar dan wil ik het 5v/USB gevoed houden (ivm brandveiligheid, dan gebruik ik een goede usb lader voor de voeding). Maar ik wil een soort fail-safe dat het alarm/geluid wel vanzelf weer uit gaat als de stroom er niet af gaat. 433 is niet heel betrouwbaar en dan wil ik niet dat 5 uur lang een geluid te horen is in de tuin (buren..).

Ook zat ik te denken aan wat zelfbouw: https://nl.aliexpress.com/item/4000341148356.html
En dan daar een 5v toeter/bel op aansluiten (die kan ik ook niet vinden). Maar dan mis ik het "vanzelf uit gaan" stuk.

De eisen zijn dus tot zo ver: Veilig 5v, Hard genoeg om vanuit de schuur in de tuin te horen, Automatische uitschakeling na x seconden.

Ik kom er niet helemaal uit. Hebben jullie ideeën?

Een 2e bel van hetzelfde type installeren en die met dezelfde ID pairen?
Of een goedkope bel van de Action die je dan aanstuurt als de belknop ontvangen wordt.

[KroontjesPen]

Mijn probleem script blijft mij weer verbazen.

Bij het ombouwen heb ik deze regel getest in mijn testscript dat elke minuut wordt gestart.

domoticz.variables('SensorTijd').set(domoticz.time.secondsSinceMidnight/60)

De variabele SensorTijd liep toen lekker op per minuut.

Helaas kreeg ik vanmorgen deze foutmelding toen die regel in het andere (probleem)script zat.

2020-03-18 06:30:57.338 Error: Error updating variable SensorTijd: Not a valid integer

Bij het nu opnieuw in het testscript te zetten is er geen foutmelding.

code:

2020-03-18 08:21:00.661 Status: dzVents: Info: ------ Start internal script: ! Test:, trigger: every minute
2020-03-18 08:21:00.675 Status: dzVents: Info: ------ Finished ! Test
2020-03-18 08:21:00.675 Status: EventSystem: Script event triggered: C:\Program Files (x86)\Domoticz\dzVents\runtime\dzVents.lua
2020-03-18 08:21:00.713 Status: Set UserVariable SensorTijd = 501

Wacht het nu morgen maar nog een keer af.

[ Voor 0% gewijzigd door KroontjesPen op 18-03-2020 14:45 . Reden: Taal ]

[Mir]

b_weijenberg schreef op woensdag 18 maart 2020 @ 08:33:
[...]


Een 2e bel van hetzelfde type installeren en die met dezelfde ID pairen?
Of een goedkope bel van de Action die je dan aanstuurt als de belknop ontvangen wordt.

Ik heb 2 bellen, ze zaten in 1 verpakking. Die zijn helaas te zacht. Ik heb best een harde huis-bel.. maar je hoort hem niet vanuit de schuur. Dus ik zit dan meer richting een ouderwetse bel met slaghamer te denken of een kleine fiets-toeter.

[Mir]

b_weijenberg schreef op woensdag 18 maart 2020 @ 08:33:
[...]


Een 2e bel van hetzelfde type installeren en die met dezelfde ID pairen?
Of een goedkope bel van de Action die je dan aanstuurt als de belknop ontvangen wordt.

Ik heb 2 bellen, ze zaten in 1 verpakking. Die zijn helaas te zacht. Ik heb best een harde huis-bel.. maar je hoort hem niet vanuit de schuur. Dus ik zit dan meer richting een ouderwetse bel met slaghamer te denken of een kleine fiets-toeter.

[tsjoender]

Copitano schreef op woensdag 18 maart 2020 @ 02:19:
@Wiley99 Backups draaien hier nu perfect. Wordt nu tijd om oude backups vooral van Influx een beetje op te schonen. Als ik met Putty in het backup bestand van influxdb kijk zitten de backups van alle dagen achter elkaar geplakt. Dat ziet er dan op de scheiding tussen twee dagen ongeveer zo uit (witregels heb ik er voor de duidelijkheid tussen gezet:

PHP:

-rw------- 1 root root 1163925 mrt 16 02:01 20200316T010035Z.s82.tar.gz
-rw------- 1 root root 1246383 mrt 16 02:01 20200316T010035Z.s90.tar.gz
-rw------- 1 root root 2842072 mrt 16 02:01 20200316T010035Z.s98.tar.gz

-rw------- 1 root root   35931 mrt 17 02:04 20200317T010037Z.manifest
-rw-r--r-- 1 root root    6804 mrt 17 02:00 20200317T010037Z.meta

-rw------- 1 root root 2485481 mrt 17 02:01 20200317T010037Z.s106.tar.gz
-rw------- 1 root root  674057 mrt 17 02:01 20200317T010037Z.s10.tar.gz
-rw------- 1 root root 2127678 mrt 17 02:01 20200317T010037Z.s114.tar.gz

Hoe (met welke commandline) kan ik veilig een aantal backups van oudere data weggooien zonder de rest ook kwijt te raken?

Met dit commando kun je alle files ouder dan 5 dagen vinden:

code:

find <pad naar backups> -mtime +5

Uiteraard <pad naar backups> vervangen met de plaats van de backups. Als je zeker weet dat dat lijstje de files geeft welke je weg wilt gooien, dan kun je het commando herhalen met de volgende toevoeging:

code:

find <pad naar backups> -mtime +5 -exec rm -f {} \;

Eventueel kun je dit commando met de -exec toevoeging ook in een crontab opnemen of aan het eind van je backupscript zodat je er geen omkijken meer naar hebt, maar een rm automatisch dagelijks uit laten voeren moet je natuurlijk wel eerst goed testen

[Wiley99]

Mooi antwoord, @tsjoender. Ik doe het zelf veel minder elegant en zeker weten dat mijn laatste backup werkt voordat ik oudere backups weggooi. Zou niet voor het eerst zijn dat backups corrupt raken maar dat je er pas na de roll-over achter komt. Dus ik schedule niet en trek er een klein beetje tijd voor uit:

Ik weet dat ik voorzichtig ben, want hiermee kun je wel makkelijker fouten maken dan met tsjoenders oplossing (tenzij je de +5 verkeerd kiest ;-) )

code:

rm 20200216*

voor alles van 16 februari 2020

code:

rm 202002*

voor alles van februari 2020

code:

rm 2019*

voor alles uit 2019
enz.

[DjAntoon]

fabstar81 schreef op maandag 16 maart 2020 @ 22:51:

heb je geen last van dat je pulsdrukkers paar keer ingedrukt moeten zijn wil je zonnescherm naar beneden gaan?

Ik had daar eerst ook last van, ik gebruikte een dzvents script met toggleswitch. In de logging zag ik dan meerder statussen voorbij komen.

code:

    execute = function(domoticz, device)
        local rolluikslaapkamerlevel=domoticz.devices('Rolluik slaapkamer level')
        local SchakelaarRolluik=domoticz.devices('Schakelaar rolluik')
        local contactSlaapkamerRaam=domoticz.devices('Contact slaapkamer raam')

        if device.name == 'Schakelaar rolluik' and rolluikslaapkamerlevel.lastUpdate.secondsAgo > 6 then
        
            if rolluikslaapkamerlevel.state == 'On' then
                rolluikslaapkamerlevel.switchOff() 
                domoticz.notify('Rolluik','Rolluik open')     
            else
                rolluikslaapkamerlevel.switchOn()
                domoticz.notify('Rolluik','Rolluik dicht')    
            end
          end

Kijk vooral naar de .lastUpdate.secondsAgo > 6 deze zorgde ervoor dat er maar 1 keer geschakeld werd.

[ghengel]

Copitano schreef op woensdag 18 maart 2020 @ 02:19:
@Wiley99 Backups draaien hier nu perfect. Wordt nu tijd om oude backups vooral van Influx een beetje op te schonen. Als ik met Putty in het backup bestand van influxdb kijk zitten de backups van alle dagen achter elkaar geplakt. Dat ziet er dan op de scheiding tussen twee dagen ongeveer zo uit (witregels heb ik er voor de duidelijkheid tussen gezet:

PHP:

-rw------- 1 root root 1163925 mrt 16 02:01 20200316T010035Z.s82.tar.gz
-rw------- 1 root root 1246383 mrt 16 02:01 20200316T010035Z.s90.tar.gz
-rw------- 1 root root 2842072 mrt 16 02:01 20200316T010035Z.s98.tar.gz

-rw------- 1 root root   35931 mrt 17 02:04 20200317T010037Z.manifest
-rw-r--r-- 1 root root    6804 mrt 17 02:00 20200317T010037Z.meta

-rw------- 1 root root 2485481 mrt 17 02:01 20200317T010037Z.s106.tar.gz
-rw------- 1 root root  674057 mrt 17 02:01 20200317T010037Z.s10.tar.gz
-rw------- 1 root root 2127678 mrt 17 02:01 20200317T010037Z.s114.tar.gz

Hoe (met welke commandline) kan ik veilig een aantal backups van oudere data weggooien zonder de rest ook kwijt te raken?

Geen direct antwoord op jouw vraag, maar meer een manier om dit te voorkomen.
Ik doe geautomatiseerd alle bestanden in een gecomprimeerde map zetten en gooi dan de losse bestanden weg. Backups ouder dan 31 dagen worden ook vanzelf weggegooid. Dit .sh script voer ik elke nacht uit met een cron job. Ik heb daarvoor dit sh script geschreven:

code:

#!/bin/bash
INFLUXDB_IP="127.0.0.1"  # InfluxDB IP
INFLUXDB_PORT="8088"        # InfluxDB port
DIR_BASE=/home/pi/drive/share/influxdb_backup # Pas aan naar de map waar je de backup wilt plaatsen
TMP_FILES_FOLDER=tmp_backup_files
TMP_FILES=$DIR_BASE/$TMP_FILES_FOLDER
TIMESTAMP="$(date +%Y%m%d_%H%M%S)"
BACKUPFILE="influxdb_$TIMESTAMP.tar.gz" # backups will be named "influxdb_YYYYMMDD_HHMMSS.tar.gz"
### END OF USER CONFIGURABLE PARAMETERS

echo "Start backup of influxDB"

#Create backup and make tar archives
influxd backup -portable -host $INFLUXDB_IP:$INFLUXDB_PORT $TMP_FILES
echo "Move all files in a .tar backup file: $BACKUPFILE"
tar -C $TMP_FILES -zcf $DIR_BASE/$BACKUPFILE .

#Delete/empty tmp_backup_files
echo "Delete all files in $TMP_FILES"
rm $TMP_FILES/*

#Delete backups older than 31 days
/usr/bin/find $DIR/ -name '*.tar.gz' -mtime +31 -delete

echo "End of backup of influxDB"

De map "/home/pi/drive/share/influxdb_backup" is trouwens een mount naar een schijf in mijn netwerk, dus ik houd de backup ook echt op een andere plek dan op mijn Pi .

Mijn cron job ziet er overigens weer zo uit:

code:

# 15 1 * * * --> once a day 1:15am
15 1 * * * /home/pi/backup_scripts/influxdb_backup.sh >> /home/pi/log/influxdb_backup/`date +\%Y-\%m-\%d_\%H-\%M-\%S`.log 2>&1

Hierbij heb ik ook meteen logging voor als er eens iets mis gaat.

[ Voor 10% gewijzigd door ghengel op 18-03-2020 20:33 ]

[Copitano]

Wiley99 schreef op woensdag 18 maart 2020 @ 13:14:
Mooi antwoord, @tsjoender. Ik doe het zelf veel minder elegant en zeker weten dat mijn laatste backup werkt voordat ik oudere backups weggooi. Zou niet voor het eerst zijn dat backups corrupt raken maar dat je er pas na de roll-over achter komt. Dus ik schedule niet en trek er een klein beetje tijd voor uit:

Ik weet dat ik voorzichtig ben, want hiermee kun je wel makkelijker fouten maken dan met tsjoenders oplossing (tenzij je de +5 verkeerd kiest ;-) )

code:

rm 20200216*

voor alles van 16 februari 2020

code:

rm 202002*

voor alles van februari 2020

code:

rm 2019*

voor alles uit 2019
enz.

klopt het dat je na het uitvoeren van rm 202002* alle tar.gz pakketje een voor een met j moet verwijderen?
Ik bedoel dit (is maar een klein stukje )

code:

rm: normaal bestand '20200203T010041Z.s380.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s42.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s50.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s58.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s66.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s6.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s74.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s82.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s90.tar.gz' (schrijfbeveiligd) verwijderen? j
rm: normaal bestand '20200203T010041Z.s98.tar.gz' (schrijfbeveiligd) verwijderen? j

Heb nu drie dagen zo verwijderd. Best een klusje

[ Voor 36% gewijzigd door Copitano op 18-03-2020 23:20 ]

[Henry65]

Copitano schreef op woensdag 18 maart 2020 @ 23:00:
[...]

klopt het dat je na het uitvoeren van rm 202002* alle tar.gz pakketje een voor een met j moet verwijderen?
Ik bedoel dit (is maar een klein stukje )ren?
[/code]
Heb nu drie dagen zo verwijderd. Best een klusje

Optie -f meegeven dus: rm -f 202002*
Wel zeker zijn dat er geen bestanden zijn die je toch had willen behouden maar ook beginnen met 202002.
Ik zou zelf ‘rm -f 202002*.tar.gz’ gebruiken

[KroontjesPen]

Het probleem na uren zoeken vanmorgen gevonden.

domoticz.variables('SensorTijd').set(domoticz.time.secondsSinceMidnight/60) geeft geen hele minuten.

Op zich wel logies maar omdat in scrips de minimale tijd op 1 minuut staat werd dat door mij als vaststaand feit gezien.
In mijn testscript was het dus die minuut timer die voor hele waardes zorgde en zo mij op het verkeerde been zette.

Nu het Float variabelen zijn werkt het wel. Dit even op wat makkelijker te testen script gedaan.

code:

 2020-03-19 09:12:49.193 Status: dzVents: Info: Handling events for: "Hue Lichtsensor Binnen", value: "Off"
2020-03-19 09:12:49.193 Status: dzVents: Info: ------ Start internal script: Hue Lichtsensor binnen routine: Device: "Hue Lichtsensor Binnen (Hue)", Index: 664
2020-03-19 09:12:49.194 Status: dzVents: Info: ------ Finished Hue Lichtsensor binnen routine
2020-03-19 09:12:49.194 Status: EventSystem: Script event triggered: C:\Program Files (x86)\Domoticz\dzVents\runtime\dzVents.lua
2020-03-19 09:12:49.222 Status: Set UserVariable OchtendAan = 552.8
2020-03-19 09:12:49.231 Status: Set UserVariable SensorTijd = 552.8
2020-03-19 09:13:00.652 Status: dzVents: Info: ------ Start internal script: ! Test:, trigger: every minute
2020-03-19 09:13:00.667 Status: dzVents: Info: ------ Finished ! Test
2020-03-19 09:13:00.667 Status: EventSystem: Script event triggered: C:\Program Files (x86)\Domoticz\dzVents\runtime\dzVents.lua
2020-03-19 09:13:00.705 Status: Set UserVariable SensorTijd = 553

Op 4 en 6 dat andere script en 10 het testscript wat mee liep.

[webje1982]

Hallo,

Ik heb twee FAKRO AMZ Z-Wave Electric awning blind (screens) op mijn dakramen.
Ze zijn inmiddels verbonden met de z-wave stick een zichtbaar in het OpenZWave Control Panel.

Alleen het product type is onbekend wel ziet hij dat het van Fakro is. Dit is verder allemaal logisch want het product bestaat nog niet in de manufacturer_specific.xml lijst.
Ik heb in deze lijst de onderstaande code toegevoegd.

code:

<Product type="0005" id="0111" name="AMZ Z-Wave Electric awning blind" config="fakro/amz.xml"/>

En heb ik het bestand amz.xml aangemaakt in de directory fakro met de onderstaande code erin.

code:

<Product Revision="1" xmlns="https://github.com/OpenZWave/open-zwave">
  <MetaData>
    <MetaDataItem name="OzwInfoPage">http://www.openzwave.com/device-database/0085:0005:0111</MetaDataItem>
    <MetaDataItem name="ProductPic">images/fakro/zws12.png</MetaDataItem>
    <MetaDataItem id="0005" name="ZWProductPage" type="0111">https://products.z-wavealliance.org/products/2530/</MetaDataItem>
    <MetaDataItem name="ProductPage">http://www.fakro.com/</MetaDataItem>
    <MetaDataItem name="Description">The AMZ Z-Wave external Awning blind, powered by 15VDC, have been adapted for wireless cooperation with the Z-Wave system. The shutter is designed for FAKRO roof windows and its installation is possible at any time after roof window installation. It is also possible to use the shutter for roof windows of other manufactures. Installed on the outside of the window, the roller shutter constitutes an optimum solution against overheating and provides additional protection of the window e.g. against falling tree branches etc. The roller shutter enables complete blackout and good sound reduction. It is also good protection from glazing excessive cooling during the winter. The roller shutter also means increased security. It has built-in overload protection and can be controlled by using standard Z-Wave controller.</MetaDataItem>
    <MetaDataItem name="Name">AMZ Z-Wave Roof Window Awning Blind</MetaDataItem>
    <MetaDataItem id="0005" name="Identifier" type="0111">AMZ</MetaDataItem>
    <MetaDataItem id="0005" name="FrequencyName" type="0111">CEPT (Europe)</MetaDataItem>
    <ChangeLog>
      <Entry author="Webrazor" date="14 Jan 2020" revision="1">Initial Metadata Import from Z-Wave Alliance Database - https://products.z-wavealliance.org/products/2530/xml</Entry>
    </ChangeLog>
  </MetaData>
  <!-- Configuration -->
  <!--
  <CommandClass id="112"/>
    <Value type="list" genre="config" instance="1" index="12" label="Remote Callibration" min="1" max="2" value="1" size="1">
      <Help>This parameter is used to the remotly calibration of AMZ Z-Wave via gateway or remote control with a display, e.g. FAKRO ZRS24 Value 1 – calibrated Value 2 – discalibrated – to enter the calibration mode must first time discalibrate and then calibrate</Help>
      <Item label="Start calibration" value="1" />
      <Item label="Remove calibration" value="2" />
    </Value>

    <Value type="list" genre="config" instance="1" index="13" label="Go to position" min="1" max="2" value="1" size="1">
      <Help>1 – FF go to maximum position 2 – FF go to previous position</Help>
      <Item label="1 : go to maximum position" value="1" />
      <Item label="2 : go to previous position" value="2" />
    </Value>
  </CommandClass>
  -->
  <!-- Association Groups -->
  <CommandClass id="133">
    <Associations num_groups="1">
      <Group index="1" label="Lifeline" max_associations="1"/>
      <Group index="2" label="Basic Repeat" max_associations="5"/>
      <Group index="3" label="Multilevel Repeat" max_associations="5"/>
    </Associations>
  </CommandClass>
</Product>

Na een restart word het blijft het apparaat unknown. Vergeet ik iets, zijn er nog met handelingen die gedaan moeten worden?

[KroontjesPen]

Oplossing werkt.
if domoticz.variables('OchtendAan').value < domoticz.variables('SensorTijd').value + 60

Wanneer variabelen nu Float zijn waarom krijg ik dan deze foutmelding.

code:

2020-03-20 06:55:00.421 Status: dzVents: Info: ------ Start internal script: Verlichting huis aan sensor ochtend:, trigger: at 06:55
2020-03-20 06:55:00.422 Status: dzVents: Error (2.4.19): An error occured when calling event handler Verlichting huis aan sensor ochtend
2020-03-20 06:55:00.423 Status: dzVents: Error (2.4.19): ...enerated_scripts/Verlichting huis aan sensor ochtend.lua:26: attempt to perform arithmetic on a string value
2020-03-20 06:55:00.423 Status: dzVents: Info: ------ Finished Verlichting huis aan sensor ochtend
2020-03-20 06:55:00.423 Status: EventSystem: Script event triggered: C:\Program Files (x86)\Domoticz\dzVents\runtime\dzVents.lua
2020-03-20 06:55:00.473 Status: Set UserVariable OchtendAan = 415

Deel van het script.

code:

19        domoticz.variables('OchtendAan').set(domoticz.time.secondsSinceMidnight/60)
        
26        if domoticz.variables('OchtendAan') < domoticz.variables('SensorTijd' + 60)
27          then
28                Aanrecht.switchOn().checkFirst()
29        end

In een ander script.

code:

33         domoticz.variables('SensorTijd').set(domoticz.time.secondsSinceMidnight/60)

Variabelen

code:

6   OchtendAan  Float   415     2020-03-20 06:55:00
5   SensorTijd  Float   392.1   2020-03-20 06:32:06

Nu heb ik echt geen idee voor een oplossing.

[ Voor 16% gewijzigd door KroontjesPen op 21-03-2020 07:38 . Reden: Aanvullen van 3 regels 1e code blok / Oplossing. ]

[Wiley99]

KroontjesPen schreef op vrijdag 20 maart 2020 @ 07:53:
Wanneer variabelen nu Float zijn waarom krijg ik dan deze foutmelding.

code:

2020-03-20 06:55:00.421 Status: dzVents: Info: ------ Start internal script: Verlichting huis aan sensor ochtend:, trigger: at 06:55
2020-03-20 06:55:00.422 Status: dzVents: Error (2.4.19): An error occured when calling event handler Verlichting huis aan sensor ochtend
2020-03-20 06:55:00.423 Status: dzVents: Error (2.4.19): ...enerated_scripts/Verlichting huis aan sensor ochtend.lua:26: attempt to perform arithmetic on a string value
2020-03-20 06:55:00.423 Status: dzVents: Info: ------ Finished Verlichting huis aan sensor ochtend
2020-03-20 06:55:00.423 Status: EventSystem: Script event triggered: C:\Program Files (x86)\Domoticz\dzVents\runtime\dzVents.lua
2020-03-20 06:55:00.473 Status: Set UserVariable OchtendAan = 415

Deel van het script.

code:

19        domoticz.variables('OchtendAan').set(domoticz.time.secondsSinceMidnight/60)
        
26        if domoticz.variables('OchtendAan') < domoticz.variables('SensorTijd' + 60)
27          then
28                Aanrecht.switchOn().checkFirst()
29        end

In een ander script.

code:

33         domoticz.variables('SensorTijd').set(domoticz.time.secondsSinceMidnight/60)

Variabelen

code:

6   OchtendAan  Float   415     2020-03-20 06:55:00
5   SensorTijd  Float   392.1   2020-03-20 06:32:06

Nu heb ik echt geen idee voor een oplossing.

Heel vaak zijn het dan haakjes.
In regel 26:

code:

 if domoticz.variables('OchtendAan') < domoticz.variables('SensorTijd' + 60)

moet zijn

code:

 if domoticz.variables('OchtendAan') < domoticz.variables('SensorTijd') + 60

of voor de zekerheid zelfs

code:

 if domoticz.variables('OchtendAan') < (domoticz.variables('SensorTijd') + 60)

Je telt nu namelijk 60 bij de string 'SensorTijd' op in jouw stukje. Het lijkt dan (hoewel dat ook anders gecodeerd zou zijn) alsof je de variabele SensorTijd60 wil ophalen.

In de laatste 2 regels haal je eerst SensorTijd waarde op en telt daar 60 bij op.

[KroontjesPen]

@Wiley99
Die schrijfwijze had ik gevonden op het Domoticz forum. Nu daar ook weer terug gevonden.

code:

return {
    on = { timer = { 'every 5 minutes at daytime' } },
       
    execute = function(domoticz, _)
           
        if (domoticz.time.secondsSinceMidnight/60) > (domoticz.time.sunriseInMinutes + 60) then
            print ("I should do something now")
        else
            print ("I should wait a little longer")
         end
    end
}

Dit niet zelf getest toen en nu niet.


Die ) verplaatsen was ook één van de eerste stappen alleen dat werkte niet.
Na verder zoeken tot de volgende oplossing gekomen in mijn testscript.

code:

        if domoticz.variables('OchtendAan').value < domoticz.variables('SensorTijd').value + 60
            then
                Aanrecht.switchOn().checkFirst()
        end

Nu vergelijk je echt 2 waardes.
Kijken morgen weer of het echt de oplossing is.

[Toppe]

Ik zit hier met een gekke situatie, ik ben bezig met het over zeggen van mijn sensoren naar een VLAN (Smarthome) en dit werkt voor nu allemaal prima.

Echter heb ik ook één sensor (ESPEasy) die zijn data via HTTP verstuurd via poort 81 en via MQTT. Laatst genoemde werkt prima, alleen het versturen van de data via HTTP werkt dus niet. Er komt niets binnen.

Alle firewall regels staan uit dus alle data kan over en weer verstuurd worden. Tevens heb ik het andere netwerk bij de proxy ingevuld (en het stuk wat kan inloggen zonder gegevens) maar dit lijkt niet te werken.

Zodra ik verbinding maak met het Smarthome netwerk en zelf een POST doe via de browser dan werkt het wel, alleen vanuit ESPEasy gebeurt er dus niets. Voor ik zover kan zien maakt ESPEasy niet gebruik van een speciale poort of iets.

Lijkt dus wel of Domoticz de request van deze node keihard weigert. Maar hoe ga je hem op allow krijgen? Module heeft al verschillende IP’s gehad.

[ Voor 8% gewijzigd door Toppe op 20-03-2020 11:08 ]

[AWST6000]

Hallo,

Ik ben op zoek naar een sirene/alarm op 230V die ik in wil kunnen schakelen met bewegingsmelders en KlikAanKlikUit ACD-1000 stopcontact schakelaars.(In combinatie met een RFXcom 433E en Domoticz op een laptop)

KlikAanKlikUit heeft wel een sirene, maar die is voor 868 Mhz.

Graag reactie.

[tsjoender]

Toppe schreef op vrijdag 20 maart 2020 @ 11:07:
Ik zit hier met een gekke situatie, ik ben bezig met het over zeggen van mijn sensoren naar een VLAN (Smarthome) en dit werkt voor nu allemaal prima.

Echter heb ik ook één sensor (ESPEasy) die zijn data via HTTP verstuurd via poort 81 en via MQTT. Laatst genoemde werkt prima, alleen het versturen van de data via HTTP werkt dus niet. Er komt niets binnen.

Alle firewall regels staan uit dus alle data kan over en weer verstuurd worden. Tevens heb ik het andere netwerk bij de proxy ingevuld (en het stuk wat kan inloggen zonder gegevens) maar dit lijkt niet te werken.

Zodra ik verbinding maak met het Smarthome netwerk en zelf een POST doe via de browser dan werkt het wel, alleen vanuit ESPEasy gebeurt er dus niets. Voor ik zover kan zien maakt ESPEasy niet gebruik van een speciale poort of iets.

Lijkt dus wel of Domoticz de request van deze node keihard weigert. Maar hoe ga je hem op allow krijgen? Module heeft al verschillende IP’s gehad.

Routering? Kent de ESP de route naar Domoticz en Domoticz de route naar ESP? Andere reden kan zijn dat de Domoticz server ook een IP in het smarthome netwerk heeft en een IP in een ander netwerk. Als de ESP dan een bericht stuurt naar het IP van het andere netwerk, dan ziet Domoticz deze van een smarthome IP komen en geeft daar ook antwoord op waardoor de connectie terug eigenlijk een nieuwe connectie is en niet een antwoord op de oorspronkelijke connectie (beetje wazig uitgelegd misschien, maar dan geef je het maar aan als het niet duidelijk is )

[Toppe]

tsjoender schreef op vrijdag 20 maart 2020 @ 12:52:
[...]


Routering? Kent de ESP de route naar Domoticz en Domoticz de route naar ESP? Andere reden kan zijn dat de Domoticz server ook een IP in het smarthome netwerk heeft en een IP in een ander netwerk. Als de ESP dan een bericht stuurt naar het IP van het andere netwerk, dan ziet Domoticz deze van een smarthome IP komen en geeft daar ook antwoord op waardoor de connectie terug eigenlijk een nieuwe connectie is en niet een antwoord op de oorspronkelijke connectie (beetje wazig uitgelegd misschien, maar dan geef je het maar aan als het niet duidelijk is )

Routering zat ik ook aan te denken, maar alle firewall regels staan uitgeschakeld wat er voor moet zorgen dat de netwerken onderling met elkaar kunnen kletsen.

En ik heb voor de zekerheid ook nog een nieuwe firewall regel aangemaakt met als doel de server (en afzender sensor) en visa versa. Werkt ook niet...

[tsjoender]

Toppe schreef op vrijdag 20 maart 2020 @ 12:57:
[...]


Routering zat ik ook aan te denken, maar alle firewall regels staan uitgeschakeld wat er voor moet zorgen dat de netwerken onderling met elkaar kunnen kletsen.

En ik heb voor de zekerheid ook nog een nieuwe firewall regel aangemaakt met als doel de server (en afzender sensor) en visa versa. Werkt ook niet...

Routeren staat op zich los van de firewall. Routes zorgen ervoor dat de nodes elkaar kunnen bereiken. De firewall kan dit verkeer vervolgens toestaan of keren.

Je kunt met je laptop vanuit het smarthome vlan wel een HTTP post doen, dan zou routering en de firewall niet direct het probleem zijn.

Bij ESP easy moet je de hostname of IP van Domoticz opgeven onder controllers. Kan het zijn dat je daar de hostname gebruikt, maar dat die niet goed resolved? Of misschien een typo in de naam of het IP?

[Toppe]

tsjoender schreef op vrijdag 20 maart 2020 @ 13:12:
[...]


Routeren staat op zich los van de firewall. Routes zorgen ervoor dat de nodes elkaar kunnen bereiken. De firewall kan dit verkeer vervolgens toestaan of keren.

Je kunt met je laptop vanuit het smarthome vlan wel een HTTP post doen, dan zou routering en de firewall niet direct het probleem zijn.

Bij ESP easy moet je de hostname of IP van Domoticz opgeven onder controllers. Kan het zijn dat je daar de hostname gebruikt, maar dat die niet goed resolved? Of misschien een typo in de naam of het IP?

Hij gebruikt een regel om data te versturen:

code:

 SendToHTTP,192.168.1.2,81,/json.htm?param=udevice&type=command&idx=350&nvalue=1617.00

Deze regel doet het perfect vanaf het oude netwerk. Maak ik er zelf een POST van dan werkt hij wel.

In dit geval is het dus specifiek dat deze regel het niet doet vanaf een NodeMCU... Ook niet vanaf een andere NodeMCU.

[ Voor 11% gewijzigd door Toppe op 20-03-2020 13:23 ]

[Wiley99]

KroontjesPen schreef op vrijdag 20 maart 2020 @ 09:35:
@Wiley99
Die schrijfwijze had ik gevonden op het Domoticz forum. Nu daar ook weer terug gevonden.

code:

return {
    on = { timer = { 'every 5 minutes at daytime' } },
       
    execute = function(domoticz, _)
           
        if (domoticz.time.secondsSinceMidnight/60) > (domoticz.time.sunriseInMinutes + 60) then
            print ("I should do something now")
        else
            print ("I should wait a little longer")
         end
    end
}

Dit niet zelf getest toen en nu niet.

Dat is ook wat anders toch, daaruit kun je jouw eerste syntax niet afleiden.
domoticz.time.sunriseInMinutes is al een integer (geheel getal).
Met domoticz.variables('SensorTijd') leg je alleen maar vast welke variabele je wil gaan ophalen, nog niet wàt je ervan wil weten. Hij heeft verschillende eigenschappen, zoals .value.
Dus domoticz.variables('SensorTijd').value betekent: in het 'domoticz' object zit een verzameling 'variables' waarvan ik die met de naam 'SensorTijd' wil ophalen en daarvan de eigenschap 'value' wil gebruiken in een berekening.

Hier zie je de andere eigenschappen van zo'n variabele

[ Voor 7% gewijzigd door Wiley99 op 20-03-2020 13:28 ]

[KroontjesPen]

Wiley99 schreef op vrijdag 20 maart 2020 @ 13:25:
[...]


Dat is ook wat anders toch, daaruit kun je jouw eerste syntax niet afleiden.
domoticz.time.sunriseInMinutes is al een integer (geheel getal).
Met domoticz.variables('SensorTijd') leg je alleen maar vast welke variabele je wil gaan ophalen, nog niet wàt je ervan wil weten. Hij heeft verschillende eigenschappen, zoals .value.
Dus domoticz.variables('SensorTijd').value betekent: in het 'domoticz' object zit een verzameling 'variables' waarvan ik die met de naam 'SensorTijd' wil ophalen en daarvan de eigenschap 'value' wil gebruiken in een berekening.

Hier zie je de andere eigenschappen van zo'n variabele

Daar ben ik, al is het hééééél laat, toch uiteindelijk ook terecht gekomen.
Door alles wat ik in de testscript eens uitgevogeld had tussen --[[ en --]] te bewaren, kwam die .value naar boven.

[jobr]

Toppe schreef op vrijdag 20 maart 2020 @ 13:22:
[...]


Hij gebruikt een regel om data te versturen:

code:

 SendToHTTP,192.168.1.2,81,/json.htm?param=udevice&type=command&idx=350&nvalue=1617.00

Deze regel doet het perfect vanaf het oude netwerk. Maak ik er zelf een POST van dan werkt hij wel.

In dit geval is het dus specifiek dat deze regel het niet doet vanaf een NodeMCU... Ook niet vanaf een andere NodeMCU.

Hoe maak je daar een post van ?
Kun je espeasy pingen vanaf de Domoticz server?

[Toppe]

jobr schreef op vrijdag 20 maart 2020 @ 18:56:
[...]


Hoe maak je daar een post van ?
Kun je espeasy pingen vanaf de Domoticz server?

Onder advanced en dan regels aanzetten

Maar ja, kan hem prima pingen....

[fabstar81]

Peutpeut schreef op dinsdag 17 maart 2020 @ 13:53:
[...]

Ik gebruik het tot op heden voornamelijk via Domoticz en/of Google Home. De pulsdrukkers gebruik ik nauwelijks. Ik gebruik overigens niet de pulsdrukkers maar de schakelaar die voorheen direct op de aandrijving van het zonnescherm/rolluik zaten. Bij het rolluik moet ik deze nog terugzetten, daar was zo snel niet voldoende plaats te maken. Bij het zonnescherm is dat wel gelukt.

Heb je er nog eentje over? Ik heb namelijk nog een elektrisch rolluik wat ik wil automagiseren.

ja, ik heb er eentje over. interesse? PM me maar

Copitano schreef op woensdag 18 maart 2020 @ 02:19:
@Wiley99 Backups draaien hier nu perfect. Wordt nu tijd om oude backups vooral van Influx een beetje op te schonen. Als ik met Putty in het backup bestand van influxdb kijk zitten de backups van alle dagen achter elkaar geplakt. Dat ziet er dan op de scheiding tussen twee dagen ongeveer zo uit (witregels heb ik er voor de duidelijkheid tussen gezet:

PHP:

-rw------- 1 root root 1163925 mrt 16 02:01 20200316T010035Z.s82.tar.gz
-rw------- 1 root root 1246383 mrt 16 02:01 20200316T010035Z.s90.tar.gz
-rw------- 1 root root 2842072 mrt 16 02:01 20200316T010035Z.s98.tar.gz

-rw------- 1 root root   35931 mrt 17 02:04 20200317T010037Z.manifest
-rw-r--r-- 1 root root    6804 mrt 17 02:00 20200317T010037Z.meta

-rw------- 1 root root 2485481 mrt 17 02:01 20200317T010037Z.s106.tar.gz
-rw------- 1 root root  674057 mrt 17 02:01 20200317T010037Z.s10.tar.gz
-rw------- 1 root root 2127678 mrt 17 02:01 20200317T010037Z.s114.tar.gz

Hoe (met welke commandline) kan ik veilig een aantal backups van oudere data weggooien zonder de rest ook kwijt te raken?

kan je nog eens je backup script/stappenplan delen hoe je een backup maakt elke nacht? wil het nu ook eindelijk aan de gang krijgen op mijn NAS, was er ooit aan begonnen maar nooit aan de gang gekregen.

DjAntoon schreef op woensdag 18 maart 2020 @ 16:24:
[...]


Ik had daar eerst ook last van, ik gebruikte een dzvents script met toggleswitch. In de logging zag ik dan meerder statussen voorbij komen.

code:

    execute = function(domoticz, device)
        local rolluikslaapkamerlevel=domoticz.devices('Rolluik slaapkamer level')
        local SchakelaarRolluik=domoticz.devices('Schakelaar rolluik')
        local contactSlaapkamerRaam=domoticz.devices('Contact slaapkamer raam')

        if device.name == 'Schakelaar rolluik' and rolluikslaapkamerlevel.lastUpdate.secondsAgo > 6 then
        
            if rolluikslaapkamerlevel.state == 'On' then
                rolluikslaapkamerlevel.switchOff() 
                domoticz.notify('Rolluik','Rolluik open')     
            else
                rolluikslaapkamerlevel.switchOn()
                domoticz.notify('Rolluik','Rolluik dicht')    
            end
          end

Kijk vooral naar de .lastUpdate.secondsAgo > 6 deze zorgde ervoor dat er maar 1 keer geschakeld werd.

dit gaat puur om de switch zelf. de hardware schakelaar. doet dit script dat dan ook regelen?

[DjAntoon]

fabstar81 schreef op vrijdag 20 maart 2020 @ 20:18:
[...]
dit gaat puur om de switch zelf. de hardware schakelaar. doet dit script dat dan ook regelen?

De schakelaar een xiaomi pulsdrukker is bij mij nooit het probleem geweest. Het was de qubino moduledie bijv. AAN - UIT - AAN schakelde / terug melde. Door de lastupdate toevoeging was het probleem weg

[fabstar81]

@DjAntoon, ik heb gewoon een Berker pulsdrukker geïnstalleerd op de qubino (en nu de Shelly 2.5) en die irriteert nu dat ie soms 4 keer stopt voordat ie helemaal ingaat.

Ik wil ook eigenlijk dat ik hem maar 1 keer hoef te drukken en loslaten dat hij het scherm geheel naar beneden / boven stuurt en als ik hem vasthoud pas stopt als ik hem loslaat.

Is zoiets mogelijk?