NEWS

Danke schön. Ich werd das heut Abend mal ausprobieren. Hat jemand noch Erfahrung mit ip Kameras? Ich hab eine von szsino und die lässt sich nicht einbinden. Welche Kamera ist denn dafür am besten geeignet??

Ne, das wird nicht gehen. Kenne nur Apple TV oder iPad halt.

Gruß

Hallo,

hab neue Erkenntnisse.

Habe mittlerweile mit dem HMM bei 10 Rollo-Aktoren die Firmware erfolgreich aktualisiert.

****Super Danke an den Entwickler.

Hochachtung das er sich an solch ein heikles Thema rantraut.****

Hier die Erkenntnisse:

Das mit dem "genau" klicken muß ich korrigieren.

Es ist wohl doch egal, wo man in der markierten Zeile klickt.

Dabei scheint die Meldung "Device_in_Bootloader" zu kommen wenn das FW-Update startet.

Dann einfach warten bis die Meldung "Update_Pending" kommt, dann ist das FW-Update beendet.

Das dauert so an die 30s.

Wenn es schon 5s nach der Bootloader Nachricht kommt, hat das Firmware Update nicht funktioniert.

Hab ich gemerkt, da in der CCU immer noch die alte FW angezeigt wurde.

Wenn ich gleich nochmal FW-Update im HMM versucht habe, kam die Fehlermeldung "zu wenig Duty Cycle"

Das ist ja durchaus normal, da die HM Geräte sich ja alle an den "Standard" halten.

Siehe hier: http://www.eq-3.de/service/faq.html?id=128

Was nach wie vor nicht geht, ist die Anzeige der neuen FW-Stände im HMM.

Wo legt der Adapter bei eine Windows Installation eigentlich sein Config ab?

In einer "config.json" scheinbar nicht, wie in der readme beschrieben.

Jedenfalls habe ich keine unter "C:\ioBroker\node_modules\iobroker.hmm" gefunden.

Auch nicht unter "C:\ioBroker\iobroker-data\files\hmm.admin"

Wäre dankbar für nen Tip wo man so etwas nachlesen kann.

Grüße

Zur Info:

http://forum.iobroker.net/viewtopic.php … 72#p116372

Von unterwegs getippert

nachgetragen)

Von unterwegs getippert

@SwedishChef:

@AlCalzone:

Der soundtouch-Adapter versucht mit 192.168.178.22 zu verbinden und erhält von dort keine Antwort:

EHOSTUNREACH 192.168.178.22:8080

Da das nicht richtig abgefangen wird, stürzt der Adapter ab und wird neu gestartet. Hab mal ein Issue erstellt: https://github.com/SwedishChef1/ioBroke … /issues/10 `

Ist jetzt mit dem bosesoundtouch Adapter V0.1.6 behoben! `

Dann muss ich wohl mal updaten - bin noch bei 0.1.4. Danke für den Hinweis

@RappiRN:

Zuerst mal: Würdest du bitte deine logs in Code-Tags setzen und vor allem bei sehr langen logs vorher auch noch in Spoiler-Tags? Das liest sich dann einfacher! 😉

Wegen deines hmrpc Fehlers, hast du deine CCU mal neugestartet?

Enrico `

Wegen der Tags, damit werde ich mich dann beim nächsten mal befassen - sorry 😄 . Ansonsten wurde die CCU in den letzten, sagen wir mal, 2 Wochen einigemale neugestartet.

@Homoran:

Die Community wird größer und da kommen nicht nur User, sondern auch Entwickler dazu.

Der gesamte Code liegt auf github und könnte im worst case von jemand anderem geforkt werden.

Gruß Rainer `

Hallo

das beruhigt.

Allerdings sind Code haben und Code verstehen zwei verschiedene Dinge. Wie man am Beispiel der CCU ReGa sehr schön sehen kann 🙂

Hab alles durchprobiert, letzendlich ohne Schutz hat es geklappt!

@Homoran:

Werde es am Wochenende in die FAQ der Doku übernehmen! `

Done!

Gruß

Rainer

super danke das hat all meine Fragen beantwortet 🙂

Hi Leute,

muss noch mal auf das Update der Pro Cloud zurück kommen. Seit dem Update habe ich immer mal wieder den Effekt, dass Alexa ewig leuchtet und dann nur meldet "Das Gerät oder die Gerätegruppe reagiert nicht". Vor dem Update kannte ich das praktisch in der Pro Cloud gar nicht. Es ist auch nicht oft aber irgendwas scheint da dann ab und an mal zu hängen 😞

Wenn man den entsprechenden Befehl direkt wiederholt geht es dann meistens auch schon wieder.

Skill habe ich schon einmal Deaktiviert und wieder Aktiviert. Cloud-Adapter ist in Version 2.0.5 installiert und bleibt auch - zumindest soweit ich sehe - kontinuierliche Verbunden.

Das Log gibt leider auch nichts her. Geändert wurde vorher und seitdem auch nichts weiter.

Wo kann ich noch suchen um das Problem wieder los zu werden?

Danke und Gruß

Mario

Genauso ist es.

Von unterwegs getippert

Hallo Jey Cee

Danke für deinen Tipp. Hat super funktioniert.

Nach sowas hatte ich die ganze Zeit gesucht. 😄

LG

Jürgen

Ich habe den BIN-RPC Modus wieder zum Laufen gebracht und dieser funktioniert auch dann ohne die beim XML-RPC Modus beschriebenen Probleme.

Folgende Zeile aus Datei````
/node_modules/iobroker.hm-rpc/node_modules/binrpc/lib/protocol.js:371

console.log("<-- binrpc error: unknow data type " + res.dataType.toString(16) + " :(");

<u>res</u> ist null in diesem Fall. Ich habe die Zeile mit der Logausgabe auskommentiert und alles flutscht. Vermutlich hat der XML-Modus genau mit diesen Fällen auch ein Problem und bringt die "Error: XML-RPC fault: No answer from device." Meldungen. Falls gewünscht bringe ich noch den Inhalt des "data"-Parameters in Erfahrung, bei dem das daraus resultierende "res" null ist.

Die Datenpunkte Auto_Mode und Manu_Mode sollten auch entfernt werden.

In der konstealtion hat er bei mir die Heizung zwar per Sprache korrekt auf z. B. 22 Grad gestellt aber eben auch in den manuellen Modus. Wenn man das nicht merkt wird es am nächsten Morgen sehr kalt sofern man die Heizung per Heizprofiöe in der ccu steuert…

Nutze auch zwei Smartgeräte. Temperatur Schlafzimmer und Heizung Schlafzimmer...