Philips Hue Bridge 2.1 Root + WiFi WLAN freischalten / Anleitung

Getestet mit Version 1932073040 (von mir) und 1932126170 (vom User shub)

 

Anleitung (Quelle)

 

Mich hat es schon beim Kauf des Hue System genervt (ich war sogar erstaunt), dass man unbedingt ein Netzwerkkabel für die Bridge benötigt. Somit konnte ich sie eigentlich nur in der Nähe meiner FritzBox aufstellen. Allerdings soll man ja einen gewissen Abstand zum WLAN Router einhalten (verständlich) was die ganze Sache nicht leichter macht. Am Anfang habe ich es noch mit LAN Brücken via WLAN versucht, das verursachte aber nur Probleme. Das System habe ich mir letztes Jahr angeschafft und im Prinzip mein halbes Haus umgebaut (siehe hier). Nun habe ich mir eine 2. Bridge zugelegt, da ich zuviele Motion Sensoren und Dimmschalter verbaut hatte. D.h. wieder ein LAN Port meines Routers belegt. Ab und an habe ich mir Philips Hue Bridge Root Blogs angeschaut, aber diese kamen alle zum Ergebnis, dass es nicht richtig funzt. Nun wurde aber eine richtig gute Anleitung zum Aktivieren des WLAN von Andrei BANARU auf seinem Blog veröffentlicht. Ich habe es natürlich sofort ausprobiert und war von dem Ergebnis überrascht. Es ist nicht unbedingt schwierig und es funktioniert einwandfrei. Ich frage mich echt, wieso Philips diese Funktion nicht freigibt. In der config ist sogar ein Eintrag mit Kommentar "# REMOVE THIS LINE TO ENABLE WIFI: option disabled 1". Jedenfalls ein großes DANKE an Andrei für seine Mühe!!! Ich habe die Anleitung mit meinen Worten und ein paar Ergänzungen ins Deutsche übersetzt. Es werden Grund-Lötkenntnisse vorhanden sein. Und natürlich erlischt eure Garantie, wenn ihr an der Hardware herumbastelt. Es gibt zwar kein Garantiesiegel, aber es sollte trotzdem jedem klar sein.

 

Was wird benötigt:

  • Lötkolben und etwas Lötkenntnisse
  • Torx Schraubendreher (notfalls auch Schlitz)
  • UART-zu-USB Wandler z.B. FT232R 3,3V
  • 6pol Stifleiste (oder 3 einzelne Pins)
  • 3 Steckkabel zum Verbinden GND/TX/RX mit dem Wandler
  • 1 Kabel zum Brücken oder Büroklammer :)
  • Altes Netzwerkkabel um den Loopbackstecker zu bauen
  • MobaXterm (Terminal/SSH Programm, es kann alles)

Update 12.06.2019:

Da ich mit meinen beiden Hue Bridges doch einige Probleme über die Zeit hatte, habe ich nun beide aus meinem Haus verbannt und bin komplett zu "Home Assistant / Hassio" umgezogen. Ich verwende nun meinen Raspberry Pi 3 B und den ConBee II Stick als ZigBee Steuerzentrale. Der Wechsel hatte ca. 1 Monat gedauert und forderte einiges an Tüftelei und haufenweise googeln bis ich den gleichen Komfort wie vorher hatte. Nix mit kurz mal eben den Sensor einstellen ... nun muss alles via Codezeile programmiert werden. Nunja wenn man ein Sensorautomatisierung programmiert hat, kann man easy kopieren. Immer Stückweise bin ich mit ein paar Lampen und Sensoren zu HA gewechselt. Nun läuft der ganze Krams schon ziemlich stabil und ich bin sehr zufrieden.

 

 

Update 01.02.2019:

In der Vergangenheit hatte ich ab und an Verbindungsprobleme mit der Hue App (und anderen Apps). Mit einer kleinen Einstellung sollte das aber behoben sein. Scrollt ganz nach unten für mehr Infos.

Bridge öffnen. Dazu die unteren beiden Klebepads entfernen und die Torx Schrauben lösen. Falls kein passender Schraubendreher zur Hand, einfach einen passenden Schlitzschraubendreher verwenden.

Dann unten links vorsichtig mit einem Schraubendreher die Ecke hochhebeln. Dann einfach per Finger darunter und das Unterteil hochbiegen. Bevor man nun die Platine mit den Händen angrabbelt, wäre es sinnvoll, sich vorher zu erden. z.B. kurz den PE-Schutzleiter einer Steckdose berühren.

