NEWS

@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

Ach Jungs / Männer: auf eure Hilfe ist verlass, danke!

Hey Eric,

hab einen Pi3 mit Jessy Lite. Mit deinem Befehl hat es geklappt, danke 🙂

PS: bin immer als root unterwegs 😉

Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk

jetzt funktioniert clean cache wieder. Aber die Updates werden trotzdem nicht dauerhaft installiert. Es hackt jetzt am js controller, den muss ich nach dem Upgrade

immer manuell nachinstalieren, damit iO funktioniert…

Ja, damit kann ich zwar custom auf ein leeres Objekt setzen aber das blaue Zahnrad bleibt da iobroker custom eben noch immer findet.

Einziger Ausweg schnell in den Javascript Adapter und dort mit Rohmitteln gearbeitet:

const id = 'xxxx.0.xxxx.xxxx'; s = getObject(id); s.common.custom = null; setObject(id, s, (err, ok) => log(err));

Das funktioniert nur mit 'null' als Zuweisung, eine delete oder ein undefined, oder ein leeres Objekt funktioniert auch da nicht!

Aber ich hab's ja geschafft…

Ergänzung:

Habe bemerkt dass die Zuweisung von {} bei manchen funktioniert hat und bei anderen nicht!

Aber eine andere Methode: Zuweisung von null im RAW-Fenster scheint immer zu funktionieren. Also mach ich das jetzt falls ich es jemals noch brauche nachdem ich die Objekte migriert habe.

Bei mir auch…..

Aber es ist laut changelog in der 0.15.5 auch ncoh nicht drin. Von git hab ich noch nicht installiert.

Ich habe den Fehler auch und alle 5-6 Tage kann sich iobroker nicht mehr mit der CCU verbinden.

Was hilft ist ein Neustart der CCU.

Sehr unschön.

Bei mir läuft die CCU in einem YAHM Container auf dem gleichen Rapi wie iobroker.

Denke darüber nach, dass ich mir ein Script baue, dass jeden Tag die CCU neu startet.

Blöder Workarround:

schedule("30 23 * * *", function(obj){ exec('sudo yahm-ctl restart', function (error, stdout, stderr) {console.log('stdout: ' + stdout);}); });