openhabforum.de

Hallo, seit ich OH 4.2.1 auf einen neuen Raspberry installiert habe bekomme ich nur noch eine Temperatur von den Shelly Addon´s. Mir ist aufgefallen, das der Code in den Thinks gegenüber OH 3.4.0 wesentlich länger ist. gibt es da einen Zusammenhang?
unter OH 3.4.0 stand da z.B:
UID: shelly:shelly1pm:c45bbe6ad869
label: Gewächshaus
thingTypeUID: shelly:shelly1pm
configuration:
eventsCoIoT: true
deviceIp: 192.168.178.228
eventsSwitch: false
updateInterval: 60
eventsButton: false
eventsPush: false

unter OH 4.2.1 steht da jetzt für den gleichen Shelly:
UID: shelly:shelly1pm:c45bbe6ad869
label: Gewächshaus
thingTypeUID: shelly:shelly1pm
configuration:
eventsCoIoT: true
deviceIp: 192.168.178.228
eventsSwitch: false
updateInterval: 60
eventsButton: false
eventsPush: false
channels:
- id: device#alarm
channelTypeUID: shelly:alarmTrigger
label: Alarm
description: Alarmauslöser, z.B. schwaches WiFi Signal erkannt oder Überhitzung
configuration: {}
- id: device#wifiSignal
channelTypeUID: system:signal-strength
label: Signalstärke
description: Zeigt die aktuelle Signalstärke an. Werte von 0 (Kein Signal) bis 4
(Ausgezeichnet).
configuration: {}
- id: device#deviceName
channelTypeUID: shelly:deviceName
label: Gerätename
description: Symbolischer Name des Gerätes (Konfiguration über Shelly App)
configuration: {}
- id: device#internalTemp
channelTypeUID: system:indoor-temperature
configuration: {}
- id: device#supplyVoltage
channelTypeUID: shelly:supplyVoltage
label: Versorgungsspannung
description: Externe Versorgungsspannung
configuration: {}
- id: device#uptime
channelTypeUID: shelly:uptime
label: Laufzeit
description: Anzahl Sekunden seit dem das Gerät mit Strom versorgt wurde
configuration: {}
- id: device#heartBeat
channelTypeUID: shelly:heartBeat
label: Letzte Aktivität
description: Zeitpunkt der letzten Aktivität. Hierbei kann es sich um einen
erfolgreichen API-Aufruf, oder Sensor-Aktualisierung handeln. Dies
schließt eine erfolgreiche Netzwerk-Kommunikation ein (WiFi + IP).
configuration: {}
- id: device#statusLed
channelTypeUID: shelly:ledStatusDisable
label: Status-LED aus
description: LED-Anzeige für Netzwerkstatus deaktivieren
configuration: {}
- id: device#updateAvailable
channelTypeUID: shelly:updateAvailable
label: Firmwareaktualisierung verfügbar
description: "EIN: Es ist eine neuere Firmwareversion verfügbar (Update kann mit
der Shelly App oder im Shelly Manager durchgeführt werden)"
configuration: {}
- id: relay#output
channelTypeUID: system:power
label: Betrieb
configuration: {}
- id: relay#outputName
channelTypeUID: shelly:outputName
label: Ausgangsname
description: Ausgangs-/Kanalname (wie in der Shelly App festgelegt)
configuration: {}
- id: relay#timerActive
channelTypeUID: shelly:timerActive
label: Autom. EIN/AUS Timer aktiv
description: "EIN: Ein Timer ist aktiv, OFF: kein Timer aktiv"
configuration: {}
- id: relay#autoOn
channelTypeUID: shelly:timerAutoOn
label: Auto-AN-Timer
description: Wenn der Ausgang abgeschaltet wird, wird er nach n Sekunden
automatisch wieder eingeschaltet
configuration: {}
- id: relay#autoOff
channelTypeUID: shelly:timerAutoOff
label: Auto-AUS Timer
description: Wenn der Ausgang eingeschaltet wird, wird er nach n Sekunden
automatisch wieder ausgeschaltet
configuration: {}
- id: sensors#temperature1
channelTypeUID: system:outdoor-temperature
configuration: {}
- id: sensors#temperature2
channelTypeUID: system:outdoor-temperature
configuration: {}
- id: relay#input
channelTypeUID: shelly:inputState
label: Eingang/Taste
description: Aktueller Status des Eingangs/der Taste
configuration: {}
- id: relay#button
channelTypeUID: system:button
label: Ereignisauslöser
configuration: {}
- id: relay#lastEvent
channelTypeUID: shelly:lastEvent
label: Letztes Ereignis
description: Typ des letzten Ereignisses (S=kurz, SS=2xkurz, SSS=3xkurz, L=lang,
SL=kurz-lang, LS=lang-kurz)
configuration: {}
- id: relay#eventCount
channelTypeUID: shelly:eventCount
label: Ereignis-Anzahl
description: Anzahl der vom Gerät empfangenen Events
configuration: {}
- id: meter#currentWatts
channelTypeUID: shelly:meterWatts
label: Stromverbrauch
description: Aktueller Energieverbrauch in Watt
configuration: {}
- id: meter#totalKWH
channelTypeUID: shelly:meterTotal
label: Gesamtverbrauch
description: Gesamtverbrauch in kWh seit das Gerät eingeschaltet wurde (wird
beim Neustart zurückgesetzt)
configuration: {}
- id: meter#lastPower1
channelTypeUID: shelly:lastPower1
label: Schnitt letzte Minute 1
description: Stromverbrauch der letzten Minute, gerundet
configuration: {}
- id: meter#lastUpdate
channelTypeUID: shelly:lastUpdate
label: Letzte Aktualisierung
description: Zeitstempel der letzten Statusaktualisierung
configuration: {}

Müsste es da, in dem rot gekennzeichneten Bereich, nicht einen Unterschied für beide Temperaturen geben? Oder bin ich mal wieder auf dem "Holzweg"?

Seit openHAB 4.2 (?) wird für die Things immer der gesamte vorhandene Code ausgegeben (d.h. jeder in der UI angezeigte Channel wird auch gelistet), nicht nur derjenige, zu dem es auch vom Default abweichende Konfiguration gibt.
Was die "roten" Channel betrifft, so weichen sie ja voneinander ab (nämlich die Channel ID).
Was meinst Du denn mit "nur noch eine Temperatur" genau? Ist der zweite Channel leer, oder liefert er einfach den gleichen Wert wie der erste Channel?

In den Models wird nur ein Wert eingetragen und unter Things stehen zwar "2 Außentemperaturen" aber mit dem gleichen Wert.

Dann wäre mein Tipp, dass da im Addon irgendwas schief läuft.
Falls hier niemand etwas dazu sagen kann, wäre das englische Forum die richtige Anlaufstelle, der Großteil der Entwickler ist dort aktiv und gut erreichbar.
In Github gibt es diverse offene Bugs zum Shelly Addon, auch welche zur Version 4.2.1 und einen, der externe Sensoren betrifft (aber anderes Gerät), also vielleicht ist da tatsächlich etwas im Argen. Der richtige Weg ist aber immer, zunächst im englischen Forum nachzufragen.

Das ist wohl unwahrscheinlich. Sowohl in der Shelly App, als auch auf dem alten Raspberry mit OH Vers.3 werden von allen Shelly Addon's alle Temperaturen richtig angezeigt. Nur in OH 4 wird in beiden channels vom think der gleiche (1. von 2) Wert angezeigt. Im Model wir auch nur ein Wert zur Verfügung gestellt. Obwohl beide channels aktiviert wurden.

Es ist unwahrscheinlich, dass das Addon unter OH4 ein Problem hat, weil unter OH3 alles funktioniert und unter OH4 nicht?

I don't think so...

Ja, der alte Raspberry und die Shelly App laufen nach wie vor parallel fehlerfrei. Ich behaupte ja nicht zwingend, dass OH4 schuld ist. Aber wo kann ich einen Fehler gemacht haben, bzw. wie finde ich ihn? Ca. 50 Shellys sind verbaut und alle mit mehreren Temperatursensoren haben das gleiche Problem.

Lies vielleicht doch noch mal richtig, was ich oben geschrieben habe...

Meine Empfehlung, nach wie vor: wende Dich an das englische openHAB Forum und frage dort, ob es einen Fehler im Addon gibt.
Das Addon ist Teil von openHAB und wird aktiv weiter entwickelt. Es kann durchaus mal passieren, dass sich dabei ein Fehler einschleicht und deshalb ein vormals funktionierender Sensor plötzlich nicht mehr arbeitet. Das hat nichts mit dem Shelly zu tun, sondern ausschließlich mit openHAB, wie Du ja selbst schon vermutest.
Nur Deine Schlussfolgerung, dass es deshalb nicht sinnvoll wäre, sich ans englische Forum zu wenden, obwohl dies vermutlich der einzige Ort ist, an dem Du Hilfe bekommen kannst, geht komplett in die falsche Richtung...

Ich hatte halt die Hoffnung eine deutsche Lösung zu finden. Mein Schulenglisch ist schon lange her Sicher haben doch noch andere das gleiche Problem und schon eine Lösung gefunden OH 4.2.1 ist ja auch nicht mehr so neu.