Nun hat man die Platine. Oben rechts (roter Kreis) sieht man den leeren Pin Header. Dort müssen nun 3 einzelne Stifte (Stiftleiste) oder wenn man möchte, eine komplette 6er Stiftleiste eingelötet werden. Ich habe nur die notwendigen eingelötet. Oben ist Pin 1 (weißer Pfeil).

 

  1. GND
  2. -
  3. -
  4. RX
  5. TX                                                                        Nebeninfo:
  6. -                                                                            UART-TTL, Tx=Transmit, Rx=Receive, GND=Masse.

Die Stifleiste wird nun mit einem geeigneten UART-zu-USB Umsetzer verbunden. Z.B. mit einem Chip von FTDI. Man findet diese haufenweise bei eBay. Ich habe einen FT232R verwendet. Falls 5V oder 3,3V die Frage ist, ihr benötigt unbedingt 3,3V. Auf manchen Boards kann ein Jumper oder eine Lötbrücke gesetzt werden, um die Spannung auszuwählen!!! Den Wandler natürlich noch mit dem PC verbinden. Treiber installieren. Im Windows Gerätemanager schauen, welcher COM-Port dem Wandler zugewiesen wurde. Z.b. Com 3.

 

Ihr müsst die RX und TX Leitung kreuzen. Also RX -> TX und TX -> RX.

Jetzt seid ihr von der Hardwareinstallation soweit.

  1. Installiert/öffnet MobaXterm und erstellt eine neue Session "Serial". Wählt den Serial Port aus und stellt den Speed auf 115200
  2. Nun öffnet die Verbindung -> ein schwarzes Fenster erscheint
  3. Verbindet jetzt die Bridge mit dem Netzteil. Ihr solltet nun haufenweise Textmitteilungen sehen können. Falls nicht -> RX/TX Leitung verdrehen
  4. Nach ca. 1 Minute könnt ihr testweise mal die ENTER Taste drücken. Dann erscheint eine Loginmeldung. Dann stimmt schonmal eure Verdrahtung.
  5. Stromversorgung der Bridge trennen und zum nächsten Schritt übergehen

In der Nähe der Strombuchse findet ihr ein Lötpad mit dem Namen SEU11. Nun booten wir ins u-boot. Nimmt ein Kabel oder eine Büroklammer und haltet euch bereit, das Pad mit der Masse (Gehäuse roter Kreis) zu verbinden. MobaXterm ist immernoch geöffnet!

 

  1. Stromstecker einstecken
  2. Es erscheint wieder Text ... Nach ca. 2-3s das Pad mit Masse verbinden!
  3. Im Fenster sollte nun die Meldung "Device 0 not available" erscheinen
  4. Nun tippt ihr folgendes ein, damit ihr nicht immer das Kabel verwenden müsst

setenv bootdelay 3

saveenv

reset

 

Nach dem Reset kommt irgendwann eine Meldung und eine Zeit (3..2..1). Hier müsst ihr dann wieder ins u-boot booten. Das Kabel zum Brücken benötigt ihr nun nicht mehr.

Als nächstes speichern wir das voreingestellte verschlüsselte Loginpasswort.

 

printenv security

 

Markiert einfach den langen Zahlencode und kopiert ihn mit rechtsklick. Speichert ihn erstmal irgendwo in einer Textdatei ab. Wir benötigen ihn später noch einmal.

Jetzt ändern wir das Passwort mit:

 

setenv security '$5$wbgtEC1iF$ugIfQUoE7SNg4mplDI/7xdfLC7jXoMAkupeMsm10hY9'

saveenv

reset

 

Die Bridge startet neu. Diesmal brechen wir den Bootmodus nicht ab und lassen die Bridge komplett hochfahren. Anschließend ENTER drücken und einloggen:

 

Benutzer: root

Passwort: toor

 

 

Nun wird's frickelig.

 

  1. Öffnet "MobaKeyGen (SSH key generator)" über das Menü Tools. Lasst alles so eingestellt und drückt auf Generate (bewegt die Maus dabei)
  2. Ihr tragt dann noch ein beliebiges Passwort unter Key passphrase ein und drückt dann auf Save private key
  3. Nun markiert ihr den ganzen Code oben im Fenster "Publich key for pasting into OpenSSH". Ihr müsst wirklich alles markieren und dann kopieren
  4. Wieder zurück ins Terminalfenster von MobaXterm. Dort tippen wir ein:
  5. vim key
  6. Es öffnet sich ein Texteditor. Drückt die Taste a (Insert Modus). Rechtsklick -> Paste. Nun sollte der Key in der 1. Zeile stehen. Springt mit der Taste Pos 1 zum Anfang zurück und kontrolliert ob der Anfang korrekt ist. Dann drückt ihr ESC und gibt ein :wq und ENTER (speichert die Datei und schließt sie). Als nächstes den Befehl ausführen
  7. ssh-factory-key -r key

Jetzt ist euer neuer Schlüssel gültig und ihr könnt euch via SSH + den Privatkey + euer Passwort (passphrase) einloggen.

 

Die SSH Verbindung könnt ihr auch in MobaXterm herstellen.

 

  1. Neue Session SSH erstellen
  2. IP bzw. Hostname der Bridge eingeben
  3. Specifiy username: root
  4. Use private key: Pfad zu euer Private Key Datei, die ihr im vorherigen Schritt abgespeichert habt
  5. Netzwerkkabel einstecken!
  6. Ok und Verbindung herstellen.
  7. Passphrase eingeben

 

 

Hat alles geklappt, solltet ihr das Werkspasswort (das wir zu "toor" geändert hatten) wieder zurücksetzen. Ruft das noch offene Terminalfenster in MobaXterm auf. Startet die Bridge neu (Befehl reboot). Geht wieder in den u-boot Modus und tippt folgendes ein:

 

setenv security 'EUER VORHER GESICHERTER KEY'

saveenv

reset

 

Den Key habt ihr ja vorher mit printenv security  in einer Textdatei gesichert (beginnt mit $5$ ).

 

Jetzt könnt ihr die UART Verbindung abbauen und die Bridge wieder zusammensetzen. Verbindet euch dann wieder mit SSH. Jetzt folgen noch ein paar Befehle und Texteditoreingaben.

 

  1. Ladet euch die folgende Datei herunter: wpad-mini_2015-03-25-1_ar71xx.ipk
  2. Entpackt via 7zip die Datei "wpad", die ihr in den tiefen der Ordnerstruktur findet
  3. Kopiert diese Datei via MobaXterm auf die Bridge in den Ordner /usr/sbin. Links neben dem schwarzen Fenster sollte eine Ordnerstruktur zu sehen sein. Ihr seid immer automatisch auch via SCP verbunden und könnt einfach via Drag'n'Drop die Dateien rüberziehen
  4. Führt folgende Befehle aus (für nähere Infos geht auf den englischen Blog, ich verzichte hier auf ausführliche Beschreibungen!)

chmod +x /usr/sbin/wpad

ln -s /usr/sbin/wpad /usr/sbin/wpa_supplicant
ln -s /lib/libm-1.0.14.so /lib/libm.so.0
ln -s /lib/libuClibc-1.0.14.so  /lib/libc.so.0
cp /etc/config/firewall /etc/config/firewall.old
cp /etc/config/wireless /etc/config/wireless.old
cp /etc/config/hk_mdns /etc/config/hk_mdns.old
vim /etc/config/wireless


Es öffnet sich wieder der Texteditor. Dort scrollt ihr nach unten und ändert/ergänzt die Angaben die fett markiert sind. Wie zuvor auch müsst ihr erstmal "a" drücken. Speichern+Schließen mit ESC dann :wq eintippen und ENTER!

 

 

        # REMOVE THIS LINE TO ENABLE WIFI:

        option disabled 0                   <--- hier muss die 0 hin!!!

 

config wifi-iface

        option device     radio0

        option network    wlan

        option encryption psk2

        option key        EUER WLAN SCHLÜSSEL

        option mode       sta

        option ssid       EURE SSID

 

Führt nun wieder folgende Befehle aus

 

uci commit wireless

wifi

 

Wartet nun ca. 10s und schaut, ob eure Bridge mit eurem Router verbunden ist:

 

iw wlan0 link

 

Ihr seht die SSID, Frequenz und Signalstärke. Dann hat's geklappt. Nun müssen wir noch eine IP bekommen

 

udhcpc -i wlan0

vim /etc/config/network

 

