Mensch Rainer, ich glaube du hast mittlerweile mehrere "Bier" bei mir gut. Es ist halt wie immer: "Wenn man weiß, wo man schauen muss -> dann klappts" Danke dir äußerst für deine Hilfe. mfg Dieter P.S. Habe in Instanz im Pulldown-Menü die iobroker Adresse ausgewählt. Dies wurde dann übertragen zur ccu2 und cuxd. Und es läuft einwandfrei.

Super, dass alles wieder läuft! @Campino: sondern nur immer die Nummern der Aktoren ` das ist in den meisten Fällen ein Zeichen, dass der hm-rega nicht ordentlich arbeitet. Der ist für die Klarnamen, Systemvariablen, Programme, Gewerke, Räume… zuständig. http://www.iobroker.net/docu/?page_id=2825&lang=de @Campino: also das Problem war nicht der komische Adressname des ras ` Gottseidank!, bei meiner Stretch-Installation steht z.B. "enp3s0" und läuft. Gruß Rainer

Hallo Zusammen, ich habe mir mal die Mühe gemacht und bin die Versionen des Adapters mal durch gegangen "Cloud Adapter" Ich war bis zur Version 2.0.1 Zurück (2.0.3/2.0.2/2.0.1) Rückmeldung leider immer noch Fehlerhaft was das einstellen der Temp angeht. Ich denke es liegt an einem Anderen Adapter der geupdatet wurde. Hoffe es wird gefixt …Finde es schon genial wenn Alexa das alles kann :-) Grüße Sven

@paul53: EDIT: Die Verwendung eines Arrays mit IDs wurde erst in der Version 3.3.8 implementiert. ` Hm das ist jetzt aber sehr Merkwürdig weil es ja 2 Wochen lang lief. Aber dann weiss ich das ich einfach nur eine Aktuellere version vom JS Adapter brauch.

aber er bekommt keine Instanz installiert. :oops: merke ich auch erst beim Schreiben, dass dann der Workaround nicht funktionieren wird :oops: Dann muss man es wahrscheinlich wie paul53 machen: http://forum.iobroker.net/viewtopic.php?f=17&t=7702 Gruß Rainer

@paul53: Habe pull request erzeugt. ` merci 8-)

ok, das macht eigentlich bei einem TFK keinen Sinn, aber die Einstellung bringt in der Tat den Tür/Fensterkontakt in die Smart-Geräte Auflistung zurück 8-) Danke dir, Bluefox! By the way … das Verhalten ist nicht einheitlich. Die Sichtbarkeit und Abfrage der "ACTUAL_TEMPERATURE" bei den Heizungs-Thermostaten funktioniert auch mit "write = false" :!:

@simpixo: Also ich habe das Update auf die neue Version wie angegeben durchgeführt! War alles bestens! Aber kurze Zeit später sind mehrere Adapter abgeschmiert und wieder neu gestartet Es waren eigentlich bei mir nur drei Stück: smartmeter, Jeelink und Radar! ` Wäre interessant was genau "abgeschmiert" heißt. Welche Fehlermeldung kam? Liefen vllt noch Prozesse die nicht sauber beendet wurden? Ich weiß das in so eine Situation das wichtigste ist das wieder alles geht, zur Fehlersuche und zukünftigen Vermeidung wäre sezieren besser ;-)) Also wenns nochmal klemmt finden wir vllt die Gelegenheit in die Tiefe zu gehen

Danke euch allen, der Tip von Rainer (Install über Octocat) Hat mein Problem gelöst. :)

Hallo zusammen Bei mir stützt der Mqtt ab und zu ab , Leider verbindet er sich nicht selbstständig neu . Kann man das irgendwie einbauen ? Ich starte die Instanz regelmäßig neu , ich hoffe das gibt keine neuen Probleme Gesendet von iPad mit Tapatalk Pro

Alles schon in Arbeit. Mit der nächsten js-Controller Version gibt's Discovery, einen enable/disable Befehl und alles komfortabler mit multihost ;-)

History hab ich immer aktiviert gehabt, oder meist du deaktiveren?

@metaxa: Kann man das Thema bitte dennoch verschieben, is schon peinlich genug :geek: ` so ein quatsch … alles gut :)

Eines konnte ich schonmal herausfinden: Es scheint mit dem Script selbst zusammenzuhängen. Es erkennt andere Geräte mit dem Status "Level" - also Dimmer, obwohl diese nicht im Gewerk "licht" sind. Es muss also mit diesem Bereich im Script zu tun haben: var cacheSelectorState = $('channel[state.id=*.STATE](functions="licht")'); // Gewerk Licht var cacheSelectorLevel = $('channel[state.id=*.LEVEL](functions="licht")'); var cacheSelectorHue = $('state[id=*.on](functions=licht)[role=switch]'); // HUE Lampen (müssen im Gewerk Licht sein) Wenn man die 2. Zeile raus nimmt, dann erkennt er problemlos nur die Lichter. Allerdings fehlen eben die Dimmer. Die anderen (falschen) Geräte sind aber alle weg bzw. wurden vorher immer als Dimmer im Log aufgeführt. Kann das jemand bestätigen bzw. mir sagen, wie ich obigen Code so ändere, dass er korrekt auf das Gewerk geht?

Hallo bb61, vielen Dank für die Scripte. Nachdem ich auch schon des Öfteren gegen die Wand der nicht vorhandenen PrimaryKeys gelaufen bin wenn ich schnell mal eine Auswertung über ODBC in diversen Programmen fahren wollte habe ich mir heute mal etwas Zeit genommen und war schon fast dabei selbst sowas zu bauen. Habe aber dann glücklicherweise nochmal die Forensuche angeworfen und bin auf deinen Beitrag gestoßen. Nochmals vielen Dank dafür - hat mir einige Stunden Arbeit erspart. Die Scripte sind problemlos durchgelaufen, bis auf einen Timeout bei der ts_number-Tabelle. Da sind halt doch schon ziemlich viele Datensätze drin. Die Timeout-Grenze kann man ja aber hochsetzen… Ich wäre auch stark dafür, das mit in den Standard für Neuanlagen einzubauen. Tabellen ohne PK anzulegen ist ja doch schon ein wenig "suboptimales" Datenbankdesign. Jetzt habe ich aber noch eine Frage. Wie wandelst Du denn die "ts"-Spalte ressourcenschonend in ein "lesbares" Datumsformat um? Gruß Thilo

Okay, also erst einmal kein Grund zur Sorge. Danke für die Info, Rainer. Gruß Kevin