Domoticz - open source domotica systeem - deel 5

[darklord007]

Lawrentz schreef op dinsdag 23 april 2024 @ 12:35:
[...]

Ik vraag bewust als eerste naar een http request vanaf de CLI (en niet vanuit een Dz switch).
Dit om de werking van de afzonderlijke stappen te isoleren en evt uit te sluiten als oorzaak.

Wanneer een http request vanaf de CLI niet werkt dan zal de aansturing door de Dz switch ook niet werken.

Wat je daarna kan doen is een DzVents script aanmaken waarmee de Shelly EM wordt aangestuurd en wordt getriggerd door door een Timer.
Wanneer dit werkt dan kan je dit DzVents script laten triggeren door de switch ipv door de timer.
Het voordeel is dat je het script volledig naar je hand kan zetten zoals het stellen van voorwaarden, logging, enz.

ik denk te snappen wat je bedoelt, door een appart script dat http request te laten aanroepen ben je niet afhankelijk van de timer in domoticz.

Echter wil ik de laadpaal wel flexibel aanpassen aangezien de start en stop tijd iedere laadbeurt verschilt.

trouwens heb ik ook de hue bridge gekoppeld aan domoticz, hierbij lijken de timers wel gewoon te werken..
Enig idee wat het verschil kan zijn?

[ Voor 6% gewijzigd door darklord007 op 23-04-2024 14:34 ]

[Lawrentz]

darklord007 schreef op dinsdag 23 april 2024 @ 13:04:
[...]

ik denk te snappen wat je bedoelt, door een appart script dat http request te laten aanroepen

Klopt, vandaar ook als eerste het verzoek om je http request op de CLI uit te proberen. Aalvullend: doe it met -v als optie voor betere feedback.
Als dat werkt kan je van daar verder gaan werken in DzVents, maar dan zonder -v als optie.

ben je niet afhankelijk van de timer in domoticz.

Ook DzVents heeft een timer aan boord, maar in DzVents kan je alles zelf sturen, loggen enz.
Maar dat is dan de tweede stap.
De wereld ligt dan aan je voeten.

Echter wil ik de laadpaal wel flexibel aanpassen aangezien de start en stop tijd iedere laadbeurt verschilt.

Precies dat.
Als derde stap kan je jouw DzVents script ook laten triggeren door je knop (of wat dan ook) ipv alleen door de timer.

Het bovenstaande is eigenlijk een herhaling van mijn eerdere post(s).

Het lijkt me goed dat je eerst aan de slag gaat en als je dan ergens tegenaan loopt kan je dit (uiteraard) weer melden.

[jobr]

darklord007 schreef op dinsdag 23 april 2024 @ 12:22:
als ik er op klik werkt ie, maar timer niet

Misschien even de logfile van domoticz checken

[henkNL]

Beste Domoticz gebruikers.
Ik gebruik Domoticz al jaren met veel plezier, maar heb nu toch iets waar ik niet helemaal uitkom.

Ik heb twee Shelly PlugS sockets, die gebruik ik momenteel om het stroomverbruik van apparaten te meten.
Dit gaat van de socket via mqtt naar Node-Red en weer terug naar mqtt naar twee dummy's in Domoticz (electric (instant+counter).

Voor socket 1 (idx-818) werkt dit prima, maar socket 2 (idx-824) geeft geen waarden door in Domoticz.


Ik heb het kunnen verkleinen tot het volgende.

Als ik de volgende regel in een browser plak;

code:

http://IP:port/json.htm?type=command&param=udevice&idx=818&nvalue=0&svalue=250

Dan wordt idx 818 netjes geupdate met een waarde van 250 W.

Als ik de volgende regel in een browser plak;

code:

http://IP:port/json.htm?type=command&param=udevice&idx=824&nvalue=0&svalue=250

Dan wordt idx 824 niet geupdate.
De regel 'last seen' wordt wel geupdate, dus er komt wel iets binnen.

In de log staan ook geen foutmeldingen.
Ik heb al een nieuwe dummy aangemaakt, Domoticz is gerestart.

Kort gezegd, de ene dummy update wel, de andere niet...
Iemand een idee waar ik moet beginnen?

[Knielen]

henkNL schreef op dinsdag 23 april 2024 @ 21:45:
Beste Domoticz gebruikers.
Ik gebruik Domoticz al jaren met veel plezier, maar heb nu toch iets waar ik niet helemaal uitkom.

Ik heb twee Shelly PlugS sockets, die gebruik ik momenteel om het stroomverbruik van apparaten te meten.
Dit gaat van de socket via mqtt naar Node-Red en weer terug naar mqtt naar twee dummy's in Domoticz (electric (instant+counter).

Voor socket 1 (idx-818) werkt dit prima, maar socket 2 (idx-824) geeft geen waarden door in Domoticz.


Ik heb het kunnen verkleinen tot het volgende.

Als ik de volgende regel in een browser plak;

code:

http://IP:port/json.htm?type=command&param=udevice&idx=818&nvalue=0&svalue=250

Dan wordt idx 818 netjes geupdate met een waarde van 250 W.

Als ik de volgende regel in een browser plak;

code:

http://IP:port/json.htm?type=command&param=udevice&idx=824&nvalue=0&svalue=250

Dan wordt idx 824 niet geupdate.
De regel 'last seen' wordt wel geupdate, dus er komt wel iets binnen.

In de log staan ook geen foutmeldingen.
Ik heb al een nieuwe dummy aangemaakt, Domoticz is gerestart.

Kort gezegd, de ene dummy update wel, de andere niet...
Iemand een idee waar ik moet beginnen?

Vaag, weet je heel zeker dat beide devices van hetzelfde type zijn?

[henkNL]

Knielen schreef op dinsdag 23 april 2024 @ 22:11:
[...]


Vaag, weet je heel zeker dat beide devices van hetzelfde type zijn?

Dat is hetgeen waar ik nog over twijfel.

Ik heb 'electric (instant & counter)' gebruikt, en ook 'usage (electric)'.
Andere opties zijn er niet echt dacht ik?

De voorkeur is die eerste, want ik wil ook de (calculated) kWh's bijhouden.

[Lawrentz]

henkNL schreef op dinsdag 23 april 2024 @ 21:45:
Beste Domoticz gebruikers.
Ik gebruik Domoticz al jaren met veel plezier, maar heb nu toch iets waar ik niet helemaal uitkom.

Ik heb twee Shelly PlugS sockets, die gebruik ik momenteel om het stroomverbruik van apparaten te meten.
Dit gaat van de socket via mqtt naar Node-Red en weer terug naar mqtt naar twee dummy's in Domoticz (electric (instant+counter).

Voor socket 1 (idx-818) werkt dit prima, maar socket 2 (idx-824) geeft geen waarden door in Domoticz.


Ik heb het kunnen verkleinen tot het volgende.

Als ik de volgende regel in een browser plak;

code:

http://IP:port/json.htm?type=command&param=udevice&idx=818&nvalue=0&svalue=250

Dan wordt idx 818 netjes geupdate met een waarde van 250 W.

Als ik de volgende regel in een browser plak;

code:

http://IP:port/json.htm?type=command&param=udevice&idx=824&nvalue=0&svalue=250

Dan wordt idx 824 niet geupdate.
De regel 'last seen' wordt wel geupdate, dus er komt wel iets binnen.

In de log staan ook geen foutmeldingen.
Ik heb al een nieuwe dummy aangemaakt, Domoticz is gerestart.

Kort gezegd, de ene dummy update wel, de andere niet...
Iemand een idee waar ik moet beginnen?

Aanvullend op de vraag van @Knielen,
- Hebben beide devices ooit op dezelfde manier gewerkt?
- Hebben beide devices dezelfde firmware?
- Zijn beide devices op dezelfde manier uit te lezen en aan te sturen via hun eigen webpagina's?
- Zijn beide devices op dezelfde manier uit te lezen mbv http requests via de CLI?
- Geven beide devices dezelfde resultaten na uitlezen mbv http requests via de CLI?

Zie voor opties en inspiratie op https://shelly-api-docs.shelly.cloud/gen1/#shelly-plug-plugs

[rens-br]

Wellicht zijn er users die tegen hetzelfde aanlopen als ik.

Ik heb dit weekend een tweede Growatt omvormer geïnstalleerd en zou deze natuurlijk ook in Domoticz willen zien. Daar gebruik ik een afgeleide van deze plugin voor, met PVoutput integratie.

Echter hebben beide plugins geen ondersteuning voor het invoeren van een PlantID. In de sourcecode wordt daar wel verwijzingen naar gemaakt en als ik deze hardcoded invoer veranderd er helaas niet zoveel.

Ik heb een andere python library gevonden en daarmee kan ik wel allerlei commando's sturen, inclusief een los commando voor het opvragen van de outputs van beide inverters:

code:

import growattServer
import getpass

api = growattServer.GrowattApi()
login_response = api.login(<userName>,<Password>)

#Get a list of growatt plants.
#print(api.plant_list(login_response['user']['id']))

#Get first plant info
print(api.device_list(NUM1))
#Get secon plant info
print(api.device_list(NUM2))

Ik kan alleen in die library niet zien welke link ze richting Growatt sturen om deze info op te vragen, dus ik kan daardoor het huidige plugin niet aanpassen o.id.

Enige wat ik nu zelf nog kan verzinnen is beide installaties in 2 losse accounts te zetten.

Heeft er iemand hetzelfde probleem?

[Knielen]

rens-br schreef op woensdag 24 april 2024 @ 08:41:
Wellicht zijn er users die tegen hetzelfde aanlopen als ik.

Ik heb dit weekend een tweede Growatt omvormer geïnstalleerd en zou deze natuurlijk ook in Domoticz willen zien. Daar gebruik ik een afgeleide van deze plugin voor, met PVoutput integratie.

Echter hebben beide plugins geen ondersteuning voor het invoeren van een PlantID. In de sourcecode wordt daar wel verwijzingen naar gemaakt en als ik deze hardcoded invoer veranderd er helaas niet zoveel.

Ik heb een andere python library gevonden en daarmee kan ik wel allerlei commando's sturen, inclusief een los commando voor het opvragen van de outputs van beide inverters:

code:

import growattServer
import getpass

api = growattServer.GrowattApi()
login_response = api.login(<userName>,<Password>)

#Get a list of growatt plants.
#print(api.plant_list(login_response['user']['id']))

#Get first plant info
print(api.device_list(NUM1))
#Get secon plant info
print(api.device_list(NUM2))

Ik kan alleen in die library niet zien welke link ze richting Growatt sturen om deze info op te vragen, dus ik kan daardoor het huidige plugin niet aanpassen o.id.

Enige wat ik nu zelf nog kan verzinnen is beide installaties in 2 losse accounts te zetten.

Heeft er iemand hetzelfde probleem?

Toevallig bekend met Grott? Draait in docker, dus ik denk dat je dan 2 servers kan opzetten die ieder met een omvormer verbinden. Ben je ook gelijk van het delen van je data met Growatt af.

[henkNL]

Lawrentz schreef op woensdag 24 april 2024 @ 07:09:
[...]

Aanvullend op de vraag van @Knielen,
- Hebben beide devices ooit op dezelfde manier gewerkt?
- Hebben beide devices dezelfde firmware?
- Zijn beide devices op dezelfde manier uit te lezen en aan te sturen via hun eigen webpagina's?
- Zijn beide devices op dezelfde manier uit te lezen mbv http requests via de CLI?
- Geven beide devices dezelfde resultaten na uitlezen mbv http requests via de CLI?

Zie voor opties en inspiratie op https://shelly-api-docs.shelly.cloud/gen1/#shelly-plug-plugs

- Socket 1 werkt al een tijdje prima, socket 2 had ik nog liggen en wilde die nu ook gaan inzetten.
- Ze hebben beide dezelfde firmware en zijn beide uit te lezen en te bedienen via de hun eigen webpagina.

Het gaat nu van de socket -> mqtt -> Node-Red -> mqtt -> Domoticz.
Dan is het makkelijk ergens een foutje te maken.

Ik had het foutzoeken verkleint door rechtstreeks http commando's naar Domoticz te sturen.
Dat sluit het gehele gedeelte van de sockets, mqtt en Node-Red uit.

De eerste meter reageert wel op het http commando (0 watt in onderstaand plaatje), de tweede niet, die laat een leeg vak zien.

Het lijkt dus aan mijn Domoticz te liggen


Koelkast staat uit, maar de meter wordt wel netjes geupdate als deze aan staat

Ik zal vanavond nog eens kijken of ik toch wel het juiste type device heb aangemaakt (Electric (instant+counter) of Usage (Electric).

In ieder geval bedankt voor het meedenken

[Knielen]

@henkNL Check even of bij beide de 'energy read' op computed staat.

[rens-br]

Knielen schreef op woensdag 24 april 2024 @ 09:28:
Toevallig bekend met Grott? Draait in docker, dus ik denk dat je dan 2 servers kan opzetten die ieder met een omvormer verbinden. Ben je ook gelijk van het delen van je data met Growatt af.

Toevallig niet mee bekend nee, daar ga ik eens induiken!

Heb jij dit ook draaiend? Toevallig dan enig idee hoe ik de data in Domoticz krijg?

Ik zie in ieder geval dat de data via MQTT wordt verzonden, dat is al fijn. Maar ik weet dan vervolgens niet hoe je dat in domoticz krijgt.

[ Voor 11% gewijzigd door rens-br op 24-04-2024 10:58 ]

[BazemanKM]

rens-br schreef op woensdag 24 april 2024 @ 10:55:
[...]
Toevallig dan enig idee hoe ik de data in Domoticz krijg?

Ik zie in ieder geval dat de data via MQTT wordt verzonden, dat is al fijn. Maar ik weet dan vervolgens niet hoe je dat in domoticz krijgt.

Node-RED zou het kunnen doorsturen of https://github.com/FlyingDomotic/domoticz-mqttmapper-plugin

[klump4u]

rens-br schreef op woensdag 24 april 2024 @ 10:55:
[...]


Toevallig niet mee bekend nee, daar ga ik eens induiken!

Heb jij dit ook draaiend? Toevallig dan enig idee hoe ik de data in Domoticz krijg?

Ik zie in ieder geval dat de data via MQTT wordt verzonden, dat is al fijn. Maar ik weet dan vervolgens niet hoe je dat in domoticz krijgt.

https://gathering.tweaker...message/73688304#73688304 dit is rechtstreek uit de omvormer naar domoticz en pvoutput

[henkNL]

Knielen schreef op woensdag 24 april 2024 @ 10:16:
@henkNL Check even of bij beide de 'energy read' op computed staat.

Voor nu opgelost.
Ik dacht even dat het kwam doordat er een midden streepje in de tekst stond, maar dat bleek toch niet zo te zijn.

Ik heb een andere browser gepakt, toen een nieuwe dummy aangemaakt, en die werkt nu.
Lekker laten staan nu

[ Voor 196% gewijzigd door henkNL op 24-04-2024 16:42 ]

[darklord007]

jobr schreef op dinsdag 23 april 2024 @ 18:21:
[...]


Misschien even de logfile van domoticz checken

Dat is het vreemde,daar zie ik ook nix voorbij komen

[Knielen]

rens-br schreef op woensdag 24 april 2024 @ 10:55:
[...]


Toevallig niet mee bekend nee, daar ga ik eens induiken!

Heb jij dit ook draaiend? Toevallig dan enig idee hoe ik de data in Domoticz krijg?

Ik zie in ieder geval dat de data via MQTT wordt verzonden, dat is al fijn. Maar ik weet dan vervolgens niet hoe je dat in domoticz krijgt.

Niet als een docker, draait op een RPi 2b bij mij. Erg stabiel moet ik zeggen.

Ik stuur via Node-RED de data door naar Domoticz, de oplossing met de plugin hierboven ziet er goed uit.

[rens-br]

Knielen schreef op woensdag 24 april 2024 @ 19:06:
[...]


Niet als een docker, draait op een RPi 2b bij mij. Erg stabiel moet ik zeggen.

Ik stuur via Node-RED de data door naar Domoticz, de oplossing met de plugin hierboven ziet er goed uit.

Misschien toch eens wat tijd in investeren dan in mijn vakantie. Docker heb ik al draaien, dus dat zou geen belemmering moeten zijn. De gelinkt plugin van @BazemanKM ziet er ook veel belovende uit.

[rens-br]

Knielen schreef op woensdag 24 april 2024 @ 09:28:
[...]


Toevallig bekend met Grott? Draait in docker, dus ik denk dat je dan 2 servers kan opzetten die ieder met een omvormer verbinden. Ben je ook gelijk van het delen van je data met Growatt af.

Al wat tijd gevonden om in ieder geval de docker container op te zetten en die lijkt nu te draaien, alleen wordt er geen data doorgestuurd naar de container.

Dit heb ik gedaan:
1. Docker file aangemaakt met als inhoud:

code:

version: '3.3'
services:
    grott:
        #network_mode: host
        #image: ledidobe/grott
        image: ledidobe/grott
        container_name: grott
        restart: unless-stopped
        ports:
            - "5279:5279"
        volumes:
           # - /opt/grott/grottstub.ini:/app/grott.ini
            - /opt/grott/grottstub.py:/app/grottext.py
        environment:
            - gblockcmd=False
            - gnomqtt=False
            - gmqttip=192.168.0.200
            - gmqttauth=False
            - gmqttuser=USERNAME
            - gmqttpassword=WACHTWOORD
            - gmqttinverterintopic=True
            - gpvoutput=True
            - gpvapikey=APIKEY
            - gpvinverters=1
            - gpvinverterid1=1
            - gpvsystemid1=ID
            #- gpvinverterid2=2
            #- gpvsystemid2=ID2
            - ginflux=False
            - ginflux2=False
            - gifdbname=grottdb
            - gifip=localhost
            - gifport=8086
            - gifuser=grott
            - gigpassword=growatt2020
            - giftoken=influx_token
            - giforg=grottorg
            - gifbucket=grottdb
            - gextension=false
            - gextname=grottext
            #- 'gextvar = {"ip": "192.168.0.47", "port": "8000"}'
            - TZ=Europe/Amsterdam

2. Docker gestart met commando:

code:

docker-compose up -d

3. De container start op en laat alle settings zien en eindigt vervolgens met het volgende in de log:

Grott proxy mode started
Hostname : HOSTNAME
IP : 172.18.0.2 , port : 5279

4. Ik heb de IP settings in de Shine-LAN controller aangepast via zijn lokale IP:


5. Ik heb de server settings ook aangepast op server.growatt.com:
.
Geen idee wat er precies moet staan, maar er staat nu (nog steeds?) mijn eigen ip en poort 1112:


Maar er gebeurd niks en ook de MQTT explorer geeft niks aan. Kortom. Ik lijk ergens iets fout te doen. Of worden de IP settings e.d. alleen geschreven na een power reset o.i.d.?

Edit: Ik heb het ook geprobeerd met een .ini file en daarvan is de werking exact hetzelfde (helaas)

Edit2: Inderdaad het rebooten van de datalogger did the trick:


MQTT en Pvoutput heb ik nu werkend, nu de data nog naar Domoticz krijgen met die plugin van @BazemanKM. Dat wil nog niet echt lukken helaas.

[ Voor 8% gewijzigd door rens-br op 26-04-2024 16:09 ]

[darklord007]

Lawrentz schreef op dinsdag 23 april 2024 @ 18:10:
[...]

Klopt, vandaar ook als eerste het verzoek om je http request op de CLI uit te proberen. Aalvullend: doe it met -v als optie voor betere feedback.
Als dat werkt kan je van daar verder gaan werken in DzVents, maar dan zonder -v als optie.
[...]

Ook DzVents heeft een timer aan boord, maar in DzVents kan je alles zelf sturen, loggen enz.
Maar dat is dan de tweede stap.
De wereld ligt dan aan je voeten.

[...]
Precies dat.
Als derde stap kan je jouw DzVents script ook laten triggeren door je knop (of wat dan ook) ipv alleen door de timer.

Het bovenstaande is eigenlijk een herhaling van mijn eerdere post(s).

Het lijkt me goed dat je eerst aan de slag gaat en als je dan ergens tegenaan loopt kan je dit (uiteraard) weer melden.

Heel raar, heb het vandaag nog eens geprobeerd en nu lijken de timers wel weer te werken.
Geen reboot gehad, maar wel paar dagen verder
Nou, maar eens kijken of het betrouwbaar blijft.
bedankt voor de feedback iig

[Lawrentz]

darklord007 schreef op vrijdag 26 april 2024 @ 16:12:
[...]


Heel raar, heb het vandaag nog eens geprobeerd en nu lijken de timers wel weer te werken.
Geen reboot gehad, maar wel paar dagen verder
Nou, maar eens kijken of het betrouwbaar blijft.
bedankt voor de feedback iig

YW!

[BazemanKM]

rens-br schreef op vrijdag 26 april 2024 @ 14:15:
[...]

MQTT en Pvoutput heb ik nu werkend, nu de data nog naar Domoticz krijgen met die plugin van @BazemanKM. Dat wil nog niet echt lukken helaas.

Sorry, het is niet mijn plugin, heb je alleen gewezen op het bestaan er van....

[rens-br]

Knielen schreef op woensdag 24 april 2024 @ 19:06:
Ik stuur via Node-RED de data door naar Domoticz, de oplossing met de plugin hierboven ziet er goed uit.

Ik heb de MQTT mapper plugin geprobeerd en hoewel ik nu het vermogen in Domoticz heb zitten, krijg ik het totaal kwh's er niet in.

Kortom ik wil eens gaan kijken of node-red een oplossing is. Node-red is nu geinstalleerd en werkt best aardig, maar heb jij wellicht een flow voor mij hoe jij dat gemaakt hebt?

Edit: Nu Node-Red gebruikt en met de volgende post ben ik eruit gekomen.

[ Voor 12% gewijzigd door rens-br op 30-04-2024 11:01 ]

[rens-br]

@Knielen ik was er bijna uit. Ik heb nu allemaal negatieve waardes:


Het is een gecombineerde elektra (met kwh+teller).

Edit. Ik denk dat ik het gevonden heb. Eerst stond die teller op pvtoday en die heb ik nu op total gezet en nu lijkt het wel goed te werken.

[ Voor 13% gewijzigd door rens-br op 02-05-2024 12:27 ]

[Aziona]

Sommige devices werken wel in Zigbee2MQTT maar niet in Domoticz (2024.4). Is er een eenvoudige manier om die weer werkend/herkend te krijgen in Domoticz anders dan opnieuw laten pairen?

Deze devices hebben wel gewerkt in Domoticz maar op een of andere manier (waarschijnlijk doordat de stroom van Raspberry Pi er een paar keer af is gehaald) is de communicatie gestopt. Het gaat dus eigenlijk gewoon om de communicatie van het device tussen Domoticz en Z2M, en niet tusssen Z2M en het apparaat want in Z2M werkt het wel.

[ Voor 47% gewijzigd door Aziona op 12-05-2024 13:32 ]

[wimmme]

Aziona schreef op zondag 12 mei 2024 @ 13:30:
Sommige devices werken wel in Zigbee2MQTT maar niet in Domoticz (2024.4). Is er een eenvoudige manier om die weer werkend/herkend te krijgen in Domoticz anders dan opnieuw laten pairen?

Deze devices hebben wel gewerkt in Domoticz maar op een of andere manier (waarschijnlijk doordat de stroom van Raspberry Pi er een paar keer af is gehaald) is de communicatie gestopt. Het gaat dus eigenlijk gewoon om de communicatie van het device tussen Domoticz en Z2M, en niet tusssen Z2M en het apparaat want in Z2M werkt het wel.

Device wegdoen in Domoticz kan helpen. Dan haalt hij ze terug binnen als nieuwe devices via de plugin.

[deepbass909]

Ik kan op het moment geen oplossing vinden voor het verwijderen van een irritante meetwaarde in de grafieken van m'n slimme meter. In de grafieken voor 24 uur, afgelopen week, afgelopen maand en afgelopen jaar kan ik een foute waarde verwijderen door shift in te drukken en dan de waarde aan te klikken. Dit werkt zonder problemen. Alleen in de vergelijkingsgrafiek helemaal onderaan, werkt dit niet...

Daar staat alleen één datapunt in die een factor 1000 te hoog is (altijd leuk, decimaalpunt fouten...) die ik wil corrigeren:


Hoe krijg ik deze gefixed? Kan dit via de gui/webinterface of moet ik ergens in de database een waarde handmatig aanpassen? En zo ja, waar en hoe?

[Bjorker]

deepbass909 schreef op woensdag 22 mei 2024 @ 11:38:
Ik kan op het moment geen oplossing vinden voor het verwijderen van een irritante meetwaarde in de grafieken van m'n slimme meter.

Hoe krijg ik deze gefixed? Kan dit via de gui/webinterface of moet ik ergens in de database een waarde handmatig aanpassen? En zo ja, waar en hoe?

Knip, niet goed gelezen..

[ Voor 9% gewijzigd door Bjorker op 22-05-2024 12:42 ]

[Plenkske]

deepbass909 schreef op woensdag 22 mei 2024 @ 11:38:
Ik kan op het moment geen oplossing vinden voor het verwijderen van een irritante meetwaarde in de grafieken van m'n slimme meter. In de grafieken voor 24 uur, afgelopen week, afgelopen maand en afgelopen jaar kan ik een foute waarde verwijderen door shift in te drukken en dan de waarde aan te klikken. Dit werkt zonder problemen. Alleen in de vergelijkingsgrafiek helemaal onderaan, werkt dit niet...

Daar staat alleen één datapunt in die een factor 1000 te hoog is (altijd leuk, decimaalpunt fouten...) die ik wil corrigeren:
[Afbeelding]

Hoe krijg ik deze gefixed? Kan dit via de gui/webinterface of moet ik ergens in de database een waarde handmatig aanpassen? En zo ja, waar en hoe?

Waarschijnlijk in de database.
Als je een beetje sql kennis hebt kom je er wel uit.
Hier een beetje uit leg (gevonden via google): https://www.bjorn-meijer....sen-in-domoticz-database/

Ik heb die uitleg zelf ook wel eens als basis gebruikt.
Ik ga dan via Putty naar mijn raspberry pi, open de domoticz database via sqlite3 en doe dan eerst zoeken naar de waarde en daarna aanpassen.

[deepbass909]

Plenkske schreef op woensdag 22 mei 2024 @ 13:14:
[...]


Waarschijnlijk in de database.
Als je een beetje sql kennis hebt kom je er wel uit.
Hier een beetje uit leg (gevonden via google): https://www.bjorn-meijer....sen-in-domoticz-database/

Ik heb die uitleg zelf ook wel eens als basis gebruikt.
Ik ga dan via Putty naar mijn raspberry pi, open de domoticz database via sqlite3 en doe dan eerst zoeken naar de waarde en daarna aanpassen.

Daar gaat het al fout, ik heb zo'n beetje 0,1 kennis van SQL (als in, ik kan de software installeren, inloggen, how-to's volgen, maar daar houdt het echt wel op).

Ik weet überhaupt niet welke tabel Domoticz gebruikt voor deze waarde, hoe de kolom heet waar de fout staat, etc.

Ik heb dan weer geen enkel probleem met terminal werk, Linux of andere OS-gerelateerde zaken. Maar voor SQL moet je echt niet bij mij zijn...

[Plenkske]

Dan wordt het lastig @deepbass909 , ik heb geen idee of er nog andere tools voor zijn om dit op te lossen.

[deepbass909]

Plenkske schreef op woensdag 22 mei 2024 @ 16:02:
Dan wordt het lastig @deepbass909 , ik heb geen idee of er nog andere tools voor zijn om dit op te lossen.

Ik heb een (grafische) browser voor sqlite die de database goed kan inlezen, maar ik kan de juiste tabel niet vinden waar deze waarde in opgeslagen wordt...

[WillemD61]

deepbass909 schreef op woensdag 22 mei 2024 @ 11:38:
Ik kan op het moment geen oplossing vinden voor het verwijderen van een irritante meetwaarde in de grafieken van m'n slimme meter. In de grafieken voor 24 uur, afgelopen week, afgelopen maand en afgelopen jaar kan ik een foute waarde verwijderen door shift in te drukken en dan de waarde aan te klikken. Dit werkt zonder problemen. Alleen in de vergelijkingsgrafiek helemaal onderaan, werkt dit niet...

Daar staat alleen één datapunt in die een factor 1000 te hoog is (altijd leuk, decimaalpunt fouten...) die ik wil corrigeren:
[Afbeelding]

Hoe krijg ik deze gefixed? Kan dit via de gui/webinterface of moet ik ergens in de database een waarde handmatig aanpassen? En zo ja, waar en hoe?

Ik ben wel thuis in sql en de domoticz dbase dus kan wel helpen. Echter, ik zou verwachten dat de vergelijkingsgrafiek correct is als ook de andere grafieken correct zijn, want die gebruikt dezelfde tabellen en waardes. Zie je geen vreemde waardes in de andere grafieken? En weet je hoe deze fout ontstaan is?

[WillemD61]

deepbass909 schreef op woensdag 22 mei 2024 @ 16:22:
[...]


Ik heb een (grafische) browser voor sqlite die de database goed kan inlezen, maar ik kan de juiste tabel niet vinden waar deze waarde in opgeslagen wordt...

Multimeter waardes worden in eerste instantie opgeslagen in de tabel multimeter en, afhankelijk van het aantal dagen dat je ingesteld hebt voor het bewaren van historische details, daarna in de tabel multimeter_calendar. Dus dagelijkse waardes ouder dan 7 dagen sowieso in multimeter_calendar.

In die multimeter_calendar zie je de meterstanden van dag tot dag en de berekende verschillen van de meterstanden t.o.v. de vorige dag, zowel voor hoog- en laagtarief en zowel voor levering als teruglevering.

[deepbass909]

WillemD61 schreef op donderdag 23 mei 2024 @ 10:46:
[...]

Ik ben wel thuis in sql en de domoticz dbase dus kan wel helpen. Echter, ik zou verwachten dat de vergelijkingsgrafiek correct is als ook de andere grafieken correct zijn, want die gebruikt dezelfde tabellen en waardes. Zie je geen vreemde waardes in de andere grafieken? En weet je hoe deze fout ontstaan is?

Niet meer, maar rond die tijd had ik wat logging problemen door een herinstallatie. Ik weet het niet meer zeker, maar de kans is groot dat ik toen ook foute dagwaarden heb verwijderd met shit-linker muisknop. De fout is zo goed als zeker ontstaan door een herinstallatie van het OS, waarbij de locale-instellingen verkeerd hebben gestaan (decimale punt ipv komma). Daarom is de foute waarde ook een factor 1.000 verschoven.

Ik weet dat de vergelijkingsgrafiek niet dynamisch wordt bijgewerkt, van de productie van mijn zonnepanelen kan ik de volledige historie sinds eerste productie opvragen, maar de vergelijkingsgrafiek is alleen gevuld vanaf het punt dat hij actuele data binnen haalt.

WillemD61 schreef op donderdag 23 mei 2024 @ 12:16:
[...]

Multimeter waardes worden in eerste instantie opgeslagen in de tabel multimeter en, afhankelijk van het aantal dagen dat je ingesteld hebt voor het bewaren van historische details, daarna in de tabel multimeter_calendar. Dus dagelijkse waardes ouder dan 7 dagen sowieso in multimeter_calendar.

In die multimeter_calendar zie je de meterstanden van dag tot dag en de berekende verschillen van de meterstanden t.o.v. de vorige dag, zowel voor hoog- en laagtarief en zowel voor levering als teruglevering.

Dit heeft mij geholpen, nu wist ik ten minste in welke tabel ik moest gaan zoeken voor de foute waarden.
Ik heb de foute waarden in multimeter_calendar gevonden, aangepast en de database herladen en nu is de rare uitschieter weg (en een andere te voorschijn gekomen ) .

Maar dat lijkt een ander probleem te zijn, namelijk een sprong in de cumulatieve meter data van november 2023 naar maart 2024 omdat in de tussen liggende periode niks gelogd is en al het verbruik van die periode ineens tot maart gerekend wordt. Dat worden dus wat geëxtrapoleerde dummy entries in de database aanbrengen per maand, op basis van historisch verbruik.

Nu ik snap naar welke data ik kijk en hoe ik het moet interpreteren, is dat geen probleem meer.

Ow, en wellicht handig voor anderen, ik gebruik hiervoor DB browser voor SQLite. Die werkt behoorlijk makkelijk en intuïtief.

[ Voor 13% gewijzigd door deepbass909 op 23-05-2024 20:51 ]

[Racer89]

Hier nog altijd bezig met Domoticz die regelmatig offline gaat. Op dit moment heb ik de Goodwe plugin uitgezet en draait Domoticz al 4 dagen zonder uitval. Ik hoop dat het zo blijft, dit zou een nieuw installatie onnodig maken.

[rens-br]

Racer89 schreef op dinsdag 28 mei 2024 @ 21:17:
Hier nog altijd bezig met Domoticz die regelmatig offline gaat. Op dit moment heb ik de Goodwe plugin uitgezet en draait Domoticz al 4 dagen zonder uitval. Ik hoop dat het zo blijft, dit zou een nieuw installatie onnodig maken.

Kan je iets terugvinden in de logs?

Ik gebruikte de Growatt plug tot voorkort en dat werkte hier prima.

Omdat ik inmiddels twee omvormers heb, ben ik overgestapt naar Grott in combinatie met nodered. Die werkt prima en lekker stabiel.

Zie ook:
rens-br in "Domoticz - open source domotica systeem - deel 5"
https://www.domoticz.com/...opic.php?p=258353#p258353
rens-br in "Domoticz - open source domotica systeem - deel 5"

[ Voor 35% gewijzigd door rens-br op 29-05-2024 09:42 ]

[Racer89]

@rens-br Ik heb via plugin 3 omvormers gekoppeld. In eerste instantie dacht ik dat het van de Hue kwam, echter bleek het niet daaraan te liggen. De Goodwe plugin geeft het snachts een hoop errors weer omdat hij geen informatie meer krijgt vanuit het SEMS portal. Wellicht dat hier het conflict ontstaat wat Domoticz offline gooit. Ik hoop dat hij nu blijft draaien.

Als Domoticz offline gaat kom ik niet meer in het log bestand van Domoticz, en na een restart is deze weer leeg.

[rens-br]

Racer89 schreef op dinsdag 28 mei 2024 @ 22:08:
@rens-br Ik heb via plugin 3 omvormers gekoppeld.

Gekoppeld aan 3 losse accounts dan? Want ik heb mijn 2 omvormers in één Growatt account zitten en de plugin pakte er telkens maar één.

[Racer89]

rens-br schreef op dinsdag 28 mei 2024 @ 22:21:
[...]


Gekoppeld aan 3 losse accounts dan? Want ik heb mijn 2 omvormers in één Growatt account zitten en de plugin pakte er telkens maar één.

Nee, ze zijn alle 3 in een account, dat account heb ik gekoppeld in Domoticz. En hierin zijn ze dan ook alle 3 zichtbaar. Spanning, stroom, temperatuur e.d.

[klump4u]

rens-br schreef op dinsdag 28 mei 2024 @ 22:21:
[...]


Gekoppeld aan 3 losse accounts dan? Want ik heb mijn 2 omvormers in één Growatt account zitten en de plugin pakte er telkens maar één.

Ik lees 3 Growatt omvormers zelf uit, buiten de portaal om.
https://gathering.tweaker...message/73688304#73688304

[rens-br]

Racer89 schreef op dinsdag 28 mei 2024 @ 22:25:
[...]


Nee, ze zijn alle 3 in een account, dat account heb ik gekoppeld in Domoticz. En hierin zijn ze dan ook alle 3 zichtbaar. Spanning, stroom, temperatuur e.d.

Mmm. Interessant. Gek dat dat bij mij niet werkte.

[Plenkske]

Racer89 schreef op dinsdag 28 mei 2024 @ 21:17:
Hier nog altijd bezig met Domoticz die regelmatig offline gaat. Op dit moment heb ik de Goodwe plugin uitgezet en draait Domoticz al 4 dagen zonder uitval. Ik hoop dat het zo blijft, dit zou een nieuw installatie onnodig maken.

Welke goodwe plugin heb je ?
Ik heb lang geleden deze geinstalleerd en nooit geupdate:
https://github.com/JanJaapKo/domoticz-GoodWeSEMS

Werkt goed zonder onnodige foutmeldingen.

[Plenkske]

rens-br schreef op dinsdag 28 mei 2024 @ 23:22:
[...]


Mmm. Interessant. Gek dat dat bij mij niet werkte.

Goodwe != Growatt
toch ?

[rens-br]

Plenkske schreef op woensdag 29 mei 2024 @ 09:38:
[...]


Goodwe != Growatt
toch ?

Nee, je hebt helemaal gelijk. Ik heb beide omvormers, vandaag de verwarring.

Dus inderdaad voor de duidelijkheid, twee Growatt omvormers kreeg ik niet werkend in https://github.com/sincze/Domoticz-Growatt-Webserver-Plugin, en gebruik daar nu Grott voor.

---

Goodwe heb ik ook en daar gebruik ik dezelfde plugin voor als @Plenkske linkt en die werkt hier ook perfect. @Racer89 welke plugin gebruik jij? Ik krijg geen errors in de nacht of wat dan ook.

[Racer89]

@Plenkske & @rens-br In de hardware tab staat deze: GoodWe solar inverter via SEMS API

Dit is toch een andere dan wat jullie heb ik? Zal deze van jullie eens testen.

[rens-br]

Racer89 schreef op woensdag 29 mei 2024 @ 10:39:
@Plenkske & @rens-br In de hardware tab staat deze: GoodWe solar inverter via SEMS API.

Naar mijn idee is dat exact dezelfde plugin. Zo heet die bij mij namelijk ook, maar ik kan het mis hebben.

[ Voor 5% gewijzigd door rens-br op 29-05-2024 10:44 ]

[Racer89]

@rens-br Heb je ook de accountnaam en wachtwoord moeten invullen en het power station ID?

Ik heb de interval reset toen ook al hoger gezet, stond 5 seconde dacht ik. Deze heb ik op 1 minuut gezet. Zodat deze ook minder data heeft te verwerken.

[rens-br]

Racer89 schreef op woensdag 29 mei 2024 @ 17:14:
@rens-br Heb je ook de accountnaam en wachtwoord moeten invullen en het power station ID?

Ik heb de interval reset toen ook al hoger gezet, stond 5 seconde dacht ik. Deze heb ik op 1 minuut gezet. Zodat deze ook minder data heeft te verwerken.

Interval staat hier op 5 minuten, vind ik zelf meer dan snel genoeg. En ik heb de volgende opties:

[Racer89]

@rens-br Zoals jij het hebt staan, heb ik het ook ongeveer uitzien. Erboven staat deze uitleg nog:


GOODWE INVERTER (VIA SEMS PORTAL)
This plugin uses the GoodWe SEMS api to retrieve the status information of your GoodWe inverter.

Devices
temperature - Inverter temperature (Celcius)
power - Current and total output power (Watts)
current - Output current (ampere)
voltage - Output Voltage
Configuration
Register your inverter at GoodWe SEMS portal (if not done already):https://www.semsportal.com
Choose one of the following options:
If you want all of your stations added to Domoticz you only have to enter your login information below
If you want to add one specific station to Domoticz follow the following steps:
Login to your account on:www.semsportal.com
Go to the plant status page for the station you want to add to Domoticz
Get the station ID from the URL, this is the sequence of characters after: https://www.semsportal.com/PowerStation/PowerStatusSnMin/
Add the station ID to the hardware configuration

[rens-br]

Racer89 schreef op donderdag 30 mei 2024 @ 09:13:
@rens-br Zoals jij het hebt staan, heb ik het ook ongeveer uitzien. Erboven staat deze uitleg nog:


GOODWE INVERTER (VIA SEMS PORTAL)
This plugin uses the GoodWe SEMS api to retrieve the status information of your GoodWe inverter.

Devices
temperature - Inverter temperature (Celcius)
power - Current and total output power (Watts)
current - Output current (ampere)
voltage - Output Voltage
Configuration
Register your inverter at GoodWe SEMS portal (if not done already):https://www.semsportal.com
Choose one of the following options:
If you want all of your stations added to Domoticz you only have to enter your login information below
If you want to add one specific station to Domoticz follow the following steps:
Login to your account on:www.semsportal.com
Go to the plant status page for the station you want to add to Domoticz
Get the station ID from the URL, this is the sequence of characters after: https://www.semsportal.com/PowerStation/PowerStatusSnMin/
Add the station ID to the hardware configuration

De dikgedrukte tekst heb ik niet. Heb je de plugin wel geüpdatet naar de november 2023 versie? En weet je ook zeker dat je niet https://github.com/dylian94/domoticz-GoodWeSEMS hebt geinstalleerd?

[ Voor 5% gewijzigd door rens-br op 30-05-2024 09:15 ]

[Racer89]

rens-br schreef op donderdag 30 mei 2024 @ 09:14:
[...]


De dikgedrukte tekst heb ik niet. Heb je de plugin wel geüpdatet naar de november 2023 versie? En weet je ook zeker dat je niet https://github.com/dylian94/domoticz-GoodWeSEMS hebt geinstalleerd?

Dat is inmiddels al een hele tijd geleden, ik zou het eerlijk gezegd niet durven zeggen. Is er een manier om hier achter te komen?

[rens-br]

Racer89 schreef op donderdag 30 mei 2024 @ 10:14:
[...]


Dat is inmiddels al een hele tijd geleden, ik zou het eerlijk gezegd niet durven zeggen. Is er een manier om hier achter te komen?

Plugin updaten lijkt me een logische stap, dan weet je in ieder geval zeker welke versie je hebt.

[Racer89]

@rens-br

Domoticz is inmiddels al 7 dagen en 9 uur online. Het probleem is dus voor 99% veroorzaakt door deze plugin. Normaal was het nog geen 24 uur en was Domoticz weer offline.

Ik heb het volgende gedaan:

code:

cd domoticz/plugins/domoticz-GoodWeSEMS
git pull

Vervolgens krijg ik dat deze al up to date is.

Als ik de install wil doen volgens de handleiding, krijg ik een melding dat deze al geïnstalleerd is.
Het zou dus dezelfde plugin moeten zijn als wat jij gebruikt.

[rens-br]

Racer89 schreef op zaterdag 1 juni 2024 @ 20:35:
@rens-br

Domoticz is inmiddels al 7 dagen en 9 uur online. Het probleem is dus voor 99% veroorzaakt door deze plugin. Normaal was het nog geen 24 uur en was Domoticz weer offline.

Ik heb het volgende gedaan:

code:

cd domoticz/plugins/domoticz-GoodWeSEMS
git pull

Vervolgens krijg ik dat deze al up to date is.

Als ik de install wil doen volgens de handleiding, krijg ik een melding dat deze al geïnstalleerd is.
Het zou dus dezelfde plugin moeten zijn als wat jij gebruikt.

Het lijkt er dan inderdaad op dat je dezelfde plugin gebruikt. Wel echt heel gek dat jij er zo'n probleem mee hebt.

Enige verschil wat ik nog kan verzinnen is dat de refresh rate op 5 minuten staat hier.

[Racer89]

@rens-br

Ik heb gisteren nog eens gekeken, voordat ik de plugin heb uitgezet, stond deze refresh rate zelfs op 30 minuten. Ik heb toen van alles geprobeerd, alleen het inactief maken van de plugin voorkwam het vast lopen en offline gooien van Domoticz.

Na al het speur en zoekwerk, heb ik uiteindelijk wel weer iets anders aan de praat gekregen. Ik kan de Homewizard P1 terugzien in Domoticz. Hier ben ik toen ook even mee bezig geweest. Nu werkt dit gelukkig. Is er toevallig ook iemand die de watermeter werkend heeft in Domoticz?

Er staan meerdere handleiding online, oa. https://www.domoticz.com/forum/viewtopic.php?t=39178
Alleen bij het maken van de scipts stopt mijn kennis, ik zou niet weten hoe ik die tekst in een nieuw script moet zetten. Iemand die hier een iets uitgebreidere uitleg voor heeft?

Ik heb de lokale API wel aangezet, als ik deze link: http://your-ip/api/v1/data in de webbrowser plak met het IP van de water meter krijg ik ook gegevens te zien.

code:

{"wifi_ssid":"**","wifi_strength":100,"total_liter_m3":48.301,"active_liter_lpm":0
,"total_liter_offset_m3":0}

[M.v.Veelen]

Ik heb de Homwizard watermeter werkend je, waar loop je tegenaan?

[Racer89]

M.v.Veelen schreef op zondag 2 juni 2024 @ 15:28:
Ik heb de Homwizard watermeter werkend je, waar loop je tegenaan?

Ik zit met het stukje script maken, ik zag wel bij gebeurtenissen dat je hier ook scripts kunt maken? ( heb alles via Blocky altijd gedaan) Is dat wat ze bedoelen, omdat ik volgens de handleiding een lua scrip moet maken via putty. Ik heb wel vaker dingen in de conifg aangepast voor de GPIO pinnen maar een nieuw scrip maken zou ik niet weten hoe ik moet doen.

==============================

Inmiddels het commando gevonden, het moet touch zijn. In de map heb ik een nieuw bestand aangemaakt en onderstaande ingezet en de dummy schakelaars aangemaakt.

code:

-- Lees API-waarden
s = request['content'];

--
-- Watermeter
--
local idWater = 150
local a = domoticz_applyJsonPath(s,'.active_liter_lpm')
domoticz_updateDevice(idWater,'',a*1)

local idWaterTotaal = 151
local b = domoticz_applyJsonPath(s,'.total_liter_m3')
domoticz_updateDevice(idWaterTotaal,'',b*1)

De L per minuut kan ik inmiddels inzien, hoe kan ik de totale M3 aanpassen? Deze staat namelijk nu op 48 M³, iemand enig idee?

[ Voor 38% gewijzigd door Racer89 op 02-06-2024 22:13 ]

[Heinemancp]

Racer89 schreef op zondag 2 juni 2024 @ 21:19:
[...]


Ik zit met het stukje script maken, ik zag wel bij gebeurtenissen dat je hier ook scripts kunt maken? ( heb alles via Blocky altijd gedaan) Is dat wat ze bedoelen, omdat ik volgens de handleiding een lua scrip moet maken via putty. Ik heb wel vaker dingen in de conifg aangepast voor de GPIO pinnen maar een nieuw scrip maken zou ik niet weten hoe ik moet doen.

==============================

Inmiddels het commando gevonden, het moet touch zijn. In de map heb ik een nieuw bestand aangemaakt en onderstaande ingezet en de dummy schakelaars aangemaakt.

code:

-- Lees API-waarden
s = request['content'];

--
-- Watermeter
--
local idWater = 150
local a = domoticz_applyJsonPath(s,'.active_liter_lpm')
domoticz_updateDevice(idWater,'',a*1)

local idWaterTotaal = 151
local b = domoticz_applyJsonPath(s,'.total_liter_m3')
domoticz_updateDevice(idWaterTotaal,'',b*1)

De L per minuut kan ik inmiddels inzien, hoe kan ik de totale M3 aanpassen? Deze staat namelijk nu op 48 M³, iemand enig idee?

Een eenmalig scriptje maken dat je totale m3 zet op de juiste waarde, die kan je gelijk hergebruiken mocht je ooit je m3 per jaar willen berekenen. Dan zet je die op 0 op die datum, telt het door en heb je je jaar/ maand gebruik.

ik gebruikt de watermeter niet, maar bijv voor graaddagen (jij moet dan de dag van vandaag invullen met een tijd in de toekomst, de juiste devices benoemen met de juiste waarde - eenmalig laten runnen en tadaa)

code:

return {
    on = {
        timer = {
            'on 01/01 at 00:15',                -- causes the script to be called 1st of Jan

        }
    },
    execute = function(domoticz, timer)
        domoticz.log('Reset Graaddagen ' .. timer.trigger, domoticz.LOG_ERROR)
        domoticz.devices('Graaddagen').updateCounter(0)
    end
}

[M.v.Veelen]

Racer89 schreef op zondag 2 juni 2024 @ 21:19:
[...]


Ik zit met het stukje script maken, ik zag wel bij gebeurtenissen dat je hier ook scripts kunt maken? ( heb alles via Blocky altijd gedaan) Is dat wat ze bedoelen, omdat ik volgens de handleiding een lua scrip moet maken via putty. Ik heb wel vaker dingen in de conifg aangepast voor de GPIO pinnen maar een nieuw scrip maken zou ik niet weten hoe ik moet doen.

==============================

Inmiddels het commando gevonden, het moet touch zijn. In de map heb ik een nieuw bestand aangemaakt en onderstaande ingezet en de dummy schakelaars aangemaakt.

code:

-- Lees API-waarden
s = request['content'];

--
-- Watermeter
--
local idWater = 150
local a = domoticz_applyJsonPath(s,'.active_liter_lpm')
domoticz_updateDevice(idWater,'',a*1)

local idWaterTotaal = 151
local b = domoticz_applyJsonPath(s,'.total_liter_m3')
domoticz_updateDevice(idWaterTotaal,'',b*1)

De L per minuut kan ik inmiddels inzien, hoe kan ik de totale M3 aanpassen? Deze staat namelijk nu op 48 M³, iemand enig idee?

Klik op edit bij het device dat het totaal weergeeft en vul onderin bij Meter Offset het verschil in.

[Racer89]

M.v.Veelen schreef op donderdag 6 juni 2024 @ 11:01:
[...]


Klik op edit bij het device dat het totaal weergeeft en vul onderin bij Meter Offset het verschil in.

Ik snap wat je bedoelt, bij de meeste sensors gaat dit ook maar bij deze niet?

