Domoticz - open source domotica systeem - deel 4

[Helhond]

Cable_boy schreef op donderdag 9 april 2020 @ 12:36:
[...]


Je zult een property van Klep mort gebruiken en niet het object zelf. Dus bijvoorbeeld Klep.state
Print het even naar de log om te zien welke toestanden die kent zodat je weet wat je in je conditie moet zetten.

Wat voor een device is het?

Bedankt, ik heb geen idee wat voor device het is, customsensor dacht ik, hoe kan ik dat precies bepalen?

Ik heb nu:

code:

domoticz.log(Klep.state)

En dan krijg ik deze info:

code:

2020-04-10 14:08:00.183 Status: dzVents: Debug: Processing device-adapter for 3-weg klep (Zonneboiler):: Percentage device adapter
2020-04-10 14:08:00.184 Status: dzVents: Info: 0.0

Daarop had ik dit geprobeerd, maar dat werkte niet.
Hij blijft else pakken... ook met Klep.state == 0.0

code:

local Klep            = domoticz.devices('3-weg klep (Zonneboiler):')
        if ( Klep == 0.0 ) then
        ...
        else
        ...

[tsjoender]

DjAntoon schreef op vrijdag 10 april 2020 @ 13:18:
[...]


Ik inmiddels ook al jaren, echter ik heb nu het probleem dat een backup terugzetten naar de pi drive, (usb stick) meer dan 6 uur duurt. Ik verwacht omdat ik een trage 64GB usb stick gebruik.

Nu wilde ik hem over gaan zetten naar een sandisk extreme, ook van 64GB maar dat past net niet...
Ik zou graag mijn image willen verkleinen, maar vind online niet zoveel specifieks voor deze toepassing.
Wat is het makkelijkst:
Image verkleinen? (Ik heb een BIN image file gemaakt met imageUSB (PassMark)
Op de rpi iets? (Ik heb gelukkig een backup, dus dat wil ik wel proberen indien dat kan)

Iemand die mij een zet in de goede richting kan geven.

Hier zie ik dat iemand daar een script voor gemaakt heeft (zelf nooit geprobeerd en de maker geeft ook een disclaimer gebruik op eigen risico), maar je past het toe op een kopie begrijp ik:

https://mtyka.github.io/r...nk-raspberrypi-image.html

[MikeOO]

anconakip schreef op zondag 5 april 2020 @ 11:08:
Iemand die mij kan helpen met het maken van een script? Ik wil graag dat als mijn achterdeur langer open staat (bijv. meer dan 5 minuten) de verwarming setpoint naar 16 graden gaat. Zodra de deur weer dicht gaat moet de verwarming weer naar de 20 graden.

Ik heb nu dit:

code:

function timedifference(timestamp)
  y, m, d, H, M, S = timestamp:match("(%d+)-(%d+)-(%d+) (%d+):(%d+):(%d+)")
  difference = os.difftime(os.time(), os.time{year=y, month=m, day=d, hour=H, min=M, sec=S})
  return difference
end

commandArray = {}

s = otherdevices_lastupdate['Achterdeur']

if(otherdevices['Achterdeur']=='Open' and timedifference(s) >  600) then
        commandArray['Verwarming16'] = 'on'
    elseif(otherdevices['Achterdeur']=='Closed') then
        commandArray['Verwarming16'] = 'Off'
end

Maar dan krijg ik onderstaande foutmelding:

Error: dzVents: Error: (3.0.1) ...omoticz/scripts/dzVents/generated_scripts/Achterdeur.lua:9: attempt to index a nil value (global 'otherdevices_lastupdate')

Ik gebruik naar aanleiding van jouw idee het nu ook op de tuindeur icm Honeywell Lyric T6 en deze kan ik toevoegen in Domoticz. Hierdoor zijn een aantal waardes te lezen en aan te passen.

Ik pas de Setpoint dus aan als de deur langer dan 10 minuten openstaat en wordt hij op 16 graden gezet.
Als hij dicht gaat springt hij weer terug naar 19.

Nu nog zien te achterhalen hoe je de huidige Setpoint waarde (dus de Setpoint waarde voordat hij de temp terugset naar 16 graden) tijdelijk kan opslaan zodat als de deur weer dichtgaat hij naar de vorige setpoint terug gaat. Dat is nog mooier dan hem constant weer op 19 graden terug te zetten.

code:

function timedifference(timestamp)
  y, m, d, H, M, S = timestamp:match("(%d+)-(%d+)-(%d+) (%d+):(%d+):(%d+)")
  difference = os.difftime(os.time(), os.time{year=y, month=m, day=d, hour=H, min=M, sec=S})
  return difference
end

commandArray = {}

s = otherdevices_lastupdate['Tuindeur']

if(otherdevices['Tuindeur']=='Open' and timedifference(s) >  600) then
        commandArray['UpdateDevice']= "4847 | 0 | 16.0"
            print('<font color="blue">Tuindeur staat langer dan 10 minuten open, CV gaat naar 16 graden!!</font>')

elseif(otherdevices['Tuindeur']=='Closed') then
    commandArray['UpdateDevice']= "4847 | 0 | 19"
            print('<font color="blue">Tuindeur is dicht, CV gaat terug naar 19 graden!!</font>')
end

return commandArray

[DjAntoon]

tsjoender schreef op vrijdag 10 april 2020 @ 14:46:
[...]


Hier zie ik dat iemand daar een script voor gemaakt heeft (zelf nooit geprobeerd en de maker geeft ook een disclaimer gebruik op eigen risico), maar je past het toe op een kopie begrijp ik:

https://mtyka.github.io/r...nk-raspberrypi-image.html

Ja dat zou misschien wel aardig zijn, maar ik heb een USB stick en geen SD card. De SD card is enkel om te booten, en doet het dus al jaren goed. (Ik heb een backup SD card gemaakt, die werkt)

[tsjoender]

DjAntoon schreef op vrijdag 10 april 2020 @ 15:18:
[...]


Ja dat zou misschien wel aardig zijn, maar ik heb een USB stick en geen SD card. De SD card is enkel om te booten, en doet het dus al jaren goed. (Ik heb een backup SD card gemaakt, die werkt)

Een image is een image. Voor Linux eender van wat voor block devices het komt. Ik zou niet weten waarom deze methode niet zou werken op een USB stick. Het is zeker de moeite van het proberen waard om dezelfde stappen toe te passen en bij de dd commandos het USB device te kiezen waar dit voorbeeld uitgaat van een SD kaart. Bij dit soort dingen is het natuurlijk wel oppassen dat je niet de enige kopie van iets overschrijft, want dd checkt verder niets voor je en doet precies wat je 'm vraagt.

[SpikeHome]

DjAntoon schreef op vrijdag 10 april 2020 @ 13:18:
[...]


Ik inmiddels ook al jaren, echter ik heb nu het probleem dat een backup terugzetten naar de pi drive, (usb stick) meer dan 6 uur duurt. Ik verwacht omdat ik een trage 64GB usb stick gebruik.

Nu wilde ik hem over gaan zetten naar een sandisk extreme, ook van 64GB maar dat past net niet...
Ik zou graag mijn image willen verkleinen, maar vind online niet zoveel specifieks voor deze toepassing.
Wat is het makkelijkst:
Image verkleinen? (Ik heb een BIN image file gemaakt met imageUSB (PassMark)
Op de rpi iets? (Ik heb gelukkig een backup, dus dat wil ik wel proberen indien dat kan)

Iemand die mij een zet in de goede richting kan geven.

Ik heb mijn domoticz image op 8gb laten staan meer dan zat voor alleen domoticz
Backuppen en restoren is minuten kwestie.
De pidrive is ook een HDD op USB

[tsjoender]

SpikeHome schreef op vrijdag 10 april 2020 @ 15:56:
[...]
Ik heb mijn domoticz image op 8gb laten staan meer dan zat voor alleen domoticz
Backuppen en restoren is minuten kwestie.
De pidrive is ook een HDD op USB

Dat scheelt zeker ook! Ik was ooit begonnen met een 8GB SD kaart in een Pi 1 en nu is het een 32GB micro SD kaart, maar ik heb de partitie op 8GB gelaten om diezelfde reden. Ik weet eigenlijk niet of het ook helpt voor de wear leveling. Op deze manier blijven een heleboel blokken vrij om corrupte blokken mee te vervangen...

[jobr]

DjAntoon schreef op vrijdag 10 april 2020 @ 13:18:
[...]


Ik inmiddels ook al jaren, echter ik heb nu het probleem dat een backup terugzetten naar de pi drive, (usb stick) meer dan 6 uur duurt. Ik verwacht omdat ik een trage 64GB usb stick gebruik.

Nu wilde ik hem over gaan zetten naar een sandisk extreme, ook van 64GB maar dat past net niet...
Ik zou graag mijn image willen verkleinen, maar vind online niet zoveel specifieks voor deze toepassing.
Wat is het makkelijkst:
Image verkleinen? (Ik heb een BIN image file gemaakt met imageUSB (PassMark)
Op de rpi iets? (Ik heb gelukkig een backup, dus dat wil ik wel proberen indien dat kan)

Iemand die mij een zet in de goede richting kan geven.

Ik weet niet of je hier iets aan hebt.

[BoschR]

Dylantje2 schreef op vrijdag 10 april 2020 @ 14:00:
[...]
mqtt is wss de boosdoener.
Ben met Gizmocuz aan het mailen geweest...
Hier ook om de x uur een offline
Vanaf vanmorgen mqtt uit staan.... EN nog steeds online

Zou je eens kunnen kijken als je mqqt uit zet [ alles wat daar mee te maken heeft ] wat er dan gebeurt?

Dan stapje voor stapje iets aanzetten van mqtt hardware en dan paar uren wachten wat dan enz enz enz

Oke dit is interessant. Kan je iets meer delen wat de problemen precies zijn dan?

Liefst schakel ik MQTT niet uit, dan werkt een deel van mn domotica niet meer. Maar elke keer opnieuw opstarten begint ook behoorlijk te frustreren. Ik zal is beginnen met de water meter op 5 min te zetten ipv elke minuut.

[HellStorm666]

Heej allemaal.
Vraagje,

Binnenkort worden er 3 rolluiken geplaatst met 230v AC motor.
Deze wil ik aan m'n domoticz hangen via z-wave.
Ik lees over de Fibaro Roller Shutter 3 alleen maar problemen.
En m'n ervaring met de 10+ dimmer2 is ook niet al te best (fw update, maar die kan niet zonder hc).

Nu zag ik dat aeotec de nano shutter heeft en qubino er ook een heeft.

Opzich lijkt die aeotec mij wel (gebruik die z-wave stick ook).

Heeft er iemand ervaring met de aeotec nano shutter (of de qubino)?

Of nog een ander waar ik naar kan kijken?

Eisen:
Helemaal Open, helemaal dicht, tochtstand, betrouwbaar.

Nice to have:
Ga naar x% (open/dicht)

[Moffin]

Een collega van mij heeft eens buismotoren uit -ik meen polen- laten komen (zwave).

Ikzelf heb Fibaro Roller Shutters gehad en dit heeft 2,5 jaar perfect gewerkt. Toen ik ging verhuizen heb ik alles uitgebouwd en nu ligt hier 1 zo'n Beoordeel FIBARO Roller Shutter 2. Dit is dus wel de 2 ipv de 3.

Wat voor problemen lees je met name? Gaat dit specifiek over de 3?

[Dylantje2]

HellStorm666 schreef op vrijdag 10 april 2020 @ 19:29:
Heej allemaal.
Vraagje,

Binnenkort worden er 3 rolluiken geplaatst met 230v AC motor.
Deze wil ik aan m'n domoticz hangen via z-wave.
Ik lees over de Fibaro Roller Shutter 3 alleen maar problemen.
En m'n ervaring met de 10+ dimmer2 is ook niet al te best (fw update, maar die kan niet zonder hc).

Nu zag ik dat aeotec de nano shutter heeft en qubino er ook een heeft.

Opzich lijkt die aeotec mij wel (gebruik die z-wave stick ook).

Heeft er iemand ervaring met de aeotec nano shutter (of de qubino)?

Of nog een ander waar ik naar kan kijken?

Eisen:
Helemaal Open, helemaal dicht, tochtstand, betrouwbaar.

Nice to have:
Ga naar x% (open/dicht)

Ik zou kijken naar shelly's
Veel minder ellende dan Zwave

En iets goekoper

[HellStorm666]

Dylantje2 schreef op vrijdag 10 april 2020 @ 20:20:
[...]


Ik zou kijken naar shelly's
Veel minder ellende dan Zwave

En iets goekoper

M'n hele huis draait al op z-wave en dat bevalt me erg goed.
Daarbij is de prijs van z-wave goed te doen als je het op andere plaatsen koopt dan de premium Nederlandse websites.

[HellStorm666]

Moffin schreef op vrijdag 10 april 2020 @ 20:02:
Een collega van mij heeft eens buismotoren uit -ik meen polen- laten komen (zwave).

Ikzelf heb Fibaro Roller Shutters gehad en dit heeft 2,5 jaar perfect gewerkt. Toen ik ging verhuizen heb ik alles uitgebouwd en nu ligt hier 1 zo'n Beoordeel FIBARO Roller Shutter 2. Dit is dus wel de 2 ipv de 3.

Wat voor problemen lees je met name? Gaat dit specifiek over de 3?

Lees de problemen over specifiek de V3.
Niet reageren op commando's.
Volledig open gaan terwijl je m naar 30% stuur.
Open doen, dicht doen en daarna pas na 15min dicht gaat.
En uiteraard allemaal met fw update te fixen, welke t nog erger maakt.
En geweldig fijn dat je de updates alleen kan uitvoeren als je die dure fibaro home center hebt (not).

[Dylantje2]

HellStorm666 schreef op vrijdag 10 april 2020 @ 20:22:
[...]

M'n hele huis draait al op z-wave en dat bevalt me erg goed.
Daarbij is de prijs van z-wave goed te doen als je het op andere plaatsen koopt dan de premium Nederlandse websites.

mmm Andere plaatsen...?

En meet je toevallig met Zwave ook verbruik van iets?
toevallig ook last van pieken?


@BoschR
Hoe en wat precies wet ik niet
Gizmocuz mailde me erover dat er meer mensen last hadden reboot icm mqtt
Ik heb nu ook weinig automtisch in huus [ Zigbee2mqtt] en tasmota..:-)
Maar to nu toe vanaf gisteravond al stabiel zonder mqtt
Dus vanavond ga ik mqtt weer aanzetten [ 24 uur draaien ]
En dan kijken.
Maar ik hoop ook op een oplossing... want laatst alles omgezte van Hue en Xiaomi naar z2m...

[Huupke]

Helhond schreef op vrijdag 10 april 2020 @ 14:14:
[...]


Bedankt, ik heb geen idee wat voor device het is, customsensor dacht ik, hoe kan ik dat precies bepalen?

Ik heb nu:

code:

domoticz.log(Klep.state)

En dan krijg ik deze info:

code:

2020-04-10 14:08:00.183 Status: dzVents: Debug: Processing device-adapter for 3-weg klep (Zonneboiler):: Percentage device adapter
2020-04-10 14:08:00.184 Status: dzVents: Info: 0.0

Daarop had ik dit geprobeerd, maar dat werkte niet.
Hij blijft else pakken... ook met Klep.state == 0.0

code:

local Klep            = domoticz.devices('3-weg klep (Zonneboiler):')
        if ( Klep == 0.0 ) then
        ...
        else
        ...

Je conditie kijkt nog steeds naar het object en niet naar de property.
Dus waarschijnlijk, als state een float of double is moet je het zo vergelijken:

if ( Klep.state == 0.0 )

Ik weet echter vrij zeker dat state een string is en dan moet je het zo vergelijken:

if ( tonumber(Klep.state) == 0.0 )

Of zo:

if ( Klep.state == "0.0" )

Het type device kun je bij 'Devices' zien.

[ Voor 7% gewijzigd door Huupke op 10-04-2020 20:53 ]

[HellStorm666]

Dylantje2 schreef op vrijdag 10 april 2020 @ 20:29:
[...]


mmm Andere plaatsen...?

En meet je toevallig met Zwave ook verbruik van iets?
toevallig ook last van pieken?


@BoschR
Hoe en wat precies wet ik niet
Gizmocuz mailde me erover dat er meer mensen last hadden reboot icm mqtt
Ik heb nu ook weinig automtisch in huus [ Zigbee2mqtt] en tasmota..:-)
Maar to nu toe vanaf gisteravond al stabiel zonder mqtt
Dus vanavond ga ik mqtt weer aanzetten [ 24 uur draaien ]
En dan kijken.
Maar ik hoop ook op een oplossing... want laatst alles omgezte van Hue en Xiaomi naar z2m...

Amazon, eBay, Aliexpress.
Ik meet van heel veel apparaten ook het verbruik.
En heb op een enkel eens per jaar een rare piek van een paar duizend Watt.
Al heb ik deze piek t afgelopen 18mnd niet meer gezien.
Is denk ik ook meer een domoticz probleem dan een z-wave probleem.

[Dylantje2]

HellStorm666 schreef op vrijdag 10 april 2020 @ 20:37:
[...]


Amazon, eBay, Aliexpress.
Ik meet van heel veel apparaten ook het verbruik.
En heb op een enkel eens per jaar een rare piek van een paar duizend Watt.
Al heb ik deze piek t afgelopen 18mnd niet meer gezien.
Is denk ik ook meer een domoticz probleem dan een z-wave probleem.

Oke, daar zijn soms wel goedkopere te vinden ja...[ maar Ali wel eens smeulende van gezien ]

Die pieken zijn toch wel een zwave probleem geeft Gizmocuz aan..

[Moffin]

HellStorm666 schreef op vrijdag 10 april 2020 @ 20:24:
[...]

Lees de problemen over specifiek de V3.
Niet reageren op commando's.
Volledig open gaan terwijl je m naar 30% stuur.
Open doen, dicht doen en daarna pas na 15min dicht gaat.
En uiteraard allemaal met fw update te fixen, welke t nog erger maakt.
En geweldig fijn dat je de updates alleen kan uitvoeren als je die dure fibaro home center hebt (not).

Wellicht marktplaats checken voor de v2

[Helhond]

Cable_boy schreef op vrijdag 10 april 2020 @ 20:36:
[...]


Je conditie kijkt nog steeds naar het object en niet naar de property.
Dus waarschijnlijk, als state een float of double is moet je het zo vergelijken:

[...]

Ik weet echter vrij zeker dat state een string is en dan moet je het zo vergelijken:

[...]

Of zo:

[...]


Het type device kun je bij 'Devices' zien.

Bedankt, ik heb gelijk je string geprobeerd, en dat lijkt goed te werken. Althans hij loopt "synchroon" met de if statement.
Ik ben blij

Nog even de info van devices:
Type: General
SubType: Percentage

Als ik bij device attributes bij percentage kijk in de wiki zie ik echter "number" staan. Er wordt sowieso weinig over percentage gesproken in de wiki.

[Jimster]

BoschR schreef op vrijdag 10 april 2020 @ 19:04:
[...]

Oke dit is interessant. Kan je iets meer delen wat de problemen precies zijn dan?

Liefst schakel ik MQTT niet uit, dan werkt een deel van mn domotica niet meer. Maar elke keer opnieuw opstarten begint ook behoorlijk te frustreren. Ik zal is beginnen met de water meter op 5 min te zetten ipv elke minuut.

Ik heb hetzelfde probleem. Om de paar uur offline. Ik heb het nu tijdelijk opgelost met monit, zodat deze domoticz automatisch herstart.
Op het Domoticz forum loopt hier ook een draadje over. Een update van mosquitto schijnt bij sommigen te helpen, bij mij helaas niet. Een herinstall heb ik niet zoveel zin in.
Zie https://www.domoticz.com/forum/viewtopic.php?t=29753

[kever678]

Hier ook wat vreemde problemen sinds de laatste update, wanneer ik wat lichten aanzet via het dashboard dan springt de status soms terug naar off terwijl de lamp gewoon nog aanstaat. Gebeurt niet met alle lampen maar wel willekeurig.

Indien ik de status controleer via /json.htm?type=events&param=currentstates dan klopt dit met de realiteit. Kijk ik bij /json.htm?type=devices dan staat daar de status zoals ik het zie op het dashboard. (foutief dus)

Iemand enig idee wat dit kan veroorzaken? Betreft tot dusverre alleen lampen die met een Osram smart+ plug (via een Hue hub) worden geschakeld.

[Peutpeut]

HellStorm666 schreef op vrijdag 10 april 2020 @ 19:29:
Heej allemaal.
Vraagje,

Binnenkort worden er 3 rolluiken geplaatst met 230v AC motor.
Deze wil ik aan m'n domoticz hangen via z-wave.
Ik lees over de Fibaro Roller Shutter 3 alleen maar problemen.
En m'n ervaring met de 10+ dimmer2 is ook niet al te best (fw update, maar die kan niet zonder hc).

Nu zag ik dat aeotec de nano shutter heeft en qubino er ook een heeft.

Opzich lijkt die aeotec mij wel (gebruik die z-wave stick ook).

Heeft er iemand ervaring met de aeotec nano shutter (of de qubino)?

Of nog een ander waar ik naar kan kijken?

Eisen:
Helemaal Open, helemaal dicht, tochtstand, betrouwbaar.

Nice to have:
Ga naar x% (open/dicht)

Ik heb twee Qubino Flush Shutters in gebruik, komt binnenkort een derde bij, werkt prima. We bedienen ze met name via Google Home. Het commando om naar een bepaald deel te zakken werkt ook.

[HellStorm666]

Peutpeut schreef op vrijdag 10 april 2020 @ 23:06:
[...]


Ik heb twee Qubino Flush Shutters in gebruik, komt binnenkort een derde bij, werkt prima. We bedienen ze met name via Google Home. Het commando om naar een bepaald deel te zakken werkt ook.

Top!
Dus deze kan je naar een bepaald % laten gaan? In hoeveel stappen kan dat?
En uiteraard werkt een gewone pulsdrukker ook? (1x indrukken is helemaal naar beneden (of boven) en vasthouden is doorgaan totdat je los laat?)

Verder nog iets als dubbel drukken oid voor scènes of stroom meting?

[KroontjesPen]

Het kan nog gekker.

C.a) Het aangepaste script C

code:

-- Hue_Lichtsensor_buiten_routine
return {
    on = {
        devices = {
            
            686                                                     -- Hue sensor buiten
        },
    },
    execute = function(domoticz, device)
        
        local Time                  = require('Time')               --Time function
        local CurrentTime           = Time()                        --Current time
                    
        local OostII_2          = domoticz.devices(  9)
        local ZuidII_3          = domoticz.devices( 10)
            
        local SlaapkamerStaande = domoticz.devices(635)        
        local KamerRaamzijde    = domoticz.devices(332)
        local SchoorsteenRechts = domoticz.devices(356)
        local SchoorsteenLinks  = domoticz.devices(874)
        local Aanrecht          = domoticz.devices(828)   
        
        local HueKamerMidden    = domoticz.devices(640)             -- Test

        if (not device.active)
            and CurrentTime.matchesRule(' between 30 minutes before sunrise and 30 minutes after sunset ')
                then
                    ZuidII_3.cancelQueuedCommands()
                    OostII_2.switchOff().checkFirst()
                    ZuidII_3.switchOff().checkFirst()
                    domoticz.devices('Notitie').updateText('            Het is licht buiten ')  
                        
                if  domoticz.variables('GeblokkeerdUitBinnen').value == ("Nee")
                    then
                        domoticz.variables('GeblokkeerdUitBinnen').set("Ja")
                        domoticz.variables('SensorTijd').set(domoticz.time.secondsSinceMidnight/60)

                            HueKamerMidden.switchOn().afterMin(00)      -- Test
                           HueKamerMidden.switchOff().afterMin(20)      -- Test
                           
                        SlaapkamerStaande.switchOff().afterMin(20)                     
                           KamerRaamzijde.switchOff().afterMin(30)
                        SchoorsteenRechts.switchOff().afterMin(40)
                         SchoorsteenLinks.switchOff().afterMin(50)
                                 Aanrecht.switchOff().afterMin(70)
                end     
                
        elseif (device.active)
            and CurrentTime.matchesRule(' before 21:15 and between (30 minutes before sunrise and 60 minutes after sunset) ')                
                then
                    OostII_2.switchOn().afterMin(0).checkFirst()
                    ZuidII_3.switchOn().afterMin(5).checkFirst()
                    domoticz.devices('Notitie').updateText('            Het is donker buiten')    
        end        
    end
}

Na het zetten van de variabelen op de regels 35 en 36, in deze wijziging een lamp laten schakelen op 38 en 39.

code:

6   OchtendAan              Float   415     2020-04-11 06:55:00
5   SensorTijd              Float   399.85  2020-04-11 06:39:52
1   GeblokkeerdUitBinnen    String  Ja      2020-04-11 06:39:52

De testlamp ging prima aan en uit.
 
 

Maar ..... script A werd niet op tijd uitgevoerd.

code:

-- Verlichting_huis_aan_ochtend_mobv_sensor
return {
    on = {
        timer = {
               
            'at 06:55',
            
        },
    },
    execute = function(domoticz, timer)
            
        domoticz.variables('OchtendAan').set(domoticz.time.secondsSinceMidnight/60)
           
        local OchtendAanL       = domoticz.variables('OchtendAan').value
        local SensorTijdL       = domoticz.variables('SensorTijd').value
            
        local SlaapkamerStaande = domoticz.devices(635)
        local KamerRaamzijde    = domoticz.devices(332)
        local SchoorsteenRechts = domoticz.devices(356)
        local SchoorsteenLinks  = domoticz.devices(336)        
        local Aanrecht          = domoticz.devices(828)
        local KamerKeukenzijde  = domoticz.devices(328)
        local SensorBinnen      = domoticz.devices(664)
        local SensorBuiten      = domoticz.devices(686)
            
            
        if (SensorBinnen.active)
            then
                KamerKeukenzijde.switchOn().afterMin(0).checkFirst()          
        end
            
        if (SensorBuiten.active)                                            -- Het is nog donker dus alles aan
            then
                SlaapkamerStaande.switchOn().afterMin(0)
                   KamerRaamzijde.switchOn().afterMin(5)
                SchoorsteenRechts.switchOn().afterMin(6)
                 SchoorsteenLinks.switchOn().afterMin(6)
                         Aanrecht.switchOn().afterMin(6)
                         
        elseif (not SensorBuiten.active)                                    -- Het is al licht dus steeds minder aan 
            then
                if  OchtendAanL < SensorTijdL + 10
                    then
                        SlaapkamerStaande.switchOn().afterMin(0)
                end    
                           
                if  OchtendAanL < SensorTijdL + 25
                    then
                           KamerRaamzijde.switchOn().afterMin(5)
                end        
                        
                if  OchtendAanL < SensorTijdL + 35
                    then
                        SchoorsteenRechts.switchOn().afterMin(6)
                end
                        
                if  OchtendAanL < SensorTijdL + 45
                    then
                         SchoorsteenLinks.switchOn().afterMin(6)
                end
                          
                if  OchtendAanL < SensorTijdL + 65
                    then
                                 Aanrecht.switchOn().afterMin(6)
                end         
        end
   end 
}

06:39:51 Buiten Sensor Licht
06:39:52 Testlamp aan
06:59:52 Testlamp uit
06:59:52 De 1e lamp die niet in mag gaan geeft Last Seen: (De uit tijd.)
07:00:00 De 2e lamp gaat aan.
De rest volgt 1 min later.
Alle lampen gaan weer niet uit.

De gekozen 20 min om de testlamp laten branden was niet slim omdat dit ook de wacht tijd is van het uit commando 1e lamp.
Nu kan ik die nog aan passen voor morgen maar of dat nog zin heeft.

Het ziet er naar uit er op de achtergrond dingen spelen die nu niet te volgen zijn.
Om dit met simpele scripts na te bootsen zal lastig zijn.
De inputs 'sensor' en 'tijd' mogen niet door DZ worden gedaan maar van buiten komen.
Misschien door van bijv. Zwave wall plug de eigen knop te gebruiken.

[bing69]

HellStorm666 schreef op vrijdag 10 april 2020 @ 19:29:
Heej allemaal.
Vraagje,

Binnenkort worden er 3 rolluiken geplaatst met 230v AC motor.
Deze wil ik aan m'n domoticz hangen via z-wave.
Ik lees over de Fibaro Roller Shutter 3 alleen maar problemen.
En m'n ervaring met de 10+ dimmer2 is ook niet al te best (fw update, maar die kan niet zonder hc).

Nu zag ik dat aeotec de nano shutter heeft en qubino er ook een heeft.

Opzich lijkt die aeotec mij wel (gebruik die z-wave stick ook).

Heeft er iemand ervaring met de aeotec nano shutter (of de qubino)?

Of nog een ander waar ik naar kan kijken?

Eisen:
Helemaal Open, helemaal dicht, tochtstand, betrouwbaar.

Nice to have:
Ga naar x% (open/dicht)

Als niet persee Zwave wil zou ik eens kijken naar de Shelly 2.5. Heb er hier 7 perfect werken, kunnen op elke stand gezet worden!

[Dylantje2]

bing69 schreef op zaterdag 11 april 2020 @ 09:04:
[...]


Als niet persee Zwave wil zou ik eens kijken naar de Shelly 2.5. Heb er hier 7 perfect werken, kunnen op elke stand gezet worden!

hoe heb je ze in Domoticz werkend?
Plugin of rechtstreeks via Mqtt? of met de http commando's?

[BoschR]

Jimster schreef op vrijdag 10 april 2020 @ 22:26:
[...]

Ik heb hetzelfde probleem. Om de paar uur offline. Ik heb het nu tijdelijk opgelost met monit, zodat deze domoticz automatisch herstart.
Op het Domoticz forum loopt hier ook een draadje over. Een update van mosquitto schijnt bij sommigen te helpen, bij mij helaas niet. Een herinstall heb ik niet zoveel zin in.
Zie https://www.domoticz.com/forum/viewtopic.php?t=29753

Oke bedankt! Domoticz forum had ik nog niet gechecked, ga ik zo doen. Ben in ieder geval blij dat er meer zijn en dus niet aan mijn specifieke setup ligt. Zal mosquitto versie is checken en eventueel updaten

Gisteren heeft het maar een paar uur geduurd en de boel knalde er alweer uit (na het verlagen van de MQTT update van de watermeter).

@Dylantje2 z-wave problemen heb ik ook nooit gehad en gebruik Fibaro icm met de goedkopere Neo Coolcam plugs (~25 nodes). Hoe groter het netwerk hoe sterker het wordt is wel mijn ervaring.

[Tijntje]

Ik probeer uit te vinden hoe ik sensors in Domoticz kan vullen met waarde van mijn Dell Server.
Met Redfish wil ik temperatuur en verbruik in sensoren loggen, echter heb ik geen idee hoe ik dat zou moeten doen.

De waardes die ik wil loggen zijn:

• Inlet Temperature
• Exhaust Temperature
• CPU Temperature
• Power Consumption

De volgende iDRAC URLs geven me een JSON payload terug met de gewenste data. Weet niet wat handiger is, 1 URL die alle waarde geeft of een URL die maar 1 sensor geeft.

Bijvoorbeeld:
https://192.168.2.202/red....1%23SystemBoardInletTemp

code:

{
    "@odata.context": "/redfish/v1/$metadata#Thermal.Thermal",
    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Temperatures/iDRAC.Embedded.1%23SystemBoardInletTemp",
    "@odata.type": "#Thermal.v1_4_0.Temperature",
    "LowerThresholdCritical": -7,
    "LowerThresholdFatal": -7,
    "LowerThresholdNonCritical": 3,
    "MaxReadingRangeTemp": 47,
    "MemberId": "iDRAC.Embedded.1#SystemBoardInletTemp",
    "MinReadingRangeTemp": -7,
    "Name": "System Board Inlet Temp",
    "PhysicalContext": "SystemBoard",
    "ReadingCelsius": 20,
    "RelatedItem": [
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
        }
    ],
    "[e-mail]": 1,
    "SensorNumber": 4,
    "Status": {
        "Health": "OK",
        "State": "Enabled"
    },
    "UpperThresholdCritical": 47,
    "UpperThresholdFatal": 47,
    "UpperThresholdNonCritical": 42
}

https://192.168.2.202/red...System.Embedded.1/Thermal

code:

{
    "@odata.context": "/redfish/v1/$metadata#Thermal.Thermal",
    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Thermal",
    "@odata.type": "#Thermal.v1_4_0.Thermal",
    "Description": "Represents the properties for Temperature and Cooling",
    "Fans": [
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Fans/0x17%7C%7CFan.Embedded.1",
            "@odata.type": "#Thermal.v1_4_0.Fan",
            "Assembly": {
                "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Assembly"
            },
            "FanName": "System Board Fan1 RPM",
            "LowerThresholdCritical": 360,
            "LowerThresholdFatal": 360,
            "LowerThresholdNonCritical": 600,
            "MaxReadingRange": null,
            "MemberId": "0x17||Fan.Embedded.1",
            "MinReadingRange": 360,
            "Name": "System Board Fan1 RPM",
            "PhysicalContext": "SystemBoard",
            "Reading": 5880,
            "ReadingUnits": "RPM",
            "Redundancy": [],
            "[e-mail]": 0,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
                }
            ],
            "[e-mail]": 1,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": null,
            "UpperThresholdFatal": null,
            "UpperThresholdNonCritical": null
        },
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Fans/0x17%7C%7CFan.Embedded.4",
            "@odata.type": "#Thermal.v1_4_0.Fan",
            "Assembly": {
                "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Assembly"
            },
            "FanName": "System Board Fan4 RPM",
            "LowerThresholdCritical": 360,
            "LowerThresholdFatal": 360,
            "LowerThresholdNonCritical": 600,
            "MaxReadingRange": null,
            "MemberId": "0x17||Fan.Embedded.4",
            "MinReadingRange": 360,
            "Name": "System Board Fan4 RPM",
            "PhysicalContext": "SystemBoard",
            "Reading": 5640,
            "ReadingUnits": "RPM",
            "Redundancy": [],
            "[e-mail]": 0,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
                }
            ],
            "[e-mail]": 1,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": null,
            "UpperThresholdFatal": null,
            "UpperThresholdNonCritical": null
        },
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Fans/0x17%7C%7CFan.Embedded.2",
            "@odata.type": "#Thermal.v1_4_0.Fan",
            "Assembly": {
                "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Assembly"
            },
            "FanName": "System Board Fan2 RPM",
            "LowerThresholdCritical": 360,
            "LowerThresholdFatal": 360,
            "LowerThresholdNonCritical": 600,
            "MaxReadingRange": null,
            "MemberId": "0x17||Fan.Embedded.2",
            "MinReadingRange": 360,
            "Name": "System Board Fan2 RPM",
            "PhysicalContext": "SystemBoard",
            "Reading": 5880,
            "ReadingUnits": "RPM",
            "Redundancy": [],
            "[e-mail]": 0,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
                }
            ],
            "[e-mail]": 1,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": null,
            "UpperThresholdFatal": null,
            "UpperThresholdNonCritical": null
        },
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Fans/0x17%7C%7CFan.Embedded.3",
            "@odata.type": "#Thermal.v1_4_0.Fan",
            "Assembly": {
                "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Assembly"
            },
            "FanName": "System Board Fan3 RPM",
            "LowerThresholdCritical": 360,
            "LowerThresholdFatal": 360,
            "LowerThresholdNonCritical": 600,
            "MaxReadingRange": null,
            "MemberId": "0x17||Fan.Embedded.3",
            "MinReadingRange": 360,
            "Name": "System Board Fan3 RPM",
            "PhysicalContext": "SystemBoard",
            "Reading": 5760,
            "ReadingUnits": "RPM",
            "Redundancy": [],
            "[e-mail]": 0,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
                }
            ],
            "[e-mail]": 1,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": null,
            "UpperThresholdFatal": null,
            "UpperThresholdNonCritical": null
        },
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Fans/0x17%7C%7CFan.Embedded.6",
            "@odata.type": "#Thermal.v1_4_0.Fan",
            "Assembly": {
                "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Assembly"
            },
            "FanName": "System Board Fan6 RPM",
            "LowerThresholdCritical": 360,
            "LowerThresholdFatal": 360,
            "LowerThresholdNonCritical": 600,
            "MaxReadingRange": null,
            "MemberId": "0x17||Fan.Embedded.6",
            "MinReadingRange": 360,
            "Name": "System Board Fan6 RPM",
            "PhysicalContext": "SystemBoard",
            "Reading": 6000,
            "ReadingUnits": "RPM",
            "Redundancy": [],
            "[e-mail]": 0,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
                }
            ],
            "[e-mail]": 1,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": null,
            "UpperThresholdFatal": null,
            "UpperThresholdNonCritical": null
        },
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Fans/0x17%7C%7CFan.Embedded.5",
            "@odata.type": "#Thermal.v1_4_0.Fan",
            "Assembly": {
                "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Assembly"
            },
            "FanName": "System Board Fan5 RPM",
            "LowerThresholdCritical": 360,
            "LowerThresholdFatal": 360,
            "LowerThresholdNonCritical": 600,
            "MaxReadingRange": null,
            "MemberId": "0x17||Fan.Embedded.5",
            "MinReadingRange": 360,
            "Name": "System Board Fan5 RPM",
            "PhysicalContext": "SystemBoard",
            "Reading": 5760,
            "ReadingUnits": "RPM",
            "Redundancy": [],
            "[e-mail]": 0,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
                }
            ],
            "[e-mail]": 1,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": null,
            "UpperThresholdFatal": null,
            "UpperThresholdNonCritical": null
        }
    ],
    "[e-mail]": 6,
    "Id": "Thermal",
    "Name": "Thermal",
    "Redundancy": [
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Thermal/Redundancy/iDRAC.Embedded.1%23SystemBoardFanRedundancy",
            "@odata.type": "#Redundancy.v1_3_0.Redundancy",
            "MaxNumSupported": null,
            "MemberId": "iDRAC.Embedded.1#SystemBoardFanRedundancy",
            "MinNumNeeded": null,
            "Mode": "N+m",
            "Name": "System Board Fan Redundancy",
            "RedundancyEnabled": true,
            "RedundancySet": [],
            "[e-mail]": 0,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            }
        }
    ],
    "[e-mail]": 1,
    "Temperatures": [
        {
            "@odata.context": "/redfish/v1/$metadata#Thermal.Thermal",
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Temperatures/iDRAC.Embedded.1%23SystemBoardInletTemp",
            "@odata.type": "#Thermal.v1_4_0.Temperature",
            "LowerThresholdCritical": -7,
            "LowerThresholdFatal": -7,
            "LowerThresholdNonCritical": 3,
            "MaxReadingRangeTemp": 47,
            "MemberId": "iDRAC.Embedded.1#SystemBoardInletTemp",
            "MinReadingRangeTemp": -7,
            "Name": "System Board Inlet Temp",
            "PhysicalContext": "SystemBoard",
            "ReadingCelsius": 20,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
                }
            ],
            "[e-mail]": 1,
            "SensorNumber": 4,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": 47,
            "UpperThresholdFatal": 47,
            "UpperThresholdNonCritical": 42
        },
        {
            "@odata.context": "/redfish/v1/$metadata#Thermal.Thermal",
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Temperatures/iDRAC.Embedded.1%23SystemBoardExhaustTemp",
            "@odata.type": "#Thermal.v1_4_0.Temperature",
            "LowerThresholdCritical": 0,
            "LowerThresholdFatal": 0,
            "LowerThresholdNonCritical": 0,
            "MaxReadingRangeTemp": 75,
            "MemberId": "iDRAC.Embedded.1#SystemBoardExhaustTemp",
            "MinReadingRangeTemp": 0,
            "Name": "System Board Exhaust Temp",
            "PhysicalContext": "SystemBoard",
            "ReadingCelsius": 38,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
                }
            ],
            "[e-mail]": 1,
            "SensorNumber": 1,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": 75,
            "UpperThresholdFatal": 75,
            "UpperThresholdNonCritical": 70
        },
        {
            "@odata.context": "/redfish/v1/$metadata#Thermal.Thermal",
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Sensors/Temperatures/iDRAC.Embedded.1%23CPU1Temp",
            "@odata.type": "#Thermal.v1_4_0.Temperature",
            "LowerThresholdCritical": 3,
            "LowerThresholdFatal": 3,
            "LowerThresholdNonCritical": 8,
            "MaxReadingRangeTemp": 87,
            "MemberId": "iDRAC.Embedded.1#CPU1Temp",
            "MinReadingRangeTemp": 3,
            "Name": "CPU1 Temp",
            "PhysicalContext": "CPU",
            "ReadingCelsius": 67,
            "RelatedItem": [
                {
                    "@odata.id": "/redfish/v1/Systems/System.Embedded.1/Processors/CPU.Socket.1"
                }
            ],
            "[e-mail]": 1,
            "SensorNumber": 14,
            "Status": {
                "Health": "OK",
                "State": "Enabled"
            },
            "UpperThresholdCritical": 87,
            "UpperThresholdFatal": 87,
            "UpperThresholdNonCritical": 82
        }
    ],
    "[e-mail]": 3
}

