[Adapter] - MAX! Cube
-
Hallo,
ich habe folgendes Problem. Ich habe meinen MaxCube in IOBroker aufgenommen und es hat soweit auch funktioniert. allerdings werden bei 3 von 5 Fensterkontakten der Status der Fensterstellung nicht abgefragt. Ich habe die Instanz gelöscht, alle Versionen von 0.1.0 bis 1.0.1 ausprobiert, den Cube zurückgesetzt und sogar eine andere Instanz vom IOBroker ausprobiert. Leider ohne Erfolg. Im Cube sowie bei fhem funktionieren sie allerdings ohne Probleme. Ich bin mit meinem Latein am ende und würde mich freuen wenn jemand eine Idee hat.
8748_screenshot_2018-09-12_home__sweet_home.png
8748_screenshot_2018-09-12_objects_-_iobroker.png -
Bitte Adapter mal im Debug laufen lassen und sicherstellen das nur eine Verbindung gleichzeitig zur Cube da ist … die kann meines Wissens nach nicht mehrere parallele Verbindungen !
-
Hallo, der Adapter läuft alleine. Es greift nix weiteres auf den Cube zu. Hier ist ein aktueller Log vom Cube.
8748_screenshot_2018-09-12_cube_debug.png -
hast Du es bitte als Text?
-
Ich versuch es mal.
8748_cube_debug.txt -
Hallo zusammen,
ich bin neu hier im Forum und würde gerne das Theme mit dem Fensterkontakt (Status open/close keine Werte) nochmal aufgreifen.
Ich habe exakt das gleiche Problem. Im MaxCube Adapter wird der Status der Fensterstellung nicht abgefragt bzw. der Status ist leer.
Mit dem MaxCul-Adapter funktioniert dieser Problemlos.
Gibt es hierzu bereits eine Lösung bzw. haben das Problem noch weitere Personen?
Viele Grüße und schonmal vielen Dank im Voraus.
Olli
Hallo,
ich habe folgendes Problem. Ich habe meinen MaxCube in IOBroker aufgenommen und es hat soweit auch funktioniert. allerdings werden bei 3 von 5 Fensterkontakten der Status der Fensterstellung nicht abgefragt. Ich habe die Instanz gelöscht, alle Versionen von 0.1.0 bis 1.0.1 ausprobiert, den Cube zurückgesetzt und sogar eine andere Instanz vom IOBroker ausprobiert. Leider ohne Erfolg. Im Cube sowie bei fhem funktionieren sie allerdings ohne Probleme. Ich bin mit meinem Latein am ende und würde mich freuen wenn jemand eine Idee hat. `
-
Wird auf der Max!Cube-Webseite der Status der Fenster richtig angezeigt?
-
Ja der Status wird korrekt angezeigt. Also es wird das Icon des offenen und geschlossenen Fensters angezeigt
-
Schade… äh, gut [emoji3]
Bei mir war bei den betreffenden Fenstern die Batterie fast leer, obwohl kein LowBat angezeigt wurde. Nach Austausch der Batterie und öffnen und schließen des Fenster ging bei mir alles.
-
Also ich habe jetzt mal neue Batterien eingesetzt, nochmal aus dem MAXCube gelöscht und neu angelernt. In der MAX Software funktioniert alles wie es soll.
Im MAX-Cube Adapter wird beim dem Fensterkontakt wieder jeder Status übermittelt, ausser der open Status
Keine Ahnung was ich noch probieren soll..
-
Also ich habe das Problem nicht. Habe 13 Fensterkontakte und 9 Heizkörperthermostate in Betrieb.
Wie sieht das denn bei dir aus steht der Status Opem die ganze Zeit auf "false"?
Werden die anderen Werte den übertragen, also sieht man im iobroker admin wie zwischendurch die Werte kurz grün werden.
Gruß Maik
-
Update mal von GitHub … dann instanz neu starten. Geht es damit?
Gesendet vom Handy ...
-
Leider nein, beim Status opened wird überhaupt kein Wert übertragen, das Feld ist leer. Also werder false noch true.
Ja die restlichen werte des Fensterkontaktes werden übertragen und zyklisch grün angezeigt.
Also ich habe das Problem nicht. Habe 13 Fensterkontakte und 9 Heizkörperthermostate in Betrieb.
Wie sieht das denn bei dir aus steht der Status Opem die ganze Zeit auf "false"?
Werden die anderen Werte den übertragen, also sieht man im iobroker admin wie zwischendurch die Werte kurz grün werden.
Gruß Maik `
-
Ich habe bereits die aktuellste Version von GitHub 1.0.1 (2018-07-06) installiert.
Hat leider auch keine Änderung zur Folge..
Update mal von GitHub … dann instanz neu starten. Geht es damit?
Gesendet vom Handy ... `
-
Also bei mir sind es alle Fensterkontakte mit 09dXXX adressen welche nicht korrekt ausgelesen werden. Laut fhem haben alle dieselbe Firmware. Mein Versuch auf der SD Karte eine Max! Datei zu finden um eventuell schlauer zu werden war leider ohne Erfolg. die Spalten "Geändert von" bis " letzte Änderung" sind komplet leer. in der State Spalte steht . Soll ein geschütztes Leerzeichen sein laut Google. Als Admin kann ich der Wert ändern dann bleibt er aber auch so bis ich ihn wieder ändere da er dann nicht mehr maxcube.0 abfragt wird was er anscheinend auch so nicht macht. kann es sein das die Werte evtl. vom Fensterkontakt anders übermittelt werden?
-
Vielen lieben Dank an die Entwickler für diesen tollen Adapter. Er funktioniert größtenteils wirklich prima und hat mich davor bewahrt, meine alten Max-Thermostate zu verkaufen und gegen die viel teureren Homematic auszutauschen. :lol:
Ein kleines Problem habe ich aber auch mit dem Adapter (Version 1.0.1). Und zwar möchte ich die Ist-Temperaturen über den History-Adapter aufzeichnen und in Flot darstellen. Dabei kommt es leider dazu, dass der Adapter 0 Werte (nicht null) schreibt und diese aufgezeichnet werden, was die Diagramme sehr unübersichtlich macht.
Hier mal ein Beispiel:
Das Problem scheint das gleiche sein wie vor ein paar Jahren beim Tankerkönig-Adapter: viewtopic.php?t=4435
Wäre es möglich, 0 Werte in einer folgenden Version des Adapters zu ignorieren?
Dankeschön und schönes Wochende,
Marco
-
Das wird der Adapter nicht richten können:
Die Thermostate liefern nur Temperaturen wenn die sich bewegen.
Deshalb erfolgt in der max!-Originalsoftware auch keine Ist-Temperaturanzeige.
Lösungsmöglichkeiten:
-
Raumthermostate einsetzen, die liefern durchgehend Werte
-
Diagramm mit Balken verwenden, da fallen die 0-Werte nicht auf :?
-
Oder Punkte und Minimum > 1 Grad setzen.
Gruß, Ralf
-
-
Ja, ich weiß, dass die Max Heizkörperthermostate offiziell eigentlich nicht dafür konzipiert sind, Ist-Temperaturen anzuzeigen bzw. zu übertragen.
Und ja, leider liefern sie nur in unregelmäßigen Abständen aktuelle Daten. Manchmal scheinbar sogar Nonsense-Daten wie IST-Temperaturen von 0 Grad.
Allerdings könnte doch der Adapter trotzdem zunächst prüfen, ob der vom Max Cube empfangene IST-Temperaturwert größer ist als 0 Grad und nur in diesem Falle den entsprechenden State aktualisieren und anderenfalls den Wert einfach ignorieren, quasi eine Validierung.
Natürlich kann ich das in Iobroker auch selbst machen, man legt sich halt pro Thermostat manuell ein eigenes Objekt an und schreibt dann ein Script, welches triggert, sobald der Ist-Wert des Thermostats vom Max Cube Adapter aktualisiert wurde, dann prüft man, ob der Wert größer als 0 ist und sofern dies der Fall ist, überträgt man den Wert auf das eigens angelegte Objekt.
Dann kann man die Werte des eigens angelegten Objekts per History aufzeichnen. Funktioniert sicher, ist aber eher unschön und aufwändig bei einer Vielzahl an Thermostaten. Daher wäre es halt schön, das direkt im Adapter gelöst zu bekommen.
Übrigens gibt's für FHEM wohl sogar eine Lösung, die Thermostate zu einer regelmäßigeren Aktualisierung der Ist-Werte zu überreden, vielleicht wäre so etwas auch für den Iobroker Adapter realisierbar, siehe https://wiki.fhem.de/wiki/MAX!_Temperatur-Scanner
-
Zum Aussortieren von 0 Grad bei Ist-temperatur wäre ggf ein Github Issue sinnvoll. Dann kann man da malschauen wenn wieder etwas Zeit ist.
EIne "Brute Force "Methode wie der FHEM Scanner würde ich seeeeeehr ungern einbauen. Die Nachteile stehen schon dort und sobald mal mehrere Thermostate hat geht der Duty Cycle sehr schnell zur neige und immer genug Reserven zu haben ist eine Kunst …
-
Erstmal Danke für den Adapter!
` > Wenn man den Refresh Zyklus verlängert und die Wartezeit zwischen dem Setzen der Werte verkürzt, reduziert man die Wahrscheinlichkeit des Auftretens des Problems. Schöner wäre es natürlich, beide Werte sozusagen in einer Transaktion gleichzeitig ändern zu können, geht aber meines Wissens derzeit nicht.
Bei mir funktioniert das Skript mittlerweile recht gut, es kommt aber mitunter immer noch zu Fehlern (einzelne Heizkörperventile werden bei Abwesenheit nicht herunter gefahren oder beim Hochfahren verbleibt der Modus auf Manuell).
Ich werde in nächster Zeit mal versuchen, mein Script dahingehend anzupassen, dass es nach dem Setzen der Werte nach einer gewissen Wartezeit (wegen Refresh Zyklus des Max Cube Adapters) abfragt, ob alle Datenpunkte den korrekten Zielwert besitzen. Und falls dies nicht der Fall ist, dann sollte es das Setzen der Werte erneut wiederholen und den Prüfzyklus wiederholen. Vielleicht bringt das dann die erhoffte Zuverlässigkeit. `
` > habe den Max cube Adapter im Einsatz und bei mir existiert auch das Problem, dass Sollwerte nicht an den Regler übertragen werden. Habe auch schon alle Vorschläge durch (Intervall hochsetzen, Min/Max Bereich limitieren) aber immer noch kein Erfolg.
Der gewünschte Wert verschwindet beim nächsten Intervall wieder und wird mit dem ursprünglichen Wert des Reglers wieder überschrieben. `
Gibt es denn bezüglich des Problem mit dem Überschreiben schon was neues? Und was ist mit "Wartezeit zwischen dem Setzen der Werte verkürzt" gemeint? Bin seit ein paar Tagen ein weniger stolzer Besitzer der Max! Steuerung. Interval habe ich bereits hochgesetzt.
