- One mobilszolgáltatások
- Google Pixel 9 Pro XL - hét szűk esztendő
- Samsung Galaxy Watch7 - kötelező kör
- Motorola Edge 50 Neo - az egyensúly gyengesége
- További kavarás a Pixel 10-ek körül
- Telekom mobilszolgáltatások
- Okosóra és okoskiegészítő topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Poco X5 Pro - ránézésre jó
- Akciófigyelő: Jelentősen olcsóbban nyit az Ulefone új mindenese
-
Mobilarena
Amit érdemes tudni a Raspberry Pi-kről:
A legelső változat 2012-ben jelent meg. Pici, olcsó és nagyon alacsony fogyasztású, hobby-célú kártyagép. Felépítése ARM alapú, nem PC-architektúra, hanem kb. egy régi mobilhoz hasonló. Nagyon sok mindenre használható! A Linux-nak és a magas eladási mennyiségnek köszönhetően jelentős fejlesztőtáborral rendelkezik.
Új hozzászólás Aktív témák
-
-
-
albinolynx
senior tag
Már leírtam párszor, kikapcsolás előtt tökéletesen működött napokig. (:
True, false értékkel is ua. a kimenet. Vissza állítottam true-ra az értéket.
Most így néz ki netstat-ra:
netstat -tapen | grep transmission
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
tcp 0 0 0.0.0.0:9091 0.0.0.0:* LISTEN 1000 36993 3959/transmission-d
tcp 0 0 0.0.0.0:51413 0.0.0.0:* LISTEN 1000 36994 3959/transmission-d
tcp 0 0 192.168.84.24:9091 192.168.84.20:64528 ESTABLISHED 1000 37314 3959/transmission-d
tcp6 0 0 :::51413 :::* LISTEN 1000 36996 3959/transmission-d
pi@raspberrypi:~ $ netstat -tapen | grep 9091
(Not all processes could be identified, non-owned process info
will not be shown, you would have to be root to see it all.)
tcp 0 0 0.0.0.0:9091 0.0.0.0:* LISTEN 1000 36993 3959/transmission-d
tcp 0 0 192.168.84.24:9091 192.168.84.20:64528 ESTABLISHED 1000 37314 3959/transmission-d -
Zozzer888
addikt
(#25015) MaCS_70: köszi, azt néztem, hogy ezzel együtt kb 200ft-tal drágább a ház, annyit talán megérhet
weiss: igazából még beszerzés előtt állok, linuxot meg csak a netbookon tartok vész esetére (néha jól tud jönni) így nem igazán mozgok otthonosan a témában. De majd változik a dolog...
-
artiny
őstag
Helo. Vegul elertem,hogy ket gombbal tudjam wiringPi segitsegevel a szenzor mereset elinditani es megallitani.
Az egesz programot terminalbol inditom
sudo ./start -l.Na most jonne az amit Te mondtal meg anno
"Nem teljesen értem, mi az, hogy ebbe a progiba bootoljon. Én azt csinálnám, hogy crontabba bejegyzés reboottal, így elindul a programod, aztán figyelné valamelyik I/O pint, a többit meg lekezelni a progiból."
Mert az 1 gombbal elinditom a mérést, a másikkal exit(0) paranccsal befejezem a program futását.
Igy viszont még nem 100%s amit én szeretnék.
Bekapcsolom a raspberry-t akkor automatikussan induljon el ez a program. Ne kelljen terminalbol elinditanom. Majd ha ki is lepek a (befejezem exit(0) -val) , lenne egy harmadik gomb amivel ujbol az egeszet ujra tudnam inditani,hogy varja az elso gombot.Ez amit mondtal "Én azt csinálnám, hogy crontabba bejegyzés reboottal". Errol egy kicsit tudnal irni ,mert abszolut nem ismerem a crontabbát ? - ezzel lehet kicsit bonyolultam C programot is elinditani? mert olvastam mar hogy python scripteket el lehet konnyen inditani bekapcsolasnal abban induljon, de bonyolultabbat mar nem igen tud kezelni a python megoldas.
-
artiny
őstag
vagy pedig lehetne olyat szerinted? hogy, megirok egy kulon C filet. ami azt csinalna hogy figyeli hogy meg e nyomtam a gombot vagy nem. Ha igen,akkor kiadna azt a parancsot amivel eddig is elinditottam a már meglevo programot
sudo ./program
egy masik nyomogomb pedig azt adna ki a terminalbactrl+c
- ezzel pedig megallitanam a programot.Te is amugy wiringpi vel csinalnad?
koszi a linket megyek elolvasni -
artiny
őstag
nem igen ertettem en sem most a Te valaszod
(crontabba bejegyzés...)
A bootolast akkor most felejstsuk el, elso lepeskent az kene megoldanom,hogy a program elinditasat es megallitasat egy pushbutton el tudjam kezelni.(vagyis ketto darabbal)
A kerdesem,hogy ehhez wiringPi konyvtarat kell hasznalnom?vagy hogy oldhato meg hogy tudjam azt kiolvasni,hogy meg e volt noymva a gomb vagy nem? -
azbest
félisten
Van pár blogbejegyzés a projektekről, amik használják [link]
Egyébként iparibb felhasználásra lehetne használni, de nem tudom, hogy van-e olyan, ami tényleg erre építene komolyabban.
Az ilyen broadcom procikat külön nem lehet megvenni már egy ideje. Eredetileg néhány más cégnek is árulta a broadcom az első generációs pi prociját. Aztán, amikor megjelent volna az alapítvány és a compute module konkurense más gyártóktól, akkor rájöttek, hogy így nem akkora üzlet. Szóval azóta, ha valaki a pi platformjára szeretne építeni eszközt (pl médialejátszót, ahogy a blog írásaiban látni a Slice-t és újabban a Nec modulját), akkor ezt a modult veheti meg és gyárthat hozzá saját io boardot a számára szükséges megoldásokkal.
Ha némi cinizmus ézrődik a mondataimból, az azért van mert nagy ipari projektként nem hiszem, hogy bárki ennyire kiszolgáltatná magát. Az igazi ipari projekteket célző prociknál a gyártó bárkinek ad el és mondhatni garantálja, hogy amíg van rá vevő, addig gyárt belőle.
-
cinemazealot
addikt
Ha jól tudom, a RPi Compute Module egy SODIMM méretű (tehát az eredetinél sokkal kisebb, ezáltal komplex rendszerekbe könnyebben beágyazható) Raspberry Pi, saját flash memóriával (vagy a "lite" verzió anélkül), de multimédiás csatlakozók nélkül. Ez tehát akkor kellhet Neked, ha egy olyan rendszert építesz, ami alrendszerként RPi-ket is üzemeltet, de a normál méretű RPi-nél kisebb méretre van szükséged és nem kell RPi-nként multimédiás csati.
-
-
vargalex
félisten
A 100 MB swap nem túl sok. Ha Kodi is megy és viszonylag nagy a médiatár, akkor a RAM el tud fogyni. És persze a transmission-nak is kell. Próbáld ki nagyobb swap-al.
Egyébként milyen rendszert használsz? Nem lehet, hogy a /var egyébként is egy RAMDRIVE? Amount
parancs mit ad vissza? -
stopperos
senior tag
A Pi-hez hasonló boardokon nincs BIOS, így nincs ami azt mondaná az OS-nek, hogy itt, meg itt ez van. Korábban az volt, hogy kb minden ilyen eszköznek saját kernel fork-ja volt, amibe benne voltak az, hogy a w1 modul az a GPIO4-en kereste a OneWire eszközt (Pi esete). Ezt felül lehetett írni a modul betöltésénél, de a probléma ott volt, hogy a kernelbe bele kellett égetni a hardver specifikus dolgot.
A DT-vel le van választva a "hardver leírás" a "szoftvertől" tehát lehet általános modulokat írni és külön kezelni hogy akkor most az i2c például a beagle bone-on hol található. -
artiny
őstag
Ok . koszi a valaszod!
A [BoschSensortec] -ra is ugyan ez érvényes,hogy nem kompatibilis a RPI vel ?Esetleg talalkozott már valaki BMP180 vagy BMP280 raspberry pi-hez valo C/C++ könyvtárral?
-
azbest
félisten
hmm, forkolták az lxde-t.... olyan szükség volt rá, mint egy falat kenyérre
Ha jól veszem ki, akkor továbbra sem képes kihasználni a gui rajzoláshoz a gpu-t, hanem még mindig fbturbo-val megy. A mókolt chromiumban is hiába van hw video dekódolás így, mert teljes képernyőre téve szaggat a rajzolás miatt, sajnos. A vlc-vel is így működik már régóta.
Ha jól értem, akkor ez arról is szól, hogy az LXDE fejlesztése leállt, mert LXQT irányba mentek el és az alapítvány nem akar váltani, ezért forkolták, hogy ne kelljen alkalmazkodni az új rendszerhez. Pedig a hardveresen gyorsított rajzoláshoz lehet pont az LXQT felé vezet az út. [link]
Összességében persze jó, hogy dolhoznak rajta. Bár a valós problémákon dolgoznának ilyen szorgalmasan. De ez nem az a fajta alapítványi forma, ami nálunk van, teljesen normális ott a profitmaximalizálás.
(nem foglalkoznak olyan problémával, ami nem veszélyezteti az eladásokat. Us kiosztású a hivatalos kitben a billentyűzet, mert ők veszik a legtöbbet - nesze nektek britt iskolások ...)
De az is jó, hogy össze-vissza gyányolnak mindent. Most olvastam, hogy a pi3-on nem is úgy van az usb táp kezelés, mint a B+ és 2B esetén, haname fixen be van drótozva 1.2A módra.
"Correct 1.2A is the default and max_usb_current has no effect on Pi3." -dom [link]
-
bijesz
aktív tag
Nem vagyok expert a témában de úgy rémlik ez igazából nem driver probléma.
Az rpi-ben lévő gpu-nak van egy saját api-ja (dispmanx) ami támogatja az opengl-t és openmaxot pl. a kodi is ezért működik rajta.
Ha jól emlékszem az x11 servernek nincs olyan változata amibe implementálták volna a dispmanx funkciókat azaz az rpi gpu hardver gyorsítás támogatást, ezért van, hogy az x server alapú desktop environmentek megjelenítését a cpu kezeli le ami lassú. -
azbest
félisten
Nem változik gyakran a kernel a pi-n?
nézd csak meg ezt? [link]De közben már a 4.8-as ágon is dolgoznak, csak gondolom az az alapértelmezett, amelyik stabilnak számít épp.
Amúgy majd az lesz megváltás az armos boardoknak, ha az xserver helyett elterjed valemelyik feltörekvő opengl-re épülő megoldás. Az ad egy köztes api-t, ami szabványos és nem kell minden kernel módosításhoz javítgatni. Ezért van, hogy hiába megy valami android alatt, de mégsem túl használható linuxszal.
Wayland/Weston videók és demók voltak már fenn sok helyen, csak lassan akar elterjedni [link]
-
azbest
félisten
az intel linuxra kifejezetten pozitív példa és aktívan részt vesznek a nyílt driverek fejlesztésében [link]
Az nvidia és amd gpu-k már nem ilyen szerencsések. Ott van a gyári bináris, ami vagy működik vagy nem. A friss kernelekhez, a friss hardverekhez késik. A nyílt változat pedig a gyártók támogatásának hiánya miatt sokkal butábbak és lassabbak.
Egyébként windowsra meg talán pont az intel botrányos, mivel nagyon rövid egy gpu támogatása és csak zárt bináris driver van. A másik kettőnek is zárt, de legalább hosszú a támogatás.
-
azbest
félisten
Mert a mostani X-serveres desktop esetén ahhoz, hogy bármilyen programmal ki tudd használni a GPU képességeit, gyakorlatilag hozzá passzoló xserver implementációra van szükség. Csakhogy a zárt broadcom GPU-val ezt nehéz megcsinálni. A kiadott nyílt lib csak wrapper hozzá. Bár lehet azzal megoldható lenne. Viszont gondolom sok munkával járna.
Ezért a sima framebuffer xservernek egy pörgősebbre optimalizált változatát (fbturbo) használják, ami kb úgy használja ki a GPU-t, mintha egy s3trio kártyával használnád, a proci izzad minden művelettel.
Amelyik program mégis képes 3d-re meg hw gyorsított videojátszásra, az nem a "szabványos" xserver api-t használja, hanem külön belemókolták, hogy kerülőúton közvetlenül a broadcom libekkel kommunikáljon. (pl omxplayer)
-
-
Pi2-nél mekkora ez a limit? Ha ugyanennyi akkor minden oké lesz. Én pont ilyen setup mellett használok Pi2-ket, a DVB-T dongle a fentebb linket rtl-sdr.com féle (link), a wifi modul pedig ez:
Illetve 8-10db PI-ben van ilyen is:
http://tenda.co.hu/termekek/2/61/w311mi_150mbps_mini_vezetek_nelkuli_n_usb_adapter
-
azbest
félisten
Mivel a raspbian rendszer userspace armv6-osra van fordítva, az alapértelmezett gcc is armv6-ra van konfigolva. Ennek az az oka, hogy áttehető legyen az sd kártya a különböző generációk között, csak a kernel van armv6 és armv7-re külön fordítva.
Emiatt megegyezik a parancs kimenete pi1 és pi2-n is az alapértelmezett környezetben: [link]
-
bwin.party
aktív tag
Cloud alatt azt, hogy a külső androidos eszközeim ide mentsenek biztonságira minden adatot. Próbálok független lenni, a legolcsóbban szerintem ezzel jöhetek ki.
A részletes válaszokat pedig köszönöm! Hétvégén megrendelem a MálnaPC-ről a Pi-met. Viszont lehet maradok a 2-es sorozatnál, a 3-as mivel lehet jobb?
-
azbest
félisten
szerintem másról beszéltek. De azért ne essetek egymás torkának.
Az asm optimalizációval csak óvatosan a pi-n, mert egészen más utasításkészletek vannak az arm változatokon, mint a pc-n. Armv6, Armv7, Thumb, Neon... az intel/amd féle sse és társai helyett. Kell egy pár ifdef
-
-
azbest
félisten
Szerintem egyáltalán nem érdekül ez.
Most az Iot hájpot* meglovagolva csináltak némi körítést, amivel pár kattintással tud ledet villogtatni egy raspberry 2B-n egy Visual Studión szocializálódott fejlesztő. Meg ezt elvileg a közös win alapnak hála könnyebben tudja integrálni a microsoftos hálózati szolgáltatásokba. Ettől persze simán lehetne linux alapú, sokkal rugalmasabb megoldás is a pi-n, amivel az ms cucc valami általános és szabványos api-n át kommunikál. De ahhoz kicsit jobban kéne érteni. Bár valószínűleg arra is vannak kész lib-ek, amiket csak használni kéne.
Igazából raspberry pi 2B sem kéne hozzá, mert ezen egy elég vastag oprendszer fut. Rengeteg hálózatra köthető mikrokontrolleres megoldás létezik, amelyek önállóan is működnek. De úgy nem lehetne vendor-lock-in segítségével magukhoz láncolni a cégeket, akik ezt kezdik használni.
* Régebben meg M2M néven emlegettek hasonló megoldásokat, de nevezhetjük akárminek, ezek több évtizedes múltúak. Több hálózaton át működő adatgyüjtő és management rendszer létezik már régóta.
-
-
RoundRobin
aktív tag
"Attól függ, mit jelent, hogy egyidejűleg, mert nálam egy Pi B-n a Transmissionbe 80 linux ISO van bedobálva."
Ha csak vissza seedeled őket, akkor nincs különösebb gond.
Azonban letöltés esetén az az ábra, hogy egy-egy szelet ha megérkezett, akkor az kiírásra kerül a HDD-re.
Azonban ez azt jelenti, hogy 80 file van egyidejűleg firkálva ide-oda. Aminek eredményeképpen a file-ok borzalmas módon fragmentálódnak és ezen az EXTx filerendszer sem segít, még ha jobb, logikusabb is a FAT-nál.
Tehát, ha mondjuk nem .iso file-okról, hanem filmekről van szó, akkor azt később, a lejátszásnál ezer helyről kénytelen összecsipegetni a pi, ami jelentősen ront a rendszer teljesítményén (interleave, stb.), akadozni fog a lejátszás, vagy a hang és ez még a jobbik eset. Rosszabb esetben "eltűnnek" a file-ok, de a foglaltságuk megmarad, a lejátszó vagy a rendszer elkezd rendetlenkedni, vagy kifagy. -
-
Az volt a probléma, hogy bootkor fsck-val akarta ellenőrizni az USB-s vinyót, de mivel az egy UDEV-es szabállyal automountra volt állítva, ezért megakadt a boot, és recovery terminalba került. Quickfixnek FSTAB-ban 0-ra vettem az fs_passno-t, mivel az UDEV szabály kell, hogy ha a pi eldobja a kapcsolatot, akkor visszamountolódjon. Érdekes, volt már pár restart, és eddig nem volt belőle gond. Valakinek esetleg valami ötlete, hogy legyen meg a bootkori fsck és az automount is?
-
stopperos
senior tag
Láttam olyat. Jessie-re frissítve. Cserélni kellett a dhcp klienst másra.
-
-
-
-
Osiris
őstag
Gondolom azért, mert valami béna portolás van csak hozzá, mint amilyenek a totalcommanderben az ext olvasó pluginek (lassúak). A jelenség annyi, hogy tölt le a transmission (magas proci terhelés a transmission részéről), majd megáll és a fuse-exfat terheli le a raspberry-t, miközben tolja ki az adatokat a hdd-re. A letöltés sebessége (burstos) töredéke mint ext4-el volt régebben.
Most ext2-t teszek a külső hdd-re. A naplózás hiánya miatt gyorsabb, kevesebb lemezművelet van, cserébe nem lehet tudni, hogy adott fájl írása befejeződött e (pl. egy áramszünetkori leálláskor), de a torrent kliens úgyis ellenőrzi a fájlokat és tudja javítani (újra letölteni az adott szeletet ha sérült), a rendszer meg úgyis az ssd-n van.. -
azbest
félisten
16GB-os kártyát használok
A 8as kártyán azért el szokott férni kényelmesen a rendszer. A pi2 megjelenése után volt, hogy jött ki akkora frissítés, aminek a telepítésekor már kifutott a 4GB-os kártya helyéből... A 8as szerintem akkor lehet szűkös, ha noob-sos multiboot.
Mitől telik be nálad? -
-
trance89
őstag
és nem lenne egyszerűbb egy rb951g-2hnd vagy egy rb2011uias-2hnd beszerzése?
azt sem érdemes elfelejteni hogy x86-os hardver mellé még a licenszet is meg kell venni ami jelenleg ha jól nézem 30 dollár (level 4)
dehogynem tudod hasznosítani, egy rb2011uias-2hnd-t mondjuk nagyon jó áron tovább tudnád passzolni így minimális veszteséged lenne rajta -
Rambovits
senior tag
Köszönöm, ilyesmikre gondoltam.
(#8972) trance89
Igen, jól látod routerként szeretném használni, amíg végzek a projekttel. Viszont utána ezt tudnám hasznosítani másra is, míg egy MikroTik terméket nem.
(#8974) bambano
Ebből kiderül, hogy nem ARM-es, hanem MIPS-BE vagy MIPS-LE alapúak. -
azbest
félisten
Azok után, hogy valaki pécén d-sub kiemetet konfigurált fel úgy hogy dvb-t mux-ot adjon ki, már semmit sem tartok lehetetlennek
http://www.bellard.org/dvbt/Persze lehet, hogy nem élőben modulálva, hanem előre legenerálva és azt visszajátszva.
-
-
wassermann
Topikgazda
Én is ezen gondolkoztam, de azt írja, hogy a sztereóhang sávszélessége mindkét csatornán 15 kHz, ami azt jelenti, hogy a jelváltozások jóval kisebb dinamika tartományban történnek, mint a Pi 800 MHz-es órajele. Valószínűleg emiatt a Pi simán elboldogul vele. Persze a GPIO nem erre való, kíváncsi lennék a minőségére...
-
moli.hu
őstag
@weiss: nagyon terheli, jol mutatja, hogy alapbeallitasokkal a memoria vagy felet elviszi indexre es a tobbire. ha nehany select/insertrol van szo, es olyan terhelesu projectrol, aminek amugy is eleg a pi, akkor mindenkepp ird at sqlite-ra. az sqlite a konkurens szalak szamat birja nehezen, mivel minden egyes megkezdett iras lockolja az filet, amig nem vegzel.
-
moli.hu
őstag
-
azbest
félisten
A kép mentés a teljes kapacitást menti le. Az üres hely nem semmi, hanem fájlok által nem felhasznált terület, de attól még ott van. Az üres területen is lehet szemét, amit nem tud jól tömöríteni. A legegyszerűbb módja a szabad üres hely letisztázásának az, ha létrehozol egy csupa nullákkal feltöltött fájlt a szabad helyre.
dd if=/dev/zero of=nullasfajl bs=1M
Ez kitölti nullákkal a szabad helyet.Utána töröl is le, mert nem kell
rm nullasfajlés erről csinálj képet, majd ezt tömörítsd be. A szabad helyre eső terület nulláit nagyon jó be tudja tömöríteni.
-
Új hozzászólás Aktív témák
Hirdetés
- Futás, futópályák
- Eredeti játékok OFF topik
- GTA V
- One mobilszolgáltatások
- hdanesz: Elektromos autózás - első élmények
- Goddess of Victory:Nikke
- Otthoni hálózat és internet megosztás
- Miért vezet mindenki úgy, mint egy állat?
- Okos Otthon / Smart Home
- Google Pixel 9 Pro XL - hét szűk esztendő
- További aktív témák...
- GAMER PC : RYZEN 7 9700X /// 32 GB DDR5 /// RTX 5070 Ti 16GB /// 1TB NVME
- Csere-Beszámítás! Olcsó Számítógép PC Akár játékra! Intel X5650 / GTX 1650 / 24GB / 240SSD+ 500HDD
- GAMER PC : RYZEN 7 7800X3D /// 32 GB DDR5/// RX 9070 XT 16GB /// 1TB NVME
- GAMER PC : RYZEN 7 7800X3D /// 32 GB DDR5/// RX 9070 XT 16GB /// 1TB NVME
- Lian Li 011Dynamic Evo/RTX4070Super Eagle OC/Intel Core i5-14600K/DDR5 G.Skill Trident Rgb 6000MHz
- Kingmax 2x2GB DDR3 1333 RAM eladó
- Telefon felvásárlás!! Apple iPhone 16, Apple iPhone 16e, Apple iPhone 16 Plus, Apple iPhone 16 Pro
- AKCIÓ! Apple Macbook Pro 16" 2019 i9 9980HK 64GB 500GB Radeon Pro 5500M hibátlan működéssel
- Csere-Beszámítás! Asus Prime RTX 5060Ti 16GB GDDR7 Videokártya! Bemutató darab!
- LG 45GR65DC-B - 45" Ívelt 1500R / 5120x1440 / 200Hz 1ms / Adaptive Sync / AMD FreeSync / HDR 600
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged