Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[foxriver76]

@rascal sobald du die Listen Id konfiguriert hast sollte es sichtbar sein.

[foxriver76]

@AlexAtHome kommt ein Fehler im Log? Eigentlich hast du das richtig verstanden und funktioniert genau so.

[rascal]

Listen ID ist der Datenpunkt gleich unter bring.0 mit einer Buchstaben/Zahlenkombination?
Da zeigt er mir gar nichts an.
Wenn ich den Content DP nehme funktioniert es.

Ich denk der Begriff "Listen ID" ist etwas verwirrend :)

Wie oft wird das Widget/Daten aktualisiert?
Kann man das irgendwo einstellen?

[rascal]

Nochwas ist mir aufgefallen.
Am PC funktioniert alles, Anzeige, hinzufügen, löschen, Anzeige...

Am Tablet mittels Fullybrowser und am Smartphone mittels Vis-App und Chrome Browser sehe ich das Widget überhaupt nicht :(
(ja, reload und resync gemacht)

[rascal]

und nochwas:
Das Widget dürfte die Formatierung der LCARS Widgets über den Haufen werfen.

Wenn ich am PC/Chrome Vis lade, schaut es so aus:

Nachdem ich die View mit dem Bring Widget aufgerufen habe und wieder zu der "Licht" View zurückgehe, schaut es so aus:

[foxriver76]

@rascal kann zum fullyBrowser nichts sagen, allerdings läuft es bei mir in der iOS-App + in Safari mobil. Mir wäre auch kein Grund bekannt, dass es nicht sichtbar sein könnte.

[rascal]

Also: mit Chrome, FullyBrowser und der Vis App wird das Bring Widget nicht angezeigt.
mit Sur Browser und Firefox funktioniert es, die gehen aber nicht im Fullscreen :(

[foxriver76]

Ich muss sowieso nochmal ran, villt klärt sich dann das Problem auch auf. ;-)

[rascal]

:) Okidoki, dann mache ich Schluss damit.

Danke für deine Mühe, ist ein echt cooles Teil, dass du da am entstehen hast :ok_hand:

[foxriver76]

@rascal Kannst nochmal aktualisieren und schauen ob deine anderen Widgets noch kaputt gehen? Sollte jetzt nicht mehr der Fall sein. Wegen den Browsern, bei mir im Chromium läuft es auch nicht.

jquery-1.11.2.min.js:4 Failed to load resource: the server responded with a status of 404 (Not Found)

Und beim Reload ist mir nachträglich aufgefallen:

jquery-1.11.2.min.js:4 GET http://192.168.178.65:8082/vis/tplBringShoppingList.ejs 404 (Not Found)
send @ jquery-1.11.2.min.js:4
ajax @ jquery-1.11.2.min.js:4
o @ can.custom.min.js:58
(anonymous) @ can.custom.min.js:46
renderAs @ can.custom.min.js:58
e.view.e.template @ can.custom.min.js:58
renderWidget @ vis.js:1443
(anonymous) @ vis.js:727
(anonymous) @ vis.js:2546
(anonymous) @ conn.js:720
n.onack @ socket.io.js:3
n.onpacket @ socket.io.js:3
(anonymous) @ socket.io.js:3
n.emit @ socket.io.js:2
n.ondecoded @ socket.io.js:1
(anonymous) @ socket.io.js:3
r.emit @ socket.io.js:1
s.add @ socket.io.js:1
n.ondata @ socket.io.js:1
(anonymous) @ socket.io.js:3
n.emit @ socket.io.js:2
n.onPacket @ socket.io.js:2
(anonymous) @ socket.io.js:2
n.emit @ socket.io.js:2
n.onPacket @ socket.io.js:2
n.onData @ socket.io.js:2
ws.onmessage @ socket.io.js:3
conn.js:1129 Error: Error: can't render tplBringShoppingList w00259 (Error: can.view: No template or empty template:tplBringShoppingList.ejs)

[rascal]

Hey,
bist du Gestern wirklich noch bis 01:30 gesessen? Wahnsinn :grinning:

Bei mir funktioniert jetzt alles. Die LCARS Icons bleiben wie sie sollen, am Tablet unter FullyBrowser wird das Widget jetzt normal angezeigt und ich kann damit arbeiten.
Die Vis-App funktioniert damit nach wie vor nicht, was aber für mich absolut kein Problem wäre.

Tolle Arbeit, ich bin schwer beeindruckt :sunglasses:

[foxriver76]

@rascal bisschen länger, werde langsam warm mit dem Frontend Zeug.

Also zu dem Problem mit Chromium habe ich oben noch was ergänzt, auch ist mir aufgefallen, dass das gleiche bei dem mihome-vaccum Widget in Chromium passiert.

[foxriver76]

@rascal sagte in [Aufruf] Bring! Adapter:

Listen ID ist der Datenpunkt gleich unter bring.0 mit einer Buchstaben/Zahlenkombination?
Da zeigt er mir gar nichts an.
Wenn ich den Content DP nehme funktioniert es.

Ich denk der Begriff "Listen ID" ist etwas verwirrend :)

Wie oft wird das Widget/Daten aktualisiert?
Kann man das irgendwo einstellen?

Es werden jetzt bei Listen ID und Co, nur noch States mit der korrekten Rolle angezeigt, somit sollte es hoffentlich klar sein was auszuwählen ist.

Widget fragt die Daten vom Backend alle 15 Sekunden ab, bedenke aber dass der Adapter selbst alle 90 Sekunden von Bring! polled und die vis-states haben auch noch einen kleinen Delay. Also wenn es hart auf hart kommt, kann es bis zu ca. 2 Minuten (worst-case) dauern, bis ein Item dass du via App eingestellt hast angezeigt wird.
Erstellst du ein Item selbst mit dem Widget ist es sofort sichtbar in dem Widget in dem es erstellt wurde, erstellt jemand ein Item mit Widget/Adapter und es wird auf einem anderen Device angeschaut, kann es also im Worst-Case ca. 20 Sekunden dauern.

[rascal]

@foxriver76 danke für die Klarstellung

[AlexAtHome]

@foxriver76 Ich habe weitergeforscht. Wenn ich manuell den Eintrag für Save.Item ändere, wird es sofort wie erwartet in die Liste hochrepliziert. :+1:

Schreibe ich per Script mittels "Aktualisiere Objekt" etwas rein (und der Wert steht dann wirklich auch drin lt. Objektliste) - passiert nix. :white_frowning_face:
Sorry, ich bin noch recht neu, was iobroker angeht. Ich vermute daher mal, mein Script ist nicht korrekt...

[foxriver76]

@AlexAtHome zeig mal dein Skript, dann finden wir den Fehler bestimmt.

[AlexAtHome]

@foxriver76
Gerne :-) (ist nur so zum testen + einarbeiten gedacht)

schedule("48 16 * * *", function () {
console.log('Anzahl Elemente auf Einkaufsliste:');
// Bring Liste Einkaufsliste Anzahl Elemente
console.log(getState("bring.0.427b2795-5d01-4f9a-aafc-1b9e67f9f39f.count").val);
setState("bring.0.427b2795-5d01-4f9a-aafc-1b9e67f9f39f.saveItem"/Save Item/, 'Bier', true);
});

Das Ausgeben der Anzahl Elemente tut.

[foxriver76]

@AlexAtHome hinter Bier das true muss ein false sein. Sonst sagst du dem Adapter er hätte den State schon verarbeitet.

[AlexAtHome]

@foxriver76
Ah, okay! Danke Dir! Klappt :+1:

Wieder was gelernt :-)
Das true/false sieht man wohl nur im Script-Modus, nicht im Blockly-Editor.

Nachtrag: ich muss in Blockly eine andere Funktion verwenden. Ich lerne noch... :pensive:

[foxriver76]

@foxriver76 sagte in [Aufruf] Bring! Adapter:

@rascal Kannst nochmal aktualisieren und schauen ob deine anderen Widgets noch kaputt gehen? Sollte jetzt nicht mehr der Fall sein. Wegen den Browsern, bei mir im Chromium läuft es auch nicht.

jquery-1.11.2.min.js:4 Failed to load resource: the server responded with a status of 404 (Not Found)

Und beim Reload ist mir nachträglich aufgefallen:

Spoiler

```
jquery-1.11.2.min.js:4 GET http://192.168.178.65:8082/vis/tplBringShoppingList.ejs 404 (Not Found)
send @ jquery-1.11.2.min.js:4
ajax @ jquery-1.11.2.min.js:4
o @ can.custom.min.js:58
(anonymous) @ can.custom.min.js:46
renderAs @ can.custom.min.js:58
e.view.e.template @ can.custom.min.js:58
renderWidget @ vis.js:1443
(anonymous) @ vis.js:727
(anonymous) @ vis.js:2546
(anonymous) @ conn.js:720
n.onack @ socket.io.js:3
n.onpacket @ socket.io.js:3
(anonymous) @ socket.io.js:3
n.emit @ socket.io.js:2
n.ondecoded @ socket.io.js:1
(anonymous) @ socket.io.js:3
r.emit @ socket.io.js:1
s.add @ socket.io.js:1
n.ondata @ socket.io.js:1
(anonymous) @ socket.io.js:3
n.emit @ socket.io.js:2
n.onPacket @ socket.io.js:2
(anonymous) @ socket.io.js:2
n.emit @ socket.io.js:2
n.onPacket @ socket.io.js:2
n.onData @ socket.io.js:2
ws.onmessage @ socket.io.js:3
conn.js:1129 Error: Error: can't render tplBringShoppingList w00259 (Error: can.view: No template or empty template:tplBringShoppingList.ejs)

[/s]

War bei mir wohl ein Cache Problem, also sollte überall laufen, falls nicht mal Cache leeren. Dachte mein Chromium war noch frisch.