[Adapter] - MAX! Cube

peternmayen

Wenn ich das hier lese bereue ich, das ich den Cube mit einer anderen FW geflasht hatte, da man nicht auf die original FW zurück kann.

Bekomme den aber auch nicht in Betrieb genommen. Hat hier ggf. jemand Erfahrung damit ?

Hier viewtopic.php?p=188635#p188635 kam bisher noch nichts zurück.

Wäre für ein paar Tipps, wie ich vorgehen könnte dankbar.

Viele Grüße

Peter

Flinke Flasche

Hallo,

bin seit einigen Tagen von FHEM auf ioBroker umgestiegen und habe nun auch meine MAX! Thermostate eingebunden.

Auch von mir Danke für den Adapter.

Steuern geht einwandfrei, aber leider springt er bei mir immer noch sehr oft auf die 0°C bei einem Zustandswechsel und zeigt diese natürlich auch an.

Ist so ein Scanner wie es bei FHEM gibt auch mit dem ioBroker möglich?

Ich habe noch eine Frage zu den Einstellungen im Adapter.

Was genau bewirkt "Refresh interval (ms):" - wird da irgendwas an die Thermostate gefunkt?

Reconnect interval (ms): - vermutlich der reconnect wenn der Cube ausfällt

RK62

Danke für den Adapter, läuft bei mir einwandfrei!

Allerdings wird der maxcube.0.info.duty_cycle scheinbar nur gesetzt wenn ich den Adapter starte. Wird der Wert nicht regelmäßig aktualisiert?

Und maxcube.0.info.limitOverflow wird scheinbar gar nicht gesetzt.

Danke, Ralf

Dr. Bakterius

~~@Flinke Flasche:~~

Was genau bewirkt "Refresh interval (ms):" - wird da irgendwas an die Thermostate gefunkt? `
Nein, das ist der Zeitintervall in dem der Cube abgefragt wird. Leider meldet er nicht von sich aus wenn sich an den Geräten etwas tut, also muss man in regelmäßigen Abständen die States abfragen. In meinem Fall mache ich das alle 1500 ms, weil ich die Fensterkontakte nicht nur für die Heizung verwende.

Flinke Flasche

~~@RK62:~~

Danke für den Adapter, läuft bei mir einwandfrei!

Allerdings wird der maxcube.0.info.duty_cycle scheinbar nur gesetzt wenn ich den Adapter starte. Wird der Wert nicht regelmäßig aktualisiert?

Und maxcube.0.info.limitOverflow wird scheinbar gar nicht gesetzt.

Danke, Ralf `

Bei mir wird Duty Cycle öfters synchronisiert, sobald sich der Wert geändert hat sehe ich das. Da habe ich keine Probleme.

Was ist der Limit Overflow Wert?

Hab gestern auch mal versucht mit einem Script versucht den Mode alle 3 Minuten umzuschalten (wie im FHEM Max! Scanner), was auch sporadisch immer mal funktioniert hat. Leider hat sich wurde die Temperatur trotzdem nicht korrekt angezeigt und fiel immer auf 0° runter.

Hab mir schon überlegt Xiaomi Mi Temperaturfühler zu holen um über diese die Temperatur zu messen, allerdings kostet das wieder 100€.

Alternative wäre ein 2ter Pi mit FHEM und den FHEM Adapter, dann habe ich aber wieder 2 Baustellen.

atomic3930

Hi.

ich bin auch ein FHEM umsteiger und bin gerade dabei alles um zu stellen.

Erstmal vielen Dank für den Adapter. Bei mit tut er soweit ganz gut. Habe 11 Thermostate und 20 Fensterkontakte.

Ich kann für die Thermostate auch ohne Probleme die Temperaturen und Modi umstellen.

Wenn ich allerdings eine gewünschte Temperatur einstelle wird diese auch gesetzt .. ich finde aber keine Möglichkeit auf die ursprünglich konfigurierte Wochenprogramm-Temperatur zurück zu springen.

Weiß jemand wie das geht? Unter Fhem hat man gesagt: set xy desiredTemp auto … dann isser dahin gesprungen. Hier akzeptiert der Adapter bei dem Wert aber lediglich die Zahlen.

Ein schalten auf auto stellt zwar auf auto ... löst aber die im Wochenprogramm konfigurierte Temperatur nicht aus.

MaikB85

Der springt doch beim nächsten Schaltpunkt automatisch wieder um oder nicht? Wenn ich die Temperatur verändere und z.B. Um 21 Uhr die Temperatur laut WochenProgramm abgesenkt werden soll, dann macht er das auch.

Dr. Bakterius

Ja, aber eben nicht in dem Moment wo er auf 'Auto' gestellt wird. Ich schalte z.B. meine Heizung aus (4.5°C im 'manuell'-Modus) wenn ich die Wohnung verlasse. Komme ich nach Hause, sollen die Temperaturen auf das 'Auto'-Programm gestellt werden. Das klappt so nicht. Daher verzichte ich jetzt komplett auf den 'auto'-Modus und steuere alles über ioBroker. Das klappt auch ganz gut nur verliert man so die Funktion des Cube.

freisei

Hallo zusammen,

ich bin seit ein paar Tagen umsteiger von FHEM und wollte nun meinen Max!Cube direkt an iobroker anbinden. Leider findet dieser keine Geräte - der Ordner maxcube.0/devices erscheint gar nicht.

Installation/Betrieb schaut sonst ganz gut aus.

2018-11-28 13:17:10.401  - info: iobroker add maxcube  --host iobroker
2018-11-28 13:17:12.098  - info: iobroker NPM version: 4.6.1
2018-11-28 13:17:12.673  - info: iobroker npm install iobroker.maxcube --production --save --prefix "/opt/iobroker" (System call)
2018-11-28 13:17:15.813  - info: javascript.0 script.js.Buero.Arbeitslicht: Buerolicht aus in 5 min
2018-11-28 13:17:17.601  - info: javascript.0 script.js.Buero.Arbeitslicht: Buerolicht ein
2018-11-28 13:17:17.602  - info: javascript.0 script.js.Buero.Arbeitslicht: Monitor ein
2018-11-28 13:17:41.521  - info: iobroker host.iobroker install adapter maxcube
2018-11-28 13:17:41.541  - info: iobroker got /opt/iobroker/node_modules/iobroker.maxcube/admin
2018-11-28 13:17:41.571  - info: iobroker upload [2] maxcube.admin /opt/iobroker/node_modules/iobroker.maxcube/admin/words.js words.js application/javascript
2018-11-28 13:17:41.641  - info: iobroker upload [1] maxcube.admin /opt/iobroker/node_modules/iobroker.maxcube/admin/maxcube.png maxcube.png image/png
2018-11-28 13:17:41.720  - info: iobroker upload [0] maxcube.admin /opt/iobroker/node_modules/iobroker.maxcube/admin/index.html index.html text/html
2018-11-28 13:17:41.823  - info: iobroker host.iobroker object system.adapter.maxcube created
2018-11-28 13:17:41.849  - info: iobroker host.iobroker create instance maxcube
2018-11-28 13:17:41.855  - info: iobroker host.iobroker object maxcube.0.info.rf_address created
2018-11-28 13:17:41.884  - info: iobroker host.iobroker object maxcube.0.info.serial created
2018-11-28 13:17:41.916  - info: iobroker host.iobroker object maxcube.0.info.firmware_version created
2018-11-28 13:17:41.949  - info: iobroker host.iobroker object maxcube.0.info.free_memory_slots created
2018-11-28 13:17:41.981  - info: iobroker host.iobroker object maxcube.0.info.duty_cycle created
2018-11-28 13:17:42.015  - info: iobroker host.iobroker object maxcube.0.info.limitOverflow created
2018-11-28 13:17:42.048  - info: iobroker host.iobroker object maxcube.0.info.connection created
2018-11-28 13:17:42.079  - info: iobroker host.iobroker object maxcube.0.info created
2018-11-28 13:17:42.113  - info: iobroker host.iobroker object system.adapter.maxcube.0.outputCount created
2018-11-28 13:17:42.147  - info: iobroker host.iobroker object system.adapter.maxcube.0.inputCount created
2018-11-28 13:17:42.180  - info: iobroker host.iobroker object system.adapter.maxcube.0.uptime created
2018-11-28 13:17:42.213  - info: iobroker host.iobroker object system.adapter.maxcube.0.memRss created
2018-11-28 13:17:42.255  - info: iobroker host.iobroker object system.adapter.maxcube.0.memHeapTotal created
2018-11-28 13:17:42.278  - info: iobroker host.iobroker object system.adapter.maxcube.0.memHeapUsed created
2018-11-28 13:17:42.311  - info: iobroker host.iobroker object system.adapter.maxcube.0.connected created
2018-11-28 13:17:42.344  - info: iobroker host.iobroker object system.adapter.maxcube.0.alive created
2018-11-28 13:17:42.380  - info: host.iobroker object change system.adapter.maxcube.0
2018-11-28 13:17:42.404  - info: host.iobroker instance system.adapter.maxcube.0 started with pid 17905
2018-11-28 13:17:42.410  - info: iobroker host.iobroker object system.adapter.maxcube.0 created
2018-11-28 13:17:42.424  - info: iobroker exit 0
2018-11-28 13:17:43.371  - info: maxcube.0 starting. Version 0.1.2 in /opt/iobroker/node_modules/iobroker.maxcube, node: v8.13.0
2018-11-28 13:17:43.410  - info: maxcube.0 No IP address defined
2018-11-28 13:17:54.294  - info: host.iobroker object change system.adapter.maxcube.0
2018-11-28 13:17:54.294  - info: host.iobroker stopInstance system.adapter.maxcube.0
2018-11-28 13:17:54.294  - info: host.iobroker stopInstance system.adapter.maxcube.0 killing pid 17905
2018-11-28 13:17:54.325  - info: host.iobroker instance system.adapter.maxcube.0 terminated with code 0 (OK)
2018-11-28 13:17:56.826  - info: host.iobroker instance system.adapter.maxcube.0 started with pid 17915
2018-11-28 13:17:57.755  - info: maxcube.0 starting. Version 0.1.2 in /opt/iobroker/node_modules/iobroker.maxcube, node: v8.13.0
2018-11-28 13:17:58.213  - info: maxcube.0 Connected

Wie kann ich das weiter debuggen?

Grüße, Freisei

Flinke Flasche

~~@freisei:~~

Hallo zusammen,

ich bin seit ein paar Tagen umsteiger von FHEM und wollte nun meinen Max!Cube direkt an iobroker anbinden. Leider findet dieser keine Geräte - der Ordner maxcube.0/devices erscheint gar nicht.

Installation/Betrieb schaut sonst ganz gut aus. `

Wenn du deine MAX! Thermostate in FHEM hast musst du erst alle Thermostate in der original MAX! Software einbinden.

Einfach die Software öffnen und nach neuen Geräten suchen, leider siehst du nicht welcher welcher ist, da die Software ihre eigenen Nummer verwendet.

Ich habe einfach jedes Thermostat eingebunden und dann auf eine andere Temperatur eingestellt. Dann nur noch am Heizkörper ablesen und in der Software umbenennen.

Mittlerweile habe ich mir einen weiteren PI 3+ gekauft und meine MAX! Thermostate wieder in FHEM integriert. mit dem FHEM Adapter greife ich auf die Thermostate zu und kann sie ohne Probleme steuern, auch über Siri (Home Kit). Es funktioniert einfach viel besser mit den Werten ablesen und ausgeben für Graphen. Zudem habe ich einen Thermostat für eine elek. Fußbodenheizung welcher bis jetzt nur in FHEM eingebunden werden konnte.

ioBroker nutze ich für den Rest, da dort fast alle Sachen komfortabler zum einstellen sind.

atomic3930

Ich mach die Konfig der Max Klamotten über die eigene Software von eq3. Also Wochenprofile, Pairing, Grouping etc.

Dann mach ich die Max Software aus und schmeiss den IOBroker Adapter an. Von da aus kann ich dann Steuern und auslesen.

Funktioniert so für mich wunderbar.

Die current Temp von den Thermostaten ist eh Grütze und für nichts valides zu gebrauchen.

MaikB85

~~@atomic3930:~~

Ich mach die Konfig der Max Klamotten über die eigene Software von eq3. Also Wochenprofile, Pairing, Grouping etc.

Dann mach ich die Max Software aus und schmeiss den IOBroker Adapter an. Von da aus kann ich dann Steuern und auslesen.

Funktioniert so für mich wunderbar.

Die current Temp von den Thermostaten ist eh Grütze und für nichts valides zu gebrauchen. `

