Már a PI4 megjelenésekor is azt kérdeztem, hogy:
eljutottak-e már odáig, hogy egy nyomorult SATA csatlakozót feltegyenek rá?
Vagy majd akkor amikor már teljesen elavul, és amikor már senki sem használ majd SATA csatlakozós SSD-t?

Elvileg működnie kellett volna úgy, ahogy összedugtad. Bekapcsolás után elindult a málna? Könnyen lehet, hogy a felbontás miatt nem indult el a kijelző. Ezek általában buta monitorok, nincs bennük scaler és ha nem a megfelelő felbontású képet kapják, be sem kapcsolnak.

Elindult végre . Az RPI sima töltőn van most az lcd-nek meg találtam egy 2,5A-est.

Azt nem tudjátok hogy az RPI oprendszerét hogy kell frissiteni?

Ha nagyon le vagy maradva a rendszerrel, sokkal jobb (és gyorsabb is) a legújabb rendszert letölteni és egy üres SD kártyára telepíteni, mint frissítgetni.

Újabb rendszer nem mindenben kompatibilis a régivel. Ha vannak pl. meglévő scriptjeid, megeshet, hogy lesz olyan ami nem fut majd a frissítés után.
Ezt az SD teljes újraírására értem.

Ez kb. mindig is így volt. Jonni viszont frissíteni akar.

Üdv. Próbálkozott már valaki az okos fogyasztásmérő P1 portjával a kommunikációra?

Üdv. Tud valaki segíteni ebben az USB hibának a megoldásában?

Raspberry 4, Debian OS, USB bővítő panel, több FTDI alapú illesztóvel, 3A-os táp.
Az illesztők adatait TTYUSBx porton több Pyhon program kezeli. Működnek a prg-g, de az a fenti hibát regisztrálja.

Milyen FTDI alapú illesztőkről van szó?

Ilyeneket használok:
Bővebben: Link

Hasonló (nyílvánvalóan nem eredeti) FTDI alapú USB - UART modullal megjártam én is. Két dolog működött: vagy csökkentettem a modul terhelését (kevesebb adatot küldtem) vagy lecseréltem CP2102 alapú konverterre. Egy olyan esetbe futottam bele, amikor a Pi hűtése megállt (pici ventilátor) és ez valahogy rámászott az USB - UART modul kapcsolatára. Látszólag minden működött de a kontrollerek felöl érkező adat már nem jutott el a Pi tudatáig, ez érvényes volt mindkét esetre.

Kb. ennyit tudok tanácsolni hirtelen. Egy újraindítás megoldotta a gondokat, ideig - óráig de a csere vagy a hűtés javítása nélkül nem volt stabil egyik eset sem. Azóta viszont mennek.

Nincsen mellette zavarforrás, GSM, ilyesmi?

Van egy GSM, de kikapcsolásával nem változott a helyzet.

Úgytünik sikerült megoldani a problémát. Kicsit átrendeztem a raspi körüli harver elemeket. Az USB panelt rátoltam a Raspi GPIO-kra (eddig a venti panel foglalta, a ventit betettem alulra) és lentebb vettem a bit-rátát. Jelenleg 4 FTDI alapu modul működik elenyésző hibábal. Vannak kommunikációs hibák, de azt a Python programok lekezelik.
Milyen magas hőfoknál lépett fel Nálad hiba? nálam 50-55 között van hőmérséklet.

30 - 35 °C környezeti hőmérséklet elég volt a hibához, hűtés nélkül. Igaz, a Pi egy kis, félig-meddig zárt fém dobozkában van.

Köszi a választ.

Sziasztok!
Most kezdek ismerkedni egy RP2040 Pro Micro Raspberry PI PICO-val.
Egy új uf2-vel a boot_out.txt tartalma:
lett.
Az mu editorrala hello workd még működik, de importálni nem lehet se a board-ot, se bás egyebet.
Ezek nem is szerepelnek a help("modules") listán és sehol a libekben.
Mi kell még a működéshez?

Próbáld meg a Thonny nevezetű programmal.

Köszönöm a tippet!
Sajnos az win7-en nem indul el. De azt hiszem, a CircuitPython-nál másként működik az import.
Ezt próbáltam még:Lib-eket még nem másoltam a lib mappába.

Elég idiótán fordít a Google, de úgy értelmezem, van Win7-re is Thonny:
Bővebben: Link

A számokat kiírja, de a LED nem villog.
Mit rontok el?

A board.LED nem a feltöltött firmware-ben szereplő GP25, hanem GP17.

Sziasztok.
Szeretnék segítséget kérni:
PI4-el ismerkedem. Több lehetőséget kipróbálva, WIFI-je csak jelszó nélküli hálózathoz csatlakozik.
DAC+ panel működéséhez az init file-ba kellene írni amt az írásvédelme nem enged.

LG TV anomália RPI-vel és ESP-vel

Sziasztok! Csak egy jókora szívást szeretnék megosztani veletek. 2 éve emiatt tettem le az RPI-t -pedig nem a hardver hibája, hanem a szoftveré. Amikor feltelepítettem a RP3-at az első tapasztalataim nagyon rosszak voltak. Egy LG TV-n teszteltem és folyton a TV felső headere ugrott be és letakart mindent. Nem sikerült megtalálnom a hibát - egészen mostanáig. Egy ESP32 S3-al álltam neki egy ZX Spectrum loadert készíteni érintőképernyővel és wifi-vel - egy másik LG TV-n teszteltem a Spectrumot. Már azt hittem szegény Speccy generál valami zavart az újonnan kialakított kompozit kimeneten. Amíg rá nem jöttem hogy a wifi AP mód hülyítette meg! Amint azt kikapcsoltam, a TV helyrejött. Gondolom az RPI-nél is, ha a Wifi normálisan lett volna kezelve, nem folyton bekapcsolva, akkor nincs ez az egész jelenség. Nálam, mintha elvágták volna a problémát. Már elkezdődtek az első csipogások az esp és a Speccy között.

Qt műszerfal

Sziasztok

Autós műszerfalam van jelenleg 7" érintős kijelzővel, stm32h mikrovezérlővel. Bővebben: Link teljesen saját készítés

Szeretnék fejleszteni egy komolyabbat ami QT alapú lenne.

Lenne egy stm32g474 mikrovezérlő ami analóg, can busz és gpio-kat kezelne, ez komunikálna egy Raspberry CM5 modullal, ezen egy lebutított yocto futna és a QT alkalmazás. Nagy felbontású (1920×550 pl) mipi kijelzővel

Szerintetek milyen bekapcsolási időt érhetnék el?

Ha read only lenne a linu és FRAMba mentenék csak beállításokat akkor az esetleges hirtelen áramtalanítás tönkretenné a raspberryt (sszoftveresen akár)?
Egyébként ez csak áramtalanítás esetén, gyújtás levételnél rendes leállás lenne lehetséges.

Van esetleg a Raspberryn kívül más jobb alternatíva?
Orange pi 4 vagy 5öt nézegettem még

Köszönöm

Én egy PI4-et használok os lite-al kb 20-30 sec amíg ssh-n elérem.
Az SD kártyából szerintem érdemes jobb minőségűvet venni, volt ebay-es SD kártyám arról volt hogy be sem tudott bootolni, és a boot is döcögött.

Tönkretenni szerintem nem fogja a tápelvétel a raspberry-t, inkább a file-rendszert, erre megoldás lehet, amit írtál, vagy táp elvétel tolereáns file-rendszer, vagy ipari SD kártya ami rendelkezik protekcióval.

A youtube-on a legtöbb esetben, amikor az alternatívákról beszélnék, mindig elmondják, hogy alapvetően hardware-esen jobbak, de software támogatás szintjén borzasztóak.
Lehet, hogy az AI ebben tud már segíteni, de ha azt akarod, hogy kb. out of the box menjen, akkor jobban jársz egy pi-vel.

Ha a "komolyabb műszerfal" csak a nagyobb felbontásra vonatkozik, akkor esetleg ránézhetnél az ESP32-P4 mikrokontrollerre. Van MIPI DSI kimenete, azt hiszem a 1080p30Hz a max. felbontása papíron.
Esetleg crossoveres mikrokontrollerek az NXP-től (talán ST-től)l, azoknak is van MIPI display kimenetük.
Engem mindig a hideg ráz, ha valamilyen autós cuccba a Linuxot kellene beépíteni. Nagy bootidő, amit fix hardverű SBC-re sem optimalizál a gyártója, hanem az általános Linux kernelt rakja bele, mert az a kényelmes. Pedig optimalizálással 1-10 másodpercre is ki lehetne hozni a bootot. Aztán jöhetnek a különböző szoftver-modulok verzióproblémái, és már nem a hardvert programozod, hanem a Linux-szal küzdesz.
Egyébként én is ajánlom okoskát (ChatGPT, Gemini, stb. chat), mert néha egészen jó ötletei vannak hardveres témában.

Sziasztok

Vettem végül Cm5-öt ami wifi képes és emmc-s.

Már majdnem mindent megcsináltam.
Holnap érkezik az stm32g474 fejlesztőpanel. Azzal megnézem a kommunikációt is.

Sokkal személyreszabhatóbb lett, nagyon sok dolgot megcsináltam ami csak elképzelés volt eddig.

Bővebben: Link

Bővebben: Link


A boot idő monitor bekapcsolastól 2 !!! Sec. Az tart legtovább hogy bekapcsol hdmin a monitor.

Vettem 12,3" 1920x720 dsi érintős kijelzőt. Szalagkábelt felejtettem el venni ?
Már majdnem kész a saját panelem hozzá (most cm5 io board van)

Még tervben van gps hozzà, offline térképes helymeghatározás. Mp3 lejátszás

Milyen op.rendszer bootol 2 másodperc alatt grafikus felületre RPi5-ön? Mert gondolom nem karakteres üzemmódról beszélünk.