Hauptmenü

Neueste Beiträge

#1
FHEM Code changes / Revision 30764: - feature: 98...
Letzter Beitrag von System - 21 Januar 2026, 18:11:26
Revision 30764:  - feature: 98_vitoconnect: Log auth errors and use V3 Auth API

- feature: 98_vitoconnect: Log auth errors and use V3 Auth API

Source: Revision 30764:  - feature: 98_vitoconnect: Log auth errors and use V3 Auth API
#2
Kalendermodule / Aw: 57_Calendar.pm und umlaute...
Letzter Beitrag von the ratman - 21 Januar 2026, 18:02:51
Zitat von: betateilchen am 21 Januar 2026, 17:27:27Aus welchem Modultyp kommen denn die readings, die Du da gepostet hast?
die kommen aus dem modul "abfall", dass seine daten vom modul "calendar" bezieht.
das ical liegt als file im fhem-verzeichnis und wurde direkt von der hiesigen abfallwirtschaft bereit gestellt.
#3
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von Bartimaus - 21 Januar 2026, 18:01:22
Bitte sehr....
#4
MQTT / Aw: MQTT2_DEVICE: event-on-cha...
Letzter Beitrag von rudolfkoenig - 21 Januar 2026, 17:58:00
Da ich die (richtigen) Anworten erst nach etwas debuggen / Code nachstellen verstanden habe, versuche ich es mit anderen Worten:

event-on-change-reading (aka eocr) filtert (nur) die Events.

Im ersten Fall (eocr == power_kw) generiert nur das userReading mit dem Namen power_kw ein Event.
Im zweiten Fall (eocr == power) gibts nur fuer die Quelle (mit dem Namen power) ein Event.
Die Readings werden in beiden Faellen geaendert, bloss Events gibts nur fuer die gefilterten.
Die Aenderung des Readings kann man sehen, wenn man in der Detailseite ein Reload macht.

Mit eocr = power(_kw)? gibts fuer beide ein Event.
#5
Codeschnipsel / Aw: 69_Webuntis: Beta-Modul zu...
Letzter Beitrag von Sailor - 21 Januar 2026, 17:48:46
Moin tosammen

So, jetzt mal Zeile 673 gefixt zum selber fixen:

Alt:
if($d->{f} eq "name")

Neu
if($d->{$f} eq "name")

Gruß
    Sailor
#6
Heizungssteuerung/Raumklima / Aw: Vitoconnect - Verbesserte ...
Letzter Beitrag von stefanru - 21 Januar 2026, 17:37:09
Hi,

neue Version ab morgen im SVN:
 - feature: 98_vitoconnect: Log auth errors and use V3 Auth API

Gruß,
Stefan
#7
Kalendermodule / Aw: 57_Calendar.pm und umlaute...
Letzter Beitrag von betateilchen - 21 Januar 2026, 17:33:21
Zitat von: Sailor am 21 Januar 2026, 17:29:53müssen im Modul abgefangen werden und in ae, oe und ue umgewandelt werden.

Zum Glück nimmt einem fhem.pl die Arbeit mittels der Funktion makeReadingName() komplett ab.
Man muss halt die Funktion auch verwenden...
#8
Kalendermodule / Aw: 57_Calendar.pm und umlaute...
Letzter Beitrag von Sailor - 21 Januar 2026, 17:29:53
Moin Ratte

Zitat von: the ratman am 21 Januar 2026, 15:34:13langsam denke ich, für win mit utf-8 müsste man sich generell was einfallen lassen. ich war leider zu sehr fixiert auf fehler im log. somit ist mir folgendes verhalten im modul abfall nicht gleich aufgefallen.
teilweise fehlen einfach die umlaute, teilweise sind sie richtig.

Das sind die Namen der Readings. So weit ich weiß, dürfen für fhem dort keine Umlaute stehen und müssen im Modul abgefangen werden und in ae, oe und ue umgewandelt werden.

$ReadingsName =~ s/\xc3\x84/Ae/ug; #Special Character "Ä"
$ReadingsName =~ s/\xc3\xa4/ae/ug; #Special Character "ä"
$ReadingsName =~ s/\xc3\x96/Oe/ug; #Special Character "Ö"
$ReadingsName =~ s/\xc3\xb6/oe/ug; #Special Character "ö"
$ReadingsName =~ s/\xc3\x9c/Ue/ug; #Special Character "Ü"
$ReadingsName =~ s/\xc3\xbc/ue/ug; #Special Character "ü"
$ReadingsName =~ s/\xc3\x9f/sz/ug; #Special Character "ß"

Die Values werden ja richtig mit Umlaute dargestellt.

Gruß
    Sailor
#9
Kalendermodule / Aw: 57_Calendar.pm und umlaute...
Letzter Beitrag von betateilchen - 21 Januar 2026, 17:27:27
Zitat von: the ratman am 21 Januar 2026, 15:34:13teilweise fehlen einfach die umlaute, teilweise sind sie richtig.

im log steht nichts. und welches modul das verursacht, weiß ich natürlich nicht.

Das ist ein komplett anderes Thema und gehört nicht hier in den Thread.

Du musst unterscheiden zwischen "readingName" und "readingValue".
Im Namen von readings sind Umlaute nicht zulässig, deshalb fehlt da da ü.

Für die Prüfung von readingName stellt FHEM selbst interne Funktionen zur Verfügung.
Es gibt auch eine Funktion, die das ü automatisch durch ue ersetzen würde. Aber nicht jeder Modulentwickler nutzt das. Oft geht man den "einfacheren" Weg, Umlaute einfach per regex zu löschen.
Das, was Du da siehst, ist also kein Fehler, deshalb auch kein Eintrag im Log.

Aus welchem Modultyp kommen denn die readings, die Du da gepostet hast?
#10
Multimedia / Aw: Modul für Denon (Marantz) ...
Letzter Beitrag von olwaldi - 21 Januar 2026, 17:14:40
Zitat von: Bartimaus am 21 Januar 2026, 17:04:22
Zitat von: olwaldi am 21 Januar 2026, 07:41:45Habe mal nach den DAB-Änderungen von Shadow3561 aus https://forum.fhem.de/index.php?topic=58452.825 geguckt. Die sind m.E. alle von mir übernommen. Ohne passende Hardware kann ich da nicht weiterhelfen.

Überhaupt war das ja mein Ziel - möglichst alle Erweiterungen, die in den letzten Monaten hier gepostet wurden, zusammenzubringen.

Grüßle, Michael


Soll ich die funktionierende DAB-Version hier anhängen oder bringt Dir das nichts ?

LG
Gern, dann kann ich versuchen, die Unterschiede 'rauszufinden.