Domoticz - open source domotica systeem - deel 5

[MikeyMan]

GVR schreef op maandag 23 januari 2023 @ 09:56:
Krijgen jullie de laatste dagen ook weer meer ERROR's op de SolarEdge plugin in Domoticz?

2023-01-23 09:33:09.183 Error: SolarEdge hardware (15) thread seems to have ended unexpectedly
2023-01-23 09:33:20.076 Error: SolarEdge: Error getting http data (Equipment details)!
2023-01-23 09:33:23.190 Error: SolarEdge hardware (15) thread seems to have ended unexpectedly

Nope, overgestapt op modbus. Werkt een heel stuk stabieler

[janne_nl]

Zwartoog schreef op donderdag 26 januari 2023 @ 08:37:
Weet iemand hoe je via json de divider van een meter kunt zetten?

Aanmaak watermeter:
curl "http://localhost:8080/json.htm?type=createdevice&idx=4&sensorname=Watermeter2&devicetype=243&devicesubtype=28"
curl "http://localhost:8080/json.htm?type=setused&idx=30&name=Watermeter2&switchtype=2&used=true"

Maar dan kom ik niet verder. Ik heb geprobeerd:
&divider=1000
&options=divider:1000

maar beiden worden niet opgepakt. In de get device info blijft deze op default 100 staan (wat is dat ook voor standaard trouwens...)

code:

