NEWS

@BuZZy sagte in Speicherort von Scripts?:

Die Scripte befinden sich standardmäßig in der Datei

/opt/iobroker/iobroker-data/objects.json

Gruß

Du solltest aus dieser JSON-datei die Objekte script.js.XYZ extrahieren und auf der neuen Installation in diese Datei einfügen (bei ausgeschaltetem ioBroker). Es hilft, wenn dein Editor JSON-Formatierung unterstützt, da du dann die Objekte schneller eingrenzen kannst.

@synthe
Hier muss ich Dir zustimmen. Alleine das Ablegen der Queue selber sorgt nicht für eine Synchrone Abarbeitung - dazu müsste sichergestellt sein das genau eine Instanz die Abarbeitung übernimmt, und andere Instanzen nur etwas hinzufügen können.

Auch ist durch das Objekt-Modell vom IoBroker ein Hinzufügen von Queue Objekten kritisch - soweit ich das verstanden habe gibt es keine Funktionalität, die es erlaubt Schreibzugriffe auf einen Datenpunkt von anderen Stellen aus zu blockieren (zeitlich begrenzt, als "Resource Lock").

Da wirst Du dir etwas anderes einfallen lassen müssen.

So, gelöst 🙂

falls jemand mal über so was stolpert:

try { if(typeof flugplan[i].flight.arrival.gates[0].gate == 'undefined') { // does not exist arivalshtml=arrivalshtml + '<th class="tg-2uhc">'; arrivalshtml=arrivalshtml + " "; arrivalshtml=arrivalshtml + '</th>'; } else { // does exist arrivalshtml=arrivalshtml + '<th class="tg-2uhc">'; arrivalshtml=arrivalshtml + flugplan[i].flight.arrival.gates[0].gate; arrivalshtml=arrivalshtml + '</th>'; } } catch (error){ /* ignore */ }

macht den Trick.

Viele Grüße
Christian

Danke, jetzt funktioniert es. Das Arraymodell ist irgendwie anders als ich sie kenne.

Auch danke für den Hinweis mit der Arraygröße..

Danke für deine Antwort, aber das Problem ist, das die Timer laut logs richtig aufgezogen sind, aber einfach nicht feuern.
Verschachtelt hab ich da eigentlich nichts, denn jeder Timer ist für sich einer. Auch die Zeiten passen alle. Sprich kein Timer könnte den anderen behindern da immer 1-2 Stunden unterschied sind.
Das komische ist ja, wenn ich das Skript neu starte geht es ja wieder eine Zeit lang

@Sascha19861 sagte:

was das "let" in der Schleife macht.

Damit wird die Variable i deklariert (analog zur Deklaration mittels var). Siehe SELFHTML.

@Sascha19861 sagte:

Läuft !!

Dann markiere bitte das Thema in der Überschrift als [gelöst].

falls mal ein profi eine bewertung abgeben möchte

hab es so gelöst:

es gibt ein globales script - welches mehrere funktionen beinhaltet. siehe in der art wie im ersten post.

dann habe ich in den blockly, wo ich die funktion verwenden möchte, folgende bausteine eingefügt:

Image 1.png

in dieser javascript-funktion wird eine funktion des globalen scripts aufgerufen - ist das in ordnung auf diese art ?

@paul53
danke, die Astrofunktion(Länge,Breite) war noch nicht korrekt eingerichtet
dann ergibt sich undefined und das läßt sich nicht nach LocalTimeString umwandeln
also Fehler

@totocotonio
Hallo,
Bei mir wurden die Skripte nicht angezeigt, wenn HTTPS genutzt wurde. Unter http wird wieder alles angezeigt.

@Georgius Übrigens funktioniert es einfacher so

createState("javascript.0.Sprit.Setup.lat", 48.092420, {type: 'number', name: 'Lat', read: true, write: true}); createState("javascript.0.Sprit.Setup.lon", 16.287854, {type: 'number', name: 'Lon', read: true, write: true});

Oh, schau ich mir gleich an. Danke dir.

@mike2712 selbst gelöst, das muss dann anstelle von STATE -> POWER benutzt werden

@dfz so soll es auch sein 🙂

Danke, hab ich übersehen.

Und ich möchte meine Frage selbst beantworten, ja funktioniert

@htrecksler sagte in ioBroker VIS - Eingabe über HTML Widget <input type="time">:

...
vielleicht geht es damit? Das nutze ich um eigene Datenpunkte über vis zu füllen

Das wäre der Notfallplan, aber keinesfalls "Final"
Eher soetwas:
WhatsApp Image 2019-04-03 at 17.49.50.jpeg

<input type="time"> eben

Leider hatte ich noch immer keine Zeit, mich ins "Widget" schreiben einzufuchsen. Das kommt zu einem späteren Zeitpunkt. Jetzt geht es erstmal um die "schnelle" Umsetzung. Später dann ins Detail. HTML,CSS,JS usw.

@stimezo Alsooo... die neue Version 1.3.1 habe ich gerade veröffentlicht und da kann man info.0.newsfeed_filtered nehmen. ☺

Das mit dem Testsystem klingt logisch.
Macht also Sinn die sauber funktionierenden Scripte in die erste Instanz zu verschieben.
Wirkt sich das eigentlich auf die Geschwindigkeit oder auf den Speicherverbrauch nennswert aus?

cc6325a0-df59-4f2a-b369-77245f922e15-image.png

Update:
Thema ist erst einmal vom Tisch.
Ich hatte grad für Instanz.0 auf "debug" umgestellt, nach dem Neustart der Instanz wurden die Sensoren wieder gefunden.

Wenn mir das Verhalten jemand erklären könnte?!

@mctom sagte:

Es funktioniert.

Dann markiere bitte das Thema als [gelöst].