SolarView als Addon für Homatic CCU3?

    Hallo Manfred,

    ist es möglich, aus SolarView ein Addon für die RaspberryMatic zu bauen (Haussteuerung auf Raspberry-Bais bzw. auch Asus Tinkerboard)?

    Details sind in diesem Forum zu finden :

    Foren-Übersicht

    HomeMatic
    HomeMatic OCCU
    RaspberryMatic


    Die RaspberryMatic residiert exklusiv auf einem Raspi & Co, aber über Addons können auch externe Programme im Userspace installiert werden. Dafür gibt es halt Regeln, aber ich möchte an einem Lizenzprogramm nichts verändern.


    - falls etwas komisch aussieht, ich muss mich erst an das neue Forumlayout gewöhnen -

    Hallo Manfred,

    vielen Dank für die Informationen!

    Im ersten Post habe ich mich etwas unklar ausgedrückt:

    1. SolarView runter von der Fritzbox

    2. ausführen in RaspberryMatic (RM)


    Folgendes habe ich dafür ausprobiert:

    - ein Paketmanagementsystem gibt es in RM nicht, aber eben die Addons

    - ein Verzeichnis angelegt /usr/local/addons/pi/svrpi

    - den Link gesetzt ln -s /tmp /var/tmp

    - ins Verzeichnis svrpi gewechselt, wget ...

    Code
    unzip svfbinst-fb.zip 
chmod 755 svfbinst-fb 
./svfbinst-fb

    3. funktioniert nicht, siehe nächstes Codeschnipsel

    Das RM-System ist ein Readonly System, genau wie die Fritzbox.

    Greifst du irgendwo in das RO-Dateisystem?

    Ich wollte nur einmal probieren, ob sich SolarView in RM starten lässt.

    Deshalb: wie kann ich SV starten?

    Ist es sinnvoll, das System erst in einem Windowsverzeichnis vorzubereiten, mit passendem WR-fb, und dann zu kopieren?

    Die selben Ergebnisse habe ich auch, wenn ich auf den USB-Stick installieren möchte.

    Code
    /media/usb1/pi/svrpi

    Hallo Solaropa,

    hier die Ausgabe von ldd:


    /usr/lib/arm-linux-gnueabihf/libarmmem.so (0xb6f3f000)

    libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6f09000)

    libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6dca000)

    /lib/ld-linux-armhf.so.3 (0xb6f55000)


    Viele Grüsse,

    Manfred

    Hallo Manfred,

    folgendes habe ich herausgefunden:

    1. /usr/lib/arm-linux-gnueabihf/libarmmem.so (0xb6f3f000) gibt es nicht

    2 libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xb6f09000) liegt in /lib/libpthread.so.0 => libpthread-2.27.so

    3. ibc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xb6dca000) liegt in lib/libc.so.6 => libc-2.27.so

    4. /lib/ld-linux-armhf.so.3 (0xb6f55000) => ld-2.27.so


    Würden die verlinkten libs wenigstens passen?

    Hallo Manfred,

    ich habe zwischenzeitlich ein paar weitere Infos sammeln können:

    es wird andere gilbc & co verwendet

    Verwendung des RaspberryMatic Crosscompiler, um selber zu kompilieren oder einen anderen arm Crosscompiler verwenden, um die Binaries zu erzeugen, bevor daraus ein Addon gebastelt werden kann. Auch ist die Verzeichnisstruktur etwas geändert.

    Das alles habe ich nicht, hier muss ich wohl die Segel streichen.

    Allerdings, wenn man sich die Auslastung des Raspi 3+ ansieht, würde er Solarview locker verkraften. Aktuell läuft ein Firmwareupdate für ein Gerät im Hintergrund, sonst ist RAM_Usage deutlich kleiner.

    Code
    CPU_Load:    0.21 0.11 0.05
RAM_Usage:    49.40 %

    Hallo Solaropa,

    vermutlich würden die vorhandenen Libraries schon passen, aber vermutlich ist es sehr aufwändig, das Ganze zu maintainen. Ich frage mich, weshalb die Macher von RaspberryMatic das System so zusammenschrumpfen, dass das Gerät nicht mehr für andere Programme verwendet werden kann.

    Aber hast Du mal versucht, SolarView-fb einfach von extern her zu starten (USB-Stick o.ä.)? SolarView führt keine Änderungen am RO Teil des OS durch, ausser /tmp/ bzw. /var/tmp, sonst wäre die Fritzbox auch nicht möglich.


    Viele Grüsse,

    Manfred