UTF-8 Probleme bei NTFY

[matkoh]

Hallo,

ich habe lange Nachrichten aus FHEM per SignalBot gesandt. Vor kurzem wurden keine Nachrichten mehr versandt und in Signal auf dem Smartphone erschien "Diese Person verwendet Signal nicht mehr". Ich habe ein Update von signal-cli vorgenommen, bekam die Authentifizierung in FHEM aber nicht mehr hin.

Nun bin ich auf NTFY umgestiegen, wie in https://wiki.fhem.de/wiki/Ntfy beschrieben. Grundsätzlich funktioniert alles, aber eine Nachricht wird nicht versendet. Da erscheint im fhem.log die Meldung

Code Auswählen Erweitern

Encoding problem in data/header (not UTF-8), check Forum #131207
Ich habe die Zeitzone und lokale Sprache auf dem Raspi nochmals eingestellt und neu gestartet. Das ändert aber nichts.

Hier ist der Code aus einem DOIF, der verwendet wird:

Code Auswählen Erweitern

## 1
 ([6:00|8] or [8:00|7])
  ({fhem("set NTFY0 publish \@FHEM-Status Tägliche Statusmeldung
  \nGarage hinten:
  \nTemperatur: ".ReadingsVal("Aussen.Temp","temperature","").
  "\nLuftfeuchtigkeit: ".ReadingsVal("Aussen.Temp","humidity","")." %
  \nHeizung: ".ReadingsVal("Buderus","OutdoorTemp","")."
  \nVorne: ".ReadingsVal("MQTT2_Aussen.Temperatur.vorne","temperature","")."
  \nWettervorhersage heute: ".ReadingsVal("DWD","fc0_3_wwd","")."
  \nTag/Nacht: ".ReadingsVal("DWD","fc0_Tx","")." / ".ReadingsVal("DWD","fc0_Tn","")."
  \nWettervorhersage morgen: ".ReadingsVal("DWD","fc1_2_wwd","")."
  \nTag/Nacht: ".ReadingsVal("DWD","fc1_Tx","")." / ".ReadingsVal("DWD","fc1_Tn","")."
  \nBatterie PV: ".ReadingsVal("SolarEdgeAPI","status-storage_level","")." %"
  )
  })und hier das Ergebnis, wie es im Reading von NTFY0 erscheint:

Code Auswählen Erweitern

Taegliche Statusmeldung
Garage hinten:
Temperatur: 16.4
Luftfeuchtigkeit: 50 %
Heizung: 14.4
Vorne: 17.1
Wettervorhersage heute: Bewölkung abnehmend
Tag/Nacht: 16.8 / 4.80
Wettervorhersage morgen: Bewölkung abnehmend
Tag/Nacht: 20.4 / 7.5
Batterie PV: 65 %
Ich vermute, dass die Readings aus DWD die Probleme verursachen wegen des Umlauts in "Bewölkung". Mit SignalBot wurde diese Nachricht übertragen. Andere Nachrichten im selben DOIF ohne Umlaute werden auch übertragen.

Hat jemand eine Idee, wie ich das Problem lösen kann?

Matthias

[rudolfkoenig]

Ist "attr global encoding" gesetzt?

Soweit ich sehe, ist 55_DWD_OpenData.pm unproblematisch, da es das Attribut (bzw. $unicodeEncoding) prueft.
Ich habe sowas in 98_NTFY_CLIENT.pm nicht gesehen, d.h. es duerfte nur mit der Voreinstellung (attr global encoding bytestream) klarkommen.

[matkoh]

Das "attr global encoding" war nicht gesetzt, es müsste also bytestream aktiv sein.

Ich habe zuerst

Code Auswählen Erweitern

attr global encoding bytestreamgesetzt, das führt zu folgenden Fehlern im Log, wenn die Statusmeldung versandt wird:

Code Auswählen Erweitern

2026.04.15 14:13:16 1: Encoding problem in data/header (not UTF-8), check Forum #131207
2026.04.15 14:13:16 1: PERL WARNING: substr outside of string at FHEM/HttpUtils.pm line 811.
2026.04.15 14:13:16 1: PERL WARNING: Use of uninitialized value $data in numeric eq (==) at FHEM/HttpUtils.pm line 812.
Dann habe ich

Code Auswählen Erweitern

attr global encoding unicodegesetzt. Wird dann die Statusmeldung versandt, gibt es keine Fehler mehr im Log, aber die Meldung kommt mit falschen Umlauten:

Code Auswählen Erweitern

Taegliche Statusmeldung
Garage hinten:
Temperatur: 21.3
Luftfeuchtigkeit: 36 %
Heizung: 17.1
Vorne: 23.1
Wettervorhersage heute: Bewölkung unverändert
Tag/Nacht: 20.4 / 6.80
Wettervorhersage morgen: Bewölkung unverändert
Tag/Nacht: 19 / 10.6
Batterie PV: 94 %
Matthias

[matkoh]

Jetzt werde ich

Code Auswählen Erweitern

attr global encoding unicodenicht mehr los. Immer, wenn ich auf bytestream ändere (egal, ob im Gerät global oder mit attr) startet fhem neu und das Attribut encoding ist immer noch auf unicode.

Und das betrifft leider jede Änderung. Auch wenn ich ein Gerät lösche und die Konfiguration speichere (ich arbeite mit configDB), wird ein Neustart von fhem ausgelöst und die Änderung ist rückgängig gemacht.

Ich wäre dankbar für einen Tipp, wie ich das encoding-Attribut entweder loswerde (löschen geht auch nicht) oder auf bytestream setzen kann. Bis dahin kann ich nur eingeschränkt mit fhem arbeiten.

[matkoh]

Ich konnte mit

Code Auswählen Erweitern

configdb recover 1die letzte Version mit

Code Auswählen Erweitern

attr global encode bytestreamwiederherstellen. Jetzt kann ich wieder normal arbeiten - das Senden der Statusmeldung funktioniert aber nicht.