Domoticz - open source domotica systeem - deel 4

[Gizz]

KroontjesPen schreef op dinsdag 11 augustus 2020 @ 13:12:
Wat voor mij een nadeel is dat DzVents niet makkelijk te leren is. Zelf iets terug vinden is hier een ramp.
Zeker als je meer visueel ingesteld bent.

Dat vind ik een groot voordeel van Node-RED. Ik hou van blokjes waarvan precies duidelijk is wat ze doen en hoe ze met elkaar verbonden zijn. Terwijl je er functionaliteit en diepgang mee kan creëren die duizend maal verder gaan dan Blockly

Daarnaast maak je jezelf wat minder afhankelijk van Domoticz door veel automatisering in NR te maken. Wil je overstappen naar HA of een ander domotica-pakket, dan hoef je in NR maar beperkt dingen aan te passen (zeker als devices via NR toch al direct met elkaar praten d.m.v. MQTT). Al je scripts in Domoticz kun je opnieuw gaan maken bij wisseling van pakket, ben ik bang.

[KroontjesPen]

Groentjuh schreef op dinsdag 11 augustus 2020 @ 12:18:
[...]

Ik bedoelde niet dat jij stom bent/je vraag stom is/was. Ik bedoelde: Ga niet moeilijker scripten/denken dan nodig. De meest complexe scripts kunnen om de meest vage manieren kapot gaan. De kans dat dat gebeurd met simpele eenvoudige script is kleiner.

En kleiner scrips krijg je juist door eigen goed getest functies te maken de je dan met zekerheid overal kan gebruiken.
Dat heb ik vele programmeertalen gedaan om juist die nieuwe taal goed te leren.
Mijn favoriete is Juliaanse dag omzetting.

Hoe je hier een zelfstandig functie kan maken ben ik niet tegen gekomen en dacht juist dat ik die gevonden had.
Dat is voor mij het nadeel van DzVents je mag niets vragen je moet het zelf vinden.

[rens-br]

KroontjesPen schreef op dinsdag 11 augustus 2020 @ 13:12:
Wat voor mij een nadeel is dat DzVents niet makkelijk te leren is.

Ben ik niet helemaal met je eens. Als je eenmaal een klein beetje de logica van Dzvents begrijpt dan zijn de meeste scripts daarna relatief makkelijk.

Zelf iets terug vinden is hier een ramp.
Zeker als je meer visueel ingesteld bent.
Voorbeelden worden vaak niet consequent uitgevoerd.
Wanneer je met een benaming voor iets begint blijf daar dan bij.
Graag een boekje "DzVents voor Dummies".

Ben wel met je eens dat scripts in dit topic fatsoenlijk terugvinden een grote ramp is. Een verzameltopic, puur gericht op DZVents, zou al een stuk beter zijn. Verder heb ik mijn gebruikte scripts en interessante scripts die hier voorbij komen op Github staan.

[KroontjesPen]

Gizz schreef op dinsdag 11 augustus 2020 @ 13:21:
[...]

Dat vind ik een groot voordeel van Node-RED. Ik hou van blokjes waarvan precies duidelijk is wat ze doen en hoe ze met elkaar verbonden zijn. Terwijl je er functionaliteit en diepgang mee kan creëren die duizend maal verder gaan dan Blockly

Daarnaast maak je jezelf wat minder afhankelijk van Domoticz door veel automatisering in NR te maken. Wil je overstappen naar HA of een ander domotica-pakket, dan hoef je in NR maar beperkt dingen aan te passen (zeker als devices via NR toch al direct met elkaar praten d.m.v. MQTT). Al je scripts in Domoticz kun je opnieuw gaan maken bij wisseling van pakket, ben ik bang.

Node-Red heb ik ook bekeken. Alleen in Windows is het een stuk lastiger vond ik dan.
Dat weer veranderen van pakket is een grootte hobbel te nemen. Nu ben ik al blij dat het met Dz overweg kan.

[DaRk PoIsOn]

M.v.Veelen schreef op dinsdag 11 augustus 2020 @ 10:29:
[...]


Nee, in zijn geval is het niet nodig. Het enige wat hij doet is gebruik maken van Domoticz thuis en in combinatie met Pilot (op de iPhone). Is dit dan ergens uit te zetten (kan me niet herinneren dat het is aangezet....) ?

In domoticz.sh de volgende regel: DAEMON_ARGS="$DAEMON_ARGS -sslwww 443 veranderen naar: DAEMON_ARGS="$​DAEMON_ARGS -sslwww 0 zou de truc moeten doen

[AWST6000]

Hallo,

Is er een manier om binnen Blockly uit te lezen of de temperatuurwaarde van een temperatuursensor stijgt of daalt? (Rode of blauwe pijltje).
Of is op een andere manier te scripten?

Ik wil graag een signaaltje als de binnentemperatuur stijgt, zodat ik snel de ramen en deuren dicht kan doen

Alvast bedankt.

[rens-br]

AWST6000 schreef op dinsdag 11 augustus 2020 @ 13:42:
Ik wil graag een signaaltje als de binnentemperatuur stijgt, zodat ik snel de ramen en deuren dicht kan doen.

Blocky, geen idee, maar via dzvents kan dat prima.

Je moet daarvoor een variablen aanmaken die de temperatuur bijhoudt op een bepaald interval, vervolgens vergelijk je dit met de huidige temperatuur.

Ik doe hetzelfde met mijn mechanische ventilatie en de luchtvochtigheid, zie ook dit script.

[ Voor 6% gewijzigd door rens-br op 11-08-2020 13:49 ]

[Nat-Water]

KroontjesPen schreef op dinsdag 11 augustus 2020 @ 13:12:
Blocky heeft inderdaad zijn begrenzingen hoewel ik een Blocky if .. then .. elseif .. end in een script niet zo kon omzetten.
Ook dat script gebruik ik al niet meer.
Een in de log gekke foutmelding gehad door een uitvoering van Blocky waar je dus niets aan had.

Wat voor mij een nadeel is dat DzVents niet makkelijk te leren is. Zelf iets terug vinden is hier een ramp.
Zeker als je meer visueel ingesteld bent.
Voorbeelden worden vaak niet consequent uitgevoerd.
Wanneer je met een benaming voor iets begint blijf daar dan bij.
Graag een boekje "DzVents voor Dummies".

Nouja, ik gebruik dus LUA en niet DzVents. Ik vind LUA zelf makkelijker te begrijpen en ik heb echt totaal geen programmeer-achtergrond. Lua is al een stuk uitgebreider dan Blockly en er is / was relatief veel over te vinden.

Maar 't is een kwestie van googlen, lezen, kopieren en aanpassen aan je eigen project . En als het daarna werkt je eigen uitbreidingen doen.

[KroontjesPen]

@Nat-Water
Helemaal mee eens dat Lua soms makkelijker is dan DzVents. Hier vooral met tijd gerelateerde zaken.
Juist door het kunnen zoeken op Google hoe dat kan en soms moet.

[jobr]

Nat-Water schreef op dinsdag 11 augustus 2020 @ 14:05:
Nouja, ik gebruik dus LUA en niet DzVents. Ik vind LUA zelf makkelijker te begrijpen en ik heb echt totaal geen programmeer-achtergrond. Lua is al een stuk uitgebreider dan Blockly en er is / was relatief veel over te vinden.

KroontjesPen schreef op dinsdag 11 augustus 2020 @ 14:20:
Helemaal mee eens dat Lua soms makkelijker is dan DzVents. Hier vooral met tijd gerelateerde zaken.
Juist door het kunnen zoeken op Google hoe dat kan en soms moet.

DzVentz is 100% LUA.

AWST6000 schreef op dinsdag 11 augustus 2020 @ 13:42:
Hallo,

Is er een manier om binnen Blockly uit te lezen of de temperatuurwaarde van een temperatuursensor stijgt of daalt? (Rode of blauwe pijltje).
Of is op een andere manier te scripten?

Ik wil graag een signaaltje als de binnentemperatuur stijgt, zodat ik snel de ramen en deuren dicht kan doen

Alvast bedankt.

DZventz kan dat wel. Met persistent data.

[ Voor 66% gewijzigd door jobr op 11-08-2020 19:35 ]

[bing69]

GilbertvH schreef op dinsdag 11 augustus 2020 @ 11:24:
[...]


Thanks! Zou dit werken?

IF Time < 22:00 AND Lux Meter Actual < 60
DO > Set Scene 'Lampen' = On

Gebruik een dummy of variable die vanaf een bepaalde tijd een stand of waarde meegeeft. Dit voorkomt het onnodig aan gaan van lampen

[Ironburn]

Hallo,
ik wil graag via domoticz mijn kwh pulse meter s0 uitlezen. Deze zit aangesloten op de GPIO23 poort. Maar mijn dummy switch geeft helemaal niks door. (https://gathering.tweaker...message/58707806#58707806)
Doe ik iets fout? Het rare is dat het altijd gewerkt heeft. Maar na een verse install op me raspberry pi 3+ krijg ik het niet meer werkend.
Zo ziet mijn kwh.py file eruit.

code:

#!/usr/bin/python

import time
import json
import urllib.request
import threading
import logging
import logging.handlers
import os
from gpiozero import DigitalInputDevice

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

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

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

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

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


#    ELEC_COUNTER = <Your initial count here * 1000, don't forget to remove after Domoticz updated!>
    logging.info( 'Current electricity counter is: %d' % ELEC_COUNTER )

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

    os.nice(-20)

    logging.info('Polling loop starting')

    while True:
        time.sleep(60)

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

            ELEC_COUNTER += ELEC_DELTA

            ELEC_DELTA = 0
            ELEC_POST_TIME = ELEC_LAST_TIME

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


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

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

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

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

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

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

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

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

    os.nice(-20)

    logging.info('Polling loop starting')

    while True:
        time.sleep(60)

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

            ELEC_COUNTER += ELEC_DELTA

            ELEC_DELTA = 0
            ELEC_POST_TIME = ELEC_LAST_TIME

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

[ Voor 6% gewijzigd door teacher op 13-08-2020 02:18 . Reden: Code tag gefixt ]

[Knielen]

@Ironburn Toevallig geswitched van een installatie met desktop versie naar lite versie? Dan moet je nog wat extra installeren.

Ook heb je in regel 12 & 13 nog geen ip adres ingevuld, misschien dat dat nodig is.

[Ironburn]

Knielen schreef op donderdag 13 augustus 2020 @ 07:39:
@Ironburn Toevallig geswitched van een installatie met desktop versie naar lite versie? Dan moet je nog wat extra installeren.

Ook heb je in regel 12 & 13 nog geen ip adres ingevuld, misschien dat dat nodig is.

Ik heb een schone buster installatie gedaan (Kernel-versie:4.19) niet de liter versie.
Op regel 12&13 staan bij mij ip adressen maar die post ik niet. Ik zal eens kijken of de link meer uitkomst bied.
Toen ik mijn dummy meter maakte heeft hij iets geregistreerd. Maar na een reboot niks meer.
Het lijkt er op dan het script niet draait. Ook heb ik idx nog nagekeken of ik deze goed heb ingevuld maar die klopt.
Bedankt voor het meedenken.

[Knielen]

@Ironburn Het handigste is dan om even in een terminal het script met de hand te starten, dan krijg je misschien foutmeldingen te zien.

ps. Je hebt het script dubbel in je post staan, verderop staan je IP adressen wel vermeld, misschien even aanpassen als je dit niet wilt.

[Ironburn]

Knielen schreef op donderdag 13 augustus 2020 @ 09:20:
@Ironburn Het handigste is dan om even in een terminal het script met de hand te starten, dan krijg je misschien foutmeldingen te zien.

ps. Je hebt het script dubbel in je post staan, verderop staan je IP adressen wel vermeld, misschien even aanpassen als je dit niet wilt.

De link die ik in je post heb staat verwijst naar post van iemand anders :-)

