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.