@segepe
Jag har funderat men blir inte klok på vad du gjort för fel.
Kan du slå nedanstående kommandon (som root) på din Raspberry Pi och posta resultatet?
df -h
uname -a
ip a
cat /etc/hosts
grep -i err /var/log/syslog
grep -i err /var/log/messages
find / -name oscam.crash
Texten blev för lång.....
Skapade fil istället, lograspi.rar bifogad
Ja, de där grep-kommandona jag hittade på var mindre lyckade med tanke på att du har hostname "raspberrypi" så blev det träff på varenda rad i systemets log-filer. Jag borde tänkt till lite mer där...
Kan du köra om följande kommandon:
df -h
uname -a
ip a
cat /etc/hosts
Det bör inte bli så lång utskrift.
En fråga till: hur ser din oscam.server fil ut?
@segepe
Jag tror jag har en idé om vad som kan vara problemet.
Jag ser av din logg att du kör med två Smargo kortläsare. Jag ser också att Linux av någon anledning gör disconnect på dem. Så när oscam startar så hittar den inga kortläsare och därför blir det krasch.
Du kan testa att döpa om din befintliga oscam.server fil och prova med en tom oscam.server fil:
cd /usr/local/etc
mv oscam.server oscam.server.orig
touch oscam.server
Nu har du en tom oscam.server fil. Oscam ska gå igång med detta och du ska kunna prova webif. Så mycket annat fungerar ju inte men det är bara en test för att se om det går att få igång oscam.
Om detta funkar är nästa steg att reda ut varför det inte vill fungera med dina Smargo kortläsare.
P.S. jag provkörde guiden för att se att det inte var något problem som uppstått p.g.a. senaste versionerna av Raspbian eller oscam. Men det fungerade fint att göra allt enligt guiden och oscam funkar. Så troligen är problemet att oscam inte hittar några kortläsare och därför kraschar.
Ska testa , kanon med lite tips. Hjärnan är tom just nu...;)
@atomized, jag följde din guide och installationen gick klockrent! Otroligt bra jobb!
Jag hade dock liknande problem som @segepe ovan, men jag startade upp oscam helt utan att min Omnikey läsare 3022 (tack för drivrutinskorrigerringstipset också :-) inkopplad och fattade inte varför Oscam inte ville fortsätta köra... Jag brukar börja i den ändan att lasta på mer och mer istället för att slänga på allt skit på en gång.
Jag ville också lasttesta min Pi och kastade då in läsare, wlan dongle och udb dongle för tangenbord/mus för att då upptäcka att då ville oscam vara med och leka :-) Så ibland ska man bara köra på! ;-)
Roligt att höra att det gick bra för dig! :)Citat:
Ursprungligen postat av dalkarl
Ville bara skriva att jag satte upp en här hemma idag och jag köpte 2st nya omnikey 3021 från Dustin och fick ändra i filen så fick jag igång läsarna, innan hittade den inte dom.
Hej!
Har gjort en backup på sd kortet i raspen med win32disklmager och satte tillbaka sdkortet i raspen men nu får jag ett felmeddelande
om att No matching reader så frågan blir då vad gör jag nu?
Och error getting card status?
tog denna logg
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 6, id: 6030, classes: 01000000, date: 1990/01/01 - 1990/01/01, name: 6030
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 7, id: 6040, classes: 01000000, date: 2014/12/12 - 2014/12/30, name: 6040
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 8, id: 6040, classes: 01000000, date: 1990/01/01 - 1990/01/01, name: 6040
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 9, id: 6050, classes: 01000000, date: 2014/12/12 - 2014/12/30, name: 6050
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 10, id: 6050, classes: 01000000, date: 1990/01/01 - 1990/01/01, name: 6050
- 2015/02/13 10:17:23 10263A0 r CanalDigital [pcsc] classD0 ins36: answer too int16
- 2015/02/13 10:17:23 10263A0 r CanalDigital [pcsc] no boxID available
- 2015/02/13 10:17:23 10263A0 r CanalDigital [pcsc] card system not supported
- 2015/02/13 10:17:23 10263A0 r CanalDigital [pcsc] Normal mode failed, reverting to Deprecated Mode
- 2015/02/13 10:17:23 10263A0 r CanalDigital [pcsc] ATR: 3F 7D 11 25 02 41 B0 03 69 FF 4A 50 F0 80 00 56 54 03
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 11, id: 6060, classes: 01000000, date: 2014/12/12 - 2014/12/30, name: 6060
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 12, id: 6060, classes: 01000000, date: 1990/01/01 - 1990/01/01, name: 6060
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 13, id: 6070, classes: 01000000, date: 2014/12/12 - 2014/12/30, name: 6070
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 14, id: 6070, classes: 01000000, date: 1990/01/01 - 1990/01/01, name: 6070
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 15, id: 6080, classes: 01000000, date: 2014/12/12 - 2014/12/30, name: 6080
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 16, id: 6080, classes: 01000000, date: 1990/01/01 - 1990/01/01, name: 6080
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 17, id: 8010, classes: 01000020, date: 2015/02/01 - 2015/02/28, name: 8010
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 18, id: 8010, classes: 01000020, date: 2015/01/01 - 2015/01/31, name: 8010
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 19, id: 8011, classes: 01000040, date: 2015/02/01 - 2015/02/28, name: 8011
- 2015/02/13 10:17:23 1028260 r viasat [conax] Package: 20, id: 8011, classes: 01000040, date: 2015/01/01 - 2015/01/31, name: 8011
- 2015/02/13 10:17:24 1028260 r viasat [conax] Package: 21, id: 8012, classes: 01000000, date: 2014/12/12 - 2014/12/30, name: 8012
- 2015/02/13 10:17:24 1028260 r viasat [conax] Package: 22, id: 8012, classes: 01000000, date: 1990/01/01 - 1990/01/01, name: 8012
- 2015/02/13 10:17:24 1028260 r viasat [conax] Package: 23, id: 8013, classes: 01000010, date: 2015/02/01 - 2015/02/28, name: 8013
- 2015/02/13 10:17:24 1028260 r viasat [conax] Package: 24, id: 8013, classes: 01000010, date: 2015/01/01 - 2015/01/31, name: 8013
- 2015/02/13 10:17:24 1028260 r viasat [conax] ready for requests
- 2015/02/13 10:17:24 10263A0 r CanalDigital [pcsc] Card type: VTTV
- 2015/02/13 10:17:24 10263A0 r CanalDigital [pcsc] Rom version: 20A3
- 2015/02/13 10:17:24 10263A0 r CanalDigital [pcsc] Credit available on card: 0 euro
- 2015/02/13 10:17:25 10263A0 r CanalDigital [pcsc] classD0 ins36: answer too int16
- 2015/02/13 10:17:25 10263A0 r CanalDigital [pcsc] no boxID available
- 2015/02/13 10:17:25 10263A0 r CanalDigital [pcsc] card system not supported
- 2015/02/13 10:17:25 10263A0 r CanalDigital [pcsc] THIS WAS A FAILED START ATTEMPT No 1 out of max alloted of 1
- 2015/02/13 10:17:25 10263A0 r CanalDigital [pcsc] card initializing error
- 2015/02/13 10:17:25 0 s init for all local cards done
- 2015/02/13 10:17:25 0 s anti cascading disabled
Det är lite skumt att du döpt kortläsaren till viasat men utskrifterna handlar om ett Canal Digital kort.
Har du förväxlat korten i kortläsarna?
Hur många kortläsare och vilka kort har du?
konstigt jag bytte plats på korten i kortläsarna och nu funkar det ....skumt men tack i alla fall.:)
Det är inte ovanligt att kortläsarna byter beteckning vid omstart i Linux. Det beror på att de numreras i den ordning operativsystemet hittar dem vid uppstart. Dock brukar detta problem främst uppstå på större datorer typ PC. Det är första gången jag hört att det inträffar på Raspberry Pi som har betydligt enklare hårdvara.Citat:
Ursprungligen postat av DrDod
Men av någon okänd anledning så råkade dina kortläsare byta beteckningar vid senaste uppstarten. Det är sådant som kan hända i Linux. Det kan bero på små skillnader eller toleranser i hårdvaran som gör att den ena eller andra kortläsaren hittas först.
Jag har precis skaffat mig en Pi 2, mycket roligare än min gamla Pi version 1A. Skaffade mig också en 4-port DUB-H4 hub. Tänkte kolla om jag kunde ersätta min windows 2008R2 baserade OSCAM installation som jag haft i 4 år nu med 2 Omnikey 3021 läsare, en för Viasat och en för CD.
Jag hoppas att det blir en kul helg, med allt jobb som atomized lagt ner på den här guiden så blir det en lätt resa (får jag säkert äta upp att jag skrev, brukar alltid bli så :o).
Hur som helst, en fråga: Lade in senaste Rasbian nu, men blev lite nyfiken på hur bar det skulle flyta på med Snappy Ubuntu Core, någon som testat? Kan det vara problem att kompilera OSCAM? Det borde väl vara linux-plattform oberoende, eller?
Får se om nån svarar, annars testar jag väl själv och rapporterar här ;)
Jag har bara snabb-testat Snappy Ubuntu typ 10 min. Men på den tiden märkte jag att det var för mycket som skiljde från standard Debian/Ubuntu så jag tappade intresset. Den är nog bra men den kräver att man lär sig helt nya kommandon. apt-get m.m. funkar inte i Snappy Ubuntu utan istället ska man använda nya kommandon de har hittat på som börjar med snappy...Citat:
Ursprungligen postat av arctica
Ah, då tappade jag lite intresset för Ubuntu, så jag kör vidare på Rasbian. Jag har lagt in det grafiska gränssnittet på den och TightVNC så jag kan fjärrstyra den grafiskt via VNC från min huvuddator, Putty är väl nice men lite begränsat. Måste säga att hastigheten med ett 85 Mb/s SD-kort i gör att man bara får gåshud av hur snabb den här 390-kronors datorn är.Citat:
Ursprungligen postat av atomized
Igår byggde jag till en kompis son en gaming-dator för 18 000 kronor med sjuk överklock och allt, men om man undviker grafik och spel så känns skillnaden till den här 390-kronors datorn inte så stor. Helt sjukt!
Jo, Raspberry 2 är nice! Helt klart ett stort lyft mot tidigare. Mycket snabb och trevlig. :)Citat:
Ursprungligen postat av arctica
Har följt guiden och får det att rulla fint med ett canal-kort men när jag byter ut den och försöker med mitt viasatkort får jag det inte att lira. Servern startar och dör enligt loggen. Har installerat om och haft mig men samma problem. Jag har provat med båda korten i (två olika läsare :)) men hjälper inte.
Vad kan vara fel?
Loggen säger följande:
2015/02/17 19:13:07 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r10553 (arm-linux-gnueabihf)
2015/02/17 19:13:07 0 s (main) System name = Linux
2015/02/17 19:13:07 0 s (main) Host name = raspberrypi
2015/02/17 19:13:07 0 s (main) Release = 3.18.7+
2015/02/17 19:13:07 0 s (main) Version = #755 PREEMPT Thu Feb 12 17:14:31 GMT 2015
2015/02/17 19:13:07 0 s (main) Machine = armv6l
2015/02/17 19:13:07 0 s (main) creating pidfile /tmp/.oscam/oscam.pid with pid 4086
2015/02/17 19:13:07 0 s (config) userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled
2015/02/17 19:13:07 0 s (main) signal handling initialized
2015/02/17 19:13:07 0 s (net) monitor: initialized (fd=6, port=988)
2015/02/17 19:13:07 0 s (net) newcamd: initialized (fd=7, port=10000)
2015/02/17 19:13:07 0 s (net) -> CAID: 090F PROVID: 000000
2015/02/17 19:13:07 0 s (net) cccam: initialized (fd=8, port=10009)
2015/02/17 19:13:07 0 s (reader) Viasat [pcsc] creating thread for device 0
2015/02/17 19:13:07 0 s (stat) loadbalancer: can't read from file /tmp/.oscam/stat
2015/02/17 19:13:07 0 s (main) waiting for local card init
2015/02/17 19:13:07 1018A70 r (reader) Viasat [pcsc] Reader initialized (device=0, detect=cd, mhz=357, cardmhz=357)
2015/02/17 19:13:07 1019640 h (webif) webif: decompressed 158952 bytes back into 379568 bytes
2015/02/17 19:13:07 1019640 h (webif) HTTP Server running. ip=0.0.0.0 port=8080
2015/02/17 19:13:08 1018A70 r (reader) Viasat [pcsc] PCSC was opened with handle: 1944576092
2015/02/17 19:13:08 1018A70 r (reader) Viasat [pcsc] card detected
2015/02/17 19:13:08 1018A70 r (reader) Viasat [pcsc] ATR: XX XX XX XX XX XX XX XX XXXX XX XX XX XX XX XX XX XX XX XX
2015/02/17 19:13:09 1018A70 r (reader) Viasat [pcsc] Card type: VTTV
2015/02/17 19:13:09 1018A70 r (reader) Viasat [pcsc] Rom version: 10L9
2015/02/17 19:13:09 1018A70 r (reader) Viasat [pcsc] Credit available on card: 0 euro
2015/02/17 19:13:10 1018A70 r (reader) Viasat [pcsc] classD0 ins36: returned unknown type=0xF9 - parsing may fail
2015/02/17 19:13:10 1018A70 r (reader) Viasat [pcsc] classD0 ins36: returned unknown type=0x04 - parsing may fail
2015/02/17 19:13:10 1018A70 r (reader) Viasat [pcsc] FuseByte: 25
2015/02/17 19:13:10 1018A70 r (reader) Viasat [pcsc] Region Code: SWE00000
2015/02/17 19:13:10 1018A70 r (reader) Viasat [pcsc] Country Code: SWE
2015/02/17 19:13:12 1018A70 r (reader) Viasat [pcsc] Pincode read: 0000
2015/02/17 19:13:12 1018A70 r (reader) Viasat [pcsc] PCB settings: FF FF FF FF
2015/02/17 19:13:12 1018A70 r (reader) Viasat [pcsc] type: VideoGuard Viasat Scandinavia, caid: 090F
2015/02/17 19:13:12 1018A70 r (reader) Viasat [pcsc] serial: ########, BoxID: ########, baseyear: 2000
2015/02/17 19:13:12 1018A70 r (reader) Viasat [pcsc] ready for requests
2015/02/17 19:13:12 1018A70 r (reader) Viasat [pcsc] found card system videoguard2
2015/02/17 19:13:12 1018A70 r (reader) Viasat [videoguard2] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max alloted of 1
2015/02/17 19:13:12 1018A70 r (reader) Viasat [videoguard2] card detected
2015/02/17 19:13:12 1018A70 r (reader) Viasat [videoguard2] type: VideoGuard Viasat Scandinavia
Tack på förhand!
Jag har X:at ATR-raden så ni vet :-)
Ser att du har ett Viasat 090F kort. Det finns kända problem med oscam och 090F kort. Läs den här tråden för mer info, där finns också en kod-ändring du kan prova: http://www.comhit.net/showthread.php...-ger-snart-upp
Har nu kört med CD och Viasat kortet i en Pi V2 sedan i fredags.
Allt fungerade bra tills tidigt imorse. Rättare sagt, min son ringde mig på förmiddagen och klagade på att det inte var någon TV-bild.
Jag kopplade upp mig från jobbet till min windows-PC hemma och försökte nå PI'n med VNC. Ingen kontakt. Provade pinga, och inget ping-svar. Fick grabben lite tjurigt att gå ner till mitt rum och dra ut strömsladden och stoppa in den igen. Allt fungerar efter några sekunder.
Men jag kollar runt i /var/log/ för att hitta spår efter vad som hänt. Men allt jag som amatör kan hitta är spår av är själva starten, inget om varför den kraschade innan. Jag ser alltså inget som mitt öga kan tolka i auth.log, syslog, messages eller user.log.
Till historien hör att jag precis satt och grejade med PI'n igen hemma via VNC. Och plötsligt så hänger sig VNC-sessionen och OSCAM går ner. Lampor för nätverk blinkar fortfarande, lamporna på de båda Omnikey 3021 läsarna lyser med ett fast blått sken, de blinkar alltså inte som de gör när det är trafik på dem.
Jag rycker strömmen och sätter dit en USB-hub med egen strömförsörjning och startar upp igen.
Tittar nu extra noga i loggarna i /var/log/ men hittar igen inget som avslöjar varför PI'n kraschade.
Min fråga är: Finns det något knep på vad man kan ska kolla på i loggarna för att se varför burken blir okontaktbar, och det enda som hjälper är att rycka strömmen? Är det någon speciell logg jag kan posta som eventuellt kan hjälpa för att analysera?
De två saker jag själv kan komma på är:
- Strömförsörjning.
- Temperatur.
Kan man på något sätt se om de 2 korten tar för mycket ström? Och jag antar att det är eliminerat nu när jag satt dit en extern USB-hub.
Om jag ger kommandot vcgenmd measure_temp så svarar den med temp=34.7'C så det kan väl knappast vara det heller?
Det är mycket svårt att försöka lösa sånt här. Det du kan kolla i /var/log/syslog och /var/log/messages är om det hände något speciellt strax innan omstarten. Men det är inte säkert att det framgår vad som är problemet där.
Problem i nätverkskommunikationen kan vara en tänkbar orsak. Kanske burken står och väntar på något svar som aldrig kommer? Undersök allt som har med nätverket att göra så att alla inställningar är korrekta och inget hårdvarufel finnes i kablar eller switchar.
Strömförsörjningen kan också ge mystiska problem om den är dålig. Vad har du för strömförsörjning? Prova en annan om du har möjlighet. Jag tror inte att dina kortläsare drar för mycket ström så att det orsakar problemen. PC/SC-läsare brukar inte dra så mycket.
Slutligen kan det vara värt att kolla själva SD-kortet. Det bästa är om du har möjlighet att ta ut kortet och kolla det med fsck i en annan Linux-maskin. Vad är det för kort, är det ett bra fabrikat? Kanske prova med ett annat SD-kort.
Jag tittade speciellt i de loggarna, men där finns inget skrivet innan de 2 krascherna, bara omstarten finns med.Citat:
Ursprungligen postat av atomized
Nätverket? Tja, man vet ju aldrig, men jag har ganska många fysiska och virtuella maskiner rullande i samma rum, både som kör Windows 2012, Windows 8.1 och Windows 10, samt en Ubuntu. Ingen av dem visar några tecken på nätverks-problem.
Kortet som jag kör i PI'n är detta:
http://www.webhallen.com/se-sv/dator...dhc_32gb_uhs-i
Det kan ju också vara något att titta på. Om PI'n kraschar igen så ska jag köra fsck på det på min Ubuntu-maskin.
Strömförsörjningen är en ganska enkel Deltaco 5v/1A adapter. Jag kan definitivt byta den också, har det rekommenderats någon speciellt pålitlig till PI här i forumet?
Jag satt och funderade också på om man nu vill vara lite pro-aktiv och inte irritera familjemedlemmar med att rycka strömmen, jag vet inte hur det skulle sluta om jag skulle behöva be frugan hitta burken med instruktion över telefon och att hon ska ta ut strömsladden.
Undrar om en sån här skulle kunna vara nåt?
http://www.kjell.com/sortiment/el/el...llstick-p50200
Om jag sätter den i windows-PC'n hemma, och sedan kompletterar med den här:
http://www.kjell.com/sortiment/el/el...e-pa-av-p50287
Då skulle jag kunna sätta att jag får ett larm via email när PI'n inte svarar på PING och då starta om den via RDP till min windows-burk. Överkurs? Ja, men det är ju sånt här som är så kul när man gillar nördig teknik :cool:
Samsungs SD-kort är generellt sett mycket bra och brukar inte orsaka problem. Det är klart att det kan ju ändå ha blivit fel på filsystemet så att köra fsck på det vid tillfälle är en bra idé bara för att kolla den saken.
Annars av det du räknar upp så låter Deltaco strömförsörjningen som den svagaste länken. 1A kan vara i klenaste laget. Pi drar väl c:a 700mA och sedan kortläsarna på det så närmar man sig 1A. Man får ha i tanken också att de flesta spänningsaggregat har överdrivna spec:ar så de klarar inte alltid att lämna det som står på. Det är tryggare med en 2A eller 3A strömförsörjning till Raspberry Pi.
Tyvärr är det inte lätt att rekommendera en bra strömförsörjning till Raspberry Pi. Mitt tips är att köpa en som uttryckligen sägs fungera med Raspberry Pi hellre än en generell med rätt ström och spänning. Om de sägs vara avsedda för Raspberry Pi så har de förhoppningsvis provats med en sådan.
Jag köper sådana saker från England eller Ebay för att få bättre priser så jag har inget tips i Svenska butiker. Om man ska köpa från England så har Raspberry Pi numera en egen strömförsörjning för £5 som borde vara bra. Men jag har inte kollat vad frakten till Sverige går på:
http://swag.raspberrypi.org/products...l-power-supply
För att hitta såna här fel får man vara lite detektiv och utesluta en sak i taget. Det tar tid men är ofta enda sättet att lyckas. Man kan t.ex. börja med att bara installera operativet och låta burken stå och gå på tomgång i 2-3 dagar. Man loggar in nån gång ibland och kollar att den inte hängt sig eller startat om. Har den gått bra i 2-3 dar så kan man anta att alla delar fungerar OK och då kan man gå vidare med att installera oscam eller vad man vill göra.
Kan rekommendera denna hubb: https://www.m.nu/pihub-raspberry-p-1198.html dyr men levererar klockrent. Kör Pi 2, dvd-läsare, wifi, USB IR och ett trådlöst tgb på den utan problem :)
Har installerat allt enligt din guide och funkar klockrent :). Men när jag sättet static ip så slutar autostarten att funka och det blir Gateway Timeout: can't connect to remote host. Jag ansluter till SSH och startat OSCam därifrån och allt funkar. Sen när jag startar om Pi:en igen så är det samma sak. Vad är det som strular tror du? Hade inga problem innan jag ändrade ip.
Det låter konstigt. Att sätta statisk IP-adress borde inte påverka ifall oscam startar eller inte.Citat:
Ursprungligen postat av mrpepsi
Nästa gång det händer så prova att köra kommandot:
ps ax | grep oscam
innan du startar oscam för att se om oscam verkligen inte är igång?
Om oscam är igång borde du få en utskrift liknande:
Om oscam inte är igång så saknas de två översta raderna i utskriften.Kod:root@lucid:~# ps ax | grep oscam
2072 ? Ss 0:00 /usr/local/bin/oscam -b -u
2073 ? S<l 673:46 /usr/local/bin/oscam -b -u
20346 pts/0 S+ 0:00 grep oscam
Detta får jag: pi@raspberrypi ~ $ ps ax | grep oscam 2089 ? Ss 0:00 /usr/local/bin/oscam -b -u
2090 ? SNl 0:00 /usr/local/bin/oscam -b -u
2179 pts/0 S+ 0:00 grep --color=auto oscam
Samt upptäckte jag att efter 1-1,5 min så kommer websidan upp efter omstart.
När jag kör dhcp tar det knappt 30sek.
Hittade felet, tur det finns logs :). Monitor config va satt till det gamla ip:et så den anropade i över en minut innan den släppte på resten. Nu startar den på ett kick!
Se där ja! Skönt när det löser sig! :)Citat:
Ursprungligen postat av mrpepsi
Det är kanske för tidigt att tända cigarren ännu (det är ju inte över innan den feta damen börjar sjunga), men...Citat:
Ursprungligen postat av atomized
... jag köpte i torsdags den här:
http://www.webhallen.com/se-sv/mobil..._24a_usb_svart
Och nu har Pi'n tuffat på i 4 dagar utan att krångla, så det verkar som en kraftigare strömadapter kan köra skillnad. På ett sätt känns det märkligt att 1A inte skulle räcka, det är ju till exempel den styrkan jag har på min DM800SE's adapter, och den borde väl egentligen kräva mer "kräm" än den lilla Pi'n?
Men jag är hur som helst glad och nöjd nu!
Som sagt var man kan aldrig vara riktigt säker. Men jag brukar räkna en Raspberry Pi som stabil om den har gått 2-3 dar utan problem. Är det problem brukar de visa sig under de första dagarna.Citat:
Ursprungligen postat av arctica
Det är inte bara strömstyrkan det hänger på. 1A räcker gott att driva en Pi med lite tillbehör. Men det som är viktigt när det gäller att driva en dator är att spänningen är ren och stabil! Minsta variation eller avbrott ställer till problem. När man laddar batterier (som de flesta USB-laddare är designade för) spelar det ingen roll om spänningen varierar lite eller innehåller mikrosekundlånga avbrott, batteriet blir laddat ändå. Men när man driver en dator är ren och stabil ström avgörande! Variationer i matningsspänningen eller mikro-avbrott kan orsaka omstarter eller andra skumma fenomen.
Därför är det lite olyckligt att Raspberry Pi marknadsförs som att kunna drivas med en mobilladdare, för det är långt ifrån alla mobilladdare som klarar jobbet att driva en Pi. Även om de klarar att ladda mobilens batteri utmärkt.
Så det är lite "trial and error" för att hitta en bra strömförsörjning till sin Raspberry Pi.
Har idag på morgon satt min raspberry pi i skarptläge. Allt funkar men jag ser minnesförbrukningen ökar hela tiden. Uppe i 104.8 MB just nu. Är det något fel eller kommer den stanna upp efter ett tag? Kortet och servern har varit igång 8 tim
Tyvärr startade jag om min oscam nyss så jag vet inte exakt hur det ser ut efter en tids drift. Jag har i alla fall aldrig haft problem med att minnet tagit slut. Tänk på att UNIX cachar mycket och det är den fetmarkerade siffran som är intressant:Citat:
Ursprungligen postat av mrpepsi
Så här ser min Pi ut just nu, oscam startade om nyss men Linux och CSP har en upptid på 39 dagar. Nu kör jag i.o.f.s. CSP på min Pi också. Troligen är det den som tar mest minne (Java).Kod:root@lucid:/usr/local/etc# free
total used free shared buffers cached
Mem: 447824 209820 238004 0 80028 77300
-/+ buffers/cache: 52492 395332
Swap: 102396 0 102396
Oki. Jag avvaktar nåndag å se vad som händer :). Kör inte Csp är det något jag bör göra?
Kort svar Nej! ;)Citat:
Ursprungligen postat av mrpepsi
Jag kör CSP bara för att få in de nordiska frikanalerna på Viasat. Men sedan de danska kanalerna slutade fungera för en tid sedan så är det bara de norska (+ vissa svenska) som går att se. Så det tillför egentligen ingenting (mer än NRK). Men det snurrar fortfarande kvar hos mig även fast jag sällan/aldrig använder det numera.
Då skippar vi CSP ;).
vilken kod ska jag använda för att se memory usage? Är lite av en hrmm... nybörjare när det gäller linux. O:-)
Det finns många versioner av oscam med minnesläckor men senaste borde vara rätt bra då det nyligen jobbats en hel del med att få bort minnesläckor.
Använd kommandot:Citat:
Ursprungligen postat av mrpepsi
free
Som jag visade i detta exempel:
http://www.comhit.net/showthread.php...l=1#post235805
Du kan också använda kommandot:
top
för att få en bild av hur mycket resurser varje process drar. Min oscam drar c:a 0.7% mem när jag kollar med top. För att avsluta top tryck CTRL+C.
total used free shared buffers cached
Mem: 445740 121096 324644 0 49628 46728
-/+ buffers/cache: 24740 421000
Swap: 102396 0 102396
Detta är vad jag får.