- Willkommen im Forum „FHEM Forum“.
Neueste Beiträge
#71
Sonstiges / Aw: MQTT best current practice
Letzter Beitrag von rudolfkoenig - 20 September 2026, 20:34:58@TomLee:
Ich fuerchte, ich verstehe das Problem noch nicht.
Kannst Du mir was zum Nachstellen beschreiben?
Ich fuerchte, ich verstehe das Problem noch nicht.
Kannst Du mir was zum Nachstellen beschreiben?
ZitatGefährlich ist erst der **zwischengespeicherte** Array, der beim Setzen von `clientOrder` nicht neu berechnet wird.Wer clientOrder aendert, der muss .clientArray entfernen.
#72
Sonstige Systeme / Aw: Support-Thread Modul 36_Sh...
Letzter Beitrag von enno - 20 September 2026, 20:27:12Moin,
ich habe einen "shellypstrip4" eingebunden. Seit dem habe ich eine Warnung im Log:
Es wird wohl versucht $jhash->{plugs_ui}{controls}{"switch:$b"}{in_mode} auszulesen. Bei dem Power Strip existiert dort aber offenbar kein in_mode.
Wenn ich eine List liefern soll, bitte Info.
Gruss
Enno
ich habe einen "shellypstrip4" eingebunden. Seit dem habe ich eine Warnung im Log:
Code Auswählen
Use of uninitialized value $button_mode
at ./FHEM/36_Shelly.pm line 5453Es wird wohl versucht $jhash->{plugs_ui}{controls}{"switch:$b"}{in_mode} auszulesen. Bei dem Power Strip existiert dort aber offenbar kein in_mode.
Wenn ich eine List liefern soll, bitte Info.
Gruss
Enno
#73
FHEMWEB / Aw: FHEMWEB: Sporadisch fehlen...
Letzter Beitrag von Sidey - 20 September 2026, 20:25:37Zitat von: rudolfkoenig am 08 September 2026, 20:35:57@Sidey: danke fuer die Analyse.
Ich bin fuer Stufe 2, ich meine sogar, dass es einfacher zu implementieren ist.
Hi Rudi,
machst Du es, oder soll ich einen Vorschlag unterbreiten?
Grüße Sidey
#74
FHEM Code changes / Revision 31669: fhem.pl: regex...
Letzter Beitrag von System - 20 September 2026, 20:21:13Revision 31669: fhem.pl: regexp optimizations inspired by snoonsons (Forum #145484)
fhem.pl: regexp optimizations inspired by snoonsons (Forum: #145484)
Source: Revision 31669: fhem.pl: regexp optimizations inspired by snoonsons (Forum #145484)
fhem.pl: regexp optimizations inspired by snoonsons (Forum: #145484)
Source: Revision 31669: fhem.pl: regexp optimizations inspired by snoonsons (Forum #145484)
#75
Anfängerfragen / Aw: PERL WARNING: Argument "" ...
Letzter Beitrag von rudolfkoenig - 20 September 2026, 20:13:40ZitatTeilweise hatte ich da versucht Kontakt mit den Autoren aufzunehmem, aber ohne Rückmeldung.Dann ist das Modul verweist, und kann von jemanden uebernommen werden.
Notfalls von mir kommissarisch.
#76
Bastelecke / Aw: ESP RGBWW Controller - Fir...
Letzter Beitrag von pjakobs - 20 September 2026, 20:11:03einfach und effektiv. Ich hab schon überlegt, das in eine kleine Library zu gießen. Die ganze CrashDump Struktur sind 240 Bytes, die kann man dann auch locker über mqtt verschicken und so prima remote Crash analyse machen.
#77
Sonstiges / Aw: [patch] readingsBulkUpdate...
Letzter Beitrag von rudolfkoenig - 20 September 2026, 20:05:31@snoonsons:
Danke fuer den Hinweis und die Arbeit.
Ich habe das Uebersetzen der Regexp jetzt in CommandAttr eingebaut, weil es da hingehoert.
Die 44_S7_.* Module aendern .attreocr nicht, sie setzen es nur sinnloserweise nochmal.
Und es bleibt mir ein Raetsel warum der Autor die Funktionalitaet aus fhem.pl in den 4 Modulen dupliziert hat.
@Sidey:
Danke fuer den Hinweis.
computeClientArray uebersetzt jetzt Match nach MatchRe, und Dispatch verwendet MatchRe.
Eine Aenderung in den Modulen sollte damit ueberfluessig werden.
@DS_Starter:
Danke, habs uebernommen.
Danke fuer den Hinweis und die Arbeit.
Ich habe das Uebersetzen der Regexp jetzt in CommandAttr eingebaut, weil es da hingehoert.
Die 44_S7_.* Module aendern .attreocr nicht, sie setzen es nur sinnloserweise nochmal.
Und es bleibt mir ein Raetsel warum der Autor die Funktionalitaet aus fhem.pl in den 4 Modulen dupliziert hat.
@Sidey:
Danke fuer den Hinweis.
computeClientArray uebersetzt jetzt Match nach MatchRe, und Dispatch verwendet MatchRe.
Eine Aenderung in den Modulen sollte damit ueberfluessig werden.
@DS_Starter:
Danke, habs uebernommen.
#78
Solaranlagen / Aw: 76_SolarForecast - Informa...
Letzter Beitrag von DS_Starter - 20 September 2026, 19:52:57Nabend Hadl,
Schön mal wieder von dir zu lesen.
Es gibt zwei Punkte die ich sehe ...
1. Die Debug-Meldung ist irreführend formuliert
Die Zeile
Der Code vergleicht dort nicht mit dem lowSoc (5 %), sondern mit dem berechneten Ziel-SoC (target). Da der target in deinem Fall auf 100 % liegt und 83,3 % < 100 % ist, wird die Ladeanforderung korrekt gesetzt. Der Text "below minimum SoC" ist irreführend, das korrigiere ich in der nächsten Version.
2. Der eigentliche Punkt des Verhaltens (m.M. nach): careCycle und stepSoc
Im Log steht:
remain days until care SoC: 0 bedeutet, dass der Pflegezyklus dauerhaft als überfällig gilt. Dadurch wird docare=1 gesetzt, was den Target-SoC auf 100 % erzwingt — unabhängig von Überschuss oder Tageszeit. Das hält die $soc < $target-Bedingung dauerhaft wahr und zieht in der OTP-Logik zum Stundenende die Ladeleistung ans Maximum, sobald der verbleibende Überschuss der aktuellen Stunde gegen null geht.
Die wahrscheinliche Ursache dafür:
Die Werte stepSoc=5 % und careCycle=25 verletzen eine interne Constraint, die vorschreibt dass stepSoc × careCycle = 100 sein muss (also z.B. 5 × 20 oder 4 × 25). Bei 5 × 25 = 125 ist die Berechnung des Pflegeintervalls nicht mehr stimmig.
Welche Version von SolarForecast ist bei dir aktiv? In der aktuellen Version wird diese Kombination bereits bei der Eingabe geprüft und bei Verletzung der Bedingung abgelehnt.
Korrigiere testweise entweder careCycle auf 20 (bei stepSoc=5) oder stepSoc auf 4 (bei careCycle=25).
Das sollte das Verhalten (vermutlich) normalisieren.
LG,
Heiko
Schön mal wieder von dir zu lesen.
Es gibt zwei Punkte die ich sehe ...1. Die Debug-Meldung ist irreführend formuliert
Die Zeile
Code Auswählen
SoC Step6 Bat 01 - force charging request: yes (battery charge is below minimum SoC)Der Code vergleicht dort nicht mit dem lowSoc (5 %), sondern mit dem berechneten Ziel-SoC (target). Da der target in deinem Fall auf 100 % liegt und 83,3 % < 100 % ist, wird die Ladeanforderung korrekt gesetzt. Der Text "below minimum SoC" ist irreführend, das korrigiere ich in der nächsten Version.
2. Der eigentliche Punkt des Verhaltens (m.M. nach): careCycle und stepSoc
Im Log steht:
Code Auswählen
calc care SoC -> docare: 1, care SoC: 100 %, remain days until care SoC: 0, Target: 100 %remain days until care SoC: 0 bedeutet, dass der Pflegezyklus dauerhaft als überfällig gilt. Dadurch wird docare=1 gesetzt, was den Target-SoC auf 100 % erzwingt — unabhängig von Überschuss oder Tageszeit. Das hält die $soc < $target-Bedingung dauerhaft wahr und zieht in der OTP-Logik zum Stundenende die Ladeleistung ans Maximum, sobald der verbleibende Überschuss der aktuellen Stunde gegen null geht.
Die wahrscheinliche Ursache dafür:
Die Werte stepSoc=5 % und careCycle=25 verletzen eine interne Constraint, die vorschreibt dass stepSoc × careCycle = 100 sein muss (also z.B. 5 × 20 oder 4 × 25). Bei 5 × 25 = 125 ist die Berechnung des Pflegeintervalls nicht mehr stimmig.
Welche Version von SolarForecast ist bei dir aktiv? In der aktuellen Version wird diese Kombination bereits bei der Eingabe geprüft und bei Verletzung der Bedingung abgelehnt.
Korrigiere testweise entweder careCycle auf 20 (bei stepSoc=5) oder stepSoc auf 4 (bei careCycle=25).
Das sollte das Verhalten (vermutlich) normalisieren.
LG,
Heiko
#79
Wallboxen und E-Fahrzeuge / Aw: RenaultZE
Letzter Beitrag von fred_feuerstein - 20 September 2026, 19:40:06Nochmal zurück zur Location. Meine Alpine A290 meldet eigentlich immer die aktuelle Parkposition als Koordinaten. Was manchmal nicht passt, ist die übermittelte Info ob zuhause (home) oder nicht zuhause (away) mit komischer Entfernungsangabe zu "home".
Deshalb lasse ich mir die Koordinaten über mapbox (dafür hatte ich einen Api-Key) in eine Adresse umwandeln und zeige diese Adresse an. Dann sehe ich direkt wo das Auto steht.
Damit hatte ich bisher eigentlich keine Probleme.
Deshalb lasse ich mir die Koordinaten über mapbox (dafür hatte ich einen Api-Key) in eine Adresse umwandeln und zeige diese Adresse an. Dann sehe ich direkt wo das Auto steht.
Damit hatte ich bisher eigentlich keine Probleme.
#80
FRITZ!Box / Aw: FritzSmart mit Fritz Labor...
Letzter Beitrag von JoWiemann - 20 September 2026, 19:39:10Zitat von: roelleke am 20 September 2026, 12:02:17Das List des Fritzbox Devices und das LOG sind im Anhang, da sie wohl zu groß ist um eingefügt zu werden.
Die ersten beiden Zeilen des Logs sind mit verbose 2 und der Rest mit verbose 4.
Ich hoffe die Angaben reichen so aus.
Hallo,
vielen Dank für die Infos. Leider habe ich noch keine wirkliche Idee. Bitte probiere aber mal die Version von hier: https://forum.fhem.de/index.php?msg=1369248 aus. Ist nur ein Versuch.
Grüße Jörg