Mache ich genauso. Ein "Grundprofil" habe ich für jedes Thermostat über die MAX Software eingestellt. Dann brauche ich die Software eigentlich nicht mehr und mache den Rest über iobroker. Wenn ich dann Temperaturen anpassen möchte geht es einfach über iobroker. Am Wochenplan ändert man doch eh fast nie was…

Die echte Raumtemperatur kann man besser über einen eigenen Sensor messen.

atomic3930

Jo.

Das einzig doofe ist halt der Punkt, dass man über IOBroker nicht auf "Auto" stellen kann.

Ansonsten funktioniert das alles top.

Dr. Bakterius

Auf 'auto' kannst du schon stellen, aber die Thermostate reagieren dann erst beim nächsten Schaltzeitpunkt. Bleiben also bis dahin beim manuell eingestellten Wert.

eddsch

Hi ich habe mal eine Frage - mit dem yahka hat die Einbindung geklappt, aber auch wenn ich in Homekit 20,5 C einstelle, werden manchmal 20,4 C an setTemp gesendet - kann man das Modul so verändern, dass es selbst rundet?

LG eddsch

Steff_2806

~~@eddsch:~~

Hi ich habe mal eine Frage - mit dem yahka hat die Einbindung geklappt, aber auch wenn ich in Homekit 20,5 C einstelle, werden manchmal 20,4 C an setTemp gesendet - kann man das Modul so verändern, dass es selbst rundet? `

Hi Leute, genau das frag ich mich auch. Wenn ich bei Homekit die Temperatur ändere passiert das mit dem Schieberegler. dieser sendet leider nicht die gewünschten 0.5er werte sondern auch mal was dazwischen. Mein MaxCube.0 schmiert dann jedes mal ab, weil der Wert so ja nicht gesetzt werden kann. vorher gabs das Problem beim Homekit nicht. Liegt das jetzt an Apple oder dem yahka adapter? der Maxadapter hat sich ja nicht wirklich verändert..

und egal an wems liegt, jemand ne Idee wie mans wieder richten kann?

Safti

Hi,

kann mir jemand erklären wie ich Version 1.0.1 installieren kann?

npm gibt es nur Version 0.1.2

Gruß

apollon77

Was ist blöd an der 1.0.2?

Gesendet vom Handy …

Safti

wenn man die Thermostate über Yahka steuern will kann es zu Fehlern kommen.

der Punkt sollte es beheben:

1.0.1 (2018-07-06)

(stabilostick) setpoint rounding to 0.5

ok, habe es geschafft

Proteus

Moin.

Meine Heizungssteuerung läuft nun schon eine Weile ohne Probleme. Ich nutze zu Zeit allerdings auch noch die Version 1.0.1.

Ist mal jemanden aufgefallen, dass sich die Ventilstellung der einzelnen Thermostate irgendwie „komisch“ verhält? Ich meine, damit einige Ventile scheinen nie auf 100% geregelt zu werden. Bei manchen geht das Ventil nie über einen bestimmten Wert. Bei einem Thermostat z.B. 65%, bei einem andern 72%. Manche Thermostate schaffen aber auch 100% als Maximalwert.

Es wirkt so, als ob sich die prozentuale Ventilstellung nicht auf den tatsächlichen Hub bezieht, sondern auf den theoretisch möglichen.

In dem Bild sind rot, orange und gelb die aktuellen Ventilstellungen. Blau ist die Solltemperatur; grün die Isttemperatur.

Kann das jemand nachvollziehen?

Könnte man das anpassen?

Community Forum

NEWS

[Adapter] - MAX! Cube

Support us

434

32.4k

81.5k

1.3m