Hauptmenü

Neueste Beiträge

#91
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von JoWiemann - 22 April 2026, 10:19:42
Hallo Jamo,

FritzBox Typ und FritzOS wären schon mal wichtig. Und dann bitte einmal:
get <name> luaData xhr 1 lang de page callRedi xhrId all
und
get <name> tr064Command telcfg:settings/Diversity/list(MSN,Active,Destination)
posten. Vielen Dank

und Grüße

Jörg
#92
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von pjakobs - 22 April 2026, 10:05:54
ah, und weil's mir gerade einfällt: die FirmwareUpdate Funktion in fhem nutzt natürlich die Fallback Firmware.
Um das zu erläutern:
Die Lightinator Firmware kann, habt Ihr sicher gesehen, aus vielen verschiedenen Builds auswählen (stable, testing, develop, experimental) plus debug/release und welches SOC (Esp8266, Esp32, Esp32c3) - um das zu ermöglichen, ist die version.json, die Lightinator.de ausliefert ein tief strukturiertes Objekt.
Um aber mit der alten OTA Funktion kompatibel zu sein, schreibt die CD (also der Continuous Deployment Step des Github Workflows) die neueste "testing" version als die alte, flache OTA Info Struktur an den Kopf des Dokumentes. Deshalb können sowohl die Firmware des alten Controllers als auch FHEM diese Daten auslesen und auch an neue Firmware schicken.
Je nachdem, welche Firmware auf dem Controller läuft wird dann entweder ein einfaches OTA durchgeführt (wenn schon eine Lightinator 5 Version läuft) oder es wird die Migration angestoßen, bei der ja unter anderem das Flash Layout stark verändert wird.

Kurz: wenn Du aus FHEM ein Update durchführst, landest Du auf "testing" und das ist derzeit 5.0.599-testing

#93
FRITZ!Box / Aw: 72_FRITZBOX.pm wird zu 72_...
Letzter Beitrag von Jamo - 22 April 2026, 09:56:39
Guten morgen Jörg,
danke für das neue FritzSmart. Ich habe gestern Abend deine neue 26.04.21 Beta installiert, um mal das neue callHandling auszuprobieren. Irgendwas funktioniert da aber noch nicht. Ich habe 4 Rufumleitungen, die FritzSmart readings zeigen aber nur die ersten beiden an. Bei "set callHandling 3 on|off" und "set callHandling 4 on|off" kommt dann auch eine Fehlermeldung, das es die Rufumleitung nicht gibt.
Rufumleitung 1 & 2 sind SIP Rufnummern, die ich benutze um einen Alarmcall zu machen, d.h. wenn ein Anruf von der SIP nummer bei mir im Handy anruft, weiss ich es brennt Zuhause. Bei 3 & 4 werden Anrufe an die Festnetz Nummer ans Mobil oder Büro durchgeschaltet. Weiss nicht ob das wichtig ist.

"set callHandling 1 on|off" und "set callHandling 2 on|off" funktionieren wie erwartet.

Sag mir was zum Debuggen gebraucht wird. Ich habe 2 screenshots gemacht :-)

Beste Grüsse!

#94
EnOcean / Aw: EnOcean PioTek Multigatewa...
Letzter Beitrag von ch.eick - 22 April 2026, 09:51:30
Zitat von: Guybrush am 22 April 2026, 08:40:00ich hab das Gerät. Einbindung erfolgt so wie du es denkst

defmod EnoceanGateway01 TCM ESP3 <IP>:51000
Die Reichweite ist übrigens exzelent und bei Problemen hilft der Inhaber/Entwickler sogar persönlich  ;)
Okay, danke für die Rückmeldung,
ich hatte auch ein persönliches Gespräch am Sonntag!!! mit Ihm und der Service scheint wirklich super zu sein.
Verwendest Du die POE oder die Netzteil Version?
Welche Antennenlänge?
Bei mir habe ich ich darmals die 33cm Antenne genommen, die jedoch eventuell doch überdimensioniert war.
Die Rollo Aktoren sind 8-13m mit teilweise zwei Wänden dazischen entfernt und im FHEM werden sie mir mit dood oder excellent angezeigt.
#95
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von pjakobs - 22 April 2026, 09:49:25
Zitat von: Mafi am 22 April 2026, 09:36:52Guten Morgen!

