RaspberryMatic: Raspberry Pi3 als LAN Gateway verwenden

Seit der RaspberryMatic Version 2.27.7.20170316-beta5 kann man eine Raspberry Pi2 oder Pi3 als LAN-Gateway verwenden und mit einer CCU oder RaspberryMatic verbinden. Dadurch ist es möglich die Reichweite des HomeMatic BidCos-RF Netzes zu erweitern. Diese Lösung hat dann die gleiche Funktion wie das HomeMatic LAN-Gateway.

Dieser Artikel befasst sich damit diese technische Möglichkeit zu testen und umzusetzen. Es ist wohl eher etwas für Technik-Fans oder Freunde des Raspberry Systems. Rein rechnerisch macht es keinen Unterschied die Original HomeMatic oder die Raspberry Lösung zu verwenden. Mit Netzteil, Funkmodul, Netzwerkkabel und einem  Gehäuse liegen die beiden Varianten im gleichen Preissegment. Aber das sei jedem Anwender selbst überlassen. Ich möchte hier nur zeigen wie die Raspberry, in meinem Fall eine Pi3 einzurichten ist und ob alles einwandfrei funktioniert.

Warum ein LAN-Gateway

In schwierigen Empfangslagen und auf sehr großen Arealen kann es vorkommen, dass die Funksignale der HomeMatic Zentrale CCU2 oder RaspberryMatic weit entfernte HomeMatic Funkkomponenten nicht mehr sicher erreichen. Das Funk-LAN-Gateway soll hier die Lösung für eine höhere Betriebssicherheit sein. Es können maximal 3 LAN-Gateways installiert und in die Zentrale eingebunden werden.

In meiner Installation befindet sich die HomeMatic Zentrale in der 1. Etage. Ich verwende auch im Keller einige Aktoren, die immer mal wieder Kommunikationsprobleme haben und somit entsprechende Servicemeldungen generieren. Ärgerlicher als die Servicemeldung ist die Tatsache, dass die Funktion der Aktoren nicht sichergestellt ist. Aus diesem Grund ist mein Plan ein LAN-Gateway im Keller zu installieren und die Aktoren in diesem Bereich darüber anzusprechen.

Es wird über das stationäre Computernetzwerk (LAN) an die CCU2/RaspberryMatic angebunden und dient als Funk-Netzwerkknoten, der die Verbindung zu den in seiner Funkreichweite befindlichen Homematic Funkkomponenten hält und diese in das Gesamtsystem einbindet.

Dies ist oft die einzig mögliche Lösung bei stark schirmenden baulichen Funkhindernissen, Funkstörungen durch andere Teilnehmer oder sehr große Entfernungen. Dabei bleibt die Funkschnittstelle der CCU2/RaspberryMatic selbst aktiv, sie kann also die in ihrer Reichweite liegenden Homematic Komponenten nach wie vor erreichen.

Das LAN Gateway unterstützt ausschließlich das Homematic Funkprotokoll und kann nicht zur Reichweitenverlängerung von Homematic IP eingesetzt werden!

Soweit die Theorie. Hier versuche ich das Ganze mit einem  LAN-Gateway auf einer Raspberry zu realisieren und über meine Erfahrungen damit zu berichten.

LAN-Gateway einrichten

Als erstes sollte die aktuelle Version von RaspberryMatic auf der PI installiert werden. Wie diese genau zu erfolgen hat, ist im folgenden Artikel beschrieben.

WICHTIG:

Bevor ihr weitermacht, solltet ihr eine Sicherung eurer RaspberryMatic HomeMatic Zentrale durchführen und anschließend das System runterfahren und unten lassen. Grund dafür ist die Tatsache, dass das neue System auch als HomeMatic Zentrale startet und sich im Netzwerk anmeldet.

Nachdem dies erfolgt ist, bitte das neue RaspberryMatic System, welches das LAN-Gateway werden soll, starten. Wenn das System oben ist müsst ihr die folgenden Schritte durchführen.

  1. Über die WebUI eine feste IP-Nummer eintragen.

Da bei mir die HomeMatic Zentrale die 50 hat, habe ich hier die 51 genommen. Das mit der festen IP-Adresse ist natürlich kein Muss, ich finde es aber für persönlich gut, wenn bestimmte Geräte in meinem Netzwerk immer die gleiche IP-Adresse verwenden. Außerdem habe ich im Netz eine Empfehlung des ELV-Supports gefunden, welche eine feste IP-Adresse empfiehlt, um Verbindungsprobleme bei einem Neustart zu vermeiden.
Über die folgende Funktion kann die IP-Adresse eingetragen werden:

