Neueste Beiträge

#41

MQTT / Aw: Zigbee2MQTT / FHEM

Letzter Beitrag von mfeske - 09 Januar 2026, 17:06:58

Hallo Beta-User,

Code Auswählen Erweitern

delete mqttjs_3b412520 ausgeführt, auch wenn ich dachte in der yaml vor dem FHEM Start client_id: 'zigbee_pi' gesetzt zu haben.
Port ist geändert auf 8079
Ich hoffe ich bekomme meine produktive Installation schadlos von bookworm auf trixie
Der zweite Weckruf hört sich aber danach an das ich da wohl ein Zusatzstudium betreiben muß Ich habe bisher einmal sowas wie einen Docker Container genutzt und das war auf meinem Synology NAS um ecoDMS zu installieren und das war ganz schön viel hin und her.
Wiki hatte ich gefunden und gelesen, aber ich glaube ich muss das mehrfach durcharbeiten bis ich es überhaupt ansatzweise verstehe. Ich glaube ich hatte mir das wirklich etwas einfacher vorgestellt und habe die Installation unterschätzt.
Bin auch davon ausgegangen das ich den USB Stick in der yaml korrekt eingebunden habe und mit attr initialUsbCheck disable 1 in FHEM alles erforderlich getan zu haben. Deshalb verstehe ich zum Beispiel nicht "Weiter sollte der CC2531 auch in FHEM und zigbee2mqtt by-id eingebunden werden".

"In der Regel sollte dieses automatisch erstellt werden" ist bei mir dann wohl nicht passiert oder ist das mein zigbee_pi ?

Ich hatte die Hoffnung nach dem ich FHEM neu installiert habe und Zigbee2MQTT, das nach erfolgreichem anlernen und Verbindung die Daten fast automatisch ausspuckt.

Gruß
Micha

der Eventmonitor spuckt ja schon "irgendwas" aus:

Code Auswählen Erweitern

2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi level: info
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi message: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/TS0201_03', payload '{"battery":82,"humidity":30.8,"linkquality":96,"temperature":21.7,"update":{"installed_version":268513281,"latest_version":268513281,"state":"idle"}}'
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_state: idle
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi battery: 82
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi temperature: 21.7
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_installed_version: 268513281
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi humidity: 30.8
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi linkquality: 96
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_latest_version: 268513281
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi level: info
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi message: z2m:mqtt: MQTT publish: topic 'zigbee2mqtt/TS0201_03', payload '{"battery":82,"humidity":33.6,"linkquality":99,"temperature":21.7,"update":{"installed_version":268513281,"latest_version":268513281,"state":"idle"}}'
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_state: idle
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi temperature: 21.7
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_installed_version: 268513281
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi battery: 82
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi humidity: 33.6
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_latest_version: 268513281
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi linkquality: 99
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_state: idle
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi temperature: 21.7
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_installed_version: 268513281
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi battery: 82
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi humidity: 33.6
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi update_latest_version: 268513281
2026-01-09 17:09:07 MQTT2_DEVICE zigbee_pi linkquality: 99

#42

FRITZ!Box / Aw: Timeouts FRITZBOX_Readout_...

Letzter Beitrag von JoWiemann - 09 Januar 2026, 17:05:28

Hallo,

ich hab heute die 7490 auf Fw 7.62 gebracht, jetzt tritt BlockingKill wieder auf und der Status ist ständig in checkAPI.

Hallo Matze,

never change a running system.

Ich komme erst nächste Woche dazu, mir das anzuschauen. Vermute die Box ist noch langsamer geworden.

Grüße Jörg

#43

MQTT / Aw: Zigbee2MQTT / FHEM

Letzter Beitrag von Beta-User - 09 Januar 2026, 16:51:39

Beta-User mich aus dem Schlaf gerissen hat

  immer wieder gerne...

Es sind jetzt zwei MQTT2_DEVICEs vorhanden:

Das kommt daher, dass du die ClientId erst mal noch nicht vergeben hattest. Das erste kannst du löschen, für den Rest ginge es weiter wie im FHEM-Wiki beschrieben.

Wenn ich dich nochmal mit wecken darf: Verwende für zigbee2mqtt docker!

Hier mal mein "docker run" (auszuführen in /opt/zigbee2mqtt, damit da alle Daten landen):

Code Auswählen Erweitern

docker run    --name zigbee2mqtt    --restart=unless-stopped    --device=/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_abcdef3c0fe7ec119854b3d05adebb74-if00-port0:/dev/ttyACM0    -p 8079:8080    -v $(pwd)/data:/app/data    -v /run/udev:/run/udev:ro    -e TZ=Europe/Amsterdam   ghcr.io/koenkk/zigbee2mqtt:latestAnmerkungen dazu:
Das "by-id"-Device wird nach /dev/ttyACM0 gemappt, das ist der Standard in der default-yaml, soweit ich mich entsinne. Für einen anderen Stick (mit zstack-Chipset) kann ich dann einfach den run-Befehl anpassen, was z.B. in einem Rutsch nach einem update erfolgen kann (ich habe denselben nochmal mit einer anderen ID als backup, es muss dann aber die coordinator-Kennung für das zigbee-Netzwerk auch gemappt werden, da habe ich aber die passende Stelle grade nicht im Kopf).

Als Port würde ich die 8080 frei halten, weil "jeder" Dienst mit Web-Interface dazu neigt, sich diesen zu krallen... Daher erreicht man ihn mit diesem Mapping unter 8079 (wie FHEM auf 8083).