[jobr]

Racer89 schreef op donderdag 6 juni 2024 @ 20:31:
[...]


Ik snap wat je bedoelt, bij de meeste sensors gaat dit ook maar bij deze niet?

[Afbeelding]

Dat lijkt een custom device en niet een Waterflow device. Daar kan het wel.

[JaapB]

Sinds vorige week weer problemen met de verbinding van de netatmo module, sinds hun overstap naar een andere manier van data delen de inlog veranderd en dat werkte door de regel prima maar nu krijg ik foutmeldingen dat de autorisatie niet klopt.
Uiteindelijk via hun https://dev.netatmo.com/apps site gekeken en de status van de app geeft OK aan.

Maar omdat het nog steeds niet lukt om de verbinding te krijgen de zaak een reset gegeven en met de nieuwe gegevens de inlog aangepast zoals aangegeven op de wiki: https://www.domoticz.com/wiki/Netatmo

Toen kreeg ik eenmalig data binnen waarna ik weer de melding kreeg dat de login niet klopte.

Eigenlijk gebruik ik de Netatmo met name nog voor de CO2 binnenshuis en voor de regenmeter. Dus misschien dat iemand tips heeft voor alternatieven die werken via Zigbee of de RFX-com 433?

[rvk]

JaapB schreef op maandag 10 juni 2024 @ 13:42:
Maar omdat het nog steeds niet lukt om de verbinding te krijgen de zaak een reset gegeven en met de nieuwe gegevens de inlog aangepast zoals aangegeven op de wiki: https://www.domoticz.com/wiki/Netatmo

Ja, netatmo is weer dingen aan het wijzigen. Sinds maandag 12:00 cest.

Ik ken deze plugin niet maar weet je zeker dat die de nieuwe refrestoken elke keer ook opslaat (nu krijg je bij elke vernieuwing van accesstoken oom een nieuwe refrestoken).

Ik gebruik dus deze plugin niet maar een eigen script. Die had ook wat problemen. Maar met de laatste versie zou het goed moeten gaan.
https://github.com/philippelt/netatmo-api-python/issues/82

CO2 die ik overigens met een MoreSense sensor en 2 eigen gemaakte mh-z19/wemos lezers. Gewoon via een cron script liggen naar mijn influxdb voor weergave in Grafana (maar uiteraard ook te koppelen ket domoticz).

Maar als je een netatmo hebt zou ik eerst kijken of je daarmee het uitlezen weer werkend kunt krijgen.

Netatmo heeft de afgelopen dagen wel af en toe een glitch maar ik vraag me af of die plugin dus wel rekening houdt met wisselende refreshtokens.
https://www.domoticz.com/forum/viewtopic.php?p=317485

[rvk]

Ps. Wat ze bij netatmo volgens mij ook gewijzigd hebben is dat bij elke api call de correcte client-id meegegeven moet worden. Dit was voorheen niet (kon een willekeurig nummer zijn en werd niet gecontroleerd). Misschien dat deze plugin sturen de client-id gebruikt bij het opvragen van de eerste refresh en accesstoken en daarna niet meer. Dat werkt dan sinds maandag niet meer (behalve misschien bij de eerste call).

Geen idee hoe je dit kunt controleren (ik weet niet waar de source staat).

[JaapB]

rvk schreef op maandag 10 juni 2024 @ 13:54:
[...]

Ja, netatmo is weer dingen aan het wijzigen. Sinds maandag 12:00 cest.

Ik ken deze plugin niet maar weet je zeker dat die de nieuwe refrestoken elke keer ook opslaat (nu krijg je bij elke vernieuwing van accesstoken oom een nieuwe refrestoken).

Ik gebruik dus deze plugin niet maar een eigen script. Die had ook wat problemen. Maar met de laatste versie zou het goed moeten gaan.
https://github.com/philippelt/netatmo-api-python/issues/82

CO2 die ik overigens met een MoreSense sensor en 2 eigen gemaakte mh-z19/wemos lezers. Gewoon via een cron script liggen naar mijn influxdb voor weergave in Grafana (maar uiteraard ook te koppelen ket domoticz).

Maar als je een netatmo hebt zou ik eerst kijken of je daarmee het uitlezen weer werkend kunt krijgen.

Netatmo heeft de afgelopen dagen wel af en toe een glitch maar ik vraag me af of die plugin dus wel rekening houdt met wisselende refreshtokens.
https://www.domoticz.com/forum/viewtopic.php?p=317485

Zal zeker eerst kijken of ik dat wat ik heb weer werkend kan krijgen uiteraard maar het is de laatste tijd te vaak dat men bij Netatmo zaken veranderd zoals ze ook de webinterface hebben veranderd en verslechterd voor gebruik in de browser.

De MoreSense ziet er wel aantrekkelijk uit en gebruik via MQTT is prima te doen.

[Strontvlieg]

JaapB schreef op maandag 10 juni 2024 @ 13:42:
Sinds vorige week weer problemen met de verbinding van de netatmo module, sinds hun overstap naar een andere manier van data delen de inlog veranderd en dat werkte door de regel prima maar nu krijg ik foutmeldingen dat de autorisatie niet klopt.
Uiteindelijk via hun https://dev.netatmo.com/apps site gekeken en de status van de app geeft OK aan.

Maar omdat het nog steeds niet lukt om de verbinding te krijgen de zaak een reset gegeven en met de nieuwe gegevens de inlog aangepast zoals aangegeven op de wiki: https://www.domoticz.com/wiki/Netatmo

Toen kreeg ik eenmalig data binnen waarna ik weer de melding kreeg dat de login niet klopte.

Eigenlijk gebruik ik de Netatmo met name nog voor de CO2 binnenshuis en voor de regenmeter. Dus misschien dat iemand tips heeft voor alternatieven die werken via Zigbee of de RFX-com 433?

Ik draai naast Domoticz ook Node-RED. De laatste maanden had ik Netatmo geimplementeerd op beide platformen. Beide gingen stuk vorige week. Voor Domoticz is het denk ik wachten op een update van de plug-in. Als dit afhankelijk is van een nieuwe release van Domoticz dan kan het wel eens lang gaan duren.

De nodes die ik in Node-RED gebruikte worden niet meer onderhouden door de ontwikkelaar.

Nu in Node-Red overgestapt op een flow met enkel HTTP request implementatie.
https://gist.github.com/m...0046cac534864b65e633801a5

Dit werkt goed. De flow heeft een mooi mechanisme om de refresh token op tijd te vernieuwen. Alleen na het herstarten van de RPI moet het proces weer handmatig op gang worden gebracht door een nieuwe acces token op te halen van dev.natmo.com.
Volgens mij is dit laatste stuk lastig te voorkomen. Je zou nog wel de tokens op de harde schijf kunnen bewaren en inlezen, zodat deze een herstart overleven. Als de RPI echter langer is uitgeweest dan de levensduur van de code gaat ook die vlieger niet meer op.

Ik laat Node-RED nu de sensors in Domoticz vernieuwen (dmv MQTT). Ik kan in Domoticz de NetAtmo module echter niet uitschakelen. Op dat moment verdwijnen de sensors namelijk uit de interface.

[JaapB]

Strontvlieg schreef op maandag 10 juni 2024 @ 21:39:
[...]

Ik draai naast Domoticz ook Node-RED. De laatste maanden had ik Netatmo geimplementeerd op beide platformen. Beide gingen stuk vorige week. Voor Domoticz is het denk ik wachten op een update van de plug-in. Als dit afhankelijk is van een nieuwe release van Domoticz dan kan het wel eens lang gaan duren.

De nodes die ik in Node-RED gebruikte worden niet meer onderhouden door de ontwikkelaar.

Nu in Node-Red overgestapt op een flow met enkel HTTP request implementatie.
https://gist.github.com/m...0046cac534864b65e633801a5

Dit werkt goed. De flow heeft een mooi mechanisme om de refresh token op tijd te vernieuwen. Alleen na het herstarten van de RPI moet het proces weer handmatig op gang worden gebracht door een nieuwe acces token op te halen van dev.natmo.com.
Volgens mij is dit laatste stuk lastig te voorkomen. Je zou nog wel de tokens op de harde schijf kunnen bewaren en inlezen, zodat deze een herstart overleven. Als de RPI echter langer is uitgeweest dan de levensduur van de code gaat ook die vlieger niet meer op.

Ik laat Node-RED nu de sensors in Domoticz vernieuwen (dmv MQTT). Ik kan in Domoticz de NetAtmo module echter niet uitschakelen. Op dat moment verdwijnen de sensors namelijk uit de interface.

Vanmorgen na poging nummer zoveel voor het eerst in 4 dagen weer de koppeling tot stand tussen Netatmo en Domoticz.
Dus in Domoticz de 50m regen van gisteren niet vastgelegd.

En ondertussen draait het al 4 uur stabiel zonder foutmeldingen gelukkig.

[Strontvlieg]

JaapB schreef op dinsdag 11 juni 2024 @ 11:04:
[...]

Vanmorgen na poging nummer zoveel voor het eerst in 4 dagen weer de koppeling tot stand tussen Netatmo en Domoticz.
Dus in Domoticz de 50m regen van gisteren niet vastgelegd.

En ondertussen draait het al 4 uur stabiel zonder foutmeldingen gelukkig.

Mooi! Hou ons op de hoogte hoelang hij het blijft doen. Bij mij was het na een paar uur weer afgelopen.

[rens-br]

Binnenkort krijgen we een elektrische garagedeur en die willen we natuurlijk op afstand kunnen bedienen. Via een signaal (waar je normaal een schakelaar aan zou verbinden) kan je de garagedeur open/dicht schakelen. Ik ben van plan daar een Shelly Plus 1 en puls schakelaar aan te hangen. Een keer puls is dan dicht en de volgende puls is weer open. Om te weten of de deur open of dicht is, wil ik er een Xiaomi deursensor aan vast maken.

Nu zou het natuurlijk mooi zijn om beide apparaten te kunnen combineren tot één device in Domoticz en op die manier de juiste status te kunnen weergeven. Dus één knop voor open, één knop voor dicht en status van open/dicht.

Nu zie ik niet echt een 'garagedeur' device, maar kan een Blinds device daar we voor gebruikt worden. De status van dat device wordt echter mee geüpdatet aan de hand van de knoppen die je indrukt, maar dat wil ik dus niet.

Heeft iemand hier een (slimme) oplossing voor?

[ Voor 3% gewijzigd door rens-br op 12-06-2024 10:40 ]

[JaapB]

Strontvlieg schreef op dinsdag 11 juni 2024 @ 18:00:
[...]

Mooi! Hou ons op de hoogte hoelang hij het blijft doen. Bij mij was het na een paar uur weer afgelopen.

Ondertussen draait het nu al anderhalve dag zonder problemen net al het voor die tijd ook altijd deed. Ik vermoed dat ze aan de kant van Netatmo de zaken weer terug hebben gezet na een update zodat het nu wel weer werkt.

[Vollervo]

rens-br schreef op woensdag 12 juni 2024 @ 10:39:
Binnenkort krijgen we een elektrische garagedeur en die willen we natuurlijk op afstand kunnen bedienen. Via een signaal (waar je normaal een schakelaar aan zou verbinden) kan je de garagedeur open/dicht schakelen. Ik ben van plan daar een Shelly Plus 1 en puls schakelaar aan te hangen. Een keer puls is dan dicht en de volgende puls is weer open. Om te weten of de deur open of dicht is, wil ik er een Xiaomi deursensor aan vast maken.

Nu zou het natuurlijk mooi zijn om beide apparaten te kunnen combineren tot één device in Domoticz en op die manier de juiste status te kunnen weergeven. Dus één knop voor open, één knop voor dicht en status van open/dicht.

Nu zie ik niet echt een 'garagedeur' device, maar kan een Blinds device daar we voor gebruikt worden. De status van dat device wordt echter mee geüpdatet aan de hand van de knoppen die je indrukt, maar dat wil ik dus niet.

Heeft iemand hier een (slimme) oplossing voor?

Volgens mij is dat prima te doen door een event te koppelen die als de blinds worden geschakeld, de shelly schakelt en vervolgens zijn eigen status update n.a.v. de sensor. Ook een event op de sensor die de status van de blinds update. Wel letten op dat je geen loops creeert. Bijvoorbeeld door

code:

execute = function(domoticz, item, triggerInfo)

te kijken naar item.isDevice, of misschien de triggerinfo eigenschappen.

[Lawrentz]

rens-br schreef op woensdag 12 juni 2024 @ 10:39:
Binnenkort krijgen we een elektrische garagedeur en die willen we natuurlijk op afstand kunnen bedienen. Via een signaal (waar je normaal een schakelaar aan zou verbinden) kan je de garagedeur open/dicht schakelen. Ik ben van plan daar een Shelly Plus 1 en puls schakelaar aan te hangen. Een keer puls is dan dicht en de volgende puls is weer open. Om te weten of de deur open of dicht is, wil ik er een Xiaomi deursensor aan vast maken.

Nu zou het natuurlijk mooi zijn om beide apparaten te kunnen combineren tot één device in Domoticz en op die manier de juiste status te kunnen weergeven. Dus één knop voor open, één knop voor dicht en status van open/dicht.

Nu zie ik niet echt een 'garagedeur' device, maar kan een Blinds device daar we voor gebruikt worden. De status van dat device wordt echter mee geüpdatet aan de hand van de knoppen die je indrukt, maar dat wil ik dus niet.

Heeft iemand hier een (slimme) oplossing voor?

Wat is merk en type van de motor van de garagedeur?
Is het een draadloos of een bedraad signaal?

Wellicht voor een volgende gelegenheid:
Wanneer ik een nieuw device met Home Automation wil kunnen bedienen dan houd ik daar bij aanschaf rekening mee.
En dan het liefst met een platform/protocol dat ik al heb. Zo ook laatst twee nieuwe screens met RFX op 433 Mhz.
Maar goed, daar heb je nu niets aan, maar wellicht kunnen we je wel op weg helpen met antwoorden op bovenstaande 2 vragen.

[rens-br]

Vollervo schreef op woensdag 12 juni 2024 @ 18:10:
[...]


Volgens mij is dat prima te doen door een event te koppelen die als de blinds worden geschakeld, de shelly schakelt en vervolgens zijn eigen status update n.a.v. de sensor. Ook een event op de sensor die de status van de blinds update. Wel letten op dat je geen loops creeert. Bijvoorbeeld door

code:

execute = function(domoticz, item, triggerInfo)

te kijken naar item.isDevice, of misschien de triggerinfo eigenschappen.

Maar hoe voorkom je dan dat die dummy sensor zijn eigen status weer overschrijft door de knoppen acties?

Lawrentz schreef op woensdag 12 juni 2024 @ 18:31:
Wat is merk en type van de motor van de garagedeur?
Is het een draadloos of een bedraad signaal?

Het betreft deze motor: https://www.hbopeners.nl/...gedeuropener/#description

Bedraad en draadloos kan beide. Maar de goedkoopste oplossing (volgens mij) is gewoon gebruik maken van de schakelaar input en daar een shelly aanknopen.

Wellicht voor een volgende gelegenheid:
Wanneer ik een nieuw device met Home Automation wil kunnen bedienen dan houd ik daar bij aanschaf rekening mee.

Goede tip. Dat probeer ik ook altijd, vandaar ook de Shelly oplossing. Lekker simpel en goedkoop.

Zoek nu dus alleen nog een oplossing om de Shelly en de deur sensor te combineren tot één mooi device.

[Lawrentz]

rens-br schreef op woensdag 12 juni 2024 @ 19:02:
Het betreft deze motor: https://www.hbopeners.nl/...gedeuropener/#description

Bedraad en draadloos kan beide. Maar de goedkoopste oplossing (volgens mij) is gewoon gebruik maken van de schakelaar input en daar een shelly aanknopen.

Goede tip. Dat probeer ik ook altijd, vandaar ook de Shelly oplossing. Lekker simpel en goedkoop.

Zoek nu dus alleen nog een oplossing om de Shelly en de deur sensor te combineren tot één mooi device.

Ik dacht eerder aan iets als een Somfy garagedeuropener met embedded Home Automation. Somfy noemt dit zelf Smart Contol, maar kan ook met RTS.

Al zal het met een Shelly ook wel gaan lukken.
Wellicht nog controle met DWS?

[rens-br]

Lawrentz schreef op woensdag 12 juni 2024 @ 21:39:
[...]

Ik dacht eerder aan iets als een Somfy garagedeuropener met embedded Home Automation. Somfy noemt dit zelf Smart Contol, maar kan ook met RTS.

Zoiets verkoopt deze verkoper ook, allemaal wifi boxen en whatnot, dat kost alleen zo ruim 100 euro, terwijl een shelly 14 euro kost. En met dat soort boxen is het nog maar de vraag of je het in Domoticz krijgt.

Wellicht nog controle met DWS?

Wat is DWS?

[Lawrentz]

rens-br schreef op woensdag 12 juni 2024 @ 22:28:
[...]


Zoiets verkoopt deze verkoper ook, allemaal wifi boxen en whatnot, dat kost alleen zo ruim 100 euro, terwijl een shelly 14 euro kost. En met dat soort boxen is het nog maar de vraag of je het in Domoticz krijgt.


[...]


Wat is DWS?

Door Window Sensor, bedoeld voor alarmsystemen.

[rens-br]

Lawrentz schreef op donderdag 13 juni 2024 @ 08:01:
[...]

Door Window Sensor, bedoeld voor alarmsystemen.

Ah, maar die komt er dus ook op, in de vorm van een Xiaomi Zigbee deursensor.

Dus terug naar de oorspronkelijke vraag, ik heb straks twee devices:
- Shelly Plus1 -> Open/dicht sturen van de deur
- Xiaomi Zigbee deursensor -> Controleren of de deur open/dicht is.

Beide devices zou ik eigenlijk willen combineren tot één device, waarin je in een oogopslag kan zien of de deur open/dicht is en hem daarna ook kan bedienen.

[Plenkske]

rens-br schreef op donderdag 13 juni 2024 @ 09:13:
[...]


Ah, maar die komt er dus ook op, in de vorm van een Xiaomi Zigbee deursensor.

Dus terug naar de oorspronkelijke vraag, ik heb straks twee devices:
- Shelly Plus1 -> Open/dicht sturen van de deur
- Xiaomi Zigbee deursensor -> Controleren of de deur open/dicht is.

Beide devices zou ik eigenlijk willen combineren tot één device, waarin je in een oogopslag kan zien of de deur open/dicht is en hem daarna ook kan bedienen.

Ik denk niet dat dit kan.
Ik zou ze dus op je dashboard langs elkaar zetten.
De plus1 gaat in principe alleen stroom op je deur zetten, regelt die deur dan zelf of die open/dicht moet ? Werkt dit niet zoals een rolluik ? Want dan zou je een shelly 2 nodig hebben toch ?

[rens-br]

Plenkske schreef op donderdag 13 juni 2024 @ 11:01:
De plus1 gaat in principe alleen stroom op je deur zetten, regelt die deur dan zelf of die open/dicht moet ? Werkt dit niet zoals een rolluik ? Want dan zou je een shelly 2 nodig hebben toch ?

Nee, dat werkt inderdaad niet zoals een rolluik. Bij een rolluik (en Shelly 2.5) neem je over het algemeen de motoraansturing over.

De garagedeur echter heeft één input voor een pulsschakelaar die als volgt werkt:
- Indrukken -> Omhoog
- Nogmaals indrukken -> Stop
- Nogmaals indrukken -> Omlaag

Mijn idee was om aan die input een Shelly te knopen en aan die Shelly weer een schakelaar, op die manier werkt de originele schakelaar gewoon, maar kan het ook via Domoticz aangestuurd worden.

[Plenkske]

rens-br schreef op donderdag 13 juni 2024 @ 11:06:
[...]


Nee, dat werkt inderdaad niet zoals een rolluik. Bij een rolluik (en Shelly 2.5) neem je over het algemeen de motoraansturing over.

De garagedeur echter heeft één input voor een pulsschakelaar die als volgt werkt:
- Indrukken -> Omhoog
- Nogmaals indrukken -> Stop
- Nogmaals indrukken -> Omlaag

Mijn idee was om aan die input een Shelly te knopen en aan die Shelly weer een schakelaar, op die manier werkt de originele schakelaar gewoon, maar kan het ook via Domoticz aangestuurd worden.

Het is dus omstebeurt ?

Als ik het dan vanuit de shelly intrepeteer:
- shelly relais aan -> omhoog
- shelly relais uit -> stop
- shelly relais aan -> omlaag
etc. etc.

Dan is de 1 dus inderdaad prima. Ik dacht even je hebt omhoog/omlaag nodig, zoals een rolluik.

[rens-br]

Plenkske schreef op donderdag 13 juni 2024 @ 11:13:
Het is dus omstebeurt ?

Jep

Als ik het dan vanuit de shelly intrepeteer:
- shelly relais aan -> omhoog
- shelly relais uit -> stop
- shelly relais aan -> omlaag
etc. etc.

Dan is de 1 dus inderdaad prima. Ik dacht even je hebt omhoog/omlaag nodig, zoals een rolluik.

De stop weet ik niet 100% zeker of dat er op zit, dat zal even testen zijn als ik de garagedeur heb, maar in grote lijnen werkt het inderdaad zoals hierboven beschreven. Ik denk zelf dat het dadelijk zo werkt:

- shelly relais aan voor 1 sec -> omhoog
- shelly relais aan voor 1 sec -> stop
- shelly relais aan voor 1 sec -> omlaag

En het zou dus mooi zijn om één device te hebben, waarbij je eigenlijk drie knoppen hebt en de status open/dicht. Waarbij het dus als volgt zou werken:
- Commando Open -> Checkt of de deur dicht is -> stuurt Shelly aan
- Commando Dicht -> Checkt of de deur open is -> stuurt de Shelly aan
- Commando Stop -> Checkt of commando open/dicht is gegeven -> stuurt de Shelly aan

Maar ik denk dat dat lastig gaat worden.

[Plenkske]

rens-br schreef op donderdag 13 juni 2024 @ 11:28:
[...]


Jep


[...]


De stop weet ik niet 100% zeker of dat er op zit, dat zal even testen zijn als ik de garagedeur heb, maar in grote lijnen werkt het inderdaad zoals hierboven beschreven. Ik denk zelf dat het dadelijk zo werkt:

- shelly relais aan voor 1 sec -> omhoog
- shelly relais aan voor 1 sec -> stop
- shelly relais aan voor 1 sec -> omlaag

En het zou dus mooi zijn om één device te hebben, waarbij je eigenlijk drie knoppen hebt en de status open/dicht. Waarbij het dus als volgt zou werken:
- Commando Open -> Checkt of de deur dicht is -> stuurt Shelly aan
- Commando Dicht -> Checkt of de deur open is -> stuurt de Shelly aan
- Commando Stop -> Checkt of commando open/dicht is gegeven -> stuurt de Shelly aan

Maar ik denk dat dat lastig gaat worden.

Ik begrijp "aan voor 1 sec" niet ? Shelly relais is in principe stroom doorlaten ja of nee.

Ik denk dat je dan een dummy selector switch moet maken. Voeg de 3 opties toe: Open, Dicht, Stop.
En programmeer vervolgens in LUA of dzVents die commando's.
Je vangt dan af waar je de switch op zet, en controleert de status van je deursensor/shelly en vervolgens doe je een actie op de shelly.

[rens-br]

Plenkske schreef op donderdag 13 juni 2024 @ 11:47:
Ik begrijp "aan voor 1 sec" niet ? Shelly relais is in principe stroom doorlaten ja of nee.

De shelly moet een puls geven aan de motor, dus de relais moet na een korte tijd (één seconden) weer uit. Kortom je moet het gedrag van een pulsschakelaar nadoen. Je kan dat instellen door in de Shelly 'Auto off' in e stellen, zie ook hier.

Ik denk dat je dan een dummy selector switch moet maken. Voeg de 3 opties toe: Open, Dicht, Stop.
En programmeer vervolgens in LUA of dzVents die commando's.
Je vangt dan af waar je de switch op zet, en controleert de status van je deursensor/shelly en vervolgens doe je een actie op de shelly.

Dat lijkt mij ook the way to go voor de aansturing. Of de deur open/dicht is kan je dan echter nog steeds niet zien in hetzelfde device, maar dat is dan denk ik niet anders.

[ Voor 10% gewijzigd door rens-br op 13-06-2024 11:53 ]

[Plenkske]

rens-br schreef op donderdag 13 juni 2024 @ 11:51:

De shelly moet een puls geven aan de motor, dus de relais moet na een korte tijd (één seconden) weer uit. Kortom je moet het gedrag van een pulsschakelaar nadoen.

Kan dat met een shelly 1 ? Dat wist ik niet. Ik dacht dat die alleen aan of uit kon. En als je hem dus na 1 seconde uit zet, het apparaat wat je aanstuurd ook uit gaat.

