Domoticz - open source domotica systeem - deel 5

[rens-br]

BoschR schreef op dinsdag 15 maart 2022 @ 13:45:
Ik haal de hele domoticz folder wel binnen vanavond. Daar zit een domoticz.db file in? En mijn lua events? Staan die ook in de DB?

Dat is sowieso verstandig. En als ik mij niet vergis zit inderdaad alles opgeslagen in die domoticz.db.

[DjAntoon]

BoschR schreef op dinsdag 15 maart 2022 @ 13:45:
[...]

Nope GUI werkt ook niet meer, Domoticz kan niet meer opstarten helaas (dus dat wordt weer een avondje klussen).

Cache clear of andere browser geprobeerd?

sudo /etc/init.d/domoticz.sh restart

Als ik opnieuw opstart moet ik altijd een restart doen om het werkend te krijgen.

Wat geeft:
sudo /etc/init.d/domoticz.sh status -1

[BoschR]

DjAntoon schreef op dinsdag 15 maart 2022 @ 16:11:
[...]


Cache clear of andere browser geprobeerd?

sudo /etc/init.d/domoticz.sh restart

Als ik opnieuw opstart moet ik altijd een restart doen om het werkend te krijgen.

Wat geeft:
sudo /etc/init.d/domoticz.sh status -1

Nee helaas, dit is een meer hardnekkig probleem. Ik heb het al eens eerder gehad. Domoticz werkt alleen vanaf Buster en niet meer vanaf Stretch (tenzij je het zelf build from source).

Bij het opstarten krijg je een foutmelding dat GLIBC_2.28 niet gevonden kan worden. Daarvoor moet je libc6 updaten, maar die draait geloof ik al op de nieuwste versie op Stretch.

Als ik tijd heb ga ik vanavond Armbian installeren (ipv DietPi die ook al flink achterloopt).

@rens-br hoe werkt dat met Docker en de (oude) database? Moet ik dat linken met een volume?

[rens-br]

BoschR schreef op dinsdag 15 maart 2022 @ 16:41:
@rens-br hoe werkt dat met Docker en de (oude) database? Moet ik dat linken met een volume?

Nee, gewoon zorgen dat je nieuwe installatie werkt. En volgens mij kan je vervolgens via backup terugzetten de database.db inladen.

[MikeOO]

BoschR schreef op dinsdag 15 maart 2022 @ 16:41:
[...]

Nee helaas, dit is een meer hardnekkig probleem. Ik heb het al eens eerder gehad. Domoticz werkt alleen vanaf Buster en niet meer vanaf Stretch (tenzij je het zelf build from source).

Bij het opstarten krijg je een foutmelding dat GLIBC_2.28 niet gevonden kan worden. Daarvoor moet je libc6 updaten, maar die draait geloof ik al op de nieuwste versie op Stretch.

Als ik tijd heb ga ik vanavond Armbian installeren (ipv DietPi die ook al flink achterloopt).

@rens-br hoe werkt dat met Docker en de (oude) database? Moet ik dat linken met een volume?

Je kunt ook je bestaande Stretch upgraden naar Buster. Heb ik toen ook gedaan en ging probleemloos. Vooraf een backup maken van je SD zodat je altijd terug kunt

https://raspberrypi.tilburgs.com/upgrade-stretch-to-buster/

[BoschR]

MikeOO schreef op woensdag 16 maart 2022 @ 07:47:
[...]


Je kunt ook je bestaande Stretch upgraden naar Buster. Heb ik toen ook gedaan en ging probleemloos. Vooraf een backup maken van je SD zodat je altijd terug kunt

https://raspberrypi.tilburgs.com/upgrade-stretch-to-buster/

Helaas was het niet zo makkelijk. Ik had ook nog een hele oude versie van DietPi (v6.x en 8 is al uit) die ik (met beperkte linux kennis) niet meer kon updaten.

Inmiddels schone install met Armbian op de eMMC. Heb alles (Domoticz, Mosquitto, NodeRED, PiHole) weer draaiend via docker nu (met behoud van alle config en data).

Heb nu de volgende uitdaging:
Ik had 2 .lua bestandjes met een aantal helper functies. De belangrijkste 2: verschil in tijd uitrekenen tov "nu" en het verzenden van een telegram bericht. Die kon ik include dmv require(), maar ik kom er nog niet uit hoe ik die op een bepaalde plek in mijn Docker container krijg (dmv een volume binding) zodat ik die weer kan gebruiken.

[MikeOO]

BoschR schreef op donderdag 17 maart 2022 @ 09:56:
[...]

Helaas was het niet zo makkelijk. Ik had ook nog een hele oude versie van DietPi (v6.x en 8 is al uit) die ik (met beperkte linux kennis) niet meer kon updaten.

Inmiddels schone install met Armbian op de eMMC. Heb alles (Domoticz, Mosquitto, NodeRED, PiHole) weer draaiend via docker nu (met behoud van alle config en data).

Heb nu de volgende uitdaging:
Ik had 2 .lua bestandjes met een aantal helper functies. De belangrijkste 2: verschil in tijd uitrekenen tov "nu" en het verzenden van een telegram bericht. Die kon ik include dmv require(), maar ik kom er nog niet uit hoe ik die op een bepaalde plek in mijn Docker container krijg (dmv een volume binding) zodat ik die weer kan gebruiken.

Te grote stappen zal waarschijnlijk niet lukken vermoed ik. Maar van v1 naar v2 bv zou wel moeten werken.
Maar mooi dat dit weer werkend is

Je kunt in docker bij Volume toch een map mounten (althans zo heet dit op een Synology) en zo een map buiten je docker mounten. En anders kun je het script altijd binnen je Docker image zelf weer plaatsen.

Zelf kan ik bv gewoon naar de docker folder bladeren op de NAS en daarin zie ik al mijn docker mappen en kan ik bestanden toevoegen.

Maar kan natuurlijk zo maar zijn dat ik niet helemaal begrijp wat je bedoelt en wilt

[Tweekzor]

Ik heb sinds deze week een Hue Play Gradient Lightstrip en probeer deze te koppelen aan Domoticz. Helaas zie ik tussen de devices geen switches staan behorend bij de lightstrip. Domoticz kan enkel "Dusk sensors" vinden, en ook het handmatig wijzigen naar dimmer/switches werkt niet. Heeft iemand deze lightstrips al weten te koppelen in Domoticz? Ik kon niks vinden in het topic bij zoeken op gradient of lightstrip.

[GVR]

Ik draai Domoticz 2022.1 op mijn raspberry pi en heb vanavond de boel up to date gemaakt via sudo apt-get update en apt-get upgrade. Dit keer zat er ook een bootloader version bij volgens mij (heb de sessie log niet bewaard). Nooit issues met bijwerken, maar nu lijken ineens mijn usb poorten verdwenen. Iemand een idee wat ik daaraan kan doen? Ik heb de devices eerder persistant gemaakt en nu lijkt er geen toegang mogelijk te zijn tot de devices (slimme meter kabel en conbee stick).

code:

pi@raspberrypi:~ $ sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 Serial (UART) IC
  iProduct                2 FT232R USB UART
  iSerial                 3 A133BDM2
  idVendor           0x1cf1 Dresden Elektronik
  idProduct          0x0030
  iProduct                2 ConBee II
  iSerial                 3 DE2409966
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 SMSC9512/9514 Fast Ethernet Adapter
can't get debug descriptor: Resource temporarily unavailable
  iProduct                0
  iSerial                 0
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9514 SMC9514 Hub
  iProduct                0
  iSerial                 0
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  iProduct                2 DWC OTG Controller
  iSerial                 1 3f980000.usb
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
pi@raspberrypi:~ $

code:

pi@raspberrypi:~ $ lsusb
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 006: ID 1cf1:0030 Dresden Elektronik
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $

pi@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
pi@raspberrypi:~ $

pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.10.63-v7+ #1488 SMP Thu Nov 18 16:14:44 GMT 2021 armv7l GNU/Linux

[ Voor 22% gewijzigd door GVR op 17-03-2022 21:23 ]

[Knielen]

GVR schreef op donderdag 17 maart 2022 @ 21:02:
Ik draai Domoticz 2022.1 op mijn raspberry pi en heb vanavond de boel up to date gemaakt via sudo apt-get update en apt-get upgrade. Dit keer zat er ook een bootloader version bij volgens mij (heb de sessie log niet bewaard). Nooit issues met bijwerken, maar nu lijken ineens mijn usb poorten verdwenen. Iemand een idee wat ik daaraan kan doen? Ik heb de devices eerder persistant gemaakt en nu lijkt er geen toegang mogelijk te zijn tot de devices (slimme meter kabel en conbee stick).

code:

pi@raspberrypi:~ $ sudo lsusb -v | grep 'idVendor\|idProduct\|iProduct\|iSerial'
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0403 Future Technology Devices International, Ltd
  idProduct          0x6001 FT232 Serial (UART) IC
  iProduct                2 FT232R USB UART
  iSerial                 3 A133BDM2
  idVendor           0x1cf1 Dresden Elektronik
  idProduct          0x0030
  iProduct                2 ConBee II
  iSerial                 3 DE2409966
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0xec00 SMSC9512/9514 Fast Ethernet Adapter
can't get debug descriptor: Resource temporarily unavailable
  iProduct                0
  iSerial                 0
can't get debug descriptor: Resource temporarily unavailable
  idVendor           0x0424 Standard Microsystems Corp.
  idProduct          0x9514 SMC9514 Hub
  iProduct                0
  iSerial                 0
  idVendor           0x1d6b Linux Foundation
  idProduct          0x0002 2.0 root hub
  iProduct                2 DWC OTG Controller
  iSerial                 1 3f980000.usb
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
pi@raspberrypi:~ $

code:

pi@raspberrypi:~ $ lsusb
Bus 001 Device 005: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 006: ID 1cf1:0030 Dresden Elektronik
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $

pi@raspberrypi:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
pi@raspberrypi:~ $

pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.10.63-v7+ #1488 SMP Thu Nov 18 16:14:44 GMT 2021 armv7l GNU/Linux

Ik heb dit ook eens gehad volgens mij. Heb toen alles even helemaal uit gehad en tijdje van de voeding gehaald, misschien een poging waard.

[GVR]

Knielen schreef op donderdag 17 maart 2022 @ 21:56:
[...]


Ik heb dit ook eens gehad volgens mij. Heb toen alles even helemaal uit gehad en tijdje van de voeding gehaald, misschien een poging waard.

Nou ik begon me af te vragen waarom het nu wel weer zou werken, maar inderdaad!
Heb eerst de pi uitgezet, even van de voeding gehaald, opgestart zonder usb apparaten aangekoppeld, en daarna de 2 devices weer 1 voor 1 aangesloten, en de boel werkt weer gelukkig.

Overigens blijft de foutmelding "can't get device qualifier: Resource temporarily unavailable" nog terugkomen, maar ik weet niet of ik deze voorheen ook al had.

[ Voor 13% gewijzigd door GVR op 17-03-2022 22:17 ]

[BoschR]

MikeOO schreef op donderdag 17 maart 2022 @ 13:21:
[...]


Te grote stappen zal waarschijnlijk niet lukken vermoed ik. Maar van v1 naar v2 bv zou wel moeten werken.
Maar mooi dat dit weer werkend is

Je kunt in docker bij Volume toch een map mounten (althans zo heet dit op een Synology) en zo een map buiten je docker mounten. En anders kun je het script altijd binnen je Docker image zelf weer plaatsen.

Zelf kan ik bv gewoon naar de docker folder bladeren op de NAS en daarin zie ik al mijn docker mappen en kan ik bestanden toevoegen.

Maar kan natuurlijk zo maar zijn dat ik niet helemaal begrijp wat je bedoelt en wilt

Ja dat binden van een volume was wel gelukt, maar ik wist waar ik het moest plaatsen zodat de require() functie het direct zou oppakken. Ik heb nu het path toegevoegd waar ik de 2 scripts heb staan en dat werkt:

code:

package.path = package.path .. ';' .. '/opt/domoticz/userdata/scripts/?.lua'

Had ik nog een issue met de Aqara hub, maar dit is ook opgelost (dmv een reactie in dit topic) network_mode op host zetten.

[ Voor 6% gewijzigd door BoschR op 17-03-2022 23:30 ]

[MikeOO]

Vandaag weer eens een upgrade gedaan van Domoticz en ook sudo apt-get update en sudo apt-get upgrade.
Alles weer actueel op zijn tijd en backup vooraf gemaakt

Daarna de Rasp nog een opnieuw opstarten en niets.....
Kreeg foutmeldingen dat hij de volumes niet kon mounten, ik gebruik BerryBoot.

Ooit eerder gehad en dacht vermeld het hier ook even mochten er meer zijn die er last van hebben/krijgen en de SD gebruiken om de harddisk te starten.

Komt waarschijnlijk door een upgrade van de Rasp Pi firmware waardoor hij het niet meer snap.

Oplossing.

Sluit een monitor aan op je Rasp
Maak backup van de SD. Je hoeft puur de bestanden / map te kopieeren naar een map op je PC.
Download BerryBoot laatste versie
Pak het bestand uit en kopieer alles naar je SD en overschijf de bestanden.

Herstart de Raspberry met de SD er weer in.
In het scherm wat je krijg even de instellingen controleren en op Volgende klikken.

Nu komt het gevaarlijke deel.
Selecteer je huidige harddisk
In het menu kun je kiezen uit verschillende indelingen zoals NTFS / FAT32 etc
Onderop staat iets van huidige instellingen gebruiken, hier kies je voor.
Doe je dat niet dan word de harddisk gewist!!!!!

Herstart de Pi en hierna zal het BerryBoot menu weer verschijnen.

Ik kon helaas de teksten niet meer overnemen omdat ik inmiddels opgelost is. Maar met deze stappen gaat het zeker goed komen.

En let op geen garantie en zorg voor een goede backup van alles voor je iets gaat upgraden etc.

[Invisible_man]

Ik ben bezig met een nieuwe Domoticz install op een rpi4b. Mijn systeem draait nu nog op een een rpi3b, maar wil het systeem helemaal opnieuw opbouwen omdat ik een aantal dingen ook anders en beter wil oplossen en daar heb ik even twee vragen over:

-Shelly plug s via mqtt
-Inlfux db met grafana

Voor de shelly plug met mqtt heb ik nu mosquitto als mqtt broker geïnstalleerd en heb deze onder hardware in domoticz toegevoegd en zie in het log dat domoticz hiermee verbinding maakt. De Shelly plug zelf heb ik ook op die mqtt server/broker ingesteld, maar zoals ik het begrijp zou deze dan vanzelf in domoticz moeten verschijnen. Echter zie ik niets gebeuren. Heeft iemand een idee of ik wellicht iets over het hoofd zie? Heb ook onder instellingen de knop ingedrukt waarmee Domoticz voor vijf minuten open staat voor nieuwe apparaten, maar geen succes tot zover.

