Welkom, Gasten
Gebruikersnaam: Wachtwoord: Onthoud mij

Onderwerp: mqtt on/off publish

mqtt on/off publish 1 jaar 1 maand geleden #1085

  • M ten Harmsen van der Beek
  • M ten Harmsen van der Beek's Profielfoto
  • Offline
  • Gold Boarder
  • Berichten: 247
  • Ontvangen bedankjes 43
HI Rodney,

Eerder sprak je de voorkeur uit om de Iungo zo min mogelijk met command line commandos te benaderen, en dat alleen voor feitelijk schakelen te bewaren. Het uitlezen van de waardes te doen via Mqtt.

Ik heb mijn mqtt switches inHome Assistant daarom aangepast, en de on/off state die ik eerder via de command_line wist uit te lezen middels een curl query nu te halen uit een subscribe op de property state.

Dat lijkt uitstekend te gaan, en zorgt aan beide kanten voor beduidend minder data-verkeer, daar de command_line idee 15 seconden triggert, en dat voor alle sensoren behoorlijk gaat oplopen.

Het lijkt er echter op dat de Iungo de property maar zeer beperkt publisht. Het log lijkt geen enkele keer on , of off zien.
Met ls gevolg dat als er aan de ontvangende kant een periode geen wisseling is geweest, en de history is gewist om welke reden dan ook, dat de switches niet meer werken, en erger nog, dat de sensoren die de on/off state bewaken ofwel ook niet functioneren, ofwel foute alarmbellen doen afgaan.

Ik heb in de control pagina gekeken en klikken op 'state' heeft geen zin, dat werkt vooral zo blijkt als de iungo zelf geen goede weergave van de schakelaar toont.

Dan nu de vraag:
Is het mogelijk om de Iungo de on/off staat van de switches met enige regelmaat to laten publishen. 1 keer per minuut zou al iets zijn.

Eerlijk gezegd had ik gehoopt dat de retain value dit zou opvangen, die staat natuurlijk aan, maar dat is niet het geval. Wellicht dat de on/off state daar buiten vallen?

Hoor graag!

Groet,
Marijn
The administrator has disabled public write access.

mqtt on/off publish 1 jaar 1 maand geleden #1087

  • M ten Harmsen van der Beek
  • M ten Harmsen van der Beek's Profielfoto
  • Offline
  • Gold Boarder
  • Berichten: 247
  • Ontvangen bedankjes 43
Beste Rodney,

graag kom ik hier met iets wat op een conclusie lijkt terug:
Na alles te hebben nagekeken, alle code te hebben gecontroleerd, en ook de instellingen in Iungo en HA volledig te hebben nagelopen bleek de uitkomst te liggen in het mqtt log van de mosquitto broker.

via de shell kon ik met mosquitto_sub -h 192.168.1.57 -p 1883 -u 'username' -P 'paswoord' -v -d -t '#' alle binnenkomende events controleren op de verschillende values, dus ook de retain. r1 is retain, r0 geen retain.

En wat bleek, bij aanvang komt alles keurig binnen met r1, dus ook de state, waar het me om ging in dit geval. En plots gaat het dan fout, en je wilt het niet geloven, maar dat was bij een event getriggerd door een van de motion sensors van de Tradfri.
Client mosqsub|1165-core-ssh received PUBLISH (d0, q0, r1, m0, 'homeassistant/sensor/tradfri_motion_sensor_3_battery/config', ... (179 bytes))
homeassistant/sensor/tradfri_motion_sensor_3_battery/config {
  "device_class": "sensor",
  "name": "Hall motion sensor Battery",
  "state_topic": "homeassistant/sensor/tradfri_motion_sensor_3_battery/state",
  "unit_of_measurement": "%"
}
Client mosqsub|1165-core-ssh received PUBLISH (d0, q0, r1, m0, 'homeassistant/sensor/tradfri_motion_sensor_3_battery/state', ... (2 bytes))
homeassistant/sensor/tradfri_motion_sensor_3_battery/state 60


Alle events krijgen hierna plotseling r0. Alles komt nog wel binnen, en wordt als zodanig ook geregistreerd. Waardes van verbruik etc zie ik keurig in mijn sensoren lopen. OP de een of andere manier zet de Iungo de retain spontaan uit.

De state van de switches wordt natuurlijk niet meer uitgezonden, want die verandert niet, en is derhalve niet meer te vinden in het HA-systeem. Alles wat daarop is gebaseerd werkt dan niet meer.

Die motion-sensor bleek achteraf al dubbel in het systeem te verschijnen. Dat had ik natuurlijk niet meteen gekoppeld aan elkaar.
Wel had ik jullie al eerder gerapporteerd dat de Tradfri invloed leek te hebben op een Greenwave tussenschakelaar, die als een bezetene begon te flikkeren.

Nu dus dit, en herhaalbaar te produceren, zonder uitzondering.

Geen idee of jullie daar iets aan kunnen doen, maar het lijkt me de moeite waard om er kennis van te nemen, en wellicht hebben jullie een idee of er iets ingesteld kan worden om dit te voorkomen.