Und wieder öffnet sich der Editor. Drückt wieder Taste "a" damit ihr Text eingeben könnt. Ändert die Datei wie folgt ab (fett = neu/geändert). Die ipaddr unter 'lan' muss in einem komplett anderen IP Bereich liegen. Wenn ihr z.B. eine FritzBox habt, vergibt diese normalerweise IPs im Bereich 192.168.178.xxx. Dann könnt ihr bei ipaddr 192.168.1.1 eingeben und ihr seid fein raus. Achtet dadrauf, dass bei option proto 'static' steht!!! Am Ende wieder "ESC"  +  ":wq"  +  "ENTER".

 

config interface 'lan'

        option ifname 'eth1'

        option ipaddr '192.168.1.1'

        option netmask '255.255.255.0'

        option gateway 'IP EURES ROUTERS' 

        option ip6assign '60'

        option proto 'static'

        option hostname 'BRIDGENETZWERKNAME'

 

config interface 'wlan'

        option ifname 'wlan0'

        option proto 'dhcp'

        option hostname 'BRIDGENETZWERKNAME'

 

Update 01.02.2019: "option gateway" neu hinzugefügt. Mit dieser Option scheint es keine Verbindungsprobleme mehr mit der Hue App zu geben! Dort muss die IP Adresse eures Routers z.B. bei FritzBox 192.168.178.1 eingetragen werden.

 

Nun müssen wir noch eine Zeile in der Datei hk_mdns verändern. eth1 wird gegen wlan0 getauscht.

 

vim /etc/config/hk_mdns

 

 

config mdns 'hk_mdns'

        option ipc_server_file '/var/homekit/mdns_ipc_server'

        option watchdog_file '/var/homekit/hk_mdns_watchdog'

        option log_subsystems '0xFFFF'

        option core_dump '0'

        option netif 'wlan0'

        option log_levels '0x0000'

        option srv_dir '/var/homekit/mdns-config'

 

 

vim /etc/config/firewall

 

Hier müssen wir eine Zeile hinzufügen.

 

config zone 'lan'

        option name 'lan'

        list network 'lan'

        list network 'wlan'

        option input 'REJECT'

        option output 'ACCEPT'

        option forward 'REJECT'

        option masq '1'

        option mtu_fix '1'

 

 

Jetzt seid ihr fast fertig! Ihr müsst nun nur noch den Loopback Stecker basteln. Dies ist leider notwendig, da die Bridge eine Netzwerkverbindung benötigt. Wir basteln einfach einen Loopbackstecker, dieser schickt alle gesendeten Pakete einfach wieder zurück. Das reicht. Die SSH Verbindung könnt ihr trennen.

 


Die Aderenden laut Skizze zusammenlöten. Die anderen Adern einfach bündig abschneiden. Wer Schrumpfschlauch zur Hand hat sollte ihn auch benutzen ;)

 

Steckt den Stecker in die LAN Buchse und verbindet die Bridge wieder mit Strom. Wenn alle 3 LEDs leuchten hat alles geklappt. Ihr solltet euch nun via APP oder SSH per WLAN verbinden können. In der Hue App wird nun die falsche IP stehen, nämlich die, die ihr unter "network" eingetragen habt. Bei mir ist es die 192.168.1.1. Das spielt aber keine Rolle.

 

ACHTUNG: Die Bridge wird nun eine andere IP vom Router bekommen haben, da sich die MAC-Adresse geändert hat!

Hue App Hinweis!

Bei war es so, dass die Hue App (und auch andere wie iConnectHue) ab und zu Verbindungsprobleme hatten. In den Einstellungen der Hue App steht auch unsere "Fake IP 192.168.1.1" anstatt der richtigen IP, die die Bridge über DHCP bekommen hat. Die Fake IP haben wir dem LAN Adapter vergeben, da es sonst nicht funktioniert. Die Bridge verbindet sich ja über das WLAN Modul. Ich denk mal die App versucht sich dann über diese IP zu verbinden, schafft es aber nicht und sucht dann bis die Verbindung steht. Jedoch klappte die Verbindung über die Fernverbindung immer!

 

Nun habe ich in der Netzwerk Einstellung "/etc/config/network" den Eintrag mit dem gateway hinzugefügt (siehe weiter oben). Jetzt klappt die Verbindung fast reibungslos. Ab und an benötigt die App etwas länger zum Verbinden aber es klappt trotzdem. Falls ihr die Fernverbindung aktiviert habt, solltet ihr sowieso keine Probleme haben. Ich habe mit iConnectHue jetzt gar keine Probleme mehr. Funktioniert immer so, als ob ich mit LAN verbunden wäre.

 