rens-br schreef op donderdag 13 juni 2024 @ 11:51:
Dat lijkt mij ook the way to go voor de aansturing. Of de deur open/dicht is kan je dan echter nog steeds niet zien in hetzelfde device, maar dat is dan denk ik niet anders.

Nee inderdaad, niet zichtbaar in hetzelfde device.

[Plenkske]

rens-br schreef op donderdag 13 juni 2024 @ 11:51:
Je kan dat instellen door in de Shelly 'Auto off' in e stellen, zie ook hier.

Ik zie nu je edit.
Dat is inderdaad een handige instelling. Maar zoals ik het lees gaat dus je output na X seconden uit. En dus de stroomtoevoer.

Voorbeeld:
shelly 1 aangesloten op lamp
relais aan - lamp aan
auto off na 10 sec
na 10 sec wachten - relais uit - lamp uit

[ Voor 12% gewijzigd door Plenkske op 13-06-2024 12:04 ]

[rens-br]

Plenkske schreef op donderdag 13 juni 2024 @ 11:54:
[...]
Kan dat met een shelly 1 ? Dat wist ik niet. Ik dacht dat die alleen aan of uit kon. En als je hem dus na 1 seconde uit zet, het apparaat wat je aanstuurd ook uit gaat.

Volgens de help wel:

Timer
Allows you to manage the power supply automatically. You may use:

Auto on: After turning off, the relay output will be automatically turned on after a predefined time (in seconds). Click the Save button to save any changes made.

Auto off: After turning on, the relay output will be automatically turned off after a predefined time (in seconds). Click the Save button to save any changes made.

[Plenkske]

Dat had ik gelezen @rens-br , zie mijn vorige bericht.
Wellicht ga je het zodanig aansluiten dat het kan, maar ik ken die methode van de shelly 1 niet.

[rens-br]

Plenkske schreef op donderdag 13 juni 2024 @ 11:56:
Ik zie nu je edit.
Dat is inderdaad een handige instelling. Maar zoals ik het lees gaat dus je output na X seconden uit. En dus de stroomtoevoer.

Dat is toch precies wat ik wil? De output van de Shelly gaat naar aansturing van de motor, de garagedeur gaat open / dicht / stop bij een puls op die ingang. Je schakelt dus niet de motor, je schakelt een of andere ingang op de motor controller. Zie ook het schema:



De shelly wordt dus aangesloten op de plek van de 'bedrade drukknop'.

[Plenkske]

rens-br schreef op donderdag 13 juni 2024 @ 12:05:
[...]


Dat is toch precies wat ik wil? De output van de Shelly gaat naar aansturing van de motor, de garagedeur gaat open / dicht / stop bij een puls op die ingang. Je schakelt dus niet de motor, je schakelt een of andere ingang op de motor controller. Zie ook het schema:

[Afbeelding]

De shelly wordt dus aangesloten op de plek van de 'bedrade drukknop'.

Aha ! Dat maakt het duidelijk. Ja, dan zal het kunnen. Je schakelt dus niet de stroomtoevoer zoals normaal met een shelly, maar je schakelt een aansturing.
Sorry, dat had ik eerder niet zo begrepen

[rens-br]

Plenkske schreef op donderdag 13 juni 2024 @ 12:07:
Aha ! Dat maakt het duidelijk. Ja, dan zal het kunnen. Je schakelt dus niet de stroomtoevoer zoals normaal met een shelly, maar je schakelt een aansturing.
Sorry, dat had ik eerder niet zo begrepen

Yes, correct! Geeft niks, een schema zegt meer dan 1000 woorden en iets wat voor mij heel logisch is, is voor iemand anders dat niet.

[Vollervo]

rens-br schreef op woensdag 12 juni 2024 @ 19:02:
[...]

Maar hoe voorkom je dan dat die dummy sensor zijn eigen status weer overschrijft door de knoppen acties?

Voor alle duidelijkheid: enige dummy is de Blinds device. De 'knoppen acties' vang je met een event. In dat event schakel je de Shelly en update je de status van de Blinds met de status van de echte sensor. Het updaten van de status triggered hetzelfde event weer en die tweede keer moet je niets doen anders kan je een loop krijgen. Dat kun je denk ik voorkomen door te kijken naar item.isDevice, of misschien de triggerinfo eigenschappen.

[EvJd]

Iemand die mij hier wellicht kan werken? Ik gebruik Smartnora (node-red) om mijn Milight lampen (rgbb) te bedienen met mijn Google home.

Helaas vorige week een stroomstoring gehad en mijn sd kaartje met daarop Domoticz helaas gecrashed.
Inmiddels alles weer opnieuw opgebouwd, maar mijn milight willen met geen mogelijkheid werken met Google home.

Ik had een backup van Smartnora en deze ingeladen in Node red.
Dit is de code:

code:

[
    {
        "id": "a90588570df2ce6e",
        "type": "tab",
        "label": "Flow 1",
        "disabled": false,
        "info": ""
    },
    {
        "id": "9f691da22339b44a",
        "type": "mqtt in",
        "z": "a90588570df2ce6e",
        "name": "",
        "topic": "domoticz/out",
        "qos": "0",
        "datatype": "auto",
        "broker": "bbb8a5f8.078ff",
        "nl": false,
        "rap": false,
        "inputs": 0,
        "x": 90,
        "y": 660,
        "wires": [
            [
                "5081b6c0f1f64f2b"
            ]
        ]
    },
    {
        "id": "ada3a3f0df96846a",
        "type": "mqtt out",
        "z": "a90588570df2ce6e",
        "name": "",
        "topic": "domoticz/in",
        "qos": "",
        "retain": "",
        "respTopic": "",
        "contentType": "",
        "userProps": "",
        "correl": "",
        "expiry": "",
        "broker": "bbb8a5f8.078ff",
        "x": 2210,
        "y": 760,
        "wires": []
    },
    {
        "id": "5081b6c0f1f64f2b",
        "type": "json",
        "z": "a90588570df2ce6e",
        "name": "",
        "property": "payload",
        "action": "",
        "pretty": false,
        "x": 50,
        "y": 920,
        "wires": [
            [
                "aeb318db0a286609"
            ]
        ]
    },
    {
        "id": "0712c25bc78c8068",
        "type": "function",
        "z": "a90588570df2ce6e",
        "name": "Function In ",
        "func": "msg.topic = msg.payload[0].idx;\nif (msg.payload[0].nvalue !== 0)\n{\n    msg.payload = {\n        on : true,\n        brightness : msg.payload[0].Level,\n        color : {\n            spectrumHsv : {\n                hue : msg.payload[1].red,\n                saturation : msg.payload[1].green/100,\n                value : msg.payload[1].blue/100\n            }\n        }\n    }\n}\nelse if (msg.payload[0].nvalue === 0)\n{\n    msg.payload = {\n        on : false,\n        brightness : msg.payload[0].Level,\n        color : {\n            spectrumHsv : {\n                hue : msg.payload[1].red,\n                saturation : msg.payload[1].green/100,\n                value : msg.payload[1].blue/100\n            }\n        }\n    }\n}\nreturn msg;",
        "outputs": 1,
        "noerr": 0,
        "x": 670,
        "y": 920,
        "wires": [
            [
                "c559ae07ebeeb624"
            ]
        ]
    },
    {
        "id": "c559ae07ebeeb624",
        "type": "switch",
        "z": "a90588570df2ce6e",
        "name": "",
        "property": "topic",
        "propertyType": "msg",
        "rules": [
            {
                "t": "eq",
                "v": "12",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "107",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "101",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "108",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "109",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "110",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "111",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "112",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "113",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "114",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "",
                "vt": "str"
            },
            {
                "t": "eq",
                "v": "116",
                "vt": "str"
            }
        ],
        "checkall": "true",
        "repair": false,
        "outputs": 61,
        "x": 810,
        "y": 920,
        "wires": [
            [],
            [],
            [],
            [],
            [],
            [],
            [
                "932771eca52006c0"
            ],
            [
                "de9bf9f9936d7939"
            ],
            [
                "165e700bd98d2430"
            ],
            [
                "2aa1e360d4991058"
            ],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            [],
            []
        ]
    },
    {
        "id": "b01bfb7f07c50ca2",
        "type": "function",
        "z": "a90588570df2ce6e",
        "name": "Function Out",
        "func": "var idx = parseInt(msg.topic);\nif ( msg.payload[0].on === true )\n{\n    msg.payload = {\n        \"command\" : \"setcolbrightnessvalue\",\n        \"idx\" : idx,\n        \"color\" : {\"m\":3,\"t\":0,\"r\":msg.payload[1].red,\"g\":msg.payload[1].green,\"b\":msg.payload[1].blue,\"cw\":0,\"ww\":0},\n        \"brightness\": msg.payload[0].brightness\n    };\n}\nelse if ( msg.payload[0].on === false )\n{\n    msg.payload = {\n        \"command\": \"switchlight\",\n        \"idx\": idx,\n        \"switchcmd\": \"Off\"\n        \n    };\n}\nreturn msg",
        "outputs": 1,
        "timeout": "",
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 1830,
        "y": 920,
        "wires": [
            [
                "8cc07ca9e40ad070"
            ]
        ]
    },
    {
        "id": "8cc07ca9e40ad070",
        "type": "json",
        "z": "a90588570df2ce6e",
        "name": "",
        "property": "payload",
        "action": "",
        "pretty": false,
        "x": 2010,
        "y": 920,
        "wires": [
            [
                "4dd24ef23bafb55e",
                "ada3a3f0df96846a"
            ]
        ]
    },
    {
        "id": "4dd24ef23bafb55e",
        "type": "debug",
        "z": "a90588570df2ce6e",
        "name": "",
        "active": true,
        "tosidebar": true,
        "console": false,
        "tostatus": false,
        "complete": "false",
        "x": 2250,
        "y": 920,
        "wires": []
    },
    {
        "id": "9584f97848116731",
        "type": "function",
        "z": "a90588570df2ce6e",
        "name": "Create RGB Array",
        "func": "msg.payload = {\n    red : msg.payload.Color.r,\n    green : msg.payload.Color.g,\n    blue : msg.payload.Color.b\n};\nreturn msg;",
        "outputs": 1,
        "timeout": "",
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 270,
        "y": 1020,
        "wires": [
            [
                "dfc03a474d37d973"
            ]
        ]
    },
    {
        "id": "1a9d1f17d476f9d0",
        "type": "join",
        "z": "a90588570df2ce6e",
        "name": "",
        "mode": "custom",
        "build": "array",
        "property": "payload",
        "propertyType": "msg",
        "key": "topic",
        "joiner": "\\n",
        "joinerType": "str",
        "accumulate": false,
        "timeout": "",
        "count": "2",
        "reduceRight": false,
        "reduceExp": "",
        "reduceInit": "",
        "reduceInitType": "",
        "reduceFixup": "",
        "x": 510,
        "y": 880,
        "wires": [
            [
                "0712c25bc78c8068"
            ]
        ]
    },
    {
        "id": "9116143358511338",
        "type": "function",
        "z": "a90588570df2ce6e",
        "name": "Create HSV Array",
        "func": "msg.payload = {\n    hue : msg.payload.color.spectrumHsv.hue,\n    saturation : msg.payload.color.spectrumHsv.saturation,\n    value : msg.payload.color.spectrumHsv.value,\n};\nreturn msg;",
        "outputs": 1,
        "timeout": "",
        "noerr": 0,
        "initialize": "",
        "finalize": "",
        "libs": [],
        "x": 1390,
        "y": 640,
        "wires": [
            [
                "279f5710248640a4"
            ]
        ]
    },
    {
        "id": "1ae6426a776ea421",
        "type": "join",
        "z": "a90588570df2ce6e",
        "name": "",
        "mode": "custom",
        "build": "array",
        "property": "payload",
        "propertyType": "msg",
        "key": "topic",
        "joiner": "\\n",
        "joinerType": "str",
        "accumulate": false,
        "timeout": "",
        "count": "2",
        "reduceRight": false,
        "reduceExp": "",
        "reduceInit": "",
        "reduceInitType": "",
        "reduceFixup": "",
        "x": 1650,
        "y": 920,
        "wires": [
            [
                "b01bfb7f07c50ca2"
            ]
        ]
    },
    {
        "id": "932771eca52006c0",
        "type": "noraf-light",
        "z": "a90588570df2ce6e",
        "devicename": "Plafondlamp",
        "lightcolor": true,
        "brightnesscontrol": true,
        "commandonlycolor": false,
        "turnonwhenbrightnesschanges": true,
        "passthru": false,
        "errorifstateunchaged": false,
        "statepayload": true,
        "brightnessoverride": "",
        "roomhint": "Woonkamer",
        "name": "Plafondlamp",
        "colortype": "hsv",
        "nora": "6cb1be71.0539f",
        "topic": "7",
        "onvalue": "true",
        "onvalueType": "bool",
        "offvalue": "false",
        "offvalueType": "bool",
        "temperaturemin": "2700",
        "temperaturemax": "5500",
        "twofactorpin": "",
        "filter": false,
        "x": 1010,
        "y": 800,
        "wires": [
            [
                "9116143358511338",
                "1ae6426a776ea421"
            ]
        ]
    },
    {
        "id": "165e700bd98d2430",
        "type": "noraf-light",
        "z": "a90588570df2ce6e",
        "devicename": "Keukenlamp",
        "lightcolor": true,
        "brightnesscontrol": true,
        "commandonlycolor": false,
        "turnonwhenbrightnesschanges": true,
        "passthru": false,
        "errorifstateunchaged": false,
        "statepayload": true,
        "brightnessoverride": "",
        "roomhint": "Woonkamer",
        "name": "Keukenlamp",
        "colortype": "hsv",
        "nora": "6cb1be71.0539f",
        "topic": "9",
        "onvalue": "true",
        "onvalueType": "bool",
        "offvalue": "false",
        "offvalueType": "bool",
        "temperaturemin": "2700",
        "temperaturemax": "5500",
        "twofactorpin": "",
        "filter": false,
        "x": 1010,
        "y": 620,
        "wires": [
            [
                "9116143358511338",
                "1ae6426a776ea421"
            ]
        ]
    },
    {
        "id": "de9bf9f9936d7939",
        "type": "noraf-light",
        "z": "a90588570df2ce6e",
        "devicename": "Eettafellamp",
        "lightcolor": true,
        "brightnesscontrol": true,
        "commandonlycolor": false,
        "turnonwhenbrightnesschanges": true,
        "passthru": false,
        "errorifstateunchaged": false,
        "statepayload": true,
        "brightnessoverride": "",
        "roomhint": "Woonkamer",
        "name": "Eettafellamp",
        "colortype": "hsv",
        "nora": "6cb1be71.0539f",
        "topic": "8",
        "onvalue": "true",
        "onvalueType": "bool",
        "offvalue": "false",
        "offvalueType": "bool",
        "temperaturemin": "2700",
        "temperaturemax": "5500",
        "twofactorpin": "",
        "filter": false,
        "x": 1010,
        "y": 700,
        "wires": [
            [
                "9116143358511338",
                "1ae6426a776ea421"
            ]
        ]
    },
    {
        "id": "2aa1e360d4991058",
        "type": "noraf-light",
        "z": "a90588570df2ce6e",
        "devicename": "Slaapkamerlamp",
        "lightcolor": true,
        "brightnesscontrol": true,
        "commandonlycolor": false,
        "turnonwhenbrightnesschanges": true,
        "passthru": false,
        "errorifstateunchaged": false,
        "statepayload": true,
        "brightnessoverride": "",
        "roomhint": "Slaapkamer",
        "name": "Slaapkamerlamp",
        "colortype": "hsv",
        "nora": "6cb1be71.0539f",
        "topic": "10",
        "onvalue": "true",
        "onvalueType": "bool",
        "offvalue": "false",
        "offvalueType": "bool",
        "temperaturemin": "2700",
        "temperaturemax": "5500",
        "twofactorpin": "",
        "filter": false,
        "x": 1080,
        "y": 960,
        "wires": [
            [
                "9116143358511338",
                "1ae6426a776ea421"
            ]
        ]
    },
    {
        "id": "dfc03a474d37d973",
        "type": "color-convert",
        "z": "a90588570df2ce6e",
        "input": "rgb",
        "output": "hsv",
        "outputType": "object",
        "scaleInput": false,
        "x": 490,
        "y": 1020,
        "wires": [
            [
                "1a9d1f17d476f9d0"
            ]
        ]
    },
    {
        "id": "279f5710248640a4",
        "type": "color-convert",
        "z": "a90588570df2ce6e",
        "input": "hsv",
        "output": "rgb",
        "outputType": "object",
        "scaleInput": true,
        "x": 1330,
        "y": 1060,
        "wires": [
            [
                "1ae6426a776ea421"
            ]
        ]
    },
    {
        "id": "aeb318db0a286609",
        "type": "filter",
        "z": "a90588570df2ce6e",
        "name": "Filter Dimmer",
        "property": "payload.switchType",
        "propertyType": "msg",
        "asArray": false,
        "itemProperty": "",
        "itemPropertyType": "item",
        "rules": [
            {
                "t": "eq",
                "v": "Dimmer",
                "vt": "str",
                "output": 1
            }
        ],
        "checkall": "true",
        "outputs": 1,
        "x": 240,
        "y": 920,
        "wires": [
            [
                "9584f97848116731",
                "1a9d1f17d476f9d0"
            ]
        ]
    },
    {
        "id": "bbb8a5f8.078ff",
        "type": "mqtt-broker",
        "name": "",
        "broker": "localhost",
        "port": "1883",
        "clientid": "",
        "autoConnect": true,
        "usetls": false,
        "protocolVersion": "4",
        "keepalive": "60",
        "cleansession": true,
        "autoUnsubscribe": true,
        "birthTopic": "",
        "birthQos": "0",
        "birthPayload": "",
        "birthMsg": {},
        "closeTopic": "",
        "closePayload": "",
        "closeMsg": {},
        "willTopic": "",
        "willQos": "0",
        "willPayload": "",
        "willMsg": {},
        "userProps": "",
        "sessionExpiry": ""
    },
    {
        "id": "6cb1be71.0539f",
        "type": "noraf-config",
        "name": "Smartnora",
        "group": "",
        "twofactor": "off",
        "twofactorpin": "",
        "localexecution": true,
        "structure": "Thuis",
        "storeStateInContext": false,
        "disableValidationErrors": false,
        "sendDeviceNameAndLocation": false
    }
]

