@torsten_mg said in [gelöst] Philips Hue Extended Funktion alert:
Fehler gefunden!!
Ich habe die ganze Zeit bei alert Iselect, statt lselect eingegeben. Bin durch zufall drauf gekommen. Der Fehler ist Augenscheinlich nicht sichtbar, ist aber einfach.
Ich habe ein grosses i genommen statt eines kleinen L.
bin auf das gleiche Problem gestoßen 
-->grosses i anstelle vom kleinen L. Scheint doch häufiger zu passieren.
Volltreffer-->Problem gelöst. 
Dieses Forum ist top, danke.
Details for dummies:
1.iobroker console öffnen
2. eintippen: sudo apt-get update -y
3.eintippen: sudo apt-get install -y iputils-ping
4. Restart Lupusec Adapter
done
THX
update1:
Nach einem iobroker docker update über Unraid muss man die obere Prozedur wiederholen. Sonst ist der Fehler leider wieder da.
bin am verzweifeln.
Unraid mit iobroker docker.
Bekomme den Lupusec Adapter nicht dauerhaft grün-- >nach Verbindung ist er kurz grün-->dann rot:
Log sagt:
(Error: ping.probe: there was an error while executing the ping program. . Check the path or permissions...)
21-10-05 10:45:03.289 - info: lupusec.0 (10766) Plugin sentry Sentry Plugin disabled for this process because sending of statistic data is disabled for the system
2021-10-05 10:45:03.295 - info: lupusec.0 (10766) starting. Version 1.3.5 in /opt/iobroker/node_modules/iobroker.lupusec, node: v12.22.6, js-controller: 3.3.18
2021-10-05 10:45:03.308 - info: lupusec.0 (10766) Starting Adapter lupusec.0 in version 1.3.5
2021-10-05 10:45:03.329 - error: lupusec.0 (10766) Error pinging 192.168.178.47 (Error: ping.probe: there was an error while executing the ping program. . Check the path or permissions...)
2021-10-05 10:45:03.329 - info: lupusec.0 (10766) Terminated (ADAPTER_REQUESTED_TERMINATION): Not reachable
Ping geht aber mit und ohne Sudo aus dem Unraid Terminal Fenster
LLinux 5.10.28-Unraid.
root@plex:~# ping -c4 192.168.178.47
PING 192.168.178.47 (192.168.178.47) 56(84) bytes of data.
64 bytes from 192.168.178.47: icmp_seq=1 ttl=64 time=0.883 ms
64 bytes from 192.168.178.47: icmp_seq=2 ttl=64 time=0.318 ms
64 bytes from 192.168.178.47: icmp_seq=3 ttl=64 time=0.319 ms
64 bytes from 192.168.178.47: icmp_seq=4 ttl=64 time=0.295 ms
--- 192.168.178.47 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3074ms
rtt min/avg/max/mdev = 0.295/0.453/0.883/0.248 ms
Danke für die Hilfe
Habe die Updatezeit aller Bilder bereits zuvor von 0ms auf 1000ms...bis max. gestellt. Hat alles keinen Unterschied gemacht.
Fakt ist: ioBroker VIS hat anscheinend Probleme mit Apple.
Habe nun folgenden workaround erfolgreich am laufen:
-->Ubuntu server mit chromium im kiosk mode + VNC.
Auf dem Ubuntu server startet die VIS Seite automatisch im fullscreen modus.
VNC streamt das Bild auf mein Ipad (VNC Client).
Ergebnis:
Vis Bild kommt auf meinem Ipad nun nicht mehr ins Stocken.
Zusätzlich habe ich jetzt noch ein EyeMotion Kamera Bild in HD auf die gleiche Seite gesetzt + andere Sachen.
Läuft bis jetzt 1A.
@solarimpulse said in SMA Wechselrichter:
Lieber Peoples
Ich habe mich ebenfalls deiner Skripte und Views bedient. Alles genau so gemacht, wie du das vorschlägst. Und zwar mit separater view und dann mit "view in Widget" auf meiner Hauptview eingefügt. Das ganze stelle ich auf einem neuen iPad (neueste Generation, im April gekauft) das and der Wand hängt mittels ioBroker APP dar.
Zu beginn läuft jeweils alles super. Nach ein paar Stunden "friert" die View jedoch ein und ich kann darauf nichts mehr bedienen. Auf die animierten GIFs bleiben stehen. Ich habe sehr lange gebraucht, um den Fehler einzugrenzen. Habe ein neues Projekt gemacht und Widget um Widget hinzugefügt. Und jedesmal, wenn ich das "view in Widget" mit dieser "SMA" View wieder hinzufüge habe ich das Problem. Es steht also eindeutig im Zusammenhang. Das selbe Problem habe ich auf dem iPad auch, wenn ich die View mit dem Safari Browser darstelle. Es hat also nicht mit der ioBroker App zu tun.Auf dem Laptop habe ich das Problem übrigens auch. Jedoch friert da, vermutlich wegen grösserer Rechenpower, die View nicht ein, sonder das Laptop fängt wie wild an zu schnaufen.
Für mich scheint es so, dass irgendwie ein Speicher vollläuft oder sonst etwas das iPad zu stark beschäftigt.
Hast du, lieber Peoples, oder sonst jemand in diesem Forum eine Idee, wie ich dieses Problem lösen könnte? Ich würde wirklich gerne diese SMA View von Peoples benutzen.
interessant, habe genau das gleiche Problem.
Nach einiger Zeit wird das UI sehr träge ( Ipad).
GIFs bleiben stehen.
Gleiche Problem auch auf dem iphone12.
Schon alles mögliche probiert-- >alles ohne Erfolg
Hast du das Problem jemals lösen können?
Hallo,
habe den ioBroker + Vis 1.3.7 auf einem Unraid server i3+16GB am laufen.
Übertrage via Motioneye ein Kamera stream bzw. Bild auf VIS.
Nach starten der VIS app auf dem Iphone/Ipad läuft der Refresh vom Kamerabild gut-->refresh =1x pro sek.
Problem:
Nach einigen Minuten findet nur noch ein refresh =~10 sec statt bis es ca. nach 10min =30sek pro refresh dauert.
Auch das ganze UI von VIS verhält sich dann sehr träge.
Problem ist auf allen meinen Apple Geräten:
Iphone7
Iphone12
Ipad7
Dabei macht es keinen Unterschied ob ich
a) Iframe benutze
b) die Auflösung in Motioneye auf 320x200 setzte (oder >)
c) eine Snapshot URL mit einer Updatezeit von 1 bzw. 4 sek benutze
d) immer Rendern (ein/aus)
e) Unter Projekteinstellungen die "Intervalle" modifiziere
f) ioBroker app nehme oder Vis in Chrome öffne
Habe mich durch das ganze Forum gelesen-- >finde keine wirkliche Lösung für das Problem.
Hat jemand sonst noch Vorschläge oder diesesProblem auch beobachtet?
Danke
