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

Sziasztok!

Adott 50-100db x86 alapú, érintőkijelzős mini PC. A feladatuk, hogy saját mac címükkel egy paraméterben egy böngészőben meghívnak egy oldalt, távsegítséghez fut egy VNC, esetleg kezelnek egy vonalkód olvasót. Jelenleg lokális diszkről bootolnak overlayfs-sel. Így elvileg nem sérül a fájlrendszer, max újra kell indítani, bármi történik. Cserébe nem frissül az OS, ami biztonsági aggályokat vet fel.

Az jutott eszembe, hogy bootolhatnának ezek az eszközök hálózatról (pxe, uefi http, vagy ilyesmi) egy live linuxot, boot közben mondjuk rsync-kel szinkronizálhaták a hálózati repót a saját diszkre, hogy ne a ramba kelljen tölteni az is, illetve esetleges hálózat-szakadás esetén ne okozzon gondot az NFS. Így csak a hálózati repót kellene frissen tartani.

Mire nem gondoltam? Van erre kitalált megoldás? Milyen buktatói lehetnek?

Van egy X96MaxPlus médiaboxom, amin CoreElec fut egy SD kártyáról.

Hetek óta halott a Youtube plugin, így gondoltam frissítek. Felfrissítettem a 21.1-es legújabb változatra, de a Youtube plugin továbbra sem működik. Más videókat rendben lejátszik azóta is. Gondoltam, egy másik SD kártyára telepítek egy szűz CoreELEC példányt, és tesztelem ott is a Youtube plugin-t, működik-e. És innentől jön a furcsaság.

Az új telepítés nem boot-ol SD krátyáról. Pontosabban akkor nem boot-ol, ha az SD kártyát az SD kártya slotba dugom. Ha egy USB-SD átalakítóval dugom be a boxba, akkor rendben boot-ol és települ. De ha telepítés után közvetlenül az SD csatlakozóba teszem vissza a kártyát, akkor ismét nem indul el - vagyis a belső android indul ilyenkor. Újra az USB átalakítóval bedugva ismét indul a rendszer.

Az régi, eredeti SD kártyát visszatéve az SD csatlakozóba, a rendszer továbbra is indul SD kártyáról.

Mi a trükkje az ARM booot-olásnak? Át tudom valahogy klónozni a működő kártyám indulási képességét az új kártyára? Tudtok erről valami részletesebb infót?

Sziasztok!

Nomád PC CM5-tel, találkozott már valaki olyan CM5 boarddal, hogy mondjuk csak egy USB-C van rajta és DP alt mode-dal egy USB-C dokkal használható?
A board méretét tekintve nem is lenne sokkal nagyobb, mint a CM5.

Mageia9 KDE, PN50 a PC. Egyedül az SSD meghajtóknak mutatja az érzékelő a C fokot, semmi más sensort nem mutat jelenleg a rendszer.

# sensors-detect
# sensors-detect version 3.6.0
# System: ASUSTeK COMPUTER INC. MINIPC PN50 [0626]
# Board: ASUSTeK COMPUTER INC. PN50
# Kernel: 6.6.52-desktop-1.mga9 x86_64
# Processor: AMD Ryzen 5 4500U with Radeon Graphics (23/96/1)

Végigvittem a detektálást és a végén ezt adta a konzol:

Sorry, no sensors were detected.
Either your system has no sensors, or they are not supported, or
they are connected to an I2C or SMBus adapter that is not
supported. If you find out what chips are on your board, check
https://hwmon.wiki.kernel.org/device_support_status for driver status.

Érdekesség, hogy egy másik gépen ugyanez a rendszer (Thinkpad T420) és ott a lefutott frissítések után nem lett semmi gond az érzékelőkkel, egy másik laptopon ami Acer aspire, szintén lefutott rendben a frissítés és nem volt utána gond a plasmoidokkal, minden érzékelő működött.

Megoldás: Rengeteg utána olvasások végére megszületett a megoldás. Valamelyik frissítés megette a rendszermonitort és utána nem volt a widgeteknek információ a sensoroktól. Feltettem a plasma-systemmonitor csomagot, majd leszedtem a régi widgeteket és vagy újra telepítettem őket, vagy amelyik nem ment, kerestem helyette olyat, ami jól működik. Ez nem csak nálam volt hiba.

Tönkrement egy 6550-es memóriám, de csak aranyárban lehet beszerezni "újat".

Ha jól látom, szinte ugyanaz, mint a 2114, csak abban tér el tőle, hogy 4 darab engedélyező lába van egy helyett.

Lehet kapni 6550->2114 átalakító foglalatot, de mindenhol elfogyott. A kapcsolását meg nem találom.

Hogyan tudnék egyszerűen 2114-es memóriát használni 6550-es helyett?