Hoor dat natuurlijk graag in dat geval...

Groet!
Marijn
Laatst bewerkt: 1 jaar 1 maand geleden door M ten Harmsen van der Beek.
The administrator has disabled public write access.

mqtt on/off publish 1 jaar 1 maand geleden #1091

  • M ten Harmsen van der Beek
  • M ten Harmsen van der Beek's Profielfoto
  • Offline
  • Gold Boarder
  • Berichten: 247
  • Ontvangen bedankjes 43
wellicht toch een ander issue, wel meer Iungo gerelateerd:

1 regel voor de tradfri blijkt in de mqtt log een error te staan van de triggi. Die had ik over het hoofd gezien, maar nadat ik de handmatig de beide Tradfri devices gereset heb in null, waarna de systemen gewoon weer r1 kunnen binnenlopen, blijkt eea toch fout te gaan op deze regels:
Client mosqsub|1598-core-ssh received PUBLISH (d0, q0, r1, m0, '70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/node_count', ... (2 bytes))
70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/node_count 18
Client mosqsub|1598-core-ssh received PUBLISH (d0, q0, r1, m0, '70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/message', ... (38 bytes))
70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/message Press button on node to add to network
Client mosqsub|1598-core-ssh received PUBLISH (d0, q0, r1, m0, '70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/home_id', ... (3 bytes))
70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/home_id 784
Client mosqsub|1598-core-ssh received PUBLISH (d0, q0, r1, m0, '70:B3:D5:6F:31:F2/triggi-prop/4a97255b/respok', ... (5 bytes))
70:B3:D5:6F:31:F2/triggi-prop/4a97255b/respok false
Client mosqsub|1598-core-ssh received PUBLISH (d0, q0, r1, m0, '70:B3:D5:6F:31:F2/triggi-prop/4a97255b/enable', ... (5 bytes))
70:B3:D5:6F:31:F2/triggi-prop/4a97255b/enable false
Client mosqsub|1598-core-ssh received PUBLISH (d0, q0, r0, m0, '70:B3:D5:6F:31:F2/powerswitch-zwave/c5745b57/usage', ... (3 bytes))
70:B3:D5:6F:31:F2/powerswitch-zwave/c5745b57/usage 6.1
Client mosqsub|1598-core-ssh received PUBLISH (d0, q0, r0, m0, '70:B3:D5:6F:31:F2/powerswitch-zwave/58ab8595/usage', ... (2 bytes))

lijkt geen twijfel mogelijk. Iungo zendt alles ok uit met r1, dan komt een foute Triggi connectie, waarna alles met r0 wordt uitgezonden.
Ik heb nu de triggi verwijderd (gebruik dat toch niet meer) en hopelijk gaat het nu weg, anders moet dat wellicht ook handmatig worden gereset.

Wellicht heeft het te maken met de veranderingen bij Triggi. Dan is he zeker goed o dat eens goed uit te pluizen en de gebruikers daarvan op de hoogte te stellen, cq de implementatie van de Triggi connect zo aan te passen dat dat geen andere technische fouten tot gevolg heeft...

Hoe dan ook , bij dezen ter informatie dus.

Het houdt niet op:
Nadat ik de triggi heb verwijderd en handmatig heb gereset, blijkt de regel er voor weer voor de r0 te zorgen, in dit geval de zwave bridge:
Client mosqsub|4171-core-ssh received PUBLISH (d0, q0, r1, m0, '70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/node_count', ... (2 bytes))
70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/node_count 18
Client mosqsub|4171-core-ssh received PUBLISH (d0, q0, r1, m0, '70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/message', ... (38 bytes))
70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/message Press button on node to add to network
Client mosqsub|4171-core-ssh received PUBLISH (d0, q0, r1, m0, '70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/home_id', ... (3 bytes))
70:B3:D5:6F:31:F2/bridge-zwave/b8d4960b/home_id 784
Client mosqsub|4171-core-ssh received PUBLISH (d0, q0, r0, m0, '70:B3:D5:6F:31:F2/energy-dsmr4/538d72d9/T1', ... (8 bytes))
70:B3:D5:6F:31:F2/energy-dsmr4/538d72d9/T1 9900.831
Client mosqsub|4171-core-ssh received PUBLISH (d0, q0, r0, m0, '70:B3:D5:6F:31:F2/energy-dsmr4/538d72d9/L2Pimp', ... (5 bytes))
70:B3:D5:6F:31:F2/energy-dsmr4/538d72d9/L2Pimp 0.222

NU kan ik alles wel blijven proberen te resetten, maar ik denk dat het goed is als ik van het Iungo team een reactie ontvang ajb. Wie weet is er wel een andere kwestie aan de hand? Of hebben jullie een gemakkelijke oplossing om die berichten allemaal in een keer te resetten?

Hoop het van harte....
Groet!
Marijn
Laatst bewerkt: 1 jaar 1 maand geleden door M ten Harmsen van der Beek.
The administrator has disabled public write access.
Tijd voor maken pagina: 0.060 seconden