Verbruik is https://192.168.2.202/red...s/System.Embedded.1/Power

code:

{
    "@odata.context": "/redfish/v1/$metadata#Power.Power",
    "@odata.id": "/redfish/v1/Chassis/System.Embedded.1/Power/PowerControl",
    "@odata.type": "#Power.v1_4_0.PowerControl",
    "MemberId": "PowerControl",
    "Name": "System Power Control",
    "PowerAllocatedWatts": 896,
    "PowerAvailableWatts": 0,
    "PowerCapacityWatts": 896,
    "PowerConsumedWatts": 220,
    "PowerLimit": {
        "CorrectionInMs": 0,
        "LimitException": "HardPowerOff",
        "LimitInWatts": 398
    },
    "PowerMetrics": {
        "AverageConsumedWatts": 0,
        "IntervalInMin": 1,
        "MaxConsumedWatts": 0,
        "MinConsumedWatts": 0
    },
    "PowerRequestedWatts": 398,
    "RelatedItem": [
        {
            "@odata.id": "/redfish/v1/Chassis/System.Embedded.1"
        },
        {
            "@odata.id": "/redfish/v1/Systems/System.Embedded.1"
        }
    ],
    "[e-mail]": 2
}

[DjAntoon]

jobr schreef op vrijdag 10 april 2020 @ 18:35:
[...]


Ik weet niet of je hier iets aan hebt.

Ja zeker weten. Dank.
Ik vond hierdoor ook dit:
YouTube: Backup and Shrink your Raspberry Pi Image
Ik denk eigenlijk hetzelfde maar dan met een virtual ubuntu op een windows machine.
Nu nog uitzoeken hoe de virtual box op te zetten.

[Peutpeut]

HellStorm666 schreef op zaterdag 11 april 2020 @ 00:54:
[...]

Top!
Dus deze kan je naar een bepaald % laten gaan? In hoeveel stappen kan dat?
En uiteraard werkt een gewone pulsdrukker ook? (1x indrukken is helemaal naar beneden (of boven) en vasthouden is doorgaan totdat je los laat?)

Verder nog iets als dubbel drukken oid voor scènes of stroom meting?

Jep. Het rolluik (of zonnescherm) wordt toegevoegd als een dimmer. Niet helemaal logisch maar blijkbaar kan het niet anders. Je kunt het met een pulsdrukker doen maar ook met een schakelaar. Ik heb de oude schakelaar gebruikt en daar de Qubino module tussengezet.

Zo komt het als device in Domitcz:

[bing69]

Dylantje2 schreef op zaterdag 11 april 2020 @ 09:41:
[...]


hoe heb je ze in Domoticz werkend?
Plugin of rechtstreeks via Mqtt? of met de http commando's?

Mqtt

[Tijntje]

Heb het uiteindelijk voor elkaar gekregen met het volgende script.

code:

return {
    on = {
        timer = {
            'every 1 minutes' -- just an example to trigger the request
        },
        httpResponses = {
            'iDRACTEMP' -- must match with the callback passed to the openURL command
        }
    },
    execute = function(domoticz, item)

        if (item.isTimer) then
            domoticz.openURL({
                url = 'https://root:calvin@192.168.2.202/redfish/v1/Chassis/System.Embedded.1/Thermal',
                method = 'GET',
                callback = 'iDRACTEMP', -- see httpResponses above.
            })
        end

        if (item.isHTTPResponse) then

            if (item.ok) then
                if (item.isJSON) then

                    local inletTemp = item.json.Temperatures[1].ReadingCelsius
                    local ExhaustTemp = item.json.Temperatures[2].ReadingCelsius

                    -- update some device in Domoticz
                    domoticz.devices(268).updateTemperature(inletTemp)
                    domoticz.devices(269).updateTemperature(ExhaustTemp)
                end
            else
                domoticz.log('There was a problem handling the request', domoticz.LOG_ERROR)
                domoticz.log(item, domoticz.LOG_ERROR)
            end

        end

    end
}

[Andrehj]

HellStorm666 schreef op vrijdag 10 april 2020 @ 20:24:
[...]
Lees de problemen over specifiek de V3.
Niet reageren op commando's.
Volledig open gaan terwijl je m naar 30% stuur.
Open doen, dicht doen en daarna pas na 15min dicht gaat.
En uiteraard allemaal met fw update te fixen, welke t nog erger maakt.
En geweldig fijn dat je de updates alleen kan uitvoeren als je die dure fibaro home center hebt (not).

Ik heb daar ook wat van gelezen, maar dat ging toch vooral om de combinatie roller shutter V3 en Domoticz? Hebben ze deze problemen ook met de eigen Fibaro controller?
Ik hoop eigenlijk dat deze problemen binnen een maandje opgelost worden, want dan worden bij ons de Raffstores geinstalleerd, en die wil ik eigenlijk ook met zo'n roller shutter V3 gaan bedienen.

[DjAntoon]

Peutpeut schreef op zaterdag 11 april 2020 @ 13:37:
[...]


Jep. Het rolluik (of zonnescherm) wordt toegevoegd als een dimmer. Niet helemaal logisch maar blijkbaar kan het niet anders. Je kunt het met een pulsdrukker doen maar ook met een schakelaar. Ik heb de oude schakelaar gebruikt en daar de Qubino module tussengezet.

Zo komt het als device in Domitcz:
[Afbeelding]

Als je hem edit kun je kiezen voor blinds, maar bij mij werkt dat niet goed.

[HellStorm666]

Andrehj schreef op zaterdag 11 april 2020 @ 19:28:
[...]

Ik heb daar ook wat van gelezen, maar dat ging toch vooral om de combinatie roller shutter V3 en Domoticz? Hebben ze deze problemen ook met de eigen Fibaro controller?
Ik hoop eigenlijk dat deze problemen binnen een maandje opgelost worden, want dan worden bij ons de Raffstores geinstalleerd, en die wil ik eigenlijk ook met zo'n roller shutter V3 gaan bedienen.

Ik gebruik domoticz