Warum docker? Diese Infrastruktur läuft hier zum einen sowieso wegen anderer Dienste, und - wichtiger - bei der ersten Installation "damals" (vor sehr langem...) hat mir z2m so viele "vulnerabilities" gemeldet, dass ich das damals nicht mehr weiter verfolgen wollte und lange deconz im Einsatz hatte. Daher jetzt also der "Sandkasten" docker drumrum...

#44

Kalendermodule / Aw: 57_Calendar.pm und umlaute...

Letzter Beitrag von Dr. Boris Neubert - 09 Januar 2026, 16:50:16

@ratman: sag bitte Bescheid, ob der Patch bei dir das Umlaut-Problem löst.

Ich checke danach das verbesserte Modul mit Patch ein.

#45

Homematic / Parallelbetrieb zweier FHEM In...

Letzter Beitrag von selfarian - 09 Januar 2026, 16:44:30

Hallo zusammen,

ich bin gerade dabei, meinen "alten" Raspberry Pi durch ein Docker Image auf meiner Synology abzulösen.
Nun habe ich dort soweit alles installiert, so auch beispielsweise die CCU3 mit allen angeschlossenen Aktoren/Sensoren erstellt. Ebenfalls habe ich das attribut rpcserver=on auf der neuen und =off auf der alten gesetzt (nachdem das u.g. Problem schon bestand).
Jetzt ist es so: Die "alte" FHEM Instanz erhält noch die Status von beispielsweise HM-PBI-4-FM und HmIP-BSM, die "neue" aber nicht.
Liegt das daran, dass die CCU3 momentan von zwei FHEM angesprochen wird (ich würde gerne alles zum Laufen bekommen und "kopieren", bevor ich das alte abschalten), oder habe ich irgendwas übersehen?

Vielen Dank Euch schon einmal!

#46

MQTT / Aw: Zigbee2MQTT / FHEM

Letzter Beitrag von mfeske - 09 Januar 2026, 16:31:23

Das mit dem Wechsel des Browsers hatte leider nicht funktioniert.
Das es ja glücklicherweise ein Testsystem ist und Beta-User mich aus dem Schlaf gerissen hat mit bookworm, habe ich erneut begonnen und erstmal trixie installiert, dann fhem, dann Zigbee2MQTT (da gab es dann versionsprobleme mit node ich musste ein paar updates machen).
Jetzt habe ich ein funktionierendes Zigbee2MQTT Frontend mit gekoppelten Thermometern.
Eine frische FHEM Installation mit define Zigbee2MQTT MQTT2_SERVER 1883 global.
Offenbar habe ich nicht alles ganz falsch gemacht es tut sich was. Es sind jetzt zwei MQTT2_DEVICEs vorhanden:
mqttjs_3b412520 offline
zigbee_pi online
wobei ich eigentlich nur mit dem netteren gerechnet hatte.
Beide haben ziemlich lange Listings.

Wie komme ich den jetzt an Temperatur und Luftfeuchte der Sender ?

Gruß
Micha

#47

Kalendermodule / Aw: 57_Calendar.pm und umlaute...

Letzter Beitrag von betateilchen - 09 Januar 2026, 16:20:26

also ich kenn da zufällig jemanden ...

Du kennst Leute, mit denen hätte ich als Kind nicht spielen dürfen, ohne zuhause Ärger zu bekommen... 

#48

FRITZ!Box / Aw: Timeouts FRITZBOX_Readout_...

Letzter Beitrag von RalfRog - 09 Januar 2026, 16:19:22

Oh spannend...
tatsächlich noch ein Update und brandaktuell.

7490 auf Fw 7.62

#49

Solaranlagen / Aw: 76_SolarForecast - Informa...

Letzter Beitrag von 300P - 09 Januar 2026, 16:16:26

Hab' das grad durchgeschaut, finde aber nirgends einen Hinweis was/wie ich die WP konfigurieren/bekanntmachen muss.

Zusatzinstallierung notwendig:
Zuerst versuch es mal so in der Reihenfolge - bei meinem RPI4 hat es so geklappt.

Code Auswählen Erweitern

sudo su
apt-get update && apt-get upgrade
sudo apt-get install gcc
sudo apt-get install libfann-dev
sudo cpan AI::FANN

Bei mir lief es dann so sauber durch.

Dann Contrib - Version laden / 1 x restart FHEM

Dies (o.ä.) zum "attr Forecast aiControl" hinzufügen

Code Auswählen Erweitern

aiConActivate=1\
aiConAlpha=1\
aiConTrainStart=1:2\
aiConActFunc=SIGMOID\
aiConHiddenLayers=80-40-20\
aiConLearnRate=0.005\
aiConMomentum=0.8\
aiConShuffleMode=2\
aiConSteepness=0.5\
aiConTrainAlgo=INCREMENTAL

Jetzt noch bei "attr Forecast ctrlDebug" 

Code Auswählen Erweitern

aiProcess
anklicken damit du was siehst.

und dann hiermit deine Wärmepumpe (ab V2.0.0.) an SF bekanntgeben


EDIT:
Ach ganz vergessen - dann must du erstmalig ein langandauerndes  AI-Training anwerfen ehe du etwas siehst...

Code Auswählen Erweitern

set <SF> aiDecTree runConTrain



#50

FRITZ!Box / Aw: Timeouts FRITZBOX_Readout_...

Letzter Beitrag von matze1999 - 09 Januar 2026, 16:05:37

Hallo,

ich hab heute die 7490 auf Fw 7.62 gebracht, jetzt tritt BlockingKill wieder auf und der Status ist ständig in checkAPI.

anbei das verbose 5 log.

matze