Hauptmenü

Neueste Beiträge

#1
DOIF / Aw: Fehler in Funktion des DOI...
Letzter Beitrag von Superposchi - 23 April 2024, 11:46:54
Wow, ganz dummer Fehler.
Da hat sich ein Rechtschreibfehler im Szenennamen eingeschlichen.

So eine gottverdammte Kleinigkeit mit riesigen Auswirkungen.
#2
MQTT / Aw: Vebindung zu Zigbee2Mqtt, ...
Letzter Beitrag von Moonlightkid - 23 April 2024, 11:29:10
Uiiii, das ging schnell!  :o  :o  :o

Bei MQTT2_CLIENT ist autocreate default aus.Ich habe das echt nicht gesehen, dass autocreate da ausgeschaltet war! DANKE!

(Und es ist m.E. nicht gut geeignet für Einsteiger).Ich hab mein Smarthome jetzt wirklich lange genug. Fhem, ioBroker, HA, Fhem. Ich lese mich in so vieles ein als Nicht-ITler und fühle mich dennoch wie ein Dauerazubi  ::)  - aber ich hab das jetzt wirklich nicht gesehen. Das war der fehlende Baum eben!

Und das händisch angelegte device ist "seltsam" - mind. Beim io.Was genau meinst du?
#3
DOIF / Aw: Fehler in Funktion des DOI...
Letzter Beitrag von Superposchi - 23 April 2024, 11:21:01
Das DOIF ist nicht im Perl-Modus, muss es trotzdem in Perl geschrieben werden?

Ich verstehe auch nicht wodurch der Unterschied der beiden Modi erkannt wird.
#4
MQTT / Aw: Vebindung zu Zigbee2Mqtt, ...
Letzter Beitrag von Beta-User - 23 April 2024, 11:14:50
Bei MQTT2_CLIENT ist autocreate default aus.

(Und es ist m.E. nicht gut geeignet für Einsteiger).

Und das händisch angelegte device ist "seltsam" - mind. Beim io.
#5
MQTT / Vebindung zu Zigbee2Mqtt, aber...
Letzter Beitrag von Moonlightkid - 23 April 2024, 11:10:59
Hallo zusammen,

bestimmt ist es wieder nur eine Kleinigkeit - aber ich stehe vor dem Wald und finde meinen Baum nicht.

Ich habe Fhem, eclipse-Mqtt und Zigbee2Mqtt nach Wochen erfolgreich in Docker zum Laufen gebracht.
Wenn ich in Fhem set permit join starte schaltet das auch bei Zigbee2Mqtt auf Anlernen aktiviert. So dass ich es bei Zigbee2Mqtt wieder deaktivieren kann.

Mqtt und Zigbee2Mqtt sind beide online, aber ich bekomme meine ersten drei Sensoren (Sonoff SNZB06 Präsenzsensor), welche in Zigbee2Mqtt verfügbar und online sind, nicht in Fhem rein. Ich war der Meinung, dass die Geräte in diesem Fall beim ersten Austausch gleich mal per autocreate eingefügt werden.

Leider findet sich nicht einer der drei Sensoren. Nicht bei unsorted oder sonst wo.
Das Tolle ist ja, das in MQTT 3 Devices angegeben werden  :))

Ich vermute, dass ich das mit der bridgeRegexp nicht richtig verstanden habe. Es kann aber auch was anderes sein und ich würde mich echt über etwas Hilfe freuen. So kurz vorm Ziel... ich hab ja noch mehr Sensoren  :o

Mal eben die Dtails von MQTT und Zigbee2Mqtt:

MQTT:
define MQTT2Client MQTT2_CLIENT localhost:1883
attr MQTT2Client room Zentrale->System
attr MQTT2Client username ralph
#   BUF       
#   Clients    :MQTT2_DEVICE:MQTT_GENERIC_BRIDGE:
#   ClientsKeepOrder 1
#   DEF        localhost:1883
#   DeviceName localhost:1883
#   FD         15
#   FUUID      660ee144-f33f-a9f4-f38d-6f9a0d1aa9d0b62d
#   FVERSION   00_MQTT2_CLIENT.pm:0.281490/2023-11-11
#   NAME       MQTT2Client
#   NR         111
#   PARTIAL   
#   STATE      opened
#   TYPE       MQTT2_CLIENT
#   WBCallback
#   clientId   MQTT2Client
#   eventCount 4
#   lastMsgTime 1713862547.80073
#   nextOpenDelay 10
#   nrConnects 3
#   MatchList:
#     1:MQTT2_DEVICE ^.
#     2:MQTT_GENERIC_BRIDGE ^.
#   READINGS:
#     2024-04-23 10:40:47   state           opened
#
setstate MQTT2Client opened
setstate MQTT2Client 2024-04-23 10:40:47 state opened

Zigbee2Mqtt:
define MQTT2_z2m MQTT2_DEVICE z2m
attr MQTT2_z2m IODev localhost:1883
attr MQTT2_z2m bridgeRegexp zigbee2mqtt/([A-Za-z0-9._]+)[/]?.*:.* "zigbee_$1"
attr MQTT2_z2m comment To check for new updates of the deamon software, you might want to use a separate HTTPMOD device. See HTTPMOD template zigbee2mqtt_daemon_updates for further details.
attr MQTT2_z2m devicetopic zigbee2mqtt
attr MQTT2_z2m getList networkmap_raw:noArg raw $DEVICETOPIC/bridge/request/networkmap raw\
  networkmap_graphviz:noArg graphviz $DEVICETOPIC/bridge/request/networkmap graphviz
attr MQTT2_z2m icon mqtt
attr MQTT2_z2m model zigbee2mqtt_bridge
attr MQTT2_z2m room Zentrale->System
attr MQTT2_z2m setList log_level:debug,info,warn,error $DEVICETOPIC/bridge/config/log_level $EVTPART1\
  permit_join:true,false $DEVICETOPIC/bridge/request/permit_join $EVTPART1\
  remove:textField $DEVICETOPIC/bridge/config/remove $EVTPART1\
  ota_update:textField $DEVICETOPIC/bridge/ota_update/update $EVTPART1\
  ota_update_check:textField $DEVICETOPIC/bridge/ota_update/check $EVTPART1\
  y_device_setting:textField $DEVICETOPIC/$EVTPART1/set {"$EVTPART2": "$EVTPART3"}\
  x_bind:textField $DEVICETOPIC/bridge/bind/$EVTPART1 $EVTPART2\
  x_bind_unbind:textField $DEVICETOPIC/bridge/unbind/$EVTPART1 $EVTPART2\
  x_device_options:textField $DEVICETOPIC/bridge/config/device_options {"friendly_name":"$EVTPART1","options": {"$EVTPART2": "$EVTPART3"}}\
  x_group_add_to:textField $DEVICETOPIC/bridge/group/$EVTPART1/add $EVTPART2\
  x_group_rm_from:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove $EVTPART2\
  x_group_rm_from_all:textField $DEVICETOPIC/bridge/group/$EVTPART1/remove_all $EVTPART2\
  x_group_add_group:textField $DEVICETOPIC/bridge/config/add_group $EVTPART1\
  x_group_rm_group:textField $DEVICETOPIC/bridge/config/remove_group $EVTPART1\
  z_elapsed:textField $DEVICETOPIC/bridge/config/elapsed $EVTPART1\
  z_last_seen:disable,ISO_8601,epoch,ISO_8601_local $DEVICETOPIC/bridge/config/last_seen $EVTPART1\
  z_ban:textField $DEVICETOPIC/bridge/config/ban $EVTPART1\
  z_rename:textField $DEVICETOPIC/bridge/config/rename  {"old":"$EVTPART1","new":"$EVTPART2"}\
  z_reset_CC:noArg $DEVICETOPIC/bridge/config/reset
attr MQTT2_z2m setStateList on off
#   CID        z2m
#   DEF        z2m
#   FUUID      6626c305-f33f-a9f4-614e-e9dca92d41478f76
#   FVERSION   10_MQTT2_DEVICE.pm:0.279350/2023-09-05
#   IODev      MQTT2Client
#   NAME       MQTT2_z2m
#   NR         113
#   STATE      {"state":"online"}
#   TYPE       MQTT2_DEVICE
#   eventCount 2
#   READINGS:
#     2024-04-22 23:42:04   IODev           MQTT2Client
#     2024-04-23 10:52:35   permit_join     set permit_join true
#
setstate MQTT2_z2m {"state":"online"}
setstate MQTT2_z2m 2024-04-22 23:42:04 IODev MQTT2Client
setstate MQTT2_z2m 2024-04-23 10:52:35 permit_join set permit_join true


Ganz lieben Dank fürs Gucken!!!!!!!


Grüßle, Ralph
#6
Anfängerfragen / VERSCHOBEN: Tibber & Tibber Pu...
Letzter Beitrag von Otto123 - 23 April 2024, 11:05:26
#7
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von Adimarantis - 23 April 2024, 10:56:07
If your problems don't go away, I would really recommend deleting everything and go thru the registration process of your number from scratch.
signal-cli has been changing a lot in the configuration data and if you have not been updating on a regular basis, there is a chance the the "jump" in the version was too big to correctly migrate it.

Also of course use the latest version of signal-cli.
I'm currently testing 0.13.3 in my systems. It's looking good. So I will publish the update to the installer later today.
#8
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von kask - 23 April 2024, 10:53:22
Stimmt. Ist wirklich komisch betrachtet.
Ich ging von dem Tages PV Zähler (Total) aus. Und der muss reseten im Inverter.
Der Absolute überalles  Total den man benötigt wird auch nicht zurückgesetzt. Das macht ja wirklich keinen Sinn.
#9
Unterstützende Dienste / Aw: Neues Modul: Signalbot (In...
Letzter Beitrag von HarryT - 23 April 2024, 10:52:42
Zitat von: HarryT am 22 April 2024, 21:24:02Unfortunately I now have nwe problems. I get: 
signal-cli[999]: WARN  ReceiveHelper - Connection closed unexpectedly, reconnecting in 100 ms

This happens on my test system AND on my production system where nothing is changed. BUT I used the same settings on both environments.


Does this mean more trouble or just wait till tomorrow so the system can fix itself?



Ok, this one was easy. It is because I run 2 clients on the same account.

Now it seems I have
apr 22 15:10:35 Debi12-12 signal-cli[62699]: Sent by unidentified/sealed sender
apr 22 15:10:35 Debi12-12 signal-cli[62699]: Exception: org.signal.libsignal.protocol.InvalidMessageException: invalid Whisper message: decryption failed (ProtocolInvalidMessageException)
sometimes and sometimes not.

I am trying to find what triggers it and what fixes it.

Would it make sense to try newer libraries?
#10
TabletUI / Aw: FTUI-2 Chart wird nicht ak...
Letzter Beitrag von eki - 23 April 2024, 10:52:02
Die Konfiguration sieht soweit gut aus. Grundsätzlich wird das Chart immer dann aktualisiert wenn sich das Reading das bei data-get steht im Device data-device ändert. Es gab auch an anderer Stelle schon mal ähnliche Beobachtungen. Kannst Du mal bitte hier die angehängte Version des Chart widgets verwenden (die angehängte Datei einfach über die bestehende im js Verzeichnis kopieren) und schauen, ob sich das Verhalten ändert?.