Het bericht wat binnenkomt in Domoticz zorgt er helaas niet voor dat mijn lampen aan of uit gaan. Dit is een stukje van het log van Domoticz. Iemand misschien een idee?

2024-06-16 11:56:07.052 Status: MQTT Gateway: setcolbrightnessvalue: ID: 8, bri: 100, color: '{m: 3, RGB: ffffff, CWWW: 0000, CT: 0}'
2024-06-16 11:56:07.938 Status: MQTT Gateway: setcolbrightnessvalue: ID: 7, bri: 100, color: '{m: 3, RGB: ffffff, CWWW: 0000, CT: 0}'
2024-06-16 11:56:08.656 Status: MQTT Gateway: setcolbrightnessvalue: ID: 9, bri: 100, color: '{m: 3, RGB: ffffff, CWWW: 0000, CT: 0}'
2024-06-16 11:56:35.483 Status: MQTT Gateway: setcolbrightnessvalue: ID: a, bri: 100, color: '{m: 3, RGB: ffffff, CWWW: 0000, CT: 0}'
2024-06-16 11:56:38.965 Status: MQTT Gateway: setcolbrightnessvalue: ID: a, bri: 100, color: '{m: 3, RGB: ffffff, CWWW: 0000, CT: 0}'
2024-06-16 11:56:48.882 Status: MQTT Gateway: setcolbrightnessvalue: ID: a, bri: 100, color: '{m: 3, RGB: ffffff, CWWW: 0000, CT: 0}'
2024-06-16 11:56:50.933 Status: MQTT Gateway: setcolbrightnessvalue: ID: a, bri: 100, color: '{m: 3, RGB: ffffff, CWWW: 0000, CT: 0}'
2024-06-16 11:56:54.492 Status: MQTT Gateway: setcolbrightnessvalue: ID: a, bri: 100, color: '{m: 3, RGB: ffffff, CWWW: 0000, CT: 0}'

2024-06-16 11:33:28.457 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"red":255,"green":255,"blue":255}])
2024-06-16 11:33:28.879 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"online":true,"on":false,"brightness":100,"color":{"spectrumHsv":{"hue":0,"saturation":0,"value":1}}}])
2024-06-16 11:33:28.979 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"online":true,"on":false,"brightness":100,"color":{"spectrumHsv":{"hue":0,"saturation":0,"value":1}}}])
2024-06-16 11:33:29.079 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"online":true,"on":false,"brightness":100,"color":{"spectrumHsv":{"hue":0,"saturation":0,"value":1}}}])
2024-06-16 11:33:29.501 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"red":255,"green":255,"blue":255}])
2024-06-16 11:33:32.407 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"red":255,"green":255,"blue":255}])
2024-06-16 11:33:40.170 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"red":255,"green":255,"blue":255}])
2024-06-16 11:33:40.911 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"red":255,"green":255,"blue":255}])
2024-06-16 11:33:42.456 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"red":255,"green":255,"blue":255}])
2024-06-16 11:33:43.199 Error: MQTT Gateway: Invalid/Unhandled data received! (Topic: domoticz/in, Message: [{"red":255,"green":255,"blue":255},{"red":255,"green":255,"blue":255}])

[ Voor 0% gewijzigd door rens-br op 17-06-2024 10:09 . Reden: Quote tags toegevoegd ]

[Plenkske]

@EvJd je zou bij de MQTT hardware eens kunnen proberen of het wel werkt met topic "homeassistant" ? Toen ik voor het eerst die auto discovery gebruikte vond ik het ook wat vreemd werken. Een custom topic werkte niet, maar de default homeassistant wel.

[EvJd]

Bedankt voor het meedenken. Helaas maakt dit niet het verschil. Geen actie bij mijn lampen

[EvJd]

Probleem opgelost!

Blijkbaar na de stroomstoring kregen mijn twee milight iboxen elkaars ip adres. In domoticz zag ik dus geen verschil, want beide iboxen werden netjes gevonden.
Totdat ik een handmatige switch voor mijn lamp in domoticz naging en er niets gebeurde.
Toen ging er bij mij zomaar wel een lampje branden en ben ik de ip adressen per ibox na gaan checken. Alles werkt nu weer top!
Bedankt voor het meedenken.

[Racer89]

Vandaag een tweede Shelly toegevoegd aan Domoticz. Shelly Plus 1 via de MQTT ( Shelly Teacher ) Shelly is ook te zien in Domoticz, alleen heb ik nu het volgende probleem als ik een van de twee aan zet gaat de andere automatisch ook mee aan. Iemand enig idee wat dit kan zijn of wat ik fout doe?

In de Shelly App zelf kan ik ze wel beide afzonderlijk van elkaar schakelen, echter via Domoticz gaan ze beide samen ongeacht welke ik schakel.

[rens-br]

Racer89 schreef op dinsdag 18 juni 2024 @ 18:29:
Vandaag een tweede Shelly toegevoegd aan Domoticz. Shelly Plus 1 via de MQTT ( Shelly Teacher ) Shelly is ook te zien in Domoticz, alleen heb ik nu het volgende probleem als ik een van de twee aan zet gaat de andere automatisch ook mee aan. Iemand enig idee wat dit kan zijn of wat ik fout doe?

In de Shelly App zelf kan ik ze wel beide afzonderlijk van elkaar schakelen, echter via Domoticz gaan ze beide samen ongeacht welke ik schakel.

Heb geen ervaring met de teacher app, maar het klinkt een beetje alsof beide Shellies dezelfde naam hebben in mqtt o.i.d.

[Racer89]

@rens-br Beide hebben een andere naam, en ook een heel ander ID en ook verschillende IDX nummer in Domoticz.

De teacher app, is alleen eenmalig nodig voor de Shelly in Domoticz zichtbaar te krijgen. Daarna is deze niet meer nodig. Ik heb de MQTT Prefix aangepast bij eentje, daarna kan ik hem alleen nog aan zetten. Ik krijg geen status update meer en kan deze ook niet meer uitschakelen.

Edit: Ik heb de MQTT prefix in de Shelly aangepast naar domoticz1, en verder niks aangepast in Domoticz. nu werkt het wel gek genoeg.

[ Voor 14% gewijzigd door Racer89 op 18-06-2024 21:06 ]

[rens-br]

Voor het detecteren van diverse apparaten (telefoons, laptop, TV e.d.) gebruik ik de ingebouwde ping functionaliteit, die werkt (behalve op Appel toestellen) eigenlijk erg goed. Nu wilde ik wat laptops toevoegen, maar die werken nu geen van alle. De enige gemene deler is dat die allemaal Windows 11 hebben, terwijl de laptops die wel werken allemaal Windows 10 draaien. De ping functionaliteit lijkt dus niet te werken onder Windows 11.

Heeft iemand dezelfde ervaring?