Hallo,

ich habe ein ähnliches Problem wie bereits hier beschrieben: https://forum.iobroker.net/post/833948
Da das Thema aber bereits als gelöst markiert ist, habe ich ein neues eröffnet (ist das so richtig?).

Ich habe eine Daikin Wärmepumpe von der ich Daten mittels ESPAltherma (https://raomin.github.io/ESPAltherma/) über MQTT auslese.
Diese ESP-Software bietet aber auch die Möglichkeit über den ESP Relais anzusteuern, um damit gewisse Steuerungen in der Wärmepumpe auszulösen.

Als Hardware habe ich ein 4 Kanal Relais Board auf ESP8266 Basis. Nachdem das Ansteuern der Relais mit ESPAltherma nicht direkt funktioniert hat, habe ich zuerst die Hardware getestet. Dazu habe ich Tasmota geflashed (https://templates.blakadder.com/ESP12F_Relay_X4.html). Bereits hier hat sich nun gezeigt, dass ich mit dem MQTT Server/Client Adapter die Relais nicht vom ioBroker aus schalten kann. Wechsle ich auf den Sonoff (MQTT) Adapter funktioniert es (für ESPALtherma benötige ich aber den MQTT Adapter).

Ich habe jetzt schon alle möglichen Einstellungen des MQTT Adapters durchprobiert, aber es funktioniert nicht. Ich denke, dass bei ESPAltherma das gleiche Problem das Schalten verhindert.

Hier ein paar screenshots.

1. Die Objekte Power1-4 zeigen den richtigen Zustand der Relais an (wenn ich diese über die Tasmota Webseite des Boards ändere). Wenn ich die Werte in ioBroker ändere werden die Zustände aber nicht geändert. Verwende ich den Sonoff Adapter sieht es ähnlich aus, ich kann die Zustände aber auch über den ioBroker schalten.
   

2 und 3) meine aktuellen MQTT Settings:

Wie kann ich weiter vorgehen?

Hallo,

ich hoffe, mein Titel ist halbwegs verständlich. Ich habe das Problem, dass beim Tuya Adapter vom Thermostaten teilweise falsche Objektdaten geliefert werden.

Wenn ich mir die Definition ansehe sieht das z.B. so aus:

{
  "type": "state",
  "common": {
    "type": "number",
    "unit": "℃",
    "min": 50,
    "max": 350,
    "read": true,
    "write": true,
    "name": "TempSet",
    "role": "level"
  },
...
}

min und max sind hier die Unter- und Obergrenze für die eingestellte Temperatur (allerdings die doppelten Werte, das soll hier aber nicht stören) und min = 50 ist natürlich falsch. Ich bekomme daher jede Minute von 6 Thermostaten die Fehlermeldung:

tuya.0
2024-11-07 13:53:22.544	warn	State value to set for "tuya.0.365442358cce4ecbe157.2" has value "36" less than min "50"

Wenn ich in der Definition den Wert ändere hilft das nichts, denn nach einem Neustart des Adapters werden wieder die alten Werte übernommen (woher kommen die eigentlich ??? )

Ich (und andere) habe(n) das auch bereits in github beim Adapter bemängelt, aber leider trotz nachfragen keine Antwort bekommen: https://github.com/Apollon77/ioBroker.tuya/issues/595

Daher hier meine Frage: gibt es in iobroker einen generellen Weg solche Definitionen permanent abzuändern?

matze5000 created this issue in Apollon77/ioBroker.tuya

open Tuya Thermostate falsche Wertebereiche #595

@nobier68
Ich hatte das gleiche Problem bei einigen Thermostaten. Ich habe dann das Datenobjekt editiert und beim beanstandeten Wert einen kleineren eingetragen (bei mir war das untere Limit für den Set-Wert der Temperatur auf 50, das ist mir etwas zu heiß ).
Aktuell hilft das, aber ich frage mich, ob die Objektdefinition irgendwann automatisch neu überschrieben wird? Ich weiß auch nicht woher die Werte eigentlich kommen.
edit: Hat so nichts gebracht, nach Löschen eines Thermostaten, Suche nach neuen Geräten und Restart des Adapters war "natürlich" wieder alles beim alten.
Allerdings habe ich jetzt bemerkt, dass die Temperaturwerte in den Objekten plötzlich doppelt so groß sind wie die am Thermostat angezeigten. Hat Tuya da vielleicht etwas komplett geändert?

@thomas-braun sagte in mal wieder node und npm update:

@dieterb

Zur Sicherheit zuvor:

iob stop 
iob fix
iob nodejs-update 20

Danke, so hat alles geklappt.
Ich habe auch gesehen, dass in /etc/apt/sources.list.d/nodesource.list die Pfade für v20 eingetragen wurden.

@jan1 sagte in mal wieder node und npm update:

@dieterb
So wie Du schreibst, hast das Bullseye auch noch nie aktualisiert, sonst würdest das nicht fragen

Wie kommst du darauf? Das mache ich einmal pro Monat mit obigen Befehlen. Mich hat aber verunsichert, dass dabei node nicht auf den neuesten Stand gebracht wurde (wenn v20 eigentlich auch für bullseye vorgesehen ist).

Das dist würde ich dann auch mal weglassen.

Was ist der Unterschied, ich möchte ja in meiner release bleiben? Ein Versuch ohne dist hat node v20 auch nicht installiert.

@thomas-braun
Danke, ich weiß aber leider noch immer nicht was ich machen muss? Mit dem "normalen" update:

sudo apt update
sudo apt dist-upgrade

bleibt meine System auf node 16.x
Wie komme ich auf v18 oder 20?

@thomas-braun sagte in mal wieder node und npm update:

Das ist vom Release mittlerweile unabhängig.

Sorry, das verstehe ich so nicht?

Hallo, ich hänge mich mit ein paar Fragen hier an, bevor ich mein so schön laufendes System zerschieße

Mein aktuelles System:

$ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description:    Raspbian GNU/Linux 11 (bullseye)
Release:        11
Codename:       bullseye

Wenn ich folgendes ausführe:

sudo apt update
sudo apt dist-upgrade

bekomme ich die aktuelle bullseye Version (richtig?), mein System bleibt aber bei node v16.20.2.

Was muss ich nun tun, um eine höhere node Version (minimum 18) zu bekommen, da dies von einem Adapter verlangt wird.
Nach oben gesagtem tippe ich auf:

iob nodejs-update xx

xx=18 oder 20.

Wenn auch das stimmt, welche Version soll ich mit bullseye am besten nehmen? Aktuell würde ich nur 18 benötigen.

Und zum Abschluss: muss ich dann für js auch noch auf eigenem Weg updaten?

Vielen Dank

Falls jemand ähnliche Probleme hat:

Der Daikin Klimaanlage Adapter funktioniert zumindest bei diesen Innengeräten nicht. Vielleicht liegt es generell an der Firmwareversion?

Der Daikin Cloud Adapter funktioniert allerdings doch. Es kann aber sein, dass man die Instanz mehrfach neu starten muss, damit die Werte in ioBroker gesetzt werden können. Die Reaktionszeit ist auch etwas lange, sodass das Umschalten am Gerät (und in der Cloud) erst nach einiger Zeit erfolgt. Ich habe den update Wert in der Instanz nun von 60s (default) auf 30s gesetzt.

Ist der Beitrag in einem falschem Forum oder gibt es hier niemanden, der eine neue Daikin Klimaanlage mit dem ioBroker steuert?
Kann es sein, dass das Problem erst seit kurzem mit neuer Firmware auftritt?
Meine Firmware ist 1_30_0.

Hallo,

ich habe 2 Daikin FTXP25 Comfora Klimaanlage Innengeräte. Die Geräte haben ein WLAN Modul und sind auch im Haus-Netzwerk eingebunden. Mit ONECTA kann ich auch beide steuern.

Ich will die Steuerung Geräte nun aber auch mit ioBroker machen. Da ich den Daikin Cloud Adapter schon mit meiner Daikin Wärmepumpe verwende, dachte ich, es geht auch damit. Es werden in der dazugehörigen Instanz auch zahlreiche Werte angezeigt, allerdings als state, ohne dass ich sie ändern kann.

Nun habe ich gesehen, dass es auch noch den Daikin Klimaanlage Adapter gibt, der die Steuerung wohl direkt ermöglichen soll. Nach der Installation und eintragen der IP des Innengeräts, kommt aber keine gültige Verbindung zustande sondern die Fehlermeldung im Log:

Daikin Device initialized with Error :Cannot parse response: Page Not Found /common/basic_info

egal ob ich den Haken bei "Kommandos mit HTTP-GET senden" ankreuze oder nicht.

Wenn ich die IP direkt aufrufe, kommt eine lange Textseite, die so beginnt:

This software is included following open source software.
...

Beim Aufruf von IP/common/basic_info kommt

Page Not Found

Welcher Adapter wäre denn nun der richtige? Mir ist es egal, ob es über die Cloud oder direkt funktioniert, hauptsache es funktioniert.

@haselchen
Ich habe jetzt noch einmal ein altes Backup eingespielt und die Passwörter von eWeLink neu eingetragen. Nun funktioniert es wieder.
Wie der Fehler entstanden und wie er behoben wurde bleibt mir aber unklar, aber man freut sich ja auch, dass es wieder geht