Moin,
seit dem Upgrade auf Venus OS 3.6 bleibt die GUI V1 leer.
GUI V2 funktioniert einwandfrei. Hat jemand einen Tip?
System: Raspi zero 2W, helper scripts, gui-mod, Seriell Battery (JBD BMS), EM24, Multiplus II 48/3000, shelly plus 3EM.
Grüße, Manfred
hallo,
kommt mir bekannt vor. loesch mal den browsercache!
tschuess
Hilft nix. Ist mit Firefox und Chromium auf Linux, Windows und Android so 
Ach ja, hab das erste mal übers VRM-Portal ein Update gemacht, sonst immer über die locale IP des Venus-Systems. Aber daran kanns doch nicht liegen, odr?
Gruß, Manfred
Hau mal alles raus, was da nicht rein gehört und teste ohne inoffizielle Scripts/Software.
hallo,
es kann auch sein, dass ein installiertes geraet fuer das problem verantwortlich war. auf einem cerbo hatte ich das script fuer das mqtt-bms installiert. allerdings weiss ich nicht mehr, ob das dieser cerbo war oder ein anderer.
da das script aber irgendwann nicht mehr funktioniert hat, habe ich es wieder deaktiviert und das ganze auf einem anderen weg geloest.
schau mal in der gui-v2 nach, ob dort alle geraete richtig angezeigt werden.
wie der update gestartet wird, spielt keine rolle. den update macht naemlich immer der cerbo selbst!
tschuess
Mit 3.55 lief alles, und auch jetzt funktioniert alles. Im der GUI V2 sind alle Geräte vorhanden, im Portal genauso. Lediglich das Anzeigefeld in der V1 ist leer.
Kann halt die mit setuphelper installierten scripts nicht sehen. Oder gibt’s einen Weg? Sonst muss ich bei Gelenheit mit SSH drauf. Mit Guimods hatte ich vor längerem schon mal ein Problem.
Gruß, Manfred
Serial Battery und Shelly 3EM brauche ich, somit gehört das schon rein 
Gruß, Manfred
To disable all plugins, including jkbms in your case, without having to go there yourself and doing things over ssh or usb sticks, you can now do this:
For details, see below slide in public - Venus OS v3.60 Release - Google Slides.
Matthijs
Shau dir mal das Log unter /data/log/gui/current an. Da könnte man einen Hinweis fingen, welche Datei der GUI V1 Probleme macht.
Zur Fehlersuche sollte aber immer ein sauberes System genutzt werden.
Victron gibt keine Unterstützung bei modifizierten System und nimmt darauf bei der Entwicklung auch keine Rücksicht.
Wenn ein sauberes System läuft, kannst du nach und nach deine Drittsoftware installieren und siehst so dann, welches Programm das Problem verursacht.
here we go:
Blockquote
400000006851600938458a5c Creating settings
400000006851600a0a91eccc [VeQItemExportedDbusServices] Registered service “debug.victronenergy.gui”
400000006851600a1ec305dc language is “de”
400000006851600a20b41fac accessLevelChanged: 2
400000006851600a20b5f854 setAccessLevel: 2
400000006851600a230d230c LocalThemeDaemonClient: Looking for assets in “/opt/victronenergy/themes/ccgx”
400000006851600a2315aaa4 Screen: 480x272 121.92x69.088mm 100x100dpi
400000006851600a2466dedc TimeZone::valueChanged: “Europe/Berlin”
400000006851600a246b1114 ScreenSaver::enable
400000006851600a246b1ccc ScreenSaver::screenOn
400000006851600b2d6596f4 file:///opt/victronenergy/gui/qml/main.qml:12:15: Type PageMain unavailable
400000006851600b2d65b24c initialPage: PageMain {}
400000006851600b2d65be04 ^
400000006851600b2d65c5d4 file:///opt/victronenergy/gui/qml/PageMain.qml:104:3: Type PageBattery unavailable
400000006851600b2d65d95c PageBattery {}
400000006851600b2d65e12c ^
400000006851600b2d696784 file:///opt/victronenergy/gui/qml/PageBattery.qml:1:1: module “QtQuick” version 1.1 is not installed
400000006851600b2d6982dc import QtQuick 1.1
400000006851600b2d698aac ^
400000006851600b2d6a4244 loading QML files failed
erst mal wandern gehen, das muss jetzt bis morgen warten 
Funktion ist ja gegeben, solange besteht keine Eile…
Grüße, Manfred
Das Problem liegt an der QtQuick Version. Die hat sich mit Venus OS 3.6 auf Version 2 geändert. In den .qml Dateien deiner installierten Mods muss das geändert werden. In deinem Fall bei serialbattery. Steht normalerweise immer in der ersten Zeile der Datei.
import QtQuick 2
Super, das wars.
Vielen Dank und LG, Manfred
Ich habe das gleiche Problem mit dem fehlenden GUI V1 nach Update auf 3.60.
Vorerst bin ich zurück auf 3.55. Damit habe ich wieder Zugriff auf GUI V1. Ich habe im Package Manager unter anderem GUI Mods installiert. Aber auch zusätzlich das “henne” script zum Auslesen von Shellys installiert.
Nun bin ich kein Linux Profi. Könnte mir jemand etwas genauer erklären, was ich jetzt machen muss, damit GUI V1 auch unter der 3.60 läuft?
Genau diese “extra attention by the user” möchte ich umsetzen.
Meine Frage an die Wissenden ist lediglich: Was muss ich tun.
Denn mit der Aussage
import QtQuick 2
kann ich als Software-Laie nicht ganz viel anfangen. Ich bräuchte es ein klein wenig genauer.
Wenn ich es richtig verstehe, hast Du ein externes Programm eingefügt. Die beste Lösung ist es, den Programmierer zu bitten, sein Programm hoch zu ziehen (sollte für ihn kein Problem sein). Die Bibliotheken haben fast immer Abhängigkeiten zu anderen Teilen, als nicht wissender kommt da gleich viel zusammen.
Installiere mal das henne-script neu.
Bei mir hat es genügt Serialbattery neu zu installieren. Ich gehe davon aus dass dabei die Abhängigkeiten angepasst wurden. Die *qml dateien händisch zu kontrollieren und anzupassen halte ich für ein sehr schwieriges Unterfangen. Bei meiner Installation kommt “import QtQuick 2” in 390 Dateien vor.
Addons, die mit dem Packagemanager istalliert werden, stehen bei mir auf Autoinstall. Da gab es keine Probleme mit dem Firmware update.
Gruß, Manfred
- import QtQuick 1
+ import QtQuick 2
Hmmmmmmm … Victron macht ein Minor-Version-Update von 3.55 auf 3.60 und verliert dabei die Rückwärtskompatibilität? Wie kann das sein? Folgt Victron nicht dem “Semantik Versioning” (Semantic Versioning 2.0.0 | Semantic Versioning)?
Dann hätten sie ein Major-Version-Update z. B. 4.x machen müssen.
Ist es denn verpflichtend das so zu machen?
Mit original Victron SW/HW gibt es bei der 3.60 keine Probleme.
Victron nimmt bei ihren Updates aber keine Rücksicht auf inoffizielle SW von Dritten.