Als ik het script met de hand start krijg ik deze melding :import urllib.request import error: no module named request

[ Voor 13% gewijzigd door Ironburn op 13-08-2020 11:31 ]

[Mozart]

Ironburn schreef op donderdag 13 augustus 2020 @ 10:52:
[...]


De link die ik in je post heb staat verwijst naar post van iemand anders :-)

Als ik het script met de hand start krijg ik deze melding :import urllib.request import error: no module named request

Je mist dus een module, kun je installeren met pip3 install request

[Ironburn]

pip3 install request geeft deze melding:

Could not install packages due to an EnvironmentError: 404 Client Error: Not Found for url: https://pypi.org/simple/request/

Welke module zou ik dan moeten hebben op: https://pypi.org ??

[ Voor 41% gewijzigd door Ironburn op 13-08-2020 12:27 ]

[Mozart]

Ironburn schreef op donderdag 13 augustus 2020 @ 12:25:
pip3 install request geeft deze melding:

Could not install packages due to an EnvironmentError: 404 Client Error: Not Found for url: https://pypi.org/simple/request/

Welke module zou ik dan moeten hebben op: https://pypi.org ??

Oeps, er staat in de foutmelding urllib.request. Probeer eens pip3 install urllib.

[klump4u]

Ironburn schreef op donderdag 13 augustus 2020 @ 10:52:
[...]


De link die ik in je post heb staat verwijst naar post van iemand anders :-)

Als ik het script met de hand start krijg ik deze melding :import urllib.request import error: no module named request

Ik weet niet of het met de pythonversie heeft te maken, urllib2 is niet voor Python3 volgens mij, ik draai dit op python2.7 ook op de laatste Raspian versie

[Ironburn]

Mozart schreef op donderdag 13 augustus 2020 @ 14:41:
[...]

Oeps, er staat in de foutmelding urllib.request. Probeer eens pip3 install urllib.

Nog steeds een foutmelding...

[jobr]

Ironburn schreef op donderdag 13 augustus 2020 @ 18:42:
[...]


[Afbeelding]

Nog steeds een foutmelding...

In Python 3 is dit een standard library als het goed is. Install is niet nodig. Misschien gebruik je per ongeluk python 2.7. Daar bestaat deze niet.

Probeer maar eens op de commandline:

python
Python 2.7.17 (default, Nov 7 2019, 10:07:09)
[GCC 7.4.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named request
>>>

en

python3
Python 3.6.9 (default, Nov 7 2019, 10:44:02)
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request

[Dylantje2]

Vraagje ...
Even niet waarom, want soms ben ik beetje klaar met de hobby...
Weet iemand een crontab om zwave om de zoveel tijd te herstarten?
Ik heb voor Z2M deze:

code:

systemctl restart zigbee2mqtt

En dat werkt goed..

Maar als ik:

code:

systemctl restart zwave

doe, dan gebeurt er niets..

Copitano schreef op zaterdag 8 augustus 2020 @ 12:38:
[...]

Weer zo'n vreemde waarde, maar lijkt zich later weer te herstellen op een of andere manier [Afbeelding]Kijk, dit bedoel ik. Dit is 10 minuten later. Ga toch eens experimenteren met jou query.[Afbeelding]

Als je hier een oplossing voor hebt... hoor ik het graag.
Dit is een probleem wat niet veel mensne hebben, en Domoticz dus niet echt kan vinden.
Als je echt iets weet, neem contact op met Gizmocuz..
Ik heb dit met Zwave heel vaak gehad.
Er is alleen maar wat aan te doen na de volgende dag.
Waardes aanpassen.
Maar dit is echt een ruk dingetje in Domoticz.
Je kunt dan ook beter je grafieken maken in Grafana en daarin kun je deze extreme waardes weigeren zodat je verbruik of welke grafiek ook, blijft kloppen.

[ Voor 11% gewijzigd door Dylantje2 op 14-08-2020 08:57 ]

[stuffer]

Dylantje2 schreef op vrijdag 14 augustus 2020 @ 08:30:
Vraagje ...
Even niet waarom, want soms ben ik beetje klaar met de hobby...
Weet iemand een crontab om zwave om de zoveel tijd te herstarten?
Ik heb voor Z2M deze:

code:

systemctl restart zigbee2mqtt

En dat werkt goed..

Maar als ik:

code:

systemctl restart zwave

doe, dan gebeurt er niets..

Kan je dan niet beter checken waarom je zwave het niet doet.

Heb het al jaaaaaren draaien en herstart alleen als Domoticz herstart of VMware.

Is er geen logging of is er iets mis met je controller?

[Ironburn]

jobr schreef op donderdag 13 augustus 2020 @ 19:24:
[...]


In Python 3 is dit een standard library als het goed is. Install is niet nodig. Misschien gebruik je per ongeluk python 2.7. Daar bestaat deze niet.

Probeer maar eens op de commandline:

python
Python 2.7.17 (default, Nov 7 2019, 10:07:09)
[GCC 7.4.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named request
>>>

en

python3
Python 3.6.9 (default, Nov 7 2019, 10:44:02)
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request

gedaan:

pi@raspberrypi:~ $ python
Python 2.7.16 (default, Oct 10 2019, 22:02:15)
[GCC 8.3.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named request


pi@raspberrypi:~ $ python3
Python 3.7.3 (default, Jul 25 2020, 13:03:44)
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request
>>>

[Mozart]

Ironburn schreef op vrijdag 14 augustus 2020 @ 14:14:
[...]


gedaan:

pi@raspberrypi:~ $ python
Python 2.7.16 (default, Oct 10 2019, 22:02:15)
[GCC 8.3.0] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named request


pi@raspberrypi:~ $ python3
Python 3.7.3 (default, Jul 25 2020, 13:03:44)
[GCC 8.3.0] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import urllib.request
>>>

Start je script dan eens met:

code:

python3 <pad/naar/script>

Dan moet het werken.

[Huff002]

Ik krijg SBFSpot (SMA) niet werkend in Domoticz op mijn Synology.
Er worden CSV files weggeschreven op mijn NAS dus SBFSpot zelf werkt al correct (ik gebruik de nakla container).

Waar ik denk dat het mis gaat is bij 'location'. Ik geeft hier de locatie in van SBFSpot.cfg op mijn NAS maar in de file zelf wordt er verwezen naar de locatie binnen de container.

Instelling bij hardware in Domoticz


De mapping in de container


Hoe het eruit ziet op de NAS


En wat er in de cfg file staat


En het log van Domoticz


Als mijn redenering over wat er juist fout gaat klopt weet ik niet hoe dit op te lossen.
Als er iets anders mis is kijk ik er blijkbaar over.

Wie kan mij verder helpen

[jobr]

nvt

[ Voor 106% gewijzigd door jobr op 14-08-2020 16:12 ]

[klump4u]

@Ironburn
In het script dat ik origineel gepost had staat,
import urllib2
En niet,
import urllib.request

[Gizz]

@Huff002 In Domoticz verwijs je naar de directory /docker/sbfspot/ terwijl die file in /docker/sbfspot/config staat volgens je eigen screenshots

Verder is het SBFspot.cfg met dus SBF in hoofdletters.

[ Voor 15% gewijzigd door Gizz op 14-08-2020 17:20 ]

[forgeti]

BrokenTable schreef op vrijdag 22 mei 2020 @ 18:38:
Ik heb een Lucci plafondventilator en die stuurde ik vorig jaar aan via een RFXCom aan een Synology waar Domoticz op draaide. Homey deed een HTTP Get naar Domoticz waarna de ventilator een commando kreeg.

Door een herindeling van m'n schijven Domoticz verwijderd (gebruik ik alleen voor die ventilator) met het idee om dat er later weer op te zetten. Ik denk dat ik vorig jaar ergens een howto tegen ben gekomen maar waar ik ook op Google: dat komt niet meer te voorschijn

De RFXCom heb ik toegevoegd en wat ik me nog kan herinneren was om een manual switch aan te maken. Als ik daar een switch aanmaak met als type 'Lucci Air (DC)' dan kan ik de ID (F) alleen in 3 posities opgeven ipv. 4 die ik weer uit RFXmngr heb gehaald (1 1 1 1). Ergens ben ik dat vandaag tegen gekomen, dat zou te fixen moeten zijn. Als ik Switchtype op 'Selector' zet kan ik ook off/low/med/hi toevoegen. Maar het icon van de switch veranderd dan in een schakelaar. Dan maakt verder niet uit, maar vorig jaar had ik een fan als icon dus wellicht heb ik dat toen toch anders gedaan. Daarnaast: om via de selector een command te sturen is me ook nog niet gelukt. Mogelijk via een script maar ook dat staat me niet meer bij

Is er iemand die me weer op weg helpen?

ik geloof niet dat hier al antwoord op is gekomen, maar hoor het ook graag!

[Huff002]

Gizz schreef op vrijdag 14 augustus 2020 @ 17:19:
...terwijl die file in /docker/sbfspot/config staat volgens je eigen screenshots

Verder is het SBFspot.cfg met dus SBF in hoofdletters.

config in de directory heeft er wel ingestaan in eerdere pogingen hoop ik, anders wel een hele domme fout

Is het echt hoofdlettergevoelig?


Ik heb beide zaken juist gezet maar met hetzelfde resultaat.
Gaat het verschil in het pad tussen location in Domoticz en OutputPath in de config file niet de oorzaak kunnen zijn?

[BrokenTable]

forgeti schreef op vrijdag 14 augustus 2020 @ 19:01:
[...]
ik geloof niet dat hier al antwoord op is gekomen, maar hoor het ook graag!

Nee, ik heb er geen antwoord voorbij zien komen.

Ik heb het nu via Python draaiend op een Synology opgelost. Domoticz had ik alleen maar draaien vanwege die Lucci.

[Ironburn]

klump4u schreef op vrijdag 14 augustus 2020 @ 16:42:
@Ironburn
In het script dat ik origineel gepost had staat,
import urllib2
En niet,
import urllib.request

Hoi, dat klopt, maar op import urllib2 krijg ik ook de foutmelding.
Ik heb je script helemaal gekopieerd alleen idx en ipp adressen aangepast maar hij blijft struikelen over de urllib2....

Dus op internet gezocht wat andere manieren zijn om urllib2 werkend te krijgen. En met import urllib.request krijg geen melding meer. Maar het script lijkt niet te starten....
Snap er niks van. Het heeft een jaar prima gewerkt. Dus kan het niet uitstaan...

[ Voor 23% gewijzigd door Ironburn op 14-08-2020 19:53 ]

[forgeti]

BrokenTable schreef op vrijdag 14 augustus 2020 @ 19:30:
[...]
Nee, ik heb er geen antwoord voorbij zien komen.

Ik heb het nu via Python draaiend op een Synology opgelost. Domoticz had ik alleen maar draaien vanwege die Lucci.

Jammer, ik had het graag in domoticz werkend gekregen. In RFXmngr werkt mijn Lucci Air DC prima. Ik kan daar alle commando's uitvoeren en de fan reageet naar verwachting.
Ook heb ik in domoticz gevonden hoe je hem kan toevoegen, handmatig bij tabblad schakelaars. Maar verder kom ik niet. Iemands hulp is welkom!

Na de handmatige toevoeging kies ik:
hardware: rfxtrx433e
apparaat naam: ventilator
schakelaar: selector
type: Lucci Air DC
ID: 00-00-02 (volgens handleiding rfxtrx handleiding)

Dan krijg ik echter enkel een mogelijkheid om de ventilator uit te schakelen. Er zijn geen verdere keuzes. Ik kan natuurlijk wel zelf keuze niveaus toevoegen, maar geen idee wat ik dan in moet vullen om het ook daadwerkelijk te laten werken (weet iemand welke acties ik moet gebruiken? (Should start with http://, https:// or script://)). Of doe ik het helemaal verkeerd?
Even een toevoeging: ik heb ontdekt dat als ik voor on/off kies (ipv selector) dat ik meer opties krijg, namelijk: power, +, -, light. Ik moet dan echter wel het schakelaar wachtwoord invullen en dat is ongewenst.

Als ik bij schakelaars via 'leren' toevoeg, vindt hij ook wel iets, maar dan wekt het niet zoals je zou verwachten (werken niet of in snelste stand of de uit knop is bijv. hetzelfde als stand 6 van de ventilator).

@BrokenTable ik heb geen verstand van python. Heb wel domotictz (met python) draaien op mijn synology.

[ Voor 6% gewijzigd door forgeti op 14-08-2020 20:36 ]

[klump4u]

Ironburn schreef op vrijdag 14 augustus 2020 @ 19:51:
[...]


Hoi, dat klopt, maar op import urllib2 krijg ik ook de foutmelding.
Ik heb je script helemaal gekopieerd alleen idx en ipp adressen aangepast maar hij blijft struikelen over de urllib2....

Dus op internet gezocht wat andere manieren zijn om urllib2 werkend te krijgen. En met import urllib.request krijg geen melding meer. Maar het script lijkt niet te starten....
Snap er niks van. Het heeft een jaar prima gewerkt. Dus kan het niet uitstaan...

Gpiozero ook geïnstalleerd? Voor python2?
Ik start het script met sudo python kwh.py
Dus met python2 versie.

[Dylantje2]

stuffer schreef op vrijdag 14 augustus 2020 @ 12:51:
[...]


Kan je dan niet beter checken waarom je zwave het niet doet.

Heb het al jaaaaaren draaien en herstart alleen als Domoticz herstart of VMware.

Is er geen logging of is er iets mis met je controller?

Tsja als ik daar tijd en de kennis voor zou hebben....
Z2m doet hetzelfde , na 15-20 uur stopt hij,,,

Ik heb wel meer vreemde dingen
Als ik kijk wat een device soms schakelt, kan het het niet. Aangezien die switch bijvoorbeel nergens in gebruikt wordt.

Dus mijn systeem, geeft zelfs gizmocuz hoofdpijn :-) [ soms ]

[Knielen]

Dylantje2 schreef op vrijdag 14 augustus 2020 @ 21:33:
[...]


Tsja als ik daar tijd en de kennis voor zou hebben....
Z2m doet hetzelfde , na 15-20 uur stopt hij,,,

Ik heb wel meer vreemde dingen
Als ik kijk wat een device soms schakelt, kan het het niet. Aangezien die switch bijvoorbeel nergens in gebruikt wordt.

Dus mijn systeem, geeft zelfs gizmocuz hoofdpijn :-) [ soms ]

Ik heb dit soort rare dingen 2 maanden geleden ook gehad. Na veel zoeken bleek dat mijn USB devices teveel stroom trokken, nu heb ik een aantal op een gevoede USB hub geplaatst en alles is weer helemaal stabiel.

[stuffer]

Dylantje2 schreef op vrijdag 14 augustus 2020 @ 21:33:
[...]


Tsja als ik daar tijd en de kennis voor zou hebben....
Z2m doet hetzelfde , na 15-20 uur stopt hij,,,

Ik heb wel meer vreemde dingen
Als ik kijk wat een device soms schakelt, kan het het niet. Aangezien die switch bijvoorbeel nergens in gebruikt wordt.

Dus mijn systeem, geeft zelfs gizmocuz hoofdpijn :-) [ soms ]

Ik heb zeker niet meer kennis dan @gizmocuz maar kan wel met zekerheid stellen dat Domoticz echt stabiel kan draaien, ook met Zwave (en echt al vanaf 2014).

Ik ben destijds wel vanaf een RBPi overgestapt naar VMWare met Ubuntu als basis (om daarnaast nog meer te draaien). Maar doe echt 1 a 2 keer per jaar upgraden en hou Ubuntu een beetje bij zoals meelopen op laatste LTS.

Wellicht (ik snap dat het het een takke klus is) om van scretcts af aan te beginnen? wellicht alleen voor Zwave om te testen? (en dan met een lege Zwave config?)

Knielen schreef op vrijdag 14 augustus 2020 @ 21:42:
[...]


Ik heb dit soort rare dingen 2 maanden geleden ook gehad. Na veel zoeken bleek dat mijn USB devices teveel stroom trokken, nu heb ik een aantal op een gevoede USB hub geplaatst en alles is weer helemaal stabiel.

Ook wellicht een goede om te testen? Ik heb geen RBPi meer dus heb daar geen last van maar weet wel dat die dingen er gevoelig voor zijn.

[BrokenTable]

forgeti schreef op vrijdag 14 augustus 2020 @ 20:18:
@BrokenTable ik heb geen verstand van python. Heb wel domotictz (met python) draaien op mijn synology.

Ik heb rfxcom.py (https://github.com/ssjoholm/rfxcmd_gc) gebruikt. Deze is voor Pyhton 2.x niet 3.x maar door 3 is hij ook te vinden. Daarmee via:

code:

python rfxcmd.py - d /dev/ttyUSB0 -s 0817020100000F0300

Kan ik de ventilator op LOW zetten. Misschien is dit pyhton script via Domoticz te starten?

/dev/ttyUSB0 is de USB port waar hij bij mij op aangesloten is, dat kan anders zijn.

Het command is als volgt opgebouwd:
081702 //het LucciAir protocol
00 //een volgnummer, Ieder commando zou +1 moeten zijn. Maar noodzakelijk is het volgens mij niet
00000F //de unitcode. Kun je vinden via rfxmng. Zou bij jou dan 000002 zijn
03 //nummer van de opdracht. 01 = hi 02 = med 03 = low 04 = off 05 = light
00 //gewoon 00... Geen idee verder.

[Dylantje2]

Knielen schreef op vrijdag 14 augustus 2020 @ 21:42:
[...]


Ik heb dit soort rare dingen 2 maanden geleden ook gehad. Na veel zoeken bleek dat mijn USB devices teveel stroom trokken, nu heb ik een aantal op een gevoede USB hub geplaatst en alles is weer helemaal stabiel.

ik heb een N2 en een power hub met beiden 2amp vermogen..
Zou dat niet genoeg zijn?

[AUijtdehaag]

@Dylantje2 zigbee2mqtt stick draait bij mij op HA super stabiel. En ik kan He Siri buitenlamp aan zeggen...

[ Voor 48% gewijzigd door AUijtdehaag op 15-08-2020 09:21 ]

[Dylantje2]

AUijtdehaag schreef op zaterdag 15 augustus 2020 @ 08:54:
@Dylantje2 zigbee2mqtt stick draait bij mij op HA super stabiel. En ik kan He Siri buitenlamp aan zeggen...

He over gestapt???
En hoe bevalt het?

Ik zie op tegen de nieuwe leercurve..
En alles opnieuw instellen, 1200, devices hier :-)

Hij draait ook wel stabiel.. alleen om de 1 of andere reden, stopt hij na x uur.
En dat doet Zwave ook, dus die crontab, lost ff het probleem op...

Maar weet jij hoe ik via een cron de zwave herstart?
Of helemaal into HA..?

[AUijtdehaag]

@Dylantje2 Op de N2 kun je docker draaien. En dan HA erop installeren.
Alle begin is moeilijk. Of dat conflicten geeft met domoticz qua hardware. Ik vrees van wel.

[ Voor 26% gewijzigd door AUijtdehaag op 15-08-2020 11:11 ]

[Dylantje2]

AUijtdehaag schreef op zaterdag 15 augustus 2020 @ 11:10:
@Dylantje2 Op de N2 kun je docker draaien. En dan HA erop installeren.
Alle begin is moeilijk. Of dat conflicten geeft met domoticz qua hardware. Ik vrees van wel.

hahah je ontwijkt hem :-)
Heb je ze beiden draaien?
Of echt helemaal om?

En begin moeilijk is die helder..
Maar ik hoopte dat je kon zeggen wat je beter vond?
Of de reden waarom je over bent naar HA..


Please de restart voor Zwave in cron:-)

