Raspberry Pi / Hyperion für Ambilight: Hilfe bei der Inbetriebnahme

chrisly · 18. März 2017, 16:03

So alt sind die LEDs noch nicht - werden aktuell auch immer noch so verkauft.

Jetzt würde ich das Provisorium gerne "zurückbauen", muss dafür den RPI aber noch ins WLAN bringen (aktuell ist er über eine alte Fritzbox als Switch mit dem LAN verbunden.
Ich hatte es schon vor ein paar Tagen versucht und jetzt wieder nach dieser Anleitung:
Raspberry Pi 3 WLAN und Bluetooth einrichten • raspberry.tips
Aber ich bekomme keine Verbindung hin.
Mit "sudo nano /etc/wpa_supplicant/wpa_supplicant.conf" habe ich die conf geöffnet und
network={
ssid="NameDesNetzes"
psk="PreSharedKey"
key_mgmt=WPA-PSK
}
ergänzt. ssid ist ja mein WLAN-SSID und psk mein WLAN-Passwort!?
Meine Fritzbox erkennt den RPI aber nicht (auch nicht nach Neustart; WLAN-Modul wurde neu gestartet), egal, ob ich unter "Sicherheit" bei der Fritzbox alle neuen Geräte zulasse oder den RPI manuell mit der MAC-Adresse hinzufüge.

Quellcode

root@raspberrypi:~# iwconfig
lo no wireless extensions.
wlan0 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=31 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
eth0 no wireless extensions.

Könnt Ihr mir bitte da auch noch auf die Sprünge helfen? Dann bin ich auch ruhig ...

vuduofan · 18. März 2017, 16:17

sudo ifdown wlan0 && sudo ifup wlan0 hast du danach ausgeführt?
sudo iwlist wlan0 scan zeigt deine SSID?

HomeCoach · 18. März 2017, 16:31

derdmue schrieb:

na wenn schon zwei Mal Strom angeschlossen ist, dann reicht das.

Ich vermute fast, dass die LEDs tatsächlich zu alt sein könnten. Aber das würde ich erst unterschreiben, wenn Hyperion sonst ohne Fehler läuft.

ach

chrisly · 18. März 2017, 16:34

vuduofan schrieb:

sudo ifdown wlan0 && sudo ifup wlan0 hast du danach ausgeführt?
sudo iwlist wlan0 scan zeigt deine SSID?

Ja, hatte ich gemacht:

Quellcode

root@raspberrypi:~# sudo ifdown wlan0 && sudo ifup wlan0
Killed old client process
Internet Systems Consortium DHCP Client 4.3.1
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/wlan0/b8:27:eb:1f:1d:c6
Sending on LPF/wlan0/b8:27:eb:1f:1d:c6
Sending on Socket/fallback
Internet Systems Consortium DHCP Client 4.3.1
Copyright 2004-2014 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/wlan0/b8:27:eb:1f:1d:c6
Sending on LPF/wlan0/b8:27:eb:1f:1d:c6
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 16
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 17

Alles anzeigen

Und mit "sudo iwlist wlan0 scan" wird meine SSID auch erkannt.

HomeCoach · 18. März 2017, 16:37

Mal ohne Spass:
Ich hab´ mal irgendwo im Raspberry-Board gelesen, dass es da teilweise extreme Unterschiede gibt, sowohl zwischen den verschiedenen Platinen-Stripes-Versionen aber auch verglichen mit den "normalen" durchgängigen WS2801-Stripes.

chrisly · 18. März 2017, 16:42

Aber @Shround hat exakt die gleichen LEDs (Sedu Pix-Stripes V1.2) und es funktioniert bei ihm.

Zurück zum WLAN: muss im Fritzbox-Menü noch irgendwas eingestellt werden, damit der RPi ins WLAN kommt? Unter "Sicherheit" habe ich es ja auch manuell probiert mit der passenden MAC-Adresse. Jetzt steht der RPi in der Übersicht "Funknetz", aber ohne IP-Adresse und natürlich als "nicht verbunden".

vuduofan · 18. März 2017, 18:07

MAC Filter hast du keinen in der Fritzbox? Was sagt denn das Logfile auf dem Pi?

chrisly · 18. März 2017, 19:18

Doch. MAC-Filter ist normalerweise aktiv - deshalb hatte ich probiert, den RPi manuell hinzuzufügen ("WLAN-Zugang auf die bekannten WLAN-Geräte beschränken" + "WLAN-Gerät hinzufügen"). Weil das nicht klappt, habe ich es auch mit "Alle neuen WLAN-Geräte zulassen" probiert - ohne Erfolg.

Wo findet man denn das Logfile?

vuduofan · 18. März 2017, 19:50

Sollte /var/log/wpa_supplicant.log und ggf. /var/log/syslog sein

chrisly · 18. März 2017, 19:51

Ich habe Logfiles unter /var/log gefunden. In welcher davon findet man denn die Infos?

Edit: Du warst schneller ...

Edit 2: eine /var/log/wpa_supplicant.log habe ich dort nicht gefunden.

In der Syslog kommt ständig dieser Eintrag:

Quellcode

Mar 18 19:43:16 raspberrypi rsyslogd-2007: action 'action 17' suspended, next retry is Sat Mar 18 19:44:46 2017 [try http://www.rsyslog.com/e/2007 ]
Mar 18 19:43:23 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 7
Mar 18 19:43:30 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 20
Mar 18 19:43:50 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 13
Mar 18 19:44:03 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 14
Mar 18 19:44:17 raspberrypi dhclient: No DHCPOFFERS received.
Mar 18 19:44:17 raspberrypi dhclient: No working leases in persistent database - sleeping.
Mar 18 19:46:44 raspberrypi rsyslogd-2007: action 'action 17' suspended, next retry is Sat Mar 18 19:48:14 2017 [try http://www.rsyslog.com/e/2007 ]
Mar 18 19:51:07 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 8
Mar 18 19:51:07 raspberrypi rsyslogd-2007: action 'action 17' suspended, next retry is Sat Mar 18 19:52:37 2017 [try http://www.rsyslog.com/e/2007 ]
Mar 18 19:51:15 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 11
Mar 18 19:51:26 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 19

Alles anzeigen

Stimmt da was nicht? Falls Du die komplette Datei benötigst: lieber per PN (ich weiß nicht, ob da irgendwo sensible WLAN-Daten drin stecken).

vuduofan · 18. März 2017, 20:04

Das sind nur die Meldungen, dass er versucht mit dhcp eine IP zu bekommen. Was sagt denn wpa_cli status?
Edit: Siehst du bei der Fritzbox unter System -> Ereignisse -> Wlan etwas?

chrisly · 18. März 2017, 20:30

In den Ereignissen ist nichts vom RPi zu sehen.

Quellcode

root@raspberrypi:~# wpa_cli status
Selected interface 'wlan0'
wpa_state=SCANNING
p2p_device_address=b8:27:eb:1f:1d:c6
address=b8:27:eb:1f:1d:c6
uuid=41ac67e5-26a9-5f0f-a58e-388545cbecf5

Edit: das LAN-Kabel ist noch dran. Das stört ja nicht?

Ich habe das LAN-Kabel jetzt mal abgezogen, RPi neu gestartet, in der Fritzbox den bereits manuell hinterlegten RPI gelöscht und nochmal neu verbunden (manuell mit MAC-Adresse).
Ergebnis: immer noch kein WLAN. Es kann doch eigentlich nur an der Fritzbox liegen. Das WLAN vom RPi habe ich ja nach Anleitung eingerichtet.

Fritzbox zeigt an:
Die Liste zeigt alle WLAN-Geräte, deren Anmeldung am WLAN-Funknetz Ihrer FRITZ!Box gescheitert ist. Das kann zum Beispiel der Fall sein, wenn nicht der richtige WLAN-Netzwerkschlüssel für die Anmeldung verwendet wurde.

MAC-Adresse Zur Zeit sind keine gescheiterten Anmeldeversuche in diesem Funknetz bekannt.

vuduofan · 18. März 2017, 21:00

Versuch mal folgendes:

sudo wpa_cli öffnet ein CLI Interface zum wpa supplicant
scan Scant die Netzwerke
scan_results Zeigt die Scan ergebnisse, dein Netz sollte dabei sein
add_network Zeigt ne ID an, diese musst du danach bei set_network nutzen. Wahrscheinlich ist es die 0, daher hab ich die schon unten genommen.
set_network 0 Dahinter muss noch die SSID, so wie sie oben bei den Scan Ergebnissen steht
set_network 0 psk Dahinter muss dein Wlan Passwort
enable_network 0 Aktiviert das ganze
save_config Speichert die Config
Danach müsstest du mit iwconfig sehen, dass er zu deiner SSID verbunden ist, Je nachdem was bei dem Schritt mit Enable Network rauskam

karl123456 · 18. März 2017, 21:08

OT:
Ist aber ne schlechte Promotion für dieses System.
Hätte gedacht das geht einfacher!

shadowrider · 18. März 2017, 21:10

Es kann doch eigentlich nur an der Fritzbox liegen.

sieht aber nicht danach aus, weil:

Die Liste zeigt alle WLAN-Geräte, deren Anmeldung am WLAN-Funknetz

Ihrer FRITZ!Box gescheitert ist. Das kann zum Beispiel der Fall sein,
wenn nicht der richtige WLAN-Netzwerkschlüssel für die Anmeldung
verwendet wurde.

MAC-Adresse Zur Zeit sind keine gescheiterten Anmeldeversuche in diesem Funknetz bekannt.

chrisly · 18. März 2017, 22:55

Stimmt auch wieder.

karl123456 schrieb:

OT:
Ist aber ne schlechte Promotion für dieses System.
Hätte gedacht das geht einfacher!

Man muss Insaneware zu Gute halten, dass ich ja das Set ohne LEDs (und ohne Netzteil) bestellt habe - normalerweise bieten die ja nur Komplettsets an. Und da wird i.d.R. wohl alles funktionieren. Wer kann schon ahnen, dass meine Pix-Stripes so "speziell" sind ...
Der Support war allerdings ziemlich zäh - ohne Euch wäre das Set schon zurückgegangen.

@vuduofan: Du bist der Hammer! Ich war schon kurz im WLAN ... :thumbsup:

Aber ich kann die config nicht speichern:
> save_config
FAIL

Und danach ist das WLAN wieder weg.

Quellcode

OK
> enable_network 1
OK
<3>CTRL-EVENT-SCAN-STARTED
<3>CTRL-EVENT-SCAN-RESULTS
<3>WPS-AP-AVAILABLE
<3>Trying to associate with xxx (SSID='xxx' freq=2462 MHz)
<3>CTRL-EVENT-ASSOC-REJECT status_code=16
<3>CTRL-EVENT-SCAN-STARTED
<3>CTRL-EVENT-SCAN-RESULTS
<3>WPS-AP-AVAILABLE
<3>Trying to associate with xxx (SSID='xxx' freq=2437 MHz)
<3>Associated with xxx
<3>WPA: Key negotiation completed with xxx [PTK=CCMP GTK=TKIP]
<3>CTRL-EVENT-CONNECTED - Connection to xxx completed [id=1 id_str=]
<3>CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=DE
> save_config
FAIL

Alles anzeigen

Ich hatte es ja vorher schon auf anderem Weg (lt. diverser Anleitungen) versucht:
"sudo nano /etc/wpa_supplicant/wpa_supplicant.conf"

country=DE
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="xxx"
psk="xxx"
key_mgmt=WPA-PSK
}

Und damit klappt es nicht. Aber eigentlich müsste es doch so auch funktionieren?
Ob´s daran liegt, dass bei mir das Network nicht "0", sondern "1" ist?

vuduofan · 18. März 2017, 23:00

Lösche vorher mal alle Zeilen aus der wpa_supplicant.conf bis auf diese beiden

Quellcode

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

und führe die wpa_cli Schritte nochmals durch. Dann sollte hoffentlich das save_config auch klappen. Kann gut sein, dass dann das Network auch die ID 0 ist.

chrisly · 18. März 2017, 23:11

Leider nicht. Und Network-ID ist immer noch 1.

vuduofan · 18. März 2017, 23:13

Was auch noch sein kann, dass dir noch folgende Parameter im network={ Block fehlen:

Quellcode

pairwise=TKIP
group=CCMP

denn eigentlich würde das save_config nichts anderes machen als die config niederzuschreiben.
Danach am besten folgendes ausführen:
sudo systemctl restart networking.service

chrisly · 18. März 2017, 23:43

Hat leider auch nichts gebracht.

Ich hab´ nochmal gegoogelt:
hier sind weitere Zeilen vorgegeben: scan_ssid=1 und pairwise=CCMP (stattTKIP)
Mit der zusätzlichen Zeile scan_ssid=1 geht´s aber auch nicht.

Quellcode

network={
ssid="Netzwerkname"
scan_ssid=1
proto=RSN
key_mgmt=WPA-PSK
pairwise=CCMP
group=CCMP
psk="meinschluessel"
}

Edit: meine Datei wpa_supplicant sieht jetzt so aus:

Quellcode

country=DE
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="xxx"
scan_ssid=1
psk="xxx"
key_mgmt=WPA-PSK
pairwise=TKIP
group=CCMP
}

Alles anzeigen