RaspberryMatic Installationsanleitung: vmWare ESXi, VirtualBox, Proxmox, Synology, QNAP, QEmu, HyperV

[jmaus]

Es wäre also schön wenn sich wieder einige finden könnten die auch diese neue Version ausgiebig testen damit dann zur finalen Version nicht irgendwelche Überraschungen auftauchen.

Auch die 3.47.22.20191116 war schnell zu installieren und hat bis jetzt ohne Probleme funktioniert.
Die Auslastung der VM liegt im "ich langweile mich" Bereich

Danke für die Rückmeldung! Gerade habe ich eine weitere Testversion (3.47.22.20191118) hochgeladen die mit einem aktualisierten Linux kernel und Java8 version daher kommt. Daher die erneute bitte an Alle auch diese entsprechend erneut zu testen und zu berichten.

[jmaus]

Mein SmartHome Rechner ist komplett headless, daher kann ich keine Bilder liefern. Ich benutze qemu direkt, hier ist die Vorgehensweise:

Code: Alles auswählen

...

Nun könnte man sich mit einem VNC Viewer of Port 5901 verbinden. Du hattest Recht mit dem Resizing - RaspberryMatic macht das automatisch.

Danke für deine QEmu Anleitung. Habe die (leicht abgewandelt) nun so in den ersten Beitrag mit den anderen Anleitungen übernommen. Vielleicht findet der Eine oder Andere die Anleitung für QEmu ja hilfreich und/oder kann sich auch noch etwas erweitern.

Wenn ich das richtig sehe, sollte die Installation von buildroot acpid das Shutdown-Problem lösen.

Das ist eine interessante Idee. Bisher habe ich auf das ACPI Paket gänzlich verzichtet da es für RaspberryPi/Tinkerboard ja keinerlei Anlass dazu gab. Werde das aber mal mit der neuen x86 Platform testen und schauen ob es nicht nur für QEmu dann zum erfolg führt, sondern auch die anderen Virtualisierungslösungen ggf. davon profitieren wenn man ACPI Events im OS verarbeitet.

[tonischabloni]

Hallo Jens,

auf der QNAP Seite mit zwei Systemen auf 3.47.22.20191118 gestested, alles OK!

Gruß,

Axel

[womisa]

Es wäre also schön wenn sich wieder einige finden könnten die auch diese neue Version ausgiebig testen damit dann zur finalen Version nicht irgendwelche Überraschungen auftauchen.

Auch die 3.47.22.20191116 war schnell zu installieren und hat bis jetzt ohne Probleme funktioniert.
Die Auslastung der VM liegt im "ich langweile mich" Bereich

Danke für die Rückmeldung! Gerade habe ich eine weitere Testversion (3.47.22.20191118) hochgeladen die mit einem aktualisierten Linux kernel und Java8 version daher kommt. Daher die erneute bitte an Alle auch diese entsprechend erneut zu testen und zu berichten.

In die Oracle VB 6.0 problemlos importierbar. Vielen Dank für das neue Update.

Meine Suche wie man unter RM mit einem Java LAN Erfassungsclient Werte in das Filesystem schreibt ist bisher ergebnislos. Werte in eine Systemvariable schreiben habe ich zwischenzeitlich geschnallt (XML RPC).Das soll in koexistenz zu RM laufen. Als RM (Linux) Newbie ist das derzeit noch eine unüberwindliche Aufgabe. Geht das überhaupt? Leider sind die Informationen darüber rar.

[karlo enzo]

Beitrag von karlo enzo » 17.11.2019, 15:00
Hallo Jens,
dies sind meine derzeitigen Erfahrungen zu Raspberrymatic in einer VM auf meiner Synology DS718+ mit 10GB Speicher :
alle Versionen von 3.47.22.20191030 - 1116 liessen sich in der VM mit der ova installieren und liefen ohne Auffälligkeiten.

Bis auf : beim Update aus der WebUi mit allen Versionen kam ich nicht mehr in die WebUi - obwohl die LED vom HB-RF-USB
blau leuchtete, das gleiche Verhalten bei einem Neustart der Synology.
Bei einer Neuinstallation mit der ova bekommt die RM eine neue Mac-Adresse, somit ändert sich auch die über DHCP-zugewiesene
IP-Adresse, sodass im iobroker die Einstellungen in der rega0 - bzw. rpc 1-3 Instanz angepasst werden müssen.
Haben andere Nutzer mit einer Synology ähnliche Erfahrungen?

Ich habe nun parallel zur Synology auf meinem NUC in Proxmox mit der ova 3.47.22.20191116 eine RM installiert und hier in
der WebUi das Update auf 3.47.22.20191118 eingespielt. Hier lief der Updateprozess im Gegensatz zur Synology ohne Fehler durch.

Viele Grüße
Karl-Heinz

[karlo enzo]

Asche auf mein Haupt ---
Nachdem das Update von der vers. 1116 auf 1118 in der Proxmox-Umgebung auf meinem NUC erfolgreich abgelaufen ist,
habe ich das gleiche eben auf der Synology über die WebUi auch nochmal ausprobiert.
Und nach gut 20 min war die WebUi dann auch wieder da.
Da hat mich bei den vorherigen Versuchen bereits nach der Hälfte der Zeit die Geduld verlassen.

Also, Version 3.47.22.20191118 läuft auf der Synology nach Update auch ohne Auffälligkeiten.
DANKE, super Job von Dir, Jens.
Viele Grüße
Karl-Heinz

[jmaus]

Wenn ich das richtig sehe, sollte die Installation von buildroot acpid das Shutdown-Problem lösen.

Das ist eine interessante Idee. Bisher habe ich auf das ACPI Paket gänzlich verzichtet da es für RaspberryPi/Tinkerboard ja keinerlei Anlass dazu gab. Werde das aber mal mit der neuen x86 Platform testen und schauen ob es nicht nur für QEmu dann zum erfolg führt, sondern auch die anderen Virtualisierungslösungen ggf. davon profitieren wenn man ACPI Events im OS verarbeitet.

So, inzwischen habe ich eine weitere Testversion (3.47.22.20191119) hochgeladen. In dieser ist der ACPI daemon nun entsprechend integriert und es sollte somit möglich sein ein virtuelles RaspberryMatic via ACPI Signale in den powerdown modus zu bewegen. Danke für den Hinweis und den Vorschlag. Wäre schön wenn das auch mit anderen Virtualisierungsumgebungen getestet werden könnte die nicht die bereits vorinstalliertem open-vm-tools guest additions für ESXi nutzen und damit so bereits in der Lage waren einen ordentlichen shutdown durchzuführen. Nun sollte es via ACPI kommando möglich sein eine RaspberryMatic geordnet herunterzufahren. Getestet habe ich das bereits mit VirtualBox und QEmu.

[tonischabloni]

Wenn ich das richtig sehe, sollte die Installation von buildroot acpid das Shutdown-Problem lösen.

Das ist eine interessante Idee. Bisher habe ich auf das ACPI Paket gänzlich verzichtet da es für RaspberryPi/Tinkerboard ja keinerlei Anlass dazu gab. Werde das aber mal mit der neuen x86 Platform testen und schauen ob es nicht nur für QEmu dann zum erfolg führt, sondern auch die anderen Virtualisierungslösungen ggf. davon profitieren wenn man ACPI Events im OS verarbeitet.

So, inzwischen habe ich eine weitere Testversion (3.47.22.20191119) hochgeladen. In dieser ist der ACPI daemon nun entsprechend integriert und es sollte somit möglich sein ein virtuelles RaspberryMatic via ACPI Signale in den powerdown modus zu bewegen. Danke für den Hinweis und den Vorschlag. Wäre schön wenn das auch mit anderen Virtualisierungsumgebungen getestet werden könnte die nicht die bereits vorinstalliertem open-vm-tools guest additions für ESXi nutzen und damit so bereits in der Lage waren einen ordentlichen shutdown durchzuführen. Nun sollte es via ACPI kommando möglich sein eine RaspberryMatic geordnet herunterzufahren. Getestet habe ich das bereits mit VirtualBox und QEmu.

Servus Jens,

habs auf der QNAP Seite getestet, mit dem Heruntefahren-Befehl des Hosts fährt die Raspimatic geordnet runter!

Gruß,

Axel

[grazcrew]

Sorry, ich habe es nicht gefunden: Kann man ein Raspberry mit Funkmodul an diese VM per LAN/IP anhängen? Es soll nur das Funkmodul genutzt werden.

Gibt es dazu ein HowTo oder ist das nur mit der USB-Platine möglich?

[jmaus]

Das ist natürlich nur mit der HB-RF-USB möglich. Alles andere ergibt schon alleine finanziell keinen Sinn.