Dotaz: Padající raspberry

[Jirka]

Příloha:

• crash (4512 bytů)

Zdravím všechny,
mám píčko připojený přes wifi k obecnímu netu, routuju to na můstek ath0-wlan1 doma, obě wifiny tp-link TL-WN722, oba strčený v hubu a do druhýho USBčka na píčku je vraženej USB hadr, nasdílenej přes sambu a nfs.

a teď ten problém:
po chvíli zápisu na hadr přes nfs wlan1 slítne a v messages se objeví tohle: viz příloha
Když pak do píčka sáhnu přes ssh na ath0, netrvá to dlouho a sletí to taky.
Bez disku a hubu (každá wifina v jednom usb) se to chová korektně.
Co to může způsobovat? chyba v jádře, ovladačích, nekompatibilní HW, nebo toho prostě po tý "muší váze" chci moc? Cpufreq to nechává skoro pořád blafat na 25OMHz.

Odpovědi

[Jirka]

a ještě jsem zapomněl - hadrem to není, dělá to i s flashdiskem.

[Jendа]

Napájení. Buď to naslepo fixni (silnější zdroj, ale hlavně přemostění polyfuses - buď přivedením napájení na header nebo ještě lépe přímo injektovat do hubu), nebo vezmi osciloskop, nastav trigger na sestupnou hranu a třeba 4,5 V a dívej se.

[Jirka]

Díky, ale to bylo to první, co jsem udělal, 2,5A zdroj a pojistka šla pryč. Ještě jsem trochu zapátral a nejsem sám, kdo má s touhle konfigurací problémy.

[Jendа]

A není Vcc cesta na plošném spoji tak tenká, že když jí prochází 1,5 A, je na ní velký úbytek nezávisle na tom, jaký je tam zdroj?

[Jirka]

Napájení opravdu můžu vyloučit, pokusů jsem s tím dělal fakt hodně včetně napájení hubů. Jakejkoliv hub v cestě = problém, pokud byla wifina strčená přímo v píčku, tak to jelo.

[Šangala]

Zkusil bych (dle svých zkušeností):

1. Napájet HUB z baterie přes stabilizátor napětí 5V+kondík (9tužkových, 9-voltovka apod.).
2. u napájeného HUB-u odstřihnout kostru, tak aby nebyla propojena s R-π (aby propojení R-π a HUB-u nemělo spojenou kostru).

a pak uvidíš.

[mhepp]

Prerusit kostru?!? Co je to za stupidni napad! Kdyztak prerusit NAPAJENI, ne kostru. Ale prerusit napajeni jen za podminky, ze USB hub bude napajeny.

[Šangala]

To je prakticky funkční nápad.
Nevím jestli používám správný termín (myslím tím „kryt“, „kostru“, „stínění“), napájení ne (1. a 4. pin), 3 ze 3 napájených HUB-ů mi způsobovali nestabilitu R-π, rušení hezky viditelné v analogovém obrazu - trafa nejsou dostatečně „čistá“, přerušením kostry vše zmizelo.

[Karry]

Není to zas tak stupidní nápad. Když máš někde v zapojení smyčku, chová se to jako anténa a muže se to chovat i takhle, že indukovane ruseni resetuje procesor.

Zkusil bych pi i hub napajet dvemi oddelenymi zdroji.

[lertimir]

Navíc k předchozím pravidlům pokud je nějaký špatný rozvod v síti galvanické oddělení země umožní jednomu zařízení potenciálově "plavat" a dostat se na zemnící potenciál druhé zařízení a tím nemít napěťové kmity.

[Michal Wirth]

moje malina padala s velkym zatizenim pri stahovani z torrentu, obsah hlaseni jadra uz si nepamatuju, ale pomohlo mi aktualizovat firmware pomoci nastroje rpi-update od Hexxeha, mozna vam to pomuze

[Michal Wirth]

vzhledem k tomu, ze u modelu B obstarava USB a ethernet jeden spolecny radic

[Jirka]

bohužel nepomohlo. Má cenu zkusit (a dva dny patlat s) arch linux?
Tohle při malý zátěži drží, ale jak začnu stahovat, spadne to časem i bez toho hubu, takže skoro nepoužitelný.

[Michal Wirth]

tak to je skoda, myslel jsem, ze by to mohlo pomoct

