Sajnos csak hétvégén találtam meg ezt az oldalt:

http://elinux.org/RPi_VerifiedPeripherals#Power_adapters

Itt is jelzik hogy a Nokia nem ajánlott, viszont az Apple igen. Meglátjuk, egyenlőre 2 napja nincs hiba.

Nna, ezt mondom, engem erősít meg, csak töltésre való:

AC-10E Chargers only provide 4.8V

Köszi a linket!

[ Szerkesztve ]

Google: Sancho blogja

Sziasztok!

Szülőknek szeretném filmezéshez (1080p) megvenni a Raspberry PI B modellt. OpenElec menne rá. A kérdés ezt az igényt ki tudja elégíteni az RPi?

Szülőknek lehet, hogy jobb egy Synology USB Station 2 hangkártyával (itt). Ezt setupolnod sem kell, megy és kész. Árban ugyanott vagy.

[ Szerkesztve ]

Google: Sancho blogja

És ezt hogy dugom rá egy TV-re? Mert a csatlakozók között csak ez szerepel: RJ-45, USB 2.0

A másik, hogy az, hogy be kell állítani (rendszert telepíteni) rá, az nálam "plusz pont". Szeretek ilyenekkel elszórakozni.

[ Szerkesztve ]

Ethernet, pl. 5000-es port. Ilyen a felülete: http://goo.gl/BAfJ3 Van rá egy halom iOS és Android app is, telefonról is indítható a TV-re a lejátszás a NAS-ról. Magyar menüs.

Nem kell telepíteni rá semmit. Ha hack-elni szeretsz, akkor ez nem jó, de ha a szüleidnek kifejezetten filmlejátszásra alkalmas cuccot akarsz, amit esetleg könnyen tudnak állítgatni, kezelni, akkor sztem ez a jobb.

[ Szerkesztve ]

Google: Sancho blogja

Most lehet, hogy én vagyok a hülye. De mivel dugom össze ezt a TV-vel? Mert nincs pl. HDMI csatlakozó.

Ez nem médialejátszó, hanem NAS, ez magától nem fog semmit lejátszani.

(#4607) n00n: ez akkor menne, ha lenne a TV-ben beépített médialejátszó (ráadásul olyan, ami rendesen használható is) és csak az lenne a kérdés, hogy honnan játssza le a tartalmakat

[ Szerkesztve ]

DRM is theft

Bocs, feltételeztem a Smart TV uPnP támogatást a TV-n.

Igen, ez így nem fog menni. Ehhez kell a Pi.

Google: Sancho blogja

Így már minden világos.

Sajnos nem smart tv-ről van szó, pendrive-ról is csak képet tud "lejátszani". Pedig mennyivel egyszerűbb lett volna, ha filmet is tudna lejátszani róla. De hát nem voltam ott mikor megvették. Apámék meg csak azt figyelték, hogy van rajta USB csatlakozó.

Igen, az LG-k ilyen szempontból valóban jók. Nekem az LG 37LH3000-en csak egy USB csatlakozó van (hátul), gyárilag az is csak Service Only. Első lépésként engedélyeztem az USB-ről lejátszást (ugye előtte még képet/hangot sem tudott onnan), így már az MKV-k is mentek külső HDD-ről. Második lépésként feltettem az LGMOD-ot és egy USB-LAN adapterrel a NAS-ról játszik le filmeket NFS megosztásról (lehetne Samba-ról is).

[ Szerkesztve ]

Alex

Ötlet? Senki?

Kijelzőre kötném az RPi-t és megnézném a dmesg, /var/log/messages, kern.log, syslog naplófájlokat, hátha mond valami hasznosat.

Ezek nélkül max valami wifi time outra tudok gondolni amit vagy a router v. a wlan kártya generál x ideig tartó tétlenség után. Ezt esetleg le tudod tesztelni, ha screen -ben ping google.com -t nyomsz neki aztán úgy hagyod.

Szia!

Router log-ban nem látsz semmit?

Alex

Szerintem az smsc dobálja el az usb csomagokat és ezt nem igazán szíveli a wifi driver.

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

Itt egész sokáig fent volt neten, de 00:23:12-nél kezdődnek a bajok. Mitől lehet ez?
syslog:

Mar 26 20:38:13 raspberrypi kernel: [ 3780.186140] wlan0: associated
Mar 26 20:38:13 raspberrypi ifplugd(wlan0)[1487]: Link beat detected.
Mar 26 20:38:13 raspberrypi ifplugd(wlan0)[1487]: Executing '/etc/ifplugd/ifplugd.action wlan0 up'.
Mar 26 20:38:13 raspberrypi ifplugd(wlan0)[1487]: client: /sbin/ifup: interface wlan0 already configured
Mar 26 20:38:13 raspberrypi ifplugd(wlan0)[1487]: Program executed successfully.
Mar 26 20:38:14 raspberrypi wpa_supplicant[2199]: wlan0: WPA: Key negotiation completed with 64:70:02:cb:a4:12 [PTK=CCMP GTK=CCMP]
Mar 26 20:38:14 raspberrypi wpa_supplicant[2199]: wlan0: CTRL-EVENT-CONNECTED - Connection to 64:70:02:cb:a4:12 completed (auth) [id=0 id_str=]
Mar 26 20:38:20 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 21
Mar 26 20:38:41 raspberrypi dhclient: DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10
Mar 26 20:38:43 raspberrypi dhclient: DHCPREQUEST on wlan0 to 255.255.255.255 port 67
Mar 26 20:38:43 raspberrypi dhclient: DHCPOFFER from 192.168.1.1
Mar 26 20:38:43 raspberrypi dhclient: DHCPACK from 192.168.1.1
Mar 26 20:38:43 raspberrypi dhclient: bound to 192.168.1.160 -- renewal in 783156924 seconds.
Mar 26 20:38:44 raspberrypi ntpd[1951]: Listen normally on 3 wlan0 192.168.1.160 UDP 123
Mar 26 20:38:44 raspberrypi ntpd[1951]: peers refreshed
Mar 27 00:23:12 raspberrypi wpa_supplicant[2199]: wlan0: CTRL-EVENT-DISCONNECTED bssid=64:70:02:cb:a4:12 reason=0
Mar 27 00:23:12 raspberrypi kernel: [17279.680365] cfg80211: Calling CRDA to update world regulatory domain
Mar 27 00:23:12 raspberrypi ifplugd(wlan0)[1487]: Link beat lost.
Mar 27 00:23:13 raspberrypi wpa_supplicant[2199]: wlan0: Trying to associate with 64:70:02:cb:a4:12 (SSID='phantom' freq=2417 MHz)
Mar 27 00:23:14 raspberrypi kernel: [17281.235531] wlan0: authenticate with 64:70:02:cb:a4:12
Mar 27 00:23:14 raspberrypi wpa_supplicant[2199]: wlan0: Association request to the driver failed
Mar 27 00:23:14 raspberrypi kernel: [17281.318135] wlan0: send auth to 64:70:02:cb:a4:12 (try 1/3)
Mar 27 00:23:14 raspberrypi kernel: [17281.321818] wlan0: authenticated
Mar 27 00:23:14 raspberrypi kernel: [17281.367410] wlan0: associate with 64:70:02:cb:a4:12 (try 1/3)
Mar 27 00:23:14 raspberrypi kernel: [17281.577904] wlan0: associate with 64:70:02:cb:a4:12 (try 2/3)
Mar 27 00:23:14 raspberrypi kernel: [17281.787406] wlan0: associate with 64:70:02:cb:a4:12 (try 3/3)
Mar 27 00:23:14 raspberrypi kernel: [17281.997406] wlan0: association with 64:70:02:cb:a4:12 timed out
Mar 27 00:23:19 raspberrypi wpa_supplicant[2199]: wlan0: Authentication with 64:70:02:cb:a4:12 timed out.

IP váltás a szolgáltatónál?

Google: Sancho blogja

Az a router LAN oldalát (így a bridge-elt wifit sem) nem kell, hogy érintse.

Alex

Szia!

Milyen router? Milyen firmware? Továbbra is kérdés: a router logjában nem látszik semmi?

[ Szerkesztve ]

Alex

Megérkezett hozzám is a rpi, 512 MB RAM, átlátszó műanyag ház, hűtőbordák, gyári táp, 8GB előtelepített Debian 6.

Két dologgal kezdtem, és el is akadtam.

VNC reboot

A VNC-t beállítottam, azonban rpi reboot után elfelejti. Ez alapján beállítottam, hatástalan az /etc/init.d/vncboot -ba írt dolog. Mi lehet a gond? Mit kell még a leírtakon kívül eszközölnöm. Máshol hasonló módon leírtakat is kipróbáltam, az sem jegyződik meg reboot után.

SSH VNC kívülről

Szeretném távolról elérni SSH-n át VNC-vel a rpi-t. A routeren a 22-es és 443-as port is a rpi IP címére mutat. SSH-val simán be tudok kintről lépni, azonban az SSH VNC már nem megy. Mi a jó konfig hozzá lépésről lépésre?

Segítségeteket előre is köszönöm!

Google: Sancho blogja

Az SSH VNC sikerült, azonban a VNC reboot még nem.

Google: Sancho blogja

Ha valamit nem jegyez meg és mindig be kell boot után pötyögni, akkor tedd a /etc/rc.local fájlba.
Ezt minden boot végén lefuttatja.

Valamiért nem indul el vele, hiába van benne (ez már a reboot utáni megtekintés):

Ha kézzel futtatom le a sort, akkor működik.

Google: Sancho blogja

A vncserver elérését pontosan add meg neki, pl. /usr/bin/vncserver
Az, hogy hol van pontosan, ez megmondja: which vncserver

Így gondolod? Mert ez sem segített:

/usr/bin/vncserver :1 -geometry 1024x700 -depth 16 -pixelformat rgb565

Google: Sancho blogja

Ezt próbáltad? ("Now we want vncserver desktop to run at boot time." résztől)

Egy ehhez hasonló leírással kezdtem Ezt is kipróbáltam, nem megy.

Van egy gyanúm, hogy fut, de nem azon a porton, ahol én keresem.

Ha ezt futtatom, akkor a public_domain:22 a local_ip:5901-en enged be:

vncserver :1 -geometry 1024x700 -depth 16 -pixelformat rgb565

Ha ps aux | grep vnc segítségével megnézem, hogy fut-e vnc, akkor ezt kapom:

root 2583 0.0 0.1 1752 524 ? S 11:27 0:00 /bin/sh /etc/init.d/vncboot start
root 2584 0.2 0.5 4736 2668 ? S 11:27 0:00 /usr/bin/perl /usr/bin/vncserver :0 -geometry 1024x700 -depth 16 -pixelformat rgb565
root 2606 0.0 0.0 1676 440 ? S 11:27 0:00 vncpasswd /root/.vnc/passwd
pi 2758 0.0 0.1 4148 860 pts/0 S+ 11:29 0:00 grep --color=auto vnc

Ez nekem kínai. De mintha a 2. sor azt jelentené, hogy fut a nullás képernyőn egy vnc. De ezt hogyan érem el?

[ Szerkesztve ]

Google: Sancho blogja

2 dolgot tippelek:
1. Nem fut le bootkor a local.rc. Ezt gyorsan ellenőrizheted. Írd bele: echo "teszt" > /teszt
Indítsd újra, és ha létrejön ez a fájl ezzel a tartalommal, akkor lefutott.

2. Amit az imént linkelt a kolléga. Van benne egy érdekes sor:
su pi -c '/usr/bin/vncserver'

Itt pi userre vált át és indítja el. Amikor te indítod el kézzel, akkor root-ként vagy pi userként teszed?
Ha pi-ként, akkor tényleg kell neked a su pi -c 'teljes parancs amit futtatni akarsz pi user nevében' forma.

[ Szerkesztve ]

A 0-t a local_ip:5900-n éred el elvileg.
/etc/init.d$ sudo /etc/init.d/tightvncserver start
Erre mit ír ki?

[ Szerkesztve ]

A teszt nem sikerült már az elején:

Egyébként pi-ként teszek mindent.

Iszonyatosan nem értek a linuxhoz, így nem tudom, hogy az utolsó bekezdésed melyik sorra vonatkozik.

[ Szerkesztve ]

Google: Sancho blogja

Bocs, béna vagyok, ezt írja:

[ Szerkesztve ]

Google: Sancho blogja

Az rc.local -ba írva fog tudni írni, mert az root joggal fut. Csak indítsd újra, kézzel NE akart futtatni, mert hamis eredményt kapsz. De írhatod akár /tmp/teszt -re is, oda biztos tud írni bárki bármikor.
Lényeg, hogy megnézzük lefut-e magától.
SSH VNC helyett próbáld előbb csak VNC-re.
5900, 5901 -es portokon.
Amúgy, hogy melyik porton mi fut: netstat -alpn

Akkor elvileg jó a script. Megpróbáltad újraindítás után az 5900-as porton elérni?

Reboot után 5900-on sem megy. Ha kézzel elindítom, akkor 5901-en megy.

Google: Sancho blogja

Ezt egyáltalán nem értem:

"Az rc.local -ba írva fog tudni írni, mert az root joggal fut. Csak indítsd újra, kézzel NE akart futtatni, mert hamis eredményt kapsz. De írhatod akár /tmp/teszt -re is, oda biztos tud írni bárki bármikor."

Nem tudom, mit kell tennem, ha arra célzol.

Nem otthon vagyok, távolról csak SSH-val indítanék. Most kinyitni 5900/5901 portokat és azzal kísérletezni további hibaforrás, mivel lehet, hogy az meg valami más miatt nem menne. Az SSH VNC megy, ha kézzel indítom a vnc szervert.

Az "netstat -alpn" során melyik portot keressem? Nem szerepel a listában 5900 és 5901 sem.

Google: Sancho blogja

Találtam egy másik leírást, hátha ez segít: [link]

Más:
Fix IP-d van? Ha nem, akkor nem otthonról honnan deríted ki az IP-det? (Csak azért kérdezem, mert én is akarom majd helyi hálózaton kívülről irányítani a Pi-t, de a dinamikus IP miatt nem jöttem még rá, hogy hogyan tudnám megoldani)

[ Szerkesztve ]

Az "netstat -alpn" során melyik portot keressem? Nem szerepel a listában 5900 és 5901 sem.

Pl. netstat -alpn | grep -i vnc

Már nagyon régen létezik erre a problémára megoldás, dyndns.org-on regelsz egy accot, beállítod a routeren, és készen vagy.
Ha a routereden nem menne, akkor felarkhatod a pi által futtatott rendszerre is a dyndns csomagot, és akkor közvetlen a pi fogja az ip címet jelenteni.
Keress rá, nagyon egyszerű.

Nem jött be:

Google: Sancho blogja

SIKERÜLT!

Ez tényleg segített. Köszönöm a keresést és a tippet! No meg a többi segítséget is!

[ Szerkesztve ]

Google: Sancho blogja

Nincsmit, én is köszönöm mindkettőtöknek a DynDns-es segítséget

Még egy kérdés: Így a routert el tudom érni. De hogyan érem el a Pi-t? (hálózaton belül fix ip-je van.)

Pontosan, szabaddá teszed a megfelelő portokat. Pl ha webszerver is, akkor 80, ssh-hoz 22.

Google: Sancho blogja

Ha a netstat nem látta, akkor biza' nem futott sehol az a vnc.

Igen, ez a bajom, hogy nem futott reboot után, csak ha kézzel indítottam el. De már fut.

Google: Sancho blogja

Próbáltátok már telepíteni az alábbi RSS olvasó szervert rpi alá?

http://selfoss.aditu.de

Az Istenért sem sikerül beüzemelni. Webszerver, Php és MySql telepítve.

[ Szerkesztve ]

Google: Sancho blogja

Hol akadtál el?