Qubino is dus ook niet foutloos (als dimmer moeten instellen omdat ie als roller shutter t niet goed doet.

Denk dat ik de Aeotec dan maar ga proberen...

[KroontjesPen]

De laatste update is dat ik de verlichting maar helemaal niet meer inschakel wanneer de sensor "licht" meldt.

Waarom een if ... then ... end maar voor een gedeelte wordt uitgevoerd of zelfs een ander script beïnvloed, blijft een raadsel.

Of ik hier nog testscripts voor gaat maken weet ik niet.
Zeker niet als ik iets maar 1x per 24 uur kan testen.
Dit omdat het zoveel mogelijk de originele omstandigheden moet benaderen.
Daar valt ook het zetten van een variabel met een script om 23:00.

Dit probleem op het DZ-Forum te plaatsen zie ik, gezien de Engelse taal, niet echt zitten.
Het hier is het al moeilijk genoeg mij goed uit te drukken om begrijpelijk over te komen.

Dat DZ voor ook gevoelige zaken kan worden gebruikt wordt met dit voorval voor mij te link.

[Huupke]

KroontjesPen schreef op zondag 12 april 2020 @ 08:45:
De laatste update is dat ik de verlichting maar helemaal niet meer inschakel wanneer de sensor "licht" meldt.

Waarom een if ... then ... end maar voor een gedeelte wordt uitgevoerd of zelfs een ander script beïnvloed, blijft een raadsel.

Of ik hier nog testscripts voor gaat maken weet ik niet.
Zeker niet als ik iets maar 1x per 24 uur kan testen.
Dit omdat het zoveel mogelijk de originele omstandigheden moet benaderen.
Daar valt ook het zetten van een variabel met een script om 23:00.

Dit probleem op het DZ-Forum te plaatsen zie ik, gezien de Engelse taal, niet echt zitten.
Het hier is het al moeilijk genoeg mij goed uit te drukken om begrijpelijk over te komen.

Dat DZ voor ook gevoelige zaken kan worden gebruikt wordt met dit voorval voor mij te link.

Je kunt devices in Domoticz overrulen of tijdelijk vervangen door een dummy. Zo kun je het script testen zonder de echte condities nodig te hebben.

[KroontjesPen]

Cable_boy schreef op zondag 12 april 2020 @ 09:14:
[...]

Je kunt devices in Domoticz overrulen of tijdelijk vervangen door een dummy. Zo kun je het script testen zonder de echte condities nodig te hebben.

Wat je met overrulen bedoelt begrijp ik niet. Voor het moment denk ik dat DZ ergens zelf dat nu al doet.

Voor de sensor kan je elk ander device pakken. Er is hier een die ik met een schakelaar kan bedienen.
Ook de gebruikersvariabelen kunnen anderen zijn.
De noodzaak om die te gebruiken kan ook later bekeken worden.
Test "lampen" heb ik genoeg.

Het lastig punt is de tijd. Die moet uit DZ komen want dat is een trigger.
Weet nu ook niet ik de "avond" aan/uit moet nemen in de test. Blijft er misschien daar iets hangen.

[Huupke]

Je kunt je gecombineerde condities naar buiten halen zodat je ze makkelijk kunt vervangen, veranderen en loggen.
Bijvoorbeeld haal je

code:

CurrentTime.matchesRule

naar boven in je script en stopt het in een locale variabele. Je krijgt dan een losse boolean die je ook kunt loggen zodat je makkelijker kunt debuggen.

[Toppe]

Dylantje2 schreef op vrijdag 10 april 2020 @ 20:41:
[...]


Oke, daar zijn soms wel goedkopere te vinden ja...[ maar Ali wel eens smeulende van gezien ]

Die pieken zijn toch wel een zwave probleem geeft Gizmocuz aan..

Gek antwoord aangezien hij zelfs op de P1 poort af en toe een zeer hoge piek geeft. Ik heb me verder niet heel erg verdiept in de onderliggende code maar ik verwacht dat er voor het energie verbruik gebruik wordt gemaakt van een class/functie en grote kans dat daar ergens een (tijd)fout in zit die hier voor zorgt.

[Dylantje2]

Toppe schreef op zondag 12 april 2020 @ 10:35:
[...]


Gek antwoord aangezien hij zelfs op de P1 poort af en toe een zeer hoge piek geeft. Ik heb me verder niet heel erg verdiept in de onderliggende code maar ik verwacht dat er voor het energie verbruik gebruik wordt gemaakt van een class/functie en grote kans dat daar ergens een (tijd)fout in zit die hier voor zorgt.

Mmm
Als je zou weten of denkt waar die fout zit...
Heel graag!!!

[Toppe]

Dylantje2 schreef op zondag 12 april 2020 @ 10:38:
[...]


Mmm
Als je zou weten of denkt waar die fout zit...
Heel graag!!!

Geen idee. Ik heb weinig zin om me er in te verdiepen. Af en toe check ik eens op z’n piek en dan verwijder ik hem, werkt voor mijn prima.

Vindt het alleen gek om de schuld bij een protocol neer te leggen, zeker als je ziet hoeveel problemen Zwave met Domoticz kan geven.

Zwave is veruit het meest gebruikte protocol en dat zal het voorlopig ook nog wel even blijven. Sommige mensen vergeten dat

Ik begin me af en toe ook af te vragen hoe ik nu verder wil of ga met Domoticz. Vooral de GUI is echt uit zijn tijd, traag en amper responsive. Dat is jammer omdat het echt wel potentie heeft.

Ja er zijn wel lap middelen (Dasticz) maar ook dat is lomp, amper te configureren en onnodig ingewikkeld.

Het ontwikkelen van een eigen GUI is ook niet zo eenvoudig omdat de achter liggende code er niet op ingericht is. Jammer, want ik denk dat een hoop mensen hier wel mee aan de slag zouden willen. De verschillende templates die er nu zijn is niets anders dan een aangepast CSS bestand met wat eigen iconen.

Merk zelf dat ik het op dit moment vooral gebruik als doorgeefluik naar Grafana en wat notificaties er achter heb hangen (inclusief deurbel). Verder probeer ik zoveel mogelijk direct in HomeKit te krijgen, ben ondertussen een stuk op weg en eerdaags zal ik de rest van ‘slimme’ apparaten in HomeBridge zelf configureren. Is nog sneller ook.

[ Voor 44% gewijzigd door Toppe op 12-04-2020 10:48 ]

[fabstar81]

Peutpeut schreef op zaterdag 11 april 2020 @ 13:37:
[...]


Jep. Het rolluik (of zonnescherm) wordt toegevoegd als een dimmer. Niet helemaal logisch maar blijkbaar kan het niet anders. Je kunt het met een pulsdrukker doen maar ook met een schakelaar. Ik heb de oude schakelaar gebruikt en daar de Qubino module tussengezet.

Zo komt het als device in Domitcz:
[Afbeelding]

ik blijf maar "problemen" hebben met die modules en mijn zonnescherm. Ik heb een Qubino geprobeerd en nu een Shelly. De QUbino deed tenminte via Google Home voor een percentage open zetten. De schakelaar reageerde echter niet fijn.

De Shelly werkt nu beter met een pulsschakelaar, alleen werken de commando's weer niet goed.

wat ik wil is dat als ik 1 keer druk, het zonnescherm volledig omhoog of omlaag gaat. houd ik hem ingedrukt dan moet ie naar beneden/boven gaan totdat ik hem loslaat. dit gebeurt beide niet.

als ik nu druk om het zonnescherm omhoog te doen, moet ik hem sowieso vasthouden wil hij langer om hoog gaat, maar hij stopt na 1 a 2 seconden. pas na de 4e keer (stoppen na 1 seconden) gaat ie helemaal omhoog maar moet ik hem wel vasthouden. niet echt praktisch.

ik vraag me af of iemand dit met een Shelly goed ingericht heeft gekregen?

[Gizz]

Weer een interessante 'Ik heb er geen zin meer in' -actie van Domoticz vanochtend. Tot 7:32 uur werden alle sensoren geupdate, daarna gewoonweg niet meer. Alle sensoren rood in Domoticz. En het laatste bericht in de logs was ook om 7:32, geen foutmelding maar netjes 1 van de sensoren die z'n temperatuur doorgaf.

En met alle sensoren bedoel ik ook echt alles: Darksky, Z-wave, 433Mhz, alles wat via MQTT binnenkomt, alles wat direct via http met een JSON iets naar Domoticz stuurt. Alles Terwijl Domoticz wel gewoon draaide, kon alle pagina's openen enzovoorts. Na een restart van Domoticz druppelt alle data weer netjes binnen. Ik zit overigens nog op de vorige stable, V4.10717.

[ Voor 6% gewijzigd door Gizz op 12-04-2020 10:50 ]

[Knielen]

@fabstar81 Ik gebruik een Shelly voor mijn zonnescherm, werkt hier prima. Wel doe ik alleen open en dicht, dus niet een percentage. Dit heb ik bij het installeren wel even getest en werkte toen goed.
Het klinkt mij eigenlijk alsof de motor van je zonnescherm nog in de 'leerstand' staat, zou dat niet zo kunnen zijn? Ook kan je in de Shelly app de open en dicht stand leren, heb je dat al gedaan?

[HellStorm666]

Hmm,
Als ik dat zo her en der lees, is er geen fatsoenlijk werkende oplossing voor rolluiken welke goed reageren op zowel de knoppen als de software (volledig open, volledig dicht, naar x%).

Dan maar niet van te voren vast bestellen omdat ze in de aanbieding zijn, en pas bestellen zodra de rolluiken er zijn.
Dan kan ik ze testen en retour doen als ze niet goed zijn.

Over domoticz.
Ik heb OpenHAB geprobeerd en Hassio.
Bij beide toch weer terug naar domoticz gegaan.
Veel te omslachtig om op te zetten of héél veel coding nodig ipv gewoon via een gui instellen.

Domoticz werkt gewoon makkelijk en met véél apparatuur. Jammer dan dat t wat trager is en niet zo fancy qua gui.

[KroontjesPen]

Omdat het vanmorgen nog wat fris was voor in de tuin werken, een eerste testscript gemaakt en die werkte.

Bij het vervolg plannen in mijn hoofd, kwam er een mogelijke oorzaak naar boven.
Iets met de al lopende timer om uit te schakelen VOOR het inschakelen.
Dat ga ik later op een simpele manier testen want nu is te lekker weer om buiten wat te gaan doen.

[Dylantje2]

HellStorm666 schreef op zondag 12 april 2020 @ 12:14:
Hmm,
Als ik dat zo her en der lees, is er geen fatsoenlijk werkende oplossing voor rolluiken welke goed reageren op zowel de knoppen als de software (volledig open, volledig dicht, naar x%).

Dan maar niet van te voren vast bestellen omdat ze in de aanbieding zijn, en pas bestellen zodra de rolluiken er zijn.
Dan kan ik ze testen en retour doen als ze niet goed zijn.

Over domoticz.
Ik heb OpenHAB geprobeerd en Hassio.
Bij beide toch weer terug naar domoticz gegaan.
Veel te omslachtig om op te zetten of héél veel coding nodig ipv gewoon via een gui instellen.

Domoticz werkt gewoon makkelijk en met véél apparatuur. Jammer dan dat t wat trager is en niet zo fancy qua gui.

Ik heb fibaro rollershutters voor mijn screen en zonnescherm
Werkt goed met %%% en zijn in mijn zwave systeem 1 van de betere stabielere devices.. qubino verdwijnen zomaar

@Toppe nu ik er aan denk wel met je eens dat het kort door de bocht is..

Maar de ui krijg je zeker niet anders. Gizmocuz wel in html5 blijven. En vind dat niet zo belangrijk hoe uiterlijk is. Mss ook wel mee eens. Hij moet werken. En zoveel mogelijk protocolen.. ik denk dat er geen andere is met zoveel protocollen.. en opties als domoticz.
En traag.. is relatief.
Wat is traag?

[HellStorm666]

Dylantje2 schreef op zondag 12 april 2020 @ 12:39:
[...]


Ik heb fibaro rollershutters voor mijn screen en zonnescherm
Werkt goed met %%% en zijn in mijn zwave systeem 1 van de betere stabielere devices.. qubino verdwijnen zomaar

@Toppe nu ik er aan denk wel met je eens dat het kort door de bocht is..

Maar de ui krijg je zeker niet anders. Gizmocuz wel in html5 blijven. En vind dat niet zo belangrijk hoe uiterlijk is. Mss ook wel mee eens. Hij moet werken. En zoveel mogelijk protocolen.. ik denk dat er geen andere is met zoveel protocollen.. en opties als domoticz.
En traag.. is relatief.
Wat is traag?

En heb jij de fibaro roller shutter 2 of 3?

Traag vind ik er aan dat je een lamp handmatig aan zet en na een sec of 3 tot 5 dit pas in domoticz zie. Terwijl als ik in de aeotec z-wave gen5 stick kijk, dit bijna instant gerapporteerd wordt.

Ps draait bij mij in docker op Ubuntu in ESXi6.7 cpu is een Ryzen 5 3600 en 32gb ram en nvme SSD. Dus de hardware is t probleem niet.

[Toppe]

@Dylantje2 Tuurlijk krijg je een GUI wel anders. Alleen had dit vanaf de basis ontwikkeling al mee genomen moeten worden. Opzich is er niets mis met een aangepast CSS bestand en custom icons, mits het achterliggend systeem wel de power in zich heeft om dit te ondersteunen.

Dashboard Domoticz:


Dashboard HA:


Wellicht zou een ontwikkelaar van Domoticz eens HA moeten proberen en daar eens wat van leren. Het kan zo simpel en strak zijn. Alleen is dat nu niet het geval

[Gizz]

HellStorm666 schreef op zondag 12 april 2020 @ 12:55:
[...]
Traag vind ik er aan dat je een lamp handmatig aan zet en na een sec of 3 tot 5 dit pas in domoticz zie. Terwijl als ik in de aeotec z-wave gen5 stick kijk, dit bijna instant gerapporteerd wordt.

Er zit 'iets' raars in de snelheid van z-wave sensoren en Domoticz. Ik kan het niet echt specifieker maken dan iets, want ik heb geen idee waar het aan ligt

Voorbeeldje: ik gebruikte 2 jaar lang een z-wave Aeotec multisensor in de keuken, om op basis van waargenomen beweging de verlichting in de keuken aan te zetten. Op die multisensor zit een led, als die gaat branden weet je dat de sensor beweging heeft waargenomen.

De kleinste vertraging tussen dat de sensor beweging waarnam totdat de lamp aan ging was een halve seconde, maar dan heb je het echt over het meest gunstige geval. Vaker was het 1 of 2 seconden en met enige regelmaat stond ik ook 5 seconden in een donkere keuken te wachten tot de lamp eens aanging. Terwijl de sensor wel degelijk meteen beweging waarnam, dat was ook aan de led te zien.

Sinds een paar weken heb ik de Aeotec multisensor vervangen door een ESP8266, dus op basis van wifi. Enerzijds omdat ik z-wave zat ben (vaak problemen, paar keer paar jaar z-wave devices opnieuw excluden en weer includen), maar voornamelijk omdat ik meer functionaliteit in de keuken wilde hebben. Aan de ESP8266 heb ik ook een fijnstofsensor gehangen, zodat op basis van de luchtkwaliteit in de keuken de mechanische ventilatie wordt aangestuurd.

Het eerste dat zowel mijn vriendin als mijzelf opviel na het vervangen van de sensor: hé, het licht gaat direct aan als je de keuken in loopt! Heel logisch, maar best een gekke ervaringen als je al 2 jaar lang gewend bent om een variabele vertraging te ervaren Het schakelen is echt direct, zodra je alleen al je hand de keuken insteekt gaat het licht aan. Gevoelsmatig niet eens een halve seconde vertraging, gewoon 0,0. En dan kost een ESP8266 met PIR ook nog eens €5, t.o.v. die 'trage' multisensor die me iets van €40 of €50 gekost heeft.

Z-wave zou ook instant moeten kunnen schakelen, maar met de diverse multisensors hier in huis heb ik dat helaas nooit mogen ervaren.

[Toppe]

Gizz schreef op zondag 12 april 2020 @ 13:10:
[...]

Er zit 'iets' raars in de snelheid van z-wave sensoren en Domoticz. Ik kan het niet echt specifieker maken dan iets, want ik heb geen idee waar het aan ligt

Voorbeeldje: ik gebruikte 2 jaar lang een z-wave Aeotec multisensor in de keuken, om op basis van waargenomen beweging de verlichting in de keuken aan te zetten. Op die multisensor zit een led, als die gaat branden weet je dat de sensor beweging heeft waargenomen.

De kleinste vertraging tussen dat de sensor beweging waarnam totdat de lamp aan ging was een halve seconde, maar dan heb je het echt over het meest gunstige geval. Vaker was het 1 of 2 seconden en met enige regelmaat stond ik ook 5 seconden in een donkere keuken te wachten tot de lamp eens aanging. Terwijl de sensor wel degelijk meteen beweging waarnam, dat was ook aan de led te zien.

Sinds een paar weken heb ik de Aeotec multisensor vervangen door een ESP8266, dus op basis van wifi. Enerzijds omdat ik z-wave zat ben (vaak problemen, paar keer paar jaar z-wave devices opnieuw excluden en weer includen), maar voornamelijk omdat ik meer functionaliteit in de keuken wilde hebben. Aan de ESP8266 heb ik ook een fijnstofsensor gehangen, zodat op basis van de luchtkwaliteit in de keuken de mechanische ventilatie wordt aangestuurd.

Het eerste dat zowel mijn vriendin als mijzelf opviel na het vervangen van de sensor: hé, het licht gaat direct aan als je de keuken in loopt! Heel logisch, maar best een gekke ervaringen als je al 2 jaar lang gewend bent om een variabele vertraging te ervaren Het schakelen is echt direct, zodra je alleen al je hand de keuken insteekt gaat het licht aan. Gevoelsmatig niet eens een halve seconde vertraging, gewoon 0,0. En dan kost een ESP8266 met PIR ook nog eens €5, t.o.v. die 'trage' multisensor die me iets van €40 of €50 gekost heeft.

Z-wave zou ook instant moeten kunnen schakelen, maar met de diverse multisensors hier in huis heb ik dat helaas nooit mogen ervaren.

Ik ben benieuwd naar je build hiervan, want z’n Zwave sensor is vaak klein en compact, compleet afgewerkt.

Heb hier een CO2 sensor met Lux en temperatuur. Maar dat is niet zo klein en compact als gewenst. Neo Coolcam heeft ook WiFi sensoren, wellicht daar eens 1 van proberen

[Gizz]

Toppe schreef op zondag 12 april 2020 @ 13:17:
[...]


Ik ben benieuwd naar je build hiervan, want z’n Zwave sensor is vaak klein en compact, compleet afgewerkt.

Mijn design is niet super klein, voornamelijk omdat de fijnstofsensor nogal groot is. Ik had mijzelf als doel gesteld om een Wemos D1 mini, SDS011 (fijnstofsensor), HC-SR501 (PIR) en DHT22 (temperatuur + relatieve luchtvochtigheid) in een doosje te stoppen, waarbij het uitgangspunt was om het doosje zo plat mogelijk te maken (omdat hij onder mijn keukenkastje geplakt zit).

Dit is het geworden:





Doosje is 73mm breed en 30mm hoog. In wit PLA geprint, mijn muur is ook wit evenals de onderzijde van mijn keukenkastjes.

Ga je alleen voor een ESP8266 met PIR, dan kan het natuurlijk véél compacter. Bijvoorbeeld zo of zo.

[Dylantje2]

HellStorm666 schreef op zondag 12 april 2020 @ 12:55:
[...]

En heb jij de fibaro roller shutter 2 of 3?

Traag vind ik er aan dat je een lamp handmatig aan zet en na een sec of 3 tot 5 dit pas in domoticz zie. Terwijl als ik in de aeotec z-wave gen5 stick kijk, dit bijna instant gerapporteerd wordt.

Ps draait bij mij in docker op Ubuntu in ESXi6.7 cpu is een Ryzen 5 3600 en 32gb ram en nvme SSD. Dus de hardware is t probleem niet.

Mijn zwave [ was ooit 60+ devices ]


Als hij zo traag is zou ik toch eens kijken naar je log wat gebeurd er allemaal.
Zit er een batterij device tussen waarbij batterij leeg is?
Zijn ze echt goed gepaird?

En zelfde groepen:

Als er maar 1 niet goed geleerd, [ en dan kan hij wel schakelen enz] kan dat net als een lege batterij je hele netwerk om zeep helpen. En de batterij kun je niet meer checken in domoticz als hij onder een bepaalde waarde is..

@Toppe
Ik weet dat andere systemen er gelikter uit zien.
Maar dat is wat Gizmocuz niets boeit. Het moet simpel werken
Er zijn allerlei schillen om heen te bouwen, en daar is iedereen vrij in.
Maar wat ik begreep is Domoticz de meest simpele qua installatie en minst afhankelijk van allerlei andere linux pakketten. En als ik dan soms zie met een aparte update voordat je dan alles werkend hebt, is dat soms al een crim... Ik vraag me af hoe dat bij andere is met dat python enz enz enz
En heel eerlijk ben ik nooit anders in aanraking geweest dan vanaf de start Domoticz.
Ik twijfelde tussen Homeseer en Domoticz..
Ben ik blij dat i toen iig voor Domoticz gekozen heb.
En eerlijk wat is een ui voor echte meer waarde?
Ik ben bizar blij met alles wta kan werken in domoticz..
En zoals jullie kunnen scripte bizar... Dat kan in andere systemen minder. toch?

En ja ik ben ook wel eens zwaar teleurgesteld geweest dat ik wilde stoppen.
Maar meestal kwam het da goed...
Dankzij tweakers ezne zne zne z

@Toppe

[Toppe]

Gizz schreef op zondag 12 april 2020 @ 13:35:
[...]

Mijn design is niet super klein, voornamelijk omdat de fijnstofsensor nogal groot is. Ik had mijzelf als doel gesteld om een Wemos D1 mini, SDS011 (fijnstofsensor), HC-SR501 (PIR) en DHT22 (temperatuur + relatieve luchtvochtigheid) in een doosje te stoppen, waarbij het uitgangspunt was om het doosje zo plat mogelijk te maken (omdat hij onder mijn keukenkastje geplakt zit).

Dit is het geworden:

[Afbeelding]

[Afbeelding]

Doosje is 73mm breed en 30mm hoog. In wit PLA geprint, mijn muur is ook wit evenals de onderzijde van mijn keukenkastjes.

Ga je alleen voor een ESP8266 met PIR, dan kan het natuurlijk véél compacter. Bijvoorbeeld zo of zo.

Dat ziet er serieus strak uit, de hardware is relatief goedkoop dus wellicht ook leuks eens mee te experimenteren. Design zelf gemaakt, en iets wat je wilt delen?

[Dylantje2]

Gizz schreef op zondag 12 april 2020 @ 13:35:
[...]

Mijn design is niet super klein, voornamelijk omdat de fijnstofsensor nogal groot is. Ik had mijzelf als doel gesteld om een Wemos D1 mini, SDS011 (fijnstofsensor), HC-SR501 (PIR) en DHT22 (temperatuur + relatieve luchtvochtigheid) in een doosje te stoppen, waarbij het uitgangspunt was om het doosje zo plat mogelijk te maken (omdat hij onder mijn keukenkastje geplakt zit).

Dit is het geworden:

[Afbeelding]

[Afbeelding]

Doosje is 73mm breed en 30mm hoog. In wit PLA geprint, mijn muur is ook wit evenals de onderzijde van mijn keukenkastjes.

Ga je alleen voor een ESP8266 met PIR, dan kan het natuurlijk véél compacter. Bijvoorbeeld zo of zo.

Prachtig!!!

Batterij based mogelijk?

[Toppe]

Dylantje2 schreef op zondag 12 april 2020 @ 13:38:
[...]

@Toppe
Ik weet dat andere systemen er gelikter uit zien.
Maar dat is wat Gizmocuz niets boeit. Het moet simpel werken
Er zijn allerlei schillen om heen te bouwen, en daar is iedereen vrij in.
Maar wat ik begreep is Domoticz de meest simpele qua installatie en minst afhankelijk van allerlei andere linux pakketten. En als ik dan soms zie met een aparte update voordat je dan alles werkend hebt, is dat soms al een crim... Ik vraag me af hoe dat bij andere is met dat python enz enz enz
En heel eerlijk ben ik nooit anders in aanraking geweest dan vanaf de start Domoticz.
Ik twijfelde tussen Homeseer en Domoticz..
Ben ik blij dat i toen iig voor Domoticz gekozen heb.
En eerlijk wat is een ui voor echte meer waarde?
Ik ben bizar blij met alles wta kan werken in domoticz..
En zoals jullie kunnen scripte bizar... Dat kan in andere systemen minder. toch?

En ja ik ben ook wel eens zwaar teleurgesteld geweest dat ik wilde stoppen.
Maar meestal kwam het da goed...
Dankzij tweakers ezne zne zne z

@Toppe

Het gaat er niet om wat de ontwikkelaar vindt, het gaat er om wat de gebruikers vinden. Simpel voorbeeld: Corona. Overheid roept dat scholen open blijven, na een week gaan ze dicht vanwege druk vanuit de samenleving. Zelfde gaat hier uiteindelijk gebeuren. Kan me niet voorstellen dat er geen gebruiker is die zich wil inspannen een betere GUI te maken.

En wat de meerwaarde van een GUI is? Alles. Jij doet alles via de GUI, ik ook, iedereen. Hoe simpeler het werkt hoe beter.

In sommige programma’s is het scriptje juist eenvoudiger omdat je terug kan vallen op basis elementen, via dzVents moet je soms nog een hele boel dingen definiëren

[Gizz]

Toppe schreef op zondag 12 april 2020 @ 13:39:
[...]
Design zelf gemaakt, en iets wat je wilt delen?

Ja, gemaakt in Fusion 360. Ik heb nog niet de moeite genomen om hem op Thingiverse te zetten, zal ik binnenkort eens doen. Bij de meeste dingen die ik ontwerp denk ik dat het alleen voor mezelf interessant is, dus op mijn Thingiverse-pagina staat niet zoveel Mocht je snel ermee willen spelen, stuur dan maar even een DM En laat weten of je hem wilt hebben als STL of Fusion360 file.

Dylantje2 schreef op zondag 12 april 2020 @ 13:40:
[...]
Prachtig!!!

Batterij based mogelijk?

Dank

Op batterijen kan in theorie, maar je loopt tegen twee dingen aan:

1. De fijnstofsensor is niet heel erg zuinig.
2. Om lang met batterijen te doen laat je de ESP8266 slapen. Als de bewegingssensor iets waarneemt wordt de ESP8266 wakker. Maar als hij wakker wordt, moet hij eerst weer verbinding met de wifi maken, dit kost zo'n 2 seconden.

Of je dat bezwaarlijk vindt moet je natuurlijk zelf afwegen.

[ Voor 8% gewijzigd door Gizz op 12-04-2020 13:50 ]

[Dylantje2]

Toppe schreef op zondag 12 april 2020 @ 13:44:
[...]


Het gaat er niet om wat de ontwikkelaar vindt, het gaat er om wat de gebruikers vinden. Simpel voorbeeld: Corona. Overheid roept dat scholen open blijven, na een week gaan ze dicht vanwege druk vanuit de samenleving. Zelfde gaat hier uiteindelijk gebeuren. Kan me niet voorstellen dat er geen gebruiker is die zich wil inspannen een betere GUI te maken.

En wat de meerwaarde van een GUI is? Alles. Jij doet alles via de GUI, ik ook, iedereen. Hoe simpeler het werkt hoe beter.

In sommige programma’s is het scriptje juist eenvoudiger omdat je terug kan vallen op basis elementen, via dzVents moet je soms nog een hele boel dingen definiëren

Vergelijking met corona:-( is nogal een verschil.....

Ben het met je eens, echt gelikt is anders..
Maar ik weet alles te vinden, en wees eerlijk hoeveel mensen kijken echt met je mee naar je ui..

Ik denk toch dat er niet heel veel zij die een andere ui willen bouwen aangezien ik deze discussie al jaren hoor..:-)

Het zou kunnen dat er mensen weg gaan om een ui.
Maar ik zie toch ook vaak dat ze weer terug komen.

Maar het mooie is toch dat iedereen kan kiezen wat ze willen :-)