Voor een wat uitgebreidere logging heb ik inlfux db als database en grafana als visualisatie client geïnstalleerd en dit lijkt ook allemaal wel te werken en zie ook dat de geconfigureerde waarden netjes gelogd worden bij veranderingen als ik met een db browser de database bekijk. Waar ik nog niet helemaal uit komt is hoe je in grafana fatsoenlijke grafiekjes van je data kan maken. Ik zie wel iets verschijnen, maar hij probeert daarbij gemiddelden te berekenen van meerdere waarden ofzo. Heeft iemand toevallig een voorbeeld van hoe je in Grafana er wat fatsoenlijke grafieken uit krijgt van bijvoorbeeld een temperatuurssenor?

[Knielen]

@Invisible_man Betreft MQTT, heb je onder hardware ook ShellyMQTT toegevoegd? En heb je bij beide hardware device's dezelfde auto-discovery prefix (homeassistant) ingevoerd?

[Invisible_man]

Knielen schreef op maandag 21 maart 2022 @ 11:10:
@Invisible_man Betreft MQTT, heb je onder hardware ook ShellyMQTT toegevoegd? En heb je bij beide hardware device's dezelfde auto-discovery prefix (homeassistant) ingevoerd?

Dat was mij dus niet helemaal duidelijk want ik had inderdaad iets van een shellymqtt plugin toegevoegd, maar voor hoe ik dat begreep was dat een alternatief voor mosquitto, maar ik heb dus beiden nodig?

Voor wat betreft die prefix, in de webinterface van de shelly plug heb ik daar niet direct een instelling voor staan, maar ben nu ook niet thuis dus kan het zo snel niet checken.

[Knielen]

Invisible_man schreef op maandag 21 maart 2022 @ 11:30:
[...]

Dat was mij dus niet helemaal duidelijk want ik had inderdaad iets van een shellymqtt plugin toegevoegd, maar voor hoe ik dat begreep was dat een alternatief voor mosquitto, maar ik heb dus beiden nodig?

Voor wat betreft die prefix, in de webinterface van de shelly plug heb ik daar niet direct een instelling voor staan, maar ben nu ook niet thuis dus kan het zo snel niet checken.

Die prefix moet je invullen in Domoticz, bij beide hardware devices. Volgens mij moet je nog steeds beide stuks hardware toevoegen, bij mij werkt het zo in ieder geval.

[jobr]

Invisible_man schreef op maandag 21 maart 2022 @ 08:46:
Heeft iemand toevallig een voorbeeld van hoe je in Grafana er wat fatsoenlijke grafieken uit krijgt van bijvoorbeeld een temperatuurssenor?

Ik gebruik wel influxdb 1.8.x
zoiets als query: SELECT mean("value") FROM "autogen"."Temperature" WHERE ("name" = 'RF-Temp-binnen') AND $timeFilter GROUP BY time($__interval) fill(linear)

[ Voor 3% gewijzigd door jobr op 21-03-2022 18:36 ]

[Invisible_man]

Ondertussen weer even bezig geweest met Shelly en MQTT en ik denk dat ik tegen het volgende probleem aanloop:

https://github.com/enesbcs/Shelly_MQTT/pull/87

Wat ik gedaan heb:
-Installeer mosquitto en mosquitto-client, alles met gewoon de standaard instellingen
-Voeg deze toe aan hardware in Domoticz (en in het log zie ik dat die verbinding kan maken)
-Download de shelly pluging (met het git commando)
-Voeg deze toe aan hardware in Domoticz

En dan gaat het mis, de Shelly plugin komt in een programma lus of zo iets waar hij niet uitkomt, Domoticz wordt trager en trager totdat het niet meer werkt.

Zal me nu eens verdiepen of er al een fix of een workaround voor is, maar als ik naar de datums van de posts kijk is het allemaal nog vrij recent.

[Invisible_man]

jobr schreef op maandag 21 maart 2022 @ 18:36:
[...]


Ik gebruik wel influxdb 1.8.x
zoiets als query: SELECT mean("value") FROM "autogen"."Temperature" WHERE ("name" = 'RF-Temp-binnen') AND $timeFilter GROUP BY time($__interval) fill(linear)

Volgens mij is dat hoe hij standaard de querries ook aanmaakt, ik denk dat mijn probleem ook is dat ik nog niet zoveel data verzameld heb om daar een enigszins fatsoenlijke grafiek van te kunnen maken. In ieder geval bedankt voor de reply!

[rens-br]

Invisible_man schreef op woensdag 23 maart 2022 @ 07:47:
-Voeg deze toe aan hardware in Domoticz (en in het log zie ik dat die verbinding kan maken)

Wat voeg je in deze stap toe?

[Invisible_man]

rens-br schreef op woensdag 23 maart 2022 @ 08:15:
[...]


Wat voeg je in deze stap toe?

Eigenlijks precies wat in deze tutorial staat:
https://www.domotica-blog...ew-shelly-rgbw2/domoticz/

Alleen bij de instelling Publish topic: out heb ik voor flat gekozen omdat de optie out in deze versie niet zit, maar aan de omschrijving bij flat te zien zou dat het zelfde moeten zijn (denk ik). Is ook de standaard instelling.

En als remote address 127.0.0.1

[ Voor 3% gewijzigd door Invisible_man op 23-03-2022 08:23 ]

[rens-br]

Invisible_man schreef op woensdag 23 maart 2022 @ 08:21:
[...]

Eigenlijks precies wat in deze tutorial staat:
https://www.domotica-blog...ew-shelly-rgbw2/domoticz/

Het toevoegen van de MQTT via LAN stap snap ik niet helemaal. Ik heb ook Shelly's draaien, maar ik heb alleen de Shelly MQTT plugin geïnstalleerd.

[Invisible_man]

rens-br schreef op woensdag 23 maart 2022 @ 12:18:
[...]


Het toevoegen van de MQTT via LAN stap snap ik niet helemaal. Ik heb ook Shelly's draaien, maar ik heb alleen de Shelly MQTT plugin geïnstalleerd.

Nee precies, daar zit mijn verwarring ook, maar die handleiding geeft toch echt aan dat je beiden nodig hebt. Ik denk dan dat je beiden alleen nodig hebt als je naast Shelly spul ook andere apparatuur met mqtt wilt ontsluiten, met alleen Shelly spul zou die Shelly plugin genoeg moeten zijn. Mosquitto draait als broker immers ook onafhankelijk van Domoticz, dus daar heb je die plugin niet voor nodig.

[rens-br]

Invisible_man schreef op woensdag 23 maart 2022 @ 12:47:
Nee precies, daar zit mijn verwarring ook, maar die handleiding geeft toch echt aan dat je beiden nodig hebt. Ik denk dan dat je beiden alleen nodig hebt als je naast Shelly spul ook andere apparatuur met mqtt wilt ontsluiten, met alleen Shelly spul zou die Shelly plugin genoeg moeten zijn. Mosquitto draait als broker immers ook onafhankelijk van Domoticz, dus daar heb je die plugin niet voor nodig.

Zoiets zal het inderdaad wel zijn ja.

[Dylantje2]

rens-br schreef op woensdag 23 maart 2022 @ 12:18:
[...]


Het toevoegen van de MQTT via LAN stap snap ik niet helemaal. Ik heb ook Shelly's draaien, maar ik heb alleen de Shelly MQTT plugin geïnstalleerd.

Via lan is voor de homeassitant ondersteuning...
Alles van z2m is dan via hardcore dus geen plugin meer nodig gelukkig.. Alles direct vanuit z2m in domoticz.

Dat hoop ik ooit met Shelly ook te beleven..
Plugins zijn regelmatig ruk...

[Vollervo]

Vollervo schreef op maandag 24 januari 2022 @ 11:03:
[...]


Hmm, ik hou m’n hart vast. Ik zie hier veel meldingen van mensen met MQTT problemen die me met OpenZWave tot nu toe bespaard zijn gebleven…

Nou, ik ben inmiddels over naar Domoticz, MQTT en ZWavejs2Mqtt ieder in z'n eigen Docker en dat ging eigenlijk best soepel en draait probleemloos. Tis wel ff wat werk omdat al je devices vernieuwd zijn, maar goed te doen met wat planning vooraf.

Edit: was ZWavejs2Mqtt vergeten

[ Voor 7% gewijzigd door Vollervo op 25-03-2022 11:15 ]

[Invisible_man]

Ondertussen heb ik het werkend. Blijkt dat in de Raspian Bullseye release een te nieuwe versie van Python 3 zit waar het plugin framework van Domoticz nog niet mee over weg kan. Nu alles opnieuw geinstalleerd op Raspian Buster en het werkt in één keer

Ander vraagje, nu heb ik er één shelly plug s aan gekoppeld (wat nu dus vrij eenvoudig ging), maar ik wil daar de verbruikte energie ook van uitlezen. Is dat iets wat pas naar voren komt als er daadwerkelijk energie geregistreerd is, of moet ik daar nog een andere handeling voor doen?

Nevermind, moest in de hardware opties nog een vinkje aanzetten

[ Voor 6% gewijzigd door Invisible_man op 26-03-2022 11:21 ]

[jenk]

Wie kan mij helpen.

Ik zag op internet iemand die een oude tablet als bediening (Dashticz) voor Domoticz aan de muur heeft hangen.
Dit probeer ik nu ook te maken; alleen kom ik er niet helemaal uit.
Het gaat om het automatisch laden van de tablet tussen de 20 en 80% batterijniveau zodat de accu langer mee gaat.
De bedoeling is een fibaro wall plug tussen de lader en wcd te zetten die dus door Domoticz aangestuurd wordt.

Ik gebruik hiervoor een oude tablet waar ik Fully kiosk browser op geïnstalleerd en geconfigureerd heb.
Deze maakt contact met een Pi4 waar ik naast Domoticz ook MQTT brooker geïnstalleerd heb.
Via MQTT explorer op mijn pc zie ik dat er gegevens van mijn tablet op de MQTT brooker op de Pi4 binnenkomen.

Helaas kom ik niet verder; (dit is de eerste keer dat ik met MQTT bezig ben)
Ik heb in Domoticz bij hardware de MQTT auto discovery client gateway with lan interface gemaakt met als auto discovery prefix : homeassistant.
Moet ik ook red node op de pi4 installeren of hoeft dat niet met de laatste versie van Domoticz?
Moet ik een virtuele schakelaar in Domoticz maken of hoeft dat niet? (ik vermoed van wel)
Ik mis dus het laatste stukje van de MQTT brooker naar Domoticz toe.
Wie kan mij als beginneling hier wat meer uitleg over geven?
Alvast bedankt.

[de Peer]

jenk schreef op zondag 27 maart 2022 @ 21:47:
Wie kan mij helpen.

Ik zag op internet iemand die een oude tablet als bediening (Dashticz) voor Domoticz aan de muur heeft hangen.
Dit probeer ik nu ook te maken; alleen kom ik er niet helemaal uit.
Het gaat om het automatisch laden van de tablet tussen de 20 en 80% batterijniveau zodat de accu langer mee gaat.
De bedoeling is een fibaro wall plug tussen de lader en wcd te zetten die dus door Domoticz aangestuurd wordt.

Ik gebruik hiervoor een oude tablet waar ik Fully kiosk browser op geïnstalleerd en geconfigureerd heb.
Deze maakt contact met een Pi4 waar ik naast Domoticz ook MQTT brooker geïnstalleerd heb.
Via MQTT explorer op mijn pc zie ik dat er gegevens van mijn tablet op de MQTT brooker op de Pi4 binnenkomen.

Helaas kom ik niet verder; (dit is de eerste keer dat ik met MQTT bezig ben)
Ik heb in Domoticz bij hardware de MQTT auto discovery client gateway with lan interface gemaakt met als auto discovery prefix : homeassistant.
Moet ik ook red node op de pi4 installeren of hoeft dat niet met de laatste versie van Domoticz?
Moet ik een virtuele schakelaar in Domoticz maken of hoeft dat niet? (ik vermoed van wel)
Ik mis dus het laatste stukje van de MQTT brooker naar Domoticz toe.
Wie kan mij als beginneling hier wat meer uitleg over geven?
Alvast bedankt.

Het is wel de vraag of je de tablet niet gewoon aan de lader kunt laden. Dat doe ik nu al 5 jaar met mijn tablet. Werkt gewoon prima. Kan me best voorstellen dat batterij regelmatig laden/ontladen juist meer belastend is.

En uiteindelijk is het in het geheel niet zo belangrijk denk ik. Die batterij gaat langer mee dan jij dat tablet wilt gebruiken verwacht ik.

[jenk]

Constant aan de lader is een optie, maar ik ben nu zo ver dat ik wil weten hoe ik dit werkend krijg zodat ik het ook voor andere meldingen via MQTT kan gebruiken.

[DjAntoon]

jenk schreef op zondag 27 maart 2022 @ 21:47:

Het gaat om het automatisch laden van de tablet tussen de 20 en 80% batterijniveau zodat de accu langer mee gaat.
De bedoeling is een fibaro wall plug tussen de lader en wcd te zetten die dus door Domoticz aangestuurd wordt.

Je zou na wat experimenteren ook kunnen kiezen voor bijvoorbeeld via timer 1 uur opladen per dag.

Al onze laders in de badkamer gaan aan bij betreden badkamer (of licht aan) met een extra tijd van 1 uur.

[Knielen]

jenk schreef op zondag 27 maart 2022 @ 22:07:
Constant aan de lader is een optie, maar ik ben nu zo ver dat ik wil weten hoe ik dit werkend krijg zodat ik het ook voor andere meldingen via MQTT kan gebruiken.

Om een bericht via MQTT aan een device te kunnen koppelen zal het bericht aan een standaard moeten voldoen. Op de MQTT Wiki kan je hier meer over vinden.

Als je niet direct op de tablet de mogelijkheid hebt om dit bericht zo te maken dan zal je inderdaad met Node-Red moeten gaan werken. Deze leest dan het bericht uit op de Broker, zet hem om naar de Domoticz format en stuurt hem naar kanaal domoticz/in. Hier staan op internet wel voorbeelden van.

[pennywiser]

Ik heb een nieuwe P1 kabel toegevoegd onder apparaten, ik ben nu echter mijn verbruik history kwijt. Kan ik die nog herstellen?

[janne_nl]

Je kunt volgens mij bij de oude kiezen: vervangen. Zo doe ik dat altijd met mijn Cresta temperatuursensoren als de batterij vervangen is.

[Herman1550]

Heeft iemand al de Shelly plus1 in domoticz??
De plugin voegt hem niet toe.

[Invisible_man]

Herman1550 schreef op woensdag 30 maart 2022 @ 14:42:
Heeft iemand al de Shelly plus1 in domoticz??
De plugin voegt hem niet toe.

Voor zover ik het begrepen heb is ook niet alles in de plugin geïmplementeerd omdat de maker niet alle hardware heeft. Toevallig liep ik met mijn Shelly plug s ook tegen issues aan.

Alternatief is om Node Red te installeren en daarmee de mqtt berichten van de Shelly af te vangen en via het mqtt weer door te sturen naar Domoticz via hun in/out formaat en andersom de mqtt berichten van Domoticz af te vangen, te filteren en door te sturen naar de Shelly. Je voegt in Domoticz dan een dummy schakelaar toe welke je via Node Red update en andersom.

[ Voor 5% gewijzigd door Invisible_man op 31-03-2022 09:26 ]

[Plenkske]

