-
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
-
#43286
azbest
félisten
wassermann
#43283
azbest
félisten
válasz
wassermann
#43283
üzenetére
mármint a pi3 magjai vannak a zero2 -ben 1GHz-en
-
azbest
félisten
válasz
CPT.Pirk
#42949
üzenetére
ignore_lcd
By default the Raspberry Pi LCD display is used when it is detected on the I2C bus.ignore_lcd=1will skip this detection phase, and therefore the LCD display will not be used.hivatalos doksi [link]
szerk, multimonitor:
De amúgy elvileg tudhat működni egyszerre a dsi és a hdmi is. Lehet nálad is ez történik, csak a linuxnak nincs megadva, hogy használja a hdmi kimenetre kötött képernyőt is. Ha az lenne a cél, hogy mindkettő menjen egyszerre.
Csak rápillantva keresési eredményekre [link] lehet dtoverlay=vc4-fkms-v3d és max_framebuffers=2 opciók kellhetnek a config.txt-be.Erről egy gyalog galopp idézet jutott eszembe [link]
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
azbest
félisten
válasz
LógaGéza
#42871
üzenetére
egy fájllistában persze, hogy nem írjáék, hogy a 64 bites béta. Az alapítványosok maguk írják azt, hogy béta. [link]
Ha jól tudom nincs hardveres video lejátszás és hiányoz(hat)nak csomagok, lehetnek bugok.Egy csomóan írják persze a hír alatt, hogy sok programnak arm alatt is követelmény a 64 bit és csomó szolgáltatás is követeli, valamint ami van mindkettőre, abból gyorsabb. De be van az alpítványosoknál rögzülve, hogy de hát ez desktop grafikus felületes appoknál nem hoz különbséget. Nem értem miért erőlködnek azzal, hogy a pi desktop számítógép, amikor annak még mindig csapnivaló - például pont a 2d nem gyorsítás miatt és a kevés ram miatt.
Ja igen, a bullseye alatt a kodi metacsomagot is hiányolták.
#42886PeachMan
omxplayer sincs bullseye-ban, vlc-t ajánják az alapítványosok helyette. Azt meg nem tudom, hogy képes -e működni nem grafikus felületen hw gyorsítással. Az omx-szel ilyeneket meg lehetett csinálni régen (4 video 1 monitor). -
azbest
félisten
érdekes olvasni a hivatalos rapberry pi os bullseye verzió bejelentő hírnél az alapítványosok kommentjeit. [link] A hírt sem árt elolvasni, mert eltörtek kompatibilitást több mindennel. Más kamera kezelés. Desktopban is változások. Omxplayernek is vége (vajon grafikus felület nélkül a módosított vlc-jük képes videót játszani?). Szóval még talán kicsit korai átállni rá, mert könnyű belefutni abba, hogy az eddig használt programok, scriptek nem működnek megfelelően a sok változtatás miatt.
De az a legérdekesebb, hogy a 64 bites rendszerről érdeklődőknek leírták jópárszor, hogy desktop használatkor nem hoz érdemi előnyt... miközben a pi azért még mindig eléggé kínzás grafikus desktopként egy pécéhez képest
És a kommentelők írtak is vagy két tucat példát arra, hogy csomó programnak nincs 32 bites változata már, vagy sosem volt és sokszor ezek pont szolgáltatások, szerver dolgok, headless dolgok, amire viszont jó lenne a pi. -
azbest
félisten
én a zero2 -vel gondolkodom azon, hogy gadget módban usb-jét vezetékes lannak és áramnak használva, a wifijén át vpn-es routernek kipróbálom esetleg.
Bár erre nexx miniroutert használtam régebben openwrt-vel, openvpn-nel (vagy csak akartam, de nem sikerült teljesen). Meg lehet inkább 3d nyomtatóra kötöm
Ha jól emlékszem openwrt nem az igazi a pi-ken a broadcom wifi chip támogatás hiánya miatt... így azt nem biztos, hogy össze lehet varázsolni. Openwrt dobozzal csináltam már wifi-lan bridgeket.
-
azbest
félisten
ő ennek a fordítottjára gondolt, ha jól értem, de amúgy a leírás akár jó is lehet, csak nem wlan-on kell dhcp-vel alhálózatot osztani, hanem akkor a lanon. Meg a wifinél valsz más konfig kell, hogy ő menjen fel más hálózatra és ne pedig ő várjon klienseket.
Szóval azért végig mindenütt hozzá kéne igazítani -
azbest
félisten
válasz
#68216320
#42772
üzenetére
Gyanítom nem maga az oprendszer az, ami ezt szabályozza, hanem a pi4 flash chipjében lévő firmware.
Az új raspberry pi os (bullseye) változtatás listáján írnak firmware verziót
Raspberry Pi firmware e2bab29767e51c683a312df20014e3277275b8a6Gyanítom, hogy ezt a firmwaret feltéve bármelyik rendszer a magasabb órajelig fog felmenni. Ja látom is, hogy az a hash tartozik a stable ágon a legfrisebb firmwarehez most [link]
Nem tudom a kernelből a legfrisebb kell-e hozzá.
Ami tuti, hogy ha raspberry pi os-ből fut most rajta a 10 verzió, akkor azt a 11-esre frissítve, a firmwaret is frissítve már a magasabb órajeleket használja. Csomagként lehet alapból telepíti / lefuttatja a fw updatet is. Ha valaki tiszta lappal 11est tesz fel, az is már az új, csomagfrissítést futtatva valsz fw updatet is csinál.
Lehet, hogy a 10es oprendszeren is befrissíthető az pri-eeprom toollal, a hivatalos leírásban van több opció [link]
Konkrétan lehet ez az rpi-eeprom-update parancs, ami kézzel is tudja [link]Nekem nincs pi4-em.
-
azbest
félisten
válasz
Crvsh3R
#42769
üzenetére
Az a kód nem a stepping, ahogy nézem.
Itt van egy példa, hogy mivel lehet a különbséget szoftveresen észrevenni, más címezhető tartományok vannak:# B0 pi@raspberrypi:~$ od -An -tx1 /proc/device-tree/emmc2bus/dma-ranges 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 40 00 00 00 # C0 pi@raspberrypi:~$ od -An -tx1 /proc/device-tree/emmc2bus/dma-ranges 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 fc 00 00 00
Vagy persze magán a chip feliratán (B0T vag C0T a sor vége) -
azbest
félisten
Lol, a pi4 -eknél pozitív diszkrimináció van a friss debian 11 (bullseye) alapú raspberry os rendszereknél (hozzá tartozó firmware pakknál).
Az újabb c0 steppinges soc-ot tartalmazó pi4 változatok a b0 -as 1.5 GHz helyett 1.8GHz-en futnak. Érdemes frissítés előtt backup.
-
azbest
félisten
válasz
nyirzoz
#42743
üzenetére
Kell egy linuxos pécé (a telepítő pendrive egyben live linux, nem kell a gépen telepítve lennie, például ubuntunál).
Az sd kártya mostani tartalmát például gparted-del átmásolod az ssd-re. A maradék helyre létrehozol egy új particiót.
Egy sd kártyára a hivatalos imagerrel felteszed a firmware frissítőt és arról elindítod a pi-t, kivárod, hogy végezzen. Kiveszed a kártyát.Utána usb-n bedugva az ssd-t elvileg el tud indulni róla. Ha addig nem törlöd le az eredeti kártyát míg sikeresen nem végezél, akkor tartaléknak még mindig ott a kártyán a rendszer, ha elszúrnád.
-
azbest
félisten
válasz
azbest
#42724
üzenetére
Libreelec kapcsán siker: a stable ágról kellett szedni a boot tartalmát [link] onnan felmásolni az overlay mappát, dto fájlokat és bootcode.bin fixup.dat start.elf fájlokat a kártyára.
Így játsza a videót is és nem száll el a kodi. Látja, hogy 1GHz-es a proci. Az 512 ramos gépek szerinti 160MB ramot fogja gpunak. Ez így pont jó.Terhelgetve 76 fok környékére ment fel most stress-ng --cpu=4 paraméterezéssel terhelve 1GHz-en. Viszont 1.2GHzen elkressel induláskor mint állat
-
azbest
félisten
válasz
azbest
#42722
üzenetére
Közben néztem, hogy 32 biten valamiért mégis jól meg a tavaszi raspbberry os rendszer alapból, az tölti le az imager is.
A 64-esen ha hagyom, hogy ráfrissítésre a kézzel másolt 5.10.76-v8+ kernel helyére a legutolsó stabilat, akkor elmegy a kép mert úgy tűnik 5.10.63-v8 a legutolsó stabil és az se teljesen kompatibilis még.Áh megvan, hogyan lehet másik kernel ágra váltani, a brancnek meg lehet adni, stable a sima, next a tesztelős (ahogy látom a next a master branch tartalmát szedi, 5.10.76 os verziót)
sudo BRANCH=next rpi-updateHa van másik 64bites pi, akkor lehet azon elő lehet ezt frissíteni a kártyán zero2be helyezés előtt.
Az rpi3 hoz való libreelecet is megpróbáltam feléleszteni zero2 w-vel. Ott az overlay mappát, dto fájlokat és bootcode.bin fixup.dat start.elf fájlokat frissítettem kézzel a master branchről.
Így elindul, de videó indítása helyett elkressel, lehet mást is kéne piszkálni vagy muszáj újabb verziót kivárni. Az új fajta wifit, ahogy várható volt nem ismeri. Szóval usb-lan adapterrel próbáltam.#42723 Aryes
a cpu rész ugyanaz, de most a tetejére van integrálva a ram is. És kisebb a nyák ami szétvigye a meleget. Ja és jobban megnézve, fentebb rosszul írtam, nem a pi3A+ hanem a sima pi3A -val egyező a cpu rész, BCM2837A1 -nek írják. Az alapítványosok is úgy fogalmaztak, hogy az első pi3-mal egyező fajta. Az meg 1.2 GHz-en ment, a + -os változat (BCM2837B0) lett 1.4 GHz. A pi zerora is azt mondják, hogy 1.2 sima liba, bár hűtés nem árt. Feljebb már lutri.
Nem tudom, hogy miért a régebbi dizájnt használták, amikor van frissített változatuk is belőle."uses the same Broadcom BCM2710A1 SoC die as the launch version of Raspberry Pi 3," [link]
-
azbest
félisten
A zero 2 w-n a 64bitest úgy tudtam feléleszteni egyelőre, hogy a kiírt áprilisi rendszerre kézzel felmásoltam a boot-ra a firmware repó master ágáról a legfrisebb boot tartalmát és a git repós modul mappából az 5.10.76-v8+ mappát a kártya rootfs particiójának /usr/lib/modules -be a régi mellé. (Linux alól csináltam, szóval az lát minden particiót. Root jogú mc-vel
)Így be todott bootolni, képet is adott meg minden. A régi kernellel nem volt kép indulás után grafikus felülettel. A többi boot cucc nélkül meg nem is jutott szivárvány képernyőn túl.
A full rendszer 64 biteséből a mostani kiadás [link] lite emitt [link]
githubról meg a masteren a code gomb mögötti download zip módban leszedett friss csomag a legegyszerűbb [link]Nem tudom a hivatalos imager app milyen imaget szed le, de gyanús, hogy nem azt töltötte le akkor a 32 bitesből sem, ami direkt linkel kinn van. Vagy nem tudom milyen turpisság van, hogy a 32 bites rendszer elindult alapból. Az biztos, hogy sikeres elindulás után az apt upgrade is húz le frisebb kernelt, mint ami az imageben van.
A libreelec pi3asokhoz való 9.2.8 verziója sem tud alapból elindulni. Ott is kellhet valami boot partició magic, de vigyázni kell, hogy olyasmi ne legyen felülírva, ami kell neki. Lehet elég lenne csak a zero 2-es dtb fájlt áttenni, nem biztos.
-
azbest
félisten
válasz
Sanyi.mTs
#42720
üzenetére
Annó a 256MB-os pi1-esen is futott a libreelec és ment vele videólejátszás. És a pi zeroval is. A h264 videót hardveresen játsza le. A pi1-en a proci erő a spécibb HD hang kodekekhez volt kevés, de a simákat az is vitte.
Valahol azt írták, hogy bordával 1.2GHz-re is felhúzható, ha teljesítmény kell. (a 3-asok 1.2 volt alapból). Nekem borda nélkül 60 fokot közelítette 1.0-en.
A zero2 lényegében egy pi3 modelA+ még tovább csökkentve, visszafogva. Anélkül, hogy próbáltam volna, simán vinnie kell libreelec-kel a h264 videókat akár hd hanggal is szerintem.
Azt nem tudom, lehet -e hozzájuk venni hardveres mpeg2 és vc1 codec-et, mint a többi pi4 előtti fajtákhoz.Viszont nem tudom a libreelec már támogatja-e a zero2-t. Lehet elindul régebbi os is, mert nem változott sokat a hardver. Csak lehet rossz órajelen futtatja és akkor instabil lehet.
Viszont érdekesség, hogy a zero2 termékazonosítója a pi400 előtti. És az alapítvány oldalán is áprilisinak írja a raspberry pi os-t, nem adtak ki új verziót. Szóval lehet már tavasz óta támogatott minden (a wifi lehet kérdéses, mert az másik ezen).
-
azbest
félisten
válasz
MrSealRD
#42718
üzenetére
akad már róla [link]
Én magam még csak annyit csináltam vele, hogy bebootoltam egy kártyára frissen felrakott raspberry 32bit os-t az imagerrel.
Persze tudom, hogy desktopra nem ideális. Egész gyorsan elindul amúgy a grafikus felület és bár alapból nem fogyaszt sok ramot, azért trükkös, mert az alap 100 mega swapet is teletolja. Chromiumot indítottam és eléggé megborult 64MB vrammal. A zöld led pulzált, amiről nem voltam biztos, hogy swappelés miatt csinálja vagy így akar jelezni valami más problémát (pl kevés volt, de azt a képernyőn kellene mutatnia). Szóval nem desktopra való, ahogy várható volt
Én sem tervezek ilyet, csak ez volt a legegyszerűbb "működik-e" teszt.Érdekes, hogy némely tesztben sokkal gyorsabb a 64 bites os-sel használva. Valsz érdemes azt feltenni headless is.
Más észrevétel: nekem az usb csatikat kissé túlságosan kívülre forrasztották fel. A régi zerohóz képes jobban kilógnak. Ezért nehezen tudtam betenni / kivenni a hivatalos házba. Szét kellett feszegetnem aházat, hogy helyére tudjon pattanni a zero.
-
azbest
félisten
válasz
body007
#42689
üzenetére
Ja igaz, elnéztem.
Hár pripboltban 7 ezer a pi zero 2 w, rendeltem egyet. 3d nyomtatóhoz lehet használni fogom majd. Házzal (kamera adapter kábellel), szállítással együtt bruttó 10700 alatt van.A Radxa Zero gondolom 4k videót és újabb codec-eket is támogat (h265, vp9) csak szoftveresen kérdésesesbb a támogatása. Bár gondolom coreelec támogatja vagy támogatni fogja.
-
azbest
félisten
válasz
stopperos
#42687
üzenetére
Nocsak, megilyedtek a Radxa Zero -tól, ami 15$ 512MB ram -os rádiókommunikáció nélküli verzióban, 20$ 1GB rammal és wifi/bt chippel. [link]
A pi-knek jobb szokott lenni az általános támogatottsága (oprendszerek, friss kernel), de az elérhetősége kérdéses. Szóval jó kérdés, hogy valóban lehet-e kapni a pi zero2-t vagy csak a lehetőséggel ki akarják nyírni a konkurenciát. Ahogy anno a zeroval kinyírták az akkori filléres és gyengébb teljesítményű alternatívákat. Közben a zero beszerezhetősége közelítette a lottózás esélyét. Az emberek meg inkább zerot akartak és nem vettek konkurenciát. Amíg nem volt konkurencia, addig nem vették elő a fiókból ezt a modelt, pedig évek óta kérnek tőlük erősebb zerot.
-
azbest
félisten
válasz
Pori91
#42371
üzenetére
nézd meg valamilyen programmal... mondjuk vlc-vel megnyitva, hogy milyen codec-kel készült a videó (vlc menü, eszközök, kodekinformációk). A pi4 h.264 (avc) formában fullhd-t támogat max. A 4k videót csak h.265 (hevc) formátum esetén játsza. A gopron állítható hogyan vegyen fel [link]
-
#42363
azbest
félisten
Marcsello31
#42360
azbest
félisten
válasz
Marcsello31
#42360
üzenetére
raspberry pi imager-t töltsd le. Azzal írd ki egy jó sd kártyára a friss raspberry pi os-t. [link]
Sőt, ahogy olvasom a raspberry pi imager programmal lehet bootloader telepítőt is kiírni a kártyára. Szóval ha azzal csinálsz olyan kártyát, arról indítod a pít, hagyod egy percig hogy csinálja a dolgát, akkor befrissíti róla magát és aztán a kártyát használhatod rendes oprendszerhez, szintén a programmal kiírva mondjuk.
[link] -
azbest
félisten
válasz
t72killer
#42095
üzenetére
Ez nem egy készülék, hanem a 4 slotnak van egy nyákon a különféle kivezetése.
Valamelyik két slothoz vezet egy-egy mini pcie. Valamelyikhez a sata vezérlő. Valamelyikhez a hátlapi usb3. És a lan chipek + switch is van a hozdozólapon. Lanon tudnak egymással kommunikálni külön kábelezés nélkül. +1 távmanagement modul, amin át a slotba tett boardok flashelhetőek és egyéb dolgokat tud kezelni ( mint az ip konzol szervereken, vagy vPro üzleti pécékben).Szóval ez inkább arra jó, hogyha valaki játszós kubernetes környezetet akar 4 node-dal, amelyek más-más io képességekkel rendelkeznek a más kivezetések miatt. Vagy jetsonokkal esetleg transzkódoló farm is lehetne. A pi-knek talán még mindig nincsen szabványos api-ja transzkódoláshoz.
-
-
azbest
félisten
válasz
t72killer
#42042
üzenetére
az a kínai board csak mini pcie slot valsz usb lábkiosztással, amibe az olyan formátumú modemet teheted.
Kompatibilitás terén meg első körben azt kell kinyomozni, hogy mit támogat a linux natívan. Vagy esetleg olyan usb dongle, ami hálózati kártyaként jön föl (azt hiszem huawei dongleknél firmware függő, hogy natív usb modem vagy pedig lanként magát mutató routerként látszik). Gondolom a "lan" mód előnye, hogy kompatibilisebb lehet. Hátránya, hogy gondolom mindig natol egyet.
-
-
azbest
félisten
válasz
vpanangin
#41983
üzenetére
Kihúz-bedug. Talán rosszul ismeri fel a képernyőt.
A config.txt-ben hdmi_drive=2 -vel felül tudod bírálni a módothdmi-re.
De mielőtt elkezded hekkelni, érdemes lekérdezni, hogy most milyen módban van.
tvservice -sdisplays the current HDMI status, including mode and resolution [link] -
azbest
félisten
válasz
Mr Dini
#41959
üzenetére
Videójátszás kapcsán, ha nem előre összekonfigolt libreelec a rendszer, hanem utólag rendes linuxra feltett kodi, akkor sokan elfelejtik jól beállítani a gpu ram mennyiségét. (112-256 közt ajánlott fullhd-nál, pi4 külön történet, ott több is kellhet).
A kimosott színek lehetnek azért, mert nem ugyanarra a módra van állítvba a megjelenítő és a raspi. 0..255 vs 16..235 értéktartomány a színösszetevőknél. A tévék sokszor alapból az utóbbit használják. De a pi-nél lehet akár kézzel is váltogatni sokféle mód közt a config.txt-ben. A tévé meg lehet pc módra kell legyen állítva hogy teljes színteret mutasson.
Az oldalazó mozgásoknál "akadozás" az szerintem abból lehet normál filmeknél, hogy 24fps körüliek, míg a megjelenítő 60-nal megy. Ha a képernyő tud filmes frissítéseket is, kodiban be lehet kapcsolni a kadenciahelyes lejátszást, hogy a filmmel egyezőre próbálja váltani a tévét.
Ha másra cseréled az oprendszert, mint a hivatalos, akkor lehet kimaradnak hw függő dolgok belőle. Bár a legtöbb funkció valsz akkor is működik.
Olyat is lehet ám, hogy a rendszer ne az sd kártyáról fusson. Hanem usb-ről. Akár egy pendrive vagy ssd. A régi piken is megoldható, max a boot van a kártyán, vagy még az sem, hanem csak az az egy file, amiből betölti a friss fw-t bootkor a régifajta board. Usb-ről valsz gyorsabban fut a rendszer .
-
azbest
félisten
válasz
Mr Dini
#41954
üzenetére
múltkorában próbáltam volna friss raspbian light verzióval használni kicsit az egyik régi pi1-est, hogy rákössem a régi pi kamerámat. Kegyetlenül belassult és a ram is szűkös volt. Az utóbbi 6 évben valószínűleg sokat hízhattak a binárisok, ahogy folymatosan fejlesztik, bővítik őket. Ahogy egy mai desktop linux is döcögősebben fut ugyanazon a vason, mint amin 6 évvel ezelőtt még pörgősnek tűnt az akkori verzió.
Amúgy a 32 bitesen a userspace csomagok armv6-ra vannak buildelve, hiszen így tud futni ugyanaz a rendszer bármelyik pi-n. A kernelből van különböző változat a különböző pi-kre.
Régen, sok sok éve volt már olyan kernel bug, ami nagy loadot okozott kis cpu használat mellett, de nem látok most ilyen hibajegyet.
Az egyik használatban lévő pi-esemen még a kettővel ezelőtti os verzió fut. Esetleg tégy egy próbát a legutolsó jessievel [link]
A csomagok azóta frissültek, apt frissítés biztos sokat fel tud updatelni. De rendszer szinten valsz még nincs csomó olyan változtatás benne, ami a régi pi1-eseken csak teljesítményt ront. -
azbest
félisten
válasz
Mr Dini
#41944
üzenetére
tls- hez nem kéne valami hardveres titkosítás támogatás a prociba? Így nyers erővel lehet ennyi. Azt viszont nem tudom, hogy a megfelelő támogatás elérhető-e az újabb soc-jaik valamelyikével. [link]
Egyébként az A modeleken is közvetlenül a broadcom chip egyetlen usb-je van kivezetve, mint ahogy a zero-nál. Sőt, a pi4 B modeleknél a tápbemenet azt hiszem a broadcom soc usb kivezetése is egyben. Szóval elvileg azoknál is megoldható az otg
-
azbest
félisten
válasz
Mr Dini
#41941
üzenetére
1, igen ez még az 1 magos armv6, csak felhúzták az órajelét kicsit. Ha nagyobb igényeid vannak lehet inkább Pi 3 Model A+ vagy compute module 4 + valami mini hordozó board kellene neked. Kivéve, ha a fogyasztást nagyon minimumon kell tartani. De ha hálózati kiszolgálónak akarod, akkor nem is értem miért nem egy lan csatlakozós fajtát választottál, lehet a legkisebb pi4 B model lenne a legegyszerűbb.
2. ha jól setjem a video kimeneten az is jelzi egy ikonnal, ha kevés az áram. De lehet logokba is beír panaszt valami, ha kevés. A hivatalos rendszerrel esélyesebb, mint más oprendszerrel.
3. lehet csak lassú szegény egy szál kezeléssel? Nem hinném, hogy ebből csak így sd kártya problémára lehetne következtetni. Meg kell nézni mik futnak, logokat ellenőrizni. Lehet szimplán csak ennyi a terhelés, több dolog is fut.
4. teljesen általános linuxos leírások is jók lehetnek, ebben szerintem nincs pi specifikus dolog. De vannak régebbről leírások pi kapcsán is [link]
5 - pasz
melyik sd kártyára meg, ha túl sokat ír rá, akkor el fog dögleni előbb utóbb. Lehet kapni slc vagy mlc ipari sd kártyákat, amelyek jobban bírják a kiképzést és esetleg még írás terhelés eloszlatást is csinálnak, mint az ssd-k. A pi-ken az sd slot nem tudja kihasznáni a nagy sebességű módokat, szóval kb bármelyik class10es kártya már elmegy, sokkal nem lehet gyorsabb egy nagy sebességű kártya sem a pi miatt. Zero-val meg pláne.
-
#41853
azbest
félisten
wassermann
#41850
azbest
félisten
válasz
wassermann
#41850
üzenetére
Épp pár hete volt ilyen dilemmám, hogy rpi4, esetleg 8GB-os legyen-e. Hogy egy második kis gépem legyen, amin egy másik hálózatbeli dolgokat nézhetek, miközben a fő gépem másra van kötve. Aztán ahogy láttam, hogy sok helyen a készletek is bizonytalanok, árban is szépen felkúszik... néha jó lenne rendes win is...
A végső lökést az adta meg, amikor belebotlottam egy üzletnél használt Fujitsu Esprimo Q520 mini PC-be, kemény 35 eft-ért 4GB rammal, 2 mag 4 szálas i3-4160T és ssd. Szóval játszani továbbra is maradnak a pi2 és pi1 lapok, komolyabb dologra meg a minipc. -
azbest
félisten
A dvi teljesen jó. Hdmi-dvi kábellel kösd akkor össze. Az irányfüggetlen.
#41827Keem1
jaja, egy aktív átalakító áramkör kell dolgozzon benne, ami egyikről a másikra csomagolja át az adatcsomagokatA dp++ (amikor hdmi jelet is ki tud adni a dp port) is van áramkör, hogy jelszintet illesszen, mert más feszültségekkel dolgozik a kétféle kimenet. De az sokkal egyszerűbb, mint az átcsomagolás. Létezik persze dp-hdmi irányban is átcsomagolós aktív átalakító, ami olyan készülékekhez kell, amikor nem tud egyáltalán vagy nem tud olyan fajta hdmi jelet kiadni a gpu, mint amilyen kell. Pl intel gpu-k 10gen prociig csak hdmi 1.4-et tudnak, de displayport kimenetéről aktív átalakítóval lehet csomagolni hdmi2.0-t belőle.
-
azbest
félisten
nem mindegy. Szinte biztos, hogy nem találsz megfelelőt. Legalábbis nem olcsón.
A legtöbb kábel az dp -ről hdmi irányba konvertál. Nem felcserélhető irányú, úgy nem működik, hogy hdmi kimenet jelét akarod dp monitorba küldeni.
A hdmi-ről dp-re átalakító egy ismertető jegye lehet, hogy külön tápot is kell neki adni. Például ez [link]
Ha van azon a monitoron vga bemenet, hdmi - vga átalakítót sokkal olcsóbban is találsz.
-
azbest
félisten
válasz
sztanozs
#41808
üzenetére
jaja, ha jól emlékszem a /etc/sudoers.d mappában van az a konfig, ami pi user jelszó nélküli adminra váltását adja.
Nem is nagyon értem a többiek problémáját. Simán lehet mindent állítani. Akár azt is, hogy a root-an is legyen jelszava vagy be tudjon lépni vagy azt is hogy más user legyen admin.
Ha jól emlékszem nemrég, amikor másik felhasználót hoztam létre arra kellett még figyelni, hogy minden csoportba tegyem be az új felhasználót is, amiben a pi is benne van, hogy mindent elérjen. Én egyébként a titkosított homehoz hoztam létre egy új usert, mert olyan helyen terveztem hagyni egy pi-t, ahol más is könnyen hozzáférhetne az sd kártyához és kellemetlen lenne, ha ki tudná olvasni a kódolatlan fájlrendszert
-
azbest
félisten
válasz
scream
#41694
üzenetére
hát, ha van rákötve monitor és billentyűzet, akkor meg lehet nézni elérhetetlenségkor, hogy miért nem elérhető. Akár lefagyott, akár ip cím változott valamiért, ha dinamikusan osztott.
Utólag bedugott hdmi-n nem lesz kép alapbeállításokkal. Alapból ha nincs hdmi bedugva induláskor, akkor kompozit kimenetre vált. A config.txt-ben lehet megadni kézzel, hogy mindig a hdmi legyen az aktív és hogy pontosan milyen felbontással (mert a monitor nélkül azt sem tudja magától). Nem olyan plug&play mint egy pécén, hogy rádugod és minden automatikusan hozzáigazodna.
Ezek az opciók [link] megfelelő megadásával lehet fixen megadni a hdmi módot.
Ez péládul fullhd 60hz, ha nem néztem el a táblázatban
hdmi_force_hotplug=1
hdmi_group=2
hdmi_mode=82
Ha a monitorod más felbontást tud, úgy az utolsó számot a DMT táblázatból kinézheted -
azbest
félisten
válasz
Gerasz
#41668
üzenetére
lehet nem sokan használják az analóg jack-et manapság, hanem a hdmi-n megy át a hang a tévébe.
Nem tudom most mi az alapértelmezett, régebben külön opcióval lehetett aktiválni a magasabb minőségű analóg hang módot [audio_pwm_mode]
-
#41383
azbest
félisten
MasterDeeJay
#41375
azbest
félisten
válasz
MasterDeeJay
#41375
üzenetére
a hullámforrasztásnál lehetett valami gixer, lehet szennyezett volt a nyák. A szélén a csúnya nyák szétszedés meg ügyetlen dolgozó. Hát a sony gyártól azért többet várnék. (made in uk - gondolom a sony wales-i gyárából való).
Nagyon régen, még az 1B egyik módosítása után volt olyan csúnyaság, hogy a kínai gyárban nem cserélték le a stencilt és olyan helyekre is ment a forrasztóanyag, ami az új változaton már nem volt. És tele volt minden apró ón golyókkal
-
azbest
félisten
teljesítményre a sima, ma már alap árú pi4 2GB ramos változat valószínűleg jó lehet. Azon már a rasberry pi os-en előtelepített chromium is jól mehet, van kiosk módja hogy teljes képernyőn menjen.
A touch általában egy usb csatolón kapcsolódik a gépekhez szerintem (kivéve az integráltabb, soros megoldásokat). Jó esetben alapból támogatja a linux kernel. De pontos típus nélkül csak tippelgetni lehet. Péládul itt is csak összedugta valamivel és ment [link]
Azért egy vezeték nélküli billentyűzet lehet jól jön talán szükség esetére. A leállítás kapcsán is akár, hacsak nem fut folyamatosan.
Van képernyő billentyűzet is, bár lehet ez a példa mindig ott áll a képernyőn [link] nem tudom mennyire fér össze a kios chromiummal. Bár chrome extension is van vituális billentyűzetre [link]
-
azbest
félisten
a raspberry pi os tartalmaz mostmár widevine csomagot, avagy hekkelés nélkül is könnyen beállítható netflix és hasonlóak [link] az alap böngészőben
sudo apt update
sudo apt full-upgrade
sudo apt install libwidevinecdm0bár úgy fogalmaztak, hogy pi4 -es változatokon
-
#41029
azbest
félisten
wassermann
#41028
azbest
félisten
válasz
wassermann
#41028
üzenetére
Múltkor kíváncsiságból feltettem egy friss raspi os lite-ot a régi 256MB-os pi1-esemre.
Huh... szegény nagyon gyötrelmesen futott csak. Ha a pi kamerát beaktiváltam, ahhoz meg minimum 128MB ram szükséges és úgy már gyakrolatilag fagyogatott a konzolos rendszer a maradék 128 mellett. De amúgy is nagyon lassú volt. Eljárt felette kicsit az idő. -
azbest
félisten
Nem
cnx-en egy kis írás van róla, ott is felteszik a kérdést, hogy de miért nem valami létező chipre építenek például [link]
Hát jó pénzért Mert így nem tudják lemásolni, csak ők gyárthatják. Eleve több változatban, s máris többféle megvehető kiegészítővel jelent meg.
Talán a flash és sram kapacitás az, ami átlagon felüli. -
azbest
félisten
Hmm, nem teljesen értem ezt a Raspberry Pi Pico-t. Persze miért is ne lehetne microkontrollert is kiadniuk. Csak hasonlókból eleve rengeteg olcsó választék van.
https://www.raspberrypi.org/blog/raspberry-pi-silicon-pico-now-on-sale/
-
azbest
félisten
válasz
MaCS_70
#40648
üzenetére
Ha exfatra vannak formattálva, akkor nem tudja bootolni. De mivel kb mindenki a gyári image kiírásával kezdni, amiben fat16 boot + fat32 rendszer partició van, ha jól sejtem, így ez kb lényegtelen.
#40647MaCS_70
ha jól sejtem az adatátvitel terén tudnak a lassabb módban kommunikálni, része az is az újabb specifikációnak. A régi olvasókkal az lehet a baj, hogy nem is tudnak szót érteni az új fajta kártyákkal.Vannak szép színes grafikonok az sd specifikációban, már v8 nál tart [link]
Szabványosan a 3.3v-os HighSpeed csak 25MB/s-t tud, de azért lehet mégis néhány kártya 35 meg 45 MB/s a táblázatban a wikin, mert úgy emlékszem, hogy túlhajtják a pi-ben 100MHz-re. De lehet opcionális már. De ez jóval régebben volt, amikor konkrét számokat írtak, azóta sokminden változhatott. Alapból azt hiszem valami biztonságos szinttel indít a boothoz (a régebbi piknél felolvassa a kártyáról a beégetettnél frisebb fw-t, majd átvált gyorsabb sebességre az új fw-vel). A wifi miatt lehet óvatosabbak lettek, mert az is sdio-val kapcsolódik a soc-ra.
-
azbest
félisten
válasz
MaCS_70
#40635
üzenetére
Érdekes felvetés. A megfejtés az lehet, hogy persze, ismeri az sdxc utasításkészletét a pi. Pláne azért, mert szoftveresen van megvalósítva a kártyavezérlés a videocore rendszeren.
Viszont elektronikailag csak az sdhc módjára képes, ezért csak az sdhc által definiált átviteli módokra tud váltani. Így tudja címezni a nagyobb kártyákat is, de sebességben a régi szinten ragadt.Amikor új soc-ot hoznak ki, akkor szokott a kezdeti hónapokban sok kompatibilitási gond lenni velük, amíg rá nem éreznek, hogy milyen paraméterezés mellett tudja stabilan kezelni az új soc a kártyákat.
Úgy emlékszem korábbi verziók kapcsán közzétett kommunikációik (github isuek)) kapcsán, hogy még csak nem is szabványos módon kommunikál a pi sd slotban. Valamelyik lassabb módot használják a szabványosnál magasabb órajelen, ami kb a az sdhc leggyorsabb módjával ekvivalens. Amíg keresték a stabil paramétereket (talán a pi3 kapcsán), addig kernel opciókkal felül lehetett bírálni az órajelet. Meg akkoriban váltottak linux oldalon is másik driverre. Manapság is biztosan állítható az órajel, csak nem érdemes piszkálni, mert már kiismerték és kimaxolták a leggyorsabb stabil értékekre.De egy jobb fajta usb3 kártyaolvasó köröket tud rá verni, mert az ismerheti az újabb uhci adatátviteli módokat is.
-
azbest
félisten
válasz
Stokiii
#40387
üzenetére
ha hallgatod is a szöveget, akkor mondja, hogy 720p-ben játsza épp a youtube videót.
Nemrég jött ki új raspbian verzió, amin azt ígérik, hogy a vele kapott chromium még egy fokkal jobban tudja a youtube lejátszást, mint az elődje. Meg persze h264ify alapból be van kapcsolva a rendszeren, hogy ne vp9-et használjon.Még mindig nem teljesn gyorsított a sima desktop felület. Plusz a hardveres videohoz a spéci moddolt chromiumot használnak.
Ha kifejezetten videózni akarsz, akkor arra libreelec rendszer a legjobb a pin. (külön sd kártyán vagy talán noobs -ból indításos választással). Bár lehet a kodi beállítható úgy is jóra, ha desktopról indítod.
-
#40116
azbest
félisten
bollokcs80
#40115
azbest
félisten
válasz
bollokcs80
#40115
üzenetére
a hdmi verzió csak arról szól főleg, hogy mire tesztelték, mekkora sávszélességet bír el. Lehet, hogy az 1.4-es kábellel is működik a 4k 60Hz, ha elég jó.
Viszont ahhoz, hogy ne csak 4k 30Hz legyen, kell egy config.txt beállítást is aktiválni.
Úgy olvasom ez bekerült a raspi-config segédprogiba is, de akár kézzel is bele lehet írni [link] -
#39958
azbest
félisten
crissprivat
#39957
azbest
félisten
válasz
crissprivat
#39957
üzenetére
kodi logban lehet info, hogy mi a bánata - nem éri el, vagy nem ismeri a formátumát vagy mi...
De gyanús, hogy a kis felbontású más codec-et használ. -
#39953
azbest
félisten
crissprivat
#39952
azbest
félisten
válasz
crissprivat
#39952
üzenetére
ha nem saját api kulcsot használsz, akkor lehet elfogyott a kerete a közösnek. Újabban rendes youtubon is észrevettem, hogy h264 formátumban már csak 720as minőségűt dob fel némelyik videónál (h264ify mellett), míg régebbi videóknál még volt 1080 is. Talán kezdik leépíteni ezeket, mivel már régóta vp9 a preferált. Ezt meg nem tudják a pi-k hardveresen.
A kodi youtube addon fórumban volt tán olyan leírás, ami segíthet [link]
-
#39936
azbest
félisten
its_grandpa
#39935
azbest
félisten
válasz
its_grandpa
#39935
üzenetére
az nem jó műholdas adáshoz
-
azbest
félisten
válasz
Mr Dini
#39930
üzenetére
Ha használsz MPEG2/VC1 -et, leginkább HD felbontásút, akkor érdemes. Az nem számít, hogy lejárt -e a szabadalom, mert nélküle nem csinálja hardveresen. A pi2 nem bírná cpu erőből a hd -t ezekből. Ráadásul nem is sok - de közvetlen a hivatalos oldalról, nem magyar viszonteladótól. [link]
Mostanság már lehet műholdról is hd h264 az elterjedtebb. Azt meg alapból kezeli. Talán mpeg2 csak sd, ezért azt elbírja procierőből is.
-
azbest
félisten
válasz
Dißnäëß
#39878
üzenetére
A sata hat is külső usb átkötést használ. A gpio valószínűleg csak arra van használva, hogy stabilabban üljön a helyén és hogy a hat-be kell dugni az áramot és gpio-n adja tovább a pi-nek az áramot.
A cm4 -esnél megoldható a pcie portjával hogy sata vezérlő kártya legyen hozzájötve usb3 helyett. Sebességben valószínűleg nem adna nagy különbséget. Esetleg hardveres raid támogatást tudó kártya esetén lehet előny szerintem.
-
-
#39616
azbest
félisten
wassermann
#39615
azbest
félisten
válasz
wassermann
#39615
üzenetére
A weblapon lévő leírásokban vannak érdekes dolgok. Mármint, ez a mostani tényleg eléggé rétegigény. A v1-es tán 190 dolcsi körül volt, ez is valami hasonló talán.
Mondanám, hogy a 4 modul kevés, de igazából, mivel hálózaton át kommunikálnak, így akár többet is felfűzhetnek.Ami érdekes volt a bejelentős hosszú leírásban, hogy pcie eszközök megosztott használatáról is szó esik. Csak túl drága lett volna a chip hozzá, így most nem erőltették.
A jelenlegi felállásban azt hiszem legfeljebb méreten spórolnak, bár ebben sem vagyok biztos. Végülis 4 alapítványos io boardot is lehetne stackelni és a pcie slotot fektető adapterrel használni. Bár, ha pont azok a bővítőkártyák kellenének, ami itt integrálva van (sata, gigabit hub), akkor árban kb ugyanott van.
Bár most, hogy terjed az arm alapú pc is, lehet felértékelődik egy olcsóbb teszt platform, ahol igazi magokon próbálgathatják a fordítás optimalizációt. Az gondolom emulálva nem játszik
Meg a fedora az armos kiadását szép, dobozos eszközön buildelheti - azt hiszem ők ragaszkodnak ahhoz, hogy igazi vason fordítsák. -
azbest
félisten
válasz
golya87
#39611
üzenetére
Most nézem, hogy már a weblapon is kinn van a felépítése, bejelentés
Azért a szakmai csodálat mellett valószínűleg olyan összára lenne egy kimaxolt rendszernek, amiből már valami nagyobb teljesítményű x86-os rendszer is megvan
-
azbest
félisten
válasz
azbest
#39612
üzenetére
de fura, az alapítványos videóban azt mondják, hogy csak a lite (emmc nélküli) boarddal lehet használni az sd kártya slotot. Bár valószínűleg azért, mert a másik sd csatornát a wifi/bt modul használhatja (az sdio-n csatoalkozik a többi pi-n is)
Amúgy, mivel ilyen kompakt és még betáp szempontból is csak egy 5v kell tán neki, simán tudnak majd akár tablet vagy kézi játékkonzol alapokat is csinálni vele (persze valami hűtéssel).
-
azbest
félisten
-
azbest
félisten
válasz
golya87
#39609
üzenetére
A videóban említik, hogy rácuppannak
Most néztem, hogy az nvidiának vannak 32 és 64 bites arm linux drivere is a letöltés oldalon, a legújabbakhoz is
Na nem mintha... de lehet tud crysist futtatni Na persze nem érdemes gtx 3ezrest rádugni, de valami alap gt 630 vagy ilyesmi már talán értelmes ötlet [link] -
azbest
félisten
Nocsak, raspberry pi 4 compute module [link]
Pcie 1x port van a hozzá tartozó motherboardon. Egy egész jó kis videó [link]
Usb 3 azért nincs, mert az a pcie buszon ült. Szóval megfelelő kártyát a boardba téve továbbra is lehet. De a beépített usb2 ott van, tettek be egy hub chipet, hogy 2db legyen. [link]
gigabites ethernet chip van mindegyiken. És persze kell mellé az io board - vagy ha később más is gyárt, akkor az. Az io board 35 dolcsi. (Ezek persze nettó amcsi árak, euroban áfával drágább).
-
azbest
félisten
Szerintem nem értetted meg amit írtam.
16.7-est friss raspbianra valószínűleg sehogy sem teszel fel működőképes állapotban. Előbb néztem, hogy még a csomagként elvileg elérhető 17.6 sem megy fel, mert hiányoznak függőségei. Négy éves verzió nem passzol az aktuális rendszerhez.
Ellenben ha fullos grafikus felület mellett fut, akkor valószínűleg sok erőforrást elfogyaszt a feleslegesen futó ablakkezelő. Konzolos standalon idnítást kéne próbálnod a mostani verzióval.
Vagy fogj egy másik sd kártyát és tedd fel a régi libreelece-t amit megszoktál. Aztán cserélgesd. Lehet az új python is lassabban fut a régi vason. Talán azért lassú a friss libreelec-kel is a feldolgozás. Vagy egyszerűen a mai scriptek lassúak. De a régiek meg lehet nem működnek már. Ebben az esetben a régi kodi / libreelec sem segít.
Egyébként rákeresve a trakt addonra, rengeteg találat van arra, hogy bűn lassan működik. Nem csak a pi-n. Nézd meg friss-e [link]
-
azbest
félisten
A 17.6 és 18.7 verziók tűnnek elérhetőek az apt-cache policy kodi parancs alapján. Ezek az alapítvány által kezelt verziók tudtommal, szóval raspi specifikus módosítások is rajta vannak. A libreelec is kifejezetten pi-hez módosított és felparaméterezett kodi-t tartalmazott. Sima, általános kodival valószínűleg nem tud rendesen működni.
Amúgy meg mi a lassú? A kezelőfelület? Régebben libreelec alatt is volt opció, hogy erőforrás takarékoskodás miatt a felületet kevesebb fps-sel renderelje (pl szaggatott az egér úgy). Lehet az most is aktív és ha nem tetszik, akkor ki kell kapcsolni.
Hogy használod a kodit? A grafikus felület alól indítva? Libreelecen önállóan indítja a kodit abakkezelő nélkül. Elvileg raspbian alól is elindítható konzolból úgy. Gondolom ez jót tesz az erőforrásoknak.
-
azbest
félisten
válasz
TheTruth
#39545
üzenetére
meg kell nézni a logokat... jellemző hiba, hogy olyan helyre mutat a könyvtár, amire nincs írás joga a program felhasználójának.
Ezzel kapcsolódó gyakori hiba, hogy nem 777 átjáróház jogosultságadás mindenre a megoldás, hanem a megfelelő felhasználókat be kell tenni a megfelelő csoportokba.
Meg azt sem árt tudni, hogy előbb le kell állítani a transmissiont, utána szerkeszteni a beállításait és aztán elindítani. Ha nincs leállítva, akkor visszaírja a beállításokat a konfigban az indításkoriakra.
-
azbest
félisten
válasz
draco31
#39542
üzenetére
Úgy látom pi4-esed van. Ha raspbian-t használsz, akkor talán a vlc egy olyan változata van fenn, ami támogathatja a pi gpu-ját. Azt nem tudom, hogy pi4 esetén a h265-öst támogatja-e a vlc. H264-esből fullhd a max hardveresen.
De A config.txt-ben is megfelelő mennyiségű videomermóira kell a 4k-hoz. Raspi-configgal is állítható ez. Talán 320MB ajánlott 4k-hoz.Amúgy kodi, külön telepítve meg libreelec a legesélyesebb. Bár egyik ismerős küzdött azért vele, hogy az élő h265-ös tévé adástól le-le halogatott a pi, pláne a fullhd-sektől. Lehet valami paraméterezést nem szeretett az adásból. Meg 30Hz volt a max fullhd-ban is nála, amíg nem lett a 4k mód engedélyezve hdmi_enable_4kp60=1 .
-
#39027
azbest
félisten
Tav-Csoves
#39025
azbest
félisten
válasz
Tav-Csoves
#39025
üzenetére
van benne sd kártya? Van az sd kártyán a pi4-hez való operációs rendszer?
Van bedugva a jack aljzatba valami? -
azbest
félisten
válasz
atesss
#38944
üzenetére
műveletvégzéshez utc, de nem a leírt dátumra gondolok, hanem timestampre vagy más olyan reprezentációra amit használni lehet. A megjelenítés vagy kiírás pedig, ha oda helyi idő kell, akkor arra szokott lenni függvény, ami kiadja magából olyan, emberi fogyasztásra alkalmas formában.
De úgy általában, azt javaslom, hogy amikor a feladat megoldását akarod kitalálni, akkor ne a végétől állj neki, hogy a kakukkos órából kiszámolsz valami pici időkülönbséget. Hanem úgy a végcélből indulj ki és tedd fel a kérdést (akár a google keresőnek), hogy pythonban és raspi hardveren milyen létező megvalósításokat használhatnál fel rá.
Például, ha neked 1 másodpercenként kell csinálni valamit, akkor nem a kakukkos órát kell nézegetni gyakran, hanem konkrétan egy másodpercenként kellene történni valaminek. Nem foglalkoztam sokat pythonnal, de google kidobta, hogy van valami interrupt kezelés benne, ami callback függvényt hív meg, amikor esemény van.
Szóval nem azt mondod, hogy végeten ciklusban nézegeted az órát, hanem megmondod neki, hogy 1 másodpercenként történjen a végrehajtás és adott függvény végezze akkor el. Csak valami véletlen találat példának [link]
Ne tévesszen meg, hogy belül megint meghívja magát. Ott valójában azt mondja, hogy x idő után melyik függvény fusson le. Csak mivel egy következő esetet kezel, így ezért a függvény álítja be a következő időpontra. De lehet van interval vagy hasonló nevű megoldás is (mint javasciptben), ahol nem egyetlen, hanem leállításig minden egyes x idő elteltében való futtatást lehet beállítani.Az áramszünetre: az már egy teljesen más probléma és gondolom most sem tudod lekezelni. Oda már valami nyilvántartás kell (adatbázis), hogy mi történt meg és ha késik, akkor megtörténjen -e és ha igen, akkor mikor. Az a másik véglet, ha mindenre is jó megoldást akarsz, annak sem szokott lenni jó vége
Egyébként újraindulásnál érdemes azt is megnézned, hogy mikor történik az óra netes szinkronizációja. Hogy előtte elindul-e a szolgáltatásod. Egyébként systemd óta úgy emlékszem külön érdemes megadni a raspbianon, hogy várja meg a szolgáltatások indításával a netkapcsolatot. Mert anélkül ész nélkül elindít minden szolgáltatást és például hálózati meghajtók felcsatolásával is problémák vannak. Még a raspi-config utilba is tettek erre beállítást azt hiszem, szal elég lehet ott beállítani, hogy várja meg a netet.
A saját szolgáltatásodnak meg lehet függősége egy másik, példál olyasmi, ami az óra szinkronizációt elvégzi. Amíg az nem végzett, addig a tiedet nem indítja.
-
azbest
félisten
válasz
atesss
#38933
üzenetére
Gondolom manapság is a fake hardware clock csomagot használják az idő kezelésére. Az úgy működik, hogy kikapcsoláskor elmenti az utolsó ismert időt és újraindításkor alapból azzal indul a rendszer elvileg. Utána, a netről beszinkronizálja frissre.
A lényeg, hogy sosem jár visszafelé az óra, mindig csak előre halad így.Másrészt óraátállítások is vannak és ha jól csináltad, akkot utc idővel dolgozol, nem pedig helyi idővel, ami évente kétszer urál és egyszer még visszafelé is megy.
Érdemes lenne átgondolnod, hogy jól kezeled-e az időt a programodban, mert gyanús, hogy nem. Bár rákeresve a python leírásban, lehet utc-t használ az a függvény is.A másik lehetőség, hogy szimplán veszel valami filléres hardver órát és bekötöd a pi-re egy gombelem társaságában.
szerk: tovább olvasva lehet nem is az a probléma, amire vissza szeretnéd vezetni. Csak egy tipp, de lehet rosszul fogod
Nem a rendszerórára kellene alapozni a feladatodat, hanem megszakításkezelés vagy a broadcom pwm-re vagy valami más, a célra való megoldásra és nem újra feltalálni a spanyolviaszt. Nameg nem végtelen ciklussal vagy rekurzióval kellene Amúgy igen, látom, hogy a bemutatkozó példákban sokszor sleep meg hasonló nagyon egyszerűen érthető megoldásokat használnak, de komolyabb feladatokra túl kell lépni ezeken.
-
azbest
félisten
válasz
BalanceR
#38923
üzenetére
Ez például pont lehet azért, mert az adatlábak nincsenek bekötve a kapcsolón. Így nem tud kézfogást csinálni és se a Pd se a QC nem tud működni, így visszavált buta és biztonságos, kisteljesítményű módra. A régi pi-khez kifejezetten mondták, hogy buta töltő kell. Az újabbaknál, ahol már chip-ben van a betáp kezelése, nem tudom van-e kézfogás.
A pi4 első szériánál viszont kifejezetten mondták, hogy nem működik a nagyobb teljesítményű typec töltőkkel, mert rosszul implementálták. Szóval az is buta töltővel biztos, okosból meg van amelyik laptop töltővel sem működik. Plusz a pi4-nél pont a butább, nem szabványos type-c kábellel esélyesebb a működés. Neked gondolom korábbi fajta van, nem pi4, mivel a kapcsoló sem type-c.
-
azbest
félisten
válasz
BalanceR
#38921
üzenetére
Valóban előfordulhat, hogy nagy az ellenállása. Viszont esélyes, hogy az a "60W-os" töltő (5v 12A??) valóban ki akarna adni nagy teljesítményt. Az okos töltők általában valamilyen kézfogással vagy legalább ellenállásokkal megadott terhelés értékek szerint adnak áramot. Szóval hiába van hűdeerős tápod, ha a pi buta tápcsatlakozójával nem tud kommunikálni és ezért 500mA-t ad ki mondjuk, mert az a szabványos usb2-es mód, vagy esetleg 900mA-t ha usb3-as terhelésre céloz.
-
azbest
félisten
válasz
V.Stryker
#38886
üzenetére
igen, ott volt az aposztróf, de nem csak elől, hanem hátul is
Ha szóköz lenne a címben, akkor kelhetne. Köré.Szerintem a youtube laggolás lehet inkább hardveres segítés hiánya miatt van. Lehet a mostani chromium-ukba be van hekkelve a hadrveres video dekódolás, de kitenni a képernyőre, pláne teljes képernyőre, az még valsz mindig prociból izzadódik ki.
-
azbest
félisten
válasz
V.Stryker
#38883
üzenetére
az rc.local fájlban próbáld meg a sudo sh után írni hogy -l és utána a fájl... ja de látom van ott egy aposztróf is, ami miatt a fájl további részét egy szövegnek gondolja. Vedd ki azt az aposztrófot is.
A channel is already in use valami olyasmi lehet, hogy más funkció már használja azt a gpio pint, amit ehhez akarsz használni. Vagy keress szabadot vagy ha nem használod valójában, csak be van töltve a hozzá való modul annak, ami használja, akkor azt kell kikapcsolni. Talán a config.txt-ben vannak ilyen dtoverlay és dtparams részek.
De valsz jobb ha inkább szabad pint választol, ha nem tudod mi ez. -
azbest
félisten
válasz
V.Stryker
#38880
üzenetére
valsz a szokásos probléma, hogy ott lehet nincs path beálíltva. Szóval valami kapcsoló kell az sh után, hogy betöltse a környeyzeti változót, mert nem a szokásos interaktív felhasználós módban fut ott talán. cron -nál is ezzel szoktak szívni.
Valahová gondolom ír logot ilyenkor is. Szóval ott látható lenne, hogy ha arra panaszkodik, nem tudja mi az a python, mert nincs a pathban.
Bash esetén a -l kapcsoló kell [link] , hogy loginoljon és betöltődjön a felhasználó bashrc konfigja. Sh esetén gondolom más. Hm, de ott is -l kapcsoló kell
A man sh parancs szépen kiírja a dokumentációt és írja hogy -l a login shell. -
azbest
félisten
válasz
V.Stryker
#38871
üzenetére
ja hogy úgy... nem is figyeltem, többet is fel lehet sorolni. Bocs
Ha jól tudom, akkor a bootcode.bin-t a régi pi-k szedik fe a kártyáról, azok úgy indulnak, hogy ha csak friss bootcode bin van egy kártyán, akkor azt betöltik és onnan az újabb featurekkel tudnak indulni. A 4 előtti pi-ken be volt égetve gyárilag egy alap, ezért nem lehetett később sem elhagyni minden esetben a kártyát.
A pi4 esetén viszont azt hiszem ignorálja, mivel frissíthető a flash. De azt hiszem erről ír a bootcode bines oldaluk, régebben olvastam.Ha azzal a kártyával egy friss image-vel is hibádzik és nem bootol, akkor lehet valami kompatibilitás gond. Ha todod reprodukálni, akkor esetleg mutasd meg valamelyik aktuális fórumukon nekik, ahol a boot cucc verzióiról beszélgetnek.
-
azbest
félisten
válasz
V.Stryker
#38867
üzenetére
elolvastad azt amit kiír?
boot order 4 - > usb mass storage az elsődleges most. Az lehet bug a kiírásban, hogy ilyenkor is card not detectedet ír, nem pedig valami usb specifikusat, amikor nem usb-ről hanem sd kártyáról próbálsz indulni. Manuál [link]Ha egyébként működik, akkor nem érdekes. Ha zavar, akkor állítsd vissza sd kártyáról bootolásra.
-
azbest
félisten
válasz
Petike168
#38863
üzenetére
A power save pipát vedd ki tvheadend-ben ha ott van a dvb eszköznél. Esetleg workaroundként a networksnél kapcsold be, hogy idle scan muxes.
Amúgy ja, dmesg vagy más log talán mond valamit, hogy mi történt.
Hmm, úgy tűnik lehet programból kapcsolgatni az usb áramát [link]
de valsz csak az összeset egyszerre. Bár erre alapból nem sok szükség van legtöbbeknek. -
azbest
félisten
válasz
V.Stryker
#38847
üzenetére
a raspi hivatalos issue-ja alpaján valsz a via usb 3 vezérlő firmware bugzik arm platformon [link] így hozzá passzolták a bug megoldását.
Nem emlékszem ebben a topicban volt-e, de múltkor beszélgettem valakivel arról, hogy többféle firmware is elérhető ezekhez az usb3-sata chipsetekhez. Azt hiszem ez vagy az egyik linkjükön lévő írás elmondja hogy melyik jobb. [link]
Azért érdemes lehet backupolni ha lehet a gyárit az átalakítóról.Sőt, volt már tavaly októberben valami vli firmware beta, nem tudom azóta lett e hivatalosan a pi4-hez kiadva [link]
A hivatalos repoban 12 napja is frissült a vl805, és ha jól értem a hivatalos rpi-eeprom tool kezeli ezt is már. -
azbest
félisten
válasz
cog777
#38834
üzenetére
Notin amúgy használtam már zramot és zswap-et is. Tényleg tud segíteni. Azt érdemes tudni, hogy nem minden program támogatja azt, hogy ki-swappeljék. Az olyan programokon sajnos nem segít, bár ezek általában speciálisabb programok, szóval hétköznapi felhasználáskor nem lesz gond. Viszont az ingyenes virtualbox-ról kiderült, hogy nem támogatja, ezért minden igyekezetem ellenére sikerült out of memory-ba futni, amikor több vm-et futtattam párhuzamosan
Viszont a többi program nagyrészt ki tudott menni tömörített memória területre és több fért el akkor is mellettük. -
azbest
félisten
válasz
vtechun
#38828
üzenetére
libreelec alatt 112MB videorammal a 256MB ramos pi1b -vel is játszottunk le fullhd videókat, mert hardveres gyorsítás csinálja. A komolyabb hd hang codec volt már sok az első generációs procisoknak. Persze nem mindenféle addonnal, meg előnézeti képpel és hasonlókkal. Csak sima alap lista és lejátszás
512MB ramossal meg 4 sd élő tévé adást konzolból omxplayerrel (hang nélkül, mert az első generációs procijának sok ez, de 4 magossal valsz hangzavarral is menne
. ssh-n át elindítva jobb oldalt) -
azbest
félisten
hm, az upgrade maga elvégzi a bootloder flash frissítést is most már?
Úgy látom nem egészenMegnéztem már a hivatalos leírást, ott mi van most [link]
ott apt full-upgrade -et mondanak már, ami egy másik írásuk szerint az upgrade + más függőségek is [link]Szóval "sima" upgrada után kellhet külön a a bootloader frissítő parancs, vagy inkább egyszerűbben eleve a full-upgrade futtatás lehet jobb, mert az mindent megcsinál.
Az ő általa linkelt videóban úgy látszik, hogy a kártyáról usb eszközre másolásra van már beépített tool is a grafikus felületen.
-
azbest
félisten
ha jól emlékszem valamelyik linux distrohoz valamiért igazi vason fordítják az arm csomagokat. talán a fedora az? Erre mondjuk jó lehet egy kis cluster, mondjuk a turing pi vagy hasonló. Icecc-vel vagy hasonlóval szépen el tudják osztani valószínűleg a feladatokat. Bár ez cross compile esetén is megoldható. Réges régen valami kicsit hackelős megoldást én is kipróbáltam, mert az akkori melóhoz amúgy is használtunk cross icecc -vel arm buildet.
Az biztos, hogy netboottal elég könnyen lehetne teríteni rájuk alaprendszert.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
- HP ProDesk 600 G2 SFF PC, Intel 6. generációs CPU, SSD és RAM nélkül
- Gamer PC - i5 13400f, RX 6700 XT és 16gb RAM
- i5 10500/ RX6600XT/32GB DDR4/ 512GB m.2 alapú konfig/ garancia/ ingyen foxpost
- i7 8700/ 32GB DDR4/ 512GB gen4 SSD/ R5 430 2GBD5/ HP 400G5 SFF/ garancia/ ingyen foxpost
- AKCIÓ!! i9 9900 , RX 5700 XT , 32GB DDR4 , 512GB NVME , 2TB HDD
- Bomba ár! Toshiba Satellite Pro R50-C - i3-6G I 4GB I 128GB SSD I 15,6" I HDMI I Cam I W10 I Gari!
- Lenovo ThinkPad X13 G2 multitouch
- LG 34GS95UE - 34" Ívelt OLED / QHD 2K / 240Hz & 0.03ms / 1300 Nits / NVIDIA G-Sync / AMD FreeSync
- Samsung Galaxy A14 64GB, Kártyafüggetlen, 1 Év Garanciával
- PlayStation Network Card (PSN) ajándékkártyák, egyenesen a Sony-tól!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest