Miniszámítógépek, SBC-k

Több ilyen eszközöm van. Általában jól működnek. Ha megy, akkor hetekig, hónapokig megy hiba nélkül (igazából amíg tápelvétel nincs). Viszont ha nem megy, akkor nem megy, és jelenleg csak a restart segít.

Próbáltam több driverrel használni, alakítani a kódon (bus timeoutot belerakni, bust lezárni, újranyitni, amire épp a lib lehetőséget adott), de mindentől függetlenül előjön néha, hogy indulásnál nem sikerül felvenni a fonalat, és onnantól nem megy (driver függő, hogy milyen hibát ad, a jelenlegi Adafruit_AM2320 " NAN" értéket, de ahol az olvasásra a függvény visszatérési értéke adott simán kommunikációs hibát, vagy crc hibát). Hiába várok és telik akármennyi idő, nem tér magához.

Kivétel nélkül mindig az a megoldás, hogy a szenzort újra kell indítani: le kell húzni pár másodpercre a + vagy - lábát, majd visszadugni, ez szinte 100%-ban megoldja a problémát (az arduinoval nem kell semmit csinálni). A nehézség ebben az, hogy fent van egy dobozban, szóval fel kéne mászni... Lentről, bontás nélkül az arduinoval együtt tudom restartolni (tehát az egész tápot elveszem), ennek azonban jóval kisebb a hatásfoka, vagy hogy 10x is meg kell csinálni mire jól elindul.

5V-ra van a sensor kapcsolva (eleinte az arduino 3,3V-os lában volt, de ugyanígy fennállt a hiba). A I2C buszon nincs más eszköz, egy kb. 15cm-es vezetéken lóg. Erre vonatkozóan nincs semmi "körítés" elektronika. A táp oldalon 12V jön, egy 5V-os feszültségstabilizátor, 5V-os oldalon egy 1800uF pufferkondi, azt hiszem egy 1nF-os szűrőkondi, meg egy zener dióda, biztos ami biztos.

Mondanám hogy kontakthiba, de fent van magasan, hozzá sincs nyúlva, a szél se fújja meg. Az is érdekes, hogy van olyan ami mindig jó, minden tápelvétel után, meg olyan is, amit szinte mindig 8-10x restartolni kell.

Ötlet, hogy mi a gond, vagy hogy kéne kiküszöbölni?

Sziasztok,

Adott ez a mini pc: https://support.hp.com/ca-en/document/c06403574

A gépet arra használnám, hogy egy LCD TV-re kötve azon keresztül használnék streaming szolgáltatásokat (Netflix, Disney+, SkyShowTime). Natív kliens csak Netflix-hez van.

Csak DisplayPort van rajta, HDMI sajnos nincs. Szeretném a képet kiküldeni TV-re. Egy ilyen DisplayPort-> HDMI  átalakítót használok a képátvitelre. HDMI kábeleim közül csak eggyel van kép, a többinél még képem sincs. Ami képet kapok az így néz ki:

https://kepkuldes.com/image/PbPhAV

Nézegettem közvetlen, átalakító nélküli kábelt DisplayPort -> HDMI irányban, pl ezt: https://www.alza.hu/vention-displayport-male-to-hdmi-male-4k-hd-cable-1…

Nem tudom, hogy ez megoldaná-e a gondomat, de mivel most még nincs ilyen kábel, a véleményetek érdekelne, hogy mi lehet a gond.

A felbontás 4k, a képfrissítés 29.97. Ha lejjebb veszem a felbontást és feljebb a frissítést, akkor sem lesz jó a kép. LCD monitorral a fenti átalakítóval + HDMI kábellel tökéletes a kép.

Tudom, lehetne laptop, natív HDMI porttal, de most ezt a kis gépet szeretném körbejárni.

Van ötletetek megoldásra?

Az eddig megszokott és jól használható, jól hangolható wpa_supplicant.conf és dhcp.conf az új PI5 OS alól eltűnt. A gép jól működik, de új környezetbe való beállítása nem megy a régi módon.

Hogyan és mi van helyettük, főleg cli módban ?

Raspberry pi zerón futó házi-riasztó cli programja "sokat" irkál az SD kártyára. Érdemes a root particiót lecserélni egy állitólagos kártyakimélő fájl rendszerre az "f2fs" - re ? 

Mi a véleményetek róla, tényleg kiméli az sdkártyát, megéri a cseremacera ?

( webszerver és psql is fut a raspbian alatt )

Alapproblema: nem akarok ejjel felebredve a telefonomra nezni, hogy megtudjam mennyi az ido, csak "oldalra akarok pillantani", es emiatt nagyobb esellyel gondtalanul aludni tovabb. (Nem, nem vagyok kivancsi, hogy nektek hogy jott be a mobil OS-eteken a Do Not Disturb, Focus Mode, notification szabalyok kezi allitgatasa, leszarom tabletta, stb. Ne errol szoljon a topik pls, az en problemamra nem ez a megoldas.)

Vettem egy ilyet par eve:

https://www.amazon.co.uk/gp/product/B07Y7VT3YW/ref=ppx_yo_dt_b_search_a…

Szekreny tetejere fel volt rakva egy USB-vel. Ment volna elemmel is, de elemmel csak akkor vilagitott, ha megnyomtal valamit, egyedul USB-n adott permanens fenyt.

Ezenkivul a feny szine jo (minden mellett lehet aludni, ami sarga, narancs, vagy voros). De tul eros volt, es ezt egy sutopapirt ele ragasztva orvosoltam.

Amiert a jelenlegi megoldas mar nem az igazi: elkoltoztem, es egyelore tukorbol nezem agy ala rakva, mert ahova idealis lenne tenni, ott nincs konnektor, elemerol meg nem eg permanensen.

Szoval keresek olyan offline orat, ami:

• gyenge piros, narancs vagy sarga fennyel tud egni egesz ejszaka - nem feltetlen baj, ha annyira gyenge a feny, hogy nappal nem mindig latom - kek semmikeppen ne legyen
• elemrol/aksirol sem alszik el a fenye
• nincs benne FM radio (egyszeruen nem hiszem el, hogy nem fog random megszolalni, mert tul sokat lattam ami random megszolalt)
• a kikapcsolt ebresztoora kikapcsolt ebresztoorat jelent - aramszunet es elemcsere utan is
• nem nagyobb szignifikansan a linkelt termeknel ( ‎17.27 x 9.14 x 5.59 cm )
• nem csatlakozik semmihez se (bluetooth, wifi, etc.) sehogyan sem

Van valaki koztetek, akinek bevalt egy ilyesmi es tud konkret termeket ajanlani? Mert keresotalalatokat nezve pont az ilyen finom reszletek nem jonnek ki, hogy melyik eg permanensen elemrol/aksirol pl.

Sziasztok,

Raspberry Pi 4-re szeretnek Raspbian Stretchet feltennit. Van egy project, ami gyakorlatilag csak azon megy (a deb csomag fuggosegei friss Raspberry Pi OS eseten nem tudnak teljesulni, de forrasbol is keptelenseg feltenni, probaltam forditaskor elojovo hibakat fixalni de azt is feladtam egy ido utan).

Ugy latom a Stretchhez tartozo boot file-ok (start.elf es baratai) nem jok a Pi4-hez (bootolaskor "start.elf is not compatible"). Pobaltam a Pi4-es boot particio tartalmat hasznalni), de ugy sem indult el.

A Google azt mondja (azokban a talalatokban amiket megneztem, forumok ilyesmi), hogy ezt nem lehet megoldani vagy azt, hogy hat meg lehet, de melyen hekkelni kell hozza.

Elegge csodalkozom, hogy ez ilyen megugorhatatlan feladat lenne.

Valakinek van esetleg a cimben emlitett problemaval kapcsolatban barmi tapasztalata?

Koszi

Ugy tunik ez lett a megoldas:

https://hup.hu/comment/2936922#comment-2936922

+ kitomoritettem a modulokat amik .xz-ben voltak es nyomtam egy depmod-ot.

Hello, ha van valakinek otlete, hogy helyi (Raspberryn levo) video file-t hogyan lehet WebRTC streamnek kiadni (pl, Janus, stb.) , az jo lenne. Azaz a Raspi legyen a streamer szerver.

Itt nem a Raspi kamerajat akarom streamelni, amire rengeteg leiras van, hanem egy fullHD-s (vagy kisebb) mp4 file-t.

Ha van otlet, koszonettel veszem....konkret megoldas erdekel, nem teoriak.

(ha sima Ubuntu-s -azaz nem Raspis  leiras van, azt is koszonettel veszem...)

Érdekel mindenkinek az ezen irányú tapasztalata. Pl. 4 GB-os verzióval 3-4-5-8 VM-et tudtam, amik ezt-azt vagy amazt csináltak, és azt érzékeltem, hogy. Viszont a 8 GB-ossal ellenben, míg a 2 GB-ossal ezzel szemben.

A többi értelemszerűen offtopic. (ne Pi, hanem; ne VMware hanem; ne virtulizáció, hanem; ne SBC, hanem)

A miért-re a válasz egyértelmű: mert megtehetem.

Parancssoros z80 assembler cross-compiler-t keresek. Jó lenne valami high-assembler szintű de legalábbis jó makrókezeléssel, hibareportolással. Az pedig hab lenne a tortán, ha képes lenne több parancsot is értelmezni egy sorban.

Amiket eddig próbáltam:

z80asm: hibás kódot is lefordít hibaüzenet nélkül, makrókezelése kezdetleges, akár fordítási időbe is belefagy, ha nem tetszik neki. Hibákat néha arra a fájlra jelzi, amiben van, néha arra a fájlra, amelyik include-dal használja, emiatt elég nehézkes.

crasm: nem tud bináris include-ot (legalábbis én nem találtam)

pasmo: a konstan kifejezéskiértékelése nem tud zárójelezni (a z80asm ebben elég jó), a lokális címkéket csak blokkon belül képes értelmezni, fájlon belül nem. (Ráadásul nem a . karaktert kezeli lokálisnak, mint más fordítók.)

zasm: bináris inlcude-ot ebben sem találtam. A többi tulajdonságában emiatt még nem mélyedtem el.

Eddig a pasmo a leginkább használható, de a lokális címkézése nehézkes. A perl féle objektumkezelés fájl szintű lokális címkézéssel kényelmesebb lenne. A konstans kifejezések külön nevesítése is felesleges körökre kényszerít.

Ha van ötletek, tapasztalatotok, szívesen olvasnám.

Tud-e bárki valami hasonló toolt, mint

• radeontop - nyilván AMD GPU-kra
• intel-gpu-top - nyilván Intelre
• gpustat, nvtop, nvidia-smi - Nvidia cuccokra

de működik a Raspberry pi4-ben levő Videocore VI GPU-ra és meg tudja mondani, hogy mennyi a GPU kihasználtsága?

OS: Raspberry pi OS 64 bit, Debian bullseye release (gyakorlatilag a latest ami most elérhető)

Háttér: Chromium-ból kísérletezek youtube és hasonló video streamelő oldalakról lejátszani. h264ify extension fenn van, a debug nézet ellenőrizve, hogy a video codec tényleg h.264. Lejátszás közben a

vcgencmd measure_clock h264

mutatja az órajelet, leállított lejátszásnál 0-t mutat. Ez alapján szerintem eléggé jól bizonyított, hogy hardveres h.264 lejátszás működik. VLC-vel a letöltött video lejátszása teljesen folytonos teljes képernyőn 1080p 60fps-sel is. Böngészőből viszont használhatatlanul akad. Full screenben kicsit jobb a helyzet.

Azt vettem észre, hogy a lejátszás közben a CPU igazából nincs teljesen kihasználva, a 4 magból mindre jut terhelés, de egyik sincs kimaxolva. A CPU húzva van 2GHz-re, semmit nem segített rajta. A Pi egyébként egy Flirc házban lakik, ami teljes egészében hűtőborda, remekül teszi a dolgát, minden maxra terhelve se megy 61C fölé - vagyis nem throttling a probléma. 

Megpróbáltam még a böngészős "UFO" tesztoldalon video nélkül megnézni, hogy mégis milyen sebességgel tud képet frissíteni, ez a szövegscrollozós teszt tűnt a leghasznosabbnak: https://www.testufo.com/framerates-text
Az eredmény, hogy a böngésző maximize-olt ablakban nem képes még szöveget sem 60fps-sel újrarajzolni, kb fél képernyőre kell az ablakot összehúzni, hogy a 60fps stabilan menjen. A CPU eközben nincs kimaxolva.

Az utolsó kisérlet volt a GPU overclock-olása. És valóban, ettől határozottan javul a helyzet. A doksi szerint a default 500 MHz-ről egészen 750 MHz-ig mehet. Mint kiderült ez nem hard limit, nekem egészen 830 MHz-ig sikerült húznom, mielőtt instabillá vált volna. Ennyi kellett is, hogy a szöveges scrollozása akadásmentesen vigye a 60 fps-t. Alapértelmezetten a

gpu_freq=830

paraméter mindent is 830MHz-re húz, ami nem ARM mag. Mint kiderült a h.264 engine ezt nem bírja, a video helyett csak memóriaszemetet látni.

h264_freq=750

sor hozzáadásával ezt vissza lehet venni 750MHz-re, de igazából bőven maradhatna 500 MHz-en is.

A videolejátszás böngészőben most ott tart, hogy 720p60 fullscreenben már egész folyamatosan megy, 1080p30 is, de 1080p60 továbbra is túl sok neki. Szerintem eléggé igazolt, hogy itt csakis a GPU lehet szűk keresztmetszet, viszont érdekes lenne tudni, hogy mit csinál a Chromium és valójában mekkora terhelést produkál a GPU-n.