Herman1550 schreef op woensdag 30 maart 2022 @ 14:42:
Heeft iemand al de Shelly plus1 in domoticz??
De plugin voegt hem niet toe.

Volgens mij is er nog geen plugin voor gemaakt.

Ik heb het zelf anders opgelost:
- shelly plus 1: deze hoeft alleen te schakelen bij mij. Ik heb een dummy switch aangemaakt en daarin bij "on" en "off" de locale http link gezet die dit uitvoert.
- shelly plus 1pm: deze hoeft bij mij alleen stroom te meten. Via scripts in de webinterface van de shelly stuur ik elke 30 seconden de waarde door naar het device in domoticz.

[midego]

Erg tevreden over de laatste update met comparing usage.

[Invisible_man]

midego schreef op donderdag 31 maart 2022 @ 16:33:
Erg tevreden over de laatste update met comparing usage.

Wat is dat?

[midego]

Invisible_man schreef op donderdag 31 maart 2022 @ 16:55:
[...]

Wat is dat?

Nu hoef ik niet meer tussen de voorgaande jaartalen te switchen maar zit er een compare ingebouwd.

[ Voor 26% gewijzigd door midego op 31-03-2022 18:47 ]

[Plenkske]

Ziet er inderdaad goed uit. Ik deed een paar dagen terug per ongeluk de update. Normaal ben ik skeptisch en controleer ik of een update geen problemen geeft. Gelukkig werkt alles nog

[Invisible_man]

midego schreef op donderdag 31 maart 2022 @ 18:45:
[...]

Nu hoef ik niet meer tussen de voorgaande jaartalen te switchen maar zit er een compare ingebouwd.

[Afbeelding]

Oh nice! Ik upload tot nu toe alles naar pvoutput van mijn zonnepanelen en gebruik juist omdat ik deze functionaliteit in Domoticz miste.

[midego]

Plenkske schreef op donderdag 31 maart 2022 @ 18:47:
Ziet er inderdaad goed uit. Ik deed een paar dagen terug per ongeluk de update. Normaal ben ik skeptisch en controleer ik of een update geen problemen geeft. Gelukkig werkt alles nog

Same same, altijd een backup maken voor de update

[Dylantje2]

Invisible_man schreef op donderdag 31 maart 2022 @ 09:26:
[...]

Voor zover ik het begrepen heb is ook niet alles in de plugin geïmplementeerd omdat de maker niet alle hardware heeft. Toevallig liep ik met mijn Shelly plug s ook tegen issues aan.

Alternatief is om Node Red te installeren en daarmee de mqtt berichten van de Shelly af te vangen en via het mqtt weer door te sturen naar Domoticz via hun in/out formaat en andersom de mqtt berichten van Domoticz af te vangen, te filteren en door te sturen naar de Shelly. Je voegt in Domoticz dan een dummy schakelaar toe welke je via Node Red update en andersom.

Die zou ik heel graag werkend willen krijgen, maar NR is niet mijn kennis...
Heb je die werkend..

Vaak beter via NR dan plugins..


Edit:

Iemand mss MATTER al werkend via matter2mqtt

[ Voor 3% gewijzigd door Dylantje2 op 02-04-2022 14:25 ]

[Invisible_man]

Dylantje2 schreef op zaterdag 2 april 2022 @ 14:24:
[...]


Die zou ik heel graag werkend willen krijgen, maar NR is niet mijn kennis...
Heb je die werkend..

Vaak beter via NR dan plugins..


Edit:

Iemand mss MATTER al werkend via matter2mqtt

Ik houd altijd een documentje bij van hoe ik bepaalde zaken geïnstalleerd heb, dus kon het zo er even voor je bij pakken hoe ik dat werkend gemaakt heb:

code:

curl -sSL https://deb.nodesource.com/setup_16.x | sudo bash -
sudo apt install -y nodejs
sudo npm install -g nodemon
bash <(curl -sL https://raw.githubusercontent.com/node-red/linux-installers/master/deb/update-nodejs-and-nodered)
sudo systemctl enable nodered.service
sudo systemctl start nodered.service
127.0.0.1:1880 (webpagina waarop node red te benaderen is)

Daarvoor natuurlijk nog mosquitto installeren en Domoticz daarmee laten verbinden (niet met de shelly plugin, maar de normale mqtt client).

In node red zelf



De bovenste regel is hoe ik een bericht uit Domoticz filter (waar dan alle updates van Domoticz in te vinden zijn) die Domoticz verstuurt als je mqtt onder hardware toevoegt en aan je mosquitto broker koppelt. Domoticz voegt niet alle apparaten die het heeft als losse mqtt topics toe, maar geeft je alleen een in en een out topic waar alles met json formaat mee gedaan wordt. Hoe die berichten opgebouwd worden is hier te vinden: https://www.domoticz.com/wiki/MQTT

De inhoud van het mqtt Domoticz bericht (bovenste paarse blokje):


Het json blokje parsed de string uit het mqtt bericht naar een json bericht omdat dat is waar Domoticz mee praat over mqtt. Met de switch blokjes kan je dan filteren op een specifiek item in het json bericht met de gewenste waarde, vaak bijvoorbeeld op het idx veld wat het id nummer is wat je in Domoticz zelf ook voor apparaten kan vinden.

In dit voorbeeld output ik de waarden naar een debug blokje (groen), maar dat zou bijvoorbeeld een blokje kunnen worden voor het versturen van een mqtt bericht naar een Shelly.

De onderste regel is hoe ik een Shelly mqtt bericht afvang. De inhoud van het paarse blokje:


Waar het topic is wat je in de Shelly zelf ook ingesteld hebt. In dit voorbeeld lees ik het actuele vermogen uit, maar dat kan natuurlijk van alles zijn. Aan te raden is om op je pc mqtt explorer te installeren en die met je mosquitto broker te verbinden, dan kan je mooi zien wat er allemaal voor data in mqtt gepushed wordt.

Daarnaast zijn er in node red de nodige plugins (palletes genaamd) zo te installeren via de webinterface. Zo heb ik een modbus plugin voor het ophalen van data uit mijn plc's (aansturing luchtverwarming en voor het zwembad ) en één voor influxdb zodat ik ook buiten Domoticz om data naar de database kan pushen voor visualisatie via Grafana.

Aan het eind van de dag heeft Domoticz zijn beperkingen en zijn veel implementaties alleen gemaakt voor een specifieke toepassing en niet zo zeer voor algemene toepassingen, wat ook wel logisch is omdat het allemaal vrijwilligers zijn natuurlijk. Ik deed voorheen veel met dzvents in Domoticz zelf, maar hoe dat opgebouwd is maakte dat ik op een gegeven moment tegen prestatieproblemen aan liep. Met node red kan ik heel veel event based oplossen buiten Domoticz om zonder meteen alles in externe scripts weg te stoppen.

[Dylantje2]

Invisible_man schreef op zaterdag 2 april 2022 @ 15:02:
[...]

Ik houd altijd een documentje bij van hoe ik bepaalde zaken geïnstalleerd heb, dus kon het zo er even voor je bij pakken hoe ik dat werkend gemaakt heb:

code:

curl -sSL https://deb.nodesource.com/setup_16.x | sudo bash -
sudo apt install -y nodejs
sudo npm install -g nodemon
bash <(curl -sL https://raw.githubusercontent.com/node-red/linux-installers/master/deb/update-nodejs-and-nodered)
sudo systemctl enable nodered.service
sudo systemctl start nodered.service
127.0.0.1:1880 (webpagina waarop node red te benaderen is)

Daarvoor natuurlijk nog mosquitto installeren en Domoticz daarmee laten verbinden (niet met de shelly plugin, maar de normale mqtt client).

In node red zelf

[Afbeelding]

De bovenste regel is hoe ik een bericht uit Domoticz filter (waar dan alle updates van Domoticz in te vinden zijn) die Domoticz verstuurt als je mqtt onder hardware toevoegt en aan je mosquitto broker koppelt. Domoticz voegt niet alle apparaten die het heeft als losse mqtt topics toe, maar geeft je alleen een in en een out topic waar alles met json formaat mee gedaan wordt. Hoe die berichten opgebouwd worden is hier te vinden: https://www.domoticz.com/wiki/MQTT

De inhoud van het mqtt Domoticz bericht (bovenste paarse blokje):
[Afbeelding]

Het json blokje parsed de string uit het mqtt bericht naar een json bericht omdat dat is waar Domoticz mee praat over mqtt. Met de switch blokjes kan je dan filteren op een specifiek item in het json bericht met de gewenste waarde, vaak bijvoorbeeld op het idx veld wat het id nummer is wat je in Domoticz zelf ook voor apparaten kan vinden.

In dit voorbeeld output ik de waarden naar een debug blokje (groen), maar dat zou bijvoorbeeld een blokje kunnen worden voor het versturen van een mqtt bericht naar een Shelly.

De onderste regel is hoe ik een Shelly mqtt bericht afvang. De inhoud van het paarse blokje:
[Afbeelding]

Waar het topic is wat je in de Shelly zelf ook ingesteld hebt. In dit voorbeeld lees ik het actuele vermogen uit, maar dat kan natuurlijk van alles zijn. Aan te raden is om op je pc mqtt explorer te installeren en die met je mosquitto broker te verbinden, dan kan je mooi zien wat er allemaal voor data in mqtt gepushed wordt.

Daarnaast zijn er in node red de nodige plugins (palletes genaamd) zo te installeren via de webinterface. Zo heb ik een modbus plugin voor het ophalen van data uit mijn plc's (aansturing luchtverwarming en voor het zwembad ) en één voor influxdb zodat ik ook buiten Domoticz om data naar de database kan pushen voor visualisatie via Grafana.

Aan het eind van de dag heeft Domoticz zijn beperkingen en zijn veel implementaties alleen gemaakt voor een specifieke toepassing en niet zo zeer voor algemene toepassingen, wat ook wel logisch is omdat het allemaal vrijwilligers zijn natuurlijk. Ik deed voorheen veel met dzvents in Domoticz zelf, maar hoe dat opgebouwd is maakte dat ik op een gegeven moment tegen prestatieproblemen aan liep. Met node red kan ik heel veel event based oplossen buiten Domoticz om zonder meteen alles in externe scripts weg te stoppen.

THANKS...
FF tijd zoeken, maar deze gaat er bij in!!!

Andere vraag
Mss ook toevallig zon afstand beam werkend? [ of iemand anders? ]
https://nl.aliexpress.com...213439&SearchText=ir+beam

Ik wil eigenlijk een signaal krijgen als er een onderbreking is.
Heb nu naast de poort een motion hangen, maar die geeft zoveel ellende
En zoiets lijkt me handig als je er met de de wiel van de fiets doorheen komt oid..
Kan net boven een kat hangen enz

[Invisible_man]

Vraagje over het forceren van updates in Domoticz.

Ik heb Influxdb geïnstalleerd en laat Domoticz bij het veranderen van waarden daar meetwaarden naar opsturen. Dat werkt goed voor continue veranderende waarden zoals temperaturen enzo, maar ik log ook een aantal vermogens en wanneer het desbetreffende apparaat uitstaat, heb je langere tijd 0Watt en dus in al die tijd geen updates van je device. Nu is dat voor de data zelf geen probleem, maar de grafieken worden er wat raar van:

In Domoticz toont het wel goed.


In Grafana/Inluxdb ziet het er zo uit:


Wat ik eigenlijk wil is dat niet alleen bij het veranderen van de waarde gelogd wordt, maar ook bijvoorbeeld elke minuut eens waardoor de grafiek een stuk mooier wordt. Kan ik in Domoticz een update van een device forceren (vanuit dzvents bijvoorbeeld) zonder dat de waarde zelf veranderd? Dan kan ik zo een push naar Influxdb forceren. Of zie ik nog een andere optie over het hoofd wellicht?

[Invisible_man]

Dylantje2 schreef op maandag 4 april 2022 @ 07:36:
[...]
Andere vraag
Mss ook toevallig zon afstand beam werkend? [ of iemand anders? ]
https://nl.aliexpress.com...213439&SearchText=ir+beam

Komt daar niet gewoon een relaiscontact af? Die zou je een ingang van de GPIO kunnen laten schakelen (kan je ook via Node Red uitlezen ) en daarmee een virtuele schakelaar in Domoticz mee updaten.

[Dylantje2]

Invisible_man schreef op maandag 4 april 2022 @ 11:28:
Vraagje over het forceren van updates in Domoticz.

Ik heb Influxdb geïnstalleerd en laat Domoticz bij het veranderen van waarden daar meetwaarden naar opsturen. Dat werkt goed voor continue veranderende waarden zoals temperaturen enzo, maar ik log ook een aantal vermogens en wanneer het desbetreffende apparaat uitstaat, heb je langere tijd 0Watt en dus in al die tijd geen updates van je device. Nu is dat voor de data zelf geen probleem, maar de grafieken worden er wat raar van:

In Domoticz toont het wel goed.
[Afbeelding]

In Grafana/Inluxdb ziet het er zo uit:
[Afbeelding]

Wat ik eigenlijk wil is dat niet alleen bij het veranderen van de waarde gelogd wordt, maar ook bijvoorbeeld elke minuut eens waardoor de grafiek een stuk mooier wordt. Kan ik in Domoticz een update van een device forceren (vanuit dzvents bijvoorbeeld) zonder dat de waarde zelf veranderd? Dan kan ik zo een push naar Influxdb forceren. Of zie ik nog een andere optie over het hoofd wellicht?

Welke versie grafana draai je?
Zit in grafana een setting zodat ze gaan kloppen, of mooier worden iig.




En de reden een maakcontact of motion..
Katten en honden, en hij staat richting de straat geen ander optie mogelijk.
Als ik een straal heb die doorbroken word, heb ik betere opties.. wiel van de fiets of de handgreep.

[Dylantje2]

Invisible_man schreef op zaterdag 2 april 2022 @ 15:02:
[...]

Ik houd altijd een documentje bij van hoe ik bepaalde zaken geïnstalleerd heb, dus kon het zo er even voor je bij pakken hoe ik dat werkend gemaakt heb:

code:

curl -sSL https://deb.nodesource.com/setup_16.x | sudo bash -
sudo apt install -y nodejs
sudo npm install -g nodemon
bash <(curl -sL https://raw.githubusercontent.com/node-red/linux-installers/master/deb/update-nodejs-and-nodered)
sudo systemctl enable nodered.service
sudo systemctl start nodered.service
127.0.0.1:1880 (webpagina waarop node red te benaderen is)

Daarvoor natuurlijk nog mosquitto installeren en Domoticz daarmee laten verbinden (niet met de shelly plugin, maar de normale mqtt client).

In node red zelf

[Afbeelding]

De bovenste regel is hoe ik een bericht uit Domoticz filter (waar dan alle updates van Domoticz in te vinden zijn) die Domoticz verstuurt als je mqtt onder hardware toevoegt en aan je mosquitto broker koppelt. Domoticz voegt niet alle apparaten die het heeft als losse mqtt topics toe, maar geeft je alleen een in en een out topic waar alles met json formaat mee gedaan wordt. Hoe die berichten opgebouwd worden is hier te vinden: https://www.domoticz.com/wiki/MQTT

De inhoud van het mqtt Domoticz bericht (bovenste paarse blokje):
[Afbeelding]

Het json blokje parsed de string uit het mqtt bericht naar een json bericht omdat dat is waar Domoticz mee praat over mqtt. Met de switch blokjes kan je dan filteren op een specifiek item in het json bericht met de gewenste waarde, vaak bijvoorbeeld op het idx veld wat het id nummer is wat je in Domoticz zelf ook voor apparaten kan vinden.

In dit voorbeeld output ik de waarden naar een debug blokje (groen), maar dat zou bijvoorbeeld een blokje kunnen worden voor het versturen van een mqtt bericht naar een Shelly.

De onderste regel is hoe ik een Shelly mqtt bericht afvang. De inhoud van het paarse blokje:
[Afbeelding]

Waar het topic is wat je in de Shelly zelf ook ingesteld hebt. In dit voorbeeld lees ik het actuele vermogen uit, maar dat kan natuurlijk van alles zijn. Aan te raden is om op je pc mqtt explorer te installeren en die met je mosquitto broker te verbinden, dan kan je mooi zien wat er allemaal voor data in mqtt gepushed wordt.

Daarnaast zijn er in node red de nodige plugins (palletes genaamd) zo te installeren via de webinterface. Zo heb ik een modbus plugin voor het ophalen van data uit mijn plc's (aansturing luchtverwarming en voor het zwembad ) en één voor influxdb zodat ik ook buiten Domoticz om data naar de database kan pushen voor visualisatie via Grafana.

Aan het eind van de dag heeft Domoticz zijn beperkingen en zijn veel implementaties alleen gemaakt voor een specifieke toepassing en niet zo zeer voor algemene toepassingen, wat ook wel logisch is omdat het allemaal vrijwilligers zijn natuurlijk. Ik deed voorheen veel met dzvents in Domoticz zelf, maar hoe dat opgebouwd is maakte dat ik op een gegeven moment tegen prestatieproblemen aan liep. Met node red kan ik heel veel event based oplossen buiten Domoticz om zonder meteen alles in externe scripts weg te stoppen.

MM lijkt toch altijd weer makkelijker dan het is..




Dummy en mijn flow/node.
Ik sla ergens de plank..

[Invisible_man]

Dylantje2 schreef op maandag 4 april 2022 @ 17:07:
[...]


Welke versie grafana draai je?
Zit in grafana een setting zodat ze gaan kloppen, of mooier worden iig.

[Afbeelding]


En de reden een maakcontact of motion..
Katten en honden, en hij staat richting de straat geen ander optie mogelijk.
Als ik een straal heb die doorbroken word, heb ik betere opties.. wiel van de fiets of de handgreep.

Ik heb wel een staircase optie die dat zelfde doet (waar dat menu van jou zit ben ik nog niet achter ) en dat is al beter en in ieder geval een tijdelijke oplossing, maar mooier zal nog zijn wat vaker een nulwaarde te kunnen schrijven.

[Invisible_man]

Dylantje2 schreef op maandag 4 april 2022 @ 17:30:
[...]


MM lijkt toch altijd weer makkelijker dan het is..
[Afbeelding]

[Afbeelding]

Dummy en mijn flow/node.
Ik sla ergens de plank..

Achter payload moet nog .idx komen te staan. payload is het hele Domoticz bericht en jij wilt filteren op alleen het idx veld daaruit. Het mqtt bericht (de payload dus) even in een debug veldje loggen helpt een hoop voor de duidelijkheid Vooral omdat Domoticz het op zijn eigen manier oplost. Even aftakken na het json blokje is daar het handigst voor.

Heb je onder "Vanuit Domoticz" als topic domoticz/out staan?

[ Voor 6% gewijzigd door Invisible_man op 04-04-2022 17:38 ]

[jobr]

Invisible_man schreef op maandag 4 april 2022 @ 11:28:
Vraagje over het forceren van updates in Domoticz.

Ik heb Influxdb geïnstalleerd en laat Domoticz bij het veranderen van waarden daar meetwaarden naar opsturen. Dat werkt goed voor continue veranderende waarden zoals temperaturen enzo, maar ik log ook een aantal vermogens en wanneer het desbetreffende apparaat uitstaat, heb je langere tijd 0Watt en dus in al die tijd geen updates van je device. Nu is dat voor de data zelf geen probleem, maar de grafieken worden er wat raar van:

In Domoticz toont het wel goed.

Wat ik eigenlijk wil is dat niet alleen bij het veranderen van de waarde gelogd wordt, maar ook bijvoorbeeld elke minuut eens waardoor de grafiek een stuk mooier wordt. Kan ik in Domoticz een update van een device forceren (vanuit dzvents bijvoorbeeld) zonder dat de waarde zelf veranderd? Dan kan ik zo een push naar Influxdb forceren. Of zie ik nog een andere optie over het hoofd wellicht?

Je moet even de query in grafana aanpassen. Ik neem aan dat je ook group by gebruikt. Zet Fill maar eens op previous.

[Invisible_man]

jobr schreef op maandag 4 april 2022 @ 18:31:
[...]


Je moet even de query in grafana aanpassen. Ik neem aan dat je ook group by gebruikt. Zet Fill maar eens op previous.

A thanks! Meteen even geprobeerd en dat ziet er al veel beter uit!

[Dylantje2]

jobr schreef op maandag 4 april 2022 @ 18:31:
[...]


Je moet even de query in grafana aanpassen. Ik neem aan dat je ook group by gebruikt. Zet Fill maar eens op previous.

dat was ie .. kon hem niet zo snel..

[AUijtdehaag]

Dylantje2 schreef op maandag 4 april 2022 @ 07:36:
[...]


THANKS...
FF tijd zoeken, maar deze gaat er bij in!!!

Andere vraag
Mss ook toevallig zon afstand beam werkend? [ of iemand anders? ]
https://nl.aliexpress.com...213439&SearchText=ir+beam

Ik wil eigenlijk een signaal krijgen als er een onderbreking is.
Heb nu naast de poort een motion hangen, maar die geeft zoveel ellende
En zoiets lijkt me handig als je er met de de wiel van de fiets doorheen komt oid..
Kan net boven een kat hangen enz

Daar kan je deze ook voor gebruiken.
https://www.dfrobot.com/product-1935.html
Ik moet weer even wat ontwerpen.

Done.

Edit: Verkeerde topic (min of meer)

[ Voor 35% gewijzigd door AUijtdehaag op 14-04-2022 11:46 ]

[Dylantje2]

AUijtdehaag schreef op donderdag 14 april 2022 @ 06:51:
[...]

Daar kan je deze ook voor gebruiken.
https://www.dfrobot.com/product-1935.html
Ik moet weer even wat ontwerpen.

Done.

[Afbeelding]

[Afbeelding]

Edit: Verkeerde topic (min of meer)

Hero again....
Bestel er maar meer dan als je kunt,,,,,
Als je ze via mqtt of nr in domoticz werkende kun krijgen betaal ik heeel graag xxxx

[AUijtdehaag]

@Dylantje2 Ik kan ook een N2 opsturen met HA image.

[Dylantje2]

AUijtdehaag schreef op donderdag 14 april 2022 @ 22:14:
@Dylantje2 Ik kan ook een N2 opsturen met HA image.

know....
Maar die is pas als ik de vut zit...

[AUijtdehaag]

@Dylantje2 ze liggen al klaar

[ Voor 11% gewijzigd door AUijtdehaag op 14-04-2022 22:24 ]

[Heinemancp]

Dylantje2 schreef op donderdag 14 april 2022 @ 22:12:
[...]


Hero again....
Bestel er maar meer dan als je kunt,,,,,
Als je ze via mqtt of nr in domoticz werkende kun krijgen betaal ik heeel graag xxxx

Ik heb een Wemos D1 mini met espEasy met ultrasoon afstandmeter werkend in dz. Connected via WiFi en ultrasimpel. Als je meer wilt weten, vraag maar.

[Dylantje2]

Heinemancp schreef op zondag 17 april 2022 @ 10:45:
[...]


Ik heb een Wemos D1 mini met espEasy met ultrasoon afstandmeter werkend in dz. Connected via WiFi en ultrasimpel. Als je meer wilt weten, vraag maar.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Interesse vanaf hier..
En niet alleen voor de zout, deze zocht ik al even. hier ook last van kwelwater wil ik eigenlijk ook een meter voor hebben.
Hout pellets in mijn kachel
water voor terrarium...
Hopelijk wil je eea delen..

[Dylantje2]

AUijtdehaag schreef op donderdag 14 april 2022 @ 22:22:
@Dylantje2 ze liggen al klaar

PM

[AUijtdehaag]

Dylantje2 schreef op zondag 17 april 2022 @ 13:19:
[...]
PM

Heb net mijn 1e print gemaakt met het nieuwe speeltje.
Rustaaaagh

[Dylantje2]

AUijtdehaag schreef op zondag 17 april 2022 @ 13:42:
[...]


Heb net mijn 1e print gemaakt met het nieuwe speeltje.
Rustaaaagh

[Afbeelding]

War teken je mee?
Gebruik je cura?
Ik kan evt wel helpen kan redelijk goed tekenen :-)

[AUijtdehaag]

@Dylantje2
laten we het bij domoticz houden...
Graag via PM

[Heinemancp]

Dylantje2 schreef op zondag 17 april 2022 @ 13:18:
[...]


Interesse vanaf hier..
En niet alleen voor de zout, deze zocht ik al even. hier ook last van kwelwater wil ik eigenlijk ook een meter voor hebben.
Hout pellets in mijn kachel
water voor terrarium...
Hopelijk wil je eea delen..

Jep, doe ik morgen eind vd middag uitgebreid

[Heinemancp]

Heinemancp schreef op zondag 17 april 2022 @ 22:11:
[...]


Jep, doe ik morgen eind vd middag uitgebreid

Hardware
Wemos D1 Mini https://nl.aliexpress.com...3BEUR%3Bsearch-mainSearch
HR-SR04 https://nl.aliexpress.com...r_list.0.0.ac6779d22C4QGz
Level shifter https://nl.aliexpress.com...r_list.0.0.ac6779d22C4QGz

solderen
Aan elkaar solderen volgens deze handleidingen:
https://espeasy.readthedo....html?highlight=hc%20sr04
https://espeasy.readthedo...p000-level-converter-page
Met een beetje inlevingsvermogen is onderstaand plaatje hoe het aangesloten moet worden - let op welke GPIO's je kiest, zie bij "Software"
Ik heb gedaan:
Wemos - LS - HC-SR04
5V <- - > 5V < - -> Vcc
GND < - - > GND < - - > GND
D7 < - -> LV3 - HV3 < - - > Trigger
D6 < - - > LV4 - HV4 < - - > Echo



Software
Flash ESPeasy op de Wemos D1 mini
https://www.letscontrolit.../ESPEasy#Loading_firmware

Configureren van Wemos D1 Mini met de HC-SR04, let op dat je de juiste GPIO's selecteerd. advies: hou deze aan.


Koppelen aan Domoticz
In Domoticz
- een Dummy aanmaken onder Hardware (ga er vanuit dat je weet hoe dat moet), maak een een virtuele sensor "Distance" en onthou het IDX nummer (kan je vinden via "Devices")
in ESP Easy
-Domoticz koppelen bij "Controllers", zorg dat je het IP adres, poortnummer en inloggegevens van Domoticz bij de hand hebt.

- Device voor afstand instellen op juiste IDX voor domoticz en vinkje zetten voor sturen naar juiste controller.



Nu krijg je de afstand door in Domoticz, op het Device dat je aangemaakt hebt.

je kan ook bijv een % laten berekenen in ESP Easy, zodat je dit binnenhaalt in Domoticz. zie voorbeeld hieronder:

[Dylantje2]

Heinemancp schreef op maandag 18 april 2022 @ 17:32:
[...]


Hardware
Wemos D1 Mini https://nl.aliexpress.com...3BEUR%3Bsearch-mainSearch
HR-SR04 https://nl.aliexpress.com...r_list.0.0.ac6779d22C4QGz
Level shifter https://nl.aliexpress.com...r_list.0.0.ac6779d22C4QGz

solderen
Aan elkaar solderen volgens deze handleidingen:
https://espeasy.readthedo....html?highlight=hc%20sr04
https://espeasy.readthedo...p000-level-converter-page
Met een beetje inlevingsvermogen is onderstaand plaatje hoe het aangesloten moet worden - let op welke GPIO's je kiest, zie bij "Software"
Ik heb gedaan:
Wemos - LS - HC-SR04
5V <- - > 5V < - -> Vcc
GND < - - > GND < - - > GND
D7 < - -> LV3 - HV3 < - - > Trigger
D6 < - - > LV4 - HV4 < - - > Echo

[Afbeelding]

Software
Flash ESPeasy op de Wemos D1 mini
https://www.letscontrolit.../ESPEasy#Loading_firmware

Configureren van Wemos D1 Mini met de HC-SR04, let op dat je de juiste GPIO's selecteerd. advies: hou deze aan.
[Afbeelding]

Koppelen aan Domoticz
In Domoticz
- een Dummy aanmaken onder Hardware (ga er vanuit dat je weet hoe dat moet), maak een een virtuele sensor "Distance" en onthou het IDX nummer (kan je vinden via "Devices")
in ESP Easy
-Domoticz koppelen bij "Controllers", zorg dat je het IP adres, poortnummer en inloggegevens van Domoticz bij de hand hebt.
[Afbeelding]
- Device voor afstand instellen op juiste IDX voor domoticz en vinkje zetten voor sturen naar juiste controller.
[Afbeelding]


Nu krijg je de afstand door in Domoticz, op het Device dat je aangemaakt hebt.
[Afbeelding]
je kan ook bijv een % laten berekenen in ESP Easy, zodat je dit binnenhaalt in Domoticz. zie voorbeeld hieronder:
[Afbeelding]

Gaan het beleven ff eea bestellen..
Maar ik zag dat je er 2 op hebt zitten..
dat betekent hv3 en hv4 aansluiten, via andere d pinnen en die goed toewijzen?
In espeasy die pinnen goed zetten en ook dummy ervoor..
Kan het dan ook met een levelswitcher 6 of 8 met 3 tegelijk werken :-)?

[Heinemancp]

Dylantje2 schreef op maandag 18 april 2022 @ 18:05:
[...]


Gaan het beleven ff eea bestellen..
Maar ik zag dat je er 2 op hebt zitten..
dat betekent hv3 en hv4 aansluiten, via andere d pinnen en die goed toewijzen?
In espeasy die pinnen goed zetten en ook dummy ervoor..
Kan het dan ook met een levelswitcher 6 of 8 met 3 tegelijk werken :-)?

Klopt, heb er twee. Dan gebruik je de andere hv's. De signaal (trigger en echo) kan je niet mixen. De vcc en GND kan je samen voegen.

Op een levelswitcher kunnen er meerdere, hv1 en hv2 zijn beschikbaar voor de andere.

Voor elke hc sr03/ waarde heb je een sensor/ device nodig, niet een dummy. Per dummy kan je veel virtuele sensoren maken.

Eerst maar een werkend krijgen, dan de tweede toevoegen

[Heinemancp]

