Eigentlich hatte ich vor, ein Image einmalig einzurichten
(WLAN, Kamera, Sprache, etc...) und dieses Image dann auf
19 weitere Raspberries zu verteilen.
Mit einigem Erstaunen mußte ich aber gerade feststellen, daß
das Netzwerk nicht einmal bei einem 1:1 Tausch des angeschlossenen
WLAN Dongles funktioniert.
Die Frage ist: Warum?
Um das nochmal zu verdeutlichen:
In einem komplett funktionierenden System tausche ich NUR
den Raspberry Pi aus.
Ansonsten, selbe SD-Karte, selber WLAN-Stick, ja selbst Tastatur und
Maus werden an identisch angestöpselt.
Aber der WLAN-Stick macht exakt - nüscht...
Übersehe ich bereits nach zwei Bier etwas?
Hi RPi Farmer,
nur eine Vermutung:
Vielleicht hast du ein Problem mit der MAC Adresse. Da der LAN Port eine
neue MAC-Adresse hat, könnte das dein WLAN auch durcheinander bringen.
Versuch mal:
http://blog.toadie.de/?p=1645
Liebe Grüße,
Lui
Ich würde mal sagen, ja. --> auf die 2 Biere schiel
Solltest du ein Debian-Betriebssystem oder ähnliches verwenden, sollte
das kein Problem sein. Vielleicht liegt dein Problem woanders.
Vielleicht hast du Raspberrys mit verschiedenem RAM oder
USB-Controllern. Dann kann das Betriebssystem schonmal dein Netzwerk
nicht anmelden. Welche Distribution nutzt du? Welche Kernel-Version?
Sind alle Raspis aus einer Lieferung?
Dank an euch beide!
Peter Luidolt schrieb:>> nur eine Vermutung:> Vielleicht hast du ein Problem mit der MAC Adresse. Da der LAN Port eine> neue MAC-Adresse hat, könnte das dein WLAN auch durcheinander bringen.>
Mhh, aber die MAC Adresse wird ja vom WLAN-Dongle bestimmt,
die ändert sich nicht...
garath schrieb:>> Ich würde mal sagen, ja. --> auf die 2 Biere schiel>
SSSindt jetzttzt vvierrr ::)
>> Solltest du ein Debian-Betriebssystem oder ähnliches verwenden, sollte> das kein Problem sein. Vielleicht liegt dein Problem woanders.> Vielleicht hast du Raspberrys mit verschiedenem RAM oder> USB-Controllern. Dann kann das Betriebssystem schonmal dein Netzwerk> nicht anmelden. Welche Distribution nutzt du? Welche Kernel-Version?> Sind alle Raspis aus einer Lieferung?>
Standard Wheezy, allerdings älteren Kalibers, aber mit
neuesten Updates.
Ich habe inzwischen sechs verschiedene RPis, Modell "B"
ausprobiert, alle machen - nüscht.
Hängt das vielleicht mit diesem ausgelagerten USB Chip zusammen?
Das wäre noch die einzig plausible Erklärung die mir
eingefallen ist...
Ich habe hier verschiedene Raspberry B Versionen. Die Version mit
Hynx-Ram macht mir immer mal wieder Probleme, alte Kernel funktionieren
garnicht, modernere Images reagieren manchmal etwas unvorhersehbar. Da
hilft dann nur ein sehr aktuelles Wheezy- Image aus 2014. Schau doch
mal, ob du auch ein paar Hynx-Versionen hast, und ob diese die Probleme
verursachen. Und schau gleich mal, ob die Boards mit unterschiedlichen
Chips bestückt sind.
>> nur eine Vermutung:>> Vielleicht hast du ein Problem mit der MAC Adresse. Da der LAN Port eine>> neue MAC-Adresse hat, könnte das dein WLAN auch durcheinander bringen.>> Mhh, aber die MAC Adresse wird ja vom WLAN-Dongle bestimmt,> die ändert sich nicht...
Hast es getestet oder glaubst nur, dass es nicht daran liegt?!
Gib uns doch noch ein paar Infos:
- Was sagt "lsusb"?
- Wird der WLAN Stick nicht erkannt oder kannst du nur das Netzwerk
nicht einrichten?
- Funktioniert das LAN?
- Welchen WLAN Stick verwendest du?
Liebe Grüße,
Lui
Gut, ich habe in dem funktionierenden "Ausgangssystem"
drei verschiedene WLAN-Sticks von Edimax eingesteckt und
alle funktionieren tadellos (2 x "Fingelnagelgroßsticks" mit
RTL8188CUS, 1 x die "Antennenversion" [RT2870]).
Dieselbe Konstellation im neuen, ausgetauschten System:
Die "Antennenversion" funktioniert, die "Fingernagelgroßsticks"
nicht).
Öhmm...
Mit lsusb wird im neuen, nicht funktionierenden System
der WLAN Stick nicht angezeigt, im alten meldet er sich
ordnungsgemäß als VID:PID 7392:7811 RTL8188CUS an.
Die, in beiden Systemen funktionierendne "Antennenversion"
basiert auf dem RT2870 Chipsatz.
Im Nachhinein ist mir das ehrlich gesagt schon öfter aufgefallen:
Auf neueren RPis haben die Edimax RT2870 nie funktioniert.
Was hat sich geändert?
Hmm, jetzt wirds langsam düster in der Glaskugel. Da fallen mir
höchstens noch die Polyfuses ein. Es gibt Raspis mit Brücken als Fuses,
und welche mit verschiedenen Absicherungen. Vielleicht reicht dir
einfach der Strom nicht auf den problematischen Boards. Zum Test
könntest du über die Gpios die 5 Volt speisen, damit umgehst du die
Fuses.
Alternativ würde ich mal ein sauberes Debian-Image von 2014 auf eine
SD-Karte spielen. Wenns dann mit allen Boards geht, liegts doch an
verschiedenen Hardware-Versionen der Raspberry-Boards.
garath schrieb:>> Da fallen mir höchstens noch die Polyfuses ein.>
Hab's auch mit extern versorgtem USB Hub versucht.
Nö - nüscht...
>> Alternativ würde ich mal ein sauberes Debian-Image von 2014 auf eine> SD-Karte spielen. Wenns dann mit allen Boards geht, liegts doch an> verschiedenen Hardware-Versionen der Raspberry-Boards.>
Jupp, so sieht es wohl aus...
Auch mit dem neuesten Image (wobei ich mir nicht sicher
bin, ob das nicht sogar dem mittels "apt-get update/upgrade"
aufgerüstenem System entspricht) funktionieren die Sticks nicht...
Vielleicht doch der USB Chip oder dessen "Ansteuerung"?
RPi Farmer schrieb:> wobei ich mir nicht sicher> bin, ob das nicht sogar dem mittels "apt-get update/upgrade"> aufgerüstetem System entspricht
Um alle Pakete zu erwischen ist glaube ich
apt-get dist-upgrade
bei größeren Änderungen sinnvoll.
Keine Ahnung, woran es bei deinen Bords wirklich hängt.
Gute N8, und viel Glück beim weiterrätseln ;-)
Habe mir gerade die Ausgaben von dmesg angeschaut:
Stick wird erkannt.
VID, PID, SerNr., Manuf. werden richtig ausgelesen.
Dann kommt:
- rtw_cmd_thread: DriverStopped(0) SurpriseRemoved(1) break at line 482
- USB disconnect, device number 67
Diesbezüglich wird mensch nicht einmal durch die allwissende
Suchmaschine klüger.
Und jetzt wird's noch doofer:
Ich habe systematisch 6 verschiedene von diesen
"Fingelnagelgroßsticks" mit RTL8188CUS Chipsatz, an dem nicht
funktionierenden System angeschlossen:
4 -> lsusb nein; dmesg ja
1 -> lsusb nein; dmesg nein (vllt. wirklich defekt?)
1 -> funktioniert!
Alle, bis auf den einen, der vielleicht wirklich einfach nur kaputt
ist, melden sich mit identischer VID:PID (und Chipsatz-Kombi)
an.
Fällt noch jemanden etwas ein?
Sammel mal Infos, auf jedem Gerät führst du dieses sh aus und leitest
die
Ausgabe dann in ein file um. Und dann schaust du mittels diff die
Unterschiede an.
#!/bin/sh
cat /proc/cpuinfo
cat /proc/meminfo
cat /proc/sys/kernel/hostname
cat /proc/sys/kernel/ostype
cat /proc/sys/kernel/osrelease
cat /proc/sys/kernel/pid_max
cat /proc/sys/kernel/poweroff_cmd
lsusb -t
df -h
mount