Bitte beachtet noch folgendes: 

IHR DÜRFT IN DEN NETZWERK EINSTELLUNGEN DER HUE APP NICHTS VERÄNDERN. ANDERNFALLS IST EURE BRIDGE NICHT MEHR ERREICHBAR UND IHR MÜSST WIEDER PER RS232/TERMINAL DIE EINSTELLUNGEN ÄNDERN.

Falls etwas schief geht

Ich habe zuvor ein Backup meiner Dateien gemacht:

  • firewall
  • hk_mdns
  • network (bitte vorher öffnen und hostname anpassen. Ggf. noch ipaddr und gateway)
  • wireless

Falls bei euch was schief läuft könnt ihr diese Dateien einfach wieder zurück kopieren + überschreiben. Dazu einfach das Netzwerkkabel einstecken und mit MobaXterm verbinden. Mit dem Dateiexplorer auf der linken Seite könnt ihr die Dateien dann einfach übertragen und überschreiben. Danach einfach neustarten und alles sollte beim alten sein.



Kommentare: 24
  • #24

    ottelo (Sonntag, 11 August 2019 12:36)

    Hast du auch wirklich "option disabled 0" in der wireless Datei? Da steht vorher "option disabled 1", also 1 gegen 0 tauschen! Wichtig.

  • #23

    ottelo (Sonntag, 11 August 2019 12:27)

    Die Dateien, die man während der Anleitung verändert, habe ich als Backup weggelegt. Du kannst sie herunterladen und wieder einspielen (Download direkt hier drüber). Einfach über MobaXterm links im Datei Explorer. Die entsprechenden Dateien überschreiben und dann neustarten.

    Vielleicht solltest du die Anleitung nochmal Stück für Stück durchgehen bzw. mal die englische Anleitung (meine Quelle) verwenden. Es kann natürlich sein, dass es mit dem neusten Firmwareupdate garnicht mehr geht. Ich habe meine Bridge nicht mehr in Verwendung und kann es daher nicht testen.

  • #22

    Steffen (Sonntag, 11 August 2019 12:14)

    OK also ich hab mich nicht wirklich mit den Befehlen befasst sondern einfach kopiert bzw abgetippt. Offensichtlich waren die Befehle kurz vorher (die du nicht weiter erklären wolltest), mitunter Backups der Dateien die geändert wurden. (ich kenne die Befehle nicht. Ich kann zwar gut der Anleitung folgen, versteh aber aufgrund fehlender Programmierkenntnisse nicht was genau welcher Befehl macht. Ich kann mich in manche Sachen einigermaßen reindenken. Hab aber wie schon erwähnt nur abgetippt bzw kopiert.) Offensichtlich, wenn ich alles richtig verstanden hab, hab ich nur die config/wireless Datei verändert und müsste die evtl wieder durch das Backup ersetzen. Wie ist der Befehl dafür? Ich würde aber trotzdem gern weiter machen und rausfinden woran es jetzt liegt. Gruß Steffen

  • #21

    Steffen (Sonntag, 11 August 2019 11:51)

    Nein die Bridge hat keine Verbindung zum Router (über WLAN).


    Führt nun wieder folgende Befehle aus

    uci commit wireless
    wifi

    Wartet nun ca. 10s und schaut, ob eure Bridge mit eurem Router verbunden ist:

    iw wlan0 link

    Ihr seht die SSID, Frequenz und Signalstärke. Dann hat's geklappt. Nun müssen wir noch eine IP bekommen



    Hier bekomme ich keine Verbindung. Hab noch das Netzwerkkabel drin um die Verbindung vom MobaXTerm aufrecht zu erhalten. Statt der Anzeige in der mir die SSID und die Signalstärke in der SSH Verbindung angezeigt werden sollte, wird immer "not connected angezeigt. Hab auch schon versucht die Zeile # REMOVE THIS LINE TO ENABLE WIFI: zu entfernen. Hat aber keine Auswirkung. Hab mir auch leider den alten Config Text nicht gespeichert. Im Moment ist die Bridge leider nutzlos. Hab SSID und WLAN Schlüssel mehrfach überprüft. Stimmt alles. Hab auch die Zeilen von dir kopiert und nur den Schlüssel und die SSID eingefügt. In der App hab ich logischerweise auch keine Verbindung mehr. Wie kann ich weiter vorgehen um rauszufinden wo es hängt?

  • #20

    ottelo (Sonntag, 11 August 2019 08:55)

    Bekommst du mit der Hue App keine Verbindung obwohl die Hue Bridge Verbindung zum Router hat (alle Lampen leuchten)? Und den Adapter Netzwerkstecker hast du ebenfalls drin und er stimmt auch?

    Wenn alles stimmt dann Evtl mal in der App die neue IP der Bridge manuell eintippen. Dort wird immer die alte IP, die dir Bridge von deinem Router bekommt, wenn sie per Kabel angeschlossen ist. Die IP musst du über dein Router herausfinden oder via SSH Konsole (Befehl: iw wlan0 link).

    Rückgängig machen kannst du alles indem du alle Schritte Rückwärts ausführst. Bzw. einfach die geänderten Dateien mit den zuvor gesicherten überschreiben (geht mit dem Datei Explorer von MobaXterm easy). Das Netzwerkkabel kannst du glaube ich auch jederzeit wieder anschließen und darüber dann kommunizieren.

  • #19

    Steffen (Samstag, 10 August 2019 21:42)

    Hi,

    hab das ganze ausprobiert und bin auch erfolgreich bis zu dem Punkt gekommen an dem sich die Bridge mit meinem Router über WLAN verbinden soll. Bekomme leider immer wieder die Meldung "not connected". Hab alles mehrfach überprüft. SSID und Schlüssel stimmen. Habt ihr ne Idee wie ich rausbekomm wo es hängt? Weiß auch nicht wie ich das ganze rückgängig machen kann falls es nicht funktioniert. Danke schon mal. Gruß Steffen

  • #18

    shub (Samstag, 20 Juli 2019 14:21)

    Danke - kann ich seit heute für 1932126170 bestätigen

    BusyBox v1.23.2 (2019-05-02 06:03:35 UTC) built-in shell (ash)
    ----------------------------------------------------------------------
    Version: 1932126170
    ----------------------------------------------------------------------
    root@Philips-hue:~# uname -a
    Linux Philips-hue 3.18.29 #1 Thu May 2 06:06:21 UTC 2019 mips GNU/Linux

  • #17

    ottelo (Samstag, 06 Juli 2019 08:00)

    Hi. Ja bleiben erhalten. So war es jedenfalls immer. Nun bin ich wie gesagt zum Home Assistant gewechselt.

  • #16

    shub (Freitag, 05 Juli 2019 20:32)

    Hi,

    Frage: Bleiben die Modifikationen bei Firmware Upgrades erhalten?
    Konkret: Hat schon jemand die Bridge auf Version 1932126170 upgedated und kann berichten?

    Danke&Gruß

  • #15

    ottelo (Samstag, 11 Mai 2019 11:59)

    @Michael Fuckner
    Gute Frage mit dem Key. Man sollte den Key danach wieder zurück auf Original ändern, da es wohl ansonsten zu Problemen gekommen ist. So stand es jedenfalls in der Quelle.

    PS
    Ich hatte auch 2 Bridges. Beide auf WLAN umgestellt. Eine hatte ich dann wieder zurück auf LAN gestellt, da ich ja die Probleme mit iConnectHue (bis heute) habe. Leider hat der IP Fix auf dauer nichts gebracht. Ich bin jetzt dabei mein System komplett auf "Deconz" (ConBee II Stick) umzustellen. Ich habe mir Home Assistant auf meinen Rpi3B installiert und den Stick angesteckt. Ich teste bislang eine kleine Menge an Sensoren, Lampen und Schaltern. Der Anfang war schwer aber so langsam haut es hin.

  • #14

    Michael Fuckner (Donnerstag, 18 April 2019 17:59)

    Hallo,

    ich bin seit gestern am Spielen mit einer 2.1er Bridge. Wie genau errechnet sich der Key, den man bei u-boot reinwirft und warum sollte man ihn wieder auf den Wert davor setzen? Reicht es nicht, da einfach sein gewünschtes PW reinzumalen?

    Gruss,
    Micha!

  • #13

    ottelo (Samstag, 09 Februar 2019 15:11)

    @herby
    Freut mich, dass es doch noch geklappt hat :)

  • #12

    herby (Samstag, 09 Februar 2019 14:22)

    Deine Antwort gab mir zu denken. Ergebnis, meine beiden FDTI Adapter nur eingeschränkt verwendbar. Mußte investieren ca. 4€) jetzt alles o.k.
    Vielen Dank für Deine Übersetzung. Ich komme aus dem Osten 8 Jahre Russich, Englisch nicht so toll.
    Gruß Herby

  • #11

    ottelo (Sonntag, 27 Januar 2019 11:46)

    @herby
    Also bei mir funktioniert es immernoch, auch mit der neusten Softwareversion der Bridge:



    U-Boot 1.1.4 (May 15 2017 - 14:25:28)

    bsb002 - Honey Bee 2.0DRAM:
    sri
    Honey Bee 2.0
    ath_ddr_initial_config(195): (16bit) ddr2 init
    ath_sys_frequency: cpu 650 ddr 597 ahb 216
    tap = 0x00000003
    Tap (low, high) = (0x8, 0x23)
    Tap values = (0x15, 0x15, 0x15, 0x15)
    64 MB
    Top of RAM usable for U-Boot at: 84000000
    Reserving 216k for U-Boot at: 83fc8000
    Reserving 192k for malloc() at: 83f98000
    Reserving 44 Bytes for Board Info at: 83f97fd4
    Reserving 36 Bytes for Global Data at: 83f97fb0
    Reserving 128k for boot params() at: 83f77fb0
    Stack Pointer at: 83f77f98
    Now running in RAM - U-Boot at: 83fc8000
    Flash Manuf Id 0xc8, DeviceId0 0x40, DeviceId1 0x13
    flash size 0MB, sector count = 8
    Flash: 512 kB
    Power up PLL with outdiv = 0 then switch to 3
    *** Warning *** : PCIe WLAN Module not found !!!
    In: serial
    Out: serial
    Err: serial
    Net: ath_gmac_enet_initialize...
    Fetching MAC Address from 0x83fec0d0
    Fetching MAC Address from 0x83fec0d0
    ath_gmac_enet_initialize: reset mask:c02200
    Honey Bee ---->S27 PHY*
    S27 reg init
    : cfg1 0x800c0000 cfg2 0x7114
    eth0: 00:03:7f:11:20:ce
    athrs27_phy_setup ATHR_PHY_CONTROL 4 :1000
    athrs27_phy_setup ATHR_PHY_SPEC_STAUS 4 :10
    eth0 up
    Honey Bee ----> MAC 1 S27 PHY *
    S27 reg init
    ATHRS27: resetting s27
    ATHRS27: s27 reset done
    : cfg1 0x800c0000 cfg2 0x7214
    eth1: 00:17:88:b3:00:5b
    athrs27_phy_setup ATHR_PHY_CONTROL 0 :1000
    athrs27_phy_setup ATHR_PHY_SPEC_STAUS 0 :10
    athrs27_phy_setup ATHR_PHY_CONTROL 1 :1000
    athrs27_phy_setup ATHR_PHY_SPEC_STAUS 1 :10
    athrs27_phy_setup ATHR_PHY_CONTROL 2 :1000
    athrs27_phy_setup ATHR_PHY_SPEC_STAUS 2 :10
    athrs27_phy_setup ATHR_PHY_CONTROL 3 :1000
    athrs27_phy_setup ATHR_PHY_SPEC_STAUS 3 :10
    eth1 up
    eth0, eth1
    Qualcomm Atheros SPI NAND Driver, Version 0.1 (c) 2014 Qualcomm Atheros Inc.
    ====== NAND Parameters ======
    sc = 0x83ff71b0 page = 0x800 block = 0x20000
    Setting 0x181162c0 to 0x3061a100
    Hit any key to stop autoboot: 0 <---- ENTER gedrückt
    ath>

  • #10

    ottelo (Sonntag, 20 Januar 2019 17:16)

    Mhhh vielleicht hat Philips mit dem neusten Update ein Riegel vorgeschoben. Ich Werde bei Gelegenheit mal testen.

  • #9

    herby (Sonntag, 20 Januar 2019 16:54)

    Danke für die schnelle Antwort.
    Die Ausgabe kommt direkt nach dem einschalten. Enter nach ca.- 1min bringt nichts und auch das kurzzeitige brücken der Pins hilft nicht weiter.

  • #8

    ottelo (Freitag, 18 Januar 2019 15:25)

    @herby
    Hast du da bereits die Pins gebrückt (Jumper Draht verwendet) oder vielleicht den Draht zum Brücken angelötet?

  • #7

    herby (Donnerstag, 17 Januar 2019 17:56)

    Habe diesen interessanten Beitrag gefunden und versucht meine Bridge zu erweitern. Leider kommen bei mir die unten angeführten Ausgaben und sonst nichts mehr.

    U-Boot 1.1.4 (May 15 2017 - 14:25:28)

    bsb002 - Honey Bee 2.0DRAM:
    sri
    Honey Bee 2.0
    ath_ddr_initial_config(219): (16bit) ddr1 init
    ath_sys_frequency: cpu 650 ddr 597 ahb 216
    tap = 0x00000002
    Tap (low, high) = (0xaa55aa55, 0x0)
    Tap values = (0x8, 0x8, 0x8, 0x8)
    4 MB
    Top of RAM usable for U-Boot at: 80400000
    Reserving 216k for U-Boot at: 803c8000
    Reserving 192k for malloc() at: 80398000
    Reserving 44 Bytes for Board Info at: 80397fd4
    Reserving 36 Bytes for Global Data at: 80397fb0
    Reserving 128k for boot params() at: 80377fb0
    Stack Pointer at: 80377f98

    Vielleicht kann mir jemand weiter helfen ?


  • #6

    ottelo (Montag, 14 Januar 2019 14:09)

    @Christian

    Falls du irgendwas rausfindest, dann melde dich bitte bei mir ;). Es gibt ja noch das Problem mit der Hue App und der lokalen Verbindung. Es kommt von der Bridge ja die Info, dass der LAN Port eine andere IP aus einem anderen Netz hat (zb 192.168.1.1, per WLAN ist die IP 192.168.178.30). Die Hue App versucht dann wohl sich via diese IP zu verbinden was nicht geht. Per Fernzugriff kommt man aber drauf. Bzw. nach einer Weile funktioniert es auch lokal.

  • #5

    Christian (Montag, 14 Januar 2019 13:42)

    Hat alles prima geklappt, bin noch am Überlegen, wie ich den Loop-Stecker vermeiden kann. Genial wäre, wenn ich die HUE als Bridge für meine TADO Bridge verwenden könnte, dann würde ich noch einen Port sparen.
    Vielen Dank für die schöne Anleitung!

  • #4

    ottelo (Samstag, 22 Dezember 2018 21:33)

    Hi rst,

    schick mir doch bitte ne Kontakanfrage über das Kontaktformular. Dann können wir via Mail weiterschreiben :)

  • #3

    rst (Samstag, 22 Dezember 2018 18:35)

    Danke für die ausführliche Anleitung.
    Allerdings überschreitet das doch meine Fähigkeiten.
    Ich habe zwar Sonoffs auf Tasmota geflasht, aber das hier ist nur für Linuxprofis - und da bin ich ein wenig zu lange raus.
    Mußte mir extra nur wegen dieser Bridge noch einen LAN Switch zulegen, da alle 5 LAN Anschlüsse der 7590 belegt sind
    und die anderen Switche nicht am Ort der Bridge stehen.
    Preisfrage, wo müßte ich die Bridge denn hinschicken? Ort reicht schon erstmal.

  • #2

    ottelo (Donnerstag, 01 November 2018 13:48)

    Ja den Text habe ich voller Euphorie geschrieben, da es auf Anhieb geklappt hatte :). Es ist nicht schwer sondern erfordert viel Fleißarbeit und Grundkenntnisse in Linux. Das müsste ich vielleicht noch am Anfang erwähnen. Ich würde es ja gerne für euch umbauen, allerdings wären die Versandkosten für hin und zurück wohl teurer als ein WLAN Adapter.

  • #1

    Nicolas (Donnerstag, 01 November 2018 13:04)

    "Es ist wirklich extrem einfach.", ich denke, dass das nur für Leute gilt, die sich täglich mit solchen Dingen auseinandersetzen, also eher nichts für Leute, die einfach ihre Bridge umbauen wollen... Schade eigentlich, ich hätte meine Bridge gerne einfach mit dem WLAN verbunden; jetzt muss die Bridge mit dem extra dafür gekauften D-LAN_Stecker verbunden werden.
    LG