Dylantje2 schreef op maandag 18 april 2022 @ 18:05:
[...]


Gaan het beleven ff eea bestellen..
Maar ik zag dat je er 2 op hebt zitten..
dat betekent hv3 en hv4 aansluiten, via andere d pinnen en die goed toewijzen?
In espeasy die pinnen goed zetten en ook dummy ervoor..
Kan het dan ook met een levelswitcher 6 of 8 met 3 tegelijk werken :-)?

Als je dit werkend hebt, kan ik ook nog mijn scriptje delen die mij op de hoogte houdt als het zout vervangen moet worden incl mail & voorkomen dat er elke x uur een mailtje komt.

[Dylantje2]

Heinemancp schreef op dinsdag 19 april 2022 @ 07:15:
[...]


Als je dit werkend hebt, kan ik ook nog mijn scriptje delen die mij op de hoogte houdt als het zout vervangen moet worden incl mail & voorkomen dat er elke x uur een mailtje komt.

eerst bestellen en tijd zoeken :-)
mailtje van google? Gaat binnenkort niet meer werken op domoticz...:-(

[Seafarer]

Heinemancp schreef op dinsdag 19 april 2022 @ 07:15:
[...]


Als je dit werkend hebt, kan ik ook nog mijn scriptje delen die mij op de hoogte houdt als het zout vervangen moet worden incl mail & voorkomen dat er elke x uur een mailtje komt.

Ik kan even niet volgen welk zout je aan het meten bent en waarvoor?

[Heinemancp]

Seafarer schreef op dinsdag 19 april 2022 @ 09:03:
[...]

Ik kan even niet volgen welk zout je aan het meten bent en waarvoor?

Ah, de waterfilter tegen kalk wordt gespoeld met zoutblokken die langzaam oplossen. En dus moet je die tijdig vervangen, maar vergat ik wel eens... Nu dus niet meer

[Heinemancp]

Dylantje2 schreef op dinsdag 19 april 2022 @ 07:18:
[...]


eerst bestellen en tijd zoeken :-)
mailtje van google? Gaat binnenkort niet meer werken op domoticz...:-(

Dat weet ik niet, waarom werkt Gmail binnenkort niet meer op domoticz?

Bedoel je dit?

Google biedt vanaf 30 mei 2022 geen support meer voor het gebruik van apps of apparaten van derden die je vragen om in te loggen op je Google-account met alleen je gebruikersnaam en wachtwoord. We doen dit om je account te beschermen.

https://support.google.co...-app-wachtwoord-gebruiken

Ik gebruik app-wachtwoorden.
https://support.google.com/accounts/answer/185833?hl=nl
Aangezien daar die melding niet bij staat en 2FA gebruikt, werkt dat nog na 30 mei.

[ Voor 54% gewijzigd door Heinemancp op 19-04-2022 21:43 ]

[AUijtdehaag]

@Heinemancp
Noem het beestje gewoon bij de naam.
Je hebt een Aquacell c.q. Harveys Crown waterontharder met 2 zoutreservoirs voor de zout blokken.

[Heinemancp]

AUijtdehaag schreef op dinsdag 19 april 2022 @ 21:46:
@Heinemancp
Noem het beestje gewoon bij de naam.
Je hebt een Aquacell c.q. Harveys Crown waterontharder met 2 zoutreservoirs voor de zout blokken.

Klopt, een Aquacell in mijn geval.

[Dylantje2]

Heinemancp schreef op dinsdag 19 april 2022 @ 21:34:
[...]


Dat weet ik niet, waarom werkt Gmail binnenkort niet meer op domoticz?

Bedoel je dit?

[...]

https://support.google.co...-app-wachtwoord-gebruiken

Ik gebruik app-wachtwoorden.
https://support.google.com/accounts/answer/185833?hl=nl
Aangezien daar die melding niet bij staat en 2FA gebruikt, werkt dat nog na 30 mei.

Thanks...
We gaan eens kijken

[Stefan.Z]

Weet iemand hier misschien waarom domoticz bij mij stopt met het juist weergeven van de teruggeleverde energie boven de +/- 17 kW? Ik heb de max power instelling al omhoog gezet naar 20000, maar dit levert nog geen beter resultaat op. Het lijkt er op dat zodra het teruglever vermogen onder de 17kW zakt dat domoticz de grafiek weer een update geeft. Daarboven niet waardoor er een rechte lijn verschijnt in beeld.
De fysieke meterstand heb ik gecontroleerd, en dat komt netjes overeen met domoticz, alleen klopt de grafiek dus op een of andere manier niet.
[Edit, let niet om de grafiek snachts, daar ging t even mis met loggen]
Grafiek in domoticz


Grafiek omvormer

[ Voor 3% gewijzigd door Stefan.Z op 20-04-2022 21:07 ]

[teo1966]

goedendag heb hier op een pi3b draait domoticz 2022.1 wil graag een backup draaien naar mijn nas
heb dit script gebruikt maar krijg deze fout meldingen iemand tips of een idee ?

bash /home/pi/domoticz/scripts/backup_ftp.sh
/home/pi/domoticz/scripts/backup_ftp.sh: regel 3: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 5: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 13: $’\r’: opdracht niet gevonden
Start running backup script.
/home/pi/domoticz/scripts/backup_ftp.sh: regel 16: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 18: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 21: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 71: syntaxfout: onverwacht bestandseinde


https://steenderen.net/bl...kup-naar-sftp-versie-1-3/

code:

# Steenderen.NET
# Domoticz auto-backup naar (S)FTP – Versie 1.3

#!/bin/bash

# Setup
DOMOTICZ_SERVER="x.x.x.x:yy"    # IP-adres:Poort van je Domoticz server
FTP_SERVER="x.x.x.x:yy"     # IP-adres:Poort van je FTP server
FTP_SFTP="yes"          # Vul "yes" i.g.v. SFTP in
FTP_USERNAME="username"     # Gebruikersnaam voor FTP
FTP_PASSWORD="password"     # Wachtwoord voor FTP
FTP_DIRECTORY="/map/map"    # Locatie op je FTP voor de Backup

# No need to edit below here.
echo "Start running backup script."

TIMESTAMP=`/bin/date +%Y%m%d%H%M%S`

# Create temp-directory if it does not already exists.
TEMP_DIR="/home/pi/temp"

if [ -d $TEMP_DIR ] ; then
    echo "- Temp-directory already exists, no need to create it."
else
    echo "- Temp-directory does not exists, creating it now."
    /bin/mkdir $TEMP_DIR
fi

# Create backup file for database.
echo "- Creating backup file for database."
BACKUP_DB=$TIMESTAMP"_db.db"
BACKUP_DB_GZ=$BACKUP_DB".gz"
/usr/bin/curl -s http://$DOMOTICZ_SERVER/backupdatabase.php > $TEMP_DIR/$BACKUP_DB

# TEST URL WITH 512MB DUMMY FILE TO CHECK IF LARGE BACKUP FILES ARE A PROBLEM.
#/usr/bin/curl -s  http://ipv4.download.thinkbroadband.com/512MB.zip > $TEMP_DIR/$BACKUP_DB

gzip -9 $TEMP_DIR/$BACKUP_DB

# Create backup file for scripts directory.
echo "- Creating backup file for scripts-directory."
BACKUP_SCRIPTS=$TIMESTAMP"_scripts.tar.gz"
tar -zcf $TEMP_DIR/$BACKUP_SCRIPTS /home/pi/domoticz/scripts/

# Create backup file for crontab.
echo "- Creating backup file for crontab."
BACKUP_CRONTAB=$TIMESTAMP"_crontab.txt"
crontab -l > $TEMP_DIR/$BACKUP_CRONTAB

# Send backup files to FTP or SFTP location.
if [ $FTP_SFTP = "yes" ] ; then
    echo "- Sending backup files to SFTP location."
    curl -k -s --disable-epsv -T "{$TEMP_DIR/$BACKUP_DB_GZ,$TEMP_DIR/$BACKUP_SCRIPTS,$TEMP_DIR/$BACKUP_CRONTAB}" -u "$FTP_USERNAME:$FTP_PASSWORD" "sftp://"$FTP_SERVER$FTP_DIRECTORY"/"
else
    echo "- Sending backup files to FTP location."
    curl -s --disable-epsv -T "{$TEMP_DIR/$BACKUP_DB_GZ,$TEMP_DIR/$BACKUP_SCRIPTS,$TEMP_DIR/$BACKUP_CRONTAB}" -u "$FTP_USERNAME:$FTP_PASSWORD" "ftp://"$FTP_SERVER$FTP_DIRECTORY"/"
fi

# Remove temp backup file
echo "- Removing temp files."
/bin/rm $TEMP_DIR/$BACKUP_DB_GZ
/bin/rm $TEMP_DIR/$BACKUP_SCRIPTS
/bin/rm $TEMP_DIR/$BACKUP_CRONTAB

# Domoticz logging
echo "- Writing log to Domoticz."
wget -q --delete-after "http://$DOMOTICZ_SERVER/json.htm?type=command&param=addlogmessage&message=Backup to (S)FTP script finished with timestamp ID $TIMESTAMP."

# Done!
echo "Done running backup script."

[Knielen]

teo1966 schreef op woensdag 20 april 2022 @ 21:08:
goedendag heb hier op een pi3b draait domoticz 2022.1 wil graag een backup draaien naar mijn nas
heb dit script gebruikt maar krijg deze fout meldingen iemand tips of een idee ?

bash /home/pi/domoticz/scripts/backup_ftp.sh
/home/pi/domoticz/scripts/backup_ftp.sh: regel 3: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 5: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 13: $’\r’: opdracht niet gevonden
Start running backup script.
/home/pi/domoticz/scripts/backup_ftp.sh: regel 16: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 18: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 21: $’\r’: opdracht niet gevonden
/home/pi/domoticz/scripts/backup_ftp.sh: regel 71: syntaxfout: onverwacht bestandseinde


https://steenderen.net/bl...kup-naar-sftp-versie-1-3/

code:

# Steenderen.NET
# Domoticz auto-backup naar (S)FTP – Versie 1.3

#!/bin/bash

# Setup
DOMOTICZ_SERVER="x.x.x.x:yy"    # IP-adres:Poort van je Domoticz server
FTP_SERVER="x.x.x.x:yy"     # IP-adres:Poort van je FTP server
FTP_SFTP="yes"          # Vul "yes" i.g.v. SFTP in
FTP_USERNAME="username"     # Gebruikersnaam voor FTP
FTP_PASSWORD="password"     # Wachtwoord voor FTP
FTP_DIRECTORY="/map/map"    # Locatie op je FTP voor de Backup

# No need to edit below here.
echo "Start running backup script."

TIMESTAMP=`/bin/date +%Y%m%d%H%M%S`

# Create temp-directory if it does not already exists.
TEMP_DIR="/home/pi/temp"

if [ -d $TEMP_DIR ] ; then
    echo "- Temp-directory already exists, no need to create it."
else
    echo "- Temp-directory does not exists, creating it now."
    /bin/mkdir $TEMP_DIR
fi

# Create backup file for database.
echo "- Creating backup file for database."
BACKUP_DB=$TIMESTAMP"_db.db"
BACKUP_DB_GZ=$BACKUP_DB".gz"
/usr/bin/curl -s http://$DOMOTICZ_SERVER/backupdatabase.php > $TEMP_DIR/$BACKUP_DB

# TEST URL WITH 512MB DUMMY FILE TO CHECK IF LARGE BACKUP FILES ARE A PROBLEM.
#/usr/bin/curl -s  http://ipv4.download.thinkbroadband.com/512MB.zip > $TEMP_DIR/$BACKUP_DB

gzip -9 $TEMP_DIR/$BACKUP_DB

# Create backup file for scripts directory.
echo "- Creating backup file for scripts-directory."
BACKUP_SCRIPTS=$TIMESTAMP"_scripts.tar.gz"
tar -zcf $TEMP_DIR/$BACKUP_SCRIPTS /home/pi/domoticz/scripts/

# Create backup file for crontab.
echo "- Creating backup file for crontab."
BACKUP_CRONTAB=$TIMESTAMP"_crontab.txt"
crontab -l > $TEMP_DIR/$BACKUP_CRONTAB

# Send backup files to FTP or SFTP location.
if [ $FTP_SFTP = "yes" ] ; then
    echo "- Sending backup files to SFTP location."
    curl -k -s --disable-epsv -T "{$TEMP_DIR/$BACKUP_DB_GZ,$TEMP_DIR/$BACKUP_SCRIPTS,$TEMP_DIR/$BACKUP_CRONTAB}" -u "$FTP_USERNAME:$FTP_PASSWORD" "sftp://"$FTP_SERVER$FTP_DIRECTORY"/"
else
    echo "- Sending backup files to FTP location."
    curl -s --disable-epsv -T "{$TEMP_DIR/$BACKUP_DB_GZ,$TEMP_DIR/$BACKUP_SCRIPTS,$TEMP_DIR/$BACKUP_CRONTAB}" -u "$FTP_USERNAME:$FTP_PASSWORD" "ftp://"$FTP_SERVER$FTP_DIRECTORY"/"
fi

# Remove temp backup file
echo "- Removing temp files."
/bin/rm $TEMP_DIR/$BACKUP_DB_GZ
/bin/rm $TEMP_DIR/$BACKUP_SCRIPTS
/bin/rm $TEMP_DIR/$BACKUP_CRONTAB

# Domoticz logging
echo "- Writing log to Domoticz."
wget -q --delete-after "http://$DOMOTICZ_SERVER/json.htm?type=command&param=addlogmessage&message=Backup to (S)FTP script finished with timestamp ID $TIMESTAMP."

# Done!
echo "Done running backup script."

Als ik de foutmelding even opzoek op internet lijkt het erop dat het bestand in een verkeerd format is opgeslagen. Kan je met Notepad++ veranderen

https://askubuntu.com/que...nning-bash-scripts-in-wsl

[janne_nl]

In ieder geval moet wat op regel 4 staat de eerste regel vam het script zijn. De shebang regel

[teo1966]

ik had de file bewerkt met notepad++ en copy van de site steenderen.net

[teo1966]

heb dit veranderd in notepad++
heb deze foutmelding
home/pi/domoticz/scripts/backup_ftp13.sh: regel 63: syntaxfout: onverwacht bestandseinde

code:

#!/bin/bash
# Setup
DOMOTICZ_SERVER="xxxxxx"    # IP-adres:Poort van je Domoticz server
FTP_SERVER="xxxxxxxxxx"     # IP-adres:Poort van je FTP server
FTP_SFTP="yes"          # Vul "yes" i.g.v. SFTP in
FTP_USERNAME="xxxxxxxxxxx"      # Gebruikersnaam voor FTP
FTP_PASSWORD="xxxxxxxxxxx"      # Wachtwoord voor FTP
FTP_DIRECTORY="/volume1/Backup/backup"  # Locatie op je FTP voor de Backup
# No need to edit below here.
echo "Start running backup script."
TIMESTAMP=`/bin/date +%Y%m%d%H%M%S`
# Create temp-directory if it does not already exists.
TEMP_DIR="/home/pi/temp"
if [ -d $TEMP_DIR ] ; then
    echo "- Temp-directory already exists, no need to create it."
else
    echo "- Temp-directory does not exists, creating it now."
    /bin/mkdir $TEMP_DIR
fi

# Create backup file for database.
echo "- Creating backup file for database."
BACKUP_DB=$TIMESTAMP"_db.db"
BACKUP_DB_GZ=$BACKUP_DB".gz"
/usr/bin/curl -s http://$DOMOTICZ_SERVER/backupdatabase.php > $TEMP_DIR/$BACKUP_DB

# TEST URL WITH 512MB DUMMY FILE TO CHECK IF LARGE BACKUP FILES ARE A PROBLEM.
#/usr/bin/curl -s  http://ipv4.download.thinkbroadband.com/512MB.zip > $TEMP_DIR/$BACKUP_DB

gzip -9 $TEMP_DIR/$BACKUP_DB

# Create backup file for scripts directory.
echo "- Creating backup file for scripts-directory."
BACKUP_SCRIPTS=$TIMESTAMP"_scripts.tar.gz"
tar -zcf $TEMP_DIR/$BACKUP_SCRIPTS /home/pi/domoticz/scripts/

# Create backup file for crontab.
echo "- Creating backup file for crontab."
BACKUP_CRONTAB=$TIMESTAMP"_crontab.txt"
crontab -l > $TEMP_DIR/$BACKUP_CRONTAB

# Send backup files to FTP or SFTP location.
if [ $FTP_SFTP = "yes" ] ; then
    echo "- Sending backup files to SFTP location."
    curl -k -s --disable-epsv -T "{$TEMP_DIR/$BACKUP_DB_GZ,$TEMP_DIR/$BACKUP_SCRIPTS,$TEMP_DIR/$BACKUP_CRONTAB}" -u "$FTP_USERNAME:$FTP_PASSWORD" "sftp://"$FTP_SERVER$FTP_DIRECTORY"/"
else
    echo "- Sending backup files to FTP location."
    curl -s --disable-epsv -T "{$TEMP_DIR/$BACKUP_DB_GZ,$TEMP_DIR/$BACKUP_SCRIPTS,$TEMP_DIR/$BACKUP_CRONTAB}" -u "$FTP_USERNAME:$FTP_PASSWORD" "ftp://"$FTP_SERVER$FTP_DIRECTORY"/"
fi

# Remove temp backup file
echo "- Removing temp files."
/bin/rm $TEMP_DIR/$BACKUP_DB_GZ
/bin/rm $TEMP_DIR/$BACKUP_SCRIPTS
/bin/rm $TEMP_DIR/$BACKUP_CRONTAB

# Domoticz logging
echo "- Writing log to Domoticz."
wget -q --delete-after "http://$DOMOTICZ_SERVER/json.htm?type=command&param=addlogmessage&message=Backup to (S)FTP script finished with timestamp ID $TIMESTAMP."

# Done!
echo "Done running backup script."

[BazemanKM]

teo1966 schreef op woensdag 20 april 2022 @ 21:08:
goedendag heb hier op een pi3b draait domoticz 2022.1 wil graag een backup draaien naar mijn nas
heb dit script gebruikt maar krijg deze fout meldingen iemand tips of een idee ?

Ik gebruik: https://ehoco.nl/automatische-raspberry-pi-backup/

[janne_nl]

teo1966 schreef op woensdag 20 april 2022 @ 22:37:
heb dit veranderd in notepad++
heb deze foutmelding
home/pi/domoticz/scripts/backup_ftp13.sh: regel 63: syntaxfout: onverwacht bestandseinde

Heeft het script het execute bit gezet? Kun je zien met

ls -l

Anders evt

chmod +x scriptnaam

Uitvoeren zou moeten werken daarna met
./scriptnaam

[Henry65]

teo1966 schreef op woensdag 20 april 2022 @ 22:37:
heb dit veranderd in notepad++
heb deze foutmelding
home/pi/domoticz/scripts/backup_ftp13.sh: regel 63: syntaxfout: onverwacht bestandseinde

code:

FTP_DIRECTORY="/volume1/Backup /backup" # Locatie op je FTP voor de Backup

Heeft er (waarschijnlijk) niets mee te maken maar het valt me op dat er een spatie in ftp-directory staat

[ Voor 4% gewijzigd door Henry65 op 21-04-2022 10:46 ]

[teo1966]

janne_nl schreef op donderdag 21 april 2022 @ 07:21:
[...]

Heeft het script het execute bit gezet? Kun je zien met

ls -l

Anders evt

chmod +x scriptnaam

Uitvoeren zou moeten werken daarna met
./scriptnaam

Blijft dezelfde foutmelding

pi@raspberrypi:~/domoticz/scripts $ sudo ls -l /home/pi/domoticz/scripts/backup_ftp13.sh
-rwxrwxrwx 1 root root 2553 21 apr 12:50 /home/pi/domoticz/scripts/backup_ftp13.sh


pi@raspberrypi:~/domoticz/scripts $ bash /home/pi/domoticz/scripts/backup_ftp13.sh
Start running backup script.
/home/pi/domoticz/scripts/backup_ftp13.sh: regel 63: syntaxfout: onverwacht bestandseinde

en met sudo

pi@raspberrypi:~/domoticz/scripts $ sudo bash /home/pi/domoticz/scripts/backup_ftp13.sh
Start running backup script.
/home/pi/domoticz/scripts/backup_ftp13.sh: regel 63: syntaxfout: onverwacht bestandseinde

[Henry65]

teo1966 schreef op donderdag 21 april 2022 @ 13:33:
[...]


Blijft dezelfde foutmelding

pi@raspberrypi:~/domoticz/scripts $ sudo ls -l /home/pi/domoticz/scripts/backup_ftp13.sh
-rwxrwxrwx 1 root root 2553 21 apr 12:50 /home/pi/domoticz/scripts/backup_ftp13.sh


pi@raspberrypi:~/domoticz/scripts $ bash /home/pi/domoticz/scripts/backup_ftp13.sh
Start running backup script.
/home/pi/domoticz/scripts/backup_ftp13.sh: regel 63: syntaxfout: onverwacht bestandseinde

Waarschijnlijk is het bestand nog weggeschreven in DOS-format. Heb je het al geconverteerd met Notepad++ (Bewerken -> Regeleinde-conversie -> Unix (LF))?
Ik gebruik zelf vim als editor en daar kan je eenvoudig omzetten van dos naar unix v.v. maar ik weet niet wat de default editor voor de pi is.
Anders dos2unix installeren (https://lindevs.com/install-dos2unix-on-raspberry-pi/)

[ Voor 4% gewijzigd door Henry65 op 21-04-2022 14:24 ]

[teo1966]

Henry65 schreef op donderdag 21 april 2022 @ 14:23:
[...]


Waarschijnlijk is het bestand nog weggeschreven in DOS-format. Heb je het al geconverteerd met Notepad++ (Bewerken -> Regeleinde-conversie -> Unix (LF))?
Ik gebruik zelf vim als editor en daar kan je eenvoudig omzetten van dos naar unix v.v. maar ik weet niet wat de default editor voor de pi is.
Anders dos2unix installeren (https://lindevs.com/install-dos2unix-on-raspberry-pi/)

met notepad++ bewerkt en nu loopt het script door thanks voor de tip

[niki_lauda]

BazemanKM schreef op woensdag 20 april 2022 @ 22:58:
[...]

Ik gebruik: https://ehoco.nl/automatische-raspberry-pi-backup/

Is best traag vind ik daarnaast ging monit steigeren.
Ik gebruik duplicati om de domoticz directories te backuppen naar usb en Nas.

Een keer in de 3 maanden maak ik een image naar een ander SDcard.
Maar sinds ik een premium SDcard heb eigenlijk geen issues mee mee gehad.

[janne_nl]

Vi rules.

[Knielen]

teo1966 schreef op donderdag 21 april 2022 @ 17:25:
[...]


met notepad++ bewerkt en nu loopt het script door thanks voor de tip

Die tip stond al als eerste onder je initiele vraag

[himlims_]

Metalfreak schreef op woensdag 18 augustus 2021 @ 21:00:
Ik heb een probleem met het toevoegen van een Tuya device. Al mijn Tuya devices heb ik inmiddels draaien in combinatie met de volgende plugin: https://github.com/Xenomes/Domoticz-TUYA-Plugin. Alleen de laatste nieuwe Tuya ceiling light (de nieuwe LSC RGB Plafonniere van de Action: https://www.action.com/nl...mart-connect-plafonniere/ ) zie ik niet bij mijn devices komen, ook in de logging zie ik alle andere Tuya apparaten, maar deze niet. Nu zie ik in de Tuya app wel dat deze lamp ook ineens een andere interface laat zien dan andere RGB lampen, maar kan het zijn dat deze gewoon niet ondersteund wordt? Ik kan hier echt nergens iets over vinden.

Na verbouwing -eindelijk- aan domoticz kunnen beginnen. basis draait, hue 123 en klaar. Maar met Tuya ben ik inmiddels 3 avonden aan het kloten [..]

ik heb dezeflde repo/plugin gebruikt als @Metalfreak heeft gedaan. Echter lijkt deze niets te herkennen/discoveren. Heb mijn credentials ingevuld zoals beschreven bij de instructie. In de webbased log staat iets over 'login failed' (credentials 100% goed).

Gister stuitte ik op tinytuya (eoa python script). deze herkend alle devices (initele discovery). Daarna een dev. account aangemaakt, api koppeling etc. daarna worden alle devices 'volledig' gevonden (wizard doorlopen).

heb daarvan een json file gekregen, en veel info op scherm. maar daarmee lijk ik geen (directe) koppeling met domoticz te kunnen makne

maar hoe 'da fuck' krijg ik die eerste plugin werkend? of gebruik ik tinytuya in domoticz ipv stand alone listing? merci




^-- zie nu wel dat ie voor seg.fault een device toont nu de overige 15 nog

code:

gdb: warning: Couldn't determine a path for the index cache directory.
[New LWP 4019]
[New LWP 4020]
[New LWP 4021]
[New LWP 4033]
[New LWP 4034]
[New LWP 4035]
[New LWP 4036]
[New LWP 4037]
[New LWP 4038]
[New LWP 4039]
[New LWP 4040]
[New LWP 4041]
[New LWP 4043]
[New LWP 4044]
[New LWP 4045]
[New LWP 4046]
[New LWP 4048]
[New LWP 4049]
[New LWP 4064]
[New LWP 4065]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0xbe9a9998, req@entry=0xbe9a9990, rem=0xbe9a9                                                                 9a8, rem@entry=0xbe9a99a0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
52      ../sysdeps/unix/sysv/linux/clock_nanosleep.c: No such file or directory.
  Id   Target Id                                      Frame
* 1    Thread 0xb6f40040 (LWP 4018) "domoticz"        0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entr                                                                 y=0, req=0xbe9a9998, req@entry=0xbe9a9990, rem=0xbe9a99a8, rem@entry=0xbe9a99a0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
  2    Thread 0xb58bd200 (LWP 4019) "Watchdog"        0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entr                                                                 y=0, req=0xb58bcb70, req@entry=0xb58bcb68, rem=0xb58bcb80, rem@entry=0xb58bcb78) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
  3    Thread 0xb50bc200 (LWP 4020) "SQLHelper"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  4    Thread 0xb48bb200 (LWP 4021) "PluginMgr"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  5    Thread 0xb3a4c200 (LWP 4033) "InfluxPush"      syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  6    Thread 0xb324b200 (LWP 4034) "Webem_ssncleane" 0xb690163c in epoll_wait (epfd=16, events=0xb324a358, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  7    Thread 0xb2a4a200 (LWP 4035) "WebServer_8080"  0xb690163c in epoll_wait (epfd=12, events=0xb2a49328, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  8    Thread 0xb20ff200 (LWP 4036) "Webem_ssncleane" 0xb690163c in epoll_wait (epfd=25, events=0xb20fe358, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  9    Thread 0xb18fe200 (LWP 4037) "WebServer_443"   0xb690163c in epoll_wait (epfd=19, events=0xb18fd328, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  10   Thread 0xb0eff200 (LWP 4038) "Scheduler"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  11   Thread 0xb06fe200 (LWP 4039) "TCPServer"       0xb690163c in epoll_wait (epfd=28, events=0xb06fd358, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  12   Thread 0xafefd200 (LWP 4040) "MainWorker"      syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  13   Thread 0xaf6fc200 (LWP 4041) "MainWorkerRxMsg" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xaf6fbb80, clockid=<op                                                                 timized out>, expected=0, futex_word=0xa8e3b0 <m_mainworker+3984>) at ../sysdeps/nptl/futex-internal.h:323
  14   Thread 0xaeefb200 (LWP 4043) "hue"             syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  15   Thread 0xae2ff200 (LWP 4044) "tuya"            futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xae2feae0, clockid=<op                                                                 timized out>, expected=0, futex_word=0xb5db89e8 <_PyRuntime+256>) at ../sysdeps/nptl/futex-internal.h:323
  16   Thread 0xadafe200 (LWP 4045) "NotificationSys" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xadafdbb0, clockid=<op                                                                 timized out>, expected=0, futex_word=0xa8de78 <m_mainworker+2648>) at ../sysdeps/nptl/futex-internal.h:323
  17   Thread 0xad2fd200 (LWP 4046) "Plugin_ASIO"     futex_wait_cancelable (private=0, expected=0, futex_word=0x20f2498) at ../sysdeps/nptl/f                                                                 utex-internal.h:186
  18   Thread 0xacafc200 (LWP 4048) "EventSystem"     syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  19   Thread 0xabeff200 (LWP 4049) "EventSystemQueu" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xabefeac0, clockid=<op                                                                 timized out>, expected=0, futex_word=0xa8d578 <m_mainworker+344>) at ../sysdeps/nptl/futex-internal.h:323
  20   Thread 0xab1c7200 (LWP 4064) "WebServer_8080"  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  21   Thread 0xaa9c6200 (LWP 4065) "tuya"            0xb68c84d4 in __GI___wait4 (pid=4067, stat_loc=0xaa9c4b30, options=0, usage=0x0) at ../s                                                                 ysdeps/unix/sysv/linux/wait4.c:27

Thread 21 (Thread 0xaa9c6200 (LWP 4065) "tuya"):
#0  0xb68c84d4 in __GI___wait4 (pid=4067, stat_loc=0xaa9c4b30, options=0, usage=0x0) at ../sysdeps/unix/sysv/linux/wait4.c:27
#1  0x0029121c in dumpstack_gdb(bool) ()
#2  0x002917e8 in signal_handler(int, siginfo_t*, void*) ()
#3  <signal handler called>
#4  raise (sig=11) at ../sysdeps/unix/sysv/linux/raise.c:50
#5  <signal handler called>
#6  0x00000014 in ?? ()
#7  0xb594047c in _PyEval_EvalFrameDefault () from /lib/arm-linux-gnueabihf/libpython3.9.so
#8  0xab1f2df0 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 20 (Thread 0xab1c7200 (LWP 4064) "WebServer_8080"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x0073412c in http::server::CWebsocketHandler::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xab1c7200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 19 (Thread 0xabeff200 (LWP 4049) "EventSystemQueu"):
#0  futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xabefeac0, clockid=<optimized out>, expected=0, futex_word=0xa8d578 <m_m                                                                 ainworker+344>) at ../sysdeps/nptl/futex-internal.h:323
#1  __pthread_cond_wait_common (abstime=0xabefeac0, clockid=<optimized out>, mutex=0x0, cond=0xa8d550 <m_mainworker+304>) at pthread_cond_wait                                                                 .c:520
#2  __pthread_cond_timedwait (cond=0xa8d550 <m_mainworker+304>, mutex=0x0, abstime=0xabefeac0) at pthread_cond_wait.c:656
#3  0x00213404 in CEventSystem::EventQueueThread() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xabeff200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 18 (Thread 0xacafc200 (LWP 4048) "EventSystem"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x0020a438 in CEventSystem::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xacafc200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 17 (Thread 0xad2fd200 (LWP 4046) "Plugin_ASIO"):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x20f2498) at ../sysdeps/nptl/futex-internal.h:186
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x0, cond=0x20f2470) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x20f2470, mutex=0x0) at pthread_cond_wait.c:638
#3  0x003d727c in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#4  0x00683e74 in Plugins::BoostWorkers() ()
#5  0x0077d374 in thread_proxy ()
#6  0xb6a3d300 in start_thread (arg=0xad2fd200) at pthread_create.c:477
#7  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 16 (Thread 0xadafe200 (LWP 4045) "NotificationSys"):
#0  futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xadafdbb0, clockid=<optimized out>, expected=0, futex_word=0xa8de78 <m_m                                                                 ainworker+2648>) at ../sysdeps/nptl/futex-internal.h:323
#1  __pthread_cond_wait_common (abstime=0xadafdbb0, clockid=<optimized out>, mutex=0x0, cond=0xa8de50 <m_mainworker+2608>) at pthread_cond_wai                                                                 t.c:520
#2  __pthread_cond_timedwait (cond=0xa8de50 <m_mainworker+2608>, mutex=0x0, abstime=0xadafdbb0) at pthread_cond_wait.c:656
#3  0x00277298 in CNotificationSystem::QueueThread() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xadafe200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 15 (Thread 0xae2ff200 (LWP 4044) "tuya"):
#0  futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xae2feae0, clockid=<optimized out>, expected=0, futex_word=0xb5db89e8 <_                                                                 PyRuntime+256>) at ../sysdeps/nptl/futex-internal.h:323
#1  __pthread_cond_wait_common (abstime=0xae2feae0, clockid=<optimized out>, mutex=0x0, cond=0xb5db89c0 <_PyRuntime+216>) at pthread_cond_wait                                                                 .c:520
#2  __pthread_cond_timedwait (cond=0xb5db89c0 <_PyRuntime+216>, mutex=0x0, abstime=0xae2feae0) at pthread_cond_wait.c:656
#3  0xb5a70e90 in ?? () from /lib/arm-linux-gnueabihf/libpython3.9.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 14 (Thread 0xaeefb200 (LWP 4043) "hue"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x005abf40 in CPhilipsHue::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xaeefb200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 13 (Thread 0xaf6fc200 (LWP 4041) "MainWorkerRxMsg"):
#0  futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xaf6fbb80, clockid=<optimized out>, expected=0, futex_word=0xa8e3b0 <m_m                                                                 ainworker+3984>) at ../sysdeps/nptl/futex-internal.h:323
#1  __pthread_cond_wait_common (abstime=0xaf6fbb80, clockid=<optimized out>, mutex=0x0, cond=0xa8e388 <m_mainworker+3944>) at pthread_cond_wai                                                                 t.c:520
#2  __pthread_cond_timedwait (cond=0xa8e388 <m_mainworker+3944>, mutex=0x0, abstime=0xaf6fbb80) at pthread_cond_wait.c:656
#3  0x00263724 in MainWorker::Do_Work_On_Rx_Messages() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xaf6fc200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 12 (Thread 0xafefd200 (LWP 4040) "MainWorker"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x0025f5fc in MainWorker::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xafefd200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 11 (Thread 0xb06fe200 (LWP 4039) "TCPServer"):
#0  0xb690163c in epoll_wait (epfd=28, events=0xb06fd358, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x006e0d80 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<tcp::server::CTCPServer::StartServer(std::__cxx11::basic_string<ch                                                                 ar, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > con                                                                 st&)::{lambda()#1}> > >::_M_run() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xb06fe200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 10 (Thread 0xb0eff200 (LWP 4038) "Scheduler"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x00288690 in CScheduler::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xb0eff200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 9 (Thread 0xb18fe200 (LWP 4037) "WebServer_443"):
#0  0xb690163c in epoll_wait (epfd=19, events=0xb18fd328, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x0072bc88 in http::server::server_base::run() ()
#4  0x002d9bfc in std::thread::_State_impl<std::thread::_Invoker<std::tuple<http::server::CWebServer::StartServer(http::server::server_setting                                                                 s&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool)::{lambda()#280}> > >::_M_run() ()
#5  0x00906734 in execute_native_thread_routine ()
#6  0xb6a3d300 in start_thread (arg=0xb18fe200) at pthread_create.c:477
#7  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (Thread 0xb20ff200 (LWP 4036) "Webem_ssncleane"):
#0  0xb690163c in epoll_wait (epfd=25, events=0xb20fe358, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x006fc0b4 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<http::server::cWebem::cWebem(http::server::server_settings const&,                                                                  std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)::{lambda()#2}> > >::_M_run() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xb20ff200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (Thread 0xb2a4a200 (LWP 4035) "WebServer_8080"):
#0  0xb690163c in epoll_wait (epfd=12, events=0xb2a49328, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x0072bc88 in http::server::server_base::run() ()
#4  0x002d9bfc in std::thread::_State_impl<std::thread::_Invoker<std::tuple<http::server::CWebServer::StartServer(http::server::server_setting                                                                 s&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool)::{lambda()#280}> > >::_M_run() ()
#5  0x00906734 in execute_native_thread_routine ()
#6  0xb6a3d300 in start_thread (arg=0xb2a4a200) at pthread_create.c:477
#7  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0xb324b200 (LWP 4034) "Webem_ssncleane"):
#0  0xb690163c in epoll_wait (epfd=16, events=0xb324a358, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x006fc0b4 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<http::server::cWebem::cWebem(http::server::server_settings const&,                                                                  std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)::{lambda()#2}> > >::_M_run() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xb324b200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (Thread 0xb3a4c200 (LWP 4033) "InfluxPush"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x00393ed0 in CInfluxPush::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xb3a4c200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0xb48bb200 (LWP 4021) "PluginMgr"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x00684684 in Plugins::CPluginSystem::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xb48bb200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (Thread 0xb50bc200 (LWP 4020) "SQLHelper"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x002a8698 in CSQLHelper::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xb50bc200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0xb58bd200 (LWP 4019) "Watchdog"):
#0  0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0xb58bcb70, req@entry=0xb58bcb68, rem=0xb                                                                 58bcb80, rem@entry=0xb58bcb78) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
#1  0xb68c2080 in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=<optimized out>, rem=0xb58bcbb0) at ../sysdeps/u                                                                 nix/sysv/linux/clock_nanosleep.c:92
#2  0xb68c8830 in __GI___nanosleep (requested_time=<optimized out>, remaining=<optimized out>) at nanosleep.c:27
#3  0x00224e2c in sleep_milliseconds(long) ()
#4  0x00291950 in Do_Watchdog_Work() ()
#5  0x00906734 in execute_native_thread_routine ()
#6  0xb6a3d300 in start_thread (arg=0xb58bd200) at pthread_create.c:477
#7  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0xb6f40040 (LWP 4018) "domoticz"):
#0  0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0xbe9a9998, req@entry=0xbe9a9990, rem=0xb                                                                 e9a99a8, rem@entry=0xbe9a99a0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
#1  0xb68c2080 in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=<optimized out>, rem=0xbe9a99d8) at ../sysdeps/u                                                                 nix/sysv/linux/clock_nanosleep.c:92
#2  0xb68c8830 in __GI___nanosleep (requested_time=<optimized out>, remaining=<optimized out>) at nanosleep.c:27
#3  0x00224d98 in sleep_seconds(long) ()
#4  0x001af740 in main ()

Main thread:
#0  0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0xbe9a9998, req@entry=0xbe9a9990, rem=0xb                                                                 e9a99a8, rem@entry=0xbe9a99a0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
#1  0xb68c2080 in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=<optimized out>, rem=0xbe9a99d8) at ../sysdeps/u                                                                 nix/sysv/linux/clock_nanosleep.c:92
#2  0xb68c8830 in __GI___nanosleep (requested_time=<optimized out>, remaining=<optimized out>) at nanosleep.c:27
#3  0x00224d98 in sleep_seconds(long) ()
#4  0x001af740 in main ()
[Inferior 1 (process 4018) detached]

//edit; swapsize verdubbeld (maar maakt geen verschil)

[ Voor 105% gewijzigd door himlims_ op 22-04-2022 11:17 ]

[Copitano]

@jobr Je hebt mij al eens prima geholpen met mijn query voor gasverbruik. Daarom doe ik voor het volgende probleem nogmaals een beroep op jou kennis van query's.

Ik zit ik al een tijdje te pielen met het verschuiven van de grafiek van sun-power in Grafana (in domoticz uit Buienradar getrokken).
Toelichting:
Ik heb zelf een (chinese) pyranometer op dak gemonteerd. Die vergelijk ik met KNMI station Berkhout hier 5 km hemelsbreed vandaan. Mijn pyranometer geeft een te hoge waarde (10%). Die ben ik nu met behulp van de Buienradar gegevens en een dzVents scriptje aan het calibreren. Dat lukt aardig. In de grafieken zit echter een verschuiving van ca. 20 minuten. Dat krijg ik maar niet gesychroniseerd. Zie onder.

Ik gebruik de volgende query's

code:

SELECT mean("value") FROM "Percentage" WHERE ("name" = 'Sun-Power') AND $timeFilter GROUP BY time(10m,-19m), "name" fill(null)

Voor buienradar (geel) en

code:

SELECT mean("value") FROM "Percentage" WHERE ("name" = 'Sun-Power-SEM228T10MCal2') AND $timeFilter GROUP BY time($__interval), "name" fill(null)

voor mijn eigen pyranometer (groen).

De gele (KNMI) wil ik 20 minuten naar links schuiven. Kun jij aangeven hoe ik mijn query daarvoor moet aanpassen?

[jobr]

Copitano schreef op vrijdag 22 april 2022 @ 11:28:
De gele (KNMI) wil ik 20 minuten naar links schuiven. Kun jij aangeven hoe ik mijn query daarvoor moet aanpassen?

Wat je nu gebruikt schuift de tijd niet op. Het schuift alleen de start van de periode terug in dit geval. Maar de uiteindelijke timestamps blijven identiek.

Je zou flux kunnen gaan gebruiken en daar de timeshift functie gebruiken.
Of zoiets als dit: https://github.com/GoshPosh/grafana-meta-queries
Beide heb ik geen ervaring mee.

[Copitano]

jobr schreef op vrijdag 22 april 2022 @ 18:41:
[...]


Wat je nu gebruikt schuift de tijd niet op. Het schuift alleen de start van de periode terug in dit geval. Maar de uiteindelijke timestamps blijven identiek.

Je zou flux kunnen gaan gebruiken en daar de timeshift functie gebruiken.
Of zoiets als dit: https://github.com/GoshPosh/grafana-meta-queries
Beide heb ik geen ervaring mee.

Thx. Ga me daar eens in proberen te verdiepen

[Dylantje2]

himlims_ schreef op vrijdag 22 april 2022 @ 09:03:
[...]
Na verbouwing -eindelijk- aan domoticz kunnen beginnen. basis draait, hue 123 en klaar. Maar met Tuya ben ik inmiddels 3 avonden aan het kloten [..]

ik heb dezeflde repo/plugin gebruikt als @Metalfreak heeft gedaan. Echter lijkt deze niets te herkennen/discoveren. Heb mijn credentials ingevuld zoals beschreven bij de instructie. In de webbased log staat iets over 'login failed' (credentials 100% goed).

Gister stuitte ik op tinytuya (eoa python script). deze herkend alle devices (initele discovery). Daarna een dev. account aangemaakt, api koppeling etc. daarna worden alle devices 'volledig' gevonden (wizard doorlopen).

heb daarvan een json file gekregen, en veel info op scherm. maar daarmee lijk ik geen (directe) koppeling met domoticz te kunnen makne

maar hoe 'da fuck' krijg ik die eerste plugin werkend? of gebruik ik tinytuya in domoticz ipv stand alone listing? merci


[Afbeelding]

^-- zie nu wel dat ie voor seg.fault een device toont nu de overige 15 nog

code:

gdb: warning: Couldn't determine a path for the index cache directory.
[New LWP 4019]
[New LWP 4020]
[New LWP 4021]
[New LWP 4033]
[New LWP 4034]
[New LWP 4035]
[New LWP 4036]
[New LWP 4037]
[New LWP 4038]
[New LWP 4039]
[New LWP 4040]
[New LWP 4041]
[New LWP 4043]
[New LWP 4044]
[New LWP 4045]
[New LWP 4046]
[New LWP 4048]
[New LWP 4049]
[New LWP 4064]
[New LWP 4065]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0xbe9a9998, req@entry=0xbe9a9990, rem=0xbe9a9                                                                 9a8, rem@entry=0xbe9a99a0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
52      ../sysdeps/unix/sysv/linux/clock_nanosleep.c: No such file or directory.
  Id   Target Id                                      Frame
* 1    Thread 0xb6f40040 (LWP 4018) "domoticz"        0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entr                                                                 y=0, req=0xbe9a9998, req@entry=0xbe9a9990, rem=0xbe9a99a8, rem@entry=0xbe9a99a0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
  2    Thread 0xb58bd200 (LWP 4019) "Watchdog"        0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entr                                                                 y=0, req=0xb58bcb70, req@entry=0xb58bcb68, rem=0xb58bcb80, rem@entry=0xb58bcb78) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
  3    Thread 0xb50bc200 (LWP 4020) "SQLHelper"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  4    Thread 0xb48bb200 (LWP 4021) "PluginMgr"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  5    Thread 0xb3a4c200 (LWP 4033) "InfluxPush"      syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  6    Thread 0xb324b200 (LWP 4034) "Webem_ssncleane" 0xb690163c in epoll_wait (epfd=16, events=0xb324a358, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  7    Thread 0xb2a4a200 (LWP 4035) "WebServer_8080"  0xb690163c in epoll_wait (epfd=12, events=0xb2a49328, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  8    Thread 0xb20ff200 (LWP 4036) "Webem_ssncleane" 0xb690163c in epoll_wait (epfd=25, events=0xb20fe358, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  9    Thread 0xb18fe200 (LWP 4037) "WebServer_443"   0xb690163c in epoll_wait (epfd=19, events=0xb18fd328, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  10   Thread 0xb0eff200 (LWP 4038) "Scheduler"       syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  11   Thread 0xb06fe200 (LWP 4039) "TCPServer"       0xb690163c in epoll_wait (epfd=28, events=0xb06fd358, maxevents=128, timeout=-1) at ../s                                                                 ysdeps/unix/sysv/linux/epoll_wait.c:30
  12   Thread 0xafefd200 (LWP 4040) "MainWorker"      syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  13   Thread 0xaf6fc200 (LWP 4041) "MainWorkerRxMsg" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xaf6fbb80, clockid=<op                                                                 timized out>, expected=0, futex_word=0xa8e3b0 <m_mainworker+3984>) at ../sysdeps/nptl/futex-internal.h:323
  14   Thread 0xaeefb200 (LWP 4043) "hue"             syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  15   Thread 0xae2ff200 (LWP 4044) "tuya"            futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xae2feae0, clockid=<op                                                                 timized out>, expected=0, futex_word=0xb5db89e8 <_PyRuntime+256>) at ../sysdeps/nptl/futex-internal.h:323
  16   Thread 0xadafe200 (LWP 4045) "NotificationSys" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xadafdbb0, clockid=<op                                                                 timized out>, expected=0, futex_word=0xa8de78 <m_mainworker+2648>) at ../sysdeps/nptl/futex-internal.h:323
  17   Thread 0xad2fd200 (LWP 4046) "Plugin_ASIO"     futex_wait_cancelable (private=0, expected=0, futex_word=0x20f2498) at ../sysdeps/nptl/f                                                                 utex-internal.h:186
  18   Thread 0xacafc200 (LWP 4048) "EventSystem"     syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  19   Thread 0xabeff200 (LWP 4049) "EventSystemQueu" futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xabefeac0, clockid=<op                                                                 timized out>, expected=0, futex_word=0xa8d578 <m_mainworker+344>) at ../sysdeps/nptl/futex-internal.h:323
  20   Thread 0xab1c7200 (LWP 4064) "WebServer_8080"  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
  21   Thread 0xaa9c6200 (LWP 4065) "tuya"            0xb68c84d4 in __GI___wait4 (pid=4067, stat_loc=0xaa9c4b30, options=0, usage=0x0) at ../s                                                                 ysdeps/unix/sysv/linux/wait4.c:27

Thread 21 (Thread 0xaa9c6200 (LWP 4065) "tuya"):
#0  0xb68c84d4 in __GI___wait4 (pid=4067, stat_loc=0xaa9c4b30, options=0, usage=0x0) at ../sysdeps/unix/sysv/linux/wait4.c:27
#1  0x0029121c in dumpstack_gdb(bool) ()
#2  0x002917e8 in signal_handler(int, siginfo_t*, void*) ()
#3  <signal handler called>
#4  raise (sig=11) at ../sysdeps/unix/sysv/linux/raise.c:50
#5  <signal handler called>
#6  0x00000014 in ?? ()
#7  0xb594047c in _PyEval_EvalFrameDefault () from /lib/arm-linux-gnueabihf/libpython3.9.so
#8  0xab1f2df0 in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 20 (Thread 0xab1c7200 (LWP 4064) "WebServer_8080"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x0073412c in http::server::CWebsocketHandler::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xab1c7200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 19 (Thread 0xabeff200 (LWP 4049) "EventSystemQueu"):
#0  futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xabefeac0, clockid=<optimized out>, expected=0, futex_word=0xa8d578 <m_m                                                                 ainworker+344>) at ../sysdeps/nptl/futex-internal.h:323
#1  __pthread_cond_wait_common (abstime=0xabefeac0, clockid=<optimized out>, mutex=0x0, cond=0xa8d550 <m_mainworker+304>) at pthread_cond_wait                                                                 .c:520
#2  __pthread_cond_timedwait (cond=0xa8d550 <m_mainworker+304>, mutex=0x0, abstime=0xabefeac0) at pthread_cond_wait.c:656
#3  0x00213404 in CEventSystem::EventQueueThread() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xabeff200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 18 (Thread 0xacafc200 (LWP 4048) "EventSystem"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x0020a438 in CEventSystem::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xacafc200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 17 (Thread 0xad2fd200 (LWP 4046) "Plugin_ASIO"):
#0  futex_wait_cancelable (private=0, expected=0, futex_word=0x20f2498) at ../sysdeps/nptl/futex-internal.h:186
#1  __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0x0, cond=0x20f2470) at pthread_cond_wait.c:508
#2  __pthread_cond_wait (cond=0x20f2470, mutex=0x0) at pthread_cond_wait.c:638
#3  0x003d727c in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#4  0x00683e74 in Plugins::BoostWorkers() ()
#5  0x0077d374 in thread_proxy ()
#6  0xb6a3d300 in start_thread (arg=0xad2fd200) at pthread_create.c:477
#7  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 16 (Thread 0xadafe200 (LWP 4045) "NotificationSys"):
#0  futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xadafdbb0, clockid=<optimized out>, expected=0, futex_word=0xa8de78 <m_m                                                                 ainworker+2648>) at ../sysdeps/nptl/futex-internal.h:323
#1  __pthread_cond_wait_common (abstime=0xadafdbb0, clockid=<optimized out>, mutex=0x0, cond=0xa8de50 <m_mainworker+2608>) at pthread_cond_wai                                                                 t.c:520
#2  __pthread_cond_timedwait (cond=0xa8de50 <m_mainworker+2608>, mutex=0x0, abstime=0xadafdbb0) at pthread_cond_wait.c:656
#3  0x00277298 in CNotificationSystem::QueueThread() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xadafe200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 15 (Thread 0xae2ff200 (LWP 4044) "tuya"):
#0  futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xae2feae0, clockid=<optimized out>, expected=0, futex_word=0xb5db89e8 <_                                                                 PyRuntime+256>) at ../sysdeps/nptl/futex-internal.h:323
#1  __pthread_cond_wait_common (abstime=0xae2feae0, clockid=<optimized out>, mutex=0x0, cond=0xb5db89c0 <_PyRuntime+216>) at pthread_cond_wait                                                                 .c:520
#2  __pthread_cond_timedwait (cond=0xb5db89c0 <_PyRuntime+216>, mutex=0x0, abstime=0xae2feae0) at pthread_cond_wait.c:656
#3  0xb5a70e90 in ?? () from /lib/arm-linux-gnueabihf/libpython3.9.so
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 14 (Thread 0xaeefb200 (LWP 4043) "hue"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x005abf40 in CPhilipsHue::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xaeefb200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 13 (Thread 0xaf6fc200 (LWP 4041) "MainWorkerRxMsg"):
#0  futex_abstimed_wait_cancelable (private=<optimized out>, abstime=0xaf6fbb80, clockid=<optimized out>, expected=0, futex_word=0xa8e3b0 <m_m                                                                 ainworker+3984>) at ../sysdeps/nptl/futex-internal.h:323
#1  __pthread_cond_wait_common (abstime=0xaf6fbb80, clockid=<optimized out>, mutex=0x0, cond=0xa8e388 <m_mainworker+3944>) at pthread_cond_wai                                                                 t.c:520
#2  __pthread_cond_timedwait (cond=0xa8e388 <m_mainworker+3944>, mutex=0x0, abstime=0xaf6fbb80) at pthread_cond_wait.c:656
#3  0x00263724 in MainWorker::Do_Work_On_Rx_Messages() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xaf6fc200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 12 (Thread 0xafefd200 (LWP 4040) "MainWorker"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x0025f5fc in MainWorker::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xafefd200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 11 (Thread 0xb06fe200 (LWP 4039) "TCPServer"):
#0  0xb690163c in epoll_wait (epfd=28, events=0xb06fd358, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x006e0d80 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<tcp::server::CTCPServer::StartServer(std::__cxx11::basic_string<ch                                                                 ar, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > con                                                                 st&)::{lambda()#1}> > >::_M_run() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xb06fe200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 10 (Thread 0xb0eff200 (LWP 4038) "Scheduler"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x00288690 in CScheduler::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xb0eff200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 9 (Thread 0xb18fe200 (LWP 4037) "WebServer_443"):
#0  0xb690163c in epoll_wait (epfd=19, events=0xb18fd328, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x0072bc88 in http::server::server_base::run() ()
#4  0x002d9bfc in std::thread::_State_impl<std::thread::_Invoker<std::tuple<http::server::CWebServer::StartServer(http::server::server_setting                                                                 s&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool)::{lambda()#280}> > >::_M_run() ()
#5  0x00906734 in execute_native_thread_routine ()
#6  0xb6a3d300 in start_thread (arg=0xb18fe200) at pthread_create.c:477
#7  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (Thread 0xb20ff200 (LWP 4036) "Webem_ssncleane"):
#0  0xb690163c in epoll_wait (epfd=25, events=0xb20fe358, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x006fc0b4 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<http::server::cWebem::cWebem(http::server::server_settings const&,                                                                  std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)::{lambda()#2}> > >::_M_run() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xb20ff200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (Thread 0xb2a4a200 (LWP 4035) "WebServer_8080"):
#0  0xb690163c in epoll_wait (epfd=12, events=0xb2a49328, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x0072bc88 in http::server::server_base::run() ()
#4  0x002d9bfc in std::thread::_State_impl<std::thread::_Invoker<std::tuple<http::server::CWebServer::StartServer(http::server::server_setting                                                                 s&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, bool)::{lambda()#280}> > >::_M_run() ()
#5  0x00906734 in execute_native_thread_routine ()
#6  0xb6a3d300 in start_thread (arg=0xb2a4a200) at pthread_create.c:477
#7  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (Thread 0xb324b200 (LWP 4034) "Webem_ssncleane"):
#0  0xb690163c in epoll_wait (epfd=16, events=0xb324a358, maxevents=128, timeout=-1) at ../sysdeps/unix/sysv/linux/epoll_wait.c:30
#1  0x003d519c in boost::asio::detail::epoll_reactor::run(long, boost::asio::detail::op_queue<boost::asio::detail::scheduler_operation>&) ()
#2  0x003d7194 in boost::asio::detail::scheduler::run(boost::system::error_code&) ()
#3  0x006fc0b4 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<http::server::cWebem::cWebem(http::server::server_settings const&,                                                                  std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)::{lambda()#2}> > >::_M_run() ()
#4  0x00906734 in execute_native_thread_routine ()
#5  0xb6a3d300 in start_thread (arg=0xb324b200) at pthread_create.c:477
#6  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (Thread 0xb3a4c200 (LWP 4033) "InfluxPush"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x00393ed0 in CInfluxPush::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xb3a4c200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (Thread 0xb48bb200 (LWP 4021) "PluginMgr"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x00684684 in Plugins::CPluginSystem::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xb48bb200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (Thread 0xb50bc200 (LWP 4020) "SQLHelper"):
#0  syscall () at ../sysdeps/unix/sysv/linux/arm/syscall.S:37
#1  0x008e41a4 in std::__atomic_futex_unsigned_base::_M_futex_wait_until(unsigned int*, unsigned int, bool, std::chrono::duration<long long, s                                                                 td::ratio<1ll, 1ll> >, std::chrono::duration<long long, std::ratio<1ll, 1000000000ll> >) ()
#2  0x002a8698 in CSQLHelper::Do_Work() ()
#3  0x00906734 in execute_native_thread_routine ()
#4  0xb6a3d300 in start_thread (arg=0xb50bc200) at pthread_create.c:477
#5  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (Thread 0xb58bd200 (LWP 4019) "Watchdog"):
#0  0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0xb58bcb70, req@entry=0xb58bcb68, rem=0xb                                                                 58bcb80, rem@entry=0xb58bcb78) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
#1  0xb68c2080 in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=<optimized out>, rem=0xb58bcbb0) at ../sysdeps/u                                                                 nix/sysv/linux/clock_nanosleep.c:92
#2  0xb68c8830 in __GI___nanosleep (requested_time=<optimized out>, remaining=<optimized out>) at nanosleep.c:27
#3  0x00224e2c in sleep_milliseconds(long) ()
#4  0x00291950 in Do_Watchdog_Work() ()
#5  0x00906734 in execute_native_thread_routine ()
#6  0xb6a3d300 in start_thread (arg=0xb58bd200) at pthread_create.c:477
#7  0xb6901208 in ?? () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 from /lib/arm-linux-gnueabihf/libc.so.6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (Thread 0xb6f40040 (LWP 4018) "domoticz"):
#0  0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0xbe9a9998, req@entry=0xbe9a9990, rem=0xb                                                                 e9a99a8, rem@entry=0xbe9a99a0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
#1  0xb68c2080 in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=<optimized out>, rem=0xbe9a99d8) at ../sysdeps/u                                                                 nix/sysv/linux/clock_nanosleep.c:92
#2  0xb68c8830 in __GI___nanosleep (requested_time=<optimized out>, remaining=<optimized out>) at nanosleep.c:27
#3  0x00224d98 in sleep_seconds(long) ()
#4  0x001af740 in main ()

Main thread:
#0  0xb68c1f8c in __GI___clock_nanosleep_time64 (clock_id=clock_id@entry=0, flags=flags@entry=0, req=0xbe9a9998, req@entry=0xbe9a9990, rem=0xb                                                                 e9a99a8, rem@entry=0xbe9a99a0) at ../sysdeps/unix/sysv/linux/clock_nanosleep.c:52
#1  0xb68c2080 in __GI___clock_nanosleep (clock_id=clock_id@entry=0, flags=flags@entry=0, req=<optimized out>, rem=0xbe9a99d8) at ../sysdeps/u                                                                 nix/sysv/linux/clock_nanosleep.c:92
#2  0xb68c8830 in __GI___nanosleep (requested_time=<optimized out>, remaining=<optimized out>) at nanosleep.c:27
#3  0x00224d98 in sleep_seconds(long) ()
#4  0x001af740 in main ()
[Inferior 1 (process 4018) detached]

//edit; swapsize verdubbeld (maar maakt geen verschil)

Leuke hobby erbij..:-)
Tip gebruik zo min mogelijk plugins.. [ met alle respect voor de makers ]
Hue of zigbee2mqtt.. dan ben voorbereid op de toekomst [ zet z2m hardcored in domoticz ]
Tuya ook geen plugin, beter is tasmota flash, en daar alleen devices op zoeken.

Plugins worden vaak gemaakt, maar ook wel eens niet meer geupdate, en dan zit je met ellende
Dit gebeurt nog wel eens met plugins die vaak geupdate moeten worden/ z2m plugin was dat ook nog wel eens.. ]

Succes met je nieuwe hobby

[Japie.G]

Stefan.Z schreef op woensdag 20 april 2022 @ 19:20:
Weet iemand hier misschien waarom domoticz bij mij stopt met het juist weergeven van de teruggeleverde energie boven de +/- 17 kW? Ik heb de max power instelling al omhoog gezet naar 20000, maar dit levert nog geen beter resultaat op. Het lijkt er op dat zodra het teruglever vermogen onder de 17kW zakt dat domoticz de grafiek weer een update geeft. Daarboven niet waardoor er een rechte lijn verschijnt in beeld.
De fysieke meterstand heb ik gecontroleerd, en dat komt netjes overeen met domoticz, alleen klopt de grafiek dus op een of andere manier niet.
[Edit, let niet om de grafiek snachts, daar ging t even mis met loggen]
Grafiek in domoticz
[Afbeelding]

Grafiek omvormer
[Afbeelding]

3x25a aansluiting? 17kw is de max