Domoticz - open source domotica systeem - deel 5

[M.v.Veelen]

Ik zie ineens deze foutmeldingen in het log, wat betekent dit precies?

2020-12-18 17:18:35.090 Error: P1 Meter: Power usage to high/low! Usage: 7454 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:18:45.056 Error: P1 Meter: Power usage to high/low! Usage: 6201 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:18:55.070 Error: P1 Meter: Power usage to high/low! Usage: 6995 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:19:05.070 Error: P1 Meter: Power usage to high/low! Usage: 6327 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:19:15.062 Error: P1 Meter: Power usage to high/low! Usage: 6229 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:19:25.031 Error: P1 Meter: Power usage to high/low! Usage: 6371 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:19:35.015 Error: P1 Meter: Power usage to high/low! Usage: 6304 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:19:45.004 Error: P1 Meter: Power usage to high/low! Usage: 6260 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:19:54.999 Error: P1 Meter: Power usage to high/low! Usage: 6234 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:20:04.992 Error: P1 Meter: Power usage to high/low! Usage: 6377 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:20:14.985 Error: P1 Meter: Power usage to high/low! Usage: 6367 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:20:24.953 Error: P1 Meter: Power usage to high/low! Usage: 6285 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:20:34.947 Error: P1 Meter: Power usage to high/low! Usage: 6200 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:20:44.948 Error: P1 Meter: Power usage to high/low! Usage: 7309 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)
2020-12-18 17:20:54.958 Error: P1 Meter: Power usage to high/low! Usage: 7212 Watt. Max Usage configured: 6000. (NodeID: 0x0000, ChildID: 0x0001, SID: Usage L1)

[BarryH]

overbelasting op fase 1

[Speedy-Andre]

Simpel, de log zegt precies wat er aan de hand is
Bij settings/Meters/Counters kan je de limiet van 6000W instellen.
Heb je een 3-fase meter dan zou ik hem hoger zetten als die het totaal van alles weergeeft.

[Pixelmagic]

M.v.Veelen schreef op zondag 20 december 2020 @ 20:31:
Ik zie ineens deze foutmeldingen in het log, wat betekent dit precies?


[...]

wow, ik ben jaloers dat je zoveel details krijgt van je meter, ik krijg alleen totaal verbruik en terugleveren.

[M.v.Veelen]

Al jaren lees ik de meters uit, maar ik heb dit nog nooit eerder gezien. Verder ook niets geks gedaan. Of zou ik net toevallig in al die jaren op die paar momenten zowel de waterkoker, oven, inductiekookplaat, wasmachine, droger en vaatwasser aan hebben gehad terwijl ik aan het stofzuigen was :-) ?

Toch maar eens in de gaten houden. De max staat inderdaad op 6000W zie ik.

[I-King]

Ik heb Shelly via MQTT aangesloten in Domoticz. Gisteren was er een internetstoring en daarna heeft Domoticz en/of Shelly zich verslikt.
De counter van de Shelly lijkt gereset naar 0. Domoticz kan daar niet zo goed mee om gaan. Als ik in de log kijk is geeft hij wel weer oplopende 'energy' waardes door. Echter klopt het in domoticz nog altijd niet.

Heeft iemand hier ervaringen mee? (Ik twijfel of dit of het Shelly topic de beste plek is.)

Het dagtotaal loopt wel door, het verbruik wordt echter niet meer geregistreerd:

[ocmer]

Na 4 jaar trouwe dienst wil ik mijn Domoticz verhuizen van een raspberry naar een Synology DS220+. Na veel lezen heb ik 3 opties gevonden:

• het Jadahl package rechtstreeks op de Synology draaien
• op Docker draaien. Ik zie dat er 166 domoticz packages zijn. Ik vermoed dat linuxserver/domoticz de beste is aangezien die veruit het meeste sterren heeft
• op een VM met linux draaien

Qua hardware moet een z-wave-stick, RFXCOM (USB) en P1-kabel (USB) foutloos blijven werken. En hier lees ik wisselende verhalen over dat bij een herstart of DSM-upgrade dingen het soms niet meer doen. Ik heb een voorkeur voor Docker omdat deze het meest lightweight en flexibel is, maar het moet wel betrouwbaar zijn. Wat zijn de actuele ervaringen?

[Seafarer]

ocmer schreef op maandag 21 december 2020 @ 19:08:
Na 4 jaar trouwe dienst wil ik mijn Domoticz verhuizen van een raspberry naar een Synology DS220+. Na veel lezen heb ik 3 opties gevonden:

• het Jadahl package rechtstreeks op de Synology draaien
• op Docker draaien. Ik zie dat er 166 domoticz packages zijn. Ik vermoed dat linuxserver/domoticz de beste is aangezien die veruit het meeste sterren heeft
• op een VM met linux draaien

Qua hardware moet een z-wave-stick, RFXCOM (USB) en P1-kabel (USB) foutloos blijven werken. En hier lees ik wisselende verhalen over dat bij een herstart of DSM-upgrade dingen het soms niet meer doen. Ik heb een voorkeur voor Docker omdat deze het meest lightweight en flexibel is, maar het moet wel betrouwbaar zijn. Wat zijn de actuele ervaringen?

Wat is de reden van de verhuizing?

[ocmer]

Seafarer schreef op maandag 21 december 2020 @ 19:13:
[...]
Wat is de reden van de verhuizing?

1. Ik ben bang dat vroeg of laat de SD-kaart corrupt raakt. Ik maak dagelijkse backups, dus is herstelbaaar, maar het voelt niet degelijk.
2. Mijn meterkast is een chaos met verschillende raspberries en andere apparatuur. Dit wil ik zo veel mogelijk consolideren en upgraden naar de Synology, met redundante HDD's en (later) UPS.
3. Het maken van full-backups voor een upgrade van Domoticz is veel eenvoudiger met een Docker/VM dan van een raspberry.

[Speedy-Andre]

M.v.Veelen schreef op zondag 20 december 2020 @ 21:59:
Al jaren lees ik de meters uit, maar ik heb dit nog nooit eerder gezien. Verder ook niets geks gedaan. Of zou ik net toevallig in al die jaren op die paar momenten zowel de waterkoker, oven, inductiekookplaat, wasmachine, droger en vaatwasser aan hebben gehad terwijl ik aan het stofzuigen was :-) ?

Toch maar eens in de gaten houden. De max staat inderdaad op 6000W zie ik.

7kW lukt al met alleen de inductiekookplaat als die op 2x 1 fase zit.
Wassen en drogen tegelijk is tricky als ze op 1 groep zitten tenzij je koud wast
De hoofdzekering zal wel groter dan 1 fase 25A zijn, anders zat je in het donker

[Chris96]

Iemand die me ermee kan helpen?
Om de een of andere manier kan ik het percentage waarop de verlichting niet in een IF stelling gebruiken.
Maar eigenlijk zie ik geen andere manier, Of doe ik iets fout?

[Appie76]

vwtune schreef op donderdag 10 december 2020 @ 10:32:
Niemand hier die (eettafel) lampen met LED erin en led driver(s) in domoticz werkend heeft? Dus ook kan dimmen....

Beetje laat misschien, maar desondanks: wat wil je precies weten? Ik gebruik Fibaro Dimmer 2's om diverse sets van 230V driver + LED spots te dimmen, werkt prima. Het aantal spots loopt uiteen van 2 spots van ca. 11W per stuk tot 3 á 6 kleine spots van elk ca. 7W. Zowel de spots als drivers zijn van Verbatim. Ik heb de Fibaro bypass/weerstand overigens niet nodig: uit is uit. De spots zijn 12V, dat wel, maar de drivers dus 230V. Ik weet niet of dit overeenkomt met jouw situatie.

[Seafarer]

Speedy-Andre schreef op maandag 21 december 2020 @ 19:54:
[...]

7kW lukt al met alleen de inductiekookplaat als die op 2x 1 fase zit.
Wassen en drogen tegelijk is tricky als ze op 1 groep zitten tenzij je koud wast
De hoofdzekering zal wel groter dan 1 fase 25A zijn, anders zat je in het donker

7000 : 230 = 30Amp moet zeker 15 min. kunnen.

[tozzke]

Chris96 schreef op maandag 21 december 2020 @ 20:37:
[Afbeelding]

Iemand die me ermee kan helpen?
Om de een of andere manier kan ik het percentage waarop de verlichting niet in een IF stelling gebruiken.
Maar eigenlijk zie ik geen andere manier, Of doe ik iets fout?

Ten eerste kun je geen "nested" if's gebruiken (je moet op dat tandwielicoontje drukken en dan een else if eronder slepen.
Ten tweede kun je percentages inderdaad niet in je voorwaarden gebruiken (in ieder geval niet in de tijd dat ik nog blockly gebruikte)

Je zou een variabele mee kunnen laten lopen waarin je het percentage zet. Die kun je wel in je voorwaarden gebruiken

[rens-br]

Chris96 schreef op maandag 21 december 2020 @ 20:37:
[Afbeelding]

Iemand die me ermee kan helpen?
Om de een of andere manier kan ik het percentage waarop de verlichting niet in een IF stelling gebruiken.
Maar eigenlijk zie ik geen andere manier, Of doe ik iets fout?

Zou persoonlijk overstappen op dzvents, in het begin even uitzoeken hoe het werkt, maar bespaard je daarna een heleboel tijd. Er lopen hier ook veel users die je op weg willen helpen.

Kijk bijvoorbeeld eens in https://github.com/rensbr/Domoticz voor wat inspiratie.

[ Voor 5% gewijzigd door rens-br op 22-12-2020 09:58 ]

[DjAntoon]

@Chris96 De overstap is natuurlijk even doorheen bijten, maak het je dan ook niet gelijk te moeilijk door alles te willen. MAAR vervolgens word het veel duidelijker en makkelijker te doorgronden. Ik heb ook geen programmeer achtergrond en mij is het ook gelukt. Er zijn erg veel voorbeeld dzvents scripts te vinden, let wel een beetje op of ze niet erg oud zijn, soms is er wat veranderd in dzvents.
Ik probeer hier af en toe ook eens te helpen als ik tijd heb en anderen me niet voor zijn.

[Dewim1]

mij domticz is vast gelopen en heb nu backup terug geschoten en mis ik 2 dagen log van een KWH counter. hoe kan ik ook al weer een Mqqt waarde sturen via mosquitto naar domoticz via ssh op de pi.
of kan dit ook direct naar domoticz via http?

[sjimmie]

Dewim1 schreef op dinsdag 22 december 2020 @ 10:32:
mij domticz is vast gelopen en heb nu backup terug geschoten en mis ik 2 dagen log van een KWH counter. hoe kan ik ook al weer een Mqqt waarde sturen via mosquitto naar domoticz via ssh op de pi.
of kan dit ook direct naar domoticz via http?

Met mosquito_pub :
https://mosquitto.org/man/mosquitto_pub-1.html

[Dewim1]

gisteren zoiets geprobeerd maar ik heb denk ik iets fout gedaan
Hoe pas ik deze aan dat ik de KWH counter verander?
waar staat nvalue of s value voor?

mosquitto_pub -h localhost -m '{ "idx" : 1, "nvalue" : 0, "svalue" : "25.0" }' -t 'domoticz/in'

[sjimmie]

Dewim1 schreef op dinsdag 22 december 2020 @ 14:51:
gisteren zoiets geprobeerd maar ik heb denk ik iets fout gedaan
Hoe pas ik deze aan dat ik de KWH counter verander?
waar staat nvalue of s value voor?

mosquitto_pub -h localhost -m '{ "idx" : 1, "nvalue" : 0, "svalue" : "25.0" }' -t 'domoticz/in'

Zonder verstand van Domoticz te hebben, nvalue is een Numeric en svalue is een String.
https://www.domoticz.com/forum/viewtopic.php?t=17750
Maar ik vermoed dat je kWh een teller per periode (dag?) is die je niet zomaar achteraf aanpast via mqtt.
Want als je vandaag waardes toevoegt dan worden die dus bij vandaag genoteerd.

[fabstar81]

weet iemand misschien iets op het volgende. ik heb een deltaT script waarin alle deltaT's van mijn CV worden uitgerekend. dit hoeft normaal gesproken niet elke 15 seconden, dus ik laat dit script op time (1 minuut) draaien (lua).

