Anleitung zur Installation der CCU auf einem x86 system (Part 3 inkl. HMIP)

[quickmic]

ok ich teste nochmal. Dauert ein paar Minuten...

[quickmic]

Ich hab jetzt 2mal mit komplett neuem Debian getestet. Ich hatte keine Probleme.
Als workaround kann ich einstweien anbieten folgende kommandos nacheinander eingeben:

Code: Alles auswählen

rm /ww* -R
rm /etc/conf* -R
rm /firmwar* -R
rm /etc/init.d/S*
rm /opt/H* -R
rm /opt/c*
rm /opt/jav* -R
rm /var/*.handlers
rm /var/ids
rm /var/stat* -R
rm /VERSION
rm /boot/VERSION
apt-get install etherwake digitemp u-boot-tools dirmngr lighttpd git libc6-i386 lib32stdc++6 lib32gcc1 lib32ncurses5 libusb-1.0.0 curl psmisc socat keyboard-configuration libasound2 wget libasound2-data autoconf libusb-1.0 build-essential msmtp git net-tools usbutils openjdk-11-jre-headless rsync
/opt/occu-x86/ccu-install.sh

[besitzzzer]

Hallo quickmic,

danke für deine schnelle Hilfe.
Hiermit funktioniert es soweit ich es bisher beurteilen kann.

Gruß Sven

[quickmic]

Ok, ich weiss woran es liegt, aber nicht warum.
Welche AMD64 Debian 9.8 hast du installiert? Ich nehme immer die netinstal.
https://www.debian.org/CD/netinst/
Hast du was anderes genommen? Es scheinen die Backport bei dir aktiviert zu sein.

[DerGraf]

Hallo @quickmic.

Ich nutze Proxmox zur Virtalisierung. Der Fehler tritt beim "debian-9.7-standard" LXC-Template auf, welches von Proxmox direkt kommt. Nun habe ich ein eigenes "debian-9.7-minimal" LXC-Template erstellt und siehe da: Dein Script läuft durch. Vermutlich kollidiert da was, da das Standard Template doch einiges an Software mitbringt.

Nachdem alles durchgelaufen ist und ich alle Protokolle (HMIP, BidCos und Wired) aktiviert habe, bekomme ich beim Aufruf von http:// nur eine "404 - Not found" Meldung. Bei Aufruf von https:// kommt gar nichts.

Wo könnte es nun hängen? Meine Prozessliste sieht so aus:

Code: Alles auswählen

root@ccu:~# ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.3  56984  6760 ?        Ss   18:21   0:01 /sbin/init
root        44  0.0  0.3  46096  7304 ?        Ss   18:21   0:00 /lib/systemd/systemd-journald
root        46  0.0  0.1  43032  3028 ?        Ss   18:21   0:00 /lib/systemd/systemd-udevd
root        72  0.0  0.1  27996  2296 ?        Ss   18:21   0:00 /usr/sbin/cron -f
root       124  0.0  0.1  65528  2960 pts/0    Ss   18:21   0:00 /bin/login --
root       125  0.0  0.0  12660  1592 console  Ss+  18:21   0:00 /sbin/agetty --noclear --keep-baud console 115200,38400,9600 linux
root       132  0.0  0.2  69956  5376 ?        Ss   18:21   0:00 /usr/sbin/sshd -D
root       287  0.0  0.1  18220  3328 pts/0    S    18:21   0:00 -bash
www-data  2269  0.0  0.2  59208  5764 ?        Ss   18:24   0:00 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
message+  3315  0.0  0.1  45132  3696 ?        Ss   18:24   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
root      5251  0.0  0.1 180480  2972 ?        Ssl  18:24   0:00 /usr/sbin/rsyslogd -n
root      5450  0.0  0.1  36636  2852 pts/0    R+   18:28   0:00 ps aux

Gruß DerGraf

[DerGraf]

Nachtrag:

Der Container lief unprivilegiert, somit konnte das ja nichts werden. Systemd macht da dann nur Quatsch. So muss dann die Prozessliste bei einem "Debian 9 (Stretch) Minimal" aussehen:

Code: Alles auswählen

root@ccu:~# ps aux     
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.0  0.3  56800  6488 ?        Ss   18:46   0:00 /sbin/init
root        39  0.0  0.3  46096  6976 ?        Ss   18:46   0:00 /lib/systemd/systemd-journald
message+    51  0.0  0.1  45132  3728 ?        Ss   18:46   0:00 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation
root        57  0.0  0.1  17964  2888 ?        Ss   18:46   0:00 /bin/bash /etc/init.d/ccu start
root        58  0.0  0.1  37984  2128 ?        Ss   18:46   0:00 /lib/systemd/systemd-logind
root        59  0.0  0.0  19556  1180 ?        Ss   18:46   0:00 /usr/sbin/cron -f
root        60  0.0  0.1 250116  2912 ?        Ssl  18:46   0:00 /usr/sbin/rsyslogd -n
root       116  0.0  0.0  12660  1620 console  Ss+  18:46   0:00 /sbin/agetty --noclear --keep-baud console 115200,38400,9600 linux
root       117  0.0  0.1  65532  2996 pts/0    Ss   18:46   0:00 /bin/login --
root       119  0.0  0.2  69956  5528 ?        Ss   18:46   0:00 /usr/sbin/sshd -D
root       120  0.0  0.3  58736  6792 ?        Ss   18:46   0:00 /usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf
root       173  0.0  0.1  18228  3176 pts/0    S    18:47   0:00 -bash
root       194  0.0  0.1  18004  2972 ?        S    18:47   0:00 /bin/bash /etc/init.d/S62HMServer start
root       197  0.0 16.2 3517244 340744 ?      Sl   18:47   0:03 /usr/bin/java -server -Xms1024m -Xmx1024m -Dgnu.io.rxtx.SerialPorts=/dev/ttyUSB0 -Dlog4j.configuration=fil
root       218  0.0  0.0   4188   648 ?        S    18:47   0:00 sleep 1
root       219  0.0  0.1  36636  2856 pts/0    R+   18:47   0:00 ps aux

Nun komme ich auf die WebUI. Ich werde die Tage nun mal was rumspielen und mich bei Schwierigkeiten melden.

Erstmal vielen Dank für tolle Arbeit. Insbesondere für die funktionierende "Copy&Paste" Version und hoffe, dass Du dies noch eine Weile weiter pflegst. x86 ist auf jeden Fall die richtige Richtung.

Für alle anderen CCU Heimplaste ARM und Pi Nutzer: So muss Homematic

[quickmic]

Danke für den Hinweis. Ich nehme natürlich auch immer eine privilegierte Installation. Ich hab gar nicht daran gedacht.
Das wird in die nächste Installationsanleitung mit aufgenommen werden als Hinweis.

dass Du dies noch eine Weile weiter pflegst

Sicher, die Anfaenge gehen ins Jahr 2014 zurück
viewtopic.php?f=26&t=21926&hilit=ccu+qe ... ic#p184445

[DerGraf]

Leider musste ich gerade feststellen, dass mit dem HMIP-RFUSB tatsächlich nur HMIP funktioniert. Als ob ich es beim Kauf geahnt hätte. Wieder zu spät eingelesen

Kann man da was softwaremäßig machen oder kann das Funkmodul einfach kein BidCos-RF? Falls nicht, bleibt dann nur ein HM-MOD-RPI-PCB an einem CP2102 USB-Adapter? Das PCB soll HM und HMIP können. Oder liege ich da auch wieder falsch?

Gruß DerGraf

[quickmic]

Der Stick (HMIP-RFUSB) kann nur HM-IP, da kannst auch nichts dran machen.
Fuer bidcos brauchst du entweder einen Gateway:
https://wiki.fhem.de/wiki/HM-CFG-LAN_LA ... ns-Adapter (NUR bidcos)
oder:
https://www.elv.at/homematic-funk-lan-gateway.html (NUR bidcos)
oder:
eine CCU2 die man konfiguriert als Gateway:
viewtopic.php?t=45328 (NUR bidcos offiziell (mit Rumgefrickel auch HMIP aber vielleicht instabil))
oder:
das Modul von Alex:
viewtopic.php?f=69&t=47691
plus
HM-MOD-RPI-PCB (bin mir nicht sicher, aber das kann glaub ich NUR bidcos)
https://www.elv.at/homematic-funkmodul- ... usatz.html
oder
RPI-RF-MOD (beides)
https://www.elv.at/homematic-funk-modul ... usatz.html

Wenn du das Modul von Alex nimmst, kannst das nicht in einem Container laufen lassen mit dem Install script. Das geht nur per Install script UND Vollemulierung.
Falls du trotzdem Container und Alex's Modul haben willst, muss Hand angelegt werden. Bei Bedarf bitte separaten Thread aufmachen.

Ps:
HM-CFG-USB bzw. HM-CFG-USB2
https://wiki.fhem.de/wiki/HM-CFG-USB_US ... ns-Adapter (NUR bidcos)
geht auch noch

[stan23]

HM-MOD-RPI-PCB (bin mir nicht sicher, aber das kann glaub ich NUR bidcos)

Das "alte" Funkmodul für den Raspi kann BidCoS und HmIP. Es unterstützt aber nicht die Funktionen von HmIP-Wired, die auf das Funkmodul ausgelagert wurden.