Hirdetés
- A jövő hónapban párban jönnek a Sony gaming monitorok
- A SteelSeries felfrissítette az Apex Pro sorozatú klaviatúráit
- Egységesíti a terméktámogatást az Intel?
- Kreatív hobbistáknak és profiknak szánt beviteli eszköz(pár) jött a Logitechtől
- Kétféle interfésszel érkeznek a Klevv, jövő hónapra datált M.2-es SSD-i
- ThinkPad (NEM IdeaPad)
- Kezdő fotósok digitális fényképei
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Autós kamerák
- AMD GPU-k jövője - amit tudni vélünk
- Kormányok / autós szimulátorok topikja
- Melyik tápegységet vegyem?
- Hobby elektronika
- Milyen TV-t vegyek?
Hirdetés
-
PlayStationre is megjelent a Palworld
gp A szóbeszédek igaznak bizonyultak, mostantól a Sony konzolján is elérhető a teljes kiadás.
-
Kaliforniában sem kell okostelefon az iskolákba
it Új törvény keretében korlátozzák vagy tiltják ki az iskolákból az okostelefonokat az amerikai államban.
-
Miniatűr csúcstelefonnal készül a Vivo
ma Persze lehet, hogy az X200 Pro mini képernyője nagy lesz, csak nem túl nagy.
-
PROHARDVER!
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
-
azbest
félisten
Nocsak, tán jön ki rá a windows
Viccen kívül múltkor volt hír, hogy az ms összevonja a sima iot core és enterprise iot vonalat
az Enterprise variáns már "teljes értékű Windowsként" működött [hwsw] -
azbest
félisten
rendelem is kínából a jósgömböt
Azért nézz körül, hogy mekkora a mérete a hibásnak.Hogy a logokban mit látni, mert szinte biztos, hogy ott van benne egy egészen beszédes üzenet arról, hogy mi a bánata
Elvileg a cron job hibája esetén is kell legyen valahol valami, vagy teljesen kikapcsoltál minden logot? Nem emlékszem, de talán /var/log/syslog vagy messages vagy valami eltárolja, ha a cron jobnak van kimenete.Esetleg csak a fájl elejét vagy végét nézd meg valamivel, hogy nem került-e bele valami szöveges üzenet
[ Szerkesztve ]
-
azbest
félisten
alapból a cron-ból induló dolgok nem töltenek be mindenféle környezeti változót. Emlékeim szerint ahhoz a bashnak internactive módban kéne indulnia talán. Ezért lehet a scriptben valamelyik parancsot jelképező binárist nem találja vagy esetleg olyan környezeti változóra van hivatkozás, ami nem létezik így futtatva.
Vagy nem interaktív hanem a login paraméter kell neki talán
/bin/bash -l script....
Úgy felszedi a futtató user profil konfigját (ami alapból talán a root
már ha általános cron és nem crontab -bal futtatod egy user alól. Ha crontabbal futtatod, akkor az adott userként futna szerintem, amihez beállítottad.[ Szerkesztve ]
-
azbest
félisten
válasz atesss #38126 üzenetére
mivel munkaeszköz és filléres tétel, érdemes venni egy komplett új szettet, tápegységgel, kártyával. Ha nem akarnak sokat szöszölni vele, akkor régi pi3 -mal.
Ha azután is érdekel valakit, hogy mi romolhatott el a régin, akkor lehet egyesével cserélgetni a komponenseket. Akár a tápnak is lehet hibája, vagy egy vihar során villámlástól kapott a gpio-kon át kapott valami lökést és a soc-ban sérült meg valami - pláne, ha nincs valami külön gpio védő áramkör közbeiktatva. Vagy akár egy sztatikus kisülés is eljuthatott valamelyik gomb felől hozzá. A pi gpio-ja közvetlenül a soc-ba vezet. De lehet kapni sokféle kiegészítőt, amit a védi és akár 5v toleránsá is teszi.
[ Szerkesztve ]
-
azbest
félisten
válasz atesss #38130 üzenetére
Ha hardverhiba, akkor ugye fizikailag hozzá kell nyúlni. Nem ismerem a képességeiket
Egyébként remélem van backup a rendszerről, rá telepített programokról, kofigjukról.Van esély rá, hogy régebbi pi-t is kapni valahol, csak nem a kiskereknél (rpi-bolt, málnapécé), hanem mondjuk farnel vagy rs-componensnél vagy azok viszonteladóinál. Persze lehet pont a 3as nem az amelyiknek több évre garantálták az elérhetőségét, a 2B -ből emlékszem ilyenre. Bár a 2B 1.2-es változata valójában egy 3-as, csak a 2-es nyákjára építve (wifi bt tnélkül).
Ahogy látom a farnell-nek elvileg van 3B készleten [link],
Régen, magánszemélyként a magyar fhd viszonteladójukon át rendeltem tőlük, úgy magyar számlát kapsz. [link]Pesze, az újabb vason egy régebben kiadott oprendszer nem indul el, mert az még nem ismeri az újabb hardvert. A friss rendszer viszont elvileg megy a régi pi-ken is. Szóval, ha egy újabbon telepíted, azt a kártyát áttéve egy régibe, akkor is elindul - hacsak direkt kézzel nem konfigurálod úgy be, hogy mindenképp az újhoz való dolgokat töltse be. Ez persze a raspbianra igaz, nem a mások által készített rendszerekre.
Azóta már maga a raspbian is 2-3 verizólépést csinált. (Múltkor cseréltem le én is egyik pimen frissre a rendszer több év után) Persze lehet próbálkozni végigtolni egy régin a több lépcsős frissítési folyamatot, de ha amúgy a szoftver nem épít kivejezetten valami régebbi megoldásra, akkor jó eséllyel kompatibilis maradt vele az új rendszer egy legújabb pi-vel is. Csak esetleg a csatlakozók fizikai helyzete, alakja más a 4-estől, ha nincs hely máshogy elrendezni a kábeleket, akkor abból lehet probléma. (type-c, mini-hdmi, felcserélt sorrendben a lan és usb)
Távolról lehet egy új készletre telepített, az ő pi-jükről lementett / backupjából kivett konfiguráció vagy python script programból lehet egy új telepítés a legegyszerűbb. Ha azt fizikailag át tudják cserélni a régi helyére, akkor még akár távolról is meg tudod oldani.
A gpio kapcsán nem az elektromos hálózatra gondoltam, hanem a vezetékekben villámláskor is indukálódhat áram, ami tönkreteheti. Ilyen védő / buffer áramkörökből rengeteg féle van [link]
(#38132) atesss
lehet nálad is az a baj, hogy ha cronba / autostartba teszed, akkor ott nem úgy indítod el, hogy a felhasználó konfigurációját is betöltse, hanem csak közvetlenül próbálod indítani és úgy még a path-ot sem feltétlen ismeri bármihez.Az lxterminal meg mintha a grafikus felületen futó terminál lenne, ami nem fut grafikus felület nélkül.
[ Szerkesztve ]
-
azbest
félisten
válasz atesss #38142 üzenetére
az lxsession start természetesen a grafikus felület indítása után indul el. Azért nem volt jó oda betenni a grafikus felület elindítását. És persze azért indul el újra és újra egy újabb X, ha oda is beteszed.
Alapból valsz azért indult el, mert amikor nem dugsz rá monitort, akkor sem headless módban megy, csak akkor a kompozit kimenet az alapértelmezett (erre workaround az általad írt hdmi_force_mode, mert akkor mindneképp a hdmi-t választja és nem a kompozitot) és azon lenne kép. Szóval a már egyszer elindul alap X -ből indítottál el egy másik X szervert a start.sh-dal, ami aztán a mádodik X indulása után újra lefut és így tovább.
[ Szerkesztve ]
-
azbest
félisten
válasz vtechun #38226 üzenetére
Csak a szokásos. A raspi-config -ban állítsd át a gpu memóriát az alapértelmezett 64MB-ről 256-ra. Talán már 112-vel is megy, de 256 mellett már nem lehet gond. Az új 4B-nél, ha valaki h265 os 4k videót akar, oda azt hiszem már több kell.
Ha megnézed a libreelec-ben a config.txt-ot ott is be van írva a gpu ram értéke.
[ Szerkesztve ]
-
azbest
félisten
válasz Marcsello31 #38246 üzenetére
Elég csak az androidos videó alatti kommenteket nézni: no hardware support, no gpu support.
Még mindig mindent processzor erőből csinál. Ez azt jelenti, hogy melegszik valamint nagyobb felbontású videókat sem tud lejátszani. A játékot meg el is lehet felejteni. Szóval az android pont olyan fapados rajta, mint a win10. Driverek nélkül döcögős szenvedés.Ezért érdemes filmezésre libreelec-et vagy más hasonló cél rendszert használni. (Kompromisszumos ) Asztali jellegű használatra pedig raspbiant (raspberry os) vagy valamelyik más disztribúciót. De gyanús, hogy az alternatív disztribúciók is korlátozottabbak a hardver kihasználásában, mert nem terjeszthetik a zárt bináris blobokat, ami az alapítványé, ezért csak a hivatalos os-ükhöz esélyes, hogy adják.
-
azbest
félisten
válasz atesss #38270 üzenetére
a pi user pontosan a pi user jogosultsági szintjével fut
Egyébként van neki sudo-er engedélye is, szóval át tud váltani emelt szintűre is.
De nagyon sok esetben csupán arról van szó, hogy az emberek nem értik a jogosultsági rendszert és ezért root-ként futtatnak mindent.A felhasználó egyben csoport is, valamint léteznek technikai felhasználók is. Ez azt jelenti, hogy ha a pi-nek hozzá kell valamihez férnie, akkor általában ez azt jelenti, hogy a pi usert hozzá kell adni ahhoz a csoporthoz, ami azt az erőforrást kezeli.
A felhasználó alatt kiadott groups parancs kiírja, hogy milyen csoportoknak tagja már. Raspbianon alapból tagja például a gpio i2c spi csoportoknak, hogy plusz állítgatás nélkül tudjon a felhasználó játszani azokkal.
Az sd kártya sebessége nagyban függ a kártyaolvasó képességeitől is.
[ Szerkesztve ]
-
azbest
félisten
a hivatalos wikiben a /storage - n belül szokták létrehozni. A rendszer egy része nem írható, hanem egy tömörített fix fájlból jön ez ilyen libreelec specialitás.
Lehet éppen azért csavarintosabb a hivatalos leírás.
A nas eléréséhez szükségeseket persze a sajátodra kell behelyettesíteni.[ Szerkesztve ]
-
azbest
félisten
systemctl daemon-reload
futtatást kér azért mert megváltozott a szolgáltatás.Utána újra
systemctl start storage-recordings.mountde ez csak próba, ha muködik a másik véglegesíti, hogy újraindítás után is menjen
systemctl enable storage-recordings.mountHa jelszó kellene hozzá, akkor gyanítom, hogy az Options részre kell így megadni
username=nasfelhasználó,password=jelszó
és lehet rw is kell, vesszovel elválasztva a végére még, hogy írható módban csatolja.[ Szerkesztve ]
-
azbest
félisten
közben fentebb beleírtam hogy ha jelszavas vagy csak olvasható, akkor az optionsba kellhet még más.
A tvheadend persze hogy nem találja, hiszen
/storage/recordings
útvonalra csatoltad fel
Nem pedig /volume... nem a nason lévo, hanem a helyi útvonal kell, ahová helyben felcsatoltad, az kell neki.[ Szerkesztve ]
-
azbest
félisten
válasz D@reeo #38364 üzenetére
ha "megfagy", akkor inkább arról lehet szó, hogy nem elérhető azon a címen a pi.
- a pi ledjei közül csak a piros világít bekapcsolás után? Ha a másik nem villog, akkor nem is bootolt be. Akkor a kiírással volt baj. Ugye a pi-hez valót használtad.
- esetleg rossz címen próbálod, ellenőrizd le mondjuk a routered kezelőfelületén, hogy milyen címet kapott
- alapból lehet nem aktív az ssh, hanem külön kell bekapcsolni vagy fel kell telepíteni. -
azbest
félisten
Ha inviteles/digis neted van, akkor náluk 1-2 hete van olyan globális probléma, hogy publikus ip helyett néha 10.x.x.x címet osztanak a routernek. Olyankor persze nem látható a net felől és ahol a belső hálózat is olyan tartományt használ, akkor teljesen felborul minden.
[ Szerkesztve ]
-
azbest
félisten
Nocsak, nocsak
Nyílt forrású Vulkan grafikus drivert jelentett be az NVIDIA egyik mérnöke régebbi Raspberry Pi-okhoz [link] (Broadcom Videocore IV )
Igazából az újhoz is jó gondolom. Legalább is visszafelé kompatibilis sokmindenben a pi4.
Természetesen ehhez is van Quake3 -
azbest
félisten
hatékonyabban, a processzort kevésbé terhelve tud grafikus műveleteket végezni a vulcan api-t támogató alkalmazás. Egyébként érdekes fordulat. Mert az alapítványosok is dolgoztak ezen a pi4 számára [link] és úgy tűnik egy fejlesztő hobbiból megcsinálta a régebbiekre tőlük függetlenül.
Mondjuk lehet a lassabb pi-ken adhat nagyobb különbséget. Lehet egész jól fut az opengl-es is eleve 2-3 generációsokon. A mostani os verzión lenne érdemes összehasonlítani ugyanazon a vason
De lényegében ez is egy lépés lehet arra, hogy jobb teljesítménnyel fussanak grafikus dolgok rajta. Esetleg az erősebb konzolok emulációjánál is sokat javíthat.
[ Szerkesztve ]
-
azbest
félisten
válasz Zirowe #38425 üzenetére
Ha jól tudom az is működhet, hogy az sd kártyára kizárólag egy bootcode.bin -t teszel. Így a fejlettebb firmware-t tölti be, nem a beégetett-et használja. [link]
Így csak induláskor olvas minimálisan a kártyáról, másra nem használja.
Pi4-nél ilyen nincs, mert frissíthető a bootcode-ot tartalmazó rom.[ Szerkesztve ]
-
azbest
félisten
Néhány adalék, ha már így felmerült
Pár éve pécén én is játszottam kicsit a realtek chipsetes tunerjeimmel. Valami progival és talán drótból hajtogattam valami netes leírás alapján egy kisebb antennát, amivel a közelben elmenő gépek 1090MHz-es jelét valóban lehetett fogni.
A kifejezetten sdr-ezésre használt tunereknél azt hiszem az antennabemenetnél kicsit módosítani szoktak, hogy még érzékenyebb legyen, ha jól emlékszem. De a közönséges tunerrel is megy. Az r820t rf chipes változat talán a leggyakrabban megtalálható és már jópár éve árulják, van pár más fajta chipsetes is a gyűjteményemben.
Ha valaki az r820t2 rf chipes (általában kék tokos) változatot azért venné, hogy majd az jó lesz dvb-t2 vételre is, akkor érdemes tudni hogy a nevében a t2 valójában a chip neve és nem tud dvb-t2 vételt, arra drágább több chipes tunereket lehet csak kapni olcsóbban (astrometa és mygica változatok).Ha jól emlékszem ma már talán képes linux alatt egyszerre kezelni az sdr módot a sima tuner móddal. Egyébként az fm és dab rádió vétele is ilyen sdr-es szoftveren módon van kezelve. Régen, win alatt még külön spéci drivert kellett telepíteni sdr-hez. De nem is szaporítom a szót, ha valakit érdekel az ilyesmi, akkor sok kifejezetten ezzel foglalkozó weblap van.
-
azbest
félisten
válasz wassermann #38710 üzenetére
Egy kicsit bonyolultabb ez az sd kártya sebesség kérdés. A specifikáció szerinti sebességgel tolják valószínűleg. Az órajel emelés meg lehet tényleg túlhajtás.
Az órajel csak egy része a képletnek. A gyorsabb üzemmódoknál már más feszültséget használnak a kompatibilis olvasók. Szóval uhs módokhoz 1.8V-ot kéne tudnia adni. pdf
Lehet a régi pi-nél nem volt erre külön okos elektronika és azért nem implementálták jobbra, az egyszerűség és olcsóság jegyében. Az újabb pi-knél, ahol már külön chippel generálják a feszültségeket, már lehet kissé idokolatlan az, hogy még mindig nem támogatják a gyorsabb módokat. Ahogy látom a 3B+ -on megjelent chip már készít 1.8V-ot [link]
Bár a weblapon elérhető eredeti raspi b estén is van 1.8v feltüntetve. Akkor talán a broadcom chipbe nem tettek újabb vezérlő modult. A legutóbbi információim szerint a pi sd slotja nem 1.8V-os.
Az sd kártyák általában visszafelé kompatibilisek. Néha az fordul elő, hogy normál sd protokollon kívül nem tudnak i2c protokollt. Ez mikrokontrollereknél szokott kellemetlen lenni, mert ott sokszor azt használják. Néha előfordul az a blama, hogy pl 3d nyomtatóhoz olyan sd kártyát adnak ajándékba, ami nem tudja ezt és nem működik a nyomtatóval
Esetleg az is előfordulhat, hogy a broadcom soc-ban a videocore nem hardveresen kezeli az sd protokolt, hanem a belső zárt rendszerében szoftveresen van implementálva, ahogy valószínűleg sok más dolog is. Az io pedig 3.3V-os a socban.
És ezért van az, hogy új vas megjelenés után még hónapokig hangolgatják és stabilizálják. Az új oprendszerrel új firmware is jön, amit betölt a videocore-ra a kártyáról a régi pi is (az újnál meg flash update). Ha behúzta az új bootcode bin-t lehet aztán már a kompatibilisebb kód fut a régi piken is. Ezért volt könnyebb nekik kompatibilis lenni a frisebb kernelekkel, mert hozzá tudták igazítani az io-t a videocore-ban szoftverből.[ Szerkesztve ]
-
azbest
félisten
válasz asuspc96 #38729 üzenetére
hm, az eredeti cikkben benne vannak a képek is
https://blogs.oracle.com/developers/building-the-world%e2%80%99s-largest-raspberry-pi-clusterBár ezt compute modulokkal lehetne szépen csinálni, nem kéne az a rengeteg kábel, hanem custom pcb amin van mondjuk usb hub és lan switch is integrálva
Bár a rendes pi4-gyel is lehet csalni, ha nem kell gyors hálózat. A belső usb2 bus rajta van a typec tápcsatin. Azon át pedig lehet hálózat is.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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)
[ Szerkesztve ]
-
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 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.[ Szerkesztve ]
-
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.[ Szerkesztve ]
-
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 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.
[ Szerkesztve ]
-
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 #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 #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.
[ Szerkesztve ]
-
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 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 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.
[ Szerkesztve ]
-
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.
[ Szerkesztve ]
-
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?[ Szerkesztve ]
-
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 .
[ Szerkesztve ]
-
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
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
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]
[ Szerkesztve ]
-
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).
[ Szerkesztve ]
-
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]
[ Szerkesztve ]
Új hozzászólás Aktív témák
Hirdetés
- GAMER Intel i7 9700e/ RTX 2060 SUPER 8GB / 16GB DDR4 / 500GB NVME / Beszámítás / Garancia
- ÚJ GAMER Ryzen 5 5500/ RX 6600XT / 16GB DDR4 / 256GB SSD / 500GB HDD / Beszámítás / Garancia
- GAMER Intel i5 11400/ RTX 3060 12GB / 16GB DDR4 / 512GB SSD / Beszámítás / Garancia
- GAMER Intel i5 4570/ GTX 970 4GB / 12GB DDR3 / 120GB SSD / 250GB HDD / Beszámítás / Garancia
- Lenovo M93P Tiny Micro - Mini PC - Core i5 4570T/8GB ram/256GB SSD - több db
- HP Prodesk 600 G5 DM Mini PC (i5-9500T, 16GB RAM, 512GB SSD, Wifi, Bluetooth)
- 7 GEN GYORS I5 PC,I5 7600k,z170 lap, gtx 1060.6gb,NVME ssd,16gb ddr4, stb, KORREKT ÁRON!
- SZINTE MINDEN 60 FPS FULL KONFIG: i5 4670k - 16gb corsair - 1660s - samu 850 pro....stb
- GAMER Félkonfig ROG STRIX Z690 - I5-13600K - Corsair Vengeance 32GB DDR4 3200MHZ
- i7-7700K, 16 GB, W10 jó állapotú PC eladó
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen