Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[jensven]

@crunchip said in VIS nicht erreichbar:

@jensven sagte in VIS nicht erreichbar:

Wird jetzt aber eher weniger mit dem Problem zu tun haben.

vllt doch

@jensven sagte in VIS nicht erreichbar:

sie von einem auf den anderen Moment nicht mehr erreichbar

was sagt das browserlog?

Morgen komme ich wieder an den Raspberry Pi

Wo kann ich den Browserlog finden?

[crunchip]

@jensven sagte in VIS nicht erreichbar:

Wo kann ich den Browserlog finden?

Im Browser F12 drücken(in der Regel)

[jensven]

@crunchip
hier der browserlog:

Version chromecast: 1.3.5
edit.html:3971 Version vis-history: 1.0.0
info.js:29 Version Info-Adapter-Widget: 1.9.26
edit.html:5028 Version vis-jqui-mfd: 1.0.12
justgage.js:115 Version justgage: 1.0.2
edit.html:9968 Metro version: "1.2.0"
players.js:55 Version players: 0.1.0
slideshow.js:348 Version slideshow: 0.0.1
trashschedule.js:176 Version trashschedule: 2.3.0
vis-material-advanced.js:183 Version vis-material-advanced: 1.7.3
edit.html:18979 Version vis-weather: 2.5.6
socket.io.js:66 [2023-11-12T16:07:09.355Z] Try to connect
conn.js:310 2023-11-12T16:07:09.385Z Connected => authenticate
conn.js:331 2023-11-12T16:07:09.440Z Authenticated: true
visUtils.js:455  Uncaught TypeError: Cannot read properties of undefined (reading 'data')
    at getUsedObjectIDs (visUtils.js:455:97)
    at Object.getUsedObjectIDs (vis.js:519:22)
    at vis.js:2055:34
    at conn.js:585:25

wenn ich nun auf das

(visUtils.js:455:97)

klicke kann ich folgendes sehen:

                        // Visibility binding
                        if (attr === 'visibility-oid' && data['visibility-oid']) {
                            var vid = data['visibility-oid'];
                            var vgroup = getWidgetGroup(views, view, id);
                            if (vgroup) {
                                var result1 = replaceGroupAttr(vid, views[view].widgets[vgroup].data);
                                if (result1.doesMatch) {
                                    vid = result1.newString;
                                }
                            }

                            if (!visibility[vid]) visibility[vid] = [];
                            visibility[vid].push({view: view, widget: id});
                        }

[crunchip]

@jensven nichts auffälliges zu sehen

[jensven]

@djmarc75 said in VIS nicht erreichbar:

@jensven

iob upload all

hat nicht geholfen
das probnlem besteht weiterhin

[jensven]

Ist es möglich ein backup von meiner vorhandenen VIS zu erstellen ?
Würde mal versuchen den VIS adapter neu zu installieren und das backup dann darauf zu spielen.

[jensven]

Da ich keine andere möglichkeit fand habe ich nun nen backup von vor 2 Tage bevor dass ganze passiert ist für das ganze system durchgeführt.
Nun funktioniert es wieder.

[Homoran]

@jensven sagte in [Erledigt, ohne Lösung gefunden] VIS nicht erreichbar:

Ist es möglich ein backup von meiner vorhandenen VIS zu erstellen ?

klar.
die Datei(en) vis-views.json der Projekte sichern und zurückspielen

@jensven sagte in [Erledigt, ohne Lösung gefunden] VIS nicht erreichbar:

nen backup von vor 2 Tage bevor dass ganze passiert ist für das ganze system durchgeführt.
Nun funktioniert es wieder.

was ist denn vor 2 Tagen passiert?

[jensven]

@homoran
wie oben schon geschrieben lief die vis ganz normal ohne Probleme. Ich habe dann einen zusätlichen Knopf/Button/Schalter hinzugefügt der einen von mir erstellten Datenpunkt umschaltet (true/false)
Danach, also nicht direkt sondern paar Stunden später, fing das Problem an wie oben beschrieben.

Ich konnte nicht mehr in den Vis Editor und die Vis Runtime selbst lief auch nicht mehr. Egal ob am Tablet oder am Computer oder Notebook.
Es kam immer nur der startbildschirm dass die Daten geladen werden, dann blieb es hingen

[Homoran]

@jensven sagte in [Erledigt, ohne Lösung gefunden] VIS nicht erreichbar:

Ich habe dann einen zusätlichen Knopf/Button/Schalter hinzugefügt

Ich habe dazu keine näheren Infos über Typ und Konfiguration gefunden.

@jensven sagte in [Erledigt, ohne Lösung gefunden] VIS nicht erreichbar:

also nicht direkt sondern paar Stunden später,

dann kann es mit dem Hinzufügen auch nichts zu tun haben.
Dann muss sich noch etwas geändert haben.

[jensven]

@homoran

@homoran said in [Erledigt, ohne Lösung gefunden] VIS nicht erreichbar:

@jensven sagte in [Erledigt, ohne Lösung gefunden] VIS nicht erreichbar:

also nicht direkt sondern paar Stunden später,

dann kann es mit dem Hinzufügen auch nichts zu tun haben.
Dann muss sich noch etwas geändert haben.

das war das letzte was ich am System gemacht habe. Kann mir auch nicht vorstellen dass es an dem lag.
Wusste auch nicht was für Infos genau benötigt werden um das Problem zu lösen.

Hätte gerne noch länger auf ne Antwort gewartet um eine Lösung zu finden und auch um das Problem zu finden, aber mittlerweile wird hier einiges über die VIS gesteuert. Geht zwar auch ohne umständlich am Handy, aber ich war da zu ungeduldig.

[crunchip]

@jensven vllt taucht das "Problem" ja wieder zeitnah auf
Dann

• Browserlog
• top
• log

[jensven]

@crunchip @Homoran
nun ist es wieder passiert.

Was habe ich gemacht:
Ich habe 2 Elemente aus der VIS gelöscht und dann ein Gruppiertes Element Kopiert und eingefügt.
Das Gruppierte Element besteht aus einem HTML mit Beschriftung und grauem Hintergrund, da oben drauf dann ein Datenpunkt der mir die aktuelle Temperatur meines 3D Druckers anzeigt.
Dieses Element dann des Text (Beschriftung was das ist) und den dazugehörigen Datenpunkt geändert.
Habe dann den Editor zu gemacht und kurz darauf wieder geöffnet. Dann ist das:

Editor:

Runtime:

Die schwarzen Kacheln sind eigentlich Wetterbilder und darunter die Temperaturen
Beim runtime sieht man den Ladebalken und den Text "Verbinde mit dem Server...
Lade Werte..."
Beim refreshen der runtime kommt dann auch nur noch das "Verbinde mit dem Server...
Lade Werte..." also man sieht auch keine VIS mehr

Top:

pi@raspberrypi:~ $ top
top - 10:24:02 up 1 day, 15:03,  1 user,  load average: 0,59, 0,70, 1,04
Tasks: 149 total,   1 running, 148 sleeping,   0 stopped,   0 zombie
%Cpu(s): 10,9 us,  2,4 sy,  0,0 ni, 86,1 id,  0,3 wa,  0,0 hi,  0,3 si,  0,0 st
MiB Mem :   3838,7 total,    709,9 free,   1293,5 used,   1835,4 buff/cache
MiB Swap:    100,0 total,     95,0 free,      5,0 used.   2384,2 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU  %MEM     TIME+ COMMAND
23585 iobroker  20   0  390588 280876  41152 S  24,6   7,1  13:08.80 iobroker.js-con
24268 iobroker  20   0  207860  84128  34320 S   7,3   2,1   2:22.12 io.deconz.0
  374 pi        20   0  151964  54160  31028 S   4,7   1,4  98:05.25 deCONZ
24248 iobroker  20   0  209648  75244  34240 S   2,3   1,9   0:32.19 io.tr-064.0
24523 iobroker  20   0  216400  84476  35176 S   2,0   2,1   1:46.34 io.web.0
23790 iobroker  20   0  269504 144940  39332 S   1,7   3,7   1:38.83 io.javascript.0
24454 iobroker  20   0  196808  62120  33924 S   1,7   1,6   0:17.51 io.fullybrowser
24489 iobroker  20   0  195640  61888  33852 S   1,3   1,6   0:09.74 io.text2command
20096 pi        20   0   10284   2992   2492 R   0,7   0,1   0:02.58 top
24246 iobroker  20   0  199764  67748  33764 S   0,7   1,7   0:17.93 io.mihome-vacuu
24467 iobroker  20   0 1243260  62876  34652 S   0,7   1,6   0:09.48 io.linux-contro
24529 iobroker  20   0  197188  63576  34000 S   0,7   1,6   0:10.52 io.windows-cont
  367 root      20   0    8332   3444   2732 S   0,3   0,1   6:46.24 deCONZ-WIFI2.sh
23205 root      20   0       0      0      0 I   0,3   0,0   0:00.08 kworker/0:1-events
23833 iobroker  20   0  210244  75368  34740 S   0,3   1,9   0:16.05 io.telegram.0
24003 iobroker  20   0  201772  68524  33840 S   0,3   1,7   0:17.62 io.mihome-vacuu
24347 iobroker  20   0  209156  76804  36832 S   0,3   2,0   0:22.82 io.fb-checkpres
24447 iobroker  20   0  195972  61608  33808 S   0,3   1,6   0:10.92 io.harmony.0
24486 iobroker  20   0  205260  72112  35212 S   0,3   1,8   0:17.78 io.tankerkoenig
24502 iobroker  20   0  193992  59112  33744 S   0,3   1,5   0:08.95 io.vis-inventwo
    1 root      20   0   34780   8276   6432 S   0,0   0,2   0:52.63 systemd
    2 root      20   0       0      0      0 S   0,0   0,0   0:00.17 kthreadd
    3 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_gp
    4 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 rcu_par_gp
    8 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 mm_percpu_wq
    9 root      20   0       0      0      0 S   0,0   0,0   0:00.00 rcu_tasks_rude_
   10 root      20   0       0      0      0 S   0,0   0,0   0:00.00 rcu_tasks_trace
   11 root      20   0       0      0      0 S   0,0   0,0   0:12.04 ksoftirqd/0
   12 root      20   0       0      0      0 I   0,0   0,0   1:17.70 rcu_sched
   13 root      rt   0       0      0      0 S   0,0   0,0   0:00.46 migration/0
   14 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/0
   15 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/1
   16 root      rt   0       0      0      0 S   0,0   0,0   0:00.34 migration/1
   17 root      20   0       0      0      0 S   0,0   0,0   0:03.98 ksoftirqd/1
   20 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/2
   21 root      rt   0       0      0      0 S   0,0   0,0   0:00.34 migration/2
   22 root      20   0       0      0      0 S   0,0   0,0   0:05.24 ksoftirqd/2
   25 root      20   0       0      0      0 S   0,0   0,0   0:00.00 cpuhp/3
   26 root      rt   0       0      0      0 S   0,0   0,0   0:00.32 migration/3
   27 root      20   0       0      0      0 S   0,0   0,0   0:04.12 ksoftirqd/3
   30 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kdevtmpfs
   31 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 netns
   34 root      20   0       0      0      0 S   0,0   0,0   0:00.00 kauditd
   36 root      20   0       0      0      0 S   0,0   0,0   0:00.10 khungtaskd
   37 root      20   0       0      0      0 S   0,0   0,0   0:00.00 oom_reaper
   38 root       0 -20       0      0      0 I   0,0   0,0   0:00.00 writeback
   39 root      20   0       0      0      0 S   0,0   0,0   0:08.10 kcompactd0

Browserlog:

Version vis-history: 1.0.0
info.js:29 Version Info-Adapter-Widget: 1.9.26
edit.html:4895 Version vis-jqui-mfd: 1.0.12
justgage.js:115 Version justgage: 1.0.2
edit.html:9835 Metro version: "1.2.0"
players.js:55 Version players: 0.1.0
slideshow.js:348 Version slideshow: 0.0.1
trashschedule.js:176 Version trashschedule: 2.3.0
vis-material-advanced.js:183 Version vis-material-advanced: 1.7.3
edit.html:18846 Version vis-weather: 2.5.6
conn.js:310 2023-11-14T09:15:48.925Z Connected => authenticate
conn.js:331 2023-11-14T09:15:49.048Z Authenticated: true
visUtils.js:455  Uncaught TypeError: Cannot read properties of undefined (reading 'data')
    at getUsedObjectIDs (visUtils.js:455:97)
    at Object.getUsedObjectIDs (vis.js:519:22)
    at vis.js:2055:34
    at conn.js:585:25

Ereignisse von VIS umgestellt auf "Alles" zeigt aber nichts an, nur dass der Adapter gestartet ist.
Ich nutze den Microsoft Edge Browser um daran zu arbeiten und ein Android Tablet mit Fully Kiosk um die VIS anzuzeigen

[Meister Mopper]

@jensven sagte in VIS nicht erreichbar:

und dann ein Gruppiertes Element Kopiert und eingefügt.

Das wurde hier irgendwo bereits schon mal beschrieben. Gruppierte Elemente sollten vor dem Kopieren und Einfügen 'degruppiert' werden, sonst gibt es unvorhersehbare Probleme.

[jensven]

@meister-mopper
Ich habe massig gruppierte Elemente kopiert und eingefügt.
Heute komme ich nicht mehr an den Raspberry, werde es morgen mal ausprobieren

[Ro75]

@meister-mopper genau, ich hatte dazu schon paar Mal was gesagt. Seither verzichte ich auf Gruppierungen - geht auch so. Das betrifft Standardkonfigurationen und auch komplett auf Redis-Server Systeme.

Ro75.

[Meister Mopper]

@ro75 sagte in VIS nicht erreichbar:

Seither verzichte ich auf Gruppierungen

Nö, musst du ja intern gar nicht, da verschiebt sich manches mit Gruppierungen geschmeidig. Aber das Externalisieren dieser Widgets macht Probleme.

[jensven]

@meister-mopper said in VIS nicht erreichbar:

@jensven sagte in VIS nicht erreichbar:

und dann ein Gruppiertes Element Kopiert und eingefügt.

Das wurde hier irgendwo bereits schon mal beschrieben. Gruppierte Elemente sollten vor dem Kopieren und Einfügen 'degruppiert' werden, sonst gibt es unvorhersehbare Probleme.

dass scheint es gewesen zu sein, danke dir