[bing69]

HellStorm666 schreef op zondag 12 april 2020 @ 12:14:
Hmm,
Als ik dat zo her en der lees, is er geen fatsoenlijk werkende oplossing voor rolluiken welke goed reageren op zowel de knoppen als de software (volledig open, volledig dicht, naar x%).

Dan maar niet van te voren vast bestellen omdat ze in de aanbieding zijn, en pas bestellen zodra de rolluiken er zijn.
Dan kan ik ze testen en retour doen als ze niet goed zijn.

Over domoticz.
Ik heb OpenHAB geprobeerd en Hassio.
Bij beide toch weer terug naar domoticz gegaan.
Veel te omslachtig om op te zetten of héél veel coding nodig ipv gewoon via een gui instellen.

Domoticz werkt gewoon makkelijk en met véél apparatuur. Jammer dan dat t wat trager is en niet zo fancy qua gui.

Dan lees je niet goed, Shelly 2.5 werkt geweldig zowel met de hand als wel met Domoticz. Zeeeer nauwkeurig op percentage te zetten.

[HellStorm666]

Gizz schreef op zondag 12 april 2020 @ 13:10:
[...]
Z-wave zou ook instant moeten kunnen schakelen, maar met de diverse multisensors hier in huis heb ik dat helaas nooit mogen ervaren.

De oplossing hiervoor is de lamp als slave direct via z-wave koppelen aan de sensor. Dan komt Domoticz er niet eens tussen.
Zo heb ik de s2 van een fibaro dimmer gekoppeld aan een andere fibaro dimmer. Zelfs als domoticz uit staat en de aeotec gen5 z-wave stick dus ook uit is werkt die schakelaar nog. En werkt ook instant.


Wat ik wel gemerkt heb in domoticz met z-wave, als je een device (idx) er in hebt staan welke niet meer bestaat (apparaat opnieuw gekoppeld of niet meer aan staa) dat dit de performance van het hele spul enorm verslechterd.

Ik had 3 stopcontact dingen er nog in staan welke losgekoppeld waren (voor de kerstboom) en dit zorgde er voor dat soms signalen nooit doorkwamen of met een sec of 5 vertraagd reageerde.

[HellStorm666]

bing69 schreef op zondag 12 april 2020 @ 13:49:
[...]


Dan lees je niet goed, Shelly 2.5 werkt geweldig zowel met de hand als wel met Domoticz. Zeeeer nauwkeurig op percentage te zetten.

Maar Shelly is WiFi en ik wil het niet via wifi hebben.
Er is hier in de buurt al héél veel aan wifi signalen en gebruikers.
Zelf werk ik 1dag in de week thuis via wifi, heb een 4tal Google home mini's, een nest deurbel en 4 cameras via de wifi.
Op een gegeven moment wordt de wifi traag in response als je te veel hebt. Dat wil ik niet hebben
Nog 3 wifi apparaten er bij ivm de rolluiken en evt een 4e ivm de garage vermijd ik liever.

[Gizz]

HellStorm666 schreef op zondag 12 april 2020 @ 15:33:
[...]
Op een gegeven moment wordt de wifi traag in response als je te veel hebt. Dat wil ik niet hebben
Nog 3 wifi apparaten er bij ivm de rolluiken en evt een 4e ivm de garage vermijd ik liever.

Ligt die vertraging niet aan iets anders? Een schakelaar of sensor via wifi aansluiten belast je netwerk misschien voor 0,00000001%, er wordt niks anders dan een heel kort regeltje tekst verstuurd. Dat valt echt in het niet bij een netflix-stream of iets dergelijks.

Je hebt het over trage response, over wat voor pingtijden hebben we het dan? Wellicht dat de vertraging van 2ms naar 3ms gaat, maar dat zul je niet merken.

As we speak heb ik 41 apparaten in mijn netwerk, waarvan 6 bedraad en 35 via de wifi. In een drukke straat met tientallen andere zichtbare netwerken. Ik merk letterlijk niks van een vertraging, is allemaal miliseconde werk

[Toppe]

Gizz schreef op zondag 12 april 2020 @ 13:48:
[...]

Ja, gemaakt in Fusion 360. Ik heb nog niet de moeite genomen om hem op Thingiverse te zetten, zal ik binnenkort eens doen. Bij de meeste dingen die ik ontwerp denk ik dat het alleen voor mezelf interessant is, dus op mijn Thingiverse-pagina staat niet zoveel Mocht je snel ermee willen spelen, stuur dan maar even een DM En laat weten of je hem wilt hebben als STL of Fusion360 file.


[...]

Dank

Op batterijen kan in theorie, maar je loopt tegen twee dingen aan:

1. De fijnstofsensor is niet heel erg zuinig.
2. Om lang met batterijen te doen laat je de ESP8266 slapen. Als de bewegingssensor iets waarneemt wordt de ESP8266 wakker. Maar als hij wakker wordt, moet hij eerst weer verbinding met de wifi maken, dit kost zo'n 2 seconden.

Of je dat bezwaarlijk vindt moet je natuurlijk zelf afwegen.

Na jou idee geprobeerd een bewegingsmelder in mijn huidige sensor op te nemen. Geen succes, 3 uur later een deel van de sensoren pas weer werkend. Maar als voordeel wel met Tasmota ipv ESPEasy

[HellStorm666]

Gizz schreef op zondag 12 april 2020 @ 15:56:
[...]

Ligt die vertraging niet aan iets anders? Een schakelaar of sensor via wifi aansluiten belast je netwerk misschien voor 0,00000001%, er wordt niks anders dan een heel kort regeltje tekst verstuurd. Dat valt echt in het niet bij een netflix-stream of iets dergelijks.

Je hebt het over trage response, over wat voor pingtijden hebben we het dan? Wellicht dat de vertraging van 2ms naar 3ms gaat, maar dat zul je niet merken.

As we speak heb ik 41 apparaten in mijn netwerk, waarvan 6 bedraad en 35 via de wifi. In een drukke straat met tientallen andere zichtbare netwerken. Ik merk letterlijk niks van een vertraging, is allemaal miliseconde werk

Op dit moment 25 apparaten via wifi over 2 AP's en in totaal 50 apparaten in dit subnet (totaal denk ik een 80 adressen over alle subnets).
Response via wifi achter in de tuin naar mn router is 2,9ms.
Vanwege de cameras en vooral mn werk (veel rdp sessies en vpns tegelijk) wil ik dit wel zo laag mogelijk houden.

Opzich valt de info via zo'n ding natuurlijk wel mee.
Maar ben ook met regelmaat aan t testen in de router en t wifi.
Wil dan niet hebben dat dit spul dan niet meer werkt.
Met t z-wave spul heb ik dst risico niet, want d as t werkt altijd.

[justice strike]

Kort vraagje, ik kan de laatste status niet vinden. Worden de aqara lightbulbs en tradfri lights via de xiaomi gateway ondersteund in domoticz? 2 jaar geleden werd het niet ondersteund, maar ik verwacht dat het nu onderhand we zou moeten werken?

Ik zie ze namelijk niet onder devices staan, is er een manier om ze er in te krijgen?

Ik wil liever niet naar zigbee2mqtt gaan want dat kost mij te veel tijd met opzet en onderhoudt en is niet echt betrouwbaar in gebruik.