Ich nutze das ESPLedController Modul in fhem.
Ich hatte am 19.4. ein Update des Controllers aus fhem heraus angestoßen. Das scheint ja dann nicht geklappt zu haben, wenn die Firmware so alt ist. Jetzt habe ich das ganze nochmal per Webinterface gemacht und bin jetzt auf 715 develop. Bin aber gestern Abend nicht mehr dazu gekommen das zu testen. Werde ich heute tun.

Grüße
Markus

gibt gleich noch ne neue, aber da sind im wesentlichen zwei UI Änderungen drin (besserer OTA Dialog und sauberere Einbindung des Log Viewers)

Der wesentliche Punkt ist: ich glaube, dass die "default fade time" nie im Controller gehandelt wurde, bin mir aber nicht ganz sicher.
Fhem kann ja immer eine transition time mitliefern, ich muss mir das mal ansehen hier.
Auf alle Fälle war das so oder so was, was ich in die Firmware einbauen wollte, denn die Bedienung per App hat so erstmal ja auch keine fade time, das heißt Du tippst auf den HSV selector und die Leuchte springt auf den Wert, ohne fade.

#96
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von Mafi - 22 April 2026, 09:36:52
Guten Morgen!

Ich nutze das ESPLedController Modul in fhem.
Ich hatte am 19.4. ein Update des Controllers aus fhem heraus angestoßen. Das scheint ja dann nicht geklappt zu haben, wenn die Firmware so alt ist. Jetzt habe ich das ganze nochmal per Webinterface gemacht und bin jetzt auf 715 develop. Bin aber gestern Abend nicht mehr dazu gekommen das zu testen. Werde ich heute tun.

Grüße
Markus
#97
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von Prof. Dr. Peter Henning - 22 April 2026, 09:25:51
Das sieht nicht so aus, als ob bombardi die Anweisung verstanden hätte, die Authentifizierung herauszunehmen...

LG

pah
#98
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 22 April 2026, 09:20:15
Moin,

ich stehe vor der grundsätzlichen Frage den Stand des Batteriemanagements mit dem eingecheckten Zusatnd wiederherzustellen da der 100%-Bug ja noch nicht gelöst ist.
Die V 2.6.1 möchte ich dann ersteinmal einchecken und ein Refactoring des Batteriemanagements unter diesem Gesichtspunkt separat und ausschließlich nochmal angehen.
Denn bis auf den 100%-Bug hat es bis jetzt ja einwandfrei funktioniert?
#99
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von bombardi - 22 April 2026, 09:00:41
Zitat von: Starkstrombastler am 20 April 2026, 21:26:20
Zitat von: bombardi am 20 April 2026, 10:42:20ich habe ein Problem festgestellt, das bei mir sporadisch auftritt.
oh je, da brauchen wir eine gute Glaskugel....

Zitat von: bombardi am 20 April 2026, 10:42:20Passiert bei einem shellyplus2pm sogar nur für einen Kanal, der andere funktioniert weiter ohne Probleme
Das passiert dann aber bei einer anderen Abfrage als /rpc/Shelly.GetStatus ?

Wenn es sich tatsächlich um ein Auth-Thema handelt, sollte es verschwinden, wenn du testweise die Authentifizierung vorübergehend herausnimmst.

Mit dem nächsten Update wird das Polling auch nach einem Auth-Error fortgesetzt (das war bisher nur bei Netzwerk-Problemen so gelöst). Damit läuft zumindest dein System weiter.
Hab jetzt die Version 6.05.14 20.04.2026 im Einsatz, mit folgendem Ergebnis:
2026.04.21 15:18:17 2: (Shelly_HttpResponse:err) steinru Error: 'http://admin:xxx@192.168.0.32/rpc/Shelly.GetStatus: wrong authentication :: /rpc/Shelly.GetStatus', state is set to 'Error: something wrong'
2026.04.21 21:15:49 2: (Shelly_HttpResponse:err) steinr Error: 'http://admin:xxx@192.168.0.35/rpc/Shelly.GetStatus: wrong authentication :: /rpc/Shelly.GetStatus', state is set to 'Error: something wrong'
steinru ist diesmal der andere Kanal von meinem Shelly Plus 2PM
steinr ist der Shelly Plus 1PM
und der State bleibt "something wrong"
#100
EnOcean / Aw: EnOcean PioTek Multigatewa...
Letzter Beitrag von Guybrush - 22 April 2026, 08:40:00
ich hab das Gerät. Einbindung erfolgt so wie du es denkst

defmod EnoceanGateway01 TCM ESP3 <IP>:51000
Die Reichweite ist übrigens exzelent und bei Problemen hilft der Inhaber/Entwickler sogar persönlich  ;)