NEWS

Ich habe ntp nochmal installiert und kontrolliert, jetzt klappt es . Komisch einfach so

Gesendet von iPhone mit Tapatalk Pro

Danke !

vg

Marc

keiner ne Idee?

Hatte jetzt nochmal den Javascript Adapter gelöscht und wieder installiert.

Hab dadurch jetzt den Effekt das bei Blocky unten im Log jetzt gar nichts mehr erscheint und ich die Scripte auch nicht mehr verändern kann…

Da muß es doch ne Lösung geben.

@aleks-83:

Aber node wird zwischendurch immer wieder aufgerufen. `
Das kann normal sein wenn du scheduled Adapter hast.

Es kann aber auch der zigte Versuch eines (oder zweier) Adapter sein zu starten.

Sind denn alle Adapter aufgeführt oder fehlen welche?

Wenn ja, welche?

Gruß

Rainer

Also mein google home mini stührzt immer ab wenn ich auf 100% Lautstärke etwas abspiele. soll anscheinend an der firmware des mini liegen. klingt für mich nach diesem fehler.

gruppenwiedergaben durch sayit klappen bei meinem google home mini perfekt. muss alerdings sagen, ich habs nur kurz getestet und verwende es nicht aktiv xD

Gesendet von meinem ONEPLUS A5000 mit Tapatalk

Ich vermute eine https://de.wikipedia.org/wiki/Race_Condition:

Der ursprüngliche Trigger wird mehrfach ausgelöst (z.B. Fenster auf, zu und wieder auf / Wackelkontakt?). Dadurch wird das Intervall mehrfach gestartet, aber nur die letzte Referenz in der Variable gespeichert. Stoppen des Intervalls löscht dann nur das referenzierte, nicht das unreferenzierte.

Ich sehe zwei Lösungen:

1. Trigger ändern auf "wurde geändert" plus eine zusätzliche Prüfung ob der Datenpunkt wahr ist. Zu Beginn des Triggers als erstes die Intervalle stoppen.

2. Die Lösung komplett ohne das 300ms-Intervall abbilden. Dazu das Intervall durch einen weiteren Trigger (außerhalb des anderen) ersetzen, der den Telegram-DP prüft. Wenn diese Prüfung erfolgreich ist, UND Fenster offen, dann Nachricht schreiben.

Man müsste js-controller vom Github installieren ode rnoch ein paar Tage warten bis 1.5.0 in "latest" ist. Da ist es dann drin

Habe nun mit Hilfe eines Forenmitglieds (Viele Grüße an stabilostick und nochmals grosses Dankeschön für Deine Hilfe und die Erklärungen zur iobroker Datenstruktur !) meinen iobroker-master neu aufgesetzt. Dabei gilt es ja einige Fallstricke zu umgehen (NPM) . Wenn mann sich aber an die Schritt für Schritt Anleitungen hält, kann man das durchaus auch allein hinbekommen. Bei mir gab es noch den multihost-Modus zu berücksichtigen. Jetzt klappt alles wieder. (Ich habe dann doch noch ein komplett -Backup des iobroker gehabt - dem backitup Adapter sei dank !)

Grüße aus Thüringen

crepp

Mit einem neuen Benutzer auf der Bridge scheint es erst einmal zu funktionieren.

Was mir aber auffällt, ist, dass bei Einstellung des Pollig-Intervalls von 5 Sekunden (lief bislang problemlos damit) die LED nicht mehr schalten - auch nicht mit dem neuen User. Erst mit den vorgegebenen 30 Sekunden funktioniert alles, wie es soll.

Schönen Sonntag noch.

Gruß

Hans-Ulrich

Edit: zu früh gefreut - der Fehler ist wieder da 😞

Hat vielleicht jemand eine Idee?

Wie reagiert bei euch iobroker auf Verbindungsverlust zum Sonoff (Sensor)?

Was wird angezeigt? Der letzte verfügbare Wert? Könnt ihr immer noch schalten?

ich habe einfach in den Datenpunkt text von sayit folgendes eingefügt:

> de;20;Die Aktuelle außentemperatur beträgt 19,3 Grad Celsius.

in der 1.6.2 geht dies ohnen Probleme allneueren Versionen mögen dies nicht mehr

Das Problem ist gelöst.

In erster Linie war es ein Problem mit der Node Installation, kombiniert mit einer kaputten objects Datei.

Vielen Dank an Stabilostick für die Hilfe. Nach einer Stunde TeamViewer konnten wir das Problem lösen.

Für den RPC Adapter gibt es auch schon einen commit, der das ping für CuxD wieder aktiviert.

Lass dazu erst mal den Modbus-Adapter bei Seite und schaue, wie sich der Datenpunkt, der mit vis gekoppelt ist, bei Tastendruck in der GUI verhält. Eventuell musst du da auch ein Script in der GUI-schreiben, das einen Statewechsel beim Loslassen oder nach einer Hold-Zeit triggert.

So ein Müll wie "adapter/javascript/jquery.js 404 (Not Found)"

Bei der 3.7.0er Version gibt's dann zusätzlich die Erklärung, warum die fehlt:

"Uncaught Error: Can only have one anonymous define call per script file", ausgelöst vom dem jquery.fancytree-all.js.

Ich bin absolut kein websiten und JQuery Kenner, aber irgendwie stößt er sich daran, und bricht das build vom jQuery ab.

Ich hab alles neu aufgesetzt, selbst die dumme VMaschine zurückgesetzt, brachte nichts.

Damit ich jetzt arbeiten konnte, musste ich zuerst die 3.7. installieren, dort den Zeilenumbruch-Befehl entfernen und dann konnte ich zurück auf die 3.6.er version, die damit wohl ein riesen Problem hatte.

Wasn fail. Durch irgendwas ist die 3.7. geschrottet worden, die 3.6.4 unterstützt keine Zeilenumbrüche und auch absolut keine Chance, ein "\n" im Code einzufügen. Das Teil ändert es immer fein in "\n" ab, damit man den "" als solches im Text zu sehen bekommt. Nett gemeint, aber an api's anderer Anwendungen dachten die Entwickler von Blockly wohl nicht.

BTW Entwickler Blockly: Scheint wohl so schwer sein, ein \n im Code einzufügen, anstatt wie derzeit ein \n. Warum ist das letzte Update 6 Monate her? Ist Blockly "end of life"?

Und warum doppelt?

Der Slider ist IMHO nicht zum schieben konzipiert.

Antippen an der Stelle wo er hin soll.

Der wert wird gesendet und nach Rückmeldung zeigt der Slider die Position an.

Gruß Rainer