(Startseite>Einstellungen>Systemsteuerung>Netzwerkeinstellungen)

Dann habe ich im Router ebenfalls die feste IP-Adresse definiert und was noch viel wichtiger ist, dem LAN-Gateway einen anderen Namen im Netzwerk vergeben. Das System würde sonst standardmäßig mit dem gleichen Namen starteb wie die Original-RaspberryMatic. Ich habe hier aus „homematic-raspi“ ein „homematic-HMLGW“ gemacht.

 

  1. Die Seriennummer des Systems ermitteln

Dazu in der WebUI (Startseite>Einstellungen>Systemsteuerung>LAN-Gateway Konfiguration) auswählen. Dort seht ihr dann nur ein Gerät, nämlich die Raspberry bzw. das RF-Funk-Modul mit der Seriennummer:

Ihr müsst euch ein  wenig beeilen, weil die Seriennummer nach kurzer Zeit zu dem Eintrag „Standard“ wechselt. Wenn ihr nicht schnell genug wart, könnt ihr den Vorgang wiederholen. Die Seriennummer dann bitte notieren, weil ihr sie später benötigt um das LAN-Gateway in der HomeMatic Zentrale zu definieren.

 

  1. In der WebUI den SSH Zugang freischalten (Systemsteuerung>Sicherheit>SSH). Passwort zweimal eingeben und den Haken bei „SSH aktiv“ setzen.

  1. Über die SSH Konsole den nachfolgenden Befehl eingeben.

Mit diesem Befehl wird im Verzeichnis „usr/local“ eine Datei mit dem Namen „HMLGW“ angelegt. Wenn keine Fehlermeldung erscheint, hat der Befahl funktioniert. Es gibt keine OK Meldung. Ihr könnt ja sicherheitshalber kontrollieren ob das Verzeichnis angelegt wurde.

touch /usr/local/HMLGW

  1. Als letzten Schritt die Raspberry neu starten

Wenn ihr keine feste IP-Adresse verwendet habt, müsst ihr einen Bildschirm anschließen. Nachdem die Raspberry normal hochgefahren ist, erscheint auf dem Bildschirm  die folgende Ausgabezeile:

„Versionsnummer“ und dann der String „LAN-GW Mode (IP-Adresse)“

Arbeitet ihr ohne feste IP-Adresse bekommt das LAN-Gateway vom Router (DHCP) eine zugeteilt, die ihr euch jetzt notieren müsst. Bei der Vergabe einer festen IP-Adresse braucht ihr eigentlich keinen Bildschirm, weil die IP-Adresse ja bereits vorher festgelegt wurde und bekannt ist.

Unter Angabe seiner IP-Adresse ausgeben. Diese IP-Adresse kann dann in der eigentlichen CCU bzw. im Haupt-RaspberryMatic bei der Einrichtung des LAN-Gateway angegeben werden.

HINWEIS:

Wie bei dem Original HomeMatic LAN-Gateway wird auch hier keine WebUI beim Hochfahren im LAN-GW Modus in Betrieb genommen. Möchte man RaspberryMatic nicht mehr im LAN-Gateway Modus betreiben muss man lediglich via SSH/SFTP die Datei /usr/local/HMLGW löschen und RaspberryMatic neustarten. Danach sollte die Raspberry dann im normalen Modus hochfahren und die WebUI dann wieder verfügbar sein.

RaspberryMatic HomeMatic Zentrale starten und LAN-Gateway einrichten

Nun ist der Zeitpunkt gekommen die eigentliche RaspberryMatic HomeMatic Zentrale wieder zu starten. Aufgrund der Durchführung der vorherigen Aktionen sollte sie problemlos starten.

Nachdem sie oben ist, könnt ihr euch wie gewohnt im WebUI anmelden. Dort muss nun unter

(Startseite>Einstellungen>Systemsteuerung>LAN Gateway Konfiguration)

Das neue LAN-Gateway definiert werden. Auf dem Button „Hinzufügen“ klicken und folgende Eingaben machen:

 

An dieser Stelle müsst ihr die notierten Informationen (Seriennummer und IP-Adresse) eintragen, sowie einen Namen. Das Feld Zugriffscode könnt ihr freilassen. Die Seriennummer ist zwingend erforderlich. Nur mit IP-Adresse hat es bei mir nicht funktioniert. Zum Abschluss auf „OK“ klicken.

