(Victron Energy) Venus OS - Versionsgeschichte

Chris T. Ludwig: Rechtschreibkorrektur (automatisiert)

2026-07-31T15:52:10Z

Rechtschreibkorrektur (automatisiert)

← Nächstältere Version		Version vom 31. Juli 2026, 17:52 Uhr
Zeile 190:		Zeile 190:
	extract_kernel.sh legt die dtb und img Dateien im aktuellen Verzeichnis ab. Der Fehler des Befehl id ruehrt aus der Tatsache, dass ich das extract-Kommando als root (nicht sudo) ausgefuehrt habe.		extract_kernel.sh legt die dtb und img Dateien im aktuellen Verzeichnis ab. Der Fehler des Befehl id ruehrt aus der Tatsache, dass ich das extract-Kommando als root (nicht sudo) ausgefuehrt habe.

	Der Junge der die Helper-Skripte geschrieben hat ist gut. Vor der zweiten Anwendung von extract_kernel.sh, um die ~~geanderte~~ cmdline.txt auszulesen, habe ich vorsichtshalber eine Kopie cmdline.txt.first angelegt und siehe da, nach der Skript-Ausfuehrung gibt es da eine cmdline.1st. Die Kopie haette ich mir sparen koennen.		Der Junge der die Helper-Skripte geschrieben hat ist gut. Vor der zweiten Anwendung von extract_kernel.sh, um die geänderte cmdline.txt auszulesen, habe ich vorsichtshalber eine Kopie cmdline.txt.first angelegt und siehe da, nach der Skript-Ausfuehrung gibt es da eine cmdline.1st. Die Kopie haette ich mir sparen koennen.

	Nach dem Umwandeln der img in eine qcow2 und starten mit raspi2.sh gehen auch Maus und Tastatur. Nach diesem Erfolg nun auf zur Venus;-)		Nach dem Umwandeln der img in eine qcow2 und starten mit raspi2.sh gehen auch Maus und Tastatur. Nach diesem Erfolg nun auf zur Venus;-)
Zeile 210:		Zeile 210:
	Der Start mit raspi2.sh bringt zwar den blauen victron energy Startbildschirm bleibt aber haengen.		Der Start mit raspi2.sh bringt zwar den blauen victron energy Startbildschirm bleibt aber haengen.

	Was mich irritiert ist die Tatsache, dass der Cerbo 2 Partitionen rootfs vorhaelt. Damit ist es moeglich nach einem Update auf die alte Installation ~~zuruekzugreifen~~ und dass es einen Datenpartition (data) gibt, die sich aber nicht auf der SD-Karte befinden und somit auch nicht gemountet werden kann.		Was mich irritiert ist die Tatsache, dass der Cerbo 2 Partitionen rootfs vorhaelt. Damit ist es moeglich nach einem Update auf die alte Installation zurückzugreifen und dass es einen Datenpartition (data) gibt, die sich aber nicht auf der SD-Karte befinden und somit auch nicht gemountet werden kann.

	Ein Blick in Cerbo:		Ein Blick in Cerbo:
Zeile 1.185:		Zeile 1.185:
	Hinweis zu vchiq: VCHIQ is a command interface between the running Linux kernel and peripherals (among other things) in the VideoCore silicon. /dev/vchiq provides generic userspace access to those commands for use by (at minimum) the camera and audio subsystems as well. It's a decently dangerous interface to expose to random programs, hence the somewhat restrictive permissions by default.		Hinweis zu vchiq: VCHIQ is a command interface between the running Linux kernel and peripherals (among other things) in the VideoCore silicon. /dev/vchiq provides generic userspace access to those commands for use by (at minimum) the camera and audio subsystems as well. It's a decently dangerous interface to expose to random programs, hence the somewhat restrictive permissions by default.

	Nachdem der Boot geglueckt ist sollte man noch die data-Partition anlegen. In meinem CerboGX wird dazu die Partition 5 verwendet. Standard ist aber wohl die ~~Partion~~ 4. Das liegt wohl daran, dass die anderen Partition als Schatten-Partitionen fuer die jeweils letzte Version dienen.		Nachdem der Boot geglueckt ist sollte man noch die data-Partition anlegen. In meinem CerboGX wird dazu die Partition 5 verwendet. Standard ist aber wohl die Partition 4. Das liegt wohl daran, dass die anderen Partition als Schatten-Partitionen fuer die jeweils letzte Version dienen.

	<pre>		<pre>
Zeile 1.256:		Zeile 1.256:
	</pre>		</pre>

	Nach dem Kompilieren befindet sich in Verzeichnis deploy/venus/sdk ein Skript zum ~~Insatallieren~~ des SDK auf dem Rechner.		Nach dem Kompilieren befindet sich in Verzeichnis deploy/venus/sdk ein Skript zum Installieren des SDK auf dem Rechner.

	<pre>		<pre>
Zeile 1.637:		Zeile 1.637:
	[[Datei:Screenshot 2022-11-06 at 08-25-09 Victron Energy - Logo Changer.png\|mini]]		[[Datei:Screenshot 2022-11-06 at 08-25-09 Victron Energy - Logo Changer.png\|mini]]

	Viel spannender als die Moeglichkeit des Zugriff auf den Framebuffer-Inhaltes durch einen Client (Browser) ist die Frage: Wie wird der ~~Inahlt~~ des Framebuffers auf Server-Seite erzeugt und kann man ihn anpassen und wenn ja wie?		Viel spannender als die Moeglichkeit des Zugriff auf den Framebuffer-Inhaltes durch einen Client (Browser) ist die Frage: Wie wird der Inhalt des Framebuffers auf Server-Seite erzeugt und kann man ihn anpassen und wenn ja wie?

	Weiterhin gibt es noch ein paar html-Schnipsel:		Weiterhin gibt es noch ein paar html-Schnipsel:

Chris T. Ludwig: /* VenusOS SDK */

2022-11-06T09:00:15Z

VenusOS SDK

@@ Zeile 1.201: / Zeile 1.201: @@
 mkfs.ext4 /dev/loop20p3
 mkfs.ext4 /dev/loop20p4
 </pre>

Chris T. Ludwig: /* VenusOS Github */

2022-11-06T08:34:58Z

VenusOS Github

← Nächstältere Version		Version vom 6. November 2022, 10:34 Uhr
Zeile 1.184:		Zeile 1.184:

	Hinweis zu vchiq: VCHIQ is a command interface between the running Linux kernel and peripherals (among other things) in the VideoCore silicon. /dev/vchiq provides generic userspace access to those commands for use by (at minimum) the camera and audio subsystems as well. It's a decently dangerous interface to expose to random programs, hence the somewhat restrictive permissions by default.		Hinweis zu vchiq: VCHIQ is a command interface between the running Linux kernel and peripherals (among other things) in the VideoCore silicon. /dev/vchiq provides generic userspace access to those commands for use by (at minimum) the camera and audio subsystems as well. It's a decently dangerous interface to expose to random programs, hence the somewhat restrictive permissions by default.

			Nachdem der Boot geglueckt ist sollte man noch die data-Partition anlegen. In meinem CerboGX wird dazu die Partition 5 verwendet. Standard ist aber wohl die Partion 4. Das liegt wohl daran, dass die anderen Partition als Schatten-Partitionen fuer die jeweils letzte Version dienen.

			<pre>
			root@einstein:/# mount \|grep mmc
			/dev/mmcblk1p2 on / type ext4 (rw,relatime)
			/dev/mmcblk1p5 on /data type ext4 (rw,noatime)
			</pre>

			Fuer da Qemu-Image lasse ich die Moeglichkeit der Schattenpartitionen auszer Acht. Die Partition 3 dient nur als Option. Vielleciht ist sie ja mal noch nuetzlich.

			<pre>
			qemu-img resize venus-image-raspberrypi2-20221106055342-v3.00~6.rootfs.wic 4G
			losetup -P loop20 venus-image-raspberrypi2-20221106055342-v3.00~6.rootfs.wic
			fdisk /dev/loop20 (n p 3 +1.5G, n p default)
			mkfs.ext4 /dev/loop20p3
			mkfs.ext4 /dev/loop20p4
			</pre>

	=VenusOS SDK=		=VenusOS SDK=

Chris T. Ludwig: /* VenusOS Inspection */

2022-11-06T07:52:25Z

VenusOS Inspection

@@ Zeile 1.415: / Zeile 1.415: @@
 root@raspberrypi2:/#
 </pre>
 ==Interessante Tasks==

Chris T. Ludwig: /* VenusOS Web Zugriff */

2022-11-06T07:48:41Z

VenusOS Web Zugriff

← Nächstältere Version		Version vom 6. November 2022, 09:48 Uhr
Zeile 1.533:		Zeile 1.533:

	Viel spannender als die Moeglichkeit des Zugriff auf den Framebuffer-Inhaltes durch einen Client (Browser) ist die Frage: Wie wird der Inahlt des Framebuffers auf Server-Seite erzeugt und kann man ihn anpassen und wenn ja wie?		Viel spannender als die Moeglichkeit des Zugriff auf den Framebuffer-Inhaltes durch einen Client (Browser) ist die Frage: Wie wird der Inahlt des Framebuffers auf Server-Seite erzeugt und kann man ihn anpassen und wenn ja wie?

			Weiterhin gibt es noch ein paar html-Schnipsel:
			<pre>
			./include/web-socket-js-project/sample.html
			./default/app/browser-info.html
			./default/app/index.html
			./default/app/radiator.html
			</pre>

			Das erste ist wohl ein Ueberbleibsel des Programmiervorgangs. Die 3 folgenden werde ich mir bei Gelegenheit mal genauer anschauen. Ein Kommentar mit einer konkreten Frage koennte diesen Vorgang beschleunigen.

			TODO

			Apps: KVNRV und Marine



			====Hilfreiche Befehle====

			cat /data/venus/unique-id

			cat /opt/victronenergy/version

	=Bei Gelegenheit=		=Bei Gelegenheit=

Chris T. Ludwig: /* VenusOS Inspection */

2022-11-06T07:28:01Z

VenusOS Inspection

← Nächstältere Version		Version vom 6. November 2022, 09:28 Uhr
Zeile 1.522:		Zeile 1.522:

	{connmand-watch.} /bin/sh /usr/sbin/connmand-watch.sh --nodnsproxy		{connmand-watch.} /bin/sh /usr/sbin/connmand-watch.sh --nodnsproxy

			==VenusOS Web Zugriff==

			Der Zugriff auf ein laufendes VenusOS (z.B. auf einem CerboGX oder Raspi2) erfolgt ueber IP und benutzt dann Remote Framebuffer Protokoll (RFB).

			Der Hauptbildschirm ist nach Eingabe des Passwortes in zwei Bereiche geteilt, den Hauptbildschirm (div.remote-console-display-container) und die Steuerung (div.remote-console-controls-container). Auf VenusOS ist der Einstieg eine PHP-Programm (index.php in /var/www/venus/). Mit Hilfe dieses Programmes (index.php) wird der gesamte Zugriff auf den Framebuffer-Inhalt realisiert.

			Neben index.php gibt es nur ein weiteres PHP-Programm namens logo.php welches dazu dient das Victron-Logo durch ein eigenes Logo zu ersetzen.
			[[Datei:Screenshot 2022-11-06 at 08-25-09 Victron Energy - Logo Changer.png\|mini]]

			Viel spannender als die Moeglichkeit des Zugriff auf den Framebuffer-Inhaltes durch einen Client (Browser) ist die Frage: Wie wird der Inahlt des Framebuffers auf Server-Seite erzeugt und kann man ihn anpassen und wenn ja wie?

	=Bei Gelegenheit=		=Bei Gelegenheit=

Chris T. Ludwig: /* VenusOS SDK */

2022-11-06T05:55:11Z

VenusOS SDK

@@ Zeile 1.216: / Zeile 1.216: @@
 WARNING: qtconnectivity-6.2.3-r0 do_patch: QA Issue: Patch log indicates that patches do not apply cleanly. [patch-fuzz]
 </pre>
 =VenusOS Inspection=

Chris T. Ludwig: /* Interessante Tasks */

2022-11-05T08:50:53Z

Interessante Tasks

← Nächstältere Version		Version vom 5. November 2022, 10:50 Uhr
Zeile 1.402:		Zeile 1.402:

	==Interessante Tasks==		==Interessante Tasks==
	===supervise~~===~~		===supervise/multilog===
	~~===~~multilog===

	supervise log		supervise log

Chris T. Ludwig: /* Interessante Tasks */

2022-11-05T08:50:19Z

Interessante Tasks

@@ Zeile 1.402: / Zeile 1.402: @@
 ==Interessante Tasks==
 ===websockify===
 /opt/victronenergy/websockify-c/websockify 0.0.0.0:81 127.0.0.1:5900
@@ Zeile 1.421: / Zeile 1.441: @@
 {start-cgwacs.sh} /bin/bash /opt/victronenergy/dbus-cgwacs/start-cgwacs.sh ttyUSB1 PRODUCT=FT232R_USB_UART
 {start-vedirect.} /bin/bash /opt/victronenergy/vedirect-interface/start-vedirect.sh ttyS7 PRODUCT=builtin-vedirect
@@ Zeile 1.434: / Zeile 1.447: @@
 /opt/victronenergy/vedirect-interface/vedirect-dbus -v --log-before 25 --log-after 25 -t 0 --banner -s /dev/ttyS7
-supervise log
 {dbus_mqtt.py} /usr/bin/python3 -u /opt/victronenergy/dbus-mqtt/dbus_mqtt.py --init-broker

Chris T. Ludwig: /* Interessante Tasks */

2022-11-05T08:44:29Z

Interessante Tasks

← Nächstältere Version		Version vom 5. November 2022, 10:44 Uhr
Zeile 1.421:		Zeile 1.421:
	{start-cgwacs.sh} /bin/bash /opt/victronenergy/dbus-cgwacs/start-cgwacs.sh ttyUSB1 PRODUCT=FT232R_USB_UART		{start-cgwacs.sh} /bin/bash /opt/victronenergy/dbus-cgwacs/start-cgwacs.sh ttyUSB1 PRODUCT=FT232R_USB_UART

			===multilog===
	multilog t s25000 n4 /var/log/dbus-cgwacs.ttyUSB1		multilog t s25000 n4 /var/log/dbus-cgwacs.ttyUSB1

Zeile 1.426:		Zeile 1.427:

	multilog t s25000 n4 /var/log/gps-dbus.ttyUSB1		multilog t s25000 n4 /var/log/gps-dbus.ttyUSB1

			multilog - reads a sequence of lines from stdin and appends selected lines to any number of logs.

	{start-vedirect.} /bin/bash /opt/victronenergy/vedirect-interface/start-vedirect.sh ttyS7 PRODUCT=builtin-vedirect		{start-vedirect.} /bin/bash /opt/victronenergy/vedirect-interface/start-vedirect.sh ttyS7 PRODUCT=builtin-vedirect