[forgeti]

BrokenTable schreef op zaterdag 15 augustus 2020 @ 00:58:
[...]
Ik heb rfxcom.py (https://github.com/ssjoholm/rfxcmd_gc) gebruikt. .....

Thanx, ik ga het eens proberen

[Ironburn]

klump4u schreef op vrijdag 14 augustus 2020 @ 20:33:
[...]

Gpiozero ook geïnstalleerd? Voor python2?
Ik start het script met sudo python kwh.py
Dus met python2 versie.

Ja GPUOzero staat geinstalleerd voor python 2 en als ik het script start krijg ik dit te zien:

En meer doet hij niet.......

[Copitano]

Heb hier sinds gisteravond het probleem dat domoticz er na een aantal uren spontaan mee stopt. Aan het systeem is niets veranderd of toegevoegd. Oorzaak raadsel! Een restart van de service lost dat dan wel weer (tijdelijk) op maar dat domoticz er mee gestopt is merk je vaak pas na verloop van tijd.

EDIT: Domoitcz draait hier op een RPi 3B+, Buster.
Version: 2020.2
Build Hash: b63341bc0
Compile Date: 2020-04-26 13:47:55
dzVents Version: 3.0.2
Python Version: 3.5.3 (default, Sep 27 2018, 17:25:39) [GCC 6.3.0 20170516]

Uptime: 1 Uren, 8 Minuten, 35 Seconden

Is dit een goede manier om dit op te lossen of zijn er betere manieren?

Heb inmiddels al wel de Pi geupdate/upgrade. Misschien maakt dat nog uit.

[ Voor 42% gewijzigd door Copitano op 15-08-2020 15:42 ]

[klump4u]

Ironburn schreef op zaterdag 15 augustus 2020 @ 14:44:
[...]


Ja GPUOzero staat geinstalleerd voor python 2 en als ik het script start krijg ik dit te zien:
[Afbeelding]
En meer doet hij niet.......

Met: ps -ef | grep python
kun je zien op het script draait.

[Lizard]

Dylantje2 schreef op zaterdag 15 augustus 2020 @ 11:31:
[...]

Please de restart voor Zwave in cron:-)

Je kan bij Domoticz niet alleen het Zwave gedeelte herstarten dat zit in Domoticz zelf.

OpenZwave wordt statisch mee gecompiled in de exe. Enige oplossing zou zijn om Domoticz om de x tijd te gaan herstarten.

[jobr]

Ironburn schreef op vrijdag 14 augustus 2020 @ 19:51:
[...]


Hoi, dat klopt, maar op import urllib2 krijg ik ook de foutmelding.
Ik heb je script helemaal gekopieerd alleen idx en ipp adressen aangepast maar hij blijft struikelen over de urllib2....

Dus op internet gezocht wat andere manieren zijn om urllib2 werkend te krijgen. En met import urllib.request krijg geen melding meer. Maar het script lijkt niet te starten....
Snap er niks van. Het heeft een jaar prima gewerkt. Dus kan het niet uitstaan...

Heb je het script nu al eens opgestart met python3 zoals gesuggereerd door een andere poster?
Dan moet ie werken.

[M.v.Veelen]

Copitano schreef op zaterdag 15 augustus 2020 @ 14:45:
Heb hier sinds gisteravond het probleem dat domoticz er na een aantal uren spontaan mee stopt. Aan het systeem is niets veranderd of toegevoegd. Oorzaak raadsel! Een restart van de service lost dat dan wel weer (tijdelijk) op maar dat domoticz er mee gestopt is merk je vaak pas na verloop van tijd.

EDIT: Domoitcz draait hier op een RPi 3B+, Buster.
Version: 2020.2
Build Hash: b63341bc0
Compile Date: 2020-04-26 13:47:55
dzVents Version: 3.0.2
Python Version: 3.5.3 (default, Sep 27 2018, 17:25:39) [GCC 6.3.0 20170516]

Uptime: 1 Uren, 8 Minuten, 35 Seconden

Is dit een goede manier om dit op te lossen of zijn er betere manieren?

Heb inmiddels al wel de Pi geupdate/upgrade. Misschien maakt dat nog uit.

Ik heb het ook draaien op een RPi3b+ met Buster en het is volledig stabiel. Ik heb echter wel voor de zekerheid Monit draaien voor het geval er toch een keer een probleem optreedt en Domo ermee stopt.

Voor jou zou ik toch gaan uitzoeken waardoor Domo er zo vaak mee stopt. Is er onlangs hardware toegevoegd? Instellingen aangepast? Misschien eens wat hardware uitschakelen en stuk voor stuk toevoegen totdat je weet waar het mis gaat?

[Ironburn]

klump4u schreef op zaterdag 15 augustus 2020 @ 16:25:
[...]

Met: ps -ef | grep python
kun je zien op het script draait.
[Afbeelding]

Het script draait dus :-)
Dus er gaat was tis tussen domoticz en het script...

[Dylantje2]

Lizard schreef op zaterdag 15 augustus 2020 @ 17:58:
[...]

Je kan bij Domoticz niet alleen het Zwave gedeelte herstarten dat zit in Domoticz zelf.

OpenZwave wordt statisch mee gecompiled in de exe. Enige oplossing zou zijn om Domoticz om de x tijd te gaan herstarten.

Ik geloof je meteen...

Heb je dan cron om Domoticz te herstarten mss.
Zou ook oke zijn voor me.

[Lizard]

Dylantje2 schreef op zaterdag 15 augustus 2020 @ 22:02:
[...]


Ik geloof je meteen...

Heb je dan cron om Domoticz te herstarten mss.
Zou ook oke zijn voor me.

Hier een wat fancy oplossing:

Maak volgende script aan, en sla dit op in /home/pi/domoticz/check_domoticz.sh:

code:

#!/bin/bash
DATE=`date "+%Y%m%d"`
LOGFILE=/home/pi/domoticz/logs/`basename $0 .sh`_${DATE}.log

LOG()
{
        echo "[`date +'%d-%m-%Y %H:%M:%S'`] ${1}" >> ${LOGFILE}
        echo "[`date +'%d-%m-%Y %H:%M:%S'`] ${1}"
}

statusdomoticz="$(sudo service domoticz.sh status)"
if [[ "$statusdomoticz" = *"Active: active (running)"* ]]
then
  LOG "Yes! Domoticz is still up and running :)"
  LOG " "
else
  LOG "Oh dear, Domoticz seems to be down :("
  LOG "Following commands are being executed:"
  LOG "--------------------------------------"
  LOG "step 2: sudo service domoticz.sh stop"
  sudo service domoticz.sh stop
  LOG "step 3: sleep 10"
  sleep 10
  LOG "step 4: sudo service domoticz.sh start"
  sudo service domoticz.sh start
  LOG " "
fi

Voer de volgende 2 commando's uit:

code:

mkdir /home/pi/domoticz/logs/
chmod +x /home/pi/domoticz/check_domoticz.sh

Dit maakt de logdir aan en zorgt ervoor dat het script uitvoerbaar is.

Zet tenslotte in de crontab van de pi user de volgende regel:

code:

*/05 * * * * /home/pi/domoticz/check_domoticz.sh

Dit commando checked elke 5 minuten of domoticz nog draait.

Succes!

[Ironburn]

jobr schreef op zaterdag 15 augustus 2020 @ 19:25:
[...]


Heb je het script nu al eens opgestart met python3 zoals gesuggereerd door een andere poster?
Dan moet ie werken.

Ja dat heb ik gedaan en dan gebeurd er dus niets.
Met: ps -ef | grep python
kan ik zien dat het script nu draait er is alleen nog geen communicatie met domoticz... Zou het kunnen zijn dat mijn poort 23 stuk is op mijn raspberrypi? Ik heb de weerstand 10 ohm na gemeten maar deze werkt.

[Dylantje2]

Lizard schreef op zaterdag 15 augustus 2020 @ 22:31:
[...]

Hier een wat fancy oplossing:

Maak volgende script aan, en sla dit op in /home/pi/domoticz/check_domoticz.sh:

code:

#!/bin/bash
DATE=`date "+%Y%m%d"`
LOGFILE=/home/pi/domoticz/logs/`basename $0 .sh`_${DATE}.log

LOG()
{
        echo "[`date +'%d-%m-%Y %H:%M:%S'`] ${1}" >> ${LOGFILE}
        echo "[`date +'%d-%m-%Y %H:%M:%S'`] ${1}"
}

statusdomoticz="$(sudo service domoticz.sh status)"
if [[ "$statusdomoticz" = *"Active: active (running)"* ]]
then
  LOG "Yes! Domoticz is still up and running :)"
  LOG " "
else
  LOG "Oh dear, Domoticz seems to be down :("
  LOG "Following commands are being executed:"
  LOG "--------------------------------------"
  LOG "step 2: sudo service domoticz.sh stop"
  sudo service domoticz.sh stop
  LOG "step 3: sleep 10"
  sleep 10
  LOG "step 4: sudo service domoticz.sh start"
  sudo service domoticz.sh start
  LOG " "
fi

Voer de volgende 2 commando's uit:

code:

mkdir /home/pi/domoticz/logs/
chmod +x /home/pi/domoticz/check_domoticz.sh

Dit maakt de logdir aan en zorgt ervoor dat het script uitvoerbaar is.

Zet tenslotte in de crontab van de pi user de volgende regel:

code:

*/05 * * * * /home/pi/domoticz/check_domoticz.sh

Dit commando checked elke 5 minuten of domoticz nog draait.

Succes!

Thanks...
Alleen de maar....

Ik heb monit draaien dus dat domoticz draat is het probleem niet
Dat doet ie [ blijf ik hopen ] altijd, aangezien mij 99% huis er op draait..
Maar die zwave hapert dus die reboot zoek ik, En anders de reboot met een cron van Domoticz.
Aangezien ook de geen informatie restart van hardware niet werkt
En helaas heeft domoticz geen reboot timer ingebouwd,,

[klump4u]

Ironburn schreef op zaterdag 15 augustus 2020 @ 22:55:
[...]


Ja dat heb ik gedaan en dan gebeurd er dus niets.
Met: ps -ef | grep python
kan ik zien dat het script nu draait er is alleen nog geen communicatie met domoticz... Zou het kunnen zijn dat mijn poort 23 stuk is op mijn raspberrypi? Ik heb de weerstand 10 ohm na gemeten maar deze werkt.

Andere gpio poort proberen. Kabeltjes verwisseld. Maken ze nog goed contact?

[M.v.Veelen]

Iemand die me kan vertellen waar ik de mist in ga?

Ik heb 2 deurcontacten op de garagedeur. Tenminste, die ga ik erop zetten maar heb ze nu nog hier liggen om mee te testen. Ik wil graag dat als 1 van de deurcontacten of allebei de status "Open" geven, dat dan een lampje gaat branden (testopstelling). Het lukt me alleen om met deurcontact 1 de lamp aan/uit te zetten. Zodra deurcontact 2 meedoet dan klopt het niet meer.

Ik heb nu:

Lua:

local physical_switch1 = 'deurcontact 1'
local physical_switch2 = 'deurcontact 2'
local light_switch = 'Lamp'

commandArray = {}

if (devicechanged[physical_switch1] == 'Closed' and otherdevices[physical_switch2] == 'Open' and otherdevices[light_switch] == 'Off') then commandArray[light_switch]='On'

elseif (devicechanged[physical_switch1] == 'Open' and otherdevices[physical_switch2] == 'Closed' and otherdevices[light_switch] == 'Off') then commandArray[light_switch]='On'

elseif (devicechanged[physical_switch1] == 'Open' and otherdevices[physical_switch2] == 'Open' and otherdevices[light_switch] == 'Off') then commandArray[light_switch]='On'
    
elseif (devicechanged[physical_switch1] == 'Closed' and otherdevices[physical_switch2] == 'Closed' and otherdevices[light_switch] == 'On') then commandArray[light_switch]='Off'
    
end

return commandArray

Ik zie de fout(en) niet

[KroontjesPen]

@M.v.Veelen Volgens mij dit:
If deur 1 == open or deur 2 == open then lamp aan.

[M.v.Veelen]

KroontjesPen schreef op zondag 16 augustus 2020 @ 11:36:
@M.v.Veelen Volgens mij dit:
If deur 1 == open or deur 2 == open then lamp aan.

Maar er moet ook in worden verwerkt dat als ze beiden open zijn dat de lamp aan gaat. En telkens de check of de lamp niet al aan staat. Hoe zou dat er dan uitzien in een LUA script?

Ik kom redelijk in de buurt met dit, maar het gaat dan nog mis met deurcontact 1:

Lua:

if (devicechanged[physical_switch1] == 'Open' and otherdevices[light_switch] == 'Off') or (otherdevices[physical_switch2] == 'Open' and otherdevices[light_switch] == 'Off') then
    commandArray[light_switch]='On'

elseif (devicechanged[physical_switch1] == 'Closed' and otherdevices[light_switch] == 'On') or (otherdevices[physical_switch2] == 'Closed' and otherdevices[light_switch] == 'On') then
    commandArray[light_switch]='Off'

Edit:

Ik heb het uit elkaar getrokken en dit werkt:

Lua:

if (devicechanged[physical_switch1] == 'Open' and otherdevices[light_switch] == 'Off') then
    commandArray[light_switch]='On'

elseif (devicechanged[physical_switch2] == 'Open' and otherdevices[light_switch] == 'Off') then
    commandArray[light_switch]='On'

elseif (devicechanged[physical_switch1] == 'Closed' and otherdevices[light_switch] == 'On') then
    commandArray[light_switch]='Off'

elseif (devicechanged[physical_switch2] == 'Closed' and otherdevices[light_switch] == 'On') then
    commandArray[light_switch]='Off'

[ Voor 65% gewijzigd door M.v.Veelen op 16-08-2020 11:57 ]

[Groentjuh]

M.v.Veelen schreef op zondag 16 augustus 2020 @ 11:47:
[...]


Maar er moet ook in worden verwerkt dat als ze beiden open zijn dat de lamp aan gaat. En telkens de check of de lamp niet al aan staat. Hoe zou dat er dan uitzien in een LUA script?

Ik geloof zoiets

Lua:

local physical_switch1 = 'deurcontact 1'
local physical_switch2 = 'deurcontact 2'
local light_switch = 'Lamp'

commandArray = {}

if ((devicechanged[physical_switch1] == 'Open' or otherdevices[physical_switch2] == 'Open') and otherdevices[light_switch] == 'Off') then 
commandArray[light_switch]='On'
elseif (devicechanged[physical_switch1] == 'Closed' and otherdevices[physical_switch2] == 'Closed' and otherdevices[light_switch] == 'On') then
commandArray[light_switch]='Off'
end

return commandArray

(devicechanged[physical_switch1] == 'Open' or otherdevices[physical_switch2] == 'Open') -> 1 of beiden schakelaars aan.
devicechanged[physical_switch1] == 'Closed' and otherdevices[physical_switch2] == 'Closed' -> beiden schakelaars uit. (omgekeerde van de vorige regel)

[tozzke]

M.v.Veelen schreef op zondag 16 augustus 2020 @ 11:29:
Iemand die me kan vertellen waar ik de mist in ga?

Ik heb 2 deurcontacten op de garagedeur. Tenminste, die ga ik erop zetten maar heb ze nu nog hier liggen om mee te testen. Ik wil graag dat als 1 van de deurcontacten of allebei de status "Open" geven, dat dan een lampje gaat branden (testopstelling). Het lukt me alleen om met deurcontact 1 de lamp aan/uit te zetten. Zodra deurcontact 2 meedoet dan klopt het niet meer.

Ik heb nu:

Lua:

local physical_switch1 = 'deurcontact 1'
local physical_switch2 = 'deurcontact 2'
local light_switch = 'Lamp'

commandArray = {}

if (devicechanged[physical_switch1] == 'Closed' and otherdevices[physical_switch2] == 'Open' and otherdevices[light_switch] == 'Off') then commandArray[light_switch]='On'

elseif (devicechanged[physical_switch1] == 'Open' and otherdevices[physical_switch2] == 'Closed' and otherdevices[light_switch] == 'Off') then commandArray[light_switch]='On'

elseif (devicechanged[physical_switch1] == 'Open' and otherdevices[physical_switch2] == 'Open' and otherdevices[light_switch] == 'Off') then commandArray[light_switch]='On'
    
elseif (devicechanged[physical_switch1] == 'Closed' and otherdevices[physical_switch2] == 'Closed' and otherdevices[light_switch] == 'On') then commandArray[light_switch]='Off'
    
end

return commandArray

Ik zie de fout(en) niet

Maak onderstaande Lua als trigger type 'All' aan en het zal werken:

Lua:

local physical_switch1 = 'deurcontact 1'
local physical_switch2 = 'deurcontact 2'
local light_switch = 'Lamp'

commandArray = {}

if (otherdevices[physical_switch1] == 'Open' or otherdevices[physical_switch2] == 'Open') and otherdevices[light_switch] == 'Off' then 
commandArray[light_switch]='On'
elseif otherdevices[physical_switch1] == 'Closed' and otherdevices[physical_switch2] == 'Closed' and otherdevices[light_switch] == 'On' then
commandArray[light_switch]='Off AFTER 2'
end

return commandArray

[Huff002]

Huff002 schreef op vrijdag 14 augustus 2020 @ 19:15:
[...]Is het echt hoofdlettergevoelig?

Gaat het verschil in het pad tussen location in Domoticz en OutputPath in de config file niet de oorzaak kunnen zijn?

Iemand die deze combinatie (SBFspot op Synology) werkend heeft gekregen?

[Ironburn]

klump4u schreef op zaterdag 15 augustus 2020 @ 23:17:
[...]

Andere gpio poort proberen. Kabeltjes verwisseld. Maken ze nog goed contact?

Ander poort geprobeerd. Maar niks. Om hopeloos van te worden...
Ik heb intussen er een arduino tussen gezet en deze lees ik uit via domoticz.
Probleem opgelost.... :-)

Bedankt alleen voor het mee denken.

[Copitano]

Kent iemand dit fenomeen?

Dit gebeurt mij elke keer als ik tussentijds de instellingen van Domoticz wil opslaan met de rode knop. Ik kom er dan via de Pi niet meer in, terwijl ik via de laptop gewoon Domoticz kan openen. Met gebruiker Pi en het wachtwoord van Pi kom ik er niet in met admin admin ook niet. Een minuut of 10 wachten loste dat probleem weer op. Maar voor zover ik mij kan herinneren heb ik nooit een gebruikersnaam en wachtwoord ingevuld voor domoticz (wel voor de pi zelf).
Hoe het verder opgelost kan worden heb ik hier al gevonden, maar...
ra ra hoe zit dit?

[ Voor 8% gewijzigd door Copitano op 16-08-2020 15:40 ]

[Copitano]

M.v.Veelen schreef op zaterdag 15 augustus 2020 @ 20:26:
[...]


Ik heb het ook draaien op een RPi3b+ met Buster en het is volledig stabiel. Ik heb echter wel voor de zekerheid Monit draaien voor het geval er toch een keer een probleem optreedt en Domo ermee stopt.

Voor jou zou ik toch gaan uitzoeken waardoor Domo er zo vaak mee stopt. Is er onlangs hardware toegevoegd? Instellingen aangepast? Misschien eens wat hardware uitschakelen en stuk voor stuk toevoegen totdat je weet waar het mis gaat?

Misschien op dit moment een voorbarige conclusie, maar sinds gistermiddag 12:30 uur en een update/upgrade van de pi lijkt het voorlopig weer stabiel te draaien. Maar ga zeker even kijken of ik monit er ook op kan zetten. Nog geen ervaring mee.

[Dynazap]

Gisteravond behoorlijk wat uurtjes lopen pielen met Domoticz. Maar krijg het niet voor elkaar, ook niet na Google en het Domoticz forum.

-

Draai op mijn Synology DS713+ de Jadahl 2020.2 package. Python3 versie 3.5.1-0108 geïnstalleerd, de versie die in de Syno packagecenter staat.

Nu heb ik de deCONZ plugin weten te installeren maar krijg ik de volgende melding zodra ik 'm actief zet:

code:

2020-08-17 12:20:48.401 Error: (deCONZ) Your pyton version miss requests library
2020-08-17 12:20:48.401 Error: (deCONZ) To install it, type : sudo -H pip3 install requests | sudo -H pip install requests

Als ik bovenstaande sudo command invul krijg ik een aantal foutmeldingen, waaronder 'pip3 not recognized'.

Heb ook geprobeerd via de Synocommunity package m'n Python te upgraden naar versie 3.5.6-8.. maar dan start de Domoticz package niet meer op.

Waarschijnlijk is het vrij simpel.. maar kan iemand uitleggen wat te doen?

Mijn dank is zeer groot!

[Lizard]

Dynazap schreef op maandag 17 augustus 2020 @ 12:45:
Gisteravond behoorlijk wat uurtjes lopen pielen met Domoticz. Maar krijg het niet voor elkaar, ook niet na Google en het Domoticz forum.

-

Draai op mijn Synology DS713+ de Jadahl 2020.2 package. Python3 versie 3.5.1-0108 geïnstalleerd, de versie die in de Syno packagecenter staat.

Nu heb ik de deCONZ plugin weten te installeren maar krijg ik de volgende melding zodra ik 'm actief zet:

code:

2020-08-17 12:20:48.401 Error: (deCONZ) Your pyton version miss requests library
2020-08-17 12:20:48.401 Error: (deCONZ) To install it, type : sudo -H pip3 install requests | sudo -H pip install requests

Als ik bovenstaande sudo command invul krijg ik een aantal foutmeldingen, waaronder 'pip3 not recognized'.

Heb ook geprobeerd via de Synocommunity package m'n Python te upgraden naar versie 3.5.6-8.. maar dan start de Domoticz package niet meer op.

Waarschijnlijk is het vrij simpel.. maar kan iemand uitleggen wat te doen?

Mijn dank is zeer groot!

In de errorlog staan stiekem 2 commando's. Je moet een van onderstaande dus uitvoeren:

code:

sudo -H pip3 install requests
sudo -H pip install requests

Je kan voordat je het sudo commando uitvoert eerst lost testen met pip of pip3 welke regel je nodig hebt.

[De_Bastaard]

Ik gebruik Domoticz met 2 TP-Link HS110 (Kasa) smart powerplugs. Nu geeft een van die twee een raar kWh verbruik aan: 3772776.447 kWh

Dat heeft ie blijkbaar eenmalig gemeten in Mei, maar daarna ook geen verbruik meer gelogd. Hoe kan ik deze rare waarde resetten?

Ik heb hem nu dus al verwijderd, rpi herstart maar die rare waarde blijf ik zien onder mijn devices.

[M.v.Veelen]

Dynazap schreef op maandag 17 augustus 2020 @ 12:45:
Gisteravond behoorlijk wat uurtjes lopen pielen met Domoticz. Maar krijg het niet voor elkaar, ook niet na Google en het Domoticz forum.

-

Draai op mijn Synology DS713+ de Jadahl 2020.2 package. Python3 versie 3.5.1-0108 geïnstalleerd, de versie die in de Syno packagecenter staat.

Als ik me goed herinner heeft Jadahl 2 versies. Eentje mét Python plugin (die moet je hebben) en eentje zonder Python plugin. Heb je wel de goede genomen?

[SuperKris]

bah... het is weer eens zo ver. Stoomuitval gehad vanmorgen en de raspberry start niet meer op. Natuurlijk geen image. Wel een 2 jaar oude backup file van domoticz waar ik hopelijk nog wat mee kan.

In het begin wat groen geknipper als ik hem aanzet maar na een seconde of 10 stop dat met af en toe een heel kort groen flitsje. Ik kon vervolgens niet op de webpagina. Ook geen SSH.

Toen maar aan de PC gehangen. Ging eerst nog wel naar login toe. Deze was ik vergeten dus wou ik resetten. Dus via SD kaartje aanpassing gedaan in cmdline maar start nu nog minder ver. ca. 3 seconden posten, en daarna stop hij op een willekeurig punt.

Iemand een idee of dit nog te redden valt? Ik heb totaal geen zin om alles weer opnieuw te gaan installeren.

[nrdnmg]

Ik heb een vreemd probleem met Domoticz. Draait al jaren naar tevredenheid op de RPI-3. Tot vandaag. Alle devices tonen als 'laatst gezien' gisterochtend om 07:02 uur.
Timers werken niet meer (dus ook geen automatisering meer), maar ik kan wel nog handmatig schakelen. De modules zijn dus nog wel te benaderen.

Service starten/stoppen helpt niet. RPI reboot helpt niet. Backup terugzetten helpt niet.
Een zoektocht op google maakt me ook niet wijzer.
Iemand een idee?

Op een of andere wijze kon de RPI niet meer op internet, waardoor de interne tijd niet goed stond....
Opgelost!

[ Voor 12% gewijzigd door nrdnmg op 18-08-2020 00:56 ]

[Dynazap]

M.v.Veelen schreef op maandag 17 augustus 2020 @ 16:21:
[...]
Als ik me goed herinner heeft Jadahl 2 versies. Eentje mét Python plugin (die moet je hebben) en eentje zonder Python plugin. Heb je wel de goede genomen?

Heb inderdaad de Python Plugin versie.

Krijg de volgende melding bij het sudo command:

code:

root@BuzzLightyear:~# sudo -h pip install requests
install: missing destination file operand after ‘requests’
Try 'install --help' for more information.
root@BuzzLightyear:~# sudo -h pip3 install requests
install: missing destination file operand after ‘requests’
Try 'install --help' for more information.

Snap er even niet zoveel meer van


Edit: Heb 'm voor elkaar met wat hulp . De volgende stappen doorlopen: klikje en nu werkt de plugin

[ Voor 12% gewijzigd door Dynazap op 17-08-2020 23:58 ]

[Gorefest]

Okay ik heb een vreemd probleem.
Vanaf 1 systeem (mijn werk laptop) heb ik geen toegang meer tot de webpagina van mijn Domoticz systeem.
Ik krijg een "Incorrect username/password!" en dat terwijl deze beide 100% correct zijn.
Het maakt niet uit welke browser ik gebruik en of ik incognito modus oid gebruikt het werkt niet.

Vanaf andere computers, tablets, telefoons werkt het allemaal prima alleen van deze niet.

Iemand enig idee?

[Dynazap]

Gorefest schreef op dinsdag 18 augustus 2020 @ 16:19:
Okay ik heb een vreemd probleem.
Vanaf 1 systeem (mijn werk laptop) heb ik geen toegang meer tot de webpagina van mijn Domoticz systeem.
Ik krijg een "Incorrect username/password!" en dat terwijl deze beide 100% correct zijn.
Het maakt niet uit welke browser ik gebruik en of ik incognito modus oid gebruikt het werkt niet.