ja pouzivam "minimalni" instalaci raspbianu, jehoz balicky pouzivaji hard float ABI a mam nainstalovany nejnovejsi firmware ... komunikace "ethernet <> pametova karta" (stahovani torrentu, kopirovani pres scp) funguje perfektne i pri velkych objemech dat

take mam raspbmc (IMHO opet klon debianu) u televize, tam zas pripojuji pres USB externi disk a prehravam z nej HD filmy s velkym bitrate a to je rovnez bez potizi

ja vam asi vice neporadim, protoze raspberry mam kratce a nejak jsem se v tom nevrtal, protoze mi po aktualizaci firmware vse funguje

spis jeste napiste, co tam mate za distribuci, jaky mate model, jestli starou ci novou revizi ... treba se nekdo chyti

[Jirka]

raspbian wheezy. jde mi o to, jestli je to problém ovladačů wifiny, špatně nakonfigurovaný jádro, přeoptimalizovaný distro, přetíženej cpu, přehřátí, nebo něco z toho.
Když přes wifi jen surfuju, jede to bez problému, ale jak začnu sosat, stáhne to pár (desítek) mega a jde to do kytek. Ještě ladím drobnosti typu taktovací frekvence atd, ale zatím bez úspěchu. Zkusím ještě sáhnout do konfigurace jádra, pak už snad jiný distro nebo výměna wifi hardwaru.

[frr]

Vypadá to, že nejste sám :-/ Na tom odkazu je docela dobře sepsáno, kde to zhruba zůstává viset. Vypadá to spíš na softwarovou chybu.

Pokud jde o hypotézu s napájením, zkusil bych

1. napájet periferie každou extra přívodem, odděleným od přívodu pro motherboard (aby tento krmil jenom sám sebe)
2. použít nějaký tvrdší zdroj +5V. S oblibou na tyhle kejkle používám zdroj do stolního PC (AT s kolíbkou, nebo ATX a šlusnu "zelenej na černej").
3. zkusit přiblokovat napájení přímo na desce s RPI. Pokud dokážete identifikovat víc napájecích větví (třeba něco kolem 1V pro jádro SoCu) tak přiblokovat i tyhle nižší větve (s trochou štěstí to regulátor pobere). A spíš než velké elyty (stovky-tisíce uF) bych použil nějakou MLCC keramiku (10 uF nebo i víc, pokud máte). Osobně mám hrst těchhle velkých keramických koďanů oloupaných fénem z nějakého šrotového ATX motherboardu, ale dneska už se dají i koupit (např. v GM nebo v TME). MLCC keramika má ESR a ESL na vysokých frekvencích (takt CPU) úplně někde jinde než elyt. Pokud to krmíte přehnaným zdrojem tak má určitě v elytech dost a dost.

Pokud potřebujete vyloučit hypotézu, že je to napájením, potřebujete to napájení opravdu "betonově tvrdé", abyste mohl říct, že tady problém určitě není. Proto ten overkill s PS2 zdrojem, proto tlustou keramiku všude kam dosáhnu. Je nesmysl bavit se o tom, jestli je 4.75V ještě v toleranci "dobrého" napájení (jak jsem to četl na fórech venku) - osobně bych se snažil držet na všech měřených bodech > +5V. A jak už jsem řekl, jádro CPU nejede na +5V (nebo kolik ta deska bere zvenčí), jádro jede na nějaké snížené větvi, kterou si deska vyrábí sama. Těch snížených větví tam může být i několik (+3.3, +2.5, +1.8, cca +1V Vcore).

Teplotu poznáte velmi snadno prstem. Obecně pokud na tom udržíte prst, tak to bude asi v pořádku. Pokud na tom neudržíte prst, tak větší chadič / zkontrolovat vazbu čipu na chladič / lepší pastu / ventilátor. Ale proboha - copak RPi má tenhle problém?

[Jirka]

To už jsem řešil výše, napájení vyloučeno, přehřátí a taktování už taky. Momentálně jsem píčko "softwarově rozebral", rozpojil síťovej most, dělám zátěžový testy samotnýho hostapd s jednou wifinou atd., aby se zjistilo, odkud vítr vane, nakonec zkusím to samý sestavit na x86 stroji, jestli se to projeví i na něm.
zbejvají už jen 3 možnosti - firmware, jádro, HW problém v pi.

