Different Homematic device notworking with Homematic(IP) Local for OpenCCU 2.2.2.

[dgsh1000]

Ich stimme dem Folgenden zu

• Ich habe die Dokumentation gelesen
• Ich habe die Fehlerbehebung-Dokumentation gelesen, und versucht das Problem selbstständig zu identifizieren/beheben.
• Ich habe die FAQs gelesen
• Ich habe das Glossar gelesen und verstehe den Unterschied zwischen Integration, Add-on und Backend
• Ich kenne die neuesten Versionshinweise
• Mir ist klar, dass eine Integration, die über HACS installiert wurde, auch über HACS aktualisiert werden muss
• Das Backend (CCU/Homegear/...) funktioniert wie erwartet, Geräte können angelernt werden und sind über deren eigene Benutzeroberfläche steuerbar
• Ich verwende die neueste Version der Integration (und von Home Assistant).

Das Problem

Hello, after updating to version 2.2.2, restart of HA mit plugplugs are grey in the HA dashboard. In the openCCU interface the device can be used.
I am using:
HMIP-PS and
HMIP-PSM

My HA configuration is:

Version | core-2026.1.3 -- | -- Installationstyp | Home Assistant OS Entwicklung | false Supervisor | true Docker | true Container-Architektur | aarch64 Benutzer | root Virtuelle Umgebung | false Python-Version | 3.13.11 Betriebssystem-Familie | Linux Betriebssystem-Version | 6.12.47-haos-raspi CPU-Architektur | aarch64 Zeitzone | Europe/Berlin Konfigurationsverzeichnis | /config

Bei welcher Version von HomematicIP (lokal) tritt das Problem auf?

2.2.2

Welche war die letzte funktionierende Version von Homematic(IP) Local for OpenCCU?

2.1.2

Welche Art von Installation verwendest Du?

Home Assistant OS

Welche Art von Installation verwendest Du als Homematic-Backend?

OpenCCU Einzeln

Welche Version des Homematic-Backends verwendest Du?

No response

Welche Hardware verwendest Du für das System?

Pi4

Welche Konfigurationsdetails verwendest Du?

• TLS
• Callback Daten (siehe)

Welche Schnittstellen werden verwendet?

• Homematic IP
• Homematic (Bidcos-RF)
• Groups (Heating-Group)
• BidCos-Wired (HM-Wired)
• CuXD
• CCU-Jack

Diagnoseinformationen (keine Protokolle hier!)

No response

Protokolldatei (am besten DEBUG-Log)

Weitere Informationen

No response

[github-actions]

Automatische Issue-Analyse

Zusammenfassung: Nach Update auf Version 2.2.2 werden HMIP-PS und HMIP-PSM Steckdosen in Home Assistant grau angezeigt, während sie in OpenCCU funktionieren. Das Hauptproblem ist ein JSONDecodeError beim Laden der Gerätedetails vom Backend ('unexpected control character in string' bei Device.listAllDetail), wodurch die Integration nicht vollständig starten kann. Dies ist ein Backend-Problem (OpenCCU), kein Problem der Integration selbst. Diagnosedatei und vollständiges Log fehlen für weitere Analyse.

⚠️ Fehlende Pflichtinformationen

Sinnvoller Support ist nur möglich, wenn alle erforderlichen Informationen bereitgestellt werden!

Es fehlen:

• ❌ Integrationsdiagnose (.json-Datei) - Herunterladen via: Einstellungen → Geräte → Integration auswählen → Diagnose herunterladen

⚠️ Issues ohne diese Informationen können nicht bearbeitet werden und werden ggf. geschlossen.

Ausnahme: Bei Problemen mit der Erstinstallation sind Diagnosedaten möglicherweise noch nicht verfügbar.

📸 Screenshots empfohlen

Bei Geräteproblemen (fehlende Entitäten, falsche Werte, seltsames Verhalten) sind Screenshots viel hilfreicher als lange Textbeschreibungen!

Bitte zeige uns, was Du siehst:

• Screenshot der betroffenen Entität in Home Assistant
• Screenshot des Geräts/Kanals in der CCU-Oberfläche

Weitere fehlende Informationen

• Diagnoseinformationen: Die Diagnosedatei (.json) fehlt. Diese ist essentiell für die Fehleranalyse und kann über Einstellungen -> Geräte -> Integration auswählen -> Diagnose herunterladen abgerufen werden.
• Vollständige Protokolldatei: Das bereitgestellte Log ist unvollständig. Es endet mit einem kritischen Fehler (JSONDecodeError), zeigt aber nicht, was danach passiert ist. Die vollständige Home Assistant Log-Datei wird benötigt.
• OpenCCU Backend-Version: Die Version des OpenCCU Backends wurde nicht angegeben. Diese Information ist wichtig für die Fehlerdiagnose.
• Screenshots: Bei Geräteproblemen (graue Steckdosen im Dashboard) sind Screenshots der betroffenen Entitäten sehr hilfreich. Bitte füge Screenshots hinzu, die zeigen: 1) Dashboard mit grauen Geräten, 2) Gerätedetails in HA, 3) Status in der OpenCCU-Oberfläche.

Analyse der angehängten Daten

✅ Protokoll-Daten analysiert.

Erkenntnisse:

• ❌ [Verbindung] Kritischer JSON-Parse-Fehler beim Laden der Gerätedetails: 'JSONDecodeError: unexpected control character in string: line 1 column 31976'. Dies deutet auf beschädigte oder ungültige JSON-Daten vom Backend hin.
  • 💡 Empfehlung: Der Fehler tritt beim Abruf von Device.listAllDetail auf. Dies ist ein Backend-Problem (OpenCCU). Mögliche Lösungen: 1) OpenCCU neu starten, 2) OpenCCU-Version überprüfen und ggf. aktualisieren, 3) Prüfen, ob Gerätenamen oder Beschreibungen ungültige Steuerzeichen enthalten.
• ❌ [Konfiguration] Die Integration konnte nicht vollständig starten: 'START_CENTRAL: Failed to start central unit for RapsberryMatic'. Dies ist eine direkte Folge des JSON-Fehlers.
  • 💡 Empfehlung: Nach Behebung des JSON-Fehlers muss die Integration neu geladen werden (Integration -> Neu laden).
• ⚠️ [Sonstiges] Es wurden 0 Entitäten für alle Plattformen geladen ('Adding 0 data points'). Dies ist ungewöhnlich und bestätigt, dass die Geräte nicht geladen werden konnten.
  • 💡 Empfehlung: Dies ist eine Folge des fehlgeschlagenen Starts. Nach Behebung des Hauptproblems sollten die Geräte wieder erscheinen.
• ℹ️ [Sonstiges] Ein nicht verwandtes SMTP-Authentifizierungsproblem wurde im Log gefunden. Dies betrifft nicht die Homematic-Integration.
  • 💡 Empfehlung: Kann ignoriert werden, betrifft nur die SMTP-Benachrichtigungskonfiguration.

Hilfreiche Dokumentation

Die folgenden Dokumentationsseiten könnten hilfreich sein:

• troubleshooting
  Enthält Anleitungen zur Fehlerdiagnose und zum Umgang mit Verbindungsproblemen
• faqs
  Häufige Probleme und deren Lösungen
• lifecycle
  Erklärt den Startprozess der Integration und was bei Fehlern zu tun ist

Ähnliche Issues und Diskussionen

Die folgenden Issues oder Diskussionen könnten relevant sein:

• ✅ HmIP-PSMCO not detected / not supported #2844: HmIP-PSMCO not detected / not supported
• ✅ Entitäten eines Gerätes in HA deaktiviert #2846: Entitäten eines Gerätes in HA deaktiviert
• ✅ Unter der Home Assistent IP ist nur noch die Open CCU erreichbar, nicht aber Home Assistent unter der selben IP plus Port 8123 #2845: Unter der Home Assistent IP ist nur noch die Open CCU erreichbar, nicht aber Home Assistent unter der selben IP plus Port 8123
• ✅ HmIP-MP3P Steuerelemte für Licht, Farbe, ... #2843: HmIP-MP3P Steuerelemte für Licht, Farbe, ...