Vanaf andere computers, tablets, telefoons werkt het allemaal prima alleen van deze niet.

Iemand enig idee?

Zomaar wat ideeën:

Caps aan? Andere indeling toetsenbord ingesteld dan 'normaal' QWERTY? Toets die blijft hangen?
Zou niet de eerste keer zijn dat het zoiets simpels is...

[M.v.Veelen]

Gorefest schreef op dinsdag 18 augustus 2020 @ 16:19:
Okay ik heb een vreemd probleem.
Vanaf 1 systeem (mijn werk laptop) heb ik geen toegang meer tot de webpagina van mijn Domoticz systeem.
Ik krijg een "Incorrect username/password!" en dat terwijl deze beide 100% correct zijn.
Het maakt niet uit welke browser ik gebruik en of ik incognito modus oid gebruikt het werkt niet.

Vanaf andere computers, tablets, telefoons werkt het allemaal prima alleen van deze niet.

Iemand enig idee?

Heb je onder Instellingen bij Local Networks wel de IP range toegevoegd (evt met wildcard) waarvan je werk-laptop gebruik maakt?

[MikeyMan]

wimmme schreef op vrijdag 7 augustus 2020 @ 15:27:
[...]

De Shelly Plug (S) ?
Werkt via MQTT zonder flashen oid

Helemaal native support / plug and play is het niet, maar hij draait!

Wat een functies hebben ze erin gepropt zeg!

Nu eens meten waar de grootste sluipverbruiker zit.

[Gorefest]

@Dynazap & @M.v.Veelen
Dat is het allemaal niet.
Het gaat trouwens om remote access dus ik zit niet op mijn lokale netwerk.
Maar dat gaat dus wel goed vanaf andere computers alleen vanaf deze niet?!?

[Rouwette]

nrdnmg schreef op maandag 17 augustus 2020 @ 23:04:
Ik heb een vreemd probleem met Domoticz. Draait al jaren naar tevredenheid op de RPI-3. Tot vandaag. Alle devices tonen als 'laatst gezien' gisterochtend om 07:02 uur.
Timers werken niet meer (dus ook geen automatisering meer), maar ik kan wel nog handmatig schakelen. De modules zijn dus nog wel te benaderen.

Service starten/stoppen helpt niet. RPI reboot helpt niet. Backup terugzetten helpt niet.
Een zoektocht op google maakt me ook niet wijzer.
Iemand een idee?

Op een of andere wijze kon de RPI niet meer op internet, waardoor de interne tijd niet goed stond....
Opgelost!

Ik had zoiets vergelijkbaars, tevens kon een lamp niet meer geschakeld worden via Domoticz, Wat bleek, SD kaartje was bomvol

Img gemaakt en op een grotere sd gezet, werkte eerst nog niet omdat de Pi de extra ruimte niet herkende

[MikeyMan]

Ben ook wat aan het rommelen om de backup naar mn nas aan de praat te krijgen.
Dat is opzich gelukt, hoewel ik nu volgens mij zwaar dubbelop aan het backuppen ben.

Er worden twee bestanden weggeschreven:
Domoticz*.tar.gz (197mb)
Domoticz*.db.gz (3,3mb)

In die eerste zitten alle backups. Nu is dit wel te overzien, maar ik zou graag ook gebruik maken van het verwijderen van de oude versies.

Hier staat ook een uitbreiding op het script voor op de wiki; maar dat werkt minder.

code:

# get a list of files and dates from ftp and remove files older than ndays
ftpsite="sftp -b-  -oPort=221  $USERNAME@$SERVER"
putdir=$DESTDIRNAS

ndays=19

# work out our cutoff date
MM=`date --date="$ndays days ago" +%b`
DD=`date --date="$ndays days ago" +%d`
TT=`date --date="$ndays days ago" +%s`

echo removing files older than $MM $DD
echo $putdir
echo $ndays

# get directory listing from remote source
echo "
cd $putdir
ls -l
"|$ftpsite >dirlist

# skip first three and last line, ftp command echo
listing="`tail -n+4 dirlist|head -n-1`"

lista=( $listing )