als de ketel draait echter, zou ik wel willen dat dit script vaker draait, elke 15 seconden bijvoorbeeld zodat ik een beter beeld heb van elke deltaT. hoe ga ik hierin te werk? ik kan uitlezen wanneer de pomp van de ketel draait en heb daar een device voor. maar hoe kan ik afhankelijk van de staat van de pomp het script vaker/minder vaak laten draaien?

gaat om dit script:

Lua:

--Script om de deltaT te berekenen van o.a. de CV, vloerverwarmingverdeler, CV-retour door de ZB, ZB-collector en DWTW
--Function
function Round(num, idp)
   return tonumber(string.format("%." ..(idp or 0).. "f", num))
end

-- Variables
--iIDXs
local iIDX                  =  794                                      -- IDX van DeltaT device vloerverwarmingverdeler
local iIDX1                 =  877                                      -- IDX van DeltaT device groep 1
local iIDX2                 =  878                                      -- IDX van DeltaT device groep 2
local iIDX3                 =  879                                      -- IDX van DeltaT device groep 3
local iIDX4                 =  880                                      -- IDX van DeltaT device groep 4
local iIDX5                 =  881                                      -- IDX van DeltaT device groep 5
local iIDX6                 =  882                                      -- IDX van DeltaT device Jaga
local iIDX7                 =  768                                      -- IDX van DeltaT device Collector
local iIDX8                 =  770                                      -- IDX van DeltaT device ZB CV retour
local iIDX9                 =  793                                      -- IDX van DeltaT device DWTW
local iIDX10                =  767                                      -- IDX van DeltaT device CV op de leidingen

--***AANVOERTEMPERATUREN***--
--Aanvoertemperaturen CV
--local var_aanvoer           = 'OTGW: Control Setpoint'                  -- CV aanvoertemperatuur ketel
--Aanvoertemperaturen vloerverwarmingverdeler
local var_aanvoer_verd      = 'Temperatuur - CV aanvoer verdeler'       -- CV aanvoertemperatuur vloerverwarmingverdeler
--Aanvoertemperaturen collector
local var_aanvoer_col       = 'Temperatuur - ZB collector aanvoer'      -- Collector aanvoertemperatuur
--Aanvoertemperaturen ZB CV
local var_aanvoer_ZB_CV     = 'Temperatuur - ZB CV-retour in'           -- ZB CV aanvoertemperatuur
--Aanvoertemperaturen DWTW
local var_aanvoer_DWTW      = 'Temperatuur - DWTW in'                   -- DWTW in
--Aanvoertemperaturen op de leidingen
local var_aanvoer_ds18b20   = 'Temperatuur - CV aanvoer ketel'          -- CV aanvoertemperatuur op de leiding

--***RETOURTEMPERATUREN***--
--Retourtemperaturen CV
--local var_retour            = 'OTGW: Return Water Temperature'          -- CV retourtemperatuur ketel
--Retourtemperaturen vloerverwarmingverdeler
local var_retour_verd       = 'Temperatuur - CV retour verdeler'        -- CV retourtemperatuur 
local var_retour_verd_1     = 'Temperatuur - retour groep 1'            -- CV retourtemperatuur groep 1
local var_retour_verd_2     = 'Temperatuur - retour groep 2'            -- CV retourtemperatuur groep 2
local var_retour_verd_3     = 'Temperatuur - retour groep 3'            -- CV retourtemperatuur groep 3
local var_retour_verd_4     = 'Temperatuur - retour groep 4'            -- CV retourtemperatuur groep 4
local var_retour_verd_5     = 'Temperatuur - retour groep 5'            -- CV retourtemperatuur groep 5
local var_retour_verd_6     = 'Temperatuur - CV retour Jaga'            -- CV retourtemperatuur groep 5
--Retourtemperaturen collector
local var_retour_col        = 'Temperatuur - ZB collector retour'       -- Collector retourtemperatuur
--Retourtemperaturen ZB CV
local var_retour_ZB_CV      = 'Temperatuur - ZB CV-retour uit'          -- ZB CV retourtemperatuur
--Retourtemperaturen DWTW
local var_retour_DWTW       = 'Temperatuur - DWTW uit'                  -- DWTW uit
--Retourtemperaturen op de leidingen
local var_retour_ds18b20    = 'Temperatuur - CV retour voor 3-wegklep'  -- CV retourtemperatuur op de leiding

--***Other Variables
local ch_active             = 'OTGW: CH active'                         -- Device CV actief of niet

--***Variables om mee te rekenen
--local CVaanvoer             = otherdevices_temperature[var_aanvoer]
local CVaanvoer_verd        = otherdevices_temperature[var_aanvoer_verd]
local CVretour_verd         = otherdevices_temperature[var_retour_verd]
local CVretour_verd_1       = otherdevices_temperature[var_retour_verd_1]
local CVretour_verd_2       = otherdevices_temperature[var_retour_verd_2]
local CVretour_verd_3       = otherdevices_temperature[var_retour_verd_3]
local CVretour_verd_4       = otherdevices_temperature[var_retour_verd_4]
local CVretour_verd_5       = otherdevices_temperature[var_retour_verd_5]
local CVretour_verd_6       = otherdevices_temperature[var_retour_verd_6]
local COLaanvoer            = otherdevices_temperature[var_aanvoer_col]
local COLretour             = otherdevices_temperature[var_retour_col]
local ZB_CVaanvoer          = otherdevices_temperature[var_aanvoer_ZB_CV]
local ZB_CVretour           = otherdevices_temperature[var_retour_ZB_CV]
local DWTWaanvoer           = otherdevices_temperature[var_aanvoer_DWTW]
local DWTWretour            = otherdevices_temperature[var_retour_DWTW]
local CVaanvoer_ds18b20     = otherdevices_temperature[var_aanvoer_ds18b20]
local CVretour_ds18b20      = otherdevices_temperature[var_retour_ds18b20]

--commandArray = {}

--if (otherdevices[ch_active] == "On" and CVaanvoer > 6) then
    --Bereken algemene deltaT van vloerverwarmingverdeler
    deltat      = CVaanvoer_verd - CVretour_verd
    deltat      = Round(deltat, 1)
    
    --Bereken deltaT van groep 1
    deltat1     = CVaanvoer_verd - CVretour_verd_1
    deltat1     = Round(deltat1, 1)
    
    --Bereken deltaT van groep 2
    deltat2     = CVaanvoer_verd - CVretour_verd_2
    deltat2     = Round(deltat2, 1)
    
    --Bereken deltaT van groep 3
    deltat3     = CVaanvoer_verd - CVretour_verd_3
    deltat3     = Round(deltat3, 1)
    
    --Bereken deltaT van groep 4
    deltat4     = CVaanvoer_verd - CVretour_verd_4
    deltat4     = Round(deltat4, 1)
    
    --Bereken deltaT van groep 5
    deltat5     = CVaanvoer_verd - CVretour_verd_5
    deltat5     = Round(deltat5, 1)
    
    --Bereken deltaT van Jaga
    deltat6     = CVaanvoer_verd - CVretour_verd_6
    deltat6     = Round(deltat6, 1)
    
    --Bereken deltaT van ZB Collector
    deltat7     = COLaanvoer - COLretour
    deltat7     = Round(deltat7, 1)
    
    --Bereken deltaT van ZB CV retourtemperatuur
    deltat8     = ZB_CVretour - ZB_CVaanvoer
    deltat8     = Round(deltat8, 1)
    
    --Bereken deltaT van DWTW
    deltat9     = DWTWretour - DWTWaanvoer
    deltat9     = Round(deltat9, 1)
    
    --Bereken deltaT CV op de leidingen
    deltat10    = CVaanvoer_ds18b20 - CVretour_ds18b20
    deltat10    = Round(deltat, 1)

--else
--    deltat = 0
--    commandArray['UpdateDevice'] = ''..iIDX..'|0|'..deltat..''
--    print("OTGW: Ketel draait niet => DeltaT = 0°C")
--end

commandArray = {}
local function update(idx, value1)
    local cmd = string.format("%d|0|%.2f", idx, value1)
    table.insert (commandArray, { ['UpdateDevice'] = cmd } )
end

--if (otherdevices[ch_active] == "On" and CVaanvoer > 6) then
    print("De DeltaT tussen vloerverwarmingverdeler aanvoertemperatuur en vloerverwarmingverdeler retourtemperatuur = " .. deltat .. "°C")
    print("De DeltaT tussen vloerverwarmingverdeler aanvoertemperatuur en vloerverwarmingverdeler retourtemperatuur groep 1 = " .. deltat1 .. "°C")
    print("De DeltaT tussen vloerverwarmingverdeler aanvoertemperatuur en vloerverwarmingverdeler retourtemperatuur groep 2 = " .. deltat2 .. "°C")
    print("De DeltaT tussen vloerverwarmingverdeler aanvoertemperatuur en vloerverwarmingverdeler retourtemperatuur groep 3 = " .. deltat3 .. "°C")
    print("De DeltaT tussen vloerverwarmingverdeler aanvoertemperatuur en vloerverwarmingverdeler retourtemperatuur groep 4 = " .. deltat4 .. "°C")
    print("De DeltaT tussen vloerverwarmingverdeler aanvoertemperatuur en vloerverwarmingverdeler retourtemperatuur groep 5 = " .. deltat5 .. "°C")
    print("De DeltaT tussen Jaga aanvoertemperatuur en Jaga retourtemperatuur = " .. deltat6 .. "°C")
    print("De DeltaT tussen ZB collector aanvoertemperatuur en ZB collector retourtemperatuur = " .. deltat7 .. "°C")
    print("De DeltaT tussen ZB CV aanvoertemperatuur en ZB CV retourtemperatuur = " .. deltat8 .. "°C")
    print("De DeltaT tussen DWTW ingaande temperatuur en DWTW uitgaande temperatuur = " .. deltat9 .. "°C")
    print("De DeltaT tussen CV aanvoertemperatuur en CV retourtemperatuur op de leidingen = " .. deltat10 .. "°C")
    
    update (iIDX, deltat)
    update (iIDX1, deltat1)
    update (iIDX2, deltat2)
    update (iIDX3, deltat3)
    update (iIDX4, deltat4)
    update (iIDX5, deltat5)
    update (iIDX6, deltat6)
    update (iIDX7, deltat7)
    update (iIDX8, deltat8)
    update (iIDX9, deltat9)
    update (iIDX10, deltat10)
    
--else
--    deltat = 0
--    commandArray['UpdateDevice'] = ''..iIDX..'|0|'..deltat..''
--    print("OTGW: Ketel draait niet => DeltaT = oude waarde°C")
--end

return commandArray

[ Voor 88% gewijzigd door fabstar81 op 22-12-2020 18:45 ]

[Dewim1]

sjimmie schreef op dinsdag 22 december 2020 @ 15:31:
[...]

Zonder verstand van Domoticz te hebben, nvalue is een Numeric en svalue is een String.
https://www.domoticz.com/forum/viewtopic.php?t=17750
Maar ik vermoed dat je kWh een teller per periode (dag?) is die je niet zomaar achteraf aanpast via mqtt.
Want als je vandaag waardes toevoegt dan worden die dus bij vandaag genoteerd.

gelukt. bedankt

deze waar word bij de teller opgeteld
mosquitto_pub -h localhost -m '{ "idx" : 86, "svalue" : "501263" }' -t 'domoticz/in'
lukt ook negatief
mosquitto_pub -h localhost -m '{ "idx" : 86, "svalue" : "-501263" }' -t 'domoticz/in'

[jobr]

fabstar81 schreef op dinsdag 22 december 2020 @ 18:42:

als de ketel draait echter, zou ik wel willen dat dit script vaker draait, elke 15 seconden bijvoorbeeld zodat ik een beter beeld heb van elke deltaT. hoe ga ik hierin te werk? ik kan uitlezen wanneer de pomp van de ketel draait en heb daar een device voor. maar hoe kan ik afhankelijk van de staat van de pomp het script vaker/minder vaak laten draaien?

Gewoon door op je devices te triggeren ipv op een timer. Zodra een waarde verandert bereken je de delta T.

N.b. ik zou overigens dzVentz overstappen. Is niet zo moeilijk.

[fabstar81]

jobr schreef op dinsdag 22 december 2020 @ 19:19:
[...]


Gewoon door op je devices te triggeren ipv op een timer. Zodra een waarde verandert bereken je de delta T.

N.b. ik zou overigens dzVentz overstappen. Is niet zo moeilijk.

nee, als ik op device trigger, dan gaat ie ongeveer elke lichtseconde, altijd. en ik wil dat als mijn CV niet aanstaat, de deltaT elke minuut berekend wordt, maar als mijn CV wel aanstaat, elke 15 seconden.

en ja, ik moet eens op dzVents overstappen haha, stel ik nog even uit. in ieder geval zolang er geen noodzaak is voor mijn besstaande scripts.

[jobr]

fabstar81 schreef op dinsdag 22 december 2020 @ 19:47:
[...]

nee, als ik op device trigger, dan gaat ie ongeveer elke lichtseconde, altijd. en ik wil dat als mijn CV niet aanstaat, de deltaT elke minuut berekend wordt, maar als mijn CV wel aanstaat, elke 15 seconden.

en ja, ik moet eens op dzVents overstappen haha, stel ik nog even uit. in ieder geval zolang er geen noodzaak is voor mijn besstaande scripts.

Dan sla je toch gewoon een update over als het korter is dan 15 sec geleden sinds de laatste update.
Of je bedenkt een dummy device en die laat je uit de crontab elke 15 sec of 1 min triggeren en gebruik je die om je script te triggeren.

[ Voor 10% gewijzigd door jobr op 22-12-2020 20:06 ]

[fabstar81]

@jobr, je gaat er nog steeds van uit denk ik dat ik dat gemakkelijk even via dzVents kan regelen haha.

sorry, nog brug te ver. ik ga mij daar eens in verdiepen. moet toch keer de overstap maken...

[jobr]

fabstar81 schreef op dinsdag 22 december 2020 @ 21:01:
@jobr, je gaat er nog steeds van uit denk ik dat ik dat gemakkelijk even via dzVents kan regelen haha.

Nee hoor. Je kunt toch met LUA ook triggeren op een (dummy) device ipv een timer?

[Copitano]

Heeft iemand hier ervaring met meten van de globale zonnestraling, bijvoorbeeld hiermee?

[royaljoop]

Copitano schreef op woensdag 23 december 2020 @ 03:00:
Heeft iemand hier ervaring met meten van de globale zonnestraling, bijvoorbeeld hiermee?

Geen ervaring mee, maar je kunt toch gewoon aan de opbrengst van je PV hoe intensief de straling van de zon is. Daarnaast kun je bij buienrader ook de intensiteit van het dichtbij zijnde meetpunt ophalen. Maar wellicht heb je heel andere bedoelingen en is mijn reactie minder relevant.

[Copitano]

royaljoop schreef op woensdag 23 december 2020 @ 06:56:
[...]


Geen ervaring mee, maar je kunt toch gewoon aan de opbrengst van je PV hoe intensief de straling van de zon is.

Dat klopt, maar is een heel grove benadering.

Daarnaast kun je bij buienrader ook de intensiteit van het dichtbij zijnde meetpunt ophalen.