---

Diese Analyse wurde automatisch erstellt. Bei Fragen oder Problemen, bitte die Diskussionen nutzen.

[SukramJ]

Protokolldatei (am besten DEBUG-Log)

Bitte als Datei anhängen !!!!!

[dgsh1000]

home-assistant_homematicip_local_2026-01-27T16-37-55.046Z.log
home-assistant_2026-01-27T16-36-28.389Z.log

[tempo3]

same problem here, attached my log. hope this helps.

home-assistant_homematicip_local_2026-01-27T16-44-27.232Z.log

[SukramJ]

@dgsh1000
JSONDecodeError: unexpected control character in string: line 1 column 31976 (char 31975)
action=Device.listAllDetail

Zusammenfassung:

1. HA startet und aiohomematic Version 2026.1.50 wird geladen
2. Clients für HmIP-RF und BidCos-RF werden erfolgreich erstellt
3. Caches werden geladen
4. Beim Laden der Gerätenamen (Device.listAllDetail) gibt die OpenCCU ungültiges JSON zurück
5. Ein Steuerzeichen an Position 31976 macht das JSON ungültig
6. Startup schlägt fehl

Ursache: Die OpenCCU hat wahrscheinlich ein Gerät oder Kanal mit einem Sonderzeichen (z.B. Zeilenumbruch, Tab) im Namen, das nicht korrekt escaped wird.

Bitte prüf das.

[SukramJ]

@tempo3
Bei dir stehen ganz andere Sachen im Log bitte erstelle ein eigenes Issue mit möglichst vollständigen Daten.

[dgsh1000]

are "ü" and "ä" special characters?
how can see the json file on pos 31976?

[SukramJ]

If you want to speak english it totally makes sense to start with the english issue template!

are "ü" and "ä" special characters? In some languages -> yes.
Why don't you try it?
Also relevant: (z.B. Zeilenumbruch, Tab)

The best thing to do is to delete the name completely and then enter it again for safety.

[dgsh1000]

do I have to change it in openCCU and HA takes it automatically into account or do I have to chanage the name in HA directly.
And why did it work in older versions, with 2.1.2 all is working fine

[SukramJ]

Openccu

[dgsh1000]

I tried it on one device and I restartet HA completely but the ols name is still in HA in the homematic(IP) Local... entities
I tehre are cache are something I have to delete, or do I have to refresh anything

[dgsh1000]

I think the names will not be taken automatically into account, because I give names directly in HA for the devices

[dgsh1000]

I am in the terminal of HA and I can run http://de838cd8-openccu/api/homematic.cgi by hand. I get a file back, but I think is the required json file, right. Can you please tell me, how I can get the json file by hand correctly. I will look at the character which is wrong

[SukramJ]

Can you please tell me, how I can get the json file by hand correctly.

Sure i cant. I use python !!!

But this is what my code ai says:

If your CCU requires authentication, you need to login first:

Step 1: Login to get session ID

SESSION=$(curl -s -X POST \
-H "Content-Type: application/json" \
-d '{"method":"Session.login","params":{"username":"Admin","password":"YOUR_PASSWORD"},"jsonrpc":"1.1","id":0}' \
"http://de838cd8-openccu/api/homematic.cgi" | grep -o '"session_id":"[^"]*"' | cut -d'"' -f4)

echo "Session: $SESSION"

Step 2: Call Device.listAllDetail with session

curl -s -X POST \
-H "Content-Type: application/json" \
-d "{"method":"Device.listAllDetail","params":{"session_id":"$SESSION"},"jsonrpc":"1.1","id":0}" \
"http://de838cd8-openccu/api/homematic.cgi" > device_list.json

Step 3: Inspect around byte 31976

echo "=== Characters around position 31976 ==="
head -c 32010 device_list.json | tail -c 70 | xxd

The xxd output will show you the exact bytes, and you'll likely see a control character (bytes 00-1f except for escaped forms) in a device name string.