NEWS
-
@skokarl
das kannst du heute schon umsetzen.
nimm das widget json template aus dem rssfeed adapter und füge folgende werte einrss_dp[1]
den datenpunkt mit deinem textjson_template
<style> #<%= widgetID %> .marquee { max-width: 100vw; /* iOS braucht das */ white-space: nowrap; overflow: hidden; font-size:20px; } #<%= widgetID %> .marquee span { display: inline-block; padding-left: 100%; animation: <%= widgetID %>marquee 10s linear infinite; } /* Optional: mouseover (oder Tipp auf dem Touchscreen) pausiert die Laufschrift */ #<%= widgetID %> .marquee span:hover { animation-play-state: paused } /* Make it move */ @keyframes <%= widgetID %>marquee { 0% { transform: translateX(0); } 100% { transform: translateX(-100%); } } #<%= widgetID %> a { text-decoration: none; color: inherit;} </style> <div class="<%= widgetID %> marquee"><span><%= dp['0_userdata.0.test3'] %></span></div>Ändere auch in der letzten Zeile des templates bei
dp['0_userdata.0.test3']den namen des datenpunkts innerhalb der einfachen anführungszeichen, den du oben gewählt hast.
wenn es dir zu schnell oder zu langsam läuft, dann kannst du im template in dieser zeile
animation: <%= widgetID %>marquee 10s linear infinite;die Zeit ändern, die es zum durchlaufen benötigen soll. hier steht jetzt 10s für 10 Sekunden
Du bist ja auch nen Knaller, schmeisst man Dir ein paar Brocken hin und swups die bups baust Du ne Laufschrift. :grin:
Das war aber zu schnell für mich, der Datenpunkt ist ja noch einfach, der ist ja im Widget, aber wie kann ich das Template sehen ? :grimacing:
IOBroker mit Proxmox auf Celeron Nuc mit 16 GB und Debian11, Sonos API, Echo Show 15 als Wandtablet, Homematic IP, HUE, Sonos, Echos, DS718+ als Backup
-
Du bist ja auch nen Knaller, schmeisst man Dir ein paar Brocken hin und swups die bups baust Du ne Laufschrift. :grin:
Das war aber zu schnell für mich, der Datenpunkt ist ja noch einfach, der ist ja im Widget, aber wie kann ich das Template sehen ? :grimacing:
das html und css für die laufschrift gab es ja schon, daher kein großer aufwand.
wie oben beschrieben, die inhalte in den eigenschaften des wigets json_template2 füllen.
für eine größere ansicht, kann man den knopf rechts von json_template drücken
-
das html und css für die laufschrift gab es ja schon, daher kein großer aufwand.
wie oben beschrieben, die inhalte in den eigenschaften des wigets json_template2 füllen.
für eine größere ansicht, kann man den knopf rechts von json_template drücken
-
Ich mach jetzt hier nochmal nen Deppenauftritt, nützt aber nix.
Oliver, nen Datenpunkt von mir mit Text gefüllt geht prima, nen Datenpunkt vom Alexa Adapter geht nicht,
Bindings geht nicht ?
{alexa2.0.Echo-Devices.1119ddc6a9b4423a9f11111111111.Player.currentTitle} -
@skokarl
was für einen datentyp haben die datenpunkte?
kannst du mal die browser konsole mit f12 (galaube ich) öffnen
und schauen was da für fehlermeldung drin steht?dieses widget wurde noch von so gut wie niemand getestet.
ist aber eines meiner flexibelsten, da damit jeder sein spezial widget umsetzen kann.kann gut sein, das da noch ein paar konstellationen nicht abgefangen werden
ich hab auch vor dieses widget aus diesem adapter in einen anderen neue adapter zu legen (neues winterprojekt), aber dann verbessern wir das hier schon malMeine Adapter und Widgets
TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
Links im Profil -
@skokarl
was für einen datentyp haben die datenpunkte?
kannst du mal die browser konsole mit f12 (galaube ich) öffnen
und schauen was da für fehlermeldung drin steht?dieses widget wurde noch von so gut wie niemand getestet.
ist aber eines meiner flexibelsten, da damit jeder sein spezial widget umsetzen kann.kann gut sein, das da noch ein paar konstellationen nicht abgefangen werden
ich hab auch vor dieses widget aus diesem adapter in einen anderen neue adapter zu legen (neues winterprojekt), aber dann verbessern wir das hier schon mal@oliverio sagte in Test und Support Adapter rssfeed v1.x.x:
ich hab auch vor dieses widget aus diesem adapter in einen anderen neue adapter zu legen (neues winterprojekt)
Ok fein, magst du uns schon die Richtung des Adapters verraten?
Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@oliverio sagte in Test und Support Adapter rssfeed v1.x.x:
ich hab auch vor dieses widget aus diesem adapter in einen anderen neue adapter zu legen (neues winterprojekt)
Ok fein, magst du uns schon die Richtung des Adapters verraten?
-
@skokarl
was für einen datentyp haben die datenpunkte?
kannst du mal die browser konsole mit f12 (galaube ich) öffnen
und schauen was da für fehlermeldung drin steht?dieses widget wurde noch von so gut wie niemand getestet.
ist aber eines meiner flexibelsten, da damit jeder sein spezial widget umsetzen kann.kann gut sein, das da noch ein paar konstellationen nicht abgefangen werden
ich hab auch vor dieses widget aus diesem adapter in einen anderen neue adapter zu legen (neues winterprojekt), aber dann verbessern wir das hier schon mal -
@rekorboi dann bin ich ja zum Glück nicht der Einzige mit dem Problem. :)
hast du nur den rssfeed-Adapter geupdatet oder auch gleichzeitig Host und JS-Controller oder ähnliches?
Hast du mal den Downgrade zurück auf 0.0.30 versucht? Hat bei mir leider nicht funktioniert,
kam immer eine Fehlermeldung und der Adapter ist nicht gestartet.Weißt du welche Chromium-Version du auf den Pis hast?
über die Console:chromium-browser --product-versionfalls die Version über 90 ist, könnte ein Update auf 88 helfen, hat bei mir aber keinen
Erfolg gebracht. Ist hier genauer beschrieben:
https://forum.iobroker.net/topic/48461/gelöst-vis-absturz-von-chromium-nach-paar-minuten/2?_=1637611007394dann bin ich ja zum Glück nicht der Einzige mit dem Problem. 🙂
Das war die Intention – kurze Info vor dem Abtauchen. :-)
An besagtem Tag war das rssfeed-Update das Einzige.
Den Downgradeversuch habe ich bisher nicht gestartet, um evtl. den Effekt zunächst noch ein bisschen einkreisen zu können. Mehr Infos folgen. -
@ritschy2000
@rekorboi
könnt ih mir beide mal eure exakten konfigurationen sagen?was habt ihr auf dem client?
wenn ich richtig verstanden habe pi? welchen, mit wieviel MB, welches betriebssystem, welcher browser? möglichst mit genauen versionsnummernwas habt ihr auf dem server?
welches betriebssystem
welche version iobroker
alles möglichst mit genauen versionsnummern@oliverio @Ritschy2000
Server:- Pi 4 Model B Rev 1.1 (4 GB)
- Raspberry Pi OS Buster
- Js-Controller 3.3.18
- Node.JS 12.22.6
- NPM 6.14.15
- VIS 1.4.5
- Web 3.4.9
Clients:
- Pi 3 Model B Rev 1.2
- Raspberry Pi OS Buster
- Chromium 92.0.4515.98
Allerdings glaube ich nicht, dass es an den Pi-Clients liegt, sie dürften nach aktuellen Beobachtungen lediglich das schwächste Glied sein. Auch ein Versuch mit Firefox auf einem Win10-PC (32 GB) zeigte vergleichbare Probleme, wenn der rss-Adapter aktiv war: Als die Pi-Clients den Effekt nach ca. 1,5 h zeigten, kam es beim Versuch eines View-Wechsels am PC zu der Meldung "Diese Seite verlangsamt Firefox. Halten Sie die Seite an, um den Browser zu beschleunigen" und einem Hängen des VIS-Tabs für ca. 1 min. (danach lief es wieder für einige Minuten bis zum nächsten Hänger). Die Konsole hat leider nichts hergegeben, z.B. hing auch die Laufzeitanalyse. Während des Hängens sorgte Firefox für eine 99%-Auslastung des PC-Arbeitsspeichers (& ca. 13% CPU). Der einzige Konsolenfehler, den ich generieren kann (egal ob rssfeed-Adapter aktiv/inaktiv), ist unabhängig vom Einfrieren und ein 404er für „…/vis/adapter/rssfeed/words.js“.
Auf den Pi-Clients ist ebenfalls ein stetiger Anstieg der Speicherbelegung und der CPU-Auslastung zu beobachten, bis der Effekt auftritt. Zudem zeigt auch der Server eine Auffälligkeit: Während der Firefox- & Chromium-Hänger wurde der Swap-Speicher genutzt, was im Normalbetrieb nicht vorkommt (habe keine Prozessinfos, da ich es erst im Nachhinein über die Swap-Zeitspur gesehen habe).
Mit deaktiviertem rssfeed-Adapter kam es die Woche über zu keinerlei Aussetzern.
Hoffe, die Infos helfen beim Eingrenzen – danke für den hilfreichen Adapter!
-
@oliverio @Ritschy2000
Server:- Pi 4 Model B Rev 1.1 (4 GB)
- Raspberry Pi OS Buster
- Js-Controller 3.3.18
- Node.JS 12.22.6
- NPM 6.14.15
- VIS 1.4.5
- Web 3.4.9
Clients:
- Pi 3 Model B Rev 1.2
- Raspberry Pi OS Buster
- Chromium 92.0.4515.98
Allerdings glaube ich nicht, dass es an den Pi-Clients liegt, sie dürften nach aktuellen Beobachtungen lediglich das schwächste Glied sein. Auch ein Versuch mit Firefox auf einem Win10-PC (32 GB) zeigte vergleichbare Probleme, wenn der rss-Adapter aktiv war: Als die Pi-Clients den Effekt nach ca. 1,5 h zeigten, kam es beim Versuch eines View-Wechsels am PC zu der Meldung "Diese Seite verlangsamt Firefox. Halten Sie die Seite an, um den Browser zu beschleunigen" und einem Hängen des VIS-Tabs für ca. 1 min. (danach lief es wieder für einige Minuten bis zum nächsten Hänger). Die Konsole hat leider nichts hergegeben, z.B. hing auch die Laufzeitanalyse. Während des Hängens sorgte Firefox für eine 99%-Auslastung des PC-Arbeitsspeichers (& ca. 13% CPU). Der einzige Konsolenfehler, den ich generieren kann (egal ob rssfeed-Adapter aktiv/inaktiv), ist unabhängig vom Einfrieren und ein 404er für „…/vis/adapter/rssfeed/words.js“.
Auf den Pi-Clients ist ebenfalls ein stetiger Anstieg der Speicherbelegung und der CPU-Auslastung zu beobachten, bis der Effekt auftritt. Zudem zeigt auch der Server eine Auffälligkeit: Während der Firefox- & Chromium-Hänger wurde der Swap-Speicher genutzt, was im Normalbetrieb nicht vorkommt (habe keine Prozessinfos, da ich es erst im Nachhinein über die Swap-Zeitspur gesehen habe).
Mit deaktiviertem rssfeed-Adapter kam es die Woche über zu keinerlei Aussetzern.
Hoffe, die Infos helfen beim Eingrenzen – danke für den hilfreichen Adapter!
@oliverio @Ritschy2000 Neuer, erfreulicher Stand: Habe das nach dem Update von 0.0.30 auf 1.0.0 aufgetretene Problem wahrscheinlich lösen können. Nach einer rssfeed-Deinstallation (Instanz/Adapter/Widget) und anschließender Neuinstallation (1.0.0) läuft es bisher stabil und unauffällig - warum auch immer.
Über eins bin ich allerdings bei der Neukonfiguration gestolpert:
Die Aktualisierung wird dem README folgend noch immer in Minuten konfiguriert, richtig? Oder gibt es eine Änderung auf Sekunden (s. Post #437)? Vielleicht wäre ein Hinweis auf die Einheit am Eingabefeld hilfreich.
Mein System lässt jetzt anscheinend nur noch 60 min als minimales Refresh-Intervall zu. Welche Gründe sprechen für diese Begrenzung? 60 s kämen mir plausibler vor, da z.B. ein Intervall von 1 h für die Anzeige von Eilmeldungen dem „Eil“ nicht wirklich gerecht wird. Bei mir lief v0.0.30 mit einem 5 min Intervall absolut stabil. Die Balance zwischen Aktualität und Ressourcennutzung/Traffic etc. könnte ja jeder für sich selbst austarieren. -
@oliverio @Ritschy2000 Neuer, erfreulicher Stand: Habe das nach dem Update von 0.0.30 auf 1.0.0 aufgetretene Problem wahrscheinlich lösen können. Nach einer rssfeed-Deinstallation (Instanz/Adapter/Widget) und anschließender Neuinstallation (1.0.0) läuft es bisher stabil und unauffällig - warum auch immer.
Über eins bin ich allerdings bei der Neukonfiguration gestolpert:
Die Aktualisierung wird dem README folgend noch immer in Minuten konfiguriert, richtig? Oder gibt es eine Änderung auf Sekunden (s. Post #437)? Vielleicht wäre ein Hinweis auf die Einheit am Eingabefeld hilfreich.
Mein System lässt jetzt anscheinend nur noch 60 min als minimales Refresh-Intervall zu. Welche Gründe sprechen für diese Begrenzung? 60 s kämen mir plausibler vor, da z.B. ein Intervall von 1 h für die Anzeige von Eilmeldungen dem „Eil“ nicht wirklich gerecht wird. Bei mir lief v0.0.30 mit einem 5 min Intervall absolut stabil. Die Balance zwischen Aktualität und Ressourcennutzung/Traffic etc. könnte ja jeder für sich selbst austarieren.Super danke für die Rückmeldung.
Ich würde mich freuen wenn die anderen mit gleichem Problem das ebenfalls berichten können.
Leider ist mein Versuch diese Woche noch am Androide Emulator gescheitert.Muss dann doch noch einen raspi nativ separat aufbauen.
Allerdings wundert mich die Lösung, meine Vermutung war bisher das das Problem am clientcode (Widget) lag.
-
Super danke für die Rückmeldung.
Ich würde mich freuen wenn die anderen mit gleichem Problem das ebenfalls berichten können.
Leider ist mein Versuch diese Woche noch am Androide Emulator gescheitert.Muss dann doch noch einen raspi nativ separat aufbauen.
Allerdings wundert mich die Lösung, meine Vermutung war bisher das das Problem am clientcode (Widget) lag.
-
Hallöchen zusammen, ich versuche gerade den rssfeed zu installieren, da ich das JSON Template benötige.
Leider kann ich nach einer erfolgreichen Installation im VIS keine rssfeed oder auch passende json Widgets finden. Ich habe auch schon den VIS Adapter und iobroker gesamthaft neu gestartet.
Der rssfeed Adapter ist in der Instances-Übersicht aufgeführt.Kann mir da jemand helfen?
Danke und LGe
Niels -
Hallöchen zusammen, ich versuche gerade den rssfeed zu installieren, da ich das JSON Template benötige.
Leider kann ich nach einer erfolgreichen Installation im VIS keine rssfeed oder auch passende json Widgets finden. Ich habe auch schon den VIS Adapter und iobroker gesamthaft neu gestartet.
Der rssfeed Adapter ist in der Instances-Übersicht aufgeführt.Kann mir da jemand helfen?
Danke und LGe
Niels -
@nhet
Du hast in vis im Scuhfeld für die widgets rssfeed eingegeben?
Wenn ja und sie sind nicht da, dann hast du sicherlich eine NPM-Version > 6? -
@oliverio sagte in Test und Support Adapter rssfeed v1.x.x:
@nhet
Du hast in vis im Scuhfeld für die widgets rssfeed eingegeben?
Wenn ja und sie sind nicht da, dann hast du sicherlich eine NPM-Version > 6?Ja und ja. Ich hab Version 6.14.15
@nhet
ok NPM Version 6.
Dann gib bitte auf der Konsole den folgenden Befehl einiob upload allZu Sicherheit das vis Fenster im Browser danach schließen und wieder neu öffnen
Wenn das auch nicht hilft, Adapter bitte deinstallieren und neu installieren und die Logausgabe bei der Installation zu Sicherheit mal abspeichern (das was bei der Installation angezeigt wird, wenn man den Knopf "Mehr" drückt), falls wir da reinschauen müssen wenn auch das nicht funktioniert -
@nhet
ok NPM Version 6.
Dann gib bitte auf der Konsole den folgenden Befehl einiob upload allZu Sicherheit das vis Fenster im Browser danach schließen und wieder neu öffnen
Wenn das auch nicht hilft, Adapter bitte deinstallieren und neu installieren und die Logausgabe bei der Installation zu Sicherheit mal abspeichern (das was bei der Installation angezeigt wird, wenn man den Knopf "Mehr" drückt), falls wir da reinschauen müssen wenn auch das nicht funktioniert@oliverio
Leider alles negativ. Nach dem upload all hab ich den Adapter de und neu installiert.
Folgendes hab ich auf der Konsole für dich:/opt/iobroker/log $ iob add rssfeed 0 host.raspberrypi create instance rssfeed host.raspberrypi object rssfeed.0.info.connection created host.raspberrypi object rssfeed.0.info created host.raspberrypi object system.adapter.rssfeed.0.logLevel created host.raspberrypi object system.adapter.rssfeed.0.sigKill created host.raspberrypi object system.adapter.rssfeed.0.eventLoopLag created host.raspberrypi object system.adapter.rssfeed.0.outputCount created host.raspberrypi object system.adapter.rssfeed.0.inputCount created host.raspberrypi object system.adapter.rssfeed.0.uptime created host.raspberrypi object system.adapter.rssfeed.0.memRss created host.raspberrypi object system.adapter.rssfeed.0.memHeapTotal created host.raspberrypi object system.adapter.rssfeed.0.memHeapUsed created host.raspberrypi object system.adapter.rssfeed.0.cputime created host.raspberrypi object system.adapter.rssfeed.0.cpu created host.raspberrypi object system.adapter.rssfeed.0.compactMode created host.raspberrypi object system.adapter.rssfeed.0.connected created host.raspberrypi object system.adapter.rssfeed.0.alive created host.raspberrypi Set default value of rssfeed.0.info.connection: false host.raspberrypi object system.adapter.rssfeed.0 created
Support us
972
Online32.4k
Users81.5k
Topics1.3m
Posts