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

Van egy kompakt ElectroDragon ESP32-C3 alapú relém, amit ugyanennek a terméknek az ESP8266 központú változatának a leváltására vettem. Addig már eljutottam, hogy az Arduino IDE 2.2.1-es változata szépen feltölti a programot az új eszközre, de sajnos a SPIFFS feltöltése nem sikerül. 2.2.1 alatt egyáltalán nem találok ilyen feltöltési lehetőséget. Az 1.8-as IDE pedig nem kezeli jól a C3-as magot.

Ha valaki már sikeresen megküzdött az ESP32-C3-WROOM lapkára SPIFFS feltötlésével, megköszönnék némi útmutatást.

4MHz-es Z80-nal szeretnék egyszerű 1 bites hanghatásokat generálni, hasonlóan a következő kódhoz:

    LD DE, 0
    LD BC, 0
LOOP:
    INC BC
    INC DE
    LD A, C
    AND D
    AND %11111100
    JR Z, PLAY_BIT_0
    JR PLAY_BIT_1

PLAY_BIT_0:
    ; ... gépfüggő kód, ami kikapcsolja a hangszórót
    JR LOOP

PLAY_BIT_1:
    ; ... gépfüggő kód, ami bekapcsolja a hangszórót
    JR LOOP

A generált hang itt hallható.

Ilyen típusú dallamok a kód kisebb módosításával még készíthetőek, de a fentitől lényegében eltérő hatásokat keresek.

A legnagyobb szükségem valamiféle fehér-zajra generálására lenne, de a ROM tartalom olvasásával csak másodperces nagyságrendben tudok értékelhető zajt generálni, a rövidebb lejátszások inkább hasonlítanak kalapácsütéshez, mint zajhoz.

Tehát, ha van valakinek érdemi ötlete, örömmel fogadnám.

A válaszok alapján a következő Z80 kódok születtek:
Zaj generálása:

LFSR_TAP_H: EQU %01000001
LFSR_TAP_L: EQU %10100111
LFSR_CURRENT_DATA16:  DW 15                ;  uint32_t       in <> 0
LFSR:
    LD A, (LFSR_CURRENT_DATA16)
    BIT 0, A
    JR Z, LFSR_CURRENT_DATA_EVEN
    LD HL, (LFSR_CURRENT_DATA16)
    LD A, H
    XOR LFSR_TAP_H
    LD H, A
    LD A, L
    XOR LFSR_TAP_L
    LD L, A
    RR H
    RR L
    LD DE, %1000000000000000
    LD A, D
    OR H
    LD A, E
    OR L
    LD (LFSR_CURRENT_DATA16), HL
    RET
LFSR_CURRENT_DATA_EVEN:
    LD HL, (LFSR_CURRENT_DATA16)
    RR H
    RR L
    LD (LFSR_CURRENT_DATA16), HL
    RET

A CALL LFSR minden hívása után 16 bit használható az (LFSR_CURRENT_DATA16) címről. A végtelen ciklussal generált hang itt hallható.

Raspberry PI5 kernel nem támogatja az f2fs fájlrendszert. Emiatt nemtudom a root fst megváltoztatni et4- ről f2fs- re.

Sikeresen telepitettem az ajánlott f2fs-tools csomagot, de ez kevésnek bizonyult a boldogsághoz.

Ez nem volt probléma a koprábbi PIknél, PIZero, PI3, PI4 jól megy az f2fs - rootfs- el, a PI5 hisztizik.

Mi kell még az új raspbiannak, hogy a kernel támogatás is meglegyen ?

( Én még csak köszönő viszonyban sem vagyok a kernellel. )

A megoldás az lett, hogy nem az ubuntu alatt csináltam meg a "clonozást" hanem, itt az élő PI 5B gépen. Az automatikus hol- ide, hol- oda csatolgatást az éppen aktuális állapotnak a leolvasásával rögzitettem egy kis bash scriptemmel : https://appp.me/gA8es4 majd ezek alapján egy másik kicsi bash programommal : https://appp.me/WZZCPZ  átirtam az sdcard tartalmát a másik sdcarra. Ezek után szerkesztettem a cmdline.txt, a config.txt, fstab fájlokat és bemásoltam a kernel8.img fájlt ahogy az @bzt ajánlotta. A kértyák cseréje után jól bootolt.
Ez nekem már nem linux reszelés, hanem linux hegesztés volt. Most, hogy jól működik, igy élvezem, de az elmúlt napok siralmasak voltak. 
Köszönöm mindenkinek a segitségét.

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...)