A 4 darab select lábat egyszerűen összeköthetem? vagy egy 4 bemenetű AND kapun keresztül kapcsolhatom csak rá?

Bármilyen segítségnek nagyon örülnék.

ESP32-re Arduino IDE felülettel próbálok elkészíteni egy kódot, ami a feltöltött fájlban lévő adatokat folyamatosan olvasva, azt az ESP egyik GPIO-jára teszi ki. A jeleknek egyenletesen kellene a kimeneten megjelennie.

Szépen is működik kicsi fájlal, de amint nagyobb fájlt töltök fel, a SPIFFS megakasztja néha a folyamatot. Gondolom, valami pufferbe tölthet be adatokat. Megpróbáltam a feldolgozás előtt egy tömbbe beolvasni az adatokat, ami meg is oldotta a problémát, de a tömböm maximális mérete 64K lehet. Nekem pedig 100K feletti fájljaim is lennének.

Tehát a kérdésem az lenne, hogyan lehet többszáz kilobájtnyí adatot egyenletes sebességgel felolvasni a SPIFFS fájlrendszerből Arduino IDE felülettel?

Sziasztok.

Egy RPI-re telepített linuxon midi-outputon kiküldenék egy olyan midi file-lejátszást, ami a 3-as midicsatornán a panorámapotit random mód tekergeti.
Csak ennyit.

Kérdés:

ki hogyan valósítaná meg GUI nélkül, csak parancssorban?

---------

Egy DAW-ban szerkesztéssel könnyen megoldható mindez, vagy előre felvéve és ott lejátszva. De nem így akarom.

Gondoltam arra is, hogy DAW nélkül modularral megoldom, de az borzalmasan felzabálna néhány hardvert,meg százezreket.

Keresek egy lehetőleg pici, egyszerű, olcsó hardvert, amin azért már egy debian elfut. Lehet arm cpu is. Jó lenne új, de használtan is ok, ha érdemben olcsóbb.

Egyetlen alkalmazás futna rajta, egy konzolos USB soros kommunikációs program 115200-as sebességgel, és kb 500MB tárterületigénnyel, amit zömében csak olvasni fog. ARM32, ARM64 és x64 binárisok közül választhatok. A gépet jó lenne a tápfeszültség bekapcsolásával indítani, és a tápfeszültség elvételével leállítani, mivel konzol nem is lesz rákötve.

Egyelőre találtam egy Orange Pi zero-t használtan, de még nem biztos, hogy sikerül hozzájutnom. Az is lehet azonban, hogy van egyszerűbb megoldás. A Raspberry PICO-n úgy tűnik már nem fut el normál linux.

Van ötletetek?

A feladat videókat lejátszani végtelenítve, gombnyomásra másik videót lejátszani - végtelenítve, és új videó lejátszásakor minél mínőségibb átmenet az új videóba.

Gugliztam is meg törtem a fejem mókás és egyszerű megoldáson. Eddig jutottam:
framebufferbe lejátszani ffmpeg-gel.
- rpi bootol és belefut egy végtelen ciklusba: inotifywait egy.file írás figyelése
- egy.file tartalmazza a ffmpeg parancsot és persze a videofile nevét
- mini weblapon vagy ssh-n új tartalmat írok egy.file -ba és erre egyből
- előző ffmpeg killed és új ffmpeg játsza a következő videót framebufferbe (vt1-en)

Ez nem lesz interneten, csak lanon.
ffmpeg nem játszik le framebufferbe akármilyen pixelformatot.

Valakinek esetleg best practice meglátása? Kiost módban futtatott vlc X-en esetleg Wayland+Cage+VLC

Szeretnék egyszerűen színes composite NTSC jelet generálni, hogy tesztelhessem, melyik TV képes azt helyesen megjeleníteni.

Van egy ESP-WROOM-32 lapkám, amihez több NTSC generáló kódot is találtam. Megpróbáltam ezeket feltölteni, de sajna még csak le sem fordulnak. Többek közt ezt a hibát adják:

'I2S_CLKM_CONF_REG' was not declared in this scope

Próbáltam 1.8-as és 2-es Arduinoval is, próbáltam többféle lapka beállításával is, bár szerintem azt ESP32 dev modul kellene.

Pár kód, amivel próbálkoztam:

- https://github.com/marciot/ESP32CompositeColorVideo

- https://github.com/erenard/esp32-i2s-composite

Hogyan tudnék életrekelteni egy NTSC jelet generáló kódot, vagy hogyan tudnék színes NTSC jelet előállítani viszonylag egyszerűen?

Megoldás:

A kód elején be kell hívni az i2s_reg.h fájlt. Hogy miért, nem értem, de így módosítva a kódot hiba nélkül lefordul.