Fakt je, že s tímhle typem wifi klienta jsem měl problémy i při použití ve widlích s virtual miniport adaptérem, taky to občas spadlo.
Kdyby bylo nejhůř, má někdo tip na chipset, kterej je v režimu AP naprosto spolehlivej?

[frr]

Zrovna čipsety Atheros považuju za to nejlepší, co je na trhu. Fakt je, že ath6k jsem ještě pořádně neprohnal. Koupil jsem si k vánocům Airlive X.USB, protože už mě nebavilo pořád stavět nějakej hardware s MiniPCI(-e) pokud jsem potřeboval někde čenichat v éteru... ale X.USB je zatím v krabici. Asi bych mu měl dát cvičně trochu kouř. Abych oddělil zrno od plev

[Jirka]

Tak to vypadá na jádro, podpora AP u tohohle chipsetu je nejspíš ne úplně odladěná novinka.
Zkusil jsem dát dohromady arch, pak jsem ještě tu wifinu strčil do notesu, pomocí iwconfig můžu nastavovat libovolnej mód, monitor, managed, ale Master prostě ne.

# iwconfig wlan1 mode master
Error for wireless request "Set Mode" (8B06) :
    SET failed on device wlan1 ; Invalid argument.

S jakýmkoliv starším jádrem, než je v tom raspbianu se hostapd ani nespustí:

 # hostapd -dd /mnt/etc/hostapd.conf
random: Trying to read entropy from /dev/random
Configuration file: /mnt/etc/hostapd.conf
ctrl_interface_group=0 (from group name 'root')
Could not open file:/sys/class/net/wlan1  /phy80211/name No such file or directory
rfkill: initial event: idx=0 type=2 op=0 soft=0 hard=0
rfkill: initial event: idx=1 type=1 op=0 soft=0 hard=0
rfkill: initial event: idx=2 type=2 op=0 soft=0 hard=0
rfkill: initial event: idx=3 type=1 op=0 soft=0 hard=0
rfkill: initial event: idx=4 type=1 op=0 soft=0 hard=0
netlink: Operstate: linkmode=0, operstate=6
Could not read interface wlan1   flags: No such device
nl80211: Set mode ifindex 0 iftype 2 (STATION)
nl80211: Failed to set interface 0 to mode 2: -19 (No such device)
nl80211: Try mode change after setting interface down
Could not read interface wlan1   flags: No such device
nl80211: Interface mode change to 2 from 0 failed
nl80211 driver initialization failed.
rmdir[ctrl_interface]: No such file or directory

soubor /sys/class/net/wlan1/phy80211/name tam je, jen mi v tom výpisu nedává smysl ta mezera.

[prqek]

To, že nejde iwconfig wlan1 mode master ještě nic neznamená - mac80211 funguje jinak, něco o tom je tady. To, co karta umí zjištíš líp pomocí iw list.

A k tý mezeře, jen tak střílim od boku, nemůže být někde v konfiguráku nějaký whitespace za wlan1, který parser neodparseroval?

[Luboš Doležel (Doli)]

Zrovna čipsety Atheros považuju za to nejlepší, co je na trhu. Fakt je, že ath6k jsem ještě pořádně neprohnal.

Zrovna ath6k mám doma v serveru a zpočátku (období poloviny roku 2011) to byl totální horor. Jeden ntb s Windows při připojení do WiFi sítě vždy na serveru způsobil kernel panic, jiných problémů bylo taky dost. Teď už se to zdá být OK.

Takže HW je sice dobrý, ale SW ne vždy tak docela...

[Jirka]

Právě proto bych rád znal spolehlivej chipset do USB, kterej tu funkci softAP bez problémů zvládne. Atheros je parádní klient a "odposlouchávací zařízení", ale na AP výrobce evidentně tlačí jiný krabičky.
Zkusit Ralink? Broadcom?
Píčko všechno ostatní zvládá bravurně - wifi klient, router, NFS a samba server, firewall, switch,... Kvůli vnitřnímu AP pěstovat na skříni další krabičku se mi moc nechce a routery s dvěma wifinama snad ani nedělaj.

[Jirka]

Tak prej ralink RT5370 funguje spolehlivě, z číny něco přes kilo, objednán, dám vědět

[Jirka]

Tak díky všem, vrazil jsem tam wifinu s ralinkem RT2870 a jede to naprosto spolehlivě na první pokus.
Takže atheros do klienta a ralink na AP