# loop over our files
for ((FNO=0; FNO<${#lista[@]}; FNO+=9));do
  # month (element 5), day (element 6) and filename (element 8)
  # echo Date ${lista[`expr $FNO+5`]} ${lista[`expr $FNO+6`]}          File: ${lista[`expr $FNO+8`]}

  fdate="${lista[`expr $FNO+5`]} ${lista[`expr $FNO+6`]} ${lista[`expr $FNO+7`]}"
  sdate=`date --date="$fdate" +%s`
  # check the date stamp
  if [ $sdate -lt $TT ]
  then
      # Remove this file
      echo "$MM $DD: Removing  ${lista[`expr $FNO+5`]} /  ${lista[`expr $FNO+6`]} / ${lista[`expr $FNO+8`]}"
      $ftpsite <<EOMYF2
      cd $putdir
      rm ${lista[`expr $FNO+8`]}
      quit
EOMYF2

  fi
done

Enige dat ik hier heb aangepast is de poort... Maar hij blijft met een timout hangen op:

code:

[b][/b]removing files older than Jul 31
ssh: connect to host 10.0.0.4 port 221: Connection timed out
Connection closed
./backup.sh: 67: ./backup.sh: Syntax error: "(" unexpected

any thoughts?

[tsjoender]

MikeyMan schreef op woensdag 19 augustus 2020 @ 10:16:
Ben ook wat aan het rommelen om de backup naar mn nas aan de praat te krijgen.
Dat is opzich gelukt, hoewel ik nu volgens mij zwaar dubbelop aan het backuppen ben.

Er worden twee bestanden weggeschreven:
Domoticz*.tar.gz (197mb)
Domoticz*.db.gz (3,3mb)

In die eerste zitten alle backups. Nu is dit wel te overzien, maar ik zou graag ook gebruik maken van het verwijderen van de oude versies.

Hier staat ook een uitbreiding op het script voor op de wiki; maar dat werkt minder.

code:

# get a list of files and dates from ftp and remove files older than ndays
ftpsite="sftp -b-  -oPort=221  $USERNAME@$SERVER"
putdir=$DESTDIRNAS

ndays=19

# work out our cutoff date
MM=`date --date="$ndays days ago" +%b`
DD=`date --date="$ndays days ago" +%d`
TT=`date --date="$ndays days ago" +%s`

echo removing files older than $MM $DD
echo $putdir
echo $ndays

# get directory listing from remote source
echo "
cd $putdir
ls -l
"|$ftpsite >dirlist

# skip first three and last line, ftp command echo
listing="`tail -n+4 dirlist|head -n-1`"

lista=( $listing )

# loop over our files
for ((FNO=0; FNO<${#lista[@]}; FNO+=9));do
  # month (element 5), day (element 6) and filename (element 8)
  # echo Date ${lista[`expr $FNO+5`]} ${lista[`expr $FNO+6`]}          File: ${lista[`expr $FNO+8`]}

  fdate="${lista[`expr $FNO+5`]} ${lista[`expr $FNO+6`]} ${lista[`expr $FNO+7`]}"
  sdate=`date --date="$fdate" +%s`
  # check the date stamp
  if [ $sdate -lt $TT ]
  then
      # Remove this file
      echo "$MM $DD: Removing  ${lista[`expr $FNO+5`]} /  ${lista[`expr $FNO+6`]} / ${lista[`expr $FNO+8`]}"
      $ftpsite <<EOMYF2
      cd $putdir
      rm ${lista[`expr $FNO+8`]}
      quit
EOMYF2

  fi
done

Enige dat ik hier heb aangepast is de poort... Maar hij blijft met een timout hangen op:

code:

[b][/b]removing files older than Jul 31
ssh: connect to host 10.0.0.4 port 221: Connection timed out
Connection closed
./backup.sh: 67: ./backup.sh: Syntax error: "(" unexpected

any thoughts?

De syntax error is iets op (of rond) regel 67 van het script. Het script wat je gepost hebt heeft maar 46 regels. Heb je het volledig gepost of roep je onbedoeld een ander script aan (met meer regels)?

[MikeyMan]

tsjoender schreef op woensdag 19 augustus 2020 @ 11:13:
[...]


De syntax error is iets op (of rond) regel 67 van het script. Het script wat je gepost hebt heeft maar 46 regels. Heb je het volledig gepost of roep je onbedoeld een ander script aan (met meer regels)?

Het is een langer script, volledige script is:

code:

   #!/bin/bash

    ## LOCAL/FTP/SCP/MAIL PARAMETERS
    SERVER="10.0.0.4"         # IP of Network disk, used for: ftp mail scp
    PORT="211"          #Port of ftp server
    USERNAME="Domoticz"         # FTP username of Network disk used for: ftp mail scp
    PASSWORD="Backup123!"               # FTP password of Network disk used for: ftp mail scp
    DESTDIR="/opt/backup"      # used for: local
    DESTDIRNAS="/Domoticz/"
    DOMO_IP="10.0.0.30"      # Domoticz IP used for all
    DOMO_PORT="8080"         # Domoticz port used for all
    ## END OF USER CONFIGURABLE PARAMETERS

    ##Backup DBase##
    TIMESTAMP=$(/bin/date +%Y%m%d%H%M%S)
    BACKUPFILE="domoticz_$TIMESTAMP.db" # backups will be named "domoticz_YYYYMMDDHHMMSS.db.gz"
    BACKUPFILEGZ="$BACKUPFILE".gz
    ### Stop Domoticz, create backup, ZIP it and start Domoticz again
    #sudo service domoticz.sh stop
    /usr/bin/curl -s http://$DOMO_IP:$DOMO_PORT/backupdatabase.php > /tmp/"$BACKUPFILE"
    #sudo service domoticz.sh start
    gzip -9 /tmp/"$BACKUPFILE"
    ### Send to Network disk through FTP
    curl -s --disable-epsv -v -T"/tmp/$BACKUPFILEGZ" -u"$USERNAME:$PASSWORD" "ftp://$SERVER:$PORT/$DESTDIRNAS/"             
    ### Remove temp backup file
    /bin/rm /tmp/"$BACKUPFILEGZ"
    ### Done!

    ##Backup Files##
#    TIMESTAMP=`/bin/date +%Y%m%d%H%M%S`
#    BACKUPFILEDIR="domoticz_$TIMESTAMP.tar.gz" # Change the xxx to yours
 
    ### Create backup and ZIP it
#    tar -zcvf /tmp/$BACKUPFILEDIR /home/pi/domoticz/backups   # Change the xxx to yours    # Or try /home/pi/domoticz/
    
    ### Send to Network disk through FTP
#    curl -s --disable-epsv -v -T"/tmp/$BACKUPFILEDIR" -u "$USERNAME:$PASSWORD" "ftp://$SERVER:$PORT/$DESTDIRNAS"  # Change the ftp to yours !!!
                                                    
    ### Remove temp backup file
#    /bin/rm /tmp/$BACKUPFILEDIR

    ### Done!
# get a list of files and dates from ftp and remove files older than ndays
ftpsite="sftp -b-  -oPort=221  $USERNAME@$SERVER"
putdir=$DESTDIRNAS

ndays=19

# work out our cutoff date
MM=$(date --date="$ndays days ago" +%b)
DD=$(date --date="$ndays days ago" +%d)
TT=$(date --date="$ndays days ago" +%s)

echo removing files older than "$MM" "$DD"
echo $putdir
echo $ndays

# get directory listing from remote source
echo "
cd $putdir
ls -l
"|$ftpsite >dirlist

# skip first three and last line, ftp command echo
listing=$(tail -n+4 dirlist|head -n-1)

lista= "$listing"

# loop over our files
for ((FNO=0; FNO<${#lista[@]}; FNO+=9));do
  # month (element 5), day (element 6) and filename (element 8)
  # echo Date ${lista[`expr $FNO+5`]} ${lista[`expr $FNO+6`]}          File: ${lista[`expr $FNO+8`]}

  fdate="${lista[$(expr "$FNO"+5)]} ${lista[$(expr "$FNO"+6)]} ${lista[$(expr "$FNO"+7)]}"
  sdate=$(date --date="$fdate" +%s)
  # check the date stamp
  if [ "$sdate" -lt "$TT" ]
  then
      # Remove this file
      echo "$MM $DD: Removing  ${lista[$(expr "$FNO"+5)]} /  ${lista[$(expr "$FNO"+6)]} / ${lista[$(expr "$FNO"+8)]}"
      $ftpsite <<EOMYF2
      cd $putdir
      rm ${lista[$(expr "$FNO"+8)]}
      quit
EOMYF2

  fi
done

Inmiddels opgeschoond met SpellCheck. Maar nog steeds errors.

Nu wel nieuwe overigens:

./backup.sh: 67: ./backup.sh: : Permission denied
./backup.sh: 70: ./backup.sh: Syntax error: Bad for loop variable

dit nadat ik
lista= ( $listing )

heb veranderd in
lista= "$listing"

[JeroenE]

MikeyMan schreef op woensdag 19 augustus 2020 @ 11:24:
Het is een langer script, volledige script is:

In regel 5 staat dat het poortnummer 211 is, maar in regel 44 gebruik je hardcoded port 221. Dat lijkt alvast niet te kloppen.

Die nieuwe error komt vast omdat je de ( door " hebt vervangen en er een spatie bij hebt gezet.

[MikeyMan]

JeroenE schreef op woensdag 19 augustus 2020 @ 11:34:
[...]
In regel 5 staat dat het poortnummer 211 is, maar in regel 44 gebruik je hardcoded port 221. Dat lijkt alvast niet te kloppen.

Die nieuwe error komt vast omdat je de ( door " hebt vervangen en er een spatie bij hebt gezet.

Dat is een goed punt...

Heb overigens de " vervangen door ( juist.

Is nu:

code:

# skip first three and last line, ftp command echo
listing=$(tail -n+4 dirlist|head -n-1)

lista=("$listing")

error:

code:

ssh_exchange_identification: Connection closed by remote host
Connection closed
./backup.sh: 70: ./backup.sh: Syntax error: Bad for loop variable
pi@raspberrypi:~/domoticz/scripts $

[ Voor 15% gewijzigd door MikeyMan op 19-08-2020 12:09 ]

[JanPedaal]

Gorefest schreef op woensdag 19 augustus 2020 @ 08:52:
@Dynazap & @M.v.Veelen
Dat is het allemaal niet.
Het gaat trouwens om remote access dus ik zit niet op mijn lokale netwerk.
Maar dat gaat dus wel goed vanaf andere computers alleen vanaf deze niet?!?

Remote access via een VPN? Dan wordt er misschien een poort geblocked door je werkgever?
Heb je (om typo's uit te sluiten) je wachtwoord al eens erin gecopy-paste? Dus eerst uittikken zodat je ziet dat er geen fouten in zitten, en dan pasten in ww invoerveld?

[KroontjesPen]

Let vooral op spatie(s) ACHTER AAN.

[MikeyMan]

Ben wat stapjes verder... Nu analoog aan het eerste deel curl statement gebruikt voor het verwijderen:

code:

ftpsite="curl -u "$USERNAME:$PASSWORD" "ftp://$SERVER:$PORT/$DESTDIRNAS""
#putdir=$DESTDIRNAS

ndays=19

# work out our cutoff date
MM=$(date --date="$ndays days ago" +%b)
DD=$(date --date="$ndays days ago" +%d)
TT=$(date --date="$ndays days ago" +%s)

echo removing files older than "$MM" "$DD"

# get directory listing from remote source
echo "
#cd $putdir
ls -l
"|$ftpsite >dirlist

echo "1"

# skip first three and last line, ftp command echo
listing=$(tail -n+0 dirlist|head -n-1)

echo "2"
echo "$listing"
echo "3"

lista="$listing"
echo "lista"
echo "4"

# loop over our files
for ((FNO=0; FNO<${#lista[@]}; FNO+=9));do
  # month (element 5), day (element 6) and filename (element 8)
  # echo Date ${lista[`expr $FNO+5`]} ${lista[`expr $FNO+6`]}          File: ${lista[`expr $FNO+8`]}

  fdate="${lista[$(expr "$FNO"+5)]} ${lista[$(expr "$FNO"+6)]} ${lista[$(expr "$FNO"+7)]}"
  sdate=$(date --date="$fdate" +%s)
  # check the date stamp
  if [ "$sdate" -lt "$TT" ]
  then
      # Remove this file
      echo "$MM $DD: Removing  ${lista[$(expr "$FNO"+5)]} /  ${lista[$(expr "$FNO"+6)]} / ${lista[$(expr "$FNO"+8)]}"
      $ftpsite <<EOMYF2
 #     cd $putdir
      rm ${lista[$(expr "$FNO"+8)]}
      quit
EOMYF2

  fi
done

$listing komt nu terug met een correcte file lijst, iig in de echo:

code:

-rwxrwxrwx   1 Domoticz users         2945480 Jun 17 10:47 domoticz_20200617104649.db.gz
-rwxrwxrwx   1 Domoticz users       180524349 Jun 17 10:49 domoticz_20200617104707.tar.gz
-rwxrwxrwx   1 Domoticz users         2941513 Jul 20 14:10 domoticz_20200720141038.db.gz
-rwxrwxrwx   1 Domoticz users       184107439 Jul 20 14:13 domoticz_20200720141057.tar.gz
-rwxrwxrwx   1 Domoticz users         3445758 Aug 19 15:01 domoticz_20200819150047.db.gz
-rwxrwxrwx   1 Domoticz users         3445361 Aug 19 15:04 domoticz_20200819150346.db.gz
-rwxrwxrwx   1 Domoticz users         3446379 Aug 19 15:06 domoticz_20200819150533.db.gz
-rwxrwxrwx   1 Domoticz users         3446315 Aug 19 15:07 domoticz_20200819150704.db.gz
-rwxrwxrwx   1 Domoticz users         3446321 Aug 19 15:10 domoticz_20200819150955.db.gz
-rwxrwxrwx   1 Domoticz users         3446069 Aug 19 15:22 domoticz_20200819152207.db.gz
-rwxrwxrwx   1 Domoticz users         3446224 Aug 19 15:23 domoticz_20200819152316.db.gz
-rwxrwxrwx   1 Domoticz users         3446254 Aug 19 15:25 domoticz_20200819152444.db.gz
-rwxrwxrwx   1 Domoticz users         3447300 Aug 19 15:28 domoticz_20200819152736.db.gz
-rwxrwxrwx   1 Domoticz users         3447302 Aug 19 15:29 domoticz_20200819152844.db.gz
-rwxrwxrwx   1 Domoticz users         3446817 Aug 19 15:31 domoticz_20200819153108.db.gz
-rwxrwxrwx   1 Domoticz users         3446852 Aug 19 15:33 domoticz_20200819153245.db.gz
-rwxrwxrwx   1 Domoticz users         3446937 Aug 19 15:34 domoticz_20200819153411.db.gz
-rwxrwxrwx   1 Domoticz users         3449900 Aug 19 16:07 domoticz_20200819160701.db.gz
-rwxrwxrwx   1 Domoticz users         3449912 Aug 19 16:09 domoticz_20200819160859.db.gz

Maar hoe dit dan verder tot verwijderen moet leiden is mij een raadsel

[tsjoender]

MikeyMan schreef op woensdag 19 augustus 2020 @ 16:14:
Ben wat stapjes verder... Nu analoog aan het eerste deel curl statement gebruikt voor het verwijderen:

code:

ftpsite="curl -u "$USERNAME:$PASSWORD" "ftp://$SERVER:$PORT/$DESTDIRNAS""
#putdir=$DESTDIRNAS

ndays=19

# work out our cutoff date
MM=$(date --date="$ndays days ago" +%b)
DD=$(date --date="$ndays days ago" +%d)
TT=$(date --date="$ndays days ago" +%s)

echo removing files older than "$MM" "$DD"

# get directory listing from remote source
echo "
#cd $putdir
ls -l
"|$ftpsite >dirlist

echo "1"

# skip first three and last line, ftp command echo
listing=$(tail -n+0 dirlist|head -n-1)

echo "2"
echo "$listing"
echo "3"

lista="$listing"
echo "lista"
echo "4"

# loop over our files
for ((FNO=0; FNO<${#lista[@]}; FNO+=9));do
  # month (element 5), day (element 6) and filename (element 8)
  # echo Date ${lista[`expr $FNO+5`]} ${lista[`expr $FNO+6`]}          File: ${lista[`expr $FNO+8`]}

  fdate="${lista[$(expr "$FNO"+5)]} ${lista[$(expr "$FNO"+6)]} ${lista[$(expr "$FNO"+7)]}"
  sdate=$(date --date="$fdate" +%s)
  # check the date stamp
  if [ "$sdate" -lt "$TT" ]
  then
      # Remove this file
      echo "$MM $DD: Removing  ${lista[$(expr "$FNO"+5)]} /  ${lista[$(expr "$FNO"+6)]} / ${lista[$(expr "$FNO"+8)]}"
      $ftpsite <<EOMYF2
 #     cd $putdir
      rm ${lista[$(expr "$FNO"+8)]}
      quit
EOMYF2

  fi
done

$listing komt nu terug met een correcte file lijst, iig in de echo:

code:

-rwxrwxrwx   1 Domoticz users         2945480 Jun 17 10:47 domoticz_20200617104649.db.gz
-rwxrwxrwx   1 Domoticz users       180524349 Jun 17 10:49 domoticz_20200617104707.tar.gz
-rwxrwxrwx   1 Domoticz users         2941513 Jul 20 14:10 domoticz_20200720141038.db.gz
-rwxrwxrwx   1 Domoticz users       184107439 Jul 20 14:13 domoticz_20200720141057.tar.gz
-rwxrwxrwx   1 Domoticz users         3445758 Aug 19 15:01 domoticz_20200819150047.db.gz
-rwxrwxrwx   1 Domoticz users         3445361 Aug 19 15:04 domoticz_20200819150346.db.gz
-rwxrwxrwx   1 Domoticz users         3446379 Aug 19 15:06 domoticz_20200819150533.db.gz
-rwxrwxrwx   1 Domoticz users         3446315 Aug 19 15:07 domoticz_20200819150704.db.gz
-rwxrwxrwx   1 Domoticz users         3446321 Aug 19 15:10 domoticz_20200819150955.db.gz
-rwxrwxrwx   1 Domoticz users         3446069 Aug 19 15:22 domoticz_20200819152207.db.gz
-rwxrwxrwx   1 Domoticz users         3446224 Aug 19 15:23 domoticz_20200819152316.db.gz
-rwxrwxrwx   1 Domoticz users         3446254 Aug 19 15:25 domoticz_20200819152444.db.gz
-rwxrwxrwx   1 Domoticz users         3447300 Aug 19 15:28 domoticz_20200819152736.db.gz
-rwxrwxrwx   1 Domoticz users         3447302 Aug 19 15:29 domoticz_20200819152844.db.gz
-rwxrwxrwx   1 Domoticz users         3446817 Aug 19 15:31 domoticz_20200819153108.db.gz
-rwxrwxrwx   1 Domoticz users         3446852 Aug 19 15:33 domoticz_20200819153245.db.gz
-rwxrwxrwx   1 Domoticz users         3446937 Aug 19 15:34 domoticz_20200819153411.db.gz
-rwxrwxrwx   1 Domoticz users         3449900 Aug 19 16:07 domoticz_20200819160701.db.gz
-rwxrwxrwx   1 Domoticz users         3449912 Aug 19 16:09 domoticz_20200819160859.db.gz

Maar hoe dit dan verder tot verwijderen moet leiden is mij een raadsel

Dit script gebruikt FTP. De backup gaat naar de NAS toe? Heb je ook ssh access naar die NAS? Dan kan je dit veel eenvoudiger oplossen.

[MikeyMan]

tsjoender schreef op woensdag 19 augustus 2020 @ 17:59:
[...]


Dit script gebruikt FTP. De backup gaat naar de NAS toe? Heb je ook ssh access naar die NAS? Dan kan je dit veel eenvoudiger oplossen.

Tuurlijk, het is mijn eigen nas.
Dacht met het scriptje van de wiki snel aan de slag te kunnen. Backup dus wel voor elkaar nu, maar oude bestanden verwijderen lukt nog niet zo.

Komt van deze wiki af trouwens:
https://www.domoticz.com/wiki/Daily_backup_to_external_hdd

[ Voor 9% gewijzigd door MikeyMan op 19-08-2020 18:05 ]

[tsjoender]

MikeyMan schreef op woensdag 19 augustus 2020 @ 18:02:
[...]


Tuurlijk, het is mijn eigen nas.
Dacht met het scriptje van de wiki snel aan de slag te kunnen. Backup dus wel voor elkaar nu, maar oude bestanden verwijderen lukt nog niet zo.

Komt van deze wiki af trouwens:
https://www.domoticz.com/wiki/Daily_backup_to_external_hdd

Op de NAS kun je bijvoorbeeld:

code:

find /backups -mtime +7 -exec rm -f {} \;

Doen om alles ouder dan 7 dagen te verwijderen. /backups moet je aanpassen naar waar de backups staan en eerst dit commando testen (!) zonder -exec rm -f {} \; om helemaal zeker te weten dat find de lijst van files geeft die weg mogen.

Andere optie is om het dagnummer in de backup naam te gebruiken. Dus domodb1.db voor de backup van maandag en domodb4.db voor de backup van donderdag etc. Dan kun je ze gewoon overschrijven en kun je max een week terug.

[niki_lauda]

MikeyMan schreef op woensdag 19 augustus 2020 @ 18:02:
[...]


Tuurlijk, het is mijn eigen nas.
Dacht met het scriptje van de wiki snel aan de slag te kunnen. Backup dus wel voor elkaar nu, maar oude bestanden verwijderen lukt nog niet zo.

Komt van deze wiki af trouwens:
https://www.domoticz.com/wiki/Daily_backup_to_external_hdd

Gebruik al een jaar duplicati. zie https://sancla.com/domoti...-domoticz-with-duplicati/

[darklord007]

Ik heb een vraagje,
ik heb een paar dagen geleden de pinger plugin geinstalleerd. Deze kijkt of mijn telefoon en/of mijn nas online zijn.
Nu zit ik echter met het probleem dat ineens domoticz om de zoveel tijd (meestal zo'n 1 a 2 x per dag) niet meer bereikbaar is.
Ik moet de rpi dan rebooten en hierna werkt alles weer.
De logging is in de tussentijd wel gewoon doorgelopen.

Als ik in de logging kijk zie ik dat pinger wat errors geeft:

code:

2020-08-20 07:37:21.110 Error: (synology nas ping) 'onMessage' failed 'AttributeError':''NoneType' object has no attribute 'Close''.
2020-08-20 07:37:21.110 Error: (synology nas ping) ----> Line 185 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.110 Error: (synology nas ping) ----> Line 147 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.110 Error: (synology nas ping) 'onMessage' failed 'AttributeError':''NoneType' object has no attribute 'Close''.
2020-08-20 07:37:21.110 Error: (synology nas ping) ----> Line 185 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.110 Error: (synology nas ping) ----> Line 147 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.110 Error: (synology nas ping) 'onMessage' failed 'AttributeError':''NoneType' object has no attribute 'Close''.
2020-08-20 07:37:21.110 Error: (synology nas ping) ----> Line 185 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.110 Error: (synology nas ping) ----> Line 147 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.111 Error: (synology nas ping) 'onMessage' failed 'AttributeError':''NoneType' object has no attribute 'Close''.
2020-08-20 07:37:21.111 Error: (synology nas ping) ----> Line 185 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.111 Error: (synology nas ping) ----> Line 147 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.111 Error: (synology nas ping) 'onMessage' failed 'AttributeError':''NoneType' object has no attribute 'Close''.
2020-08-20 07:37:21.111 Error: (synology nas ping) ----> Line 185 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.111 Error: (synology nas ping) ----> Line 147 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.111 Error: (synology nas ping) 'onMessage' failed 'AttributeError':''NoneType' object has no attribute 'Close''.
2020-08-20 07:37:21.111 Error: (synology nas ping) ----> Line 185 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.111 Error: (synology nas ping) ----> Line 147 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.111 Error: (synology nas ping) 'onMessage' failed 'AttributeError':''NoneType' object has no attribute 'Close''.
2020-08-20 07:37:21.111 Error: (synology nas ping) ----> Line 185 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage
2020-08-20 07:37:21.111 Error: (synology nas ping) ----> Line 147 in '/home/pi/domoticz/plugins/Domoticz-Pinger-Plugin/plugin.py', function onMessage

Nu komt het mooiste, ik kan de aangemaakte 'switches' wel deleten, maar bij hardware loopt alles vast als ik op delete klik......

Ook deactiveren resulteert in een vastloper.

Iemand enig idee waardoor dit kan komen? En of er nog wat anders op zit dan een oude backup terugzetten?


Update:
na het terugzetten van een drive image van 3 dagen geleden en het restoren van de database lijkt alles weer te werken.
Wel raar

[bing69]

DizzyWeb schreef op dinsdag 4 augustus 2020 @ 09:08:
[...]

Hier nog even getest, als ik op IP de boel benader, dan werkt het. Ga ik via reverse proxy, dan krijg ik Loading.

Krijg ook websocket foutmeldingen, dus denk dat het daar mis gaat.

ff niet getest maar met de laatste Beta werkt uit de kunst!! Heel mooi!

En ik zie dat ook bv de firmware van de Ikea lampjes is te updaten

[ Voor 8% gewijzigd door bing69 op 20-08-2020 11:19 ]

[darklord007]

Ik heb toch al aardig wat met espeasy en domoticz (mqtt) gedaan, maar het lukt me vandaag niet om een MH-z19 welke ik aangesloten heb op een wemos zijn data naar domoticz te laten sturen.

Ik draai espeasy: mega-20200608
de MH-z19 leest hierin netjes uit.

Ik heb ook aangevinkt dat ie alles moet doorsturen naar de controller en in domoticz krijg ik de volgende logging:

code:

 2020-08-21 16:48:08.026 MQTT: Topic: domoticz/in, Message: {"idx":877,"RSSI":4,"nvalue":0,"svalue":"744.0;30.0;0.0"}

Ik heb een dummy sensor type 'luchtkwaliteit' aangemaakt, maar deze blijft 0.
Wel zie ik m in de webinterface even oplichten, maar waarde blijft 0


Iemand nog een idee wat dit zou kunnen zijn?

[ Voor 5% gewijzigd door darklord007 op 21-08-2020 16:52 ]

[bartbh]

Wat voor controller heb je aangemaakt? Ik maak gebruik van een generic HTTP controller. Daarbij gebruik ik onderstaande url

json.htm?type=command&param=udevice&idx=532&svalue=0&nvalue=%val1%;%val2%;%val3%&rssi=7

[jobr]

darklord007 schreef op vrijdag 21 augustus 2020 @ 16:49:
Ik heb toch al aardig wat met espeasy en domoticz (mqtt) gedaan, maar het lukt me vandaag niet om een MH-z19 welke ik aangesloten heb op een wemos zijn data naar domoticz te laten sturen.

Ik draai espeasy: mega-20200608
de MH-z19 leest hierin netjes uit.

Ik heb ook aangevinkt dat ie alles moet doorsturen naar de controller en in domoticz krijg ik de volgende logging:

code:

 2020-08-21 16:48:08.026 MQTT: Topic: domoticz/in, Message: {"idx":877,"RSSI":4,"nvalue":0,"svalue":"744.0;30.0;0.0"}

Ik heb een dummy sensor type 'luchtkwaliteit' aangemaakt, maar deze blijft 0.
Wel zie ik m in de webinterface even oplichten, maar waarde blijft 0


Iemand nog een idee wat dit zou kunnen zijn?

Ik gebruik helemaal geen controller maar Rules:

on MHZ19B#PPM do
SendToHTTP 192.168.1.xxx,8080,/json.htm?param=udevice&type=command&idx=217&nvalue=[MHZ19B#PPM]
endon

thats all

[darklord007]

bartbh schreef op vrijdag 21 augustus 2020 @ 17:02:
Wat voor controller heb je aangemaakt? Ik maak gebruik van een generic HTTP controller. Daarbij gebruik ik onderstaande url

json.htm?type=command&param=udevice&idx=532&svalue=0&nvalue=%val1%;%val2%;%val3%&rssi=7

ik draai eigenlijk al mijn ESP's via mosquitto MQTT broker.
Werkt feilloos voor alle andere. Deze krijgt de data wel binnen, maar lijkt hem om de een of andere manier niet op te slaan

[Pixelmagic]

Zijn er hier mensen die gebruik maken van een eigen weerstation (met name wind) die zonder een website uit te lezen de data binnen kan brengen bij Domoticz ?

Ik had in het verleden een windmeter van TFA welke op 433Mhz signaal en RFXcom uit te lezen was. De kwaliteit was niet optimaal en hij heeft het helaas vroegtijdig begeven, maar het direct uitlezen vond ik wel erg prettig. Het lijkt dat dit soort meters bijna niet meer op de markt zijn, mogelijk vanwege het "open" zijn van de data.

Idealiter zou ik zoiets als de Netatmo windmeter hebben, zonder bewegende delen en het lijkt prima kwaliteit. Alleen door hun gebruikte protocol is gesloten en uitlezen vanuit de website kan naar ik begreep slechts ééns per 5 minuten ipv de gehele tijd.

[Xtremer]

Pixelmagic schreef op zondag 23 augustus 2020 @ 13:01:
Zijn er hier mensen die gebruik maken van een eigen weerstation (met name wind) die zonder een website uit te lezen de data binnen kan brengen bij Domoticz ?

Ik had in het verleden een windmeter van TFA welke op 433Mhz signaal en RFXcom uit te lezen was. De kwaliteit was niet optimaal en hij heeft het helaas vroegtijdig begeven, maar het direct uitlezen vond ik wel erg prettig. Het lijkt dat dit soort meters bijna niet meer op de markt zijn, mogelijk vanwege het "open" zijn van de data.

Idealiter zou ik zoiets als de Netatmo windmeter hebben, zonder bewegende delen en het lijkt prima kwaliteit. Alleen door hun gebruikte protocol is gesloten en uitlezen vanuit de website kan naar ik begreep slechts ééns per 5 minuten ipv de gehele tijd.

Na het sneuvelen van mijn oude Homewizard weerstation ben ik over gestapt op de Alecto WS-5500
Deze weerstation kan verbonden worden via WiFi, en ondersteund 2 protocollen.

Voor 1 van de 2 protocollen is ook een Domoticz Plugin gemaakt.
Deze plug-in, genaamd PWS, is hier te vinden. -> https://github.com/Xorfor/Domoticz-PWS-Plugin)

Zeer uitgebreid weerstation met zon en UV sensor, en ook wind.

ik gebruik zelf de zonesensor om mijn verlichting binnen aan te sturen, beter dan tijd gebaseerd.

Waardes worden elke 16 seconden geupdate richting Domoticz.