Domoticz - open source domotica systeem - deel 4

[etienne001]

rens-br schreef op vrijdag 13 september 2019 @ 15:24:
[...]


Dat is wel heel vreemd. Via de .dump() geeft hij namelijk aan dat op plek '1' alleen de eerste waarde staat, echter bij het aanroepen pakt hij ze toch gewoon weer alle drie.

Wat gebeurd er als je .rawData[1] print in de log?


[...]


Ook wanneer je kleine letters gebruikt?

Hij staat inderdaad op plek 1, dus hij zou die moeten gebruiken inderdaad.

Wat bedoel je met een print in de log? Een dump van .rawData[1] ?

Kleine letters ook geprobeerd, zelfs getest met > 750.00

[rens-br]

etienne001 schreef op vrijdag 13 september 2019 @ 15:47:
Hij staat inderdaad op plek 1, dus hij zou die moeten gebruiken inderdaad.

Heb rawData[1] net ook getest bij mij met verschillende temperatuur en weer sensoren en daarbij werkt het allemaal. Echt vreemd.

Wat bedoel je met een print in de log? Een dump van .rawData[1] ?

print(CO2.rawData[1])

[etienne001]

rens-br schreef op vrijdag 13 september 2019 @ 15:57:
[...]


Heb rawData[1] net ook getest bij mij met verschillende temperatuur en weer sensoren en daarbij werkt het allemaal. Echt vreemd.


[...]


print(CO2.rawData[1])

Ja als je de wiki leest en het dat het bij jou wel werkt is zeker vreemd.

Ik heb de print gedaan, en de waarde komt netjes naar boven:

code:

2019-09-13 15:58:39.494 Status: dzVents: Info: Handling events for: "CO2", value: "400.00;22.00;0.00"
2019-09-13 15:58:39.494 Status: dzVents: Info: ------ Start internal script: CO2 sturing: Device: "CO2 (Vitual)", Index: 11
2019-09-13 15:58:39.496 Status: dzVents: 400.00
2019-09-13 15:58:39.496 Status: dzVents: Error (2.4.19): An error occured when calling event handler CO2 sturing
2019-09-13 15:58:39.496 Status: dzVents: Error (2.4.19): ...cz/var/scripts/dzVents/generated_scripts/CO2 sturing.lua:13: attempt to compare number with string
2019-09-13 15:58:39.497 Status: dzVents: Info: ------ Finished CO2 sturing

[rens-br]

etienne001 schreef op vrijdag 13 september 2019 @ 16:00:
Ja als je de wiki leest en het dat het bij jou wel werkt is zeker vreemd.

Ik heb de print gedaan, en de waarde komt netjes naar boven:

code:

2019-09-13 15:58:39.494 Status: dzVents: Info: Handling events for: "CO2", value: "400.00;22.00;0.00"

En ook nu weer gecombineerd. Ik geef het op. Je zal nu eerst een script moeten schrijven die het uit elkaar trekt voordat je het kan gebruiken.

Edit: Niet dus, de waarde staat wel gewoon los in de log, zoals @imdos ook opmerkt.

2019-09-13 16:04:24.031 Status: dzVents: 400.00

[ Voor 17% gewijzigd door rens-br op 13-09-2019 16:16 ]

[etienne001]

rens-br schreef op vrijdag 13 september 2019 @ 16:02:
[...]

Ik geef het op, je zal nu eerst een script moeten schrijven die het uit elkaar trekt voordat je het kan gebruiken.

Snap ik helemaal!
Thnxs voor je hulp

[imdos]

@etienne001
En een print(CO2.co2)

[etienne001]

imdos schreef op vrijdag 13 september 2019 @ 16:03:
@etienne001
En een print(CO2.co2)

Dat geeft dit aan:

code:

2019-09-13 16:04:24.030 Status: dzVents: Info: Handling events for: "CO2", value: "400.00;22.00;0.00"
2019-09-13 16:04:24.030 Status: dzVents: Info: ------ Start internal script: CO2 sturing: Device: "CO2 (Vitual)", Index: 11
2019-09-13 16:04:24.031 Status: dzVents: 400.00
2019-09-13 16:04:24.032 Status: dzVents: Error (2.4.19): An error occured when calling event handler CO2 sturing
2019-09-13 16:04:24.032 Status: dzVents: Error (2.4.19): ...cz/var/scripts/dzVents/generated_scripts/CO2 sturing.lua:14: attempt to compare number with string
2019-09-13 16:04:24.032 Status: dzVents: Info: ------ Finished CO2 sturing

[rens-br]

etienne001 schreef op vrijdag 13 september 2019 @ 16:06:
Dat geeft dit aan:

code:

2019-09-13 16:04:24.031 Status: dzVents: 400.00

Daar komt de waarde voorbij, of heb ik dat nu?

[imdos]

rens-br schreef op vrijdag 13 september 2019 @ 16:02:

code:

2019-09-13 15:58:39.494 Status: dzVents: Info: Handling events for: "CO2", value: "400.00;22.00;0.00"

[/]

En ook nu weer gecombineerd. Ik geef het op, je zal nu eerst een script moeten schrijven die het uit elkaar trekt voordat je het kan gebruiken.

Dat is de info regel; de daadwerkelijke print komt een stukje later pas en is volgens mij gelijk aan mijn idee. Dus:

code:

print(CO2.rawData[1])

Zou dezelfde waarde opleveren als

code:

print(CO2.co2)

[etienne001]

rens-br schreef op vrijdag 13 september 2019 @ 16:11:
[...]


Daar komt de waarde voorbij, of heb ik dat nu?

Die stond er ook bij de eerste print inderdaad, maar waarom pikt ie die waarde niet op?

[rens-br]

imdos schreef op vrijdag 13 september 2019 @ 16:13:
[...]

Dat is de info regel; de daadwerkelijke print komt een stukje later pas en is volgens mij gelijk aan mijn idee. Dus:

code:

print(CO2.rawData[1])

Zou dezelfde waarde opleveren als

code:

print(CO2.co2)

Ja, ik zie het nu ook inderdaad. Beide codes levert inderdaad hetzelfde resultaat op. Het is echter wel vreemd dat er vervolgens bij de vergelijking iets niet lekker loopt. Wellicht dat Domoticz niet snapt dat het een waarde is, maar interpreteert hij het als een string. o.i.d.

Edit: Zie nu ook dat dat gewoon in je log staat: (het is duidelijk vrijdagmiddag, tijd voor de VrijMiBo

2019-09-13 15:01:23.380 Status: dzVents: Error (2.4.19): ...cz/var/scripts/dzVents/generated_scripts/CO2 sturing.lua:13: attempt to compare number with string

Maar kan je de waarde niet converteren met 'tonumber' en dan vergelijken? Dan krijg je dus:

code:

if (tonumber(CO2.rawData[1]) > 750) then

of

code:

if (tonumber(CO2.co2) > 750) then

[ Voor 29% gewijzigd door rens-br op 13-09-2019 16:35 ]

[imdos]

etienne001 schreef op vrijdag 13 september 2019 @ 16:06:
[...]
Dat geeft dit aan:

code:

2019-09-13 16:04:24.032 Status: dzVents: Error (2.4.19): ...cz/var/scripts/dzVents/generated_scripts/CO2 sturing.lua:14: attempt to compare number with string

Je kan nog CO2.co2.round() proberen of zoiets zodat er geen float maar een heel nummer uit komt.

Maar als ik die regel 14 opzoek kom ik op:

code:

           ITHO.switchSelector(30) -- Set fan to level 3

Post eens je hele script; misschien zit er ergens een typo of iets anders wat fout gaat en is het niet de vergelijking.

[rens-br]

imdos schreef op vrijdag 13 september 2019 @ 16:20:
[...]

Je kan nog CO2.co2.round() proberen of zoiets zodat er geen float maar een heel nummer uit komt.

Maar als ik die regel 14 opzoek kom ik op:

code:

           ITHO.switchSelector(30) -- Set fan to level 3

Post eens je hele script; misschien zit er ergens een typo of iets anders wat fout gaat en is het niet de vergelijking.

Volgens mij komt dat nu door de extra 'print' regels, als je daar deze fouten kijkt geeft die regel 13 aan namelijk.

[etienne001]

rens-br schreef op vrijdag 13 september 2019 @ 16:14:
[...]


Ja, ik zie het nu ook inderdaad. Beide codes levert inderdaad hetzelfde resultaat op. Het is echter wel vreemd dat er vervolgens bij de vergelijking iets niet lekker loopt. Wellicht dat Domoticz niet snapt dat het een waarde is, maar interpreteert hij het als een string. o.i.d.

Edit: Zie nu ook dat dat gewoon in je log staat: (het is duidelijk vrijdagmiddag, tijd voor de VrijMiBo


[...]


Maar kan je de waarde niet converteren met 'tonumber' en dan vergelijken? Dan krijg je dus:

code:

if (tonumber(CO2.rawData[1]) > 750) then

of

code:

if (tonumber(CO2.co2) > 750) then

Oké weer een stap verder!!!!!

Script:

code:

return {
    on = {
        devices = {
            11  -- CO2
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local CO2          = domoticz.devices(11) --CO2
        local ITHO         = domoticz.devices(19) -- ITHO: off (0), level1 (10), level2 (20), level3 (30)
        
        --Function
        if (tonumber(CO2.rawData[1]) > 750) then
            ITHO.switchSelector(30) -- Set fan to level 3
        elseif (tonumber(CO2.rawData[1]) <= 750.00) then
            ITHO.switchSelector(10) -- Set fan to level1
        end
    end
}

logfile:

code:

2019-09-13 16:40:55.584 Status: dzVents: Info: Handling events for: "CO2", value: "439.00;22.00;0.00"
2019-09-13 16:40:55.585 Status: dzVents: Info: ------ Start internal script: CO2 sturing: Device: "CO2 (Vitual)", Index: 11
2019-09-13 16:40:55.587 Status: dzVents: Info: ------ Finished CO2 sturing
2019-09-13 16:40:55.608 Status: EventSystem: Script event triggered: /usr/local/domoticz/dzVents/runtime/dzVents.lua

Ik zal nu ff zorgen dat de waarde stijgt van de MH-Z19 dan moet het script weer zijn werk doen.


Edit:
Het werkt
de ventilator ging netjes aan toen de waarde steeg.

code:

2019-09-13 16:45:55.865 Status: dzVents: Info: Handling events for: "CO2", value: "1352.00;23.00;0.00"
2019-09-13 16:45:55.865 Status: dzVents: Info: ------ Start internal script: CO2 sturing: Device: "CO2 (Vitual)", Index: 11
2019-09-13 16:45:55.867 Status: dzVents: Info: ------ Finished CO2 sturing
2019-09-13 16:45:55.868 Status: EventSystem: Script event triggered: /usr/local/domoticz/dzVents/runtime/dzVents.lua

@rens-br en @imdos dank voor jullie hulp.

[ Voor 13% gewijzigd door etienne001 op 13-09-2019 16:50 ]

[flexje]

etienne001 schreef op vrijdag 13 september 2019 @ 16:43:
[...]


Oké weer een stap verder!!!!!

Script:

code:

return {
    on = {
        devices = {
            11  -- CO2
        }
    },
    execute = function(domoticz, device)
        --Declarations
        local CO2          = domoticz.devices(11) --CO2
        local ITHO         = domoticz.devices(19) -- ITHO: off (0), level1 (10), level2 (20), level3 (30)
        
        --Function
        if (tonumber(CO2.rawData[1]) > 750) then
            ITHO.switchSelector(30) -- Set fan to level 3
        elseif (tonumber(CO2.rawData[1]) <= 750.00) then
            ITHO.switchSelector(10) -- Set fan to level1
        end
    end
}

logfile:

code:

2019-09-13 16:40:55.584 Status: dzVents: Info: Handling events for: "CO2", value: "439.00;22.00;0.00"
2019-09-13 16:40:55.585 Status: dzVents: Info: ------ Start internal script: CO2 sturing: Device: "CO2 (Vitual)", Index: 11
2019-09-13 16:40:55.587 Status: dzVents: Info: ------ Finished CO2 sturing
2019-09-13 16:40:55.608 Status: EventSystem: Script event triggered: /usr/local/domoticz/dzVents/runtime/dzVents.lua

Ik zal nu ff zorgen dat de waarde stijgt van de MH-Z19 dan moet het script weer zijn werk doen.


Edit:
Het werkt
de ventilator ging netjes aan toen de waarde steeg.

code:

2019-09-13 16:45:55.865 Status: dzVents: Info: Handling events for: "CO2", value: "1352.00;23.00;0.00"
2019-09-13 16:45:55.865 Status: dzVents: Info: ------ Start internal script: CO2 sturing: Device: "CO2 (Vitual)", Index: 11
2019-09-13 16:45:55.867 Status: dzVents: Info: ------ Finished CO2 sturing
2019-09-13 16:45:55.868 Status: EventSystem: Script event triggered: /usr/local/domoticz/dzVents/runtime/dzVents.lua

@rens-br en @imdos dank voor jullie hulp.

Mag ik vragen hoe je de cc1101 hebt aangesloten op je ITHO box?

[CSB]

Gadverdamme, nou kom ik er achter dat mijn nefit easy server ook opeens niet meer werkt. XMPP authentication failure. Poort is geforward in de firewall, server draait. Vreemd want via IFTTT kan ik de Nefit Easy nog steeds aansturen...

edit: Trouwens, het stop command in Blockly werkt na x seconden! Nu nog uitzoeken hoe ik dit netjes in een knopje kan verwerken voor het dashboard.

edit 2: Met een selector switch dus. Cool. Ik kan nu de blinds met stappen van 25, 50, 75 en 100% sluiten. Probleem is natuurlijk dat RF geen status kan doorgeven en dus is dit een "domme" oplossing, maar ik ben hier al vrij blij mee!

Misschien dat ik een selector voor Down en Up maak, met stappen. Dan heb je wel twee selector switches, maar kun je wel stappen kiezen.
Met dank aan @fabstar81

[ Voor 58% gewijzigd door CSB op 13-09-2019 18:53 ]

[fabstar81]

graag gedaan, @Verwijderd. hoe heb je het nu gedaan dan vanaf die selector switch?

[etienne001]

flexje schreef op vrijdag 13 september 2019 @ 18:02:
[...]


Mag ik vragen hoe je de cc1101 hebt aangesloten op je ITHO box?

Ik heb eigenlijk gebruik gemaakt van een handleiding op het net:
https://docs.google.com/d...YiHDEwyScqhsPkJHGGYs-/pub

Ik heb alleen PIN 6 op GPIO10 aangesloten, dan zou je de 868 band moeten kunnen scannen voor de sleutel van je afstandsbediening.
Helaas krijg ik dit niet werkend.

Ik was langer bezig met solderen en het script werkend te krijgen dan het flashen etc.

[CSB]

fabstar81 schreef op vrijdag 13 september 2019 @ 18:58:
graag gedaan, @CSB. hoe heb je het nu gedaan dan vanaf die selector switch?

Ik heb 5 waarden in de selector aangemaakt: Open, 25%, 50%, 75% en Dicht.
Daarna heb ik een blockly aangemaakt met meerdere if statements waarin ik stel:
If "selector" = "25%" Then "Blinds(n)" = "On" And "Stop" after "x" seconds. (waar x = dan 25% van tijd die nodig is om een kwart van het rolgordijn te laten zakken)

Bovenstaande doe je voor alle blinds die je in serie wilt schakelen.
Door een 2e selector te maken kun je zowel up als down maken. Wel en beetje nadenken als je schakelt, want de selector blijft in de waarde staan die je als laatste hebt gebruikt...

[fabstar81]

Nice goed opgelost.

[WaSteiL]

flexje schreef op donderdag 12 september 2019 @ 17:56:
[...]


Duidelijk, ben niet zo bekend met blockly maar met dzvents zou het makkelijk moeten gaan.
Sorry ben nu op mn telefoon dus een beetje lastig.
Denk aan bijvoorbeeld:

code:

return {
    on = {
        devices = {
            'Ikea Dimmer', 
        }
    },
    execute = function(domoticz, device)
        local dimmer             = domoticz.devices('Ikea Dimmer')
        local ledstrip             = domoticz.devices('Hue Strip')
        local dimmerLevel    = dimmer.level

        ledstrip.dimTo(dimmerLevel)

    end
}

In die richting....

Dit heeft mij zeker in de richting geholpen. Ik heb nu al mijn blockly scripts ook al aangepast naar DzVents, dit is een heel stuk duidelijker. Super bedankt!

[CSB]

Ah, de nefit easy server is ook gefixt. Blijkt dat de oude versie (3.0.1) zich niet netjes had laten verwijderen waardoor er twee versies draaiden. Oude versie verwijderd, startup script aangepast en draaien!

[Weldie]

CSB schreef op vrijdag 13 september 2019 @ 20:56:
Ah, de nefit easy server is ook gefixt. Blijkt dat de oude versie (3.0.1) zich niet netjes had laten verwijderen waardoor er twee versies draaiden. Oude versie verwijderd, startup script aangepast en draaien!

Helaas lukt het mij niet😭

[CSB]

Weldie schreef op vrijdag 13 september 2019 @ 22:43:
[...]


Helaas lukt het mij niet😭

Als je easy-server -v doet in /usr/bin, welke versie zie je dan?
En probeer deze ook in /usr/local/bin. Ik had daar dus een nieuwere versie staan die wel werkt.

[jbr]

jbr schreef op donderdag 12 september 2019 @ 10:03:
Ik hoop dat iemand dit al een keer is tegengekomen, want ik krijg het niet verholpen:

Ik heb 2x een Xiaomi Gateway inclusief een aantal Xiaomi sensoren. De hoofd Gateway hangt binnen, de tweede Gateway hangt in de schuur en zorgt voor bereik voor sensoren in de tuin en schuur.
De deursensor in de schuur stuurde vanaf de ene op de andere dag geen signalen meer door . Ik heb deze vanuit de Xiaomi Home app verwijderd en weer handmatig toegevoegd. Hierna is deze weer in de Xiaomi Home zichtbaar, maar ik krijg deze niet (meer) in Domoticz zichtbaar. Herhaal ik dezelfde procedure met deze sensor op de Gateway binnen (nadat ik de sensor mee naar binnen heb genomen) dan gaat alles perfect. Hij is daarna meteen zichtbaar in Domoticz.... Iemand dit al een keer meegemaakt?

Workaround:
Ik heb na veelvuldig proberen de sensor vervangen met een andere. Deze was in één keer zichtbaar!
Werkt vervolgens prima ... de oorspronkelijke 'schuursensor' gebruik ik nu noodgedwongen binnen. Geen idee waarom hij alleen via de hoofd Gateway zichtbaar wil worden in Domoticz, maar ik heb in ieder geval een werkende situatie....

[Dylantje2]

Grolsch schreef op dinsdag 10 september 2019 @ 07:46:
Dankzij @AUijtdehaag heb ik een mooi Dzvents scriptje gekregen en verbouwd om thermisch verbruik en dus de COP van mijn WP te berekenen, deze ziet er als volgt uit:

code:

return {

    on = {
        devices = { 
                    --23, -- flow
                    16  -- powerHeatpump
                  }
         },
    logging = {
        level = domoticz.LOG_INFO,
--        level = domoticz.LOG_ERROR,
        marker = "sCOP"
               },    
    
    execute = function(domoticz, item)
        
        -- devices
        --local flowinstValue = domoticz.devices(23).flow              -- Flow L/H  (dummy - waterflow from kamstrup or fixed value)
        local flowinstValue = 1560                                  -- Flow L/H  (fixed value)
        local tempoutValue = domoticz.devices(5).rawData[1]         -- Temperature Heatpump out
        local tempreturnValue = domoticz.devices(6).rawData[1]      -- Temperature Heatpump return
        local powerHeatpump = domoticz.devices(16).rawData[1]        -- HEatpump power adsorbed in watt
        local sCOP = domoticz.devices(41)                            -- Cop (dummy- custom sensor W/W )
        
        -- calculation
        local Watt_heat_c = (tempoutValue-tempreturnValue)*4.2*(flowinstValue/3600)*1000
        local COP_calculated = domoticz.utils.round(Watt_heat_c/powerHeatpump,2)

 --       domoticz.log('flowinstValue ' .. flowinstValue .. ' L/H ', domoticz.LOG_INFO)    
 --       domoticz.log('tempoutValue ' .. tempoutValue .. ' C ', domoticz.LOG_INFO)    
 --       domoticz.log('tempreturnValue ' .. tempreturnValue .. ' C ', domoticz.LOG_INFO)    
 --       domoticz.log('powerHeatpump ' .. powerHeatpump .. ' Watt ', domoticz.LOG_INFO)    
 --       domoticz.log('Watt_heat_c ' .. Watt_heat_c .. ' Watt ', domoticz.LOG_INFO)        
 --       domoticz.log('COP_calculated ' .. COP_calculated .. ' W/W ', domoticz.LOG_INFO)
     
        domoticz.openURL('http://127.0.0.1:8090/json.htm?type=command&param=udevice&idx=41'..'&nvalue=0&svalue='..COP_calculated)
        domoticz.openURL('http://127.0.0.1:8090/json.htm?type=command&param=udevice&idx=42'..'&nvalue=0&svalue='..Watt_heat_c)


    end
    
}

Omdat ik geen flowmeter heb en mijn WP met een vaste flow draait reken ik met een vaste flow (26 ltr/minuut = 1560ltr/uur welke ik uitgelezen heb op de binnenunit van mijn WP)

Als mijn WP niet draait (zoals nu) krijg ik natuurlijk een gigantisch vertekent beeld en een COP waar velen jaloers op zijn

Daarom zou ik eigenlijk een "start voorwaarde" willen toevoegen.

Script uitvoeren als "powerHeatpump = domoticz.devices(16).rawData[1] " = +300.

Als "powerHeatpump = domoticz.devices(16).rawData[1] " = <300, COP = 0.

Is zoiets eenvoudig erin te plakken

@Grolsch
@AUijtdehaag

Domoticz masters :-)

Ik heb een debiet device in domoticz via het uitlezen van mijn pana internetbox.
Werkt dit dan ook?

Zou je een toelichting kunnen geven op dit script?
Wat heb ik nodig en wat vul ik waar in welke dummy's?

Of heeft @AUijtdehaag ook nog een ander script dat met variable flow rekent?


En vooraf thanks!!!!

[AUijtdehaag]

@Dylantje2
Kun je de idx en hoe de apparaten heten, even aangeven, dan kijk ik ff.

Philips Hue met zigbee2mqtt usb stick nu ook werkend via node-red

[Dylantje2]

AUijtdehaag schreef op zaterdag 14 september 2019 @ 19:46:
@Dylantje2
Kun je de idx en hoe de apparaten heten, even aangeven, dan kijk ik ff.

Philips Hue met zigbee2mqtt usb stick nu ook werkend via node-red

wat heb je allemaal precies voor een device nodig?

[AUijtdehaag]

@Dylantje2
Wisselende Flow waterzijdig (of een vast getal, maar meten=weten)
Opgenomen vermogen in watt
DeltaT (aanvoer en retour is ook goed)

En hoe wil je dat de nieuwe apparaten gaan heten?
WP-Cop en WP-Power ?

[ Voor 32% gewijzigd door AUijtdehaag op 14-09-2019 19:57 ]

[Dylantje2]

AUijtdehaag schreef op zaterdag 14 september 2019 @ 19:50:
Wisselend Flow waterzijdig (of een vast getal, maar meten=weten)
Opgenomen vermogen in watt
DeltaT (aanvoer en retour is ook goed)

Water debiet.. is in % [ weet niet of dat wat is? ]
idx: 12496 waarbij 12% 16 liter / minuut is [ in mijn systeem ]


Aanvoer:
idx: 12257

Retour:
IDX: 12258

Dt aanvoer retour via een php:
idx: 12290


Actueel vermogen in watt gemeten via zwave
idx: 11920

Naam mag :

D.M.: WP-COP
D.M.: WP-Power

Prima


Oke?

Of idx van de dummy? [ wat voor een type dummy's?


Ik hoop dat je met die % flow iets kunt doen, zou leuk zijn
aangezien je zegt meten is weten hahaha

[ Voor 3% gewijzigd door Dylantje2 op 14-09-2019 20:03 ]

[AUijtdehaag]

@Dylantje2
Hoe weet je dat 12% 16 liter / minuut is?
Is daar een formule voor?

[Dylantje2]

AUijtdehaag schreef op zaterdag 14 september 2019 @ 20:08:
@Dylantje2
Hoe weet je dat 12% 16 liter / minuut is?
Is daar een formule voor?

Nope....
Maar mijn systeem loopt nu op 16 liter
En de node red van zwarte vogel geeft 12 % aan [ pompdebiet volgens de pana ]
Dus een echte formule ..... denk ik niet

Het lijkt me meer een systeem variable...
Maar er zou misschien in een forumule iets mee kunnen..12% = 16 = vandaar...dat ik hem erbij gaf..

https://snapshot.raintank...tiP4NDDkiD6hwyQvPC3RyoUnd


mmm Gaat iets mis geloof ik:
143.176.124.13:3000
Piet
Piet

[ Voor 5% gewijzigd door Dylantje2 op 14-09-2019 20:47 ]

[AUijtdehaag]

@Dylantje2
Nou slingert 'm maar eens aan....

Edit: met grafana heb ik ook geen grafieken met raintank en ook een N2. Wordt vervolgd. (tenzij iemand een tip heeft)

[ Voor 57% gewijzigd door AUijtdehaag op 14-09-2019 21:16 ]

[Dylantje2]

AUijtdehaag schreef op zaterdag 14 september 2019 @ 21:08:
@Dylantje2
Nou slingert 'm maar eens aan....

Edit: met grafana heb ik ook geen grafieken met raintank en ook een N2. Wordt vervolgd. (tenzij iemand een tip heeft)

Hoe bedoel je slingert hem aan??
Hij staat aan..
Maar wil je dat ik iets do voor het script???

[AUijtdehaag]

@Dylantje2
Kamerthermostaat op 25 graden zetten?

Je waterpomp draait continu en totaal (standby) verbruik is maar 22 watt?
Klopt dat?

[Dylantje2]

AUijtdehaag schreef op zondag 15 september 2019 @ 11:56:
@Dylantje2
Kamerthermostaat op 25 graden zetten?

Je waterpomp draait continu en totaal (standby) verbruik is maar 22 watt?
Klopt dat?
[Afbeelding]

Ik draai op war...
dus wss andere settings als jij hebt dan..?

Kan hem wel aan de gang krijgen maar wat wil je zien?


grr mezelf kapot gezocht naar dat raintank... jij ook zelfde probleem :-)
Maar N2 mooi ding he...

[AUijtdehaag]

@Dylantje2
Wacht ff een maandje, zodat de warmtepomp iets te doen heeft.
Formules die er nu in zitten kloppen, ik heb getest met vaste waarden.
En je hebt twee dummy's erbij Cop en Power (ook al in Grafana)
Vanaf 230 watt opgenomen vermogen, gaan die wat laten zien.

N2, zeker mooi spul.

[ Voor 51% gewijzigd door AUijtdehaag op 15-09-2019 12:25 ]

[sweetdude]

marcel19 schreef op vrijdag 13 september 2019 @ 10:03:
@sweetdude

Ik heb dit gedaan via RpiEasy ( https://github.com/enesbcs/rpieasy )

Super simpel op te zetten en de mogelijkheid om direct te koppelen naar Domoticz.
sensoren worden dus uitgelezen door RpiEasy, daarna gekoppeld aan de IDX van Domoticz

Ik ben eens aan het knutselen geslagen met mijn zeer beperkte (niet bestaande) linux kennis.
Ik geloof direct dat het "super simpel" is als je weet waar je mee bezig bent.

het is me gelukt om RPIEasy te installeren echter, ik mis ergens een manier om hem te benaderen. verschillende URL's en poorten geprobeerd maar ik kom niet in de webinterface. Op 8080 draait domoticz al.
En hoe kun je dan de hardware van rpieasy koppelen in Domoticz? Dien ik dan middel hardware toevoegen de Domoticz internal server toe te voegen als device?

[Dylantje2]

AUijtdehaag schreef op zondag 15 september 2019 @ 12:03:
@Dylantje2
Wacht ff een maandje, zodat de warmtepomp iets te doen heeft.
Formules die er nu in zitten kloppen, ik heb getest met vaste waarden.
En je hebt twee dummy's erbij Cop en Power (ook al in Grafana)

N2, zeker mooi spul.

mmm maar dan toch...
THANKS>. [ wist niet dat je er nog bij kon hahahahaha ]

Alleen de vraag, Cop en Watt..
Cop is berekent vanaf totaal verbruik van de zwave sensor
Watt is opbrengst van de wp of? wat die kan ik niet goed plaatsen

En die formules..mmmm you have Higher math study done?

De juiste eenheden in grafana?

[AUijtdehaag]

@Dylantje2
Toch niet moeilijk?
local Watt_heat_c = math.abs(domoticz.utils.round((tempoutValue-tempreturnValue) * 4.187 * (flowinstValue/3600)*1000))

Hiermee bereken je het afgegeven vermogen van de warmtepomp.
DeltaT * 4.187 * flow
math.abs, maakt er altijd een positief getal van. (als je koelt, draait de deltaT om en wordt negatief)
En afgerond op hele getallen.

local COP_calculated = math.abs(domoticz.utils.round(Watt_heat_c/powerHeatpump,2))
En cop is afgegeven vermogen / opgenomen vermogen. weergegeven tot op 2 cijfers achter de komma en altijd positief getal.

Aangezien dat het vermogen in watt is, is de eenheid van cop dan maar W/W

Wiskunde snapte ik nooit geen hout van.

[ Voor 8% gewijzigd door AUijtdehaag op 15-09-2019 12:36 ]

[Dylantje2]

AUijtdehaag schreef op zondag 15 september 2019 @ 12:34:
@Dylantje2
Toch niet moeilijk?
local Watt_heat_c = math.abs(domoticz.utils.round((tempoutValue-tempreturnValue) * 4.187 * (flowinstValue/3600)*1000))

Hiermee bereken je het afgegeven vermogen van de warmtepomp.
DeltaT * 4.187 * flow
math.abs, maakt er altijd een positief getal van. (als je koelt, draait de deltaT om en wordt negatief)

local COP_calculated = math.abs(domoticz.utils.round(Watt_heat_c/powerHeatpump,2))
En cop is afgegeven vermogen / opgenomen vermogen. weergegeven tot op 2 cijfers achter de komma en altijd positief getal.

Aangezien dat het vermogen in watt is, is de eenheid van cop dan maar W/W

Wiskunde snapte ik nooit geen hout van.

Ik snap er niet veel van... maar heb nu maar handmatig aangeslingerd...

Vraag me wel af of eea nu correct is...
Zie nu in service cloud dat % eigenlijk gewoon liters per minuut is... [ ik ben dombo71 ]
https://drive.google.com/...egFS4FPv/view?usp=sharing
Ik nam van zwartevogel de data over, dus mss een aanpassing nodig?


Er loopt weer wat in grafana :-)

[AUijtdehaag]

@Dylantje2
Als het procent is dan de waarde *80
Als het werkelijke L/min zijn dan waarde *60 (dit heb ik nu aangepast)

[Dylantje2]

AUijtdehaag schreef op zondag 15 september 2019 @ 12:34:
@Dylantje2
Toch niet moeilijk?
local Watt_heat_c = math.abs(domoticz.utils.round((tempoutValue-tempreturnValue) * 4.187 * (flowinstValue/3600)*1000))

Hiermee bereken je het afgegeven vermogen van de warmtepomp.
DeltaT * 4.187 * flow
math.abs, maakt er altijd een positief getal van. (als je koelt, draait de deltaT om en wordt negatief)
En afgerond op hele getallen.

local COP_calculated = math.abs(domoticz.utils.round(Watt_heat_c/powerHeatpump,2))
En cop is afgegeven vermogen / opgenomen vermogen. weergegeven tot op 2 cijfers achter de komma en altijd positief getal.

Aangezien dat het vermogen in watt is, is de eenheid van cop dan maar W/W

Wiskunde snapte ik nooit geen hout van.

Maar even..
deze berekening is dus eigenlijk veel zuiverder dan de pana COP. [ is het al snel..:-) ]
En miss ook wel beter dan de kamstrup?

Of praat ik poep... [ zoals gewoonlijk ]

[AUijtdehaag]

@Dylantje2
De berekening is net zo nauwkeurig als de waardes die je aanlevert.
Ik heb de berekening ook gemaakt, naast mijn kamstrup gehouden en is nagenoeg gelijk.
Ik gebruik wel de temp sensoren en flow van de kamstrup.

Dus beter? nee, gelijk.
De pana cop, weet ik niet hoe ze die berekenen.
Je kWh meter is erg traag met updaten, dus ook de waardes komen traag binnen, want dat is de trigger.

[ Voor 20% gewijzigd door AUijtdehaag op 15-09-2019 12:52 ]

[Dylantje2]

AUijtdehaag schreef op zondag 15 september 2019 @ 12:50:
@Dylantje2
De berekening is net zo nauwkeurig als de waardes die je aanlevert.
Ik heb de berekening ook gemaakt, naast mijn kamstrup gehouden en is nagenoeg gelijk.
Ik gebruik wel de temp sensoren en flow van de kamstrup.

Dus beter? nee, gelijk.
De pana cop, weet ik niet hoe ze die berekenen.
Je kWh meter is erg traag met updaten, dus ook de waardes komen traag binnen, want dat is de trigger.

Pana cop rekent geloof ik alleen met het verbruik in de pomp dus niet de verbruiks totaal meters

Kwh nu sneller gezet, kan ff duren maar als je verschil merkt hoor ik het graag...


En ff fullspeed verwarmen ipv koelen...

[ Voor 3% gewijzigd door Dylantje2 op 15-09-2019 13:03 ]

[AUijtdehaag]

@Dylantje2
Good cop / bad cop.

[Dylantje2]

AUijtdehaag schreef op zondag 15 september 2019 @ 13:47:
@Dylantje2
Good cop / bad cop.
[Afbeelding]

THANKS

Loopt hij nu beter?
Had de tijd van de zwave op 30 seconden gezet...., maar dan stuitert hij
nu op een minuut, lijkt alles bete rte lopen..

Of heb je opmerkingen....


Mag ik debiet zien als Flow?

Bizar hoe je het doet!!!

Gaan zweten hier..:-)


Lachu dit hoor!!

[AUijtdehaag]

@Dylantje2
1 minuut is beter, en je zwembroek aan.
flow=debiet
maar we gaan teveel offtopic. Zou moeten kloppen zo.

[ Voor 7% gewijzigd door AUijtdehaag op 15-09-2019 13:51 ]

[Dylantje2]

AUijtdehaag schreef op zondag 15 september 2019 @ 13:51:
@Dylantje2
1 minuut is beter, en je zwembroek aan.
flow=debiet
maar we gaan teveel offtopic. Zou moeten kloppen zo.

Zweten hier...
Maar hij loopt als een nieuwe...

Valt je iets op?
Of ben je tevreden...


Hij gaat zo weer op war.. is me ff heet hier .. hahaha

[AUijtdehaag]

Dylantje2 schreef op zondag 15 september 2019 @ 16:04:
[...]
Valt je iets op?
Of ben je tevreden...

Ja, nieuwe grafiekjes in grafana.
En maar 4,8 kW vermogen, terwijl je er 5,0 kW voor betaald hebt.
//einde offtopic

[Zuluman]

Vandaag heb ik mijn 2e pi 1B geinstalleerd als domomoticz slave met een inductieve NPN sensor. gelijk een 2e pihole met unbound erop gezet.

De sensor werkte prima maar helaas heb ik geen geschikte watermeter. Wat ik ook probeerde ik kreeg geen contact op geen enkele plek. ik vermoed dat als er een metalen plaatje in zit dit te ver onder het plastic zit of de sensor te zwak is of een combi van beiden.

ik gebruik nu de 4mm versie maar er is ook een 10mm versie.

Het was ook de bedoeling was om ook de Easton SDM120C mbv de RS485 usb adapter werkend te krijgen. En na het installeren van de RS485 kon ik niet meer bij de domoticz webinterface. 8080 was niet bereikbaar. misschien wil ik teveel op 1 device. ik had ook open vpn geinstalleerd. dat met domoticz, pihole met unbound. dat moet elkaar gaan bijten.

Ik laat de easton en de watermeter achterwege voor nu. maar op zoek naar een andere manier om de watermeter werkend te krijgen.

[ Voor 28% gewijzigd door Zuluman op 15-09-2019 20:17 ]

[Joop_Klepzeiker]

Zijn er hier nog mensen die een Pi4 icm een Aeotec Z-Wave Z-Stick Gen5, al een tijdje probleemloos hebben draaien met een USB Hub?

Ik wil m'n huidige setup (Pi2) upgraden naar een Pi4, maar ben een beetje huiverig geworden door het feit dat bovenstaande combi geen succes is, tenzij er een USB hub tussen zit.

Nu heb ik er geen moeite mee om die hub er tussen te zetten, maar ik wil wel dat het daarna werkt en blijft werken...

[Peutpeut]

Ik heb sinds een aantal weken een Pi4 met Aeotex Z-Wave stick icm een USB-hub, dit werkt. Soms heb ik wel dat een node niet reageert, na Domoticz opnieuw gestart te hebben is dat probleem dan opgelost.

Wat hiervan de oorzaak is weet ik dan weer niet. Ik heb geen vergelijkingsmateriaal, ik ben op de Domotica-trein gestapt en heb een Pi4 aangeschaft en heb geen eerdere Pi's gebruikt.

[vwtune]

Mensen hier op dit moment een Honeywell Thermostaat in gebruik icm domoticz? Ik heb al dik een jaar een Lyric T6 in gebruik, maar sinds 3 dagen krijg ik de melding: honeywell: error refreshing token (in domoticz)
Wanneer ik via apparaten een nieuwe token wil laten genereren, dan kan ik wel inloggen via die link in Domoticz, ziet ie ook dat je een thermostaat hebt, je klikt dan op: connect, en hij laadt een nieuwe pagina: https://www.netwalk.be/ly....php?code=xWeeWkf8&scope=
maar ik krijg dan de melding: Deze pagina werkt niet....

Via google kom ik dit probleem nog niet tegen eigenlijk

[wimmme]

vwtune schreef op maandag 16 september 2019 @ 14:09:
Mensen hier op dit moment een Honeywell Thermostaat in gebruik icm domoticz? Ik heb al dik een jaar een Lyric T6 in gebruik, maar sinds 3 dagen krijg ik de melding: honeywell: error refreshing token (in domoticz)
Wanneer ik via apparaten een nieuwe token wil laten genereren, dan kan ik wel inloggen via die link in Domoticz, ziet ie ook dat je een thermostaat hebt, je klikt dan op: connect, en hij laadt een nieuwe pagina: https://www.netwalk.be/ly....php?code=xWeeWkf8&scope=
maar ik krijg dan de melding: Deze pagina werkt niet....

Via google kom ik dit probleem nog niet tegen eigenlijk

Honeywell Evohome, werkt nog naar behoren, API-versie, niet de oude python client.
Heb wel problemen in mijn Google Assistant met de koppeling van de Honeywell Evohome ...

[Joop_Klepzeiker]

Peutpeut schreef op maandag 16 september 2019 @ 13:46:
Ik heb sinds een aantal weken een Pi4 met Aeotex Z-Wave stick icm een USB-hub, dit werkt. Soms heb ik wel dat een node niet reageert, na Domoticz opnieuw gestart te hebben is dat probleem dan opgelost.

Bedankt voor je info, hier wordt ik dus niet vrolijk van.....
Bij mij werkt het nu altijd! Dan ga ik voorlopig maar niet naar die Pi4

Het zou bij jou eventueel nog aan het aantal zwave nodes kunnen liggen, als je er te weinig hebt is het mesh netwerkt niet altijd ok en verliest een node nog wel eens verbinding. Ik had dat in het begin ook. Nu heb ik > 10 nodes en werkt het wel goed.

[Peutpeut]

Ik kijk het even aan, mocht het probleem blijven bestaan dan denk ik erover om te downgraden naar een Pi3 en kijken hoe dat uitpakt.

Heb inmiddels ook 10 nodes, allen verbruikersmeters. Voor zover ik weet fungeren die allemaal als hub dus inmiddels moet het wel goed zitten met het mesh netwerk

[Toppe]

Zuluman schreef op zondag 15 september 2019 @ 20:02:
Vandaag heb ik mijn 2e pi 1B geinstalleerd als domomoticz slave met een inductieve NPN sensor. gelijk een 2e pihole met unbound erop gezet.

De sensor werkte prima maar helaas heb ik geen geschikte watermeter. Wat ik ook probeerde ik kreeg geen contact op geen enkele plek. ik vermoed dat als er een metalen plaatje in zit dit te ver onder het plastic zit of de sensor te zwak is of een combi van beiden.

ik gebruik nu de 4mm versie maar er is ook een 10mm versie.

Het was ook de bedoeling was om ook de Easton SDM120C mbv de RS485 usb adapter werkend te krijgen. En na het installeren van de RS485 kon ik niet meer bij de domoticz webinterface. 8080 was niet bereikbaar. misschien wil ik teveel op 1 device. ik had ook open vpn geinstalleerd. dat met domoticz, pihole met unbound. dat moet elkaar gaan bijten.

Ik laat de easton en de watermeter achterwege voor nu. maar op zoek naar een andere manier om de watermeter werkend te krijgen.

[Afbeelding]

Je watermeter heeft geen plaatje als ik even snel Google. Overigens komt deze meter uit 2003 en is wel aan vervanging toe: https://www.vitens.nl/ser...eter/watermeter-vervangen

Ik zou gewoon aangeven dat je graag wilt dat de meter vervangen wordt om twee redenen:
1: De meter is uit 2003 en is ondertussen 16 jaar oud terwijl ze zelf aangeven dat je meter 15 jaar mee gaat
2: Je wilt graag de stand digitaal kunnen bijhouden zodat je bewuster om kunt gaan met je waterverbruik.

Grote kans dat je wel een nieuwe gaat krijgen

Wat betreft je poort 8080: veel programma's willen die poort gebruiken, heb Domoticz dan ook verhuist naar een andere poort

[Peutpeut]

Nog een aanvulling, @Joop_Klepzeiker :

Zojuist na het toevoegen van een Z-Wave device (deur sensor) crasht Domoticz, geen leven in te krijgen. Een restart van de service via de terminal werkt niet, een reboot van de Pi uiteindelijk wel. Na het toevoegen van een tweede deursensor gebeurt dit overigens niet. Herkenbaar?

[Zuluman]

Toppe schreef op maandag 16 september 2019 @ 16:40:
[...]


Je watermeter heeft geen plaatje als ik even snel Google. Overigens komt deze meter uit 2003 en is wel aan vervanging toe: https://www.vitens.nl/ser...eter/watermeter-vervangen

Ik zou gewoon aangeven dat je graag wilt dat de meter vervangen wordt om twee redenen:
1: De meter is uit 2003 en is ondertussen 16 jaar oud terwijl ze zelf aangeven dat je meter 15 jaar mee gaat
2: Je wilt graag de stand digitaal kunnen bijhouden zodat je bewuster om kunt gaan met je waterverbruik.

Grote kans dat je wel een nieuwe gaat krijgen

Wat betreft je poort 8080: veel programma's willen die poort gebruiken, heb Domoticz dan ook verhuist naar een andere poort

Net even via de chat functie met Evides gesproken. In eerste instantie zei ze dat ze alleen vervangen bij defect en dat ik met een papiertje elke week op dezelfde tijd het moest opschrijven. :-p

Ik wees haar erop dat hij inmiddels 16 jaar oud was en dat de levensduur echt maar 15 jaar is en dat ik dat al jaren doe met een papiertje en pen maar dat ik dat niet effectief genoeg vond. ik kreeg toen een 0900 nummer voor de technische dienst maar die zijn al naar huis ook al kan je tot 17:00 terecht. morgenochtend 07:00 ben ik de eerste.

[Toppe]

Zuluman schreef op maandag 16 september 2019 @ 16:54:
[...]


Net even via de chat functie met Evides gesproken. In eerste instantie zei ze dat ze alleen vervangen bij defect en dat ik met een papiertje elke week op dezelfde tijd het moest opschrijven. :-p

Ik wees haar erop dat hij inmiddels 16 jaar oud was en dat de levensduur echt maar 15 jaar is en dat ik dat al jaren doe met een papiertje en pen maar dat ik dat niet effectief genoeg vond. ik kreeg toen een 0900 nummer voor de technische dienst maar die zijn al naar huis ook al kan je tot 17:00 terecht. morgenochtend 07:00 ben ik de eerste.

Zolang ze maar twijfelen over de betrouwbaarheid van de watermeter dan heb jij je doel al bereikt. Hier (Almere, Vitens) vervangen ze alles preventief. Toen wij het huis kochten stond er 0 op de meter, er was lekkage op een koppeling na de watermeter maar Vitens vond het toch nodig om de hele meter te vervangen, ook prima.

Misschien moet mevrouw van Evides even hun website controleren: https://www.evides.nl/ser...gt-evides-mijn-watermeter

[ Voor 8% gewijzigd door Toppe op 16-09-2019 17:00 ]

[Zuluman]

Toppe schreef op maandag 16 september 2019 @ 16:57:
[...]


Zolang ze maar twijfelen over de betrouwbaarheid van de watermeter dan heb jij je doel al bereikt. Hier (Almere, Vitens) vervangen ze alles preventief. Toen wij het huis kochten stond er 0 op de meter, er was lekkage op een koppeling na de watermeter maar Vitens vond het toch nodig om de hele meter te vervangen, ook prima.

<sub>Daar had ik ook gehint. Kwam ook dit bericht tegen. De laatse 40.000 zijn dus voor dit jaar bedoeld.

https://www.heijmans.nl/n...voor-evides-waterbedrijf/

Als ik hun jaarverslag 2017 inzie dan hebben ze bijna 1m watermeters. maar voordat we geheel offtopic gaan nog een domoticz item toevoegen mbt uitlezen.</sub>

Ik heb een ducobox focus met een communicatieprint. een lokale webpagina waarop van alles is uit te lezen en te bedienen. er is nog geen support vanuit domoticz. volgens mij moet je eenvoudig de waardes kunnen uitlezen en met iets meer moeite ook kunnen bedienen. dat kan nu ook via de local lan page.

Ik heb zoiets voor mijn enphase envoy. daar kan je niets bedienen maar je kan actuele opwekking en verbruik realtime aflezen. die stond standaard in devices. kan ik deze niet ombouwen / als basis gebruiken voor de ducobox? is het principe de https poller? geen idee waar ik moet beginnen. ik kan nog net zaken installalleren en aanpassen maar mijn linux kennis beperkt.

iemand tips?

[bing69]

Vandaag, met enige weemoed, afscheid genomen van mijn laatste 2 X10 rolluikschakelaars.

Afscheid van een tijdperk.

[dewil1990]

Ik weet niet of ik hem hier mag plaatsen, maar twee vragen t.b.v een Qubino Flush Dimmer. Ik heb een Flush Dimmer aangesloten om 3 LED spots te dimmen. De dimmer is alsvolgt aangesloten:
-N = Blauwe nuldraad;
-L = Bruine stroomdraad;
-Schakelaar tekentje: Zwarte schakeldraad.

Vervolgens de dimmer gevonden in Domoticz, en in Domoticz kan ik prima de spot aan/uit schakelen en dimmen.

Vraag 1: Hoe sluit ik nu een pulsdrukker aan om hier vervolgens ook mee te dimmen?
Vraag 2: Bij een Fibaro Dimmer 2 is het mij gelukt in Domoticz een vast dimpercentage in te geven bij het inschakelen van een aantal spots, is deze parameter ook beschikbaar voor de Qubino Flush DImmer? Zo ja welke parameter dan?

Wederom dankjewel!

[Dacuuu]

bing69 schreef op maandag 16 september 2019 @ 18:16:
Vandaag, met enige weemoed, afscheid genomen van mijn laatste 2 X10 rolluikschakelaars.

Afscheid van een tijdperk.

Waar ben je naar overgestapt? Lekker met het handje draaien?

[The_Woesh]

ik heb de vraag al in het Xiaomi/aquara topic gesteld omdat ik tot nu toe alleen Xiami spul heb (swithes, sensor, gateway, smart plugs en lampen)

Ik heb echter een probleem met de xiaomi gateway vanuit domoticz iets laten doen. ik krijg dan de melding:

Error sending switch command, check device/hardware !

In de log staat dan:

2019-09-16 21:47:55.575 Error: XiaomiGateway: unable to write command - Invalid key

via de wiki https://www.domoticz.com/wiki/Xiaomi_Gateway_(Aqara) vind ik dit:

You have the devices discovered and can control them, but after a short time (1mn), you can't anymore. The log shows "Error: XiaomiGateway: unable to write command - Invalid Key"

Solution: You need to ensure the system Domoticz is running on can receive UDP Multicast packets.
On Linux, this can be done with

iptables -P OUTPUT ACCEPT

iptables -I INPUT -p udp -j ACCEPT

On Windows add a firewall exception on incoming multicast packet (all profile) for the Domoticz executable

ik ben dat aan het proberen maar ik doe het of verkeerd, of het is niet het juiste probleem. (PS: wifi staat uit omdat ik de kabel erin heb.

zie:

[Mozart]

The_Woesh schreef op maandag 16 september 2019 @ 22:00:
ik heb de vraag al in het Xiaomi/aquara topic gesteld omdat ik tot nu toe alleen Xiami spul heb (swithes, sensor, gateway, smart plugs en lampen)

Ik heb echter een probleem met de xiaomi gateway vanuit domoticz iets laten doen. ik krijg dan de melding:
[...]


In de log staat dan:
[...]


via de wiki https://www.domoticz.com/wiki/Xiaomi_Gateway_(Aqara) vind ik dit:


[...]


ik ben dat aan het proberen maar ik doe het of verkeerd, of het is niet het juiste probleem. (PS: wifi staat uit omdat ik de kabel erin heb.

zie:
[Afbeelding: putty]

Je vergeet het commando iptables na sudo in te typen 😀

[The_Woesh]

Mozart schreef op maandag 16 september 2019 @ 22:08:
[...]

Je vergeet het commando iptables na sudo in te typen 😀

bedankt. ik zag het toevalig net ook zelf.

pi@raspberrypi:~ $ sudo iptables -P OUTPUT ACCEPT
pi@raspberrypi:~ $ sudo iptables -I INPUT -p udp -j ACCEPT

nu wel goed maar geen verschil in domoticz. ik krijg dezeflde fout.

edit: ik ga even rebooten
edit 2: nog steeds de error
edit 3: het werkt! Mozart liet mij een beetje doordenken. Als ik een commando vergeet ben ik vast ook iets anders vergeten. Ik had een "p" ipv een "q" ingevoerd bij het gateway wachtwoord.
Wel gek dat ik wel alle devices kon zien met verkeerd wachtwoord.

[ Voor 28% gewijzigd door The_Woesh op 16-09-2019 22:42 ]

[Joop_Klepzeiker]

Peutpeut schreef op maandag 16 september 2019 @ 16:43:
Nog een aanvulling, @Joop_Klepzeiker :

Zojuist na het toevoegen van een Z-Wave device (deur sensor) crasht Domoticz, geen leven in te krijgen. Een restart van de service via de terminal werkt niet, een reboot van de Pi uiteindelijk wel. Na het toevoegen van een tweede deursensor gebeurt dit overigens niet. Herkenbaar?

Dat domoticz helemaal crasht na toevoegen van een node heb ik nog niet gehad, onlangs wel dat deze een node niet wilde toevoegen. Domoticz icm een Pi blijft altijd wel een hoge "tweakfactor" hebben, je moet er hobby aan hebben anders moet je er niet aan beginnen. Aan de andere kant, mijn systeem is al 5 jaar oud en werkt over het algemeen probleemloos. Pas als je iets veranderd, kunnen er soms wat probleempje komen.

Zorg in ieder geval dat je goede back-ups hebt: ik maak dagelijks back-ups van de scripts en databases en maandelijks van het hele sd kaartje.

[bing69]

Dacuuu schreef op maandag 16 september 2019 @ 21:43:
[...]


Waar ben je naar overgestapt? Lekker met het handje draaien?

Had al een gedeelte vervangen naar Kaku, maar heb nu deze en de X10 vervangen door de Shelly 2.5.

Deze werken boven verwachting!!

[SpikeHome]

Zijn er mensen die goede ervaringen hebben met zwave thermostaat kranen?
Zoals b.v. de Eurotronic Spirit Radiator Thermostaat.
Ben erg benieuwd naar o.a. de batterij duur.

[Toppe]

@Zuluman technische dienst al gesproken?

[Zuluman]

Toppe schreef op dinsdag 17 september 2019 @ 14:41:
@Zuluman technische dienst al gesproken?

Staat in de planning om vervangen te worden voor juni 2020. Zij gaan uit van 16 jaar na plaatsingsdatum. op meter staat 2003 maar hij is geplaatst in juni 2004. woning is opgeleverd in september 2004. dus nog even geduld. ik vroeg welk type en ik kreeg Aquadis te horen. ben nog aan t opzoeken hoe je die kan uitlezen.

[Toppe]

Zuluman schreef op dinsdag 17 september 2019 @ 14:58:
[...]


Staat in de planning om vervangen te worden voor juni 2020. Zij gaan uit van 16 jaar na plaatsingsdatum. op meter staat 2003 maar hij is geplaatst in juni 2004. woning is opgeleverd in september 2004. dus nog even geduld. ik vroeg welk type en ik kreeg Aquadis te horen. ben nog aan t opzoeken hoe je die kan uitlezen.

https://www.instructables.com/id/ESP8266-Watermeter/ met credits @Toppe

Ik heb een NPM sensor gebruikt en een losse 12V voeding die naar beneden afgezwakt is nadat ik geprobeerd heb de boel stabiel te krijgen met 5V, dat is gewoon niet te doen. Mocht je dit wel willen dan zou je moeten kijken naar de 5V versie, dan zal het prima werken.

Had op internet gelezen dat het cruciaal zou zijn waar de sensor exact geplaatst wordt en dat bij een niet nauwkeurige plaats bepaling de sensor heel veel zou missen: Heb deze ervaring zelf niet maar ook dit kan komen voor de 12V aansluiting.


Kan trouwens aan mij liggen maar volgens mij hebben niet heel veel mensen hun waterstand in Domoticz?

[ Voor 4% gewijzigd door Toppe op 17-09-2019 15:07 ]

[Zuluman]

Toppe schreef op dinsdag 17 september 2019 @ 15:05:
[...]


https://www.instructables.com/id/ESP8266-Watermeter/ met credits @Toppe

Ik heb een NPM sensor gebruikt en een losse 12V voeding die naar beneden afgezwakt is nadat ik geprobeerd heb de boel stabiel te krijgen met 5V, dat is gewoon niet te doen. Mocht je dit wel willen dan zou je moeten kijken naar de 5V versie, dan zal het prima werken.

Had op internet gelezen dat het cruciaal zou zijn waar de sensor exact geplaatst wordt en dat bij een niet nauwkeurige plaats bepaling de sensor heel veel zou missen: Heb deze ervaring zelf niet maar ook dit kan komen voor de 12V aansluiting.

Op die manier heb ik het ook gedaan. op 5v via de pi doet hij het prima als ik bv een paperclip gebruik. nu heb ik de 4mm versie maar er is ook een sterkere die metaal op 10mm afstand kan detecteren.

ik heb deze link gebruikt. https://ehoco.nl/watermeter-uitlezen-in-domoticz-lua-script/

[Toppe]

Zuluman schreef op dinsdag 17 september 2019 @ 15:08:
[...]


Op die manier heb ik het ook gedaan. op 5v via de pi doet hij het prima als ik bv een paperclip gebruik. nu heb ik de 4mm versie maar er is ook een sterkere die metaal op 10mm afstand kan detecteren.

ik heb deze link gebruikt. https://ehoco.nl/watermeter-uitlezen-in-domoticz-lua-script/

Je mag die site prima gebruiken, maar bij mij werkte het voor geen meter.

Overigens is 4mm diepte zat, het gaat voornamelijk om de spanning die gebruikt wordt. Die was bij mij te laag namelijk

[ Voor 10% gewijzigd door Toppe op 17-09-2019 15:49 ]

[vwtune]

Ik sta op het punt mijn huidige wifi router te gaan vervangen voor een TP Link Deco M9, dit is een mesh systeem bestaande uit 3 nodes welke ook nog eens dienen als bluethoot en Zigbee mesh netwerk. Waar ik eigenlijk mee zit is het feit dat ik behoorlijk veel WIFI apparaten heb welke ik allemaal een vast ip-adres heb gegeven, en vele ervan hebben via een flash methode hun SSID meegekregen. Ik ben niet van plan om mijn huidige SSID te behouden, ik wil een compleet nieuwe SSID gebruiken. Heeft 1 van jullie hier ook eens mee te doen gehad en hoe heb je dit opgelost? Is er een tooltje toevallig om met een nieuwe wifi router, je apparaten dezelfde ip adressen te laten krijgen? En moet ik nog ergens rekening mbt Domoticz houden? Ik heb rond de 50 ESP devices welke allemaal draaien op Tasmota, ik heb geen zin om ze allemaal 1 voor 1 opnieuw te moeten flashen.

[Toppe]

vwtune schreef op dinsdag 17 september 2019 @ 16:06:
Ik sta op het punt mijn huidige wifi router te gaan vervangen voor een TP Link Deco M9, dit is een mesh systeem bestaande uit 3 nodes welke ook nog eens dienen als bluethoot en Zigbee mesh netwerk. Waar ik eigenlijk mee zit is het feit dat ik behoorlijk veel WIFI apparaten heb welke ik allemaal een vast ip-adres heb gegeven, en vele ervan hebben via een flash methode hun SSID meegekregen. Ik ben niet van plan om mijn huidige SSID te behouden, ik wil een compleet nieuwe SSID gebruiken. Heeft 1 van jullie hier ook eens mee te doen gehad en hoe heb je dit opgelost? Is er een tooltje toevallig om met een nieuwe wifi router, je apparaten dezelfde ip adressen te laten krijgen? En moet ik nog ergens rekening mbt Domoticz houden? Ik heb rond de 50 ESP devices welke allemaal draaien op Tasmota, ik heb geen zin om ze allemaal 1 voor 1 opnieuw te moeten flashen.

Ik heb een UniFi systeem die meerdere SSID’s ondersteunt, zo heb ik een nieuw SSID gemaakt waar ik met de persoonlijke apparaten verbinding mee maak, alle Domotica gerelateerde apparaten zitten nog steeds op het oude SSID. Mocht je het willen dan kan je dit SSID gewoon op verborgen zetten.

Overigens kan je via Tasmota wel verbinding maken met een nieuw netwerk, zou je alleen elk apparaat met de hand moeten overzetten...

[flexje]

vwtune schreef op dinsdag 17 september 2019 @ 16:06:
Ik sta op het punt mijn huidige wifi router te gaan vervangen voor een TP Link Deco M9, dit is een mesh systeem bestaande uit 3 nodes welke ook nog eens dienen als bluethoot en Zigbee mesh netwerk. Waar ik eigenlijk mee zit is het feit dat ik behoorlijk veel WIFI apparaten heb welke ik allemaal een vast ip-adres heb gegeven, en vele ervan hebben via een flash methode hun SSID meegekregen. Ik ben niet van plan om mijn huidige SSID te behouden, ik wil een compleet nieuwe SSID gebruiken. Heeft 1 van jullie hier ook eens mee te doen gehad en hoe heb je dit opgelost? Is er een tooltje toevallig om met een nieuwe wifi router, je apparaten dezelfde ip adressen te laten krijgen? En moet ik nog ergens rekening mbt Domoticz houden? Ik heb rond de 50 ESP devices welke allemaal draaien op Tasmota, ik heb geen zin om ze allemaal 1 voor 1 opnieuw te moeten flashen.

Je zou kunnen kijken op https://github.com/arendst/Sonoff-Tasmota/wiki/Commands

Hier geven ze aan dat je met een payload de SSID kunt instellen....weet niet of het echt werkt maar je kunt het proberen:

1 = reset AP<x> Wi-Fi SSID to firmware default (STA_SSID1 or STA_SSID2) and restart
<value>= set AP<x> Wi-Fi SSID (32 char limit, do not use special characters or white spaces in the SSID) and restart

Ik gebruik zelf VLAN voor mijn domotica setup, zo kun je met je firewall rules verkeer beheren tussen je "iot" devices en rest van je netwerk.

[jobr]

Toppe schreef op dinsdag 17 september 2019 @ 15:05:
[...]


Ik heb een NPM sensor gebruikt en een losse 12V voeding die naar beneden afgezwakt is nadat ik geprobeerd heb de boel stabiel te krijgen met 5V, dat is gewoon niet te doen. Mocht je dit wel willen dan zou je moeten kijken naar de 5V versie, dan zal het prima werken.

Kan trouwens aan mij liggen maar volgens mij hebben niet heel veel mensen hun waterstand in Domoticz?

Er is ook een 5V uitvoering van die sensor. Werkt prima bij mij.

[Toppe]

jobr schreef op dinsdag 17 september 2019 @ 19:21:
[...]


Er is ook een 5V uitvoering van die sensor. Werkt prima bij mij.

Ik heb een zwaardere sensor, die zou wel ‘kunnen’ werken op 5v maar ze beloven niets

[dewil1990]

Schopje.

dewil1990 schreef op maandag 16 september 2019 @ 20:42:
Ik weet niet of ik hem hier mag plaatsen, maar twee vragen t.b.v een Qubino Flush Dimmer. Ik heb een Flush Dimmer aangesloten om 3 LED spots te dimmen. De dimmer is alsvolgt aangesloten:
-N = Blauwe nuldraad;
-L = Bruine stroomdraad;
-Schakelaar tekentje: Zwarte schakeldraad.

Vervolgens de dimmer gevonden in Domoticz, en in Domoticz kan ik prima de spot aan/uit schakelen en dimmen.

Vraag 1: Hoe sluit ik nu een pulsdrukker aan om hier vervolgens ook mee te dimmen?
Vraag 2: Bij een Fibaro Dimmer 2 is het mij gelukt in Domoticz een vast dimpercentage in te geven bij het inschakelen van een aantal spots, is deze parameter ook beschikbaar voor de Qubino Flush DImmer? Zo ja welke parameter dan?

Wederom dankjewel!

[mike123]

Toch nog even een vraag over de zigbee2mqtt stick in een Synology nas. Zijn de plugins voor de Synology en de plugins voor de Pi hetzelfde? Het lijkt mij niet in ieder geval. Maar klopt dat ook?
Ik kan namelijk nergens de plugin vinden voor de Synology nas.
Dacht dat ik de juiste had gevonden maar die word ook niet weergegeven in het pulldown menu.
Plugin in diverse mappen geprobeerd, ook de Plugin map natuurlijk. Bestanden gekopieerd met Putty.

Heb in de tussentijd wel een Xiaomi hub gekocht en die werkt wel, moet toch wat te spelen hebben. Deurcontacten moeten nog binnenkomen.
Via Blocky reageert de led van de hub prima op een kaku bewegingsmelder.

[sanderjohan]

Toppe schreef op dinsdag 17 september 2019 @ 19:28:
[...]


Ik heb een zwaardere sensor, die zou wel ‘kunnen’ werken op 5v maar ze beloven niets

Ik gebruik sinds kort onderstaand sensor en deze werkt perfect. Ik heb hem direct aangesloten op de pi. Hiervoor de 4mm sensor gebruikt, maar dat werkte niet.

€ 2,82 13%OFF | LJ18A3-8-Z/BX 8mm Approach Sensor Inductive Proximity NPN NO Switch DC 6-36V
https://s.click.aliexpress.com/e/L5aQ1Qlw

[flexje]

mike123 schreef op dinsdag 17 september 2019 @ 23:37:
Toch nog even een vraag over de zigbee2mqtt stick in een Synology nas. Zijn de plugins voor de Synology en de plugins voor de Pi hetzelfde? Het lijkt mij niet in ieder geval. Maar klopt dat ook?
Ik kan namelijk nergens de plugin vinden voor de Synology nas.
Dacht dat ik de juiste had gevonden maar die word ook niet weergegeven in het pulldown menu.
Plugin in diverse mappen geprobeerd, ook de Plugin map natuurlijk. Bestanden gekopieerd met Putty.

Heb in de tussentijd wel een Xiaomi hub gekocht en die werkt wel, moet toch wat te spelen hebben. Deurcontacten moeten nog binnenkomen.
Via Blocky reageert de led van de hub prima op een kaku bewegingsmelder.

Heb je na het installeren van de plugin wel de domoticz service gerestart?

[rens-br]

mike123 schreef op dinsdag 17 september 2019 @ 23:37:
Toch nog even een vraag over de zigbee2mqtt stick in een Synology nas. Zijn de plugins voor de Synology en de plugins voor de Pi hetzelfde? Het lijkt mij niet in ieder geval. Maar klopt dat ook?
Ik kan namelijk nergens de plugin vinden voor de Synology nas.
Dacht dat ik de juiste had gevonden maar die word ook niet weergegeven in het pulldown menu.
Plugin in diverse mappen geprobeerd, ook de Plugin map natuurlijk. Bestanden gekopieerd met Putty.

En heb je wel Python draaien? Dat is nodig voor (sommige) plugins.

[ Voor 3% gewijzigd door rens-br op 18-09-2019 08:46 ]

[Wachten...]

Ik ben inmiddels weer eens even verder gegeaan met mijn domoticz project.
Door een frisse nieuwe blik op de zaak, (en iets meer kennis). Kom ik erachter dat er iets in mijn code niet klopt.

Onderstaand de code waarmee ik hier op dit forum geholpen ben.

code:

return {
    on = {
        devices = {
            'Overloop | Neo Coolcam Sensor'
        },
    },
    execute = function(domoticz, device)

        local Time = require('Time') --Time function
        local CurrentTime = Time() --Current time

        if (device.state == 'On' and (domoticz.devices('Overloop | Neo Coolcam Lux').lux < 70) and domoticz.time.matchesRule('between 07:00 and 19:59')) then
            domoticz.devices('Lamp Overloop').dimTo(70).checkFirst()
        elseif (device.state == 'On' and (domoticz.devices('Overloop | Neo Coolcam Lux').lux < 70) and domoticz.time.matchesRule('between 20:00 and 23:58')) then
            domoticz.devices('Lamp Overloop').dimTo(40).checkFirst()
        elseif (device.state == 'On' and (domoticz.devices('Overloop | Neo Coolcam Lux').lux < 70) and domoticz.time.matchesRule('between 23:59 and 06:59')) then
            domoticz.devices('Lamp Overloop').dimTo(10).checkFirst()
        else            
            domoticz.devices('Lamp Overloop').switchOff().checkFirst()
        end
    end
}

Nou is het alleen zo dat wat foutmeldingen krijg in mijn log (zie onderstaand).

code:

    All
    Status

    Filter: X
2019-09-18 08:48:17.121 (Z-Stick Gen 5) Light/Switch (Alarm Type)
2019-09-18 08:48:17.123 (Z-Stick Gen 5) Light/Switch (Alarm Level)
2019-09-18 08:48:17.124 (Z-Stick Gen 5) General/Alarm (Alarm Type: Burglar 7 (0x07))
2019-09-18 08:48:17.127 (Z-Stick Gen 5) Light/Switch (Burglar)
2019-09-18 08:48:17.145 (Z-Stick Gen 5) Light/Switch (Overloop | Neo Coolcam Sensor)
2019-09-18 08:48:17.328 (Philips hue bridge) Color Switch (Lamp Overloop)
2019-09-18 08:48:17.263 Status: dzVents: Info: Handling events for: "Overloop | Neo Coolcam Sensor", value: "On"
2019-09-18 08:48:17.263 Status: dzVents: Info: ------ Start internal script: Bewegingssensor Overloop: Device: "Overloop | Neo Coolcam Sensor (Z-Stick Gen 5)", Index: 3
2019-09-18 08:48:17.265 Status: dzVents: Error (2.4.19): An error occured when calling event handler Bewegingssensor Overloop
2019-09-18 08:48:17.265 Status: dzVents: Error (2.4.19): ...s/dzVents/generated_scripts/Bewegingssensor Overloop.lua:13: attempt to call field 'checkFirst' (a nil value)
2019-09-18 08:48:17.266 Status: dzVents: Info: ------ Finished Bewegingssensor Overloop
2019-09-18 08:48:17.266 Status: EventSystem: Script event triggered: /home/pi/domoticz/dzVents/runtime/dzVents.lua
2019-09-18 08:48:23.844 (Philips hue bridge) Color Switch (Group Group for wakeup)
2019-09-18 08:48:23.848 (Philips hue bridge) Color Switch (Group Overloop)
2019-09-18 08:48:23.872 (Philips hue bridge) Lux (ZLLLightLevel Lux Hue ambient light sensor 2)

Heeft iemand enig idee waar deze foutmelding door is ontstaan? Volgens mijn eigen kennis zou alles namelijk moeten kloppen zo?

Ik wil trouwens ook kijken hoe ik deze code verder kan verfijnen en efficienter/beter kan maken.
Ik zie wel eens het één en ander voorbij komen over Timetable. Is dat wat ik in deze situatie het best kan gebruiken?

Daarnaast zou ik nog stees willen dat ik een periode aan kan geven dat de lamp aan blijft staan (nu is dat 30 seconden) Het blijft echter een probleem als ik een tijd aan de lamp koppel, want de sensor reageert dan pas weer 30 seconden (de standaard interval van de sensor) nadat de lamp uit is gegaan.

Onderstaand nog een code die (volgens iemand op domoticz forum) wel zou moeten werken. Dit is overigens geen post geweest van mij) Maar ook hier gaan de lampen gewoon uit, en duurt het weer 30 seconden voordat de sensor reageert.

code:

return  {
            on          =   { devices           =  {  "Woonkamer | Neo Coolcam Sensor" }
                            },
            
            logging     =   {   
                                level           =   domoticz.LOG_DEBUG,
                                marker          =   "Toilet beweging" 
                            },
                    
    execute = function(dz, item)

        local function logWrite(str,level)
            dz.log(str,level or dz.LOG_DEBUG)
        end

       -- local Lux = dz.devices("Toilet | Neo Coolcam Lux").lux
                local LuxDevice = dz.devices('Woonkamer | Neo Coolcam Lux')        -- <<<--- replace xxx by IDX or name of your Lux device
                local Lux = LuxDevice.lux
        -- local Lights = dz.devices("Spot toilet raam")
                local Lights = dz.devices('Spot toilet raam')                   -- <<<--- replace xxx by IDX or name of your lights
                            
        logWrite(LuxDevice.name .. " ==>> Lux:   " .. Lux )
        logWrite(Lights.name ..    " ==>> State: " .. Lights.state)
        logWrite(item.name ..      " ==>> State: " .. item.state)
       
        if Lux < 130 and item.state == "On" then
            Lights.cancelQueuedCommands()
            Lights.switchOn().checkFirst()
        elseif item.state == "Off" and Lights.state == "On" then 
            Lights.switchOff().afterSec(180).checkFirst() 
        end
    end
}

[rens-br]

ivootjuh schreef op woensdag 18 september 2019 @ 08:53:
Kom ik erachter dat er iets in mijn code niet klopt.

Nou is het alleen zo dat wat foutmeldingen krijg in mijn log (zie onderstaand).

code:

2019-09-18 08:48:17.265 Status: dzVents: Error (2.4.19): An error occured when calling event handler Bewegingssensor Overloop
2019-09-18 08:48:17.265 Status: dzVents: Error (2.4.19): ...s/dzVents/generated_scripts/Bewegingssensor Overloop.lua:13: attempt to call field 'checkFirst' (a nil value)

Heeft iemand enig idee waar deze foutmelding door is ontstaan? Volgens mijn eigen kennis zou alles namelijk moeten kloppen zo?

Het zou kunnen zijn dat checkFirst() niet werkt met dimTo, ik heb dat ook bij een aantal commando's. Kun je dat eens weghalen en het dan nogmaals runnen?

Daarnaast zou ik nog stees willen dat ik een periode aan kan geven dat de lamp aan blijft staan (nu is dat 30 seconden) Het blijft echter een probleem als ik een tijd aan de lamp koppel, want de sensor reageert dan pas weer 30 seconden (de standaard interval van de sensor) nadat de lamp uit is gegaan.

Checkt de sensor elke 30 seconden of er beweging is, of heeft de sensor een cool-down periode van 30 seconden?

Verder heb ik in een aantal ruimtes ook een timed schakelaar zitten en de code daarvan staat op Github. (lijkt er op de code die jij gevonden hebt) en dat werkt hier perfect.

[Toppe]

ivootjuh schreef op woensdag 18 september 2019 @ 08:53:
Ik ben inmiddels weer eens even verder gegeaan met mijn domoticz project.
Door een frisse nieuwe blik op de zaak, (en iets meer kennis). Kom ik erachter dat er iets in mijn code niet klopt.

Ik wil trouwens ook kijken hoe ik deze code verder kan verfijnen en efficienter/beter kan maken.
Ik zie wel eens het één en ander voorbij komen over Timetable. Is dat wat ik in deze situatie het best kan gebruiken?

Daarnaast zou ik nog stees willen dat ik een periode aan kan geven dat de lamp aan blijft staan (nu is dat 30 seconden) Het blijft echter een probleem als ik een tijd aan de lamp koppel, want de sensor reageert dan pas weer 30 seconden (de standaard interval van de sensor) nadat de lamp uit is gegaan.

Ik gebruik Neo Coolcam sensoren en ik heb een aangepaste configuratie:

2. On/Off Duration: 60
This parameter can be determined how long the associated devices should stay ON status. For instance, this parameter is set to 30(second), the PIR detector will send a BASIC_SET Command to an associated device with value basic set level if PIR detector is triggered and the associated device will be turned on 30(second) before it is turned off. This Parameter value must be large than Parameter 6#. If user set this parameter to default by Configure CC, the parameter #6 will be set to default value. Available Settings:5 to 600(second).

6. Re-trigger Interval Setting: 8
[small]This Parameter can be used to adjust the interval of being re-triggered after the PIR detector has been triggered. This Parameter value must be less than Parameter 2#. If user set this parameter to default by Configure CC, the parameter #2 will be set to default value. Available Settings: 1 to 8(s).[small]

Hiermee blijft mijn lamp gewoon netjes een minuut aan en kijkt hij elke 8 seconde of er beweging is gedetecteerd.

Let er wel op dat als je de configuratie aanpast je even het knopje aan de binnenkant indrukt, anders kan het heel lang duren voordat hij de nieuwe config opslaat en er wat mee gaat doen.

Wat betreft de wachttijd na het uitgaan: Ik heb dat alleen exact om half 10, dat is het moment waarop ik maar 1 lamp in de gang inschakel in plaats van twee, mochten ze op dat moment aan zijn dan zit ik dus even in het donker. Moet ik nog een keer aanpassen.

[Wachten...]

Checkt de sensor elke 30 seconden of er beweging is, of heeft de sensor een cool-down periode van 30 seconden?

Dit zijn de settings die ik heb in mijn hardware voor de Neo coolcam sensoren

code:

1. Motion detection sensitivity:


Adapt the sensitivity of the motion detection.
Last Update: 2019-09-18 00:11:55

2. Motion detection ON time: (second) (actual: 30)

This parameter can be determined how long the associated devices should stay ON status. For instance, this parameter is set to 30(second), the PIR detector will send a BASIC_SET Command to an associated device with value basic set level if PIR detector is triggered and the associated device will be turned on 30(second) before it is turned off. This Parameter value must be large than Parameter 6#. If user set this parameter to default by Configure CC, the parameter #6 will be set to default value. Available Settings:5 to 600(second).
Last Update: 2019-09-18 00:11:55

3. Basic Set Level: (actual: 255)

Basic Set Command will be sent, on the associated devices (group 2), where contains a value when PIR detector is triggered, the receiver will take it for consideration; for instance, if a lamp module is received the Basic Set Command of which value is decisive as to how bright of dim level of lamp module shall be. This Parameter is used to some associated devices. Available Settings: 0, 1 to 99 or 255.
Last Update: 2019-09-18 00:11:55

4. Motion detection function:


Enable the motion detection (PIR) function. This parameter does not effect the luminance reporting.
Last Update: 2019-09-18 00:11:55

5. Ambient Illumination Lux Level: (lux) (actual: 100)

Define the illumination level value which determines when the 'Illumination switch ON function' is activated. If the illumination level falls below this value and a person moves across or within the detected area, the motion sensor will switch on the associated device (group 2). 0 to 1000(Lux).
Last Update: 2019-09-18 00:11:55

6. Motion detection blind time: (second) (actual: 8)

Period after motion detection in which the sensor is insensitive for new motion detection. This value must be less than the 'Motion detection ON time'. Available Settings: 1 to 8(s).
Last Update: 2019-09-18 00:11:55

7. Illumination reporting interval: (second) (actual: 180)

Determine the time between illumination reports, even when value has not changed. NOTE: This Value Must Be less than Wakeup Interval Time. Available Settings: 60 ~ 36000(second).
Last Update: 2019-09-18 00:11:55

8. Illumination function:


Enable the function to switch on a associated device (group 2) once motion has been detected and the illumination level will be less than the value specified in 'Illumination switch ON level'.
Last Update: 2019-09-18 00:11:55

9. Illumination report threshold: (lux) (actual: 20)

This parameter defines by how much Lux Level must change, in lux, to be reported to the main controller.
Last Update: 2019-09-18 00:11:55

10. Motion detection LED indication:


Enable LED/PIR to blink red when motion detected.
Last Update: 2019-09-18 00:11:55

2000. Wake-up Interval: (Seconds) (actual: 43200)

Last Update: 2019-09-18 00:11:55

Verder heb ik in een aantal ruimtes ook een timed schakelaar zitten en de code daarvan staat op Github. (lijkt er op de code die jij gevonden hebt) en dat werkt hier perfect.

Ik ga eens even kijken wat er van de code afwijkt en wat niet.
Tot nu toe blijf ik er namelijk tegenaan lopen, dat zodra ik .afterSec(180) toevoeg , dat het dan problemen geeft.

[Toppe]

ivootjuh schreef op woensdag 18 september 2019 @ 11:22:
[...]


Dit zijn de settings die ik heb in mijn hardware voor de Neo coolcam sensoren

code:

1. Motion detection sensitivity:


Adapt the sensitivity of the motion detection.
Last Update: 2019-09-18 00:11:55

2. Motion detection ON time: (second) (actual: 30)

This parameter can be determined how long the associated devices should stay ON status. For instance, this parameter is set to 30(second), the PIR detector will send a BASIC_SET Command to an associated device with value basic set level if PIR detector is triggered and the associated device will be turned on 30(second) before it is turned off. This Parameter value must be large than Parameter 6#. If user set this parameter to default by Configure CC, the parameter #6 will be set to default value. Available Settings:5 to 600(second).
Last Update: 2019-09-18 00:11:55

3. Basic Set Level: (actual: 255)

Basic Set Command will be sent, on the associated devices (group 2), where contains a value when PIR detector is triggered, the receiver will take it for consideration; for instance, if a lamp module is received the Basic Set Command of which value is decisive as to how bright of dim level of lamp module shall be. This Parameter is used to some associated devices. Available Settings: 0, 1 to 99 or 255.
Last Update: 2019-09-18 00:11:55

4. Motion detection function:


Enable the motion detection (PIR) function. This parameter does not effect the luminance reporting.
Last Update: 2019-09-18 00:11:55

5. Ambient Illumination Lux Level: (lux) (actual: 100)

Define the illumination level value which determines when the 'Illumination switch ON function' is activated. If the illumination level falls below this value and a person moves across or within the detected area, the motion sensor will switch on the associated device (group 2). 0 to 1000(Lux).
Last Update: 2019-09-18 00:11:55

6. Motion detection blind time: (second) (actual: 8)

Period after motion detection in which the sensor is insensitive for new motion detection. This value must be less than the 'Motion detection ON time'. Available Settings: 1 to 8(s).
Last Update: 2019-09-18 00:11:55

7. Illumination reporting interval: (second) (actual: 180)

Determine the time between illumination reports, even when value has not changed. NOTE: This Value Must Be less than Wakeup Interval Time. Available Settings: 60 ~ 36000(second).
Last Update: 2019-09-18 00:11:55

8. Illumination function:


Enable the function to switch on a associated device (group 2) once motion has been detected and the illumination level will be less than the value specified in 'Illumination switch ON level'.
Last Update: 2019-09-18 00:11:55

9. Illumination report threshold: (lux) (actual: 20)

This parameter defines by how much Lux Level must change, in lux, to be reported to the main controller.
Last Update: 2019-09-18 00:11:55

10. Motion detection LED indication:


Enable LED/PIR to blink red when motion detected.
Last Update: 2019-09-18 00:11:55

2000. Wake-up Interval: (Seconds) (actual: 43200)

Last Update: 2019-09-18 00:11:55

[...]


Ik ga eens even kijken wat er van de code afwijkt en wat niet.
Tot nu toe blijf ik er namelijk tegenaan lopen, dat zodra ik .afterSec(180) toevoeg , dat het dan problemen geeft.

Als je optie 2 aanpast qua tijd dan zou het probleem opgelost moeten zijn. Dit is mijn script voor de melder in de gang en werkt perfect:

code:

return {
    on = {
        devices = { 299 }
    },
    logging = {
        marker = "Bewegingsmelder gang"
    },
    execute = function(domoticz, item)
        
        local motionDetected    = item.state
        local lightVoordeur     = domoticz.devices(lightGangVoordeur)
        local lightTrap         = domoticz.devices(lightGangTrap)
        local luxWaardeGang     = domoticz.devices(luxGang).lux
        local luxDimWaarde      = 5
        
        domoticz.log("Lux waarde vastgesteld op "..luxWaardeGang.."")
        
        if(motionDetected == "On" and luxWaardeGang < 120) then
            
            domoticz.log("Beweging gedetecteerd")
            
            if(currentTime > "07:00" and currentTime < "21:30") then
                lightVoordeur.dimTo(luxDimWaarde)
                lightTrap.dimTo(luxDimWaarde)
                domoticz.log("Tijd is "..currentTime..", dag verlichting wordt ingeschakeld.")
            else
                lightVoordeur.dimTo(luxDimWaarde)
                domoticz.log("Tijd is "..currentTime..", avond verlichting wordt ingeschakeld.")
            end
        
        elseif(motionDetected == "Off") then
            domoticz.log("Bewegingsmelder heeft zich afgemeld, verlichting wordt uitgeschakeld.")
            lightVoordeur.switchOff()
            lightTrap.switchOff()
            
        end
        
    end
}

Let niet helemaal op de code zelf, ik begin vaak ergens aan en als het werkt... Waarom moet je het dan veranderen?

[Wachten...]

Toppe schreef op woensdag 18 september 2019 @ 12:18:
[...]


Als je optie 2 aanpast qua tijd dan zou het probleem opgelost moeten zijn. Dit is mijn script voor de melder in de gang en werkt perfect:

code:

return {
    on = {
        devices = { 299 }
    },
    logging = {
        marker = "Bewegingsmelder gang"
    },
    execute = function(domoticz, item)
        
        local motionDetected    = item.state
        local lightVoordeur     = domoticz.devices(lightGangVoordeur)
        local lightTrap         = domoticz.devices(lightGangTrap)
        local luxWaardeGang     = domoticz.devices(luxGang).lux
        local luxDimWaarde      = 5
        
        domoticz.log("Lux waarde vastgesteld op "..luxWaardeGang.."")
        
        if(motionDetected == "On" and luxWaardeGang < 120) then
            
            domoticz.log("Beweging gedetecteerd")
            
            if(currentTime > "07:00" and currentTime < "21:30") then
                lightVoordeur.dimTo(luxDimWaarde)
                lightTrap.dimTo(luxDimWaarde)
                domoticz.log("Tijd is "..currentTime..", dag verlichting wordt ingeschakeld.")
            else
                lightVoordeur.dimTo(luxDimWaarde)
                domoticz.log("Tijd is "..currentTime..", avond verlichting wordt ingeschakeld.")
            end
        
        elseif(motionDetected == "Off") then
            domoticz.log("Bewegingsmelder heeft zich afgemeld, verlichting wordt uitgeschakeld.")
            lightVoordeur.switchOff()
            lightTrap.switchOff()
            
        end
        
    end
}

Let niet helemaal op de code zelf, ik begin vaak ergens aan en als het werkt... Waarom moet je het dan veranderen?

Ik heb de hardware settings aangepast, en het lijkt erop dat het nu wat beter werkt, zonder dat ik een .afterSec(120) toe hoef te voegen.
Ik houd je even op de hoogte hoe het verder verloopt!

[Alicanto]

SpikeHome schreef op dinsdag 17 september 2019 @ 12:18:
Zijn er mensen die goede ervaringen hebben met zwave thermostaat kranen?
Zoals b.v. de Eurotronic Spirit Radiator Thermostaat.
Ben erg benieuwd naar o.a. de batterij duur.

Ik had een Danfoss DAN_LC-13. Batterijduur niks op aan te merken. Volgens mij nooit leeg gegaan in een jaar gebruik op 2xAAA. Het probleem was echter dat hij pas wanneer de gewenste temperatuur bereikt was, de verwarming uitschakelde. Het was ook enkel mogelijk de kraan volledig open of volledig gesloten te zetten. Dan krijg je een flinke overshoot, dus ik moest de temperatuur lager instellen dan de temperatuur die ik eigenlijk wenste. Vervelende methode. Er zou een feedback loop in moeten zitten (PID control oid).

[Toppe]

ivootjuh schreef op woensdag 18 september 2019 @ 12:34:
[...]


Ik heb de hardware settings aangepast, en het lijkt erop dat het nu wat beter werkt, zonder dat ik een .afterSec(120) toe hoef te voegen.
Ik houd je even op de hoogte hoe het verder verloopt!

Ik zou de sensor naar wens instellen, anders wordt het in de toekomst een heel gezoek naar hoe je bepaalde dingen heb ingesteld. Liep ik in het begin ook tegen aan en ben blij dat ik er nu vanaf ben

Zet ik net zelf de aan tijd wat hoger zegt vrouwlief "Ja, maar 's nachts wil ik hem wel op 30 seconden houden hoor".....

[ Voor 11% gewijzigd door Toppe op 18-09-2019 16:18 ]

[Peutpeut]

Joop_Klepzeiker schreef op dinsdag 17 september 2019 @ 07:27:
[...]


Dat domoticz helemaal crasht na toevoegen van een node heb ik nog niet gehad, onlangs wel dat deze een node niet wilde toevoegen. Domoticz icm een Pi blijft altijd wel een hoge "tweakfactor" hebben, je moet er hobby aan hebben anders moet je er niet aan beginnen. Aan de andere kant, mijn systeem is al 5 jaar oud en werkt over het algemeen probleemloos. Pas als je iets veranderd, kunnen er soms wat probleempje komen.

Zorg in ieder geval dat je goede back-ups hebt: ik maak dagelijks back-ups van de scripts en databases en maandelijks van het hele sd kaartje.

@Joop_Klepzeiker: Hoe maak je die backups? Ik neem aan niet handmatig? Is daar een eenvoudige tool voor? --> Al gevonden in de wiki op de Domoticz website!

Dat heb ik al wel gemerkt en dat is juist de uitdaging. Dat het niet altijd probleemloos werkt heb ik ook gemerkt. Ik krijg namelijk de Buienradar plugin niet aan de gang in de meest recente versie van Domoticz icm een Pi4. Iemand hier ervaring mee?

[ Voor 12% gewijzigd door Peutpeut op 18-09-2019 16:46 ]

[Knielen]

@Dylantje2 in het WP forum zag ik je over een dzvents script praten voor het in- en uitschakelen van je WP. Misschien heb je iets aan mijn script als basis. Dit script zorgt ervoor dat de WP aan gaat als de vloer kouder is dan 17 graden en weer uit als deze warmer is. Dit alleen overdag. Ik gebruik het in combinatie met een pelletkachel, dus zal zeker niet voldoen aan jouw wensen, maar als basis misschien prima te gebruiken

code:

return {
    on = {
        devices = { 'Verwarming CV Aan', 'Beneden Verwarmen', 'Verwarming' },
        timer = { 'every 15 minutes on mon,tue,wen,sat,sun' } 
    },
    execute = function(dz, item)
        if (item.isTimer and dz.devices('Temp_Vloer').temperature <= 17 and dz.devices('Verwarming').state == 'Auto' and dz.time.matchesRule("between 7:00 and 16:00")) then
            dz.devices('Beneden Verwarmen').switchOn().checkFirst()
            dz.devices('PIN 27 OUT WP').switchOn().checkFirst()
            dz.log('Temp vloer onder 17, verwarming aan')
        elseif (item.isTimer and dz.devices('Temp_Vloer').temperature >= 21 and dz.devices('Verwarming').state == 'Auto') then
            if (dz.devices('Jurre Verwarmen').state == 'Off' and dz.devices('Cas Verwarmen').state == 'Off') then
                dz.devices('PIN 27 OUT WP').switchOff().checkFirst()
                dz.log('Temp vloer boven 21, verwarming uit')
            end
            dz.devices('Beneden Verwarmen').switchOff().checkFirst()
        end
        if (item.isDevice and item.name == 'Verwarming' and dz.devices('Verwarming').state == 'Uit' and dz.devices('Beneden Verwarmen').state == 'On') then
            dz.devices('Beneden Verwarmen').switchOff().checkFirst()
            dz.devices('PIN 27 OUT WP').switchOff().checkFirst()
            dz.log('Verwarming Auto uitgezet, verwarming uit')
        end
        if (item.isDevice and item.name == 'Verwarming' and dz.devices('Verwarming').state == 'Aan') then
            dz.devices('Beneden Verwarmen').switchOn().checkFirst()
            dz.devices('PIN 27 OUT WP').switchOn().checkFirst()
            dz.log('Verwarming handmatig aangezet')
        end
    end
}

Als deze veel te complex is voor jouw situatie dan moet je maar eens vertellen wat je precies wilt en zal ik hem aanpassen.

[Dylantje2]

Knielen schreef op woensdag 18 september 2019 @ 19:21:
@Dylantje2 in het WP forum zag ik je over een dzvents script praten voor het in- en uitschakelen van je WP. Misschien heb je iets aan mijn script als basis. Dit script zorgt ervoor dat de WP aan gaat als de vloer kouder is dan 17 graden en weer uit als deze warmer is. Dit alleen overdag. Ik gebruik het in combinatie met een pelletkachel, dus zal zeker niet voldoen aan jouw wensen, maar als basis misschien prima te gebruiken

code:

return {
    on = {
        devices = { 'Verwarming CV Aan', 'Beneden Verwarmen', 'Verwarming' },
        timer = { 'every 15 minutes on mon,tue,wen,sat,sun' } 
    },
    execute = function(dz, item)
        if (item.isTimer and dz.devices('Temp_Vloer').temperature <= 17 and dz.devices('Verwarming').state == 'Auto' and dz.time.matchesRule("between 7:00 and 16:00")) then
            dz.devices('Beneden Verwarmen').switchOn().checkFirst()
            dz.devices('PIN 27 OUT WP').switchOn().checkFirst()
            dz.log('Temp vloer onder 17, verwarming aan')
        elseif (item.isTimer and dz.devices('Temp_Vloer').temperature >= 21 and dz.devices('Verwarming').state == 'Auto') then
            if (dz.devices('Jurre Verwarmen').state == 'Off' and dz.devices('Cas Verwarmen').state == 'Off') then
                dz.devices('PIN 27 OUT WP').switchOff().checkFirst()
                dz.log('Temp vloer boven 21, verwarming uit')
            end
            dz.devices('Beneden Verwarmen').switchOff().checkFirst()
        end
        if (item.isDevice and item.name == 'Verwarming' and dz.devices('Verwarming').state == 'Uit' and dz.devices('Beneden Verwarmen').state == 'On') then
            dz.devices('Beneden Verwarmen').switchOff().checkFirst()
            dz.devices('PIN 27 OUT WP').switchOff().checkFirst()
            dz.log('Verwarming Auto uitgezet, verwarming uit')
        end
        if (item.isDevice and item.name == 'Verwarming' and dz.devices('Verwarming').state == 'Aan') then
            dz.devices('Beneden Verwarmen').switchOn().checkFirst()
            dz.devices('PIN 27 OUT WP').switchOn().checkFirst()
            dz.log('Verwarming handmatig aangezet')
        end
    end
}

Als deze veel te complex is voor jouw situatie dan moet je maar eens vertellen wat je precies wilt en zal ik hem aanpassen.

THANKS
Alleen ff tijd..gebrek, binnenkort weer iets meer
Ga hem eens uitpluizen tzt meld ik me hahaha


Vraagje mss ook een script om mijn verbruik enz beter te uploaden naar Pv output...?
Nu is het net niks, het werkt , maar dat is het dan ook wel..
https://pvoutput.org/intraday.jsp?id=15321&sid=15798

Nu met verschillende scripts geprobeerd maar grrr.


welke pelletstove heb je?
Ik een duro flame getweakt :-)

[fabstar81]

Iemand nog een tip voor een mooie 6-slof stekkerdoos die op wat voor manier dan ook te koppelen is met Domoticz?

Mag Zwave, RFXcomE, WiFi of zigbee2mqtt zijn. Heb alle hardware.

Mijn Greenwave 6 houdt er langzaam mee op.

[mike123]

rens-br schreef op woensdag 18 september 2019 @ 08:46:
[...]


En heb je wel Python draaien? Dat is nodig voor (sommige) plugins.

Ja, Python staat er ook op.
Dank je.

[Wachten...]

Het zou kunnen zijn dat checkFirst() niet werkt met dimTo, ik heb dat ook bij een aantal commando's. Kun je dat eens weghalen en het dan nogmaals runnen?

Ik heb .checkFirst() weggehaald na de .dimTo(5) en het klopt inderdaad dat de foutmelding nu weg is.
Ik vraag me alleen af of het dan altijd goed gaat. Want logischerwijs controleert hij met de .checkFirst() eerst of de lamp in dit geval al op 5 procent staat? of begrijp ik het dan verkeerd?

Mij lijkt dat je dit stukje code er toch in wilt hebben.....