...
    "result" : 
    [
        {
            "AddjMulti" : 1.0,
            "AddjMulti2" : 1.0,
            "AddjValue" : 0.0,
            "AddjValue2" : 0.0,
            "BatteryLevel" : 255,
            "Counter" : "0.000 m3",
            "CounterToday" : "0.000 m3",
            "CustomImage" : 0,
            "Data" : "0.000 m3",
            "Description" : "",
            "Divider" : 100.0,
...

Wel ff gegoogled, maar lijkt dat je de divider alleen in de settings kunt aanpassen.

Uit de tekst:
Om ervoor te zorgen dat er liters i.p.v. m3 geregistreerd worden ga je naar SETUP > SETTINGS > METERS/COUNTERS en wijzig RFXMeter/Counter Dividers : Water naar 1000. Eventueel kun je “Sensor Timout” op 10000 zetten (dit voorkomt dat je time-outs en log-errors krijg indien je bv. op vakantie bent en gedurende langere tijd geen water verbruikt).

[limboconnect]

Wil graag mijn huidige waardes gas en elektriciteit van 5 jaar uit mijn database halen en importeren
in een nieuwe database.
Wat is de beste manier om dit aan te pakken ?

Alvast bedankt.

[Heinemancp]

limboconnect schreef op donderdag 26 januari 2023 @ 17:50:
Wil graag mijn huidige waardes gas en elektriciteit van 5 jaar uit mijn database halen en importeren
in een nieuwe database.
Wat is de beste manier om dit aan te pakken ?

Alvast bedankt.

De csv export gebruiken van domoticz?
Anders de sql database direct, geen idee welke velden je dan moet hebben.

[jobr]

limboconnect schreef op donderdag 26 januari 2023 @ 17:50:
Wil graag mijn huidige waardes gas en elektriciteit van 5 jaar uit mijn database halen en importeren
in een nieuwe database.
Wat is de beste manier om dit aan te pakken ?

Alvast bedankt.

Met sqllite uit de database halen.
De waardes per min oid ga je er niet uit krijgen voor die 5 jaar. Die worden geaggregeerd.

[Zwartoog]

janne_nl schreef op donderdag 26 januari 2023 @ 12:55:
[...]

Wel ff gegoogled, maar lijkt dat je de divider alleen in de settings kunt aanpassen.

Uit de tekst:
Om ervoor te zorgen dat er liters i.p.v. m3 geregistreerd worden ga je naar SETUP > SETTINGS > METERS/COUNTERS en wijzig RFXMeter/Counter Dividers : Water naar 1000. Eventueel kun je “Sensor Timout” op 10000 zetten (dit voorkomt dat je time-outs en log-errors krijg indien je bv. op vakantie bent en gedurende langere tijd geen water verbruikt).

Heb me ook suf gezocht, maar kon inderdaad niets vinden. Nou ja, klikken dan maar!

[limboconnect]

jobr schreef op donderdag 26 januari 2023 @ 19:00:
[...]


Met sqllite uit de database halen.
De waardes per min oid ga je er niet uit krijgen voor die 5 jaar. Die worden geaggregeerd.

Is hier ergens een stappenplan van te vinden ?

[jobr]

limboconnect schreef op donderdag 26 januari 2023 @ 20:15:
[...]


Is hier ergens een stappenplan van te vinden ?

Misschien heb je hier wat aan: https://www.domoticz.com/forum/viewtopic.php?t=30725

[Zwartoog]

In opvolging tot m'n mini-howto over het uitlezen van de Kamstrup warmtemeter in Domoticz hier: Zwartoog in "Kamstrup Multical 302 met Pi uitlezen en domoticz"

Nu deel 2 voor de Live COP

Stap 1: kWh meter toevoegen

Ik heb een DIN-rail kWh-meter met S0 pulsteller. Op werkelijk heel het internet is er slechts één script te vinden dat dit netjes verzamelt in Domoticz, en dat is het script van onze @klump4u
klump4u in "Domoticz - open source domotica systeem - deel 4"

Maak eerst een "Electic meter, Instant + Counter" aan op je Domoticz:

code:

curl "http://localhost:8080/json.htm?type=createdevice&idx=2&sensorname=WP%20Verbruik&devicetype=243&devicesubtype=29"

Hierboven is idx=2 de index van je Virtual Sensor hardware. Als index voor deze sensor krijg ik 18 toegewezen. Verder heb ik de S0 op m'n Raspberry Pi aangesloten op GPIO23, zonder extra weerstand (die pull-up zit al op de Pi zelf, dacht ik zo).

Het script van @klump4u hier nogmaals voor de volledigheid, en geüpdate naar python3 + elke 5 seconde een update.

Python: /home/pi/scripts/kwh_meter.py

#!/usr/bin/python3

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

GET_URL = 'http://localhost:8080/json.htm?type=devices&rid=%d'
SET_URL = 'http://localhost:8080/json.htm?type=command&param=udevice&idx=%d&svalue=%d'
ELEC_DELTA = 0
ELEC_IDX = 18
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('kwh_meter.py: %(levelname)s %(message)s'))
    logging.getLogger().addHandler(syslog)
    logging.getLogger().setLevel(logging.INFO)

#   Here we wait until Domoticz is started
    while True:
        try:
            res = json.load(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(5)
        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(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()

Vervolgens voeg je dit script aan /etc/rc.local toe, zoat deze na een reboot automatisch gestart wordt.

code: /etc/rc.local

...
# Run the kWh script in the background
python3 /home/pi/scripts/kwh_meter.py &
...
exit 0

Als je het script met de hand start (sudo kwh_meter.py), dan moet je geen errors krijgen en in Domoticz mooie updates zien

Stap 2: Live COP berekenen

Ook hier duik ik in de archiven van dit forum, en neem het script van @Copitano als uitgangspunt:
Copitano in "Domoticz - open source domotica systeem - deel 4"

Ik ga er dus van uit dat je nu een meter "WP Vermogen" hebt die het actuele vermogen van je warmtepomp rapporteert, en een meter "WP Verbruik" zoals in stap 1. Beiden op elkaar delen geeft de COP.

In de praktijk werkt het niet zo vanzelfsprekend. Omdat de WP defrosts doet of schakelt van-en-naar SWW, krijg je soms een redelijk "gemeten" vermogen zonder noemenswaardig verbruik. Je kunt het zien als een "vals" vermogen waarbij de warmte uit je boiler komt terwijl alleen de pomp loopt.

Mijn record is een COP van 200

Goed, we zullen dus wat moeten smeren om een beetje een redelijk plaatje te behouden.

Maak eerst de sensor aan:

code:

curl "http://localhost:8080/json.htm?type=createdevice&idx=2&sensorname=WP%20COP&devicetype=243&devicesubtype=31&sensoroptions=1;"

Onderstaand is een LUA scriptje dat we plaatsen in de directory van domoticz:

Lua: /home/pi/domoticz/scripts/dzVents/scripts/live_cop.lua

-- Live COP script

return {
    active = true,
    on = {
      devices = {
         'WP Vermogen',
         'WP Verbruik',
      }
    },
    execute = function(domoticz)
    local Heat      = domoticz.devices("WP Vermogen")._state*1000
    local Elektra   = domoticz.devices("WP Verbruik").actualWatt
    local Prev_COP  = domoticz.devices("WP COP")._state

    local Live_COP  = Heat/Elektra
    local diff_COP  = Live_COP - Prev_COP

    -- Make sure to smooth out spikes in COP
        if math.abs(Live_COP)>0.1
    then
        if diff_COP>0
        then
            Live_COP = Prev_COP + math.min(math.abs(diff_COP), 0.5)
        else
            Live_COP = Prev_COP - math.min(math.abs(diff_COP), 0.5)
        end
    else
        -- A COP<0.1 is usually an artifact of a small Tdiff and some anti-frost flows with no actual heat generated
        Live_COP = 0;
    end


        -- Round off and update dummy sensors
    Live_COP = domoticz.utils.round(Live_COP, 1)
        domoticz.openURL('http://localhost:8080/json.htm?type=command&param=udevice&idx='..domoticz.devices('WP COP').idx..'&nvalue=0&svalue='..Live_COP)
 
    end
}

Aangezien mijn kWh meter elke 5 seconden een meting doorstuurt naar WP Verbruik (indien er iets gebeurd), óf mijn Kamstrup elke 15 seconden naar WP Vermogen, werkt bovenstaande smoothing van max 0.5 betrekkelijk goed. Kleinere waarde zal meer smoothen. De defrosts zien er nog vrij puntig uit namelijk.

(gare taal trouwens lua - wel een math library, maar geen sign() functie)

Goed, als alles werkt, krijg je zo'n ovezicht




Best netjes, dacht ik zo

Stap 3: COP van gister corrigeren

Ja, we zijn er nog niet. Zo'n live COP is leuk, maar als je de dagelijks verbruik- en opwekdata hebt, dan krijg je de werkelijke COP over die dag. Ik weet geen betere manier dan dit buiten Domoticz om de dag van gister te corrigeren.

Idee is dus om elke nacht een script te draaien dat de data uitleest en aanpast.

LET OP: ONDERSTAAND SCHRIJFT DIRECT IN JE DOMOTICZ.DB, EN IS DUS NIET ZONDER RISICO!

Python: /home/pi/scripts/cop_corrector.py

#!/usr/bin/python3
#
# COP corrector - updates yesterday's COP based on the whole generated/consumed power
#

import sys
import pathlib
import sqlite3
from datetime import datetime, timedelta
import logging
import logging.handlers


DOMOTICZ_DATABASE='/home/pi/domoticz/domoticz.db'
OPBRENGST_IDX=17
VEBRUIK_IDX=18
COP_IDX=19

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


# Get yesterday's time string
yesterday = datetime.now() - timedelta(1)
YESTERDATE=datetime.strftime(yesterday, '%Y-%m-%d')

# Connecting to the database
file = pathlib.Path(DOMOTICZ_DATABASE)
if not file.exists():
  logging.error('Unable to find the database at %s!' % DOMOTICZ_DATABASE)
  sys.exit()


domobase = sqlite3.connect(DOMOTICZ_DATABASE)
cursor = domobase.cursor()

# Get Opbrengst
cursor.execute("SELECT * FROM Meter_Calendar WHERE DeviceRowID='"+str(OPBRENGST_IDX)+"' AND Date='"+YESTERDATE+"'")
ans = cursor.fetchall()
if len(ans)!=1:
  logging.error('Got none or multiple entries for WP Opbrengst, ingnoring yesterday!')
  sys.exit()

WPOpbrengst = ans[0][1]


# Get Verbruik
cursor.execute("SELECT * FROM Meter_Calendar WHERE DeviceRowID='"+str(VEBRUIK_IDX)+"' AND Date='"+YESTERDATE+"'")
ans = cursor.fetchall()
if len(ans)!=1:
  logging.error('Got none or multiple entries for WP Gebruik, ingnoring yesterday!')
  sys.exit()

WPVerbruik = ans[0][1]

# Update COP
cursor.execute("SELECT * FROM Percentage_Calendar WHERE DeviceRowID='"+str(COP_IDX)+"' AND Date='"+YESTERDATE+"'")
ans = cursor.fetchall()
if len(ans)!=1:
  logging.error('Got none or multiple entries for WP COP, ingnoring yesterday!')
  sys.exit()

WPCOP = ans[0][3]
ActualCOP = WPOpbrengst/WPVerbruik

logging.info('Op %s was de Opbrengst: %f, verbruik: %f, COP: %f, werkelijke COP: %f' % (YESTERDATE, WPOpbrengst, WPVerbruik, WPCOP, ActualCOP))

# Formatting and update
ActualCOPString = ('%.2f' % ActualCOP)
cursor.execute("UPDATE Percentage_Calendar SET Percentage_Avg='"+ActualCOPString+"' WHERE DeviceRowID='"+str(COP_IDX)+"' AND Date='"+YESTERDATE+"'")

domobase.commit()

# Close database
domobase.close()

Maak een script /etc/cron.d/cop_corrector aan:

code:

# Run COP correction script daily, at 1 in the night, so you have time to backup your database right after midnight
55 00   * * *   root    cp /home/pi/domoticz/domoticz.db /home/pi/domoticz_backup.db
00 01   * * *   root    /usr/bin/python3 /home/pi/scripts/cop_corrector.py

Afhankelijk van hoe lang de backup van je systeem duurt, moet je de tijd van de cop_corrector daarop aanpassen. De database kopiëren is zo gedaan, maar een goede off-site systeembackup duurt wat langer natuurlijk.

Tot slot

Niets. Have fun

[MikeyMan]

@Zwartoog ik kan het soort van volgen

Op zich de COP per moment lukt ook wel aardig in Domoticz. Sterker nog, die komt rechtstreeks uit Heishamon.

Maar; de gemiddelde (s)COP is vervolgens lastiger over een periode weer te geven.



Heb jij hetzelfde?

Nog los van het feit dat ik op vier verschillende waardes uit kom

[Voor 26% gewijzigd door MikeyMan op 27-01-2023 09:41]

[Zwartoog]

MikeyMan schreef op zondag 22 januari 2023 @ 09:42:
Maar, belangrijker... Is er nog iemand die python3 ervaring heeft en het scriptje eens tegen het licht wil houden?

Watermeterscriptje draait ook naar behoren hier. Ik heb niet meer naar het originele scriptje gekeken. Ik vond het niet logisch om een extra bestandje met meterstanden bij te houden, is nergens voor nodig.

Goed, maak een watermeter aan:

code:

curl "http://localhost:8080/json.htm?type=createdevice&idx=2&sensorname=Water&devicetype=243&devicesubtype=28"
curl "http://localhost:8080/json.htm?type=setused&idx=30&name=Water&switchtype=2&used=true"

waarbij idx=2 in de eerste regel de index is van je Virtual Sensor hardware, en de idx=30 de tweede regel de meter IDX is die de eerste regel teruggeeft.

Vervolgens klik je in Domoticz op de meter op Edit en zet de divider op 1000. Dan heb je nu een General Incremental Water counter

De NPN sensor heb ik zonder extra weerstand (maar met logic level converter(!)) aangesloten op GPIO 20. De weerstand zit in de Pi, wordt in het script als pull-down geconfigureerd.

Python: /home/pi/scripts/water_meter.py

#!/usr/bin/python3

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

GET_URL = 'http://localhost:8080/json.htm?type=devices&rid=%d'
SET_URL = 'http://localhost:8080/json.htm?type=command&param=udevice&idx=%d&svalue=%d'
WATER_DELTA = 0
WATER_IDX = 30
WATER_GPIO = 20
WATER_COUNTER_LOCK = threading.Lock()
WATER_LAST_UPDATE = 0

def water_intr():
    tme = time.time()
    global WATER_DELTA
    with WATER_COUNTER_LOCK:
        WATER_DELTA += 1 # 1 tick per litre
    logging.debug( 'Water counter tick: %d' % WATER_DELTA )

def main():
    global WATER_DELTA
    global WATER_LAST_UPDATE

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

#   Here we wait until Domoticz is started
    while True:
        try:
            res = json.load(urlopen(GET_URL % WATER_IDX))
            if res['status'] != 'OK':
                raise Exception('Domoticz json error')
            break
        except Exception as e:
            logging.warning( e )
        time.sleep(30.0)

    waterSensor = DigitalInputDevice(WATER_GPIO, pull_up=False)
    waterSensor.when_deactivated = water_intr

    os.nice(-20)

    logging.info('Polling loop starting')

    while True:
        time.sleep(5)
        with WATER_COUNTER_LOCK:
# Update if water was used, but also every 5 minutes to avoid the indicator turning red

            if WATER_DELTA>0 or time.time() - WATER_LAST_UPDATE>300:
                 try:
                      res = json.load(urlopen((SET_URL) % (WATER_IDX, WATER_DELTA)))
                      if res['status'] != 'OK':
                          raise Exception('Domoticz json error')
                      logging.info('Water counter %d' % (WATER_DELTA) )

                      WATER_DELTA = 0
                      WATER_LAST_UPDATE = time.time();

                 except Exception as e:
                      logging.warning( e )


if __name__=="__main__":
    main()

Ik heb het kWh-meter script van @klump4u gerycled, is gewoon een prima basis. Dit script geeft elke 5 seconden een nieuwe tick door, maar ook elke 5 minuten een "live-line" zodat je meter niet in time-out gaat. Zie je een rode meter in Domoticz, dan weet je dat het script is gecrashed

Script toevoegen aan /etc/rc.local zodat hij start bij het booten:

code: /etc/rc.local

...
# Run the water meter script in the background
python3 /home/pi/scripts/water_meter.py &
...
exit 0

Logging is naar /var/log/syslog, ofwel:

code:

tail -f /var/log/syslog

Zie je wat ie doet

De meterstand goedzetten kun je misschien het makkelijkste via de Offset in de dialog. Ik ga de oude data van m'n oude meter overzetten door deze in de database weg te schrijven, dan komt het bij mij ook goed.

[Zwartoog]

MikeyMan schreef op vrijdag 27 januari 2023 @ 09:38:
@Zwartoog ik kan het soort van volgen

Op zich de COP per moment lukt ook wel aardig in Domoticz. Sterker nog, die komt rechtstreeks uit Heishamon.

Mooi, dan hoef je die zelf niet te berekenen

Maar; de gemiddelde (s)COP is vervolgens lastiger over een periode weer te geven.

[Afbeelding]

Heb jij hetzelfde?

Ja, dat zijn verschillende dingen. Live COP, COP per dag, per maand, per jaar, etc. Domoticz logt alleen live, per 5 minuten en per dag. Live+5 min COP volgt ook uit de directe metingen, voor de COP per dag is dus een correctie nodig. Maar er is voor zover ik weet geen periodieke functionaliteit.

Je kunt natuurlijk wel een Managed Counter opstellen waarin je zelf de sCOP weergeeft, maar dat is gewoon een script gestuurd tellertje die niet logged

Nog los van het feit dat ik op vier verschillende waardes uit kom
[Afbeelding]

Oh, dat valt ontzettend mee!

Mijn kWh-teller meet "heel de WP", dus inclusief de aansturingsmodule. Kan me voorstellen dat de interne kWh-meting alleen meet als de compressor draait. En dan is het ook de vraag of hij alleen de compressor meet, of ook de fan, pomp, etc.

Verder zijn niet alle meters even goed geijkt. In mijn Vaillant heeft de Ta-sensor een afwijking van 0,7 K, ofwel het zelf berekende vermogen is 20-30% te optimistisch (afhankelijk van de draaiuren). De zelfgerapporteerde COP van Vaillant ligt dus ook standaard iets van een punt te hoog. Naast het feit dat ik wanneer ik puur de data uit de Vaillant gebruik ook niet op een sluitende boekhouding kom, maar dat terzijde.
Zwartoog in "Vaillant aroTHERM warmtepomp ervaringen"
Zwartoog in "Vaillant aroTHERM warmtepomp ervaringen"

Ik heb meer vertrouwen in m'n Kamstrup en m'n scripts

[MikeyMan]

@Zwartoog Je kunt toch gewoon de nieuwe watermeter toevoegen en op replace drukken?
Ik ga er eens mee aan de slag...

De S0 COP gebruikt overigens m'n eigen kWh meter, die meet dus echt alles. Daarom verbaast het me ook dat deze gemiddeld genomen een hogere COP oplevert dan de andere waardes.

[Voor 42% gewijzigd door MikeyMan op 27-01-2023 10:31]

[MikeyMan]

@Zwartoog mbt dit script:

code:

curl "http://localhost:8080/json.htm?type=createdevice&idx=2&sensorname=Water&devicetype=243&devicesubtype=28"
curl "http://localhost:8080/json.htm?type=setused&idx=30&name=Water&switchtype=2&used=true"

Moet ik hier nog ongebruikte idx-en invullen? Of gewoon deze?

Of kan ik in Domoticz gewoon een nieuwe water device aanmaken?
Of kan ik de rest van het script naar de bestaande meter laten verwijzen?




edit: blijft angstvallig leeg
Moet hier ook een 'script started' log verschijnen ofzo?

code:

pi@raspberrypi:~ $ tail -f /var/log/syslog
Jan 27 10:56:37 raspberrypi systemd[828]: Reached target Main User Target.
Jan 27 10:56:37 raspberrypi systemd[828]: Startup finished in 659ms.
Jan 27 10:56:37 raspberrypi systemd[1]: Started User Manager for UID 1000.
Jan 27 10:56:37 raspberrypi systemd[1]: Started Session 1 of user pi.
Jan 27 10:56:39 raspberrypi kernel: [   33.751432] cam-dummy-reg: disabling
Jan 27 10:56:46 raspberrypi systemd[1]: systemd-fsckd.service: Succeeded.
Jan 27 10:56:58 raspberrypi systemd-timesyncd[328]: Initial synchronization to t                ime server 82.73.221.51:123 (2.debian.pool.ntp.org).
Jan 27 10:57:04 raspberrypi systemd[1]: Started Session 3 of user pi.
Jan 27 10:57:05 raspberrypi systemd[1]: systemd-timedated.service: Succeeded.
Jan 27 10:57:09 raspberrypi systemd[1]: systemd-hostnamed.service: Succeeded.

[Voor 73% gewijzigd door MikeyMan op 27-01-2023 10:58]

[Zwartoog]

MikeyMan schreef op vrijdag 27 januari 2023 @ 10:24:
@Zwartoog Je kunt toch gewoon de nieuwe watermeter toevoegen en op replace drukken?
Ik ga er eens mee aan de slag...

De S0 COP gebruikt overigens m'n eigen kWh meter, die meet dus echt alles. Daarom verbaast het me ook dat deze gemiddeld genomen een hogere COP oplevert dan de andere waardes.

Ja, alleen m'n oude was een RFX-meter, en die wordt niet gezien als geschikte replacement of zo. Staat na migratie naar de Pi ook op disabled, en krijg hem niet meer zomaar aan.

MikeyMan schreef op vrijdag 27 januari 2023 @ 10:33:
@Zwartoog mbt dit script:

code:

curl "http://localhost:8080/json.htm?type=createdevice&idx=2&sensorname=Water&devicetype=243&devicesubtype=28"
curl "http://localhost:8080/json.htm?type=setused&idx=30&name=Water&switchtype=2&used=true"

Moet ik hier nog ongebruikte idx-en invullen? Of gewoon deze?

Of kan ik in Domoticz gewoon een nieuwe water device aanmaken?
Of kan ik de rest van het script naar de bestaande meter laten verwijzen?

[Afbeelding]

Wat ik zie is dat je ook de "standaard" RFX meter hebt. Als die bij jou wel actief is, kun je die misschien wel via de interface updaten?

Anders even wachten, als ik mijn migratiescriptje klaar heb, post ik hem wel.

Die idx=2 is de ID van je virtual sensor hardware. Hieronder bij mij is hij inmiddels idx=4 (had na het schrijven van de howto's nog wat zitten klooien):


Heb je die niet, aanmaken doe je zo (of klik je in de rondte in de interface):

code:

curl "http://localhost:8080/json.htm?type=command&param=addhardware&htype=15&port=1&name=Virtual&enabled=true"

De idx die hij teruggeeft is je virual hardware idx.

Dat is de idx die je in de eerste regel gebruikt.

In de tweede regel krijg gebruik je de idx die de eerste regel teruggeeft

[MikeyMan]

krijg een foutmelding als ik het script handmatig draai:

code:

pi@raspberrypi:~/domoticz/scripts $ python3 watermeter.py
Traceback (most recent call last):
  File "/home/pi/domoticz/scripts/watermeter.py", line 75, in <module>
    main()
  File "/home/pi/domoticz/scripts/watermeter.py", line 51, in main
    os.nice(-20)
PermissionError: [Errno 1] Operation not permitted

Heb het script hernoemd naar watermeter.py. Ook in het script zelf, en in de domoticz/scripts folder gezet.
Daar uiteraard ook het start-script op aangepast.

Eens proberen met sudo:

code:

pi@raspberrypi:~/domoticz/scripts $ sudo python3 watermeter.py
Traceback (most recent call last):
  File "/home/pi/domoticz/scripts/watermeter.py", line 11, in <module>
    from gpiozero import DigitalInputDevice
ModuleNotFoundError: No module named 'gpiozero'

Niet echt beter

Eens kijken of ik de GPIO input vanaf de command line kan vinden.

[Voor 42% gewijzigd door MikeyMan op 27-01-2023 11:09]

[MikeyMan]

Deel van het issue is denk ik pin vs GPIO:



Ook met 18 zie ik helaas niets:

code:

WATER_GPIO = 18

code:

pi@raspberrypi:~ $ tail -f /var/log/syslog
Jan 27 11:33:14 raspberrypi systemd[793]: Reached target Main User Target.
Jan 27 11:33:14 raspberrypi systemd[793]: Startup finished in 675ms.
Jan 27 11:33:14 raspberrypi systemd[1]: Started User Manager for UID 1000.
Jan 27 11:33:14 raspberrypi systemd[1]: Started Session 1 of user pi.
Jan 27 11:33:17 raspberrypi kernel: [   33.751485] cam-dummy-reg: disabling
Jan 27 11:33:23 raspberrypi systemd[1]: systemd-fsckd.service: Succeeded.
Jan 27 11:33:36 raspberrypi systemd-timesyncd[314]: Initial synchronization to time server 94.198.159.15:123 (2.                                                                                    debian.pool.ntp.org).
Jan 27 11:33:43 raspberrypi systemd[1]: systemd-timedated.service: Succeeded.
Jan 27 11:33:47 raspberrypi systemd[1]: systemd-hostnamed.service: Succeeded.
Jan 27 11:34:24 raspberrypi systemd[1]: Started Session 3 of user pi.
Jan 27 11:38:13 raspberrypi dbus-daemon[423]: [system] Activating via systemd: service name='org.freedesktop.tim                                                                                    edate1' unit='dbus-org.freedesktop.timedate1.service' requested by ':1.5' (uid=0 pid=448 comm="/usr/lib/snapd/sn                                                                                    apd ")
Jan 27 11:38:13 raspberrypi systemd[1]: Starting Time & Date Service...
Jan 27 11:38:14 raspberrypi dbus-daemon[423]: [system] Successfully activated service 'org.freedesktop.timedate1                                                                                    '
Jan 27 11:38:14 raspberrypi systemd[1]: Started Time & Date Service.
Jan 27 11:38:44 raspberrypi systemd[1]: systemd-timedated.service: Succeeded.
Jan 27 11:43:10 raspberrypi influxd[526]: ts=2023-01-27T10:43:10.144620Z lvl=info msg="Cache snapshot (start)" l                                                                                    og_id=0fdhS1D0000 engine=tsm1 trace_id=0fdi1Ql0000 op_name=tsm1_cache_snapshot op_event=start
Jan 27 11:43:10 raspberrypi influxd[526]: ts=2023-01-27T10:43:10.244313Z lvl=info msg="Snapshot for path written                                                                                    " log_id=0fdhS1D0000 engine=tsm1 trace_id=0fdi1Ql0000 op_name=tsm1_cache_snapshot path=/var/lib/influxdb/data/Pa                                                                                    nasonic/autogen/8 duration=99.941ms
Jan 27 11:43:10 raspberrypi influxd[526]: ts=2023-01-27T10:43:10.244596Z lvl=info msg="Cache snapshot (end)" log                                                                                    _id=0fdhS1D0000 engine=tsm1 trace_id=0fdi1Ql0000 op_name=tsm1_cache_snapshot op_event=end op_elapsed=100.038ms
Jan 27 11:48:11 raspberrypi systemd[1]: Starting Cleanup of Temporary Directories...
Jan 27 11:48:11 raspberrypi systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
Jan 27 11:48:11 raspberrypi systemd[1]: Finished Cleanup of Temporary Directories.

[Voor 80% gewijzigd door MikeyMan op 27-01-2023 11:54]

[Zwartoog]

MikeyMan schreef op vrijdag 27 januari 2023 @ 11:35:
Deel van het issue is denk ik pin vs GPIO:
...

Lijkt dat die python module niet mee-geïnstalleerd is. Welke raspbian draai je? Ik draai de laatste versie-light.

Qua gpio heb ik deze packages geïnstalleerd:

code:

python3-gpiozero                install
python3-rpi.gpio                install
raspi-gpio                  install
rpi.gpio-common:arm64               install

Volgens mij heb ik alleen raspi-gpio met de hand geïnstalleerd, maar anders kun je de python3-gpiozero ook met de hand erbij doen.

Script moet inderdaad als root draaien, anders kun je niet nice-n of in de syslog schrijven. De nice op -20 geeft maximale prioriteit tussen alle andere systeemprocessen, zodat je geen ticks mist.

[MikeyMan]

@Zwartoog

draait ie hiermee als root dan?

Script toevoegen aan /etc/rc.local zodat hij start bij het booten:
code: /etc/rc.local
1
2
3
4
5
...
# Run the water meter script in the background
python3 /home/pi/scripts/water_meter.py &
...
exit 0

Vind het zo gek dat er helemaal niks naar voren komt.

Ding is ook dat je met pip3 normaal gesproken geen modules onder sudo installeert toch?

[Voor 11% gewijzigd door MikeyMan op 27-01-2023 12:17]

[Zwartoog]

MikeyMan schreef op vrijdag 27 januari 2023 @ 12:15:
@Zwartoog

draait ie hiermee als root dan?


[...]


Vind het zo gek dat er helemaal niks naar voren komt.

Ding is ook dat je met pip3 normaal gesproken geen modules onder sudo installeert toch?

Ja, rc.local wordt als root uitgevoerd. Maar eerst moet hij normaal goed draaien, kan best zijn er iets anders aan de hand is nog.

Kijk in één terminal naar de log:
tail -f /var/log/syslog

En in een andere terminal het script starten:
sudo python3 water_meter.py

Als het script crashed, dan die je dat hier gelijk. Blijft hij draaien, dan zul je messages in de syslog zien (die in de andere terminal wordt gelogd). Als alles goed zit, dan laat hij daar de watermeterticks zien.

[MikeyMan]

Zwartoog schreef op vrijdag 27 januari 2023 @ 12:20:
[...]

Ja, rc.local wordt als root uitgevoerd. Maar eerst moet hij normaal goed draaien, kan best zijn er iets anders aan de hand is nog.

Kijk in één terminal naar de log:
tail -f /var/log/syslog

En in een andere terminal het script starten:
sudo python3 water_meter.py

Als het script crashed, dan die je dat hier gelijk. Blijft hij draaien, dan zul je messages in de syslog zien (die in de andere terminal wordt gelogd). Als alles goed zit, dan laat hij daar de watermeterticks zien.

Gaat nog niet helemaal vanzelf...

code:

pi@raspberrypi:~/domoticz/scripts $ sudo apt-get install gpiozero
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package gpiozero
pi@raspberrypi:~/domoticz/scripts $ sudo python3 watermeter.py
Traceback (most recent call last):
  File "/home/pi/domoticz/scripts/watermeter.py", line 11, in <module>
    from gpiozero import DigitalInputDevice
ModuleNotFoundError: No module named 'gpiozero'
pi@raspberrypi:~/domoticz/scripts $ python3 watermeter.py
Traceback (most recent call last):
  File "/home/pi/domoticz/scripts/watermeter.py", line 75, in <module>
    main()
  File "/home/pi/domoticz/scripts/watermeter.py", line 51, in main
    os.nice(-20)
PermissionError: [Errno 1] Operation not permitted
pi@raspberrypi:~/domoticz/scripts $

edit:

code:

sudo python3 -m pip install gpiozero

did the trick.

code:

Jan 27 12:36:59 raspberrypi watermeter.py: INFO Polling loop starting
Jan 27 12:37:04 raspberrypi watermeter.py: INFO Water counter 0
Jan 27 12:37:15 raspberrypi watermeter.py: DEBUG Water counter tick: 1
Jan 27 12:37:19 raspberrypi watermeter.py: INFO Water counter 1
Jan 27 12:37:24 raspberrypi watermeter.py: DEBUG Water counter tick: 1
Jan 27 12:37:29 raspberrypi watermeter.py: INFO Water counter 1
Jan 27 12:37:34 raspberrypi watermeter.py: DEBUG Water counter tick: 1
Jan 27 12:37:34 raspberrypi watermeter.py: INFO Water counter 1
Jan 27 12:37:44 raspberrypi watermeter.py: DEBUG Water counter tick: 1
Jan 27 12:37:44 raspberrypi watermeter.py: INFO Water counter 1

Nu nog een issue oplossen met hoe het in de frontend terecht komt:

[Voor 34% gewijzigd door MikeyMan op 27-01-2023 12:43]

[Zwartoog]

MikeyMan schreef op vrijdag 27 januari 2023 @ 12:26:
[...]


Gaat nog niet helemaal vanzelf...

code:

pi@raspberrypi:~/domoticz/scripts $ sudo apt-get install gpiozero
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package gpiozero
pi@raspberrypi:~/domoticz/scripts $ sudo python3 watermeter.py
Traceback (most recent call last):
  File "/home/pi/domoticz/scripts/watermeter.py", line 11, in <module>
    from gpiozero import DigitalInputDevice
ModuleNotFoundError: No module named 'gpiozero'
pi@raspberrypi:~/domoticz/scripts $ python3 watermeter.py
Traceback (most recent call last):
  File "/home/pi/domoticz/scripts/watermeter.py", line 75, in <module>
    main()
  File "/home/pi/domoticz/scripts/watermeter.py", line 51, in main
    os.nice(-20)
PermissionError: [Errno 1] Operation not permitted
pi@raspberrypi:~/domoticz/scripts $

edit:

code:

sudo python3 -m pip install gpiozero

did the trick.

Wakker blijven! Je moet python3-gpiozero hebben ipv gpiozero. Je hebt hem nu gepipt, werkt ook blijkbaar. Ben zelf geen fan van pip als het via systeempackages kan.

code:

Jan 27 12:36:59 raspberrypi watermeter.py: INFO Polling loop starting
Jan 27 12:37:04 raspberrypi watermeter.py: INFO Water counter 0
Jan 27 12:37:15 raspberrypi watermeter.py: DEBUG Water counter tick: 1
Jan 27 12:37:19 raspberrypi watermeter.py: INFO Water counter 1
Jan 27 12:37:24 raspberrypi watermeter.py: DEBUG Water counter tick: 1
Jan 27 12:37:29 raspberrypi watermeter.py: INFO Water counter 1
Jan 27 12:37:34 raspberrypi watermeter.py: DEBUG Water counter tick: 1
Jan 27 12:37:34 raspberrypi watermeter.py: INFO Water counter 1
Jan 27 12:37:44 raspberrypi watermeter.py: DEBUG Water counter tick: 1
Jan 27 12:37:44 raspberrypi watermeter.py: INFO Water counter 1

Mooi! Ik neem aan dat je de kraan goed hebt laten lopen?

Nu nog een issue oplossen met hoe het in de frontend terecht komt:

[Afbeelding]

[Afbeelding]

Ja, dat is dus het probleem met die RFX-meter. Daar moet je absolute meterstanden aan doorgeven. Idee kan dus zijn eerst de huidige stand uitlezen, dan optellen, dan terugschrijven. Maar zoals ik al zei, ik vind zo'n dubbele administratie onnodig. En onnodige dingen leiden tot onnodige fouten.

Wat jij nu ziet is een overflow. Je gaat van 71360 liter naar 1 liter. Waarom hij dan max_int32 (2.147.483.647) is denk ik een inwendige cap op een int ipv een uint.

Enfin, vandaar mijn advies om gewoon het andere metertype te gebruiken

Goede nieuws: je hebt het script werkende!

[MikeyMan]

Zwartoog schreef op vrijdag 27 januari 2023 @ 12:49:
[...]

Wakker blijven! Je moet python3-gpiozero hebben ipv gpiozero. Je hebt hem nu gepipt, werkt ook blijkbaar. Ben zelf geen fan van pip als het via systeempackages kan

Zoals je merkt heb ik absoluut geen flauw idee wat ik aan het doen ben

Zal wel ff een nieuw metertje maken. Of even kijken of ik het stukje script dat de meterstand in een bestand zet kan hergebruiken.

Zal niet echt makkelijk samen te voegen zijn op een andere manier lijkt me.

[Zwartoog]

MikeyMan schreef op vrijdag 27 januari 2023 @ 12:54:
[...]


Zoals je merkt heb ik absoluut geen flauw idee wat ik aan het doen ben

Ach, al doende leert men Idee achter deze scripts is dat ze op de achtergrond van het systeem meedraaien. Vandaar dat ze als root worden gestart, en informatie naar de syslog schrijven. Verder moet je inderdaad je Pi als systeem in orde hebbe

Zal wel ff een nieuw metertje maken. Of even kijken of ik het stukje script dat de meterstand in een bestand zet kan hergebruiken.

Zal niet echt makkelijk samen te voegen zijn op een andere manier lijkt me.

Kijk eerst maar of je je meter gewoon kunt updaten binnen Domoticz, dat is het makkelijkste (wel je DB backuppen vooraf).

Lukt dat niet, dan krijg je van mij van het weekend een ander script die de historische standen overneemt.

[MikeyMan]

@Zwartoog ik zie het nu. Huidige apparaat is blijkbaar type 113 met switchtype 2, water.

Dit moet worden type 243 met subtype 28 en switchtype 2.

Eens kijken of we dat aangepast krijgen...

[Zwartoog]

MikeyMan schreef op vrijdag 27 januari 2023 @ 13:51:
@Zwartoog ik zie het nu. Huidige apparaat is blijkbaar type 113 met switchtype 2, water.

Dit moet worden type 243 met subtype 28 en switchtype 2.

Eens kijken of we dat aangepast krijgen...

Nieuwe meter maken, op de nieuwe meter op "Replace" drukken, en dan je oude meter selecteren. Als hij dat pakt, ben je snel klaar

Wel even een backup maken van je DB vooraf.

[MikeyMan]

Zwartoog schreef op vrijdag 27 januari 2023 @ 13:54:
[...]

Nieuwe meter maken, op de nieuwe meter op "Replace" drukken, en dan je oude meter selecteren. Als hij dat pakt, ben je snel klaar

Wel even een backup maken van je DB vooraf.

Nope...



Kan ik met die CURL het originele devicetype niet aanpassen?

[Zwartoog]

MikeyMan schreef op vrijdag 27 januari 2023 @ 13:57:
[...]

Kan ik met die CURL het originele devicetype niet aanpassen?

Slim idee! Zover had ik nog niet gedacht. Niet via CURL, wel via de DB.

Net even quick-and-dirty gedaan, gezien mijn beperkte sql ervaring.
- domoticz stop zetten (sudo service domoticz stop)
- db kopiëren
- db openen met sqlitebrowser
- ga naar BrowseData->DeviceStatus en zoek je oude watermeter op:

- Daar zie ik al mijn probleem: HardwareID staat op 29, die niet bestaat. Was in m'n oude config ook zo, bestond ie ook niet. Enfin: bij mij HardwareID op 4 zetten (mijn virtual sensor hardware idx), Type op 243, Subtype op 28, Switchtype op 2
- Database opslaan, afsluiten, en domoticz weer opstarten.

En mijn oude watermeter is weer terug

Nou nog de meterstanden van de afgelopen week terug invoeren.


Lukt bovenstaande zelf?

Anders wordt het iets met:
sqlite3 domoticz/domoticz.db "UPDATE DeviceStatus SET HardwareID='4', Type='243', SubType='28', SwitchType='2' WHERE DeviceID='82011'"

De DeviceID kun je vinden onder de Devices tab in Domoticz. Ik heb bovenstaand sqlite commando niet getest nog, speel er maar mee

[MikeyMan]

@Zwartoog Haha, toch nog iets nuttigs toegevoegd

Denk dat het lukt met SQLite.

Yup:



Toch weer een stapje terug, zie in m'n tail van syslog geen ticks meer...
rc.local gek genoeg weer leeg... weird...

Ok, werkt weer... Nu toch de db weer in om wat standen te fixen denk ik:


dagverbruik lijkt goed te gaan. Heb bij offset m'n daadwerkelijke meterstand ingevuld nu.



Zit dit in de 'meter' tabel?

Ah... In de tabel 'meter' staan de standen van vandaag.
En in de tabel 'meter_calendar' de historische standen... Paar onzinwaardes verwijderen en we zijn er denk ik

Done:

[Voor 137% gewijzigd door MikeyMan op 27-01-2023 15:06]

[klump4u]

@Zwartoog je zou toch verwachten dat er zoiets als een kWh-meter via Gpio pin standaard in Domoticz zou zitten net zoals de DS18b20 temperatuur sensoren.

[Copitano]

Zwartoog schreef op vrijdag 27 januari 2023 @ 14:27:
[...]
- db openen met sqlitebrowser
- ga naar BrowseData->DeviceStatus en zoek je oude watermeter op:

Nooit te oud om nog wat te leren.

Zit sqlitebrowser gewoon ergens in het pakket op de Pi (Buster/domoticz) of moet je dat appart installeren?
Als het er al op zit, hoe open je dat dan?

[klump4u]

Copitano schreef op vrijdag 27 januari 2023 @ 16:29:
[...]

Nooit te oud om nog wat te leren.

Zit sqlitebrowser gewoon ergens in het pakket op de Pi (Buster/domoticz) of moet je dat appart installeren?
Als het er al op zit, hoe open je dat dan?

Nee dat moet je apart installeren op je pc, DB Browser (SQLite)

[Zwartoog]

klump4u schreef op vrijdag 27 januari 2023 @ 16:26:
@Zwartoog je zou toch verwachten dat er zoiets als een kWh-meter via Gpio pin standaard in Domoticz zou zitten net zoals de DS18b20 temperatuur sensoren.

Ja zeker. Een GPIO-puls aan een meter koppelen lijkt me niet zo ingewikkeld. Maar er is wel meer verbetering toe te voegen:
- eenheid zelf kiezen (l ipv m³)
- aantal weer te geven decimalen

Enfin, ben allang blij met hoe het nu werkt

[Zwartoog]

Copitano schreef op vrijdag 27 januari 2023 @ 16:29:
[...]

Nooit te oud om nog wat te leren.

Zit sqlitebrowser gewoon ergens in het pakket op de Pi (Buster/domoticz) of moet je dat appart installeren?
Als het er al op zit, hoe open je dat dan?

Kun je apart installeren:

sudo apt-get install sqlitebrowser

maar als je een headless Pi hebt, krijg je wel een berg X-packages erbij. Kun je ook weer deinstalleren achteraf natuurlijk. sqlitebrowser is op verschilllende platforms beschikbaar.

[Copitano]

Zwartoog schreef op vrijdag 27 januari 2023 @ 17:24:
[...]

Kun je apart installeren:

sudo apt-get install sqlitebrowser

maar als je eens headless Pi hebt, krijg je wel een berg X-packages erbij. Kun je ook weer deinstalleren achteraf natuurlijk. sqlitebrowser is op verschilllende platforms beschikbaar.

Ik ga dat een proberen. Wellicht ook wel handig om een database te repareren na een crash. Daar zitten nu nog wel eens gaatjes in na een crash, hoewel dat gelukkig na ingebruikname van eMMC meer dan een jaar geleden eigenlijk nagenoeg niet meer is voorgekomen

[Zwartoog]

Copitano schreef op vrijdag 27 januari 2023 @ 17:31:
[...]

Ik ga dat een proberen. Wellicht ook wel handig om een database te repareren na een crash. Daar zitten nu nog wel eens gaatjes in na een crash, hoewel dat gelukkig na ingebruikname van eMMC meer dan een jaar geleden eigenlijk nagenoeg niet meer is voorgekomen

Heh, ik zou wat dat betreft investeren in een dagelijkse backup

Simpelste is een USB-stick waar je dagelijks je DB naartoe schrijft.

[Copitano]

Overigens gebruik ik deze voor de watermeter. Bedrading rechtstreeks op de Pi. Slimme meter loopt bij mij via een Youless 120 met S0 voor de zonnepanelen.

[Copitano]

Zwartoog schreef op vrijdag 27 januari 2023 @ 17:38:
[...]

Heh, ik zou wat dat betreft investeren in een dagelijkse backup

Simpelste is een USB-stick waar je dagelijks je DB naartoe schrijft.

Dat gebeurt al. En tussentijds maak ik ook nog wel eens en kopie van de .db via domoticz zelf. Een keer per week een complete systeem backup
Gaatjes gaat meestal om een of een paar uurtjes, tenzij de boel tijdens de vakantie omvalt

[Copitano]

Voor mij watermeter gebruik ik dit script. Bedrading rechtstreeks op de Pi zelfs zonder extra weerstandje. Werkt al 4 jaar perfect. Af en toe een paar liter verschil per kwartaal (nooit meer dan 10 liter). Kan je makkelijk herstellen.
Slimme meter via een Youless 120 met S0 voor de zonnepanelen. Werkt ook vlekkeloos.

[Voor 9% gewijzigd door Copitano op 27-01-2023 17:53]

[MikeyMan]

@Copitano zo was ik ook begonnen. Zie eerdere berichten

[M.v.Veelen]

Binnenkort zonnepanelen met 2 omvormers (apart 1 voor de garage en 1 voor het dak van de woning), moet ik daarvoor nog iets voorbereiden als ik dit in Domoticz wil loggen? Zal ook naar PVout loggen overigens.

[MikeyMan]

M.v.Veelen schreef op zaterdag 28 januari 2023 @ 19:22:
Binnenkort zonnepanelen met 2 omvormers (apart 1 voor de garage en 1 voor het dak van de woning), moet ik daarvoor nog iets voorbereiden als ik dit in Domoticz wil loggen? Zal ook naar PVout loggen overigens.

Das wel heel summier.

Hoe wil je de data in domoticz gaan krijgen?

[M.v.Veelen]

MikeyMan schreef op zaterdag 28 januari 2023 @ 19:33:
[...]


Das wel heel summier.

Hoe wil je de data in domoticz gaan krijgen?

Op dezelfde manier als dat ik nu m'n slimme meter uitlees met een P1 kabel. Wordt dan het totaal automatisch doorgegeven en wordt dat dan zichtbaar in Domoticz zoals ik nu mijn verbruik log?

[klump4u]

M.v.Veelen schreef op zaterdag 28 januari 2023 @ 21:29:
[...]


Op dezelfde manier als dat ik nu m'n slimme meter uitlees met een P1 kabel. Wordt dan het totaal automatisch doorgegeven en wordt dat dan zichtbaar in Domoticz zoals ik nu mijn verbruik log?

Ligt er aan welke omvormer je krijgt/koopt, bij de meeste gaat het niet net zo makkelijk als met een slimme meter

[BazemanKM]

M.v.Veelen schreef op zaterdag 28 januari 2023 @ 21:29:
[...]


Op dezelfde manier als dat ik nu m'n slimme meter uitlees met een P1 kabel. Wordt dan het totaal automatisch doorgegeven en wordt dat dan zichtbaar in Domoticz zoals ik nu mijn verbruik log?

Als je alleen P1 gebruikt, dan zie je alleen wat je terugleverd aan het net en dus niet wat de productie van de panelen is.

Afhankelijk van het merk omvormer zijn er verschillende hard- en software mogelijkheden op de productie opbrengst online en daarna in Domoticz of rechtstreeks in Domoticz te krijgen.

Als de productie van de panelen in Domoticz zit dan kun je aan de hand van die cijfers en P1 gaan berekenen wat je verbruikt, wat je produceert, wat van het net haalt en wat je terugleverd.

[M.v.Veelen]

Ah, dankjewel. Dat is dan voor de toekomst. Voorlopig vind ik het prima om te zien wat ik verbruik en teruglever, berekeningen en wat de panelen produceren ga ik achteraan op het moment dat ze er liggen.

[Zwartoog]

Copitano schreef op vrijdag 27 januari 2023 @ 16:29:
[...]

Nooit te oud om nog wat te leren.

Zit sqlitebrowser gewoon ergens in het pakket op de Pi (Buster/domoticz) of moet je dat appart installeren?
Als het er al op zit, hoe open je dat dan?

Nou, ik moet wel zeggen: die database raakt wel snel corrupted. Snap nog niet precies wat er verkeerd aan kan gaan, maar heb al een aantal keer een corruptie meegemaakt nu.

Ik probeer de missende data van m'n watermeter in te vullen, en de teller weer in lijn met de meter zelf te krijgen. Ik denk dat het komt omdat Domoticz de getalletjes enorm overflowd, en dan zelf de database corrumpeert?

Naast Meter en Meter_Calendar moet je ook de huidige stand aanpassen in DeviceStatus, anders blijft het emmeren. Nu lijkt het goed te gaan.

[janne_nl]

Ik heb eigenlijk zelden tot nooit dar mn db corrupt is. Zeker sinds ik van een ssd draai is het nooit meer gebeurt.

Draai je van sd kaart? Crashed je Domoticz regelmatig?

[Zwartoog]

janne_nl schreef op zondag 29 januari 2023 @ 10:03:
Ik heb eigenlijk zelden tot nooit dar mn db corrupt is. Zeker sinds ik van een ssd draai is het nooit meer gebeurt.

Draai je van sd kaart? Crashed je Domoticz regelmatig?

Dit ging over zelf in de database klooien Oude meterstanden toevoegen, meters samenvoegen, meterstanden corrigeren etc.

Bv de watermeter heeft altijd teveel gemeten, en loopt dus voor op het werkelijke gebruik. Als je alle historische standen wat teruggschaalt, dan "klopt" het weer. Maar je moet dus zorgen dat het op 3 plaatsen in de DB klopt, en de formatting klopt.

Wat ik dan bijzonder vindt, is dat er na een schrijfactie van Domotiz dan niet een "database error" oid optreedt, maar dat heel de DB niet meer te lezen is. Wellicht is de gebruikte library te "light" en schrijft maar wat zonder sanity checks.

[janne_nl]

A owkee, niet goed gelezen.

Kun je met <shift-click> in de grafiek niet se waarden die je niet wil verwijderen?

[Zwartoog]

janne_nl schreef op zondag 29 januari 2023 @ 15:31:
A owkee, niet goed gelezen.

Kun je met <shift-click> in de grafiek niet se waarden die je niet wil verwijderen?

Het gaat niet om verwijderen, het gaat om historische waarden toevoegen/aanpassen. Daar heeft Domoticz zelf geen interface voor.

[bing69]

M.v.Veelen schreef op zaterdag 28 januari 2023 @ 21:29:
[...]


Op dezelfde manier als dat ik nu m'n slimme meter uitlees met een P1 kabel. Wordt dan het totaal automatisch doorgegeven en wordt dat dan zichtbaar in Domoticz zoals ik nu mijn verbruik log?

Omvormers (2 stuks) lopen via een KwH meter die ik weer met een Youless uitlees en doorstuur naar Pvoutput en Domoticz. Slimme meter lees ik uiteraard ook uit

Laat dus direct een KwH meter plaatsen in de meterkast en laat de omvormers door die meter lopen.

[Voor 9% gewijzigd door bing69 op 30-01-2023 09:22]

[Copitano]

M.v.Veelen schreef op zaterdag 28 januari 2023 @ 21:39:
Ah, dankjewel. Dat is dan voor de toekomst. Voorlopig vind ik het prima om te zien wat ik verbruik en teruglever, berekeningen en wat de panelen produceren ga ik achteraan op het moment dat ze er liggen.

Laat er door de installateur een DIN-railmeter van een paar tientjes tussen zetten met S0 aansluiting. Later kost je dat veel meer.

[Copitano]

Ik vrees dat ik een probleem heb met influxdb wat ik niet zelf kan oplossen. Sinds vannacht is dit het beeld op beide Pi3B+'en die ik heb draaien:

Als ik in de terminal influx probeer te benaderen krijg ik dit:

Wat ik al geprobeerd heb is:
Influxdb opnieuw activeren en starten
De Pi netjes afsluiten, helemaal uit, na een paar minuten opnieuw opstarten
apt-get update && apt-get upgrade
Browsercache leegmaken
Pingen met http://localhost:8086/ping
Maar niets van dat helpt.
Overigens krijg ik bij het updaten van het systeem de volgende foutmelding voor influxdb

Vermoedelijk zit daar ergens de oorzaak, hoewel influxdb en Grafana nog wel gewoon hebben gewerkt na dat ik deze melding voor het eerst zag. Heb er daarom niet zoveel aandacht aan geschonken. Het bizarre is dat het op beide Pi's op het zelfde moment is gebeurd. Op de tweede Pi kan ik overingens nog wel gewoon de infulx database benaderen. Daar zit alleen niets in.


Iemand suggesties? @jobr misschien?

[Voor 9% gewijzigd door Copitano op 30-01-2023 15:26]

[Lizard]

Copitano schreef op maandag 30 januari 2023 @ 15:09:
Ik vrees dat ik een probleem heb met influxdb wat ik niet zelf kan oplossen. Sinds vannacht is dit het beeld op beide Pi3B+'en die ik heb draaien:
[Afbeelding]
Als ik in de terminal influx probeer te benaderen krijg ik dit:
[Afbeelding]
Wat ik al geprobeerd heb is:
Influxdb opnieuw activeren en starten
De Pi netjes afsluiten, helemaal uit, na een paar minuten opnieuw opstarten
apt-get update && apt-get upgrade
Browsercache leegmaken
Pingen met http://localhost:8086/ping
Maar niets van dat helpt.
Overigens krijg ik bij het updaten van het systeem de volgende foutmelding voor influxdb
[Afbeelding]
Vermoedelijk zit daar ergens de oorzaak, hoewel influxdb en Grafana nog wel gewoon hebben gewerkt na dat ik deze melding voor het eerst zag. Heb er daarom niet zoveel aandacht aan geschonken. Het bizarre is dat het op beide Pi's op het zelfde moment is gebeurd. Op de tweede Pi kan ik overingens nog wel gewoon de infulx database benaderen. Daar zit alleen niets in.
[Afbeelding]

Iemand suggesties? @jobr misschien?

Waarschijnlijk moet je de instructies van hier volgen: https://www.influxdata.co...age-signing-key-rotation/

[Copitano]

Lizard schreef op maandag 30 januari 2023 @ 15:40:
[...]

Waarschijnlijk moet je de instructies van hier volgen: https://www.influxdata.co...age-signing-key-rotation/

Alle instructies netjes uitgevoerd. Foutmelding bij het updaten is weg, maar helaas kan ik nog steeds geen verbinding maken met influxdb ($ influx)
Ook de foutmelding in het log van domoticz is niet weg. Ook niet na opnieuw starten van de Pi.

[Lizard]

Copitano schreef op maandag 30 januari 2023 @ 16:35:
[...]

Alle instructies netjes uitgevoerd. Foutmelding bij het updaten is weg, maar helaas kan ik nog steeds geen verbinding maken met influxdb ($ influx)
Ook de foutmelding in het log van domoticz is niet weg. Ook niet na opnieuw starten van de Pi.
[Afbeelding]
[Afbeelding]

Wat geeft het volgende commando als uitkomst?

code:

systemctl status influxd

[Copitano]

Lizard schreef op maandag 30 januari 2023 @ 16:52:
[...]

Wat geeft het volgende commando als uitkomst?

code:

systemctl status influxd

Zo te zien mis ik een API?

[Voor 29% gewijzigd door Copitano op 30-01-2023 16:58]

[Lizard]

Copitano schreef op maandag 30 januari 2023 @ 16:55:
[...]

[Afbeelding]

Zo te zien mis ik een API?

Het lijkt erop dat die nog aan het opstarten is, achter Active: staat activating.

Een paar opties:
probeer eerst eens een

code:

systemctl stop influxd

en daarna een

code:

systemctl start influxd

Als dat niet werkt influxd stoppen en handmatig dit commando uitvoeren:

code:

/usr/bin/influxd -config /etc/influxdb/influxdb.conf

Hopelijk zie je dan op de console waar het mis gaat.

[Copitano]

Lizard schreef op maandag 30 januari 2023 @ 17:15:
[...]

Het lijkt erop dat die nog aan het opstarten is, achter Active: staat activating.

Een paar opties:
probeer eerst eens een

code:

systemctl stop influxd

en daarna een

code:

systemctl start influxd

Als dat niet werkt influxd stoppen en handmatig dit commando uitvoeren:

code:

/usr/bin/influxd -config /etc/influxdb/influxdb.conf

Hopelijk zie je dan op de console waar het mis gaat.

code:

run: open server: listen: listen tcp 127.0.0.1:8088: bind: address already in use

Kan dit iets zijn?
Maar dan snap ik niet wat dan ineens port 8088 (midden in de nacht) is gaan gebruiken????

[Lizard]

Copitano schreef op maandag 30 januari 2023 @ 17:25:
[...]

code:

run: open server: listen: listen tcp 127.0.0.1:8088: bind: address already in use

Kan dit iets zijn?
Maar dan snap ik niet wat dan ineens port 8088 (midden in de nacht) is gaan gebruiken????

Met netstat kijken wat er op die poort draait:

code:

netstat -ntulp | grep 808[68]

Ik verwacht dat daar iets van influxd op draait, ws een oud proces?

code:

ps wauxxxf | grep influxd

Zo ja, zou je die kunnen killen met

code:

killall influxd

Als dat het niet opruimt zou je -9 achter killall kunnen zetten.

Daarna influxd opnieuw proberen te starten.

[Copitano]

Lizard schreef op maandag 30 januari 2023 @ 17:40:
[...]

Met netstat kijken wat er op die poort draait:

code:

netstat -ntulp | grep 808[68]

Ik verwacht dat daar iets van influxd op draait, ws een oud proces?

code:

ps wauxxxf | grep influxd

Zo ja, zou je die kunnen killen met

code:

killall influxd

Als dat het niet opruimt zou je -9 achter killall kunnen zetten.

Daarna influxd opnieuw proberen te starten.

Alles geprobeerd. Helaas...............

Kan opnieuw installeren een oplossing kunnen zijn of ben ik dan ook mijn database kwijt.
Ik heb eventueel wel een backup van afgelopen nacht 01:00 uur.

Ik heb ook nog een volledige systeembackup van 27 januari. domoticz.db veilig stellen, backup van 27 januari er in domoticz.db. terug kopieren en dan de backup van influxdb terugzetten.

[Voor 17% gewijzigd door Copitano op 30-01-2023 18:46]

[Lizard]

Copitano schreef op maandag 30 januari 2023 @ 18:13:
[...]

[Afbeelding]

Alles geprobeerd. Helaas...............

Kan opnieuw installeren een oplossing kunnen zijn of ben ik dan ook mijn database kwijt.
Ik heb eventueel wel een backup van afgelopen nacht 01:00 uur.

Ik heb ook nog een volledige systeembackup van 27 januari. domoticz.db veilig stellen, backup van 27 januari er in domoticz.db. terug kopieren en dan de backup van influxdb terugzetten.

De 1e netstat heb je niet als root gedaan.
Tevens zie ik niet wat je na de killall gedaan hebt?
Maar ik denk dat een reinstall van influxd ws het beste is.
De data zou je normaal gesproken niet kwijt moeten zijn.

[Copitano]

Lizard schreef op maandag 30 januari 2023 @ 18:54:
[...]

De 1e netstat heb je niet als root gedaan.
Tevens zie ik niet wat je na de killall gedaan hebt?
Maar ik denk dat een reinstall van influxd ws het beste is.
De data zou je normaal gesproken niet kwijt moeten zijn.

Inmiddels was ik over de drempel om dan maar een reinstall te doen. Gaat dat hetzelfde als een gewone eerste installatie? Of moet ik dan andere commando's gebruiken. Kan ik dan niet gelijk upgraden naar een nieuwere versie. Ik werk nu nog op een versie (1.8.10) van ongeveer 5 jaar geleden denk ik

Eventueel kan ik de backup van gisteravond proberen terug te zetten met:

code:

sudo influxd restore -portable -db Kamstrup -newdb Kamstrup_bak /mnt/USBbackup/influxdb

Dat heb ik ooit al eens eerder gedaan na een systeemcrash.

[Voor 7% gewijzigd door Copitano op 30-01-2023 19:23]

[Copitano]

Lizard schreef op maandag 30 januari 2023 @ 18:54:
[...]

Tevens zie ik niet wat je na de killall gedaan hebt?

Influxdb opnieuw geprobeerd te starten.

[Copitano]

Zelfs een reinstall van influxdb helpt niet
Ga nu maak kijken wat er nog te redden is via de systeembackup van de 27e

[Copitano]

Zojuist de systeembackup van de 27 teruggezet. Die geeft nu echter hetzelfde resultaat.
Ik snap er geen biet meer van
100% dat influxdb en grafana gisteren nog gewoon werkte en nu geeft zelfs een backup die ouder is dan gisteren dezelfde fout die ik vanmorgen ontdekte.

[Copitano]

Oude systeembackup teruggezet. Domoticz database teruggezet. Kon de influx database weer benaderen. Kon een backup van afgelopen nacht terugzetten. In grafana kon ik zelfs weer data zien van enkele dagen terug, al was het niet snel. Toen kwam het probleem.
Iets te lichtvaardig gedacht dat ik wel even de oude database weg kon gooien en de database die onder de zelfde naam met de toevoeging _bak uit de backup kwam kon hernoemen door de toevoeging _bak weg te halen.
Toen ik ging googelen om uit te vinden hoe dat dan moet kwam ik er achter dat Influxdb het hernoemen van databases niet ondersteund
Maar ook het commando

code:

SELECT mean("value") FROM "Temperature" WHERE ("name" = 'Taanvoer') AND time >= '2020-01-16T01:51:00Z' and time <= '2020-01-16T01:55:00Z' group by time(1m)

gaf een Error.
Drop databse gaf ook een Error.

Toe dacht ik update en upgrade na https://www.influxdata.com/blog/linux-package-signing-key-rotation/ te hebben uitgevoerd.
Update en Upgrade verliepen vlekkeloos.

En toen...............wel potver kom ik weer niet in de database. Zelfde foutmelding! Helemaal terug bij af.

[Copitano]

Met veel pijn en moeite ben ik er ingeslaagd Influxdb weer op te starten, althans bij status is influx running en in kan ook de database weer benaderen.
De database bestaat ook nog (Kamstrup)
Als ik echter show measurements in tik op de terminal krijg ik niets terug terwijl daar ooit een hele rits sensors stond opgesomd. Ook in grafana krijg ik nog steeds niets te zien. Overigens wel zonder al die rode driehoekjes met ! rechtsboven in elke panel. Domoticz geeft geen foutmeldingen meer bij het doorzetten van data naar influxdb. Heb het gevoel dicht bij de oplossing te zijn, maar de laatste stap(pen)???




Wat moet mijn volgende stap zijn om de measurements weer zichtbaar te krijgen en koppeling tussen influx en grafana te herstellen?

[Voor 29% gewijzigd door Copitano op 31-01-2023 13:15]

[Copitano]

De boel lijkt weer te draaien.
Oplossing:

code:

pi@raspberrypi:/var/lib/influxdb $ systemctl stop influxd
pi@raspberrypi:/var/lib/influxdb $ sudo rm -r wal
pi@raspberrypi:/var/lib/influxdb $ systemctl start influxd
pi@raspberrypi:/var/lib/influxdb $ influx

De database is compleet tot middag 27 januari 2023 (toen de backup gemaakt is).
Nu eens kijken of ik de data uit de backup van influx van 30 januari er ook weer in kan schuiven.

[Voor 29% gewijzigd door Copitano op 31-01-2023 14:21]

[klump4u]

Copitano schreef op dinsdag 31 januari 2023 @ 13:57:
De boel lijkt weer te draaien.
Oplossing:

code:

pi@raspberrypi:/var/lib/influxdb $ systemctl stop influxd
pi@raspberrypi:/var/lib/influxdb $ sudo rm -r wal
pi@raspberrypi:/var/lib/influxdb $ systemctl start influxd
pi@raspberrypi:/var/lib/influxdb $ influx

De database is compleet tot middag 27 januari 2023 (toen de backup gemaakt is).
Nu eens kijken of ik de data uit de backup van influx van 30 januari er ook weer in kan schuiven.
[Afbeelding]

Nou was dat nou zo moeilijk, haha, gelukkig nog niet veel kwijt.

[Copitano]

klump4u schreef op dinsdag 31 januari 2023 @ 16:05:
[...]

Nou was dat nou zo moeilijk, haha, gelukkig nog niet veel kwijt.

Hahaha, nee moeilijk is het helemaal niet.................als je weet waar je naar moet zoeken
Ook @Lizard Naja, voor wie dit ook eens overkomt: het kan in 5 minuten opgelost zijn

[Copitano]

Crash is ws ontstaan tijdens het maken van de automatische backup.

[Zwartoog]

Ik was al een tijd op zoek naar een oplossing om m'n sensors flexibel te bedraden en onderhouden. Voorheen had ik her en der een Wemos, maar 1) is atlijd solderen, 2) herprogrammeren alleen door nieuwe firmware te uploaden (welke source code was het, welk model kaartje was het ook alweer, welke boodloader, en waar zijn die micro-USB-kabels gebleven? ), 3) WiFi is niet echt stabiel bij alle kaartjes, 4) bordjes zelf zijn ook niet heel stabiel. Daarnaast heb ik 1 array sensors in de schuur hangen, en 1 in huis.

Ik heb nu hetvolgende gedaan: een plankje gemaakt waar de Pi en aansluitingen op zitten. Aan de achterkant zitten haakjes, zodat ik deze aan m'n verticale rack kan hangen. Ik kan hem dus makkelijk ontstekkeren en op tafel leggen om verder te bedraden.


Wat zie je op het plankje? De Raspberry Pi met een schroefterminal HAT. Rechts een logic-level-shifter voor de NPN sensor van de watermeter, via een RJ11 telefoonstekkertje. Links zitten er een paar Wago's die de 3.3V en DB18B20-bus doorverbinden. Een gedeelte gaat in de RJ11-connector, zodat ik daar m'n binnenshuis temperatuursensors in kan klikken.

De grijze RJ45/netwerkabel is om de signaaldraadjes aan te sluiten op m'n doosje in de schuur: ik heb een Cat7 netwerk in huis aangelegd, en afgemonteerd op een patch panel. Het leuke is dat Cat7 redelijk dikke aders heeft, dus je kunt er gerust van alles doorheen sturen zonder noemenswaardige spanningsval Alleen goed opletten welke aansluitingen geen netwerk zijn

Qua USB zit er een RF 868MHz ontvanger op voor de Kamstrup, en de P1 dongle.




Achterkant en hangend in m'n serverhokje onder de trap Op het achterste patch-panel zie je 3 witte RJ11 modules: P1 en de watermeter (en DSL, maar die gaat het modem in).


Doosje in de schuur: hierin worden de S0-signaaldraadjes en DS18B20 sensors gemonteerd op een schroefterminal. Genoeg ruimte nog om uit te breiden

Wat zijn die Wago221 trouwens enorm fijne dingen voor dit soort oplossingen. Geen gesoldeer, geen kroonsteentjes, maar plug-and-play. Die DS18B20 1Wire-bus is ook een uitkomst: je kunt compleet willekeurig een sensor op zo'n kabel bijprikken, decentraal.

Deze post hangt een beetje tussen Het grote topic voor nette lan afwerking deel 4 en Het grote topic voor nette lan afwerking deel 4 , en dit forum qua dingen willen meten. Misschien inspireert het iemand

[Copitano]

In de meterkast heb ik een RFXCom hangen waarmee ik onder andere de zonwering bedien en een aantal KAKU dimmers/schakelaars. Een en ander wordt bediend via domoticz. Bij apparaten tref ik echter ook bossen apparaten aan die ws hier ergens in de buurt hangen, maar die ik niet ken. Onderandere heel veel thermostaten en rookmelders. Nu ben ik begonnen om die apparaten te verwijderen uit de lijst van domoticz. Het lukt mij echter niet om een hele trits te selecteren en in een keer te verwijderen.

Ligt dat aan mij of is dat gewoon niet mogelijk en moet ik ze dus een voor een verwijderen (monnikenwerk)?

Als je een oplossing hebt gevonden mag je deze ook gewoon delen

[Voor 198% gewijzigd door septillion op 07-02-2023 20:07]

[Dylantje2]

Copitano schreef op dinsdag 31 januari 2023 @ 13:10:
Met veel pijn en moeite ben ik er ingeslaagd Influxdb weer op te starten, althans bij status is influx running en in kan ook de database weer benaderen.
De database bestaat ook nog (Kamstrup)
Als ik echter show measurements in tik op de terminal krijg ik niets terug terwijl daar ooit een hele rits sensors stond opgesomd. Ook in grafana krijg ik nog steeds niets te zien. Overigens wel zonder al die rode driehoekjes met ! rechtsboven in elke panel. Domoticz geeft geen foutmeldingen meer bij het doorzetten van data naar influxdb. Heb het gevoel dicht bij de oplossing te zijn, maar de laatste stap(pen)???
[Afbeelding]
[Afbeelding]


Wat moet mijn volgende stap zijn om de measurements weer zichtbaar te krijgen en koppeling tussen influx en grafana te herstellen?

nice dashboard....
Zou je hem willen delen?

[Copitano]

In principe geen bezwaar, maar nog nooit eerder gedaan. Hoe doe je zo iets "veilig"? Maar eigenlijk zijn het gewoon allemaal eenvoudige Singlestats bijvoorbeeld:

[BazemanKM]

Copitano schreef op zondag 5 februari 2023 @ 18:05:
In principe geen bezwaar, maar nog nooit eerder gedaan. Hoe doe je zo iets "veilig"?

Tandwiel, Dashboard settings en dan JSON model.
Code knippen en plakken.

[Copitano]

BazemanKM schreef op zondag 5 februari 2023 @ 22:18:
[...]

Tandwiel, Dashboard settings en dan JSON model.
Code knippen en plakken.

Net geprobeerd. Ik ws wel een oudere versie van grafana. Bij mij heet het ws nog View JSON, maar de code is sowieso (veel) te lang om hier te plakken
@Dylantje2 Kan eventueel wel in brokken. Het hele dashboard is ongeveer 5 x zo groot als ik hier in een keer kwijt kan.

[Dylantje2]

Copitano schreef op zondag 5 februari 2023 @ 23:31:
[...]

Net geprobeerd. Ik ws wel een oudere versie van grafana. Bij mij heet het ws nog View JSON, maar de code is sowieso (veel) te lang om hier te plakken
@Dylantje2 Kan eventueel wel in brokken. Het hele dashboard is ongeveer 5 x zo groot als ik hier in een keer kwijt kan.

WeTransfer link mss

[BThomas]

Ik ben aan het stoeien met Domoticz op Ubuntu. Heb het al een hele lange tijd stabiel draaien, maar gisteren is hij er ineens mee gestopt. Wel weer opnieuw kunnen opstarten via de terminal.

Ik ben eigenlijk wel benieuwd waarom die er mee is gestopt. Kan je dit ergens terug zien?

[MikeyMan]

BThomas schreef op dinsdag 7 februari 2023 @ 10:33:
Ik ben aan het stoeien met Domoticz op Ubuntu. Heb het al een hele lange tijd stabiel draaien, maar gisteren is hij er ineens mee gestopt. Wel weer opnieuw kunnen opstarten via de terminal.

Ik ben eigenlijk wel benieuwd waarom die er mee is gestopt. Kan je dit ergens terug zien?

In de logs wellicht?

[BThomas]

MikeyMan schreef op dinsdag 7 februari 2023 @ 10:36:
[...]


In de logs wellicht?

In de log van domoticz zelf zie ik niets, omdat hij dan opnieuw is opgestart. Of kan je op een bepaalde manier in de geschiedenis kijken van deze log?

[MikeyMan]

BThomas schreef op dinsdag 7 februari 2023 @ 10:40:
[...]


In de log van domoticz zelf zie ik niets, omdat hij dan opnieuw is opgestart. Of kan je op een bepaalde manier in de geschiedenis kijken van deze log?

Het logbestand zelf wordt als het goed is niet opgeschoond.
Staat in /var/log/

[BThomas]

MikeyMan schreef op dinsdag 7 februari 2023 @ 10:47:
[...]


Het logbestand zelf wordt als het goed is niet opgeschoond.
Staat in /var/log/

Dank! Ik ga hier eens in neuzen

[BazemanKM]

BThomas schreef op dinsdag 7 februari 2023 @ 10:33:
Ik ben aan het stoeien met Domoticz op Ubuntu. Heb het al een hele lange tijd stabiel draaien, maar gisteren is hij er ineens mee gestopt. Wel weer opnieuw kunnen opstarten via de terminal.

Ik ben eigenlijk wel benieuwd waarom die er mee is gestopt. Kan je dit ergens terug zien?

Heel af en toe loopt Domoticz bij mij op de Pi en ook op Ubuntu vast. Een script start Domoticz dan automatisch opnieuw en stuurt een berichtje naar Telegram.

[BThomas]

BazemanKM schreef op dinsdag 7 februari 2023 @ 14:36:
[...]

Heel af en toe loopt Domoticz bij mij op de Pi en ook op Ubuntu vast. Een script start Domoticz dan automatisch opnieuw en stuurt een berichtje naar Telegram.

Dat is handig. Kan je dat script met mij delen?

[klump4u]

BThomas schreef op dinsdag 7 februari 2023 @ 16:59:
[...]


Dat is handig. Kan je dat script met mij delen?

- Ga naar: /home/pi/domoticz/scripts
- maak een bestand aan : sudo nano chech_domoticz_online.sh
- Kopieer daarin onderstaande code en sla op; Ctrl+x en y en enter
- maak uitvoorbaar: sudo chmod +x /home/pi/domoticz/scripts/check_domoticz_online.sh
- test: sudo /home/pi/domoticz/scripts/check_domoticz_online.sh
- crontab: */15 * * * * sudo /home/pi/domoticz/scripts/check_domoticz_online.sh

Dit checkt iedere 15 minuten of Domoticz draait

code:

#!/bin/sh
# check domoticz
status=`curl -s -i -H "Accept: application/json" "http://192.168.0.17:8080/json.htm?type=devices&rid=1" | grep "status"| awk -F: '{print $2}'|sed 's/,//'| sed 's/\"//g'`
if [ $status ]
then
echo "Domoticz has already been started"
else
sudo service domoticz.sh stop
sleep 5
sudo service domoticz.sh start
fi

[niki_lauda]

klump4u schreef op dinsdag 7 februari 2023 @ 17:57:
[...]

- Ga naar: /home/pi/domoticz/scripts
- maak een bestand aan : sudo nano chech_domoticz_online.sh
- Kopieer daarin onderstaande code en sla op; Ctrl+x en y en enter
- maak uitvoorbaar: sudo chmod +x /home/pi/domoticz/scripts/check_domoticz_online.sh
- test: sudo /home/pi/domoticz/scripts/check_domoticz_online.sh
- crontab: */15 * * * * sudo /home/pi/domoticz/scripts/check_domoticz_online.sh

Dit checkt iedere 15 minuten of Domoticz draait

code:

#!/bin/sh
# check domoticz
status=`curl -s -i -H "Accept: application/json" "http://192.168.0.17:8080/json.htm?type=devices&rid=1" | grep "status"| awk -F: '{print $2}'|sed 's/,//'| sed 's/\"//g'`
if [ $status ]
then
echo "Domoticz has already been started"
else
sudo service domoticz.sh stop
sleep 5
sudo service domoticz.sh start
fi

Kun je niet beter sudo service domoticz restart gebruiken? Werkt bij mij vaak veel beter.

[klump4u]

niki_lauda schreef op dinsdag 7 februari 2023 @ 21:14:
[...]

Kun je niet beter sudo service domoticz restart gebruiken? Werkt bij mij vaak veel beter.

Geen idee, misschien is het beter om nog lopende processen af te sluiten (stop) en daarna opstarten (start)
Maar ik zou zeggen pas het scriptje aan naar eigen wens.

[Zwartoog]

klump4u schreef op dinsdag 7 februari 2023 @ 17:57:
[...]

- Ga naar: /home/pi/domoticz/scripts
- maak een bestand aan : sudo nano chech_domoticz_online.sh
- Kopieer daarin onderstaande code en sla op; Ctrl+x en y en enter
- maak uitvoorbaar: sudo chmod +x /home/pi/domoticz/scripts/check_domoticz_online.sh
- test: sudo /home/pi/domoticz/scripts/check_domoticz_online.sh
- crontab: */15 * * * * sudo /home/pi/domoticz/scripts/check_domoticz_online.sh

Dit checkt iedere 15 minuten of Domoticz draait

code:

#!/bin/sh
# check domoticz
status=`curl -s -i -H "Accept: application/json" "http://192.168.0.17:8080/json.htm?type=devices&rid=1" | grep "status"| awk -F: '{print $2}'|sed 's/,//'| sed 's/\"//g'`
if [ $status ]
then
echo "Domoticz has already been started"
else
sudo service domoticz.sh stop
sleep 5
sudo service domoticz.sh start
fi

En @klump4u saves Domoticz again Wilde net zoiets gaan schrijven, aangezien hij vaak niet opstart als er (nog) geen netwerk is. Was geloof ik een bug, maar er zullen nog wel meer bugs volgen.

[klump4u]

Zwartoog schreef op dinsdag 7 februari 2023 @ 21:29:
[...]

En @klump4u saves Domoticz again Wilde net zoiets gaan schrijven, aangezien hij vaak niet opstart als er (nog) geen netwerk is. Was geloof ik een bug, maar er zullen nog wel meer bugs volgen.

Is al langer beschikbaar op de site van Domoticz dacht ik, maar het werkt wel gelukkig.

[Copitano]

@septillion Geen idee meer wat daar nog onder heeft gestaan. Weet dus ook niet welke overtreding ik daar heb gemaakt .
Maar de oplossing was nogal simpel: het was laat en ik heb gewoon niet goed gekeken. Boven de aanvinkvakjes verschijnt gewoon een afbeelding van een vuilnisbak zodra je een of meer sensor(s) aanvinkt. Maar dat ondekte ik zelf pas veel later
En het is lekker opgeruimd nog maar 11 van de 17 pagina's apparaten over en die apparaten zijn allemaal in gebruik
Over het algemeen deel ik ook gewoon de oplossing als een probleem is opgelost

Dus wie daar ook eens tegenaan loopt:


Er stond niets onder maar je had de hele past leeg gehaald, dat is niet zo netjes. Bedankt voor deze post

[Voor 6% gewijzigd door septillion op 08-02-2023 07:36]

[Rolandtwilt]

Hoe kan het toch dat ik op simpele vragen me rot zoek en hele ingewikkelde zaken in het forum meteen opduiken? Mijn vraag is echt heel simpel; welke video deurbel werkt samen met Domoticz? En omdat de vraag maar op de vraagsteller simpel is; graag een systeem zonder ingewikkelde programma coderingen en programmering. Wie helpt me op weg?

[BThomas]

klump4u schreef op dinsdag 7 februari 2023 @ 17:57:
[...]

- Ga naar: /home/pi/domoticz/scripts
- maak een bestand aan : sudo nano chech_domoticz_online.sh
- Kopieer daarin onderstaande code en sla op; Ctrl+x en y en enter
- maak uitvoorbaar: sudo chmod +x /home/pi/domoticz/scripts/check_domoticz_online.sh
- test: sudo /home/pi/domoticz/scripts/check_domoticz_online.sh
- crontab: */15 * * * * sudo /home/pi/domoticz/scripts/check_domoticz_online.sh

Dit checkt iedere 15 minuten of Domoticz draait

code:

#!/bin/sh
# check domoticz
status=`curl -s -i -H "Accept: application/json" "http://192.168.0.17:8080/json.htm?type=devices&rid=1" | grep "status"| awk -F: '{print $2}'|sed 's/,//'| sed 's/\"//g'`
if [ $status ]
then
echo "Domoticz has already been started"
else
sudo service domoticz.sh stop
sleep 5
sudo service domoticz.sh start
fi

Top! Dank je!

[Knielen]

Voor het bewaken van processsen op de RPi gebruik ik monit, misschien ook eens het bekijken waard.

[Knielen]

Rolandtwilt schreef op woensdag 8 februari 2023 @ 05:26:
Hoe kan het toch dat ik op simpele vragen me rot zoek en hele ingewikkelde zaken in het forum meteen opduiken? Mijn vraag is echt heel simpel; welke video deurbel werkt samen met Domoticz? En omdat de vraag maar op de vraagsteller simpel is; graag een systeem zonder ingewikkelde programma coderingen en programmering. Wie helpt me op weg?

Op de Domoticz wiki staat een hele lijst met compatibel camera's

https://www.domoticz.com/wiki/Hardware#IP-networkcameras

[BazemanKM]

BThomas schreef op woensdag 8 februari 2023 @ 07:29:
[...]


Top! Dank je!

Voor Telegram notificatie toe te voegen aan het script (op regel 11)

De XXX en even vervangen ;-)

code:

curl -s -X POST https://api.telegram.org/botXXXXXXXX/sendMessage -d chat_id=XXXXXXXX -d text="Domoticz restart"

[Voor 5% gewijzigd door BazemanKM op 08-02-2023 09:47]

[BazemanKM]

Knielen schreef op woensdag 8 februari 2023 @ 08:25:
[...]


Op de Domoticz wiki staat een hele lijst met compatibel camera's

https://www.domoticz.com/wiki/Hardware#IP-networkcameras

Ik heb een deurbel via Ali, die werkt niet samen met Domoticz, maar het signaal van de deurbel naar de gong is 433mhz en dat kan Domoticz d.m.v. RFlink wel weer zien. Ik krijg dus via Telegram al een notificatie dat er op de deurbel wordt gedrukt, voordat de app van de deurbel zich meld.

[wimmme]

Rolandtwilt schreef op woensdag 8 februari 2023 @ 05:26:
Hoe kan het toch dat ik op simpele vragen me rot zoek en hele ingewikkelde zaken in het forum meteen opduiken? Mijn vraag is echt heel simpel; welke video deurbel werkt samen met Domoticz? En omdat de vraag maar op de vraagsteller simpel is; graag een systeem zonder ingewikkelde programma coderingen en programmering. Wie helpt me op weg?

Je moet gewoon voldoende info meegeven bij je vraag, dat helpt
Hangt ervan af wat je al hebt qua hardware. Heb iets als een RFLink of RFXCom ? Dan kan bijna elke draadloze deurbel al voldoende zijn. Of iets als dit aan je bestaande deurbel hangen.
Als je (nog) geen 433 in huis hebt, kan je via een Shelly Uni ook rechtstreeks koppelen met Domoticz over Wifi (als je Wifi ok is aan je deurbel). En voor de rest zijn er nog oplossingen via Zigbee, ZWave, ...

[Voor 3% gewijzigd door wimmme op 08-02-2023 12:11]