CCU-Jack MQTT - SHELLY3EM PROBLEM

[ThR]

Hallo,

ich habe meinem Shelly3EM per MQTT im CCU-Jack eingebunden. Am Anfang funktioniert alles problemlos, aber nach einiger Zeit haben die Topics komische Namen (siehe Screenshot).

Danke schonmal.
Gruß Thomas

[Henke]

Aua, das sieht nicht gut aus.
Hardwareproblem (Speicher) oder irgendein Überlauf im Jack.
Mathias braucht garantiert mehr Infos. Konfiguration im Jack des Shellys, Log Jack, alles was du hast.

[Mathias]

Sind die zwei Knoten devices und shellies noch in Ordnung. Bitte einmal aufklappen.

Dann bitte noch eine Log-Datei, wie im Handbuch beschrieben, erstellen.

Es kann natürlich auch sein, dass der Shelly Probleme macht.

[ThR]

Hi,

hier die Infos:

CCU: Rasperberrymatic auf Proxmox mit HB-RF-ETH und HM-MOD-RPI-PCB.

CCU-Jack Config + Log + Shelly Satus.json und Screenshot Shellymanager-OH3 im Anhang. Hb mal den Debu-Mode auf dem Shelly angemacht --> Folgt noch.

Im Shellymanager von openHAB sind Timeouts drin. Hab die Statistik zurück gesetzt. Wir waren bei 75000.

Welchen Log-Level nehme ich denn im CCU-Jack?

Hab auch noch einen Mosquitto auf dem Proxmox liegen. Kann auch damit mal testen.

Edit: Neuen CCU-Jack.log angefügt. Im alten war MQTT am Shelly noch deaktiviert.

Danke für die Hilfe
Gruss Thomas

[ThR]

Hi,

in openHAB über CoIoT funktioniert der Shelly problemlos.

Gruss

[ThR]

Hier noch der Shelly Log.

[ThR]

Hi,

hab gerade mit Mosquitto als Broker getestet. Da scheint es zu funktionieren.

Gruss

[Henke]

Im CCU-Jack sind unter Konfiguration die virtuellen Geräte aktiviert?
Wie sehen die Einstellungen des EM in der CCU aus?

Es müsste eigentlich in CCU-Jack MQTT der Shelly unter virtdev auftauchen.

Screenshot 2023-01-22 181549.jpg (17.95 KiB) 624 mal betrachtet

Am Anfang funktioniert alles problemlos

Was genau funktionierte? In der CCU war das neue Gerät vorhanden und die Daten wurden aktualisiert?

[Mathias]

In der ccu-jack.cfg sind keine virtuellen Geräte vorhanden. Dann hast Du auch keine über die Web-UI angelegt.

Irgendwie scheinen sich der CCU-Jack und Dein Shelly EM3 uneins über das MQTT-Protokoll. Der CCU-Jack beschwert sich, dass der Shelly ungültige Daten schickt. Die Fehlermeldun muss ich mir noch einmal genauer anschauen.
Ein Shelly EM3 mit derselben Firware-Version läuft allerdings bei mir ohne Probleme.

Hast Du die CCU auch einmal neu gestartet?

Mir ist noch Folgendes in der ccu-jack.cfg aufgefallen. Das hat aber nichts mit dem eigentlichen Problem zu tun. Bitte den Eintrag "System" bei den Schnittstellen entfernen, wenn Du keine CCU1 hast:

Code: Alles auswählen

{
  "CCU": {
    "Address": "127.0.0.1",
    "Interfaces": [
      "BidCosRF",
      "System",       <<<---- entfernen
      "CUxD",
      "VirtualDevices"
    ],

[ThR]

Hi,

danke schonmal für die Antwoert. Hier die aktualisierte CCU-Jack Config:

Code: Alles auswählen

{
  "CCU": {
    "Address": "127.0.0.1",
    "Interfaces": [
      "BidCosRF",
      "CUxD",
      "VirtualDevices"
    ],
    "InitID": "CCU-Jack"
  },
  "Host": {
    "Name": "Smarthome",
    "Address": "127.0.0.1"
  },
  "Logging": {
    "Level": "WARNING",
    "FilePath": "/var/log/ccu-jack.log"
  },
  "HTTP": {
    "Port": 2122,
    "PortTLS": 2121,
    "CORSOrigins": [
      "*"
    ],
    "WebUIDir": "webui"
  },
  "MQTT": {
    "Port": 1883,
    "PortTLS": 8883,
    "BufferSize": 0,
    "WebSocketPath": "/ws-mqtt",
    "Bridge": {
      "Enable": false,
      "Address": "",
      "Port": 0,
      "BufferSize": 0,
      "UseTLS": false,
      "CACertFile": "",
      "Insecure": false,
      "Username": "",
      "Password": "",
      "ClientID": "",
      "CleanSession": false,
      "Incoming": null,
      "Outgoing": null
    }
  },
  "BINRPC": {
    "Port": 2123
  },
  "Certificates": {
    "AutoGenerate": false,
    "CACertFile": "",
    "CAKeyFile": "",
    "ServerCertFile": "homematic.pem",
    "ServerKeyFile": "homematic.key"
  },
  "Users": {},
  "VirtualDevices": {
    "Enable": true,
    "NextSerialNo": 2,
    "Devices": {}
  }
}

CCU wurde schon mehrmals durchgestartet. Und ich habe auch erst im November von debmatic zu Raspberrymatic - VM mirgriert.

LOG habe ich jetzt auch "Trace" gestellt. Folgt dann noch.

Die virtuellen Geräte hatte ich erstmal gelöscht als die Probleme anfingen.