Klopt ook. bij KNMI kun je zelfs .csv bestanden downloaden met uurgegevens (wel altijd pas de volgende dag. Buienradar lees ik uit met domoticz alleen is dat niet erg stabiel. Afgelopen dagen grote gaten soms hele dagen geen data.
Afgelopen drie maanden waren er allerlei problemen met de micro omvormers onder de zonnepanelen. Daar kwam ik achter door de ratio tussen productie en en zonnestraling van dat KNMI station te berekenen. Die had ik al vanaf de installatie. Daar zit echter nog wel het nodig handwerk aan vast. Door zelf een goedkope pyranometer op het dak te monteren kan ik die gegevens mogelijk direct inlezen in domoticz en doorzetten naar influxdb en grafana. Idee is dan zoiets:
De gegevens voor de gele lijn komen nu uit Buienradar, maar daarvan is de resolutie nogal grillig en grof. Voor zo'n pyranometer zou ik dus eigenlijk een interface willen hebben waar ESPeasy en domoticz mee uit de voeten kunnen.
En eigenlijk ook gewoon voor de lol

[ Voor 3% gewijzigd door Copitano op 23-12-2020 10:30 ]

[Knielen]

Copitano schreef op woensdag 23 december 2020 @ 10:22:
[...]
Dat klopt, maar is een heel grove benadering.

[...]
Klopt ook. bij KNMI kun je zelfs .csv bestanden downloaden met uurgegevens (wel altijd pas de volgende dag. Buienradar lees ik uit met domoticz alleen is dat niet erg stabiel. Afgelopen dagen grote gaten soms hele dagen geen data.
Afgelopen drie maanden waren er allerlei problemen met de micro omvormers onder de zonnepanelen. Daar kwam ik achter door de ratio tussen productie en en zonnestraling van dat KNMI station te berekenen. Die had ik al vanaf de installatie. Daar zit echter nog wel het nodig handwerk aan vast. Door zelf een goedkope pyranometer op het dak te monteren kan ik die gegevens mogelijk direct inlezen in domoticz en doorzetten naar influxdb en grafana. Idee is dan zoiets:[Afbeelding]
De gegevens voor de gele lijn komen nu uit Buienradar, maar daarvan is de resolutie nogal grillig en grof.
En eigenlijk ook gewoon voor de lol

Is het dan niet veel makkelijker om een LUX meter voor je raam te plaatsen? Hier komt dat prima overeen met de productie van mijn panelen.

[ Voor 12% gewijzigd door Knielen op 23-12-2020 10:33 ]

[Speedy-Andre]

Ik heb een wifi weerstation dat via een script uitleesbaar is, hij upload naar Weather Underground.
Dan heb je meteen de UV index erbij.
Het is wel praktisch als hij op een plek komt waar geen schaduw is
Ik heb deze en de data van elke sensor kan naar InfluxDb/Grafana
Een compleet weerstation voor de prijs van die ene sensor ...

[Rolandtwilt]

goedemorgen,

Is hier iemand aanwezig die een externe antenne kan solderen op een Sonoff RF bridge?
Ik ben erg onhandig met de soldeerbout en daarnaast moet er een gaatje worden geboord in de behuizing van de bridge. Alvast bedankt voor het reageren en fijne dagen!

[commentator]

Speedy-Andre schreef op woensdag 23 december 2020 @ 10:31:
Ik heb een wifi weerstation dat via een script uitleesbaar is, hij upload naar Weather Underground.
Dan heb je meteen de UV index erbij.
Het is wel praktisch als hij op een plek komt waar geen schaduw is
Ik heb deze en de data van elke sensor kan naar InfluxDb/Grafana
Een compleet weerstation voor de prijs van die ene sensor ...

[Afbeelding]

hoe nauwkeurig is die met regen meten?

[Chris96]

@DjAntoon @rens-br @tozzke

Bedankt voor jullie reply.
Mijn eerste Dzvents is een feit echter loop ik nu al vast en na veel zoek werk heb ik nog geen oplossing gevonden.

Ik wil graag dat de verlichting na 5minuten van inactiviteit uit gaat.
Maar alleen na zonder ondergang. En ik heb nu 'Every Minute' gebruikt maar ik krijg het niet aan de gang in combinatie met een 'Sunset' timer.

code:

return {
    active = true,
    on = {
        timer = {'Every minute'}
    },
    execute = function(domoticz)
    
        if ( domoticz.devices('Motion sensor 3 (Keuken)').lastUpdate.minutesAgo > 5) and (domoticz.devices('Hue Lightstrip').state == 'On') then 
            domoticz.devices('Hue Lightstrip').dimTo(30)
        end
        
    end
}

[Speedy-Andre]

commentator schreef op woensdag 23 december 2020 @ 11:17:
[...]


hoe nauwkeurig is die met regen meten?

0,1mm, stukken beter dan mijn Tfa/Cresta enz station dat pas bij 0,7mm de eerste regen meldde.

[rens-br]

Chris96 schreef op woensdag 23 december 2020 @ 11:39:
Mijn eerste Dzvents is een feit echter loop ik nu al vast en na veel zoek werk heb ik nog geen oplossing gevonden.

Ik wil graag dat de verlichting na 5minuten van inactiviteit uit gaat.

Wanneer wil je de lamp aan hebben?

Want vermoed dat je met mijn WC script een heel eind moet komen:

code:

--Declarations
local HBSNum       = 431 -- Motion Sensor nummer

return {
    on = {
        devices = {
            HBSNum  -- HBS
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Light     = domoticz.devices(295) --Lampen WC
        local HBS       = domoticz.devices(HBSNum) -- HBS WC
        local Time          = require('Time')                   --Time function
        local CurrentTime   = Time()                            --Current time
        
        --Function
        if ((HBS.active)  then -- sensor on 
            Light.cancelQueuedCommands()
            Light.dimTo(100)-- Turn on 100%
        else
            Light.switchOff().afterMin(5)
        end
    end
}

Zeker als je dan in je if statement dit meeneemt:

code:

(CurrentTime.matchesRule('between sunset and sunrise')

Wat mijn script doet is de lamp aanzetten op beweging en nadat het geen beweging meer detecteert heeft gaat de lamp uit na 5 minuten.

Ben zelf ook niet zo'n fan van scripts gebruiken die triggeren op tijd, zonde van de resources als er ook andere manieren zijn.

[ Voor 5% gewijzigd door rens-br op 23-12-2020 12:30 ]

[Groentjuh]

Chris96 schreef op woensdag 23 december 2020 @ 11:39:
Maar alleen na zonder ondergang. En ik heb nu 'Every Minute' gebruikt maar ik krijg het niet aan de gang in combinatie met een 'Sunset' timer.

Zie deze documentatie:
'Every Minute' -> 'Every Minute after sunset'
Eventueel met
'Every Minute before sunrise' als je tussen 00:00 en zonsopgang ook deze DzVents wil activeren.

Ik heb bijvoorbeeld "on 06/12-31/12 every 5 minutes between civiltwilightend and 23:59" voor enkele kerstverlichting DzVents script! Timer kan best complexe parameters aan!

[ Voor 24% gewijzigd door Groentjuh op 23-12-2020 11:52 ]

[Copitano]

Speedy-Andre schreef op woensdag 23 december 2020 @ 10:31:
Ik heb een wifi weerstation dat via een script uitleesbaar is, hij upload naar Weather Underground.
Dan heb je meteen de UV index erbij.
Het is wel praktisch als hij op een plek komt waar geen schaduw is
Ik heb deze en de data van elke sensor kan naar InfluxDb/Grafana
Een compleet weerstation voor de prijs van die ene sensor ...

[Afbeelding]

Heb ik ook al eens naar gekeken, maar twijfel(de) een beetje aan de kwaliteit en veel van die apparaten geven nu juist net niet de zonintensiteit in W/m². Dat lijkt die van jou wel te doen?
Wordt ook een dagsom van de gegeven in kWh/m² of alleen de actuele waarde?

[commentator]

Speedy-Andre schreef op woensdag 23 december 2020 @ 11:41:
[...]

0,1mm, stukken beter dan mijn Tfa/Cresta enz station dat pas bij 0,7mm de eerste regen meldde.

klinkt goed. Welk script gebruik je ?

[rens-br]

Groentjuh schreef op woensdag 23 december 2020 @ 11:48:
Ik heb bijvoorbeeld "on 06/12-31/12 every 5 minutes between civiltwilightend and 23:59" voor enkele kerstverlichting DzVents script! Timer kan best complexe parameters aan!

Wat voor script hangt daaronder dan als ik vragen mag?

[Groentjuh]

rens-br schreef op woensdag 23 december 2020 @ 11:58:
[...]


Wat voor script hangt daaronder dan als ik vragen mag?

De tuinverlichting achter bevat RGBWW lampen. De tuinverlichting zelf brand tussen civiltwilightend en 00:00.

In december worden de RGB gedeeltes van die lampjes getest met behulp van Math.rand en SetColor. En om dan niet al te veel aandacht te trekken, maakt dat script een fade van de ene naar de andere kleur gedurende 1 minuut (1 FPS ).

[rens-br]

Groentjuh schreef op woensdag 23 december 2020 @ 12:06:
[...]

De tuinverlichting achter bevat RGBWW lampen. De tuinverlichting zelf brand tussen civiltwilightend en 00:00.

In december worden de RGB gedeeltes van die lampjes getest met behulp van Math.rand en SetColor. En om dan niet al te veel aandacht te trekken, maakt dat script een fade van de ene naar de andere kleur gedurende 1 minuut (1 FPS ).

Fancy! Kan je het script eens posten?

[Speedy-Andre]

commentator schreef op woensdag 23 december 2020 @ 11:54:
[...]

klinkt goed. Welk script gebruik je ?

https://github.com/Xorfor/Domoticz-PWS-Plugin

Copitano schreef op woensdag 23 december 2020 @ 11:51:
[...]

Heb ik ook al eens naar gekeken, maar twijfel(de) een beetje aan de kwaliteit en veel van die apparaten geven nu juist net niet de zonintensiteit in W/m². Dat lijkt die van jou wel te doen?
Wordt ook een dagsom van de gegeven in kWh/m² of alleen de actuele waarde?

Het is een realtime waarde in W/m2, althans in Domoticz en op WU.

Dit is mijn station
https://www.wunderground.com/dashboard/pws/IALMER88.

[Chris96]

rens-br schreef op woensdag 23 december 2020 @ 11:47:
[...]


Wanneer wil je de lamp aan hebben?

Want vermoed dat je met mijn WC script een heel eind moet komen:

code:

--Declarations
local HBSNum       = 431 -- Motion Sensor nummer

return {
    on = {
        devices = {
            HBSNum  -- HBS
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Light     = domoticz.devices(295) --Lampen WC
        local HBS       = domoticz.devices(HBSNum) -- HBS WC
        local Time          = require('Time')                   --Time function
        local CurrentTime   = Time()                            --Current time
        
        --Function
        if ((HBS.active)  then -- sensor on 
            Light.cancelQueuedCommands()
            Light.dimTo(100)-- Turn on 100%
        else
            Light.switchOff().afterMin(5)
        end
    end
}

Zeker als je dan in je if statement dit meeneemt:

code:

(CurrentTime.matchesRule('sunset and 22:59')

Wat mijn script doet is de lamp aanzetten op beweging en nadat het geen beweging meer detecteert heeft gaat de lamp uit na 5 minuten.

Ben zelf ook niet zo'n fan van scripts gebruiken die triggeren op tijd, zonde van de resources als er ook andere manieren zijn.

Gaat om een Hue lightstrip in de keuken.
Die aan moet na sunset op 80%
En die naar 30% moet na een x aantal minuten.

Maar ik merk een vreemde delay op helaas zoals ik het nu heb.

[Copitano]

Speedy-Andre schreef op woensdag 23 december 2020 @ 12:11:
[...]

https://github.com/Xorfor/Domoticz-PWS-Plugin


[...]

Het is een realtime waarde in W/m2, althans in Domoticz en op WU.

Dit is mijn station
https://www.wunderground.com/dashboard/pws/IALMER88.

Nice Ga er eens serieus naar kijken. Hoe lang heb je het al werkend?

[Groentjuh]

rens-br schreef op woensdag 23 december 2020 @ 12:07:
[...]


Fancy! Kan je het script eens posten?

Het was wel een beetje quick en dirty, want eigenlijk wil ik een regenboog fade. Deze gaat in sommige gevallen van over wit heen (blauw naar geel bijvoorbeeld) en dat kan natuurlijk kleurrijker. Ook doe ik meestal een customEvent om het volgende frame daadwerkelijk te sturen, zodat je in de CustomEvent kan afvangen of ik niet ondertussen de lamp iets anders heb laten doen (zoals uitgezet). Deze lampen zet ik meestal niet uit, dus daarom is dat natuurlijk minder een probleem. Maar de RGB animaties in de woonkamer wil ik natuurlijk WEL kunnen overrulen, dus daar krijg je een veel groter script! (Deze is echter gemakkelijk te volgen)

devices bevat natuurlijk de device Ids waarmee deze trigger aan de slag gaat.
Kleuren bevat de kleurtjes waar ik tussen wissel. Voel je vrij om die aan te vullen met meer kleurtjes of om kleurtjes te verwijderen als je niet van roze en paars houdt !

Voor de liefhebbert:

Lua:

return {
    on = {
        timer = {
            "on 06/12-31/12 every 5 minutes between civiltwilightend and 23:59"
            }
    },
    data = {},
    logging = {},
    execute = function(domoticz, triggeredItem)
        
        local kleuren = { {r=255, g=0, b=0}, {r=255, g=128, b=0}, {r=255, g=255, b=0}, {r=128, g=255, b=0}, {r=0, g=255, b=0}, {r=0, g=255, b=128}, {r=0, g=255, b=255}, {r=0, g=128, b=255}, {r=0, g=0, b=255}, {r=128, g=0, b=255}, {r=255, g=0, b=255}, {r=255, g=0, b=128} }
  
        local devices = { 94, 95, 99 }
        
        
        for deviceIndex = 1, #devices do
            local rgbDevice = domoticz.devices(devices[deviceIndex])
            if (rgbDevice.active == true) then
                
                -- Just a simple rand would somehow always give device #2 & #3 the same color; So enjoy multiple math randoms for each device!
                math.randomseed( os.time() * deviceIndex )
                local randKleurId = math.random(1,#kleuren)
                for frame = 1, deviceIndex do
                    randKleurId = math.random(1,#kleuren)
                end
                
                local currentColor = rgbDevice.getColor()
                local newColor = kleuren[randKleurId]
                for frame = 1, 60 do
                    local r = currentColor.r;
                    if (currentColor.r ~= newColor.r) then
                        r = math.floor((currentColor.r - (currentColor.r - newColor.r) / 60 * frame) + 0.5);
                    end
                    
                    local g = currentColor.g;
                    if (currentColor.g ~= newColor.g) then
                        g = math.floor((currentColor.g - (currentColor.g - newColor.g) / 60 * frame) + 0.5);
                    end
                    
                    local b = currentColor.b;
                    if (currentColor.b ~= newColor.b) then
                        b = math.floor((currentColor.b - (currentColor.b - newColor.b) / 60 * frame) + 0.5);
                    end
                    
                    local secs = frame - 1;
                    if (secs == 0) then
                        rgbDevice.setColor(r, g, b, rgbDevice.level)
                    else
                        rgbDevice.setColor(r, g, b, rgbDevice.level).afterSec(secs)
                    end
                end
            end
        end
    end
}

[rens-br]

Chris96 schreef op woensdag 23 december 2020 @ 12:19:
Gaat om een Hue lightstrip in de keuken.
Die aan moet na sunset op 80%
En die naar 30% moet na een x aantal minuten.

Maar ik merk een vreemde delay op helaas zoals ik het nu heb.

En die moet dat doen op beweging neem ik aan? Want dan heb je volgens mij voldoende aan het onderstaande script:

code:

--*------------------------------------------------------------------------------------*--
--Creator: Rens
--Date: 23-12-2020
--Last update: 
--Changelog: 
--Source: 
--Description: Switch on led strip and dim after x time on motion detection
--*------------------------------------------------------------------------------------*--

--Declarations
local HBSNum       = 431 -- Motion Sensor nummer

return {
    on = {
        devices = {
            HBSNum  -- HBS
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Light     = domoticz.devices(295) --Lampen WC
        local HBS       = domoticz.devices(HBSNum) -- HBS WC
        local Time          = require('Time')                   --Time function
        local CurrentTime   = Time()                            --Current time
        
        --Function
        if (HBS.active and (CurrentTime.matchesRule('between sunset and sunrise')))  then -- sensor on 
            Light.cancelQueuedCommands()
            Light.dimTo(80)-- Turn on 80%
        elseif (CurrentTime.matchesRule('between sunset and sunrise')) then -- sensor off
            Light.dimTo(30).afterMin(5)
        end
    end
}

Let er alleen wel op dat je lamp nu dus nooit uitgaat.

[ Voor 15% gewijzigd door rens-br op 23-12-2020 12:33 ]

[Chris96]

rens-br schreef op woensdag 23 december 2020 @ 12:27:
[...]


En die moet dat doen op beweging neem ik aan? Want dan heb je volgens mij voldoende aan het onderstaande script:

code:

--Declarations
local HBSNum       = 431 -- Motion Sensor nummer

return {
    on = {
        devices = {
            HBSNum  -- HBS
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Light     = domoticz.devices(295) --Lampen WC
        local HBS       = domoticz.devices(HBSNum) -- HBS WC
        local Time          = require('Time')                   --Time function
        local CurrentTime   = Time()                            --Current time
        
        --Function
        if (HBS.active and (CurrentTime.matchesRule('between sunset and sunrise')))  then -- sensor on 
            Light.cancelQueuedCommands()
            Light.dimTo(80)-- Turn on 80%
        elseif (CurrentTime.matchesRule('between sunset and sunrise')) then -- sensor off
            Light.dimTo(30).afterMin(5)
        end
    end
}

Let er alleen wel op dat je lamp nu dus nooit uitgaat.

Die ga ik proberen maar ik verwacht dat dit een probleem gaat opleveren wat je bij de WC niet zo snel hebt en in de keuken wel.
Dat als je binnen die 5minuten weer de keuken in loopt hij als nog hem naar 30% zet na 5min en je dus een dim effect ziet. Iets wat ik hoopte te ondervangen met lastupdate.minutesago.
Dat hij dus werkelijk alleen uit gaat bij 5min inactiviteit.

[Speedy-Andre]

Copitano schreef op woensdag 23 december 2020 @ 12:23:
[...]

Nice Ga er eens serieus naar kijken. Hoe lang heb je het al werkend?

Ik heb hem sinds half april en eerst uitgezocht of hij in Domoticz kon omdat ik de oude stations er ook in heb.
Dat betreft een 433MHz/usb versie waar een losse UV meter bij zat die helaas is overleden

[rens-br]

Chris96 schreef op woensdag 23 december 2020 @ 12:34:
[...]
Die ga ik proberen maar ik verwacht dat dit een probleem gaat opleveren wat je bij de WC niet zo snel hebt en in de keuken wel.
Dat als je binnen die 5minuten weer de keuken in loopt hij als nog hem naar 30% zet na 5min en je dus een dim effect ziet. Iets wat ik hoopte te ondervangen met lastupdate.minutesago.
Dat hij dus werkelijk alleen uit gaat bij 5min inactiviteit.

Ik mis even wat je hiermee bedoeld. Dim effect zal je altijd zien als je een lamp van 80% naar 30% zet en andersom.

Ik gok echter dat je bedoeld wat er gebeurd als iemand binnen 5 minuten nogmaals de sensor triggert?
Als binnen 5 minuten de sensor weer beweging ziet blijft de lamp op 80% staan en start de 5 minuten timer opnieuw. Net zolang totdat de sensor 5 minuten lang niet getriggerd is, na die tijd zal de lamp dimmen naar 30%.

[ Voor 5% gewijzigd door rens-br op 23-12-2020 12:39 ]

[vso]

@rens-br ik zie dat HA een automagisch ding heeft teminste het lijkt alsof ze een plattegrond kunnen maken en dus kan je wat meer ruimte gestuurd dingen configureren .. Domoticz heeft dit wellicht ook

Wat zou jou pro-con beweeg reden zijn om bij dit product te blijven c.q over te stappen ? ik sta er vrij neutraal in momenteel. en ik zie dat je redelijk actief bent op dit punt

Uiterraard zijn van anderen ook de mening welkom .. ik ga ervanuit dat we het gezond kunnen houden.

Mijn grootste hindernis voor domoticz is dat het wat complex aanvoelt .. natuurlijk kan alles en niks is onmogelijk. maar een centrale simple interface waar je simpele zaken zoals een temperatuur programma of een aantal sfeer/verlichtings programma's tja .. dat is best nog wel een hoop werk (imho)
of wat informatie combineren .. (binnen/buiten temp .. verbruik enzv)

Nu heb ik ook niet de illusie dat HA zo perfect is . of 20x beter .. daar niet van

---

Speedy-Andre schreef op woensdag 23 december 2020 @ 10:31:
Ik heb een wifi weerstation dat via een script uitleesbaar is, hij upload naar Weather Underground.
Dan heb je meteen de UV index erbij.
Het is wel praktisch als hij op een plek komt waar geen schaduw is
Ik heb deze en de data van elke sensor kan naar InfluxDb/Grafana
Een compleet weerstation voor de prijs van die ene sensor ...

[Afbeelding]

ik zit een tijdje al te denken om zoiets aan te schaffen, alhoewel ik ook via de SDR usb-stick op 433 en 868 band(en) dichtbij gelegen exemplaren gevonden heb

Dit zodat ik het zonnescherm en rolluiken via domoticz kan automagischeren.

wat doe jij voor de rest met de data ?

[rens-br]

vso schreef op woensdag 23 december 2020 @ 13:00:
@rens-br ik zie dat HA een automagisch ding heeft teminste het lijkt alsof ze een plattegrond kunnen maken en dus kan je wat meer ruimte gestuurd dingen configureren .. Domoticz heeft dit wellicht ook

Voor zover ik weet heeft Domoticz dat niet.

Wat zou jou pro-con beweeg reden zijn om bij dit product te blijven c.q over te stappen ? ik sta er vrij neutraal in momenteel. en ik zie dat je redelijk actief bent op dit punt

Ik heb mij totaal niet verdiept in HA. Grote pro vind ik dat Ha nu volgens mij de Go-To software is voor beginners en er relatief veel out-of-the box werkt (volgens mij).
Tevens ziet het er wat fancyer uit. Domoticz heeft altijd een beetje een ouderwetse look. Moet wel zeggen dat ik nu Machinon gebruik en het al een stuk minder outbollig is. Het modernere uiterlijk zou voor mij de enige reden zijn om van Domoticz af te stappen, de rest werkt eigenlijk best wel lekker.

Grote nadeel wat ik van een aantal hoor is dat custom scripts door yaml niet het meest eenvoudige is om te te begrijpen.

[vso]

rens-br schreef op woensdag 23 december 2020 @ 13:15:
[...]


Voor zover ik weet heeft Domoticz dat niet.


[...]


Ik heb mij totaal niet verdiept in HA. Grote pro vind ik dat HA de software nu is om naar over te stappen en er relatief veel out-of-the box werkt (volgens mij). Tevens ziet het er wat fancyer uit. Domoticz heeft altijd een beetje een ouderwetse look. Moet wel zeggen dat ik nu Machinon gebruik en het al een stuk minder outbollig is. Het modernere uiterlijk zou voor mij de enige reden zijn om van Domoticz af te stappen, de rest werkt eigenlijk best wel lekker.

Grote nadeel wat ik van een aantal hoor is dat custom scripts door yaml niet het meest eenvoudige is om te te begrijpen.

dank voor je reactie

[Stimpy68]

@rens-br Ik ben aantal maanden geleden overgestapt van domoticz naar HA, had domoticz al heel wat jaren draaien, met zwave, rfxcom en zigbee2mqtt.

Vroeger al gekeken naar HA, maar het vele werken met yaml files hield mij tegen. Maar ze hebben veel gewerkt aan het gebruiksvriendelijker maken van HA, veel integraties kun je configureren via de GUI en veel zaken worden al herkend zodra je HA geinstalleerd hebt (auto discover).

Zwave werkt niet zo soepel als bij Domoticz, verder is HA veel makkelijker aanpasbaar en er is een heel grote community en ontwikkelaars voor de integraties e.d. Dat is iets wat ik wel miste bij Domoticz. Als ik een probleem met iets had (hardware) dan was je aangewezen op het domoticz forum. En vaak gingen er dingen stuk als python een upgrade had gehad oid. Was daar op een gegeven moment klaar mee.

Ben gaan testen met HA, naast domoticz draaien en langzaam zaken over zetten en na een maand de beslissing genomen over te gaan naar HA omdat het beviel. Moest alleen erg wennen aan de andere benamingen van zaken in HA, entiteiten, automatiseringen etc t.o.v. domoticz.

Bij een kennis draait nog domoticz, dus blijf er wel mee bezig, aangezien hij een redelijke leek is. Maar hij heeft al veel voor elkaar gekregen. Alleen breekt zijn gebrek aan linux kennis hem nog wel eens op ;-)

[Chris96]

rens-br schreef op woensdag 23 december 2020 @ 12:37:
[...]

Ik gok echter dat je bedoeld wat er gebeurd als iemand binnen 5 minuten nogmaals de sensor triggert?
Als binnen 5 minuten de sensor weer beweging ziet blijft de lamp op 80% staan en start de 5 minuten timer opnieuw. Net zolang totdat de sensor 5 minuten lang niet getriggerd is, na die tijd zal de lamp dimmen naar 30%.

Dit is exact wat ik zoek, Tenzij de lamp uitgeschakeld is.
Dus de hele loop mag alleen beginnen als de verlichting al reeds ingeschakeld was. Dus zeg 0%

[rens-br]

Chris96 schreef op woensdag 23 december 2020 @ 14:25:
Dit is exact wat ik zoek, Tenzij de lamp uitgeschakeld is.
Dus de hele loop mag alleen beginnen als de verlichting al reeds ingeschakeld was. Dus zeg 0%

Dan moet het script nog een beetje aangepast worden, maar hoe wordt die lamp dan wel ingeschakeld?

code:

--*------------------------------------------------------------------------------------*--
--Creator: Rens
--Date: 23-12-2020
--Last update: 
--Changelog: 
--Source: 
--Description: Switch on led strip and dim after x time on motion detection
--*------------------------------------------------------------------------------------*--

--Declarations
local HBSNum       = 431 -- Motion Sensor nummer

return {
    on = {
        devices = {
            HBSNum  -- HBS
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Light     = domoticz.devices(295) --Lampen WC
        local HBS       = domoticz.devices(HBSNum) -- HBS WC
        local Time          = require('Time')                   --Time function
        local CurrentTime   = Time()                            --Current time
        
        --Function
        if (HBS.active and Light.active and (CurrentTime.matchesRule('between sunset and sunrise')))  then -- sensor on 
            Light.cancelQueuedCommands()
            Light.dimTo(80)-- Turn on 80%
        elseif (Light.active and CurrentTime.matchesRule('between sunset and sunrise')) then -- sensor off
            Light.dimTo(30).afterMin(5)
        end
    end
}

[ Voor 63% gewijzigd door rens-br op 23-12-2020 14:29 ]

[Chris96]

rens-br schreef op woensdag 23 december 2020 @ 14:27:
[...]


Dan moet het script nog een beetje aangepast worden, maar hoe wordt die lamp dan wel ingeschakeld?

code:

--*------------------------------------------------------------------------------------*--
--Creator: Rens
--Date: 23-12-2020
--Last update: 
--Changelog: 
--Source: 
--Description: Switch on led strip and dim after x time on motion detection
--*------------------------------------------------------------------------------------*--

--Declarations
local HBSNum       = 431 -- Motion Sensor nummer

return {
    on = {
        devices = {
            HBSNum  -- HBS
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Light     = domoticz.devices(295) --Lampen WC
        local HBS       = domoticz.devices(HBSNum) -- HBS WC
        local Time          = require('Time')                   --Time function
        local CurrentTime   = Time()                            --Current time
        
        --Function
        if (HBS.active and Light.active and (CurrentTime.matchesRule('between sunset and sunrise')))  then -- sensor on 
            Light.cancelQueuedCommands()
            Light.dimTo(80)-- Turn on 80%
        elseif (Light.active and CurrentTime.matchesRule('between sunset and sunrise')) then -- sensor off
            Light.dimTo(30).afterMin(5)
        end
    end
}

Handmatig via een Hue schakelaar of via de Toon thermostaat of via google home.
Dus de eerste inschakeling wil ik altijd handmatig laten zijn.

[rens-br]

Chris96 schreef op woensdag 23 december 2020 @ 14:29:
Handmatig via een Hue schakelaar of via de Toon thermostaat of via google home.
Dus de eerste inschakeling wil ik altijd handmatig laten zijn.

Dan zijn we er met het bovenstaande script. Ik heb het script niet getest overigens, dus wellicht zitten er nog syntax fouten o.i.d. in.

[ Voor 13% gewijzigd door rens-br op 23-12-2020 14:35 ]

[fabstar81]

hi, ik probeer met dzVents een scriptje te maken voor het inschakelen van mijn electrisch element in de zonneboiler.

Script moet afgaan op moment dat de temperatuur boven in de ZB langer dan 7 dagen niet onder 25 graden en ook niet boven 50 graden is geweest. Oftewel, is de temperatuur boven in de ZB langer dan 7 dagen tussen 25 en 50 graden geweest, dan moet electrisch element afgaan.

mijn soort van logica is dan dit:

Lua:

return
{
    on =
    {
        devices = {'Temperatuur - ZB boven'}
    },

    execute = function(domoticz)
        if (domoticz.devices('Temperatuur - ZB boven').temperature > 25 and domoticz.devices('Temperatuur - ZB boven').temperature < 50) then
            --activate my scene
            if (domoticz.devices('Temperatuur - ZB boven').lastUpdate.daysAgo > 7) then
                domoticz.devices('ZB electrisch element').switchOn()
            end
        end
    end
}

maar ik ben er al wel achter dat dit nergens op slaat... kan iemand mij verder op weg helpen?

[rens-br]

fabstar81 schreef op woensdag 23 december 2020 @ 14:40:
hi, ik probeer met dzVents een scriptje te maken voor het inschakelen van mijn electrisch element in de zonneboiler.

Script moet afgaan op moment dat de temperatuur boven in de ZB langer dan 7 dagen niet onder 25 graden en ook niet boven 50 graden is geweest. Oftewel, is de temperatuur boven in de ZB langer dan 7 dagen tussen 25 en 50 graden geweest, dan moet electrisch element afgaan.

mijn soort van logica is dan dit:

Lua:

return
{
    on =
    {
        devices = {'Temperatuur - ZB boven'}
    },

    execute = function(domoticz)
        if (domoticz.devices('Temperatuur - ZB boven').temperature > 25 and domoticz.devices('Temperatuur - ZB boven').temperature < 50) then
            --activate my scene
            if (domoticz.devices('Temperatuur - ZB boven').lastUpdate.daysAgo > 7) then
                domoticz.devices('ZB electrisch element').switchOn()
            end
        end
    end
}

maar ik ben er al wel achter dat dit nergens op slaat... kan iemand mij verder op weg helpen?

Je bent al aardig in de buurt hoor. Je hebt alleen een gebruikersvariabelen nodig die bijhoudt wanneer de temperatuur voor het laatst tussen 25 en 50 graden was. Op die variable moet je vervolgens kijken of het langer dan 7 dagen geleden is dat die is geupdatet.

[DjAntoon]

fabstar81 schreef op woensdag 23 december 2020 @ 14:40:
hi, ik probeer met dzVents een scriptje te maken voor het inschakelen van mijn electrisch element in de zonneboiler.

Script moet afgaan op moment dat de temperatuur boven in de ZB langer dan 7 dagen niet onder 25 graden en ook niet boven 50 graden is geweest. Oftewel, is de temperatuur boven in de ZB langer dan 7 dagen tussen 25 en 50 graden geweest, dan moet electrisch element afgaan.

mijn soort van logica is dan dit:

Lua:

return
{
    on =
    {
        devices = {'Temperatuur - ZB boven'}
    },

    execute = function(domoticz)
        if (domoticz.devices('Temperatuur - ZB boven').temperature > 25 and domoticz.devices('Temperatuur - ZB boven').temperature < 50) then
            --activate my scene
            if (domoticz.devices('Temperatuur - ZB boven').lastUpdate.daysAgo > 7) then
                domoticz.devices('ZB electrisch element').switchOn()
            end
        end
    end
}

maar ik ben er al wel achter dat dit nergens op slaat... kan iemand mij verder op weg helpen?

Inderdaad een variabele toevoegen. Als je die onder data zet dan blijft deze ook na afloop van het script bewaart:

Lua:

    data = 
    {
        Temperatuur-ZB-BovenThreshold   = { initial = 0 },
        
    },  


if (domoticz.devices('Temperatuur - ZB boven').temperature > 25 and domoticz.devices('Temperatuur - ZB boven').temperature < 50) 
then 
domoticz.data.Temperatuur-ZB-BovenThreshold = domoticz.devices('Temperatuur - ZB boven').temperature
end

Zo ongeveer zou het kunnen, dan heb je de exacte waarde ook nog. Zoek even op het net waar je de data sectie precies moet neerzetten (na on =). Vergeet de domoticz.data. niet daar ga ik altijd mee fout...

Oeps, misschien werkt lastUpdate wel niet met (persistent) data...
Dan kun je een user variabele: Temperatuur-ZB-BovenThreshold aanmaken in de gui onder setup > more options > user variables.
Gebruik dan:
domoticz.variables('Temperatuur-ZB-BovenThreshold')

https://www.domoticz.com/..._API_.28user_variables.29

[ Voor 14% gewijzigd door DjAntoon op 23-12-2020 15:33 ]

[rens-br]

DjAntoon schreef op woensdag 23 december 2020 @ 15:13:
Oeps, misschien werkt lastUpdate wel niet met (persistent) data...
Dan kun je een user variabele aanmaken in de gui onder setup > more options > user variables.

Ik heb slechte ervaringen met persistent data, dat kreeg ik in mijn scripts in ieder geval niet werkend. Dus zou altijd een user variabele gebruiken.

[DjAntoon]

rens-br schreef op woensdag 23 december 2020 @ 15:32:
[...]


Ik heb slechte ervaringen met persistent data, dat kreeg ik in mijn scripts in ieder geval niet werkend. Dus zou altijd een user variabele gebruiken.

Voor tabellen en zomaar een waarde onthouden gebruik ik het vaak, maar het is wat onduidelijker, ja en vooral wat je er precies mee kan.

Een user variable is makkelijker / safer, daar ben ik het mee eens.

[HeSitated]

fabstar81 schreef op woensdag 23 december 2020 @ 14:40:

Lua:

return
{
    on =
    {
        devices = {'Temperatuur - ZB boven'}
    },

    execute = function(domoticz)
        if (domoticz.devices('Temperatuur - ZB boven').temperature > 25 and domoticz.devices('Temperatuur - ZB boven').temperature < 50) then
            --activate my scene
            if (domoticz.devices('Temperatuur - ZB boven').lastUpdate.daysAgo > 7) then
                domoticz.devices('ZB electrisch element').switchOn()
            end
        end
    end
}

kan iemand mij verder op weg helpen?

Je eigenlijke vraag is al beantwoord, maar 1 tip wil ik je nog wel geven:
Als je in je function een tweede parameter meegeeft, hoef je niet overal de devices opnieuw uit de devices collectie te halen.

Lua:

return
{
    on =
    {
        devices = {'Temperatuur - ZB boven'}
    },

    execute = function(domoticz, item)
        if (item.temperature > 25 and item.temperature < 50) then
            --activate my scene
            if (item.lastUpdate.daysAgo > 7) then
                domoticz.devices('ZB electrisch element').switchOn()
            end
        end
    end
}

Scheelt een hoop tikwerk.

[rens-br]

HeSitated schreef op woensdag 23 december 2020 @ 16:45:
Als je in je function een tweede parameter meegeeft, hoef je niet overal de devices opnieuw uit de devices collectie te halen.

Wat werkt inderdaad prima voor als je maar één trigger hebt, heb je er meerdere dan gaat dit natuurlijk al gauw fout. Persoonlijk hou ik daarom van lokale variabelen.

[DjAntoon]

HeSitated schreef op woensdag 23 december 2020 @ 16:45:
[...]

Je eigenlijke vraag is al beantwoord, maar 1 tip wil ik je nog wel geven:
Als je in je function een tweede parameter meegeeft, hoef je niet overal de devices opnieuw uit de devices collectie te halen.

Lua:

return
{
    on =
    {
        devices = {'Temperatuur - ZB boven'}
    },

    execute = function(domoticz, item)
        if (item.temperature > 25 and item.temperature < 50) then
            --activate my scene
            if (item.lastUpdate.daysAgo > 7) then
                domoticz.devices('ZB electrisch element').switchOn()
            end
        end
    end
}

Scheelt een hoop tikwerk.

Dit is zeker een mooie manier van programmeren, maar het voorbeeld werkt niet vrees ik, omdat het device (item hier dus) continu geüpdatet word, en dus is de if (item.lastUpdate.daysAgo > 7) nooit waar. Deze if gewoon weglaten en de "hulp" variabele zetten ( switchOn() ), dan kun je daarna een lastupdate check doen op deze variabele.

[HeSitated]

rens-br schreef op woensdag 23 december 2020 @ 16:51:
Wat werkt inderdaad prima voor als je maar één trigger hebt, heb je er meerdere dan gaat dit natuurlijk al gauw fout. Persoonlijk hou ik daarom van lokale variabelen.

Ik krijg altijd kriebels als ik een literal meerdere keren zie staan. Je voorbeeld hierboven (met HBBNum) voorkomt idd ook het hebben van dezelfde literals op meerdere plekken.

Persoonlijk ben ik nog een stapje verder gegaan en gebruik ik een lange lijst met alle idx'en als constantes:

Lua:

local const = {}

-- Rolluiken
const.idxRolluikWoonkamerGroot    = 116
const.idxRolluikWoonkamerKlein    = 118
const.idxRolluikKeuken            = 120
const.idxRolluikStudeerkamer      = 126

return const

Om die constantes dan in mijn script te gebruiken middels:

Lua:

local const = require "consts"

print (const.idxRolluikStudeerkamer)

Op die manier gebruik ik overal dezelfde constante, zodat ik maar op 1 plaats een idx moet aanpassen als ik iets wijzig. De namen van de devices gebruik ik nooit omdat je die in de interface kunt aanpassen en ik niet afhankelijk wil zijn van die benaming.

DjAntoon schreef op woensdag 23 december 2020 @ 17:02:
Dit is zeker een mooie manier van programmeren, maar het voorbeeld werkt niet vrees ik, omdat het device (item hier dus) continu geüpdatet word.

Zoals ik al aangaf het was niet een antwoord op de eigenlijke vraag, maar alleen een suggestie om het herhalen van de literals te voorkomen.

[jobr]

Copitano schreef op woensdag 23 december 2020 @ 12:23:
Nice Ga er eens serieus naar kijken. Hoe lang heb je het al werkend?

Ik heb dezelfde maar dan deze.
Sinds mei ongeveer draaien.
Ding configureren voor WU en dan de WU hardware in domoticz en klaar ben je.

[Seafarer]

Ik ga er even vanuit dat er veel raspberry PI4 gebruikers hier zitten.
Ik loop tegen het volgende aan. Raspberry headless gebruiken over lokaal BEKABELD netwerk. Alles werkt perfect dus ook REALvnc, en PuTTY.

Ik ga nu DRAADLOOS en de ethernet kabel is verwijdert uit de Raspberry. Geen REALvcn vebinding meer, ip adres van bedraad en draadloos zijn hetzelfde. Ook met PuTTY geen verbinding meer.

Andere AP's in het thuisnetwerk geprobeerd. Geen verandering.

Ik snap het niet.

Edit: Een goede link is ook welkom.

[ Voor 3% gewijzigd door Seafarer op 23-12-2020 20:15 ]

[Lizard]

@Seafarer Kan je de pi wel pingen? Of tijdelijk een monitor en keyboard aansluiten of de wifi verbinding wel werkt?
Misschien ander je vraag hier stellen: Raspberry Pi - deel 2

[Seafarer]

Lizard schreef op woensdag 23 december 2020 @ 21:34:
@Seafarer Kan je de pi wel pingen? Of tijdelijk een monitor en keyboard aansluiten of de wifi verbinding wel werkt?
Misschien ander je vraag hier stellen: Raspberry Pi - deel 2

Ah ik ga even bij je link kijken cq vragen.

Het bizarre is dat ik vanaf een andere machine de Pi (op wifi)niet kan bereiken, maar vanaf de pi kan ik gewoon internetten.

[rens-br]

Seafarer schreef op woensdag 23 december 2020 @ 20:14:
, ip adres van bedraad en draadloos zijn hetzelfde.

Dit kan ik me niet voorstellen. Normaal gesproken zijn dat twee verschillende adressen. Kan je met een netwerk scanner niet even kijken welk ip adres de pi nu heeft?

Dit kan met bijvoorbeeld Fing.

[Seafarer]

rens-br schreef op donderdag 24 december 2020 @ 08:49:
[...]


Dit kan ik me niet voorstellen. Normaal gesproken zijn dat twee verschillende adressen. Kan je met een netwerk scanner niet even kijken welk ip adres de pi nu heeft?

Dit kan met bijvoorbeeld Fing.

Bij de netwerk instellingen van de pi kun je het ip adres voor wifi en bedraad instellen.





En dit werkt prima heb ik vanochtend ondervonden. Wifi uit en ethernet kabel erin en gewoon doorgaan op hetzelfde ip adres.
Met als verschil met gisteren de RPI ligt nu bovenop de Fritz box zodat zeker weten de wifi van de Fritz gebruikt wordt.

Maar neem ik wifi van een ander AP dan is de RPI gewoon functioneel en je kunt er mee internetten. Maar vanaf de laptop kun je niet naar de RPI pingen en vanaf de RPI niet naar de laptop pingen. VNC en PuTTY werken nu ook niet tussen de laptop en de RPI.
Geen idee waar dit van komt.

Ik ga wel een kabeltje trekken. Dat blijft het beste bij vast opgestelde apparaten.
Meedenkers bedankt.

[vso]

Seafarer schreef op woensdag 23 december 2020 @ 20:14:
Ik ga er even vanuit dat er veel raspberry PI4 gebruikers hier zitten.
Ik loop tegen het volgende aan. Raspberry headless gebruiken over lokaal BEKABELD netwerk. Alles werkt perfect dus ook REALvnc, en PuTTY.

Ik ga nu DRAADLOOS en de ethernet kabel is verwijdert uit de Raspberry. Geen REALvcn vebinding meer, ip adres van bedraad en draadloos zijn hetzelfde. Ook met PuTTY geen verbinding meer.

Andere AP's in het thuisnetwerk geprobeerd. Geen verandering.

Ik snap het niet.

Edit: Een goede link is ook welkom.

het lijkt me sterk dat een wifi en netwerk allebei 1 mac-adress delen.. denk dat daar je probleem zit ? tenzij je een reservering in je dhcp hebt gedaan (hardware adres bij het commando "ifconfig" ) maar dan nog nooit verstandig beide het zelfde ip adres te geven..

nevermind

[rens-br]

Seafarer schreef op donderdag 24 december 2020 @ 13:15:
En dit werkt prima heb ik vanochtend ondervonden.

Behalve dan dat de PI niet benaderbaar is vanuit je laptop. Maar normaal gesproken deelt je router de adressen uit, wanneer hij dat gedaan heeft houdt hij dat adres vast voor 'x' tijd voor een bepaald apparaat. Als een andere apparaat dus hetzelfde IP eist in de tijd, kunnen er best rare dingen gebeuren. Ik kan het dus sterk afraden.

[Seafarer]

vso schreef op donderdag 24 december 2020 @ 13:25:
[...]

het lijkt me sterk dat een wifi en netwerk allebei 1 mac-adress delen.. denk dat daar je probleem zit ? tenzij je een reservering in je dhcp hebt gedaan (hardware adres bij het commando "ifconfig" ) maar dan nog nooit verstandig beide het zelfde ip adres te geven..

nevermind

Uh niet tegelijk natuurlijk. Dat is onmogelijk in een netwerk.
Dus wifi uit en dan kabeltje erin.

[Seafarer]

rens-br schreef op donderdag 24 december 2020 @ 13:28:
[...]


Behalve dan dat de PI niet benaderbaar is vanuit je laptop. Maar normaal gesproken deelt je router de adressen uit, wanneer hij dat gedaan heeft houdt hij dat adres vast voor 'x' tijd voor een bepaald apparaat. Als een andere apparaat dus hetzelfde IP eist in de tijd, kunnen er best rare dingen gebeuren. Ik kan het dus sterk afraden.

Dat is allang afgevangen. DHCP heeft bij mij een vastgelegde range voor mobile apparaten. En een vast range voor vaste apparaten. Die vaste apparaten hebben in het apparaat een vastgezet IP adres.
Er kan in mijn ogen dan geen conflict optreden.Sterker nog: dit is de beste oplossing.

Het echte probleem zit in het gebruik van verschillende AP. Maar waarom?

[vso]

Seafarer schreef op donderdag 24 december 2020 @ 13:29:
[...]

Uh niet tegelijk natuurlijk. Dat is onmogelijk in een netwerk.
Dus wifi uit en dan kabeltje erin.

ik las wat later dat je dit zelf "vast" geconfigureerd had in de PI zelf .. ik zou dan nog niet het zelfde ip pakken voor beide verbindingen .. gewoon slechte werkwijze.

Ik probeer ook verbindingen op IP te vermijden .. daarom intern een DNS server(tje) en alles werkt op basis van eigen "ID" .. ook al draaien ze allemaal op dezelfde host / andere poort .. gebruikers verbinden altijd naar een duidelijke naam verwarming, verlichting, fileserver om een paar random voorbeelden te gebruiken .. door met A-records en C-name(s) te gebruiken kan ik het onderwater gewoon eenvoudig vervangen door een ander product ..of splitsen naar 2 servers ..

[ErikVers]

In de categorie durf te vragen oftewel: HELP

Ik probeer een goed overzicht te krijgen van mijn Laadpaal verbruik voor verrekening met mijn werkgever.
Nu krijg ik alleen dit niet goed in een dummy switch:

Laadpaal zelf is de basis
WP 2 zit een aansluiting waar ik met 230V kan laden mijn voertuig dus moet opgeteld worden
Basis gegevens Laadpaal wil ik met % (denk 10) verhogen vanwege kosten paal e.d.

Laadpaal Broekhuis moet het in worden weergegeven. Ik had ook zoiets voor werkelijk verbruik (Smart Meter - Solar) via een Lua script, deze heb ik geprobeerd aan te passen maar heb er de ballen verstand van.

Kan iemand mij helpen?



Script (of poging daartoe, met *1.1 (is 10%) en + WP 2)

code:

-- Power consumption device script - SunnyBoy 20180523 KOPIE
--
-- Smart meters only measure net electricity consumption/production, i.e. 
-- Electricity consumption - Electricity production. This script subtracts 
-- electricity production from smart meter readings to get electricity 
-- consumption. It's triggered each time the smart meter or PV meter update.
--
-- 1. Create dummy hardware and device
-- 1.1 Go to Setup -> Hardware 
--     Name: anything, e.g. "Ele_Consumption" (this name is only used internally)
--     Type: "Dummy (does nothing, use for virtual switches only)"
-- 1.2 Click on 'Add'
-- 1.3 Click on 'Create Virtual Sensors' from the table of hardware above
--     Name: anything, e.g. "Power Consumption" (this name is displayed on the dashboard etc.)
--     Sensor type: "Electric (Instant+Counter)"
-- 1.4 Click 'Ok'
-- 2. Get name/id of relevant sensors
-- 2.1. Note down the name of your smart meter and solar meter devices (not hardware)
-- 2.2. Note the name and ID of your virtual sensor
-- 3. Update and copy the script below
-- 3.1. Update meter / sensor names
-- 3.2. Go to Setup -> More Options -> Events
-- 3.3. Enter name (e.g. PowerConsumption), Select 'Lua' and 'Device'
-- 3.4. Toggle event active, save
-- 4. Update utility/dashboard accordingly

commandArray = {}
debug = false

-- for debugging, use this file
if (debug) then
    file = io.open("/home/pi/lua_test.log", "a") -- append
end

-- Update these lines before use
smartmeter = "Laadpaal" -- name of smart meter device
solarmeter = "WP 2" -- name of solar meter device
dummymeter = "Laadpaal Broekhuis" -- name of virtual sensor
dummymeter_id = "373" -- ID of virtual sensor
dummymeter_trigger = "Laadpaal" -- name of the meter to trigger the dummy meter update. Use the slowest meter here: if your smart meter updates every 10 sec and PV every 100 sec, you get 9 values using potentially outdated PV data. In my case cloudy days gave negative consumption because of this.

-- debug to check what devices are named (but better use 'Show current states' in
-- online editor)
if (debug) then
    file:write('other devices states:\n')
    for i, v in pairs(otherdevices) do file:write(i, v) end
    file:write("\n")
    file:write('other devices svalues:\n')
    for i, v in pairs(otherdevices_svalues) do file:write(i, v) end
    file:write("\n")
end


    if (deviceName == solarmeter or (deviceName == smartmeter then
        -- Calculate power consumption and update dummy device. Consumption is 
        -- always positive, so we add our solar power to the smart meter power
        -- if solar generates 1kW, smart meter shows -0.5kW, real consumption is 0.5kW (=solar - return)
        -- if solar generates 1kW, smart meter shows 0.5kW, real consumption is 1.5kW (=solar + consumption)
        consumption_p = smart_p1 *1.1 + solar_e
        consumption_e = smart_e1 *1.1 + solar_p
        
        -- Populate commandArray with update command
        commandArray[1] = {['UpdateDevice'] = dummymeter_id .. "|0|" .. consumption_p .. ";" .. consumption_e}
        if (debug) then
            file:write("Update device".. dummymeter_id .. "|0|" .. consumption_p .. ";" .. consumption_e .. "\n");
        end
    end
end

if (debug) then
    file:close()
end

return commandArray

[PhilipsFan]

Ik heb een probleempje met mijn Ikea Tradfri schakelaar. Deze heb ik gepaired met mijn Zigbee2MQTT en dat gaat goed, op de MQTT queue komen berichten voorbij als ik op de knop druk.

In Domoticz verschijnt deze als selector switch met de mogelijkheden 'on', 'off', 'up', 'down' en 'stop'. Maar de status van de schakelaar verandert niet als ik op een knop druk. Ook als ik acties achter de knoppen hang dmv een url (bijvoorbeeld dat er een lamp aan gaat), dan gaan die acties niet af bij het indrukken van een knop.

Wie heeft de gouden tip?

[bing69]

PhilipsFan schreef op vrijdag 25 december 2020 @ 14:03:
Ik heb een probleempje met mijn Ikea Tradfri schakelaar. Deze heb ik gepaired met mijn Zigbee2MQTT en dat gaat goed, op de MQTT queue komen berichten voorbij als ik op de knop druk.

In Domoticz verschijnt deze als selector switch met de mogelijkheden 'on', 'off', 'up', 'down' en 'stop'. Maar de status van de schakelaar verandert niet als ik op een knop druk. Ook als ik acties achter de knoppen hang dmv een url (bijvoorbeeld dat er een lamp aan gaat), dan gaan die acties niet af bij het indrukken van een knop.

Wie heeft de gouden tip?

Heb hiervoor een DZvents scriptje, de eerste is om het licht te dimmen, voor helder te maken ipv - + gebruiken:

code:

return {
    active = true,
    on = {
        devices = {
            'Kantoor (Brightness Down)'
                }
        },

    execute = function(domoticz,devices)
            local lightState = domoticz.devices('kantoorlampen').state
            local lightLeft = domoticz.devices('Kantoor links')
            local lightRight = domoticz.devices('Kantoor rechts')
            local switchUp = domoticz.devices('Kantoor (Brightness Up)')
            local switchDown = domoticz.devices('Kantoor (Brightness Down)')

        if (lightState == 'On') and (switchDown.state == 'Click') then
            if(lightRight.level >= 40) then
                domoticz.log('Licht sterkte aangepast')
                lightRight.dimTo(lightRight.level - 10)
                lightLeft.dimTo(lightLeft.level - 10)
            end
        end

 
 end
}

voor aan/uit gebruik ik deze:

code:

 return {
    active = true,
    on = {
        devices = {
            'kantoorlampen'

        }
    },

    execute = function(domoticz,devices)
            local lampen = domoticz.devices('kantoorlampen')
            local Links = domoticz.devices('Kantoor links')
            local Rechts = domoticz.devices('Kantoor rechts')

        if (lampen.state == 'Off')  then
            Links.switchOff()
            Rechts.switchOff()
        elseif (lampen.state == 'On')  then
            Links.dimTo(38)
            Rechts.dimTo(38)
        end
 end
}

[Grimmie]

Ik zoek me rot, maar begrijp het allemaal nog niet zo goed.

Heeft er iemand tips over dingen die ik moet lezen of volgen om een Domoticz installatie uit te voeren op een Odroid Xu4 met eMMC?

(eMMC bevat eigenlijk Android, dus zal opnieuw moeten flashen, maar heb geen eMMC reader, kan het dan wel, of moet ik die een kopen?)

Thanks!

[AUijtdehaag]

@Grimmie
Je zal er ubuntu (ik kies altijd minimal, heb zelf een C4 en N2) op moeten zetten met een emmc reader
https://wiki.odroid.com/o...untu_5.4/minimal/20200812
(kan met balena etcher)

https://www.antratek.nl/emmc-module-reader
of beter: https://www.antratek.nl/usb3-0-emmc-module-writer-for-odroid

Inloggen met putty:
root en wachtwoord odroid

password veranderen van root:
sudo passwd

Zone (tijd) goedzetten:
sudo timedatectl set-timezone Europe/Amsterdam

Updaten:
sudo apt update
sudo apt full-upgrade -y
sudo reboot

Daarna weer inloggen via putty als root met je eigen password en maak je een directory aan
mkdir /home/root
cd /home/root
sudo apt install curl
curl -L https://install.domoticz.com | bash

Je kan de xu4 nog een eigen vaste ip adres geven, maar laat tegen die tijd maar wat horen.

[ Voor 59% gewijzigd door AUijtdehaag op 30-12-2020 16:03 ]

[Grimmie]

Thanks, dat zijn wat heldere aanknopingspunten waar ik wat mee kan.
Eerst maar eens wachten tot de eMMC reader binnen is die ik dus zojuist besteld heb.

[Rolandtwilt]

k ben nieuw dus nog niet ervaren en wil graag het volgende;

Ik heb twee bewegingsdetectoren die samen een lamp moeten aansturen, als sensor 1 de lamp aanzet dan moet sensor 2 de lamp uitzetten en andersom. Weet iemand hoe ik dit in Blocky kan maken? ik ben al een tijdje aan het zoeken

[rens-br]

Rolandtwilt schreef op zondag 27 december 2020 @ 15:34:
k ben nieuw dus nog niet ervaren en wil graag het volgende;

Ik heb twee bewegingsdetectoren die samen een lamp moeten aansturen, als sensor 1 de lamp aanzet dan moet sensor 2 de lamp uitzetten en andersom. Weet iemand hoe ik dit in Blocky kan maken? ik ben al een tijdje aan het zoeken

Zou dit niet in blocky doen maar dzvents gebruiken. Is op lange termijn makkelijker en ben je stukken flexibeler.

Hieronder een script wat ik gebruik voor bewegingsmelders. Kwestie van de 2e melder toevoegen en je bent klaar:

code:

--*------------------------------------------------------------------------------------*--
--Creator: Rens
--Date: 26-04-2019
--Last update: 04-08-2020
--Changelog:
--Source: -
--Description: Used to Switch on light, when there is movement
--*------------------------------------------------------------------------------------*--

--Declarations
local HBSNum       = 429 -- Human body sensor

return {
    on = {
        devices = {
            HBSNum  -- HBS
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local Light     = domoticz.devices(469) --Lampen
        local HBS       = domoticz.devices(HBSNum) -- HBS
        
        --Function
        if (HBS.active) then -- Hal on
                Light.dimTo(100) -- Turn on 100%
        else -- Hal off
            Light.switchOff() --Turn off
        end
    end
}

[ Voor 6% gewijzigd door rens-br op 27-12-2020 16:01 ]

[Rolandtwilt]

oke, thanx ik ga er mee aan de slag.dzvents gebruiken is voor mij nieuw. nogmaals dank en een fijne jaarwisseling!

[vwtune]

is het mogelijk om met een dzVents (in mijn geval een xiaomi wall switch) een schakelaar en een shelly dimmer2, een script te maken dat elke keer wanneer ik op dezelfde knop druk, de dimmer bijvoorbeeld 10 procent omhoog of omlaag gaat??? Zo ja, iemand die mij daar de goede richting op kan helpen?

[Dylantje2]

Zijn er meer mensen die de V3 van de Z2M plugin hebben?
Maar dan werkend tov de vorig versie.

Mijn z2m plugin [ z2m is wel actief ] ligt er bijna helemaal uit.. hue werkt een beetje...

Schijnt een major update te zijn, waarbij je alles [ dus je hardware plugin ] moet verwijderen?
Iemand een oplossing om niet alle idx weer opnieuw te moeten leren?

Of heeft er iemand Nr FLOWS om de mqtt van z2m af te vangen en de plugin [ ellende ] te omzeilen?
Lijkt me toch ook te moeten werken? meeste zijn lampen en motion, met wat temp sensoren.
Zou ook mooie escape zijn.

[ Voor 27% gewijzigd door Dylantje2 op 28-12-2020 15:47 ]

[jobr]

vwtune schreef op maandag 28 december 2020 @ 15:09:
is het mogelijk om met een dzVents (in mijn geval een xiaomi wall switch) een schakelaar en een shelly dimmer2, een script te maken dat elke keer wanneer ik op dezelfde knop druk, de dimmer bijvoorbeeld 10 procent omhoog of omlaag gaat??? Zo ja, iemand die mij daar de goede richting op kan helpen?

Dit script wisselt tussen een vorig dimlevel en 100%. Gaat om Both_Click deel. Eerste deel zet de lamp aan of uit.
Kun je natuurlijk omzetten naar een 10% omhoog omlaag.

code:

return {
    active = true,
    logging = {
        level = domoticz.LOG_INFO, -- Uncomment to override the dzVents global logging setting
        marker = 'HalSwitch1'
    },

    on = {
        devices = {
            'GangSwitchDualWallDSW2'
        }
    },
    data = {
            previousdimlevel = { initial = 10 }  -- persistent data
    },

    execute = function(domoticz, device)
        statuslight = domoticz.devices('YeelightSwitchWhite1').state
        
        if (device.name == 'GangSwitchDualWallDSW2' and (device.state == 'Switch 1' or device.state == 'Switch 2')  ) then
            domoticz.log('Hal Switch click detected', domoticz.LOG_DEBUG)
            if (statuslight == 'On') then
                domoticz.devices('YeelightSwitchWhite1').switchOff()
                --device.switchOff().afterSec(2).silent()
                device.switchOff().silent()
            else
                domoticz.devices('YeelightSwitchWhite1').switchOn()
            end
        end
        if (device.name == 'GangSwitchDualWallDSW2' and device.state == 'Both_Click'  ) then
            if (statuslight == 'On') then  -- change dim level only when light is on
                domoticz.log('Hal Switch double click detected', domoticz.LOG_DEBUG)
                if (domoticz.devices('YeelightDimmerWhite1').level  < 100) then
                    domoticz.data.previousdimlevel = domoticz.devices('YeelightDimmerWhite1').level
                    domoticz.log('Current dim level = '..domoticz.data.previousdimlevel, domoticz.LOG_DEBUG)
                    domoticz.log('Set dim level = 100', domoticz.LOG_DEBUG)
                    domoticz.devices('YeelightDimmerWhite1').setLevel(100)
                else
                    domoticz.log('Previous dim level = '..domoticz.data.previousdimlevel, domoticz.LOG_DEBUG)
                    domoticz.log('Set dim level to current', domoticz.LOG_DEBUG)
                    domoticz.devices('YeelightDimmerWhite1').setLevel(domoticz.data.previousdimlevel)
                end
                --device.switchOff().silent()
            end
        end
    end
}

[RobinMM]

Rolandtwilt schreef op zondag 27 december 2020 @ 15:34:
k ben nieuw dus nog niet ervaren en wil graag het volgende;

Ik heb twee bewegingsdetectoren die samen een lamp moeten aansturen, als sensor 1 de lamp aanzet dan moet sensor 2 de lamp uitzetten en andersom. Weet iemand hoe ik dit in Blocky kan maken? ik ben al een tijdje aan het zoeken

Je zou eventueel 'simpel' kunnen starten met een event dat als de eerste sensor beweging detecteerd dat hij de lamp inschakeld. En een tweede event voor de andere sensor die de lamp uitschakeld als die beweging detecteerd.

wil je dat het beide kanten op werkt is er ook een event nodig dat een variabele veranderd als de lamp aan of uit staat die je kan opnemen in de eerste 2 events om het tegenovergestelde te doen.

Ik kan op verzoek wel een paar plaatjes sturen die je op weg kunnen helpen.

[bing69]

vwtune schreef op maandag 28 december 2020 @ 15:09:
is het mogelijk om met een dzVents (in mijn geval een xiaomi wall switch) een schakelaar en een shelly dimmer2, een script te maken dat elke keer wanneer ik op dezelfde knop druk, de dimmer bijvoorbeeld 10 procent omhoog of omlaag gaat??? Zo ja, iemand die mij daar de goede richting op kan helpen?

Kijk eens een klein stukje terug, heb net een voorbeeld gegeven!

[Flappie]

Hoi allemaal,

Ik heb mijn Domoticz geüpdatet van de laatste stable naar de laatste beta.
Hierna heb ik een Fibaro FGRM-223 (Roller Shutter 3) toegevoegd.

Deze wordt echter niet juist herkend! Ik had verwacht dat de laatste versie deze wel zou herkennen?
Ik zie dit onder mijn Z-Wave hardware:


Weet iemand hoe ik dit goed krijg?

[fabstar81]

ik heb ongeveer een deltaT dummy of 20 om van mijn gehele CV-systeem de deltaT te berekenen van bijvoorbeeld vloerverwarmingsgroepen, Jaga radiator, etc.. Een deltaT die negatief wordt want het water koelt als het goed is af. Ik heb echter ook een paar dingen in huis waar de deltaT wordt berekend omdat het warmer wordt. Bijvoorbeeld in de DWTW, en de retour CV die door de ZB stroomt.

Hoe hebben jullie dit soort dingen ingeregeld? ik bereken nu alles positief. Dus de uitkomst is altijd boven nul. Als het gaat om een vv-groep dan snap ik dat verschil. Alleen mijn OCD, autisme, of rare trekjes trekken het niet dat het allemaal positief berekend wordt

poll: hoe hebben jullie dit soort deltaT's berekend? Ook altijd met een positieve uitkomst? of bij het CV systeem bijvoorbeeld negatief, omdat het water afkoelt?

[wou5er]

Ik ben compleet nieuw met DZvents en probeer mijn huidige blocklys over te zetten naar DZvents

Ik heb nu 2 scripts gemaakt die doen wat ik wil
Maar gezien het om het zelfde apparaat gaat wil ik deze samen voegen.

Aan werkt alles top maar uit krijg ik een melding


eerste script:

Wanneer tv of netflix aan gaat zet subwoofer aan

deze werkt.

code:

return {
    active = true,
    on = {
        devices = {
            'Tv',
            'Netflix',
        },
    },
    execute = function (dz, Tv, Netflix)
        dz.log('Tv is switched')
        dz.log(Tv.state)
        dz.log('Netflix is switched')
        dz.log(Netflix.state)
        
        if (Tv.state == 'On') then
            local Subwoofer = dz.devices('Subwoofer')
            Subwoofer.switchOn()
        elseif (Tv.state == 'Off') then
            local Subwoofer = dz.devices('Subwoofer')
            Subwoofer.switchOff()
        end
    end
}

tweede script:

Wanneer spotify aangaat zet subwoofer aan of uit

dit werkt ook

code:

return {
    active = true,
    on = {
        devices = {
            'Spotify',
            
        },
    },
    execute = function (dz, Spotify)
        dz.log('Spotify is switched')
        dz.log(Spotify.state)
        
            local Subwoofer = dz.devices('Subwoofer')
            Subwoofer.toggleSwitch()
    end
}

Nu het proberen samen te voegen van beide scripts..
Alles werkt behalve bij het uitzetten gaat er iets mis en krijg ik een error.

code:

return {
    active = true,
    on = {
        devices = {
            'Tv',
            'Netflix',
            'Spotify'
        },
    },
    execute = function (dz, Tv, Netflix, Spotify)
        dz.log('Tv is switched')
        dz.log(Tv.state)
        dz.log('Netflix is switched')
        dz.log(Netflix.state)
        dz.log('Spotify is switched')
        dz.log(Netflix.state)
        
        if (Tv.state == 'On') or (Spotify.state == 'On') then
            local Subwoofer = dz.devices('Subwoofer')
            Subwoofer.switchOn()
        elseif (Tv.state == 'Off') or (Spotify.state == 'Off') then
            local Subwoofer = dz.devices('Subwoofer')
            Subwoofer.switchOff()
        end
    end
}

de Error

2020-12-29 17:58:13.296 Error: dzVents: Error: (3.0.18) An error occurred when calling event handler *Dzvents - Subwoofer
2020-12-29 17:58:13.296 Error: dzVents: Error: (3.0.18) ...ripts/dzVents/generated_scripts/*Dzvents - Subwoofer.lua:18: attempt to index a nil value (local 'Spotify')

[Rolandtwilt]

RobinMM schreef op maandag 28 december 2020 @ 22:05:
[...]


Je zou eventueel 'simpel' kunnen starten met een event dat als de eerste sensor beweging detecteerd dat hij de lamp inschakeld. En een tweede event voor de andere sensor die de lamp uitschakeld als die beweging detecteerd.

wil je dat het beide kanten op werkt is er ook een event nodig dat een variabele veranderd als de lamp aan of uit staat die je kan opnemen in de eerste 2 events om het tegenovergestelde te doen.

Ik kan op verzoek wel een paar plaatjes sturen die je op weg kunnen helpen.

Als je voor mij wat plaatjes wil maken dan graag, je omschrijft exact wat ik graag wil. Alvast heel erg bedankt,

[jobr]

wou5er schreef op dinsdag 29 december 2020 @ 18:05:

Nu het proberen samen te voegen van beide scripts..
Alles werkt behalve bij het uitzetten gaat er iets mis en krijg ik een error.

code:

return {
    active = true,
    on = {
        devices = {
            'Tv',
            'Netflix',
            'Spotify'
        },
    },
    execute = function (dz, Tv, Netflix, Spotify)
        dz.log('Tv is switched')
        dz.log(Tv.state)
        dz.log('Netflix is switched')
        dz.log(Netflix.state)
        dz.log('Spotify is switched')
        dz.log(Netflix.state)
        
        if (Tv.state == 'On') or (Spotify.state == 'On') then
            local Subwoofer = dz.devices('Subwoofer')
            Subwoofer.switchOn()
        elseif (Tv.state == 'Off') or (Spotify.state == 'Off') then
            local Subwoofer = dz.devices('Subwoofer')
            Subwoofer.switchOff()
        end
    end
}

de Error

2020-12-29 17:58:13.296 Error: dzVents: Error: (3.0.18) An error occurred when calling event handler *Dzvents - Subwoofer
2020-12-29 17:58:13.296 Error: dzVents: Error: (3.0.18) ...ripts/dzVents/generated_scripts/*Dzvents - Subwoofer.lua:18: attempt to index a nil value (local 'Spotify')

dat is logisch want het volgende kan niet:
execute = function (dz, Tv, Netflix, Spotify)

Even dit goed lezen.

Kijk dan even naar dit voorbeeld wat eronder staat:

code:

{
    on =
    {
        devices = {
            'myDetector',
            'roomTemp'
    }
},
    execute = function(domoticz, device)
        if ((device.name == 'myDetector' and device.active) or
            (device.name == 'roomTemp' and device.temperature >= 45)) then
            domoticz.notify('Fire', 'The room is on fire', domoticz.PRIORITY_EMERGENCY)
        end
    end
}

Je moet dus op device.name checken anders weet je niet welk device er binnen komt.
En als je een conditie van een ander device erbij wil checken dan moet je die expliciet noemen. Met bijv: domoticz.devices('Tv').state

Het script wordt dus uitgevoerd als er een device van status wijzigt. Device in het laatste voorbeeld is dan het device welke het script heeft getriggered.

Je eerste script zal dus ook niet goed werken. Bij een trigger door Netflix zal Tv.state de state van het Netflix device zijn en niet van de TV.

N.B. je hoeft de scripts niet perse samen te voegen.

[RobinMM]

Rolandtwilt schreef op dinsdag 29 december 2020 @ 18:49:
[...]


Als je voor mij wat plaatjes wil maken dan graag, je omschrijft exact wat ik graag wil. Alvast heel erg bedankt,

Hier alvast stap 1 en 2

1. Maak een variabele aan zoals onderstaand voorbeeld, kies je eigen herkenbare 'Variable name' :



2. Maak een blockly script aan dat de variabele 'aan' of 'uit' zet op basis van het in of uitschakelen van de lamp die jij wilt gebruiken:

[jotheman]

Heeft iemand toevallig ervaring met het koppelen van HomeWizard Climate?
Ik heb een heater (convectorplaat) van Princess gekocht die ik daar alleen mee kan aansturen. Ik kan 'm koppelen aan mijn Google Home, maar zou 'm graag met de logica in Domoticz willen aan- en uitzetten. Alle koppelingen die ik zie van/met Domoticz zijn met de gewone HomeWizard...

Voor de beeldvorming: HomeWizard Climate is een app die ik koppel met de heater (eenmalig). In de app kan ik de heater vervolgens zien en aansturen. Als ik op de HomeWizard webportal inlog zie ik de heater, maar mag ik 'm ook niet bedienen, alleen bv de software versie zien...
Iemand bekend mee?