[GVR]

Als ik in domoticz (v2020) klik op "Instellingen, meer opties, ruimtes, kamer plan" dan verschijnt er een lege pagina:


download logo png

Iemand een idee? Een andere browser of tijdelijke bestanden verwijderen helpt niet. Als ik klik op "instellingen, meer opties, ruimtes, plattegrond" dan kan ik een plattegrond toevoegen, en een bestaand (wellicht door mij ooit aangemaakt?) kamerplan genaamd Domoticz bewerken.

[KroontjesPen]

KroontjesPen schreef op zondag 12 april 2020 @ 12:32:
Omdat het vanmorgen nog wat fris was voor in de tuin werken, een eerste testscript gemaakt en die werkte.

Bij het vervolg plannen in mijn hoofd, kwam er een mogelijke oorzaak naar boven.
Iets met de al lopende timer om uit te schakelen VOOR het inschakelen.
Dat ga ik later op een simpele manier testen want nu is te lekker weer om buiten wat te gaan doen.

Het vermoeden is juist gebleken.
De gestarte .switchOff().afterMin(20) wordt door het inschakelen ERNA niet meer uitgevoerd.

Nu maar eerst weer een diagram maken met licht en donker van de sensor en dat dan voor of na de inschakeltijd.
Denk nu ook om gebruik te gaan maken van .switchOn).forMin(xx). Dat kwam ook ineens in mij op.

[HeSitated]

KroontjesPen schreef op maandag 13 april 2020 @ 08:33:
[...]
Denk nu ook om gebruik te gaan maken van .switchOn).forMin(xx). Dat kwam ook ineens in mij op.

Dit dzVents-script gebruik ik voor de lamp op de overloop (371), ik heb twee bewegingssensors (406, 424).

Lua:

return {
  on = {
    devices = { 406, 424 }
  },
  logging = {  
      level     =   domoticz.LOG_DEBUG,       -- change to LOG_ERROR after you tested  the script
      marker    =   "Motion sensors"
  },
  execute = function(dz, item)
    _G.logMarker =  _G.moduleLabel

    if dz.time.minutesSinceMidnight >= dz.time.sunriseInMinutes and dz.time.minutesSinceMidnight <= dz.time.sunsetInMinutes then
      dz.log('Het is dag...', dz.LOG_DEBUG)
      return
    end 
    
    local minutesOn = 3
    local lampOverloop = dz.devices(371)
    if item.levelVal == 1 then
        dz.log('Schakel lamp aan: ' .. lampOverloop.name, dz.LOG_DEBUG)
        lampOverloop.switchOff().checkFirst().afterMin(minutesOn)
        lampOverloop.switchOn().checkFirst().forMin(minutesOn)
    end
  end
}

checkFirst() voorkomt dat er onnodig een commando verstuurd wordt.
En als de lamp (al) aan is wordt daardoor de switchOff()-regel wel uitgevoerd. en de switchOn()-regel niet.
En als de lamp uit is wordt daardoor de switchOn()-regel wel uitgevoerd. en de switchOff()-regel niet.

Helaas werkt bij mij de zigbee2mqtt al een tijdje niet...

[DJ-Promo]

Ik heb wat Raspberry pi's draaien en heb nu een python script die de temperatuur doorstuurd naar Domoticz elk half. Dit is makkelijk met een virtual sensor te kiezen. Nu lijkt het mij ook leuk om te zien of de dienst die ik op zo'n pi draai up is. Wat voor virtuele sensor is daar handig voor? Heb al wat zitten kijken.

[Mozart]

DJ-Promo schreef op maandag 13 april 2020 @ 09:40:
Ik heb wat Raspberry pi's draaien en heb nu een python script die de temperatuur doorstuurd naar Domoticz elk half. Dit is makkelijk met een virtual sensor te kiezen. Nu lijkt het mij ook leuk om te zien of de dienst die ik op zo'n pi draai up is. Wat voor virtuele sensor is daar handig voor? Heb al wat zitten kijken.

Ik zou de tekst hardware kiezen.

[KroontjesPen]

@HeSitated
Het .checkFirst() is soms juist niet handig in gebruik.
Daar doe ik het dus bewust niet.
Wanneer ik 's morgen wat extra licht aanzet moeten die wel met het uitschakelscript later wel mee uit gaan.

Verder wordt ook bij het zoeken naar fouten juist geadviseerd om het als eerste weg te halen.
Je kan dan bij Last Seen: een script goed volgen.

[Huupke]

justice strike schreef op zondag 12 april 2020 @ 20:58:
Kort vraagje, ik kan de laatste status niet vinden. Worden de aqara lightbulbs en tradfri lights via de xiaomi gateway ondersteund in domoticz? 2 jaar geleden werd het niet ondersteund, maar ik verwacht dat het nu onderhand we zou moeten werken?

Ik zie ze namelijk niet onder devices staan, is er een manier om ze er in te krijgen?

Ik wil liever niet naar zigbee2mqtt gaan want dat kost mij te veel tijd met opzet en onderhoudt en is niet echt betrouwbaar in gebruik.

De Zigbee Aqara lightbulbs (ZNLDP12LM) werken niet in Domoticz via de gateway omdat de API het model niet ondersteund. In de Xiaomi app werkt het wel en Domoticz alleen met zigbee2mqtt.
Je zult een issue moeten aanmaken bij Aqara om te vragen voor support. Hoe meer vragen hoe eerder ze het oplossen.

[HeSitated]

@KroontjesPen

KroontjesPen schreef op maandag 13 april 2020 @ 09:47:
Het .checkFirst() is soms juist niet handig in gebruik.
Daar doe ik het dus bewust niet.
Wanneer ik 's morgen wat extra licht aanzet moeten die wel met het uitschakelscript later wel mee uit gaan.

Je wilt dus dat lampen aangaan op het moment dat de bewegingssensor beweging signaleert, dan eventueel handmatig lampen er bij inschakelen en dan als de bewegingssensor niets meer waarneemt na x-tijd alles uitschakelen.Dan zou ik 1 script maken voor de standaard lampen die reageren op de bewegingssensor en een 2e script die reageert op de status van die standaardlamp en kijkt of er nog meer lampen aan zijn in het geval dat de standaard lamp wordt uitgeschakeld.

KroontjesPen schreef op maandag 13 april 2020 @ 09:47:
Verder wordt ook bij het zoeken naar fouten juist geadviseerd om het als eerste weg te halen.
Je kan dan bij Last Seen: een script goed volgen.

Als ik aan het debuggen ben, zet ik (nu nog steeds) ongelooflijk veel log statements. Daarvoor ben ik nog steeds te onbekend met Lua en/of dzVents.

[justice strike]

Cable_boy schreef op maandag 13 april 2020 @ 10:00:
[...]

De Zigbee Aqara lightbulbs (ZNLDP12LM) werken niet in Domoticz via de gateway omdat de API het model niet ondersteund. In de Xiaomi app werkt het wel en Domoticz alleen met zigbee2mqtt.
Je zult een issue moeten aanmaken bij Aqara om te vragen voor support. Hoe meer vragen hoe eerder ze het oplossen.

Dat is heel jammer. Ik moet eerlijk zeggen, ik sta niet te springen om zigbee2mqtt te gaan gebruiken. Heb het geprobeerd maar de setup en maintenance tijd staat niet in verhouding.

Heb je een link naar de support site? Probeer ik daar de vraag te deponeren.

[KroontjesPen]

HeSitated schreef op maandag 13 april 2020 @ 10:40:
@KroontjesPen

[...]

Je wilt dus dat lampen aangaan op het moment dat de bewegingssensor beweging signaleert, dan eventueel handmatig lampen er bij inschakelen en dan als de bewegingssensor niets meer waarneemt na x-tijd alles uitschakelen.Dan zou ik 1 script maken voor de standaard lampen die reageren op de bewegingssensor en een 2e script die reageert op de status van die standaardlamp en kijkt of er nog meer lampen aan zijn in het geval dat de standaard lamp wordt uitgeschakeld.


[...]

Als ik aan het debuggen ben, zet ik (nu nog steeds) ongelooflijk veel log statements. Daarvoor ben ik nog steeds te onbekend met Lua en/of dzVents.

Sorry, het gaat niet over een bewegingssensor maar licht sensor.
Die mede bepaalt over het in en uitschakelen van de verlichting in de ochtend.

[StarWing]

Ik heb een vraag waar ik niet direct een antwoord kan op vinden: graag had ik mijn bestaande domoticz installatie geupgrade naar de laatste versie, en dit dmv een reinstall van het OS op de Pi.
Op mijn installatie zijn ook 3 zwave fibaro modules verbonden. Indien ik het OS herinstalleer naar de laatste versie, incl domoticz, worden de bestaande, reeds gekoppelde zwave devices dan terug gevonden ?
Deze zitten ingebouwd in de omkasting van de rolluiken en ik kan er niet gemakkelijk aan om op de reset knop te drukken van de modules.

[M.v.Veelen]

sweetdude schreef op donderdag 26 maart 2020 @ 13:57:
[...]


Ik had na de update van stretch naar buster en de nieuwste Domoticz wel last van de laaste m.b.t. http data. Blijkt dat met Buster wat gewijzigd is (zie ook de installatie pagina https://www.domoticz.com/wiki/NefitEasy:

Change SSL settings (when you use recent Linux distributions)

[Source https://github.com/robertklep/nefit-easy-http-server]

vi /etc/ssl/openssl.cnf

change the following keys to these values:

MinProtocol = None
CipherString = DEFAULT

Dit laatste staat in m'n openssl.cfg al zo ingesteld (had daar niets aan veranderd), dus dat helpt niet in mijn geval helaas.

[Peutpeut]

DJ-Promo schreef op maandag 13 april 2020 @ 09:40:
Ik heb wat Raspberry pi's draaien en heb nu een python script die de temperatuur doorstuurd naar Domoticz elk half. Dit is makkelijk met een virtual sensor te kiezen. Nu lijkt het mij ook leuk om te zien of de dienst die ik op zo'n pi draai up is. Wat voor virtuele sensor is daar handig voor? Heb al wat zitten kijken.

Hiervoor gebruik ik Monit, via Monit zijn er verschillende manieren om te monitoren.

Welk script gebruik je voor het doorsturen van de temperatuur? Ik heb namelijk een Pi4 waar Domoticz niet op draait (draait op een andere Pi3B+) waarvan ik dus niet via Motherboard Sensors de waarde kan bijhouden.

[Hann1BaL]

Vandaag heb ik mijn Connexoon (Somfy IO motoren control unit) toegevoegd aan Domoticz. Op 11 ramen zitten screens of rolluiken.

Dit heb ik gedaan:

code:

sudo apt-get install python3.7 libpython3.7 python3.7-dev -y

sudo systemctl restart domoticz.service

Daarna: https://github.com/nonolk/domoticz_tahoma_blind

Toen waren alle devices aanwezig en ik deze toegevoegd aan mijn switches en scenes:





Het probleem is dat ik schakelaars niet gegroepeerd krijg en ze dan met 1 groep zowel omhoog als omlaag kan doen.

Ik heb nu verschillende scenes gemaakt: 1 scene met schermen op 0% (dicht) en 1 scene met dezelfde schermen op 100% (open)

Maar ik zou dat liever combineren, maar dat lijkt niet mogelijk. Iemand een idee hoe ik dit slimmer aan kan pakken?
De switches zelf werken prima

[ Voor 11% gewijzigd door Hann1BaL op 13-04-2020 20:04 ]

[Toppe]

Hann1BaL schreef op maandag 13 april 2020 @ 20:02:
Vandaag heb ik mijn Connexoon (Somfy IO motoren control unit) toegevoegd aan Domoticz. Op 11 ramen zitten screens of rolluiken.

Dit heb ik gedaan:

code:

sudo apt-get install python3.7 libpython3.7 python3.7-dev -y

sudo systemctl restart domoticz.service

Daarna: https://github.com/nonolk/domoticz_tahoma_blind

Toen waren alle devices aanwezig en ik deze toegevoegd aan mijn switches en scenes:
[Afbeelding]

[Afbeelding]

[Afbeelding]
Het probleem is dat ik schakelaars niet gegroepeerd krijg en ze dan met 1 groep zowel omhoog als omlaag kan doen.

Ik heb nu verschillende scenes gemaakt: 1 scene met schermen op 0% (dicht) en 1 scene met dezelfde schermen op 100% (open)

Maar ik zou dat liever combineren, maar dat lijkt niet mogelijk. Iemand een idee hoe ik dit slimmer aan kan pakken?
De switches zelf werken prima

Virtuele schakelaar aanmaken en dan een dzVents scriptje er achter die alle luiken omhoog of omlaag doen maken. Dat is de meest eenvoudige weg en een prima oplossing

[Hann1BaL]

Toppe schreef op maandag 13 april 2020 @ 20:11:
[...]


Virtuele schakelaar aanmaken en dan een dzVents scriptje er achter die alle luiken omhoog of omlaag doen maken. Dat is de meest eenvoudige weg en een prima oplossing

Kun je me ergens naar toe wijzen met voorbeelden zodat ik kan beginnen met puzzelen, want ik ben hier geen expert in, maar ik kan vast een hoop als ik ergens wat voorbeelden heb, zodat ik kan gaan pielen in mn DEV domoticz (ik heb serieus een VM aangemaakt met domoticz omdat ik bang was mn live domoticz om zeep te helpen en daarna pas de stappen gedaan op mn live domoticz.)

[HeSitated]

Hann1BaL schreef op maandag 13 april 2020 @ 20:02:
Ik heb nu verschillende scenes gemaakt: 1 scene met schermen op 0% (dicht) en 1 scene met dezelfde schermen op 100% (open)

Maar ik zou dat liever combineren, maar dat lijkt niet mogelijk. Iemand een idee hoe ik dit slimmer aan kan pakken?

Heb je een scene van het type scene of group aangemaakt?

Ik kon meerdere Rolluiken (wel RTS) met scenes van het type group schakelen.

[Toppe]

Hann1BaL schreef op maandag 13 april 2020 @ 20:14:
[...]


Kun je me ergens naar toe wijzen met voorbeelden zodat ik kan beginnen met puzzelen, want ik ben hier geen expert in, maar ik kan vast een hoop als ik ergens wat voorbeelden heb, zodat ik kan gaan pielen in mn DEV domoticz (ik heb serieus een VM aangemaakt met domoticz omdat ik bang was mn live domoticz om zeep te helpen en daarna pas de stappen gedaan op mn live domoticz.)

De wiki is de beste plek om te beginnen: https://www.domoticz.com/..._generation_LUA_scripting

In de basis: script schakelen aan de hand van je virtuele schakelaar (‘on’) dan even de status bekijken (aan of uit) en daar laat je je rolluiken ook op schakelen.

[Hann1BaL]

HeSitated schreef op maandag 13 april 2020 @ 20:18:
[...]

Heb je een scene van het type scene of group aangemaakt?

Ik kon meerdere Rolluiken (wel RTS) met scenes van het type group schakelen.

Met group heb ik wel een On en Off knop, maar het zijn geen on/off switches dus ook dan doen ze maar 1 van de 2. Het moet dus iets slimmer.

[KroontjesPen]

Uitschakel probleem opgelost.

Dit door het gebruiken van een extra tekst gebruikersvariabele, ('InschakeltijdGeweest') met "Ja" of "Nee" en van de .switchOn).forMin(xx).

Nu kan ik ook eindelijk bekijken of mijn idee voor het niet meer onnodig laten inschakelen van lampen werkt.
Daar loopt helaas al tegen een probleempje aan.

code:

6   OchtendAan  Float   415     2020-04-14 06:55:00
5   SensorTijd  Float   399.2   2020-04-14 06:39:12

Het verschil tussen deze variabelen, zou in de .forMin(xx) mee genomen moeten worden.
Na elk meetpunt, branden de overige lampen ook steeds korter.

Mag die (xx) een berekening zijn of een lokale variabele.? Ga dat wel verder even uitzoeken.

[anconakip]

MikeOO schreef op vrijdag 10 april 2020 @ 15:00:
[...]


Ik gebruik naar aanleiding van jouw idee het nu ook op de tuindeur icm Honeywell Lyric T6 en deze kan ik toevoegen in Domoticz. Hierdoor zijn een aantal waardes te lezen en aan te passen.

Ik pas de Setpoint dus aan als de deur langer dan 10 minuten openstaat en wordt hij op 16 graden gezet.
Als hij dicht gaat springt hij weer terug naar 19.

Nu nog zien te achterhalen hoe je de huidige Setpoint waarde (dus de Setpoint waarde voordat hij de temp terugset naar 16 graden) tijdelijk kan opslaan zodat als de deur weer dichtgaat hij naar de vorige setpoint terug gaat. Dat is nog mooier dan hem constant weer op 19 graden terug te zetten.

code:

function timedifference(timestamp)
  y, m, d, H, M, S = timestamp:match("(%d+)-(%d+)-(%d+) (%d+):(%d+):(%d+)")
  difference = os.difftime(os.time(), os.time{year=y, month=m, day=d, hour=H, min=M, sec=S})
  return difference
end

commandArray = {}

s = otherdevices_lastupdate['Tuindeur']

if(otherdevices['Tuindeur']=='Open' and timedifference(s) >  600) then
        commandArray['UpdateDevice']= "4847 | 0 | 16.0"
            print('<font color="blue">Tuindeur staat langer dan 10 minuten open, CV gaat naar 16 graden!!</font>')

elseif(otherdevices['Tuindeur']=='Closed') then
    commandArray['UpdateDevice']= "4847 | 0 | 19"
            print('<font color="blue">Tuindeur is dicht, CV gaat terug naar 19 graden!!</font>')
end

return commandArray

en die 4847 is je id van je thermostaat ?

[MikeOO]

anconakip schreef op dinsdag 14 april 2020 @ 08:20:
[...]


en die 4847 is je id van je thermostaat ?

Klopt. De Honyewell kan ik via Hardware van Domoticz toevoegen en krijg dan een aantal items in Domoticz en 1 daarvan is de SetPoint. Hiermee kan ik de temperatuur dus vanuit Domoticz verhogen/verlagen en dat is 4847.

Maar inmiddels het script weer uitgezet. Script werkt maar iets te goed dus moet ik nog eens verder over na denken zodat het script niet leidend is. Nu wordt het dus altijd 16 of 19 graden. Je moet er dus zeker nog een variabele aan toevoegen zodat hij de handeling maar 1 keer uitvoert als de deur dicht gaat. Anders checkt hij elke minuut of de deur dicht is en zal de temp dan weer op 19 zetten als jij hem net op 20 hebt gezet

[anconakip]

MikeOO schreef op dinsdag 14 april 2020 @ 08:39:
[...]


Klopt. De Honyewell kan ik via Hardware van Domoticz toevoegen en krijg dan een aantal items in Domoticz en 1 daarvan is de SetPoint. Hiermee kan ik de temperatuur dus vanuit Domoticz verhogen/verlagen en dat is 4847.

Maar inmiddels het script weer uitgezet. Script werkt maar iets te goed dus moet ik nog eens verder over na denken zodat het script niet leidend is. Nu wordt het dus altijd 16 of 19 graden. Je moet er dus zeker nog een variabele aan toevoegen zodat hij de handeling maar 1 keer uitvoert als de deur dicht gaat. Anders checkt hij elke minuut of de deur dicht is en zal de temp dan weer op 19 zetten als jij hem net op 20 hebt gezet

Dan moet je denk ik gaan werken met gebruikersvariabelen. Maar daar heb ik helemaal geen kaas van gegeten helaas......

[HellStorm666]

om nog even terug te komen op m'n netwerk.
Volgens mij best netjes zo toch?
Die nr23 boven in is een handzender op batterij waarmee we de lampen in de keuken kunnen bedienen.

[Dylantje2]

HellStorm666 schreef op dinsdag 14 april 2020 @ 08:45:
om nog even terug te komen op m'n netwerk.
Volgens mij best netjes zo toch?
Die nr23 boven in is een handzender op batterij waarmee we de lampen in de keuken kunnen bedienen.
[Afbeelding]

Maar die 23 ik neem aan die groene die geen mesh heeft...
Kan je zooi dus echt om zeep helpen.
Ik weet niet of hij in de groepen wel goed geleerd is?

Batterij of geen batterij device hij zou in je mesh moeten, anders niet goed geleerd.
Leer je ze op je stick of via domoticz?
Afleren op je stick
en dan opnieuw op je stick aanleren ipv via domoticz

[HellStorm666]

Dylantje2 schreef op dinsdag 14 april 2020 @ 08:48:
[...]


Maar die 23 ik neem aan die groene die geen mesh heeft...
Kan je zooi dus echt om zeep helpen.
Ik weet niet of hij in de groepen wel goed geleerd is?

Batterij of geen batterij device hij zou in je mesh moeten, anders niet goed geleerd.
Leer je ze op je stick of via domoticz?
Afleren op je stick
en dan opnieuw op je stick aanleren ipv via domoticz

Meestal staat ie er wel tussen, is inderdaad de groene bovenaan.
Ik doen altijd bij domoticz include, en dan druk ik op de include knop van het apparaat.
Ik neem dus niet de stick mee er naar toe om m in te leren (kan er niet echt makkelijk bij ook).
Moet ik ze via ozwcp webpagina toevoegen ipv via domoticz dan?
En, wat is het verschil? ik ozwcp zie ik ze ook staan ondanks dat ik ze via domoticz heb toegevoegd.

[Dylantje2]

HellStorm666 schreef op dinsdag 14 april 2020 @ 08:52:
[...]

Meestal staat ie er wel tussen, is inderdaad de groene bovenaan.
Ik doen altijd bij domoticz include, en dan druk ik op de include knop van het apparaat.
Ik neem dus niet de stick mee er naar toe om m in te leren (kan er niet echt makkelijk bij ook).
Moet ik ze via ozwcp webpagina toevoegen ipv via domoticz dan?
En, wat is het verschil? ik ozwcp zie ik ze ook staan ondanks dat ik ze via domoticz heb toegevoegd.

Rechtstreeks op de stick met je ab naar je stick en dan leren beter dan via domoticz

[HellStorm666]

Dylantje2 schreef op dinsdag 14 april 2020 @ 08:59:
[...]


Rechtstreeks op de stick met je ab naar je stick en dan leren beter dan via domoticz

Zodanig veel beter dat het aan te raden is al m'n devices te excluden en dan opnieuw te includen via de stick zelf?
Opzich heb ik nu geen problemen nl.

[MikeOO]

anconakip schreef op dinsdag 14 april 2020 @ 08:44:
[...]

Dan moet je denk ik gaan werken met gebruikersvariabelen. Maar daar heb ik helemaal geen kaas van gegeten helaas......

Dat is vrij eenvoudig te maken.

In Domoticz --> Setup -- More Options --> User Variables en maak daar bv.

Variable name: switch_state_CV
Variable type: Integer
Variable value: 0

note: variable name mag je zelf verzinnen wat je wilt, pas dat dan ook aan in het script.

Klik op Add om deze toe te voegen.

Pas het script dan aan incl de aangemaakte variabelen.

Ik ben ook geen goede scripter dus kan zeker korter/beter maar het werkt

code:

function timedifference(timestamp)
  y, m, d, H, M, S = timestamp:match("(%d+)-(%d+)-(%d+) (%d+):(%d+):(%d+)")
  difference = os.difftime(os.time(), os.time{year=y, month=m, day=d, hour=H, min=M, sec=S})
  return difference
end

commandArray = {}

s = otherdevices_lastupdate['Achterdeur (tuin)']

if(otherdevices['Achterdeur (tuin)']=='Open' and uservariables['switch_state_CV'] == 0 and timedifference(s) >  600) then
        commandArray['UpdateDevice']= "4847 | 0 | 16.0"
            commandArray['Variable:switch_state_CV'] = tostring(1)
                print('<font color="blue">Tuindeur staat langer dan 10 minuten open, CV gaat naar 16 graden!!</font>')

elseif(otherdevices['Achterdeur (tuin)']=='Closed') and uservariables['switch_state_CV'] == 1 then
        commandArray['UpdateDevice']= "4847 | 0 | 19.5"
            commandArray['Variable:switch_state_CV'] = tostring(0)
                print('<font color="blue">Tuindeur is dicht, CV gaat terug naar 19.5 graden!!</font>')
end

return commandArray

En belangrijkste tip omdat het werkt met een variabele. Mocht het niet werken check of de variabele waarde nog klopt. Bv door een crash van Domoticz kan het zijn dat de status niet wordt bijgewerkt. Heb dit ooit 1x mee gemaakt.

Als de deur dicht is moet switch_state_CV = 0
Deur open en ingestelde tijd voorbij: switch_state_CV = 1

Je kan anders behoorlijk zoeken waarom het niet werkt

[ Voor 10% gewijzigd door MikeOO op 14-04-2020 09:14 ]

[Peutpeut]

HellStorm666 schreef op dinsdag 14 april 2020 @ 09:01:
[...]

Zodanig veel beter dat het aan te raden is al m'n devices te excluden en dan opnieuw te includen via de stick zelf?
Opzich heb ik nu geen problemen nl.

Hier alles ingeleerd via Domoticz, op de plaats waar het zou moeten komen. Dus niet de stick uit de Pi gehaald en daarmee door huis gelopen. Daarmee heb ik prima resultaten.

[vso]

HellStorm666 schreef op zondag 12 april 2020 @ 16:19:
[...]


Op dit moment 25 apparaten via wifi over 2 AP's en in totaal 50 apparaten in dit subnet (totaal denk ik een 80 adressen over alle subnets).
Response via wifi achter in de tuin naar mn router is 2,9ms.
Vanwege de cameras en vooral mn werk (veel rdp sessies en vpns tegelijk) wil ik dit wel zo laag mogelijk houden.

Opzich valt de info via zo'n ding natuurlijk wel mee.
Maar ben ook met regelmaat aan t testen in de router en t wifi.
Wil dan niet hebben dat dit spul dan niet meer werkt.
Met t z-wave spul heb ik dst risico niet, want d as t werkt altijd.

kan je dan niet beter een apart wifi SSID voor je domotica nemen,

ik wil hierom graag z-wave of op bv ikea meuk meeliften .. of beter bekabeld ..

[fabstar81]

bing69 schreef op zondag 12 april 2020 @ 13:49:
[...]


Dan lees je niet goed, Shelly 2.5 werkt geweldig zowel met de hand als wel met Domoticz. Zeeeer nauwkeurig op percentage te zetten.

kan je precies vertellen hoe dan?

want dat percentage lukt me voor geen meter.

ik heb 2 devices die aangemaakt werden voor de shelly 2.5. een "venetian blinds EU" schakelaar met open/stop/dicht. en een "blinds percentage".

die eerste werkt prima, de 2e niet. aan de google home koppelen weet ik nou ook niet welke ik moet doen.

[Dylantje2]

HellStorm666 schreef op dinsdag 14 april 2020 @ 09:01:
[...]

Zodanig veel beter dat het aan te raden is al m'n devices te excluden en dan opnieuw te includen via de stick zelf?
Opzich heb ik nu geen problemen nl.

Die ene is niet goed geleerd.
Rechtstreeks op de stick is het beste aangezien Domoticz dat ook zou moeten doen.[ maar soms niet helemaal goed gaat ]

Dus welke niet goed geleerd zijn eerst excluden [ stick induwen tot hij oranje is ]
Dan op de stick includen drukken tot hij blauw is

Als je met je stick loopt.
Moet je soms na een nieuwe installatie even netwerk genezen of info vernieuwen van je device doen.