@hardwarefehler sagte:
Wenn ich das richtig verstehe, steuerst du das Refresh-Intervall mit dem setTimeout() ganz am Ende.
das ist nur eine Verzögerung beim Start. Damit beim ersten Rendern die Definition verfügbar ist und die Charts sauber gerendert werden
Hier noch eine Erweiterung.
Durch Angabe des absoluten Pfades auf die Log-Files muss man das Script nicht mehr im Verzeichnis /opt/iobroker/log/ ausführen.
#!/bin/bash
starttime=$(date +'%s%3N')
patt=$1
#zcat *.log.gz |sed 's/[\x00-\x08\x0B\x0C\x0E-\x1A\x1C-\x1F]//g' |grep "$patt"
#cat /opt/iobroker/log/iobroker.current.log |sed 's/[\x00-\x08\x0B\x0C\x0E-\x1A\x1C-\x1F]//g' |grep "$patt"
zcat /opt/iobroker/log/*.log.gz |ansifilter |grep "$patt"
cat /opt/iobroker/log/iobroker.current.log |ansifilter |grep "$patt"
echo Laufzeit $(($(date +'%s%3N') - $starttime)) ms
Daneben heißt das script nun logsearch - die Umbenennung von "my_logsearch.sh" beschleunigt den Aufruf durch weniger tipparbeit ;-)
Es gibt bei mir nun auch logsearchf (f=fast) mit der sed-Version des filterns ...
Mir ist auch aufgefallen das wenn der Satz eine gewisse länge hat das dann, im Telegramm nicht mehr das Löschmenü kommt, was immer automatisch mit erscheint wenn ich eine Nachricht verschicke.
Liegt das vielleicht an der Text länge ?
@Meister-x sagte:
Alle springen scheinbar auf HA um.
mach doch. wenns dich nicht stört, daß HA dir ungefragt ports verbiegt...
abgesehn davon hat die APP nichts mit VIS zu tun.
Von Solarwatt wird vermutlich nichts kommen. Habe da vor 2 oder 3 Jahren schon mehrere Anfragen gestartet, aber nie eine zufriedenstellende Rückmeldung erhalten, außer dass das System ein geschlossenes System ist.
Danke für dein Feedback!
Zum Admin-Absturz: Bei mir tritt das Problem nicht auf — ich betreibe den Adapter seit Version 1.0.0 ohne Abstürze im Objektbrowser. (Admin v7.8.23, js-controller v7.2.2). Das mehrsprachige common.states-Format wurde vom ioBroker-Review-Team explizit gefordert und ist in aktuellen Admin-Versionen gültig — es könnte ein Versionskompatibilitätsproblem sein.
Damit wir das eingrenzen können, wäre es hilfreich wenn du folgende Infos mitteilst:
Admin-Version (oben links) — der Adapter setzt mindestens 7.6.20 voraus
js-controller Version (unter „Hosts" oder iobroker version im Terminal)
Gibt es eine Fehlermeldung in der Browser-Konsole — F12 → Console-Tab → was steht da genau beim Absturz?
Welches konkrete Objekt den Crash ausgelöst hat (z.B. control.operating_mode?)
Node.js Version auf dem Server
Zu common.desc: Sehr guter Hinweis! Das werde ich im nächsten Release umsetzen — dann ist für jeden Datenpunkt eine Beschreibung direkt im Objektbrowser sichtbar.
Moin!
Ich scheiter auch an der Anmeldung :-(
Egal was ich für Cokkies zulasse ( alle, die Seite alle usw.) alle gelöscht, Werbeblocker aus usw.
Ich bekomme immer folgende Meldung:
[image: 1783689059649-4670d47e-02dc-4b3e-9639-d3efe5d85289-image.jpeg]
Hab mich mal etwas mit den Notifications gespielt.. leider Legt er mir immer zwei gleiche an wenn ich den DP lovelace.0.notifications.add beschreibe... hab das problem nur ich?
v6.1.1
mike
@Asgothian Ich wollte gerade deine Fragen zur PanID bei den verschiedenen Versionen ausklingeln ... als ich wieder von 3.8 auf 3.11 gegangen bin, passte nun aber alles, läuft ohne Fehler.
Kurios. Aber so ist das in der IT manchmal
'Vertical_direction' hatte ich danach auch gesehen, dass es nur RO war. Ist jetzt geändert? Neue Version? Ich hab das doch richtig verstanden, dass der Adapter ohne Cloudanbindung läuft. D.h. ich könnte der Anlage den Internetzugang abdrehen. Gibt es noch Dinge die geändert/entwickelt werden müsste, bevor der Adapter ins latest und dann ins stable kommt?
Yai, vielen herzlichen Dank!
Ich habe ein eigenes Volume dafür in Docker eingebunden, habe das dann in den NodeRed-Adaptereinstellungen genutzt und im Energy-Node dann das Bild eingefügt.
Etwas fummelig, aber exakt das, was ich gesucht habe.
Nochmal vielen Dank!