Nun ist ganz wichtig, das ihr auf den Button „Übernehmen“ klickt.

Es erscheint dann eine Meldung, dass die HomeMatic Zentrale neu gestartet werden muss. Dies solltet ihr meiner Erfahrung nach am besten über folgende Funktion machen:

(Startseite>Einstellungen>Systemsteuerung>Zentralen Wartung>Neustart)

Nach dem Neustart wieder über die WebUI Funktion die aktualisierte Definition anschauen.

(Startseite>Einstellungen>Systemsteuerung>LAN Gateway Konfiguration)

Das LAN-Gateway sollte nun mit den vorgegebenen Definitionen zu sehen und verbunden sein:

Weiter unten sind alle Geräte aufgelistet und ihr könnt über „Einstellen“ die Geräte definieren, die zukünftig über das LAN-Gateway kommunizieren sollen.

Im sich dann öffnenden Bildschirm könnt ihr das Gateway auswählen:

Nachfolgend seht ihr dann die geänderte Definition:

Damit ist auch die Definition in der HomeMatic Zentrale abgeschlossen und die Einbindung eines LAN-Gateways auf einer Raspberry ist erfolgreich beendet.

Testbetrieb

Nachdem ich einige Aktoren dem neuen LAN-Gateway zugewiesen habe, sind sowohl Programme als auch manuelle Aktionen ohne Probleme durchgeführt worden.

Ich habe auch beide Systeme (Zentrale und Gateway) einzeln gestoppt und wieder neu gestartet. Nach jedem Neustart haben sich die beiden wieder problemlos verbunden und die Aktionen liefen reibungslos weiter. Laut einer Aussage vom ELV-Support ist es an dieser Stelle wichtig eine feste IP-Adresse für das Gateway zu vergeben. Dadurch werden Verbindungsprobleme vermieden.

Über das Original HomeMatic LAN-Gateway habe ich in den Foren mehrfach gelesen, das es zu Verbindungsabbrüchen gekommen ist. Meine Installation läuft jetzt seit einer Woche ohne ein solches Problem. Ich werde aber weiter mit diesem LAN-Gateway arbeiten und das Verhalten beobachten und bei Problemen hier berichten.

Für die Aktoren im Keller, welche vor dem LAN-Gateway sporadisch Servicemeldungen wegen Kommunikationsproblemen brachten kann ich sagen, dass ich in dieser einen Woche keine solchen Servicemeldungen mehr hatte. Also von dieser Seite aus gesehen, was ja der Hauptgrund für die Anschaffung eines Gateways ist, eine sehr erfolgreiches Projekt.

Auch bei Anbindung des LAN-Gateways über einen Netzwerk Switch hatte ich keinerlei Probleme mit Verbindungsabbrüchen.

Einschränkungen

Es ist auch bei der Raspberry so, das HomeMatic IP Geräte, obwohl korrekt angelernt und einwandfreier Funktion ausschließlich mit der Zentrale (CCU/RaspberryMatic) verbunden werden können. Eine Verbindung mit einem LAN-Gateway (HomeMatic/Raspberry) ist nicht möglich. Diese Geräte werden in der Auswahl (Interface Zuordnung) gar nicht erst angeboten.

Verwendete Komponenten:

BezeichnungAmazonELV-ShopELV-Bausatz
4 GB SD-KarteLinkLinknicht verfügbar
Funkmodul Raspberry Pinicht verfügbarnicht verfügbarBausatz
CCU2LinkLinkBausatz
Raspberry Pi 2LinkLinknicht verfügbar
Raspberry Pi3LinkLinknicht verfügbar
Funk-LAN-GatewayLinkLinknicht verfügbar

 

Passende Beiträge


4 Comments

  • lobocobra

    4. Juli 2017

    Hier mein Howto… ev. hilft es jemandem
    # —————————————
    # Installation of CCU2 on a Pi 3 with Openhab
    # —————————————
    Aim 1) Have CCU2 emulation running on Pi3, on a Openhabian (Openhab) image, with Kodi and Wireless
    Aim 2) Instead of having a CCU2 emulation have a CCU2 Gateway running with Openhab, Kodi and WLan

    This Howto is supporting you in installing a CCU2 emulation on an existing Openhab. You will need
    basic Linux skills to understand it and if you have other issues than I had, you might need to google them.
    => the intention is, that persons that have a bit of experience with Linux, do not spend 2 day to bring
    all needed information together, how to use your Pi for more than the emulation (waste of resources).
    => the intention of this Howto is, that you have it running, I will not explain all steps, as you will need to google it, if you want to understand all

    I assume that you have a Pi3 ensembled and added the RF module of CCU2 and added it to the Pi3 HW. You might need to google those steps.

    # —————————————
    # Install a CCU2 emulation on a Pi3
    # —————————————

    #0) Download openhabian image and install it on your Pi3. Below link is well documented.
    http://docs.openhab.org/installation/openhabian.html#raspberry-pi
    => after you installed the image, SSH to it and „use sudo openhabian-config“ to configure Openhab basics
    => configure Openhab (read the documents in above link or google it)
    => set the right IP-address (the one you want) for your Pi3 (either look in the link above or google it)

    #1) backup existing homematic CCU2 INCLUDING CuX module (if you have one) before your start.
    => some say you need to de-install all other modules, I had few, did not uninstall them, and it still worked (choose your poison).
    => SHUT DOWN your old CCU2, as only one must be active at a time

    #2) login to Pi3 with ssh and start the quickinstall of the CCU2 emulation
    wget -nv -O- https://raw.githubusercontent.com/leonsio/YAHM/master/yahm-init | sudo -E bash -s quickinstall –
    # the installation stopped for me during network setup and the connection was aborted, I had to reboot the raspberry
    # => I solved the broken installation as follows:
    reboot Pi3
    ssh to Pi3
    sudo yahm-ctl join #and check with ipconfig if there is an IP adress attached // there was only localhost
    exit #leave the console
    sudo yahm-network attach_bridge #I had only to attach bridge
    sudo yahm-ctl join #and check with ipconfig if you have now an IP
    ping http://www.amd.com #check if you have connection to internet, if not solve it first with Dr. Google’s Help
    exit # leave the YAHM console and go back to Pi3 Debian

    #3) Test your CCu2 //go to webbroser to check if it works
    http://homematic-raspi/ #or the new ip
    => now you have a CCU2 emulation running on Pi3, but your RF is not working, so it has no connection to your devices.

    # —————————————
    # activate the sending rf module
    # —————————————

    #1) ssh to yout Pi3
    remove in /boot/cmdline.txt all entries which are EQUAL to: „console=serial0“ or „console=ttyAMA0“ (leave all rest)
    sudo yahm-ctl join #(go into the container)
    mknod -m 666 /dev/ttyAMA0 c 204 64
    ln -s /dev/ttyAMA0 /dev/mmd_bidcos #symlink to exisiting file
    ln -s /sys/class/gpio/gpio18/value # the symlink goes to nowhere for now… no worry, all will still work

    #2) vi /etc/config/rfd.conf
    [Interface 0]
    Type = CCU2
    Description = CCU2-Coprocessor
    ComPortFile = /dev/mmd_bidcos
    AccessFile = /dev/null
    ResetFile = /dev/ccu2-ic200

    #3) Created the needed start scripts:

    sudo vi /etc/init.d/hm-mod-rpi-pcb
    #and insert below script into the empty file it is needed to start the RF module automatically

    # —————————————
    #!/bin/sh
    ### BEGIN INIT INFO
    # Provides: hm-mod-rpi-pcb yahm
    # Required-Start: udev mountkernfs $remote_fs
    # Required-Stop:
    # Default-Start: S
    # Default-Stop:
    # Short-Description: Enables GPIO 18 as reset Interface for HM RF Module for Raspberry
    # Description:
    ### END INIT INFO

    . /lib/lsb/init-functions

    case „$1“ in
    start)
    log_daemon_msg „Enables GPIO 18 as Reset Interface for Homematic RF wireless module“
    printf “ Enables GPIO 18 as Reset Interface for Homematic RF wireless module“
    if [ ! -d /sys/class/gpio/gpio18 ]
    then
    echo „Preparing GPIO for HM-MOD-UART…“
    echo 18 > /sys/class/gpio/export
    echo out > /sys/class/gpio/gpio18/direction
    printf „Preparing GPIO for HM-MOD-UART done!“
    fi
    # hold reset until rfd starts
    echo 0 > /sys/class/gpio/gpio18/value
    log_end_msg 0
    ;;
    *)
    echo „Usage: $0 start“ >&2
    exit 3
    ;;
    esac

    # —————————————

    #4) make the script executable
    sudo chmod a+x hm-mod-rpi-pcb
    #=> you might need to activate it in rc.d as well, if you need only a running gateway as I do, leave it as it is

    #5a) Exit to raspi (do it in Pi3), and change GPIO18 for bluetooth module of raspi
    Vi /boot/config.txt
    #add following at the end
    dtoverlay=pi3-miniuart-bt
    #5b important step…. without it you will have following error: „co-processor error can not read serial“
    /boot/config.txt # add following text at the end
    enable_uart=1
    #5c reboot your pi3

    #6) sSH to your pi3 and activate the module
    sudo yahm-module -f -m hm-mod-rpi-pcb enable
    #blabla… HM-MOD-RPI-PCB was installed successfully, please restart YAHM to apply changes, I assume it adds some start rutines
    #was not important for me, as I want a gateway….

    #7) #remove Homematic-IP support as it is not suported yet // this might be working by now, but I have no homematic-IP products
    sudo yahm-module -f -m homematic-ip disable

    #8) restart container
    sudo yahm-ctl stop
    sudo yahm-ctl start

    #9) Open web-broser and go to http://homematic-raspi to test your CCU2 emulation (or use the IP you gave to the container)
    Import backup from CCU2… check temperature or anything, if you have connection to your devices …
    => change the IP as needed (I did it on the router)
    => congratulation now you have a CCU2 emulation running, you should be able to run all your devices with it
    => at this point I checked all functionalities, see also error handling….

    # ———————
    #Problem handling !!!! installation was not stright forward for me, following command might be handy?
    # ———————

    #test if the RF is working….
    sudo /opt/YAHM/share/tools/hmgw/hmlangw -D -n auto
    #you should get some response like….
    Code: Alles auswählen
    Received 17 bytes from serial
    0000: fd 00 0c 00 00 00 43 6f 5f 43 50 55 5f 42 4c 72 ……Co_CPU_BLr
    0010: 51 Q
    #=> this means all is ok, I had issues with Serial and others, below steps helped me….

    # RF module is not running, on Pi3 run manually the script in order to start RF:
    /etc/init.d/hm-mod-rpi-pcb
    sudo yahm-ctl stop
    sudo yahm-ctl stop

    # RF module is not running, on Pi3, enable the RF module (had do do it like 3x, due to some errors of me)
    sudo yahm-module -f -m hm-mod-rpi-pcb
    sudo yahm-ctl stop
    sudo yahm-ctl stop
    #=> at the end it works now, without any reboot…

    # Once it worked, it did not work after reboot of Pi …. find sequence to start all…
    # what worked after reboot of pi3…
    1) sudo /etc/init.d/hm-mod-rpi-pcb start
    2) sudo yahm-module -f -m hm-mod-rpi-pcb enable
    3) sudo yahm-ctl stop
    sudo yahm-ctl start
    ==> but maybe it was only after changing some settings, that I had to do it manually….
    ==> later reboots did work without any changes, try it… anyhow I want a working gateway emulation, not CCu2

    #where you should find the serial? If it is in the file, all is ok, if not… go to start :-)
    /opt/YAHM/share/tools/hmgw/serialnumber.txt

    # —————————————
    # Activate Homematic Gateway on Pi3
    # —————————————
    Pre-req: Before you start, have above points working. Keep in mind that this tutorial is only here to fill the gap between existing
    and what has to be searched in 1000 forum. If you want to use the Yahm build, then things are easy and well documented, but I
    was not ready to have a full pi3 idling around and doing nothing.
    => so I assume that all steps are running above! Before you continue. You will love Dr. Google, for new exiting errors, which you found.

    #0 SSH into your Pi3 and control all is working including RF
    #1 stop yahm as we do not need it anymore…
    sudo yahm-ctl stop

    #3 create the startup script
    sudo vi /etc/init.d/hm-lgw-o-tw-w-eu
    # —— add below script ———-

    #!/bin/sh
    ### BEGIN INIT INFO
    # Provides: hm-mod-rpi-pcb yahm
    # Required-Start: udev mountkernfs $remote_fs
    # Required-Stop:
    # Default-Start: S
    # Default-Stop:
    # Short-Description: Enables GPIO 18 as reset Interface for HM RF Module for Raspberry
    # Description:
    ### END INIT INFO

    . /lib/lsb/init-functions

    case „$1“ in
    start)
    log_daemon_msg „Enables GPIO 18 as Reset Interface for Homematic RF wireless module“
    printf “ Enables GPIO 18 as Reset Interface for Homematic RF wireless module“
    if [ ! -d /sys/class/gpio/gpio18 ]
    then
    echo „Preparing GPIO for HM-MOD-UART…“
    echo 18 > /sys/class/gpio/export
    echo out > /sys/class/gpio/gpio18/direction
    printf „Preparing GPIO for HM-MOD-UART done!“
    fi
    # hold reset until rfd starts
    echo 0 > /sys/class/gpio/gpio18/value
    log_end_msg 0
    ;;
    *)
    echo „Usage: $0 start“ >&2
    exit 3
    ;;
    esac
    # —— add above script ———-
    sudo chmod a+w /etc/init.d/ hm-lgw-o-tw-w-eu #make the script executable

    #4) run the script every start
    sudo update-rc.d /etc/init.d/hm-lgw-o-tw-w-eu defaults

    #5) test the script
    /etc/init.d/hm-lgw-o-tw-w-eu
    # the idea is that the RF is running now in your host, so your gw has now the same IP as your Pi3

    #6) get the serial from your RF adapter
    cat /opt/YAHM/share/tools/hmgw/serialnumber.txt
    => keep that serial in mind, you need it in the next step

    #6) bind the CCu2 to the GW
    => start your old CCU2 go to settings and to gateway menu in the CCu2
    => add a new gateway in the CCU2 and enter there the above serial and the IP address of your Pi3
    => apply changes and reboot your CCU2
    => go again to the same menu and it should say now….
    NEQxxxxxxxx HomeMatic RF-LAN Gateway // 192.xxx.xxx.xxx1 // connected

    #7) now dedicate some of the devices to the new gateway, and look in the ccu2, if

    If all worked well, then you should have now a running GW emulation on your pi. I also activated WLAn on PI3 in the Openhab menu and changed
    /etc/network/interfaces :
    allow-hotplug wlan0
    iface wlan0 inet dhcp
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

    Reply
  • lobocobra

    4. Juli 2017

    Hallo Tobi
    Vielen Dank für die Antwort und die Bestätigung, dass es mit dem Image. Ich habe mittlerweilen meinen Fehler lösen können. Eventuell helfen unsere beiden Kommentare hier anderen.
    1) Entweder man macht es mit dem offiziellen Image, wie beschrieben und von Tobi bestätigt, dass es geht.
    2) Oder man will (wie ich) alles auf einem Raspi (Openhab/Kodi/CCU2 gateway) und dann muss man den Gateway wie folgt aktivieren nach der Installation:
    cd /opt/YAHM/share/tools/hmgw/
    sudo ./start-hmlan.sh
    Somit braucht man die YAHM Instanz gar nicht und der Gateway läuft direkt von Raspi Host.

    Somit laufen beide Wege. Ich werde noch eine kleine Step by Step Anleitung hier pasten….

    Reply
  • lobocobra

    3. Juli 2017

    Hallo zusammen

    Ich habe eine CC2 und ein PI3 gemäss der Anleitung aufgesetzt. Ich konnte das Backup einspielen und der PI3 funktioniert tadellos als CCU2 Ersatz.
    => nun wollte ich den Pi3 als Gateway benutzen und habe verstanden, dass mit touch /usr/local/HMLGW, der Modus zu Gateway wechselt.
    => dies geht jedoch auch nach einem Reboot nicht und der Pi3 verhält sich weiterhin wie eine CCU2. Auch habe ich die Berechtigung des Files allen gegeben (chmod a+rw) und der Pi3 verhält sich weiterhin, wie eine CCU2.
    > hat jemand den GW zum laufen gebracht und ev. gleiche Probleme gehabt? Ich wäre froh Hinweise zu erhalten, da ich das ganze Netz absuche nach Lösungswegen.

    (Log zeigt auch keine Fehlermeldungen)

    Reply
    • Tobi

      3. Juli 2017

      Hallo Lobocobra,
      ich habe es genau nach der Anleitung in diesem Artikel durchgeführt und es hat auf Anhieb funktioniert.
      Musste keinerlei Rechte ändern. Habe mich allerdings strikt an die Vorgabe gehalten und beispielsweise keinen Backup zurück gespielt, weil auf dem Gateway wird keine WebUI gestartet. Auch habe ich eine feste IP-Adresse vergeben und den Namen des Gateways geändert, weil er sonst den gleichen Namen wie die Raspberry HomeMatic Zentrale hat.
      Mein Tipp wäre die SD-Karte formatieren, Dann das Image aufspielen und dann wie beschrieben vorgehen. Dann sollte es klappen.
      Auch die Einrichtung auf der CCU2/Raspberry nicht vergessen.

      Reply

Schreibe einen Kommentar