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

Asus Chromebox 3 developer módba kapcsolás

Kedves Fórumozók!

Adott a címben említett probléma. A félhivatalos általános leírás itt: https://docs.mrchromebox.tech/docs/boot-modes/developer.html
Ameddig eljutottam eddig:

  • beszereztem egy nevezett eszközt
  • szétszereltem
  • tettem bele 32 GB ramot (tökéletesen működött)
  • kivettem a write protect csavart
  • bebootoltam recovery módba
    • megnyomtam a Ctri+d billentyűkombinációt, de nem történt semmi, a képernyőn nem jelent meg semmi
      • próbáltam a Ctrl+D (Shift+d)-t, de szintén semmi eredmény
      • próbáltam KVM-en keresztül és kettő fizikai billentyűzettel: mindhiába
      • keresgélés közben láttam olyat, hogy újból meg kell nyomni megerősítésként a recovery gombot, de semmi nem történt (prompt-olva sem voltam)

Most kicsit meg vagyok lőve, nem tudom, hogy hogyan lehetne továbbmenni vele.
Az eszköz nem volt org managelve, vagy ha igen, levették róla. Elképzelhető, hogy a developer mód le lehet tiltva róla?

PAL/SECAM/NTSC láma

Lett egy Laser 200 színes számítógépem, ami SECAM formátumban adja a képet. Továbbá van egy PAL/SECAM/NTSC képes monitorom, ami ezt a képet szürkeárnyalatosan mutatja. A gépnek van kompozit kimenete, így ezen keresztül kapcsolom a monitorra.

A videojelet egy MC6847-es csip generálja, ami 3.579545MHz-es órajelet kap. Majd a jel bejut egy ki áramkörbe, ami - gyanítom - a színeket keveri a fényerősségre.

Mivel ezt a gépet mindhárom formátumot használó országban értékesítették, így a PAL/SECAM/NTSC színjeleket generáló modult könnyű kicserélni.

A modul működőnek tűnik, mivel a kimeneten is megjelennek jelek, bár a modulon belül nem tudtam 4MHz feletti frekvenciákat mérni, ami a SECAM színinformációt hordozná. Nem is volt benne ilyen kristály.

A modult lecseréltem egy saját készítésű modulra, amiben gyakorlatilag csak egy MC1372 IC van. És itt kezd érdekessé válni.

Ha az MC1372 a video csip 3.57MHZ-es órajelét használja, akkor NTSC formátumban kellene generálnia a kimenetet. De több NTSC képes monitorral is próbálva így is csak szürkerányalatos képet kapok. Azonban, ha az MC1372 mellé beteszek egy 4.4MHz-es kristályt, és saját órajelet kap, akkor gyönyörűen megjelenik a színes PAL kép.

Összességében tehát van egy video IC-m, ami jó jeleket generál. Ezt modulálom egy MC1372-es IC-vel, aminek PAL és NTSC kimenetet is kellene tudnia előállítani a kapott órajele függvényében. Ám ezekből csak a PAL lesz színes, bár a monitor elvileg mindhárom szabványt tudja.

Gyanítani, hogy valamit nem tudok.

Többféle NTSC létezik? Lehet, hogy egy NTSC képes monitor egy helyes NTSC jelet mégis szürkében jelenít meg?

Lehet, hogy SECAM is többféle van? Lehet, hogy az eredeti SECAM modulátor is jó, csak rossz monitorral próbálom meg megnézni? (A gépnek egyébként semmi hibája nem volt.)

Hogyan tudnám ellenőrizni, hogy a SECAM jel helyes-e? És hogyan lehet, hogy az NTSC jel nem színes?

Zigbee2MQTT GW

Sziasztok!

Van egy ilyen cuccom aliexpressről: https://v1.imgpaste.net/images/public/fc9c9da6-9e6f-497b-9e6d-9f8d04637…

Mikor megjött, állítgattam rajta, wifire is felment, aztán már gözőm sincs mit csináltam vele, nyomkodtam össze-vissza a reset gombját, de azóta semmit nem csinál. Se wifire nem kapcsolódik, sem ap-ként nem sugároz...

Piros led halványan világít, kék villog. Ennyit csinál.

Próbálnék tenni rá egy firmwaret, VCC, GND, TX, RX megvan... De az összes leírás arról szól, hogy az IO0-t kössem GND-re, úgy lesz write enable.... És hol az IO0? Tasmotizer így timeout-ot ad rá.

Arduino Mega Ethernet ledobja a láncot

Van Arduinora egy saját smart home kódom, ami több eszközön megy. Jelenleg 8db arduino nano, és egy arduino mega.

Lényegében ugyanaz a kód, amik vannak különbségek az eszközökön beállításban, más ethernet miatt vagy 1-2 eltérő szenzor miatt, azok fordítási feltételekkel vannak lekezelve. A nanok UIPEthernet.h-val, a mega Ethernet.h-val megy.

A nanok betonstabilan mennek. A megán viszont időnként lerohad a webszerver.... Igen, csak az, mert pingelni lehet ilyenkor is. Hogy milyen időnként? Van hogy pár nap után, van hogy 1 hónapig is megy... Cseréltem kompletten megát+ethernetet másikra 2x is, nem volt változás.

Régi probléma, a használt libraryk frissültek már többször is, feltettem rá újra a programot, nincs változás.

A kódot többször átnéztem, hibát nem látok, a releváns részen próbálgattam pl több féle módon azt, hogy a kapcsolatot hogy zárom le... Mekkora a buffer... Már nem is tudom, elég sok mindent.

Csak tök fura, hogy a nanon megy hibátlanul, a mega meg szarakodik (egyébként az egyetlen dolog, amit ott mega van, az a digitális kimeneti lábak száma; sem teljesítmény, sem semmi más nem indokolja)

Tudom, így kód nélkül nehéz... De mit tudtok tanácsolni? Debug ötlet? Mit nézzek, mit próbáljak? Valaki esetleg találkozott már hasonlóval? Azért szar ez, mert ugye van hogy hetekig megy....

BananaPi R3 Openwrt telepítési probléma

Sziasztok,

próbálok felimádkozni Openwrt-t egy BPI R3-ra. Már az elején elakadok, DIP kapcsolók megfelelően beállítva, viszont amikor SD-ről bootolok és csatlakozok Putty vagy MobaXTermmel, akkor az elején a boot menüből nem tudok semmit választani, olyan mintha nem élne a billenytűzet. Ha a gyári default rendszerrel bootolok, ott sem tudok semmit csinálni a Moba-n keresztül. 

Arra gondolok, hogy valami bibi lehet az USB-TTL konverterrel. Ez egy 2303-mas, lehet kerítenem kellene másikat? Inkompatibilis?

Köszönök minden tippet!

PIC és kompozit video emulátor

Találtam egy uPong nevű programot, ami a hagyományos PONG játék, amit egy PIC12F675 futtat, minimális áramköri elemekkel kiegészítve. A képet kompozit monitoron lehet látni. (És a 8-pin pong-gal ellentétben, ez valóban működik is.)

Bár nagyjából el tudom képzelni a működését, szeretném pontosabban látni, hogyan lehet ilyen módon képet generálni, változó tartalmat előállítani. Mivel eddig még a PIC assembly-jét sem használtam soha, sokat segítene a tanulásban, ha létezne olyan emulátor, ami képes a futtatott programot meg is jeleníteni egy szimulált kompozit megjelenítőben. A simulIDE programmal próbálkoztam, de szkóppal nézve az még a kompozit kimeneten megjelenő jelet sem tudta szimulálni.

Létezik ilyen szimulációs környezet, vagy nincs más hátra, mint minden tesztet beégetni, és valós környezetben próbálgatni?

[MEGOLDVA] ASUS PN50-E1 boot probléma

Adott a ~ minipc. Pár éves. Néha szét szoktam szedni és portalanítani. A legutóbbi alkalom óta nem bootol, mindig a BIOS config jön fel bekapcsolás után, ami érthetetlen számomra.

A SATA Information alatt a BIOS mutatja a diszket (pontos mérettel, típussal stb.), azonban a Boot alatt a Boot options egyszerűen inaktív, még csak nem is engedi kiválasztani. CSM opciót nem találtam, Secure Boot le van tiltva.

Eddig ez a gép jól működött, és nem is az első eset volt, hogy portalanítottam, elképzelésem sincs, hogy mi történthetett. Érzésre olyan, mintha reseteleődött volna az NVRAM, és most valami elkefélt BIOS beállítás lenne benne. A baj az, hogy végigzongoráztam az összes BIOS beállítást, de nem találtam semmit. A leg zavarbaejtőbb az, hogy miközben a boot opciókat nem lehet állítani, induláskor és a konfigban is kiírja, hogy látja a diszket. A diszken GRUB van, ami nem változott.

Bárkinek bármi ötlet?

Még infó: a BIOS-ban utoljára évekkel ezelőtt jártam, még amikor feltelepítettem a gépet. Arra sajnos nem emlékszem, hogy CSM vagy EFI-e a GRUB, egyszerűen működött évek óta, így nem kellett foglalkoznom vele, nem emlékszem. De talán EFI lehet, mivel CSM beállítás egyáltalán nincs. Van Boot configuration menüpont is, de ott csak olyanokat lehet állítani, hogy legyen logó meg induláskor a NumLock aktív legyen-e, semmi mást. A Boot options külön van, de inaktív, nem engedi kiválasztani se. TPM, hálózati boot, Secure Boot, minden más máshol állítható, és mind le van tiltva. Olyan külön opció, hogy SATA boot engedélyezése nincs.

Még infó: megpróbáltam egy USB-s telepítőről bootolni, az szépen elindul. Ha a GRUB menüben az UEFI Shell-t választom, akkor látom a SATA-s diszket, de mint CDROM jelenik meg. Van egy olyan opció a BIOS-ban, hogy "SATA Expansion HDD 1901" , ez eddig "Auto"-n volt. Átállítottam "Hard disk"-re, de ugyanaz, és az UEFI Shell alatt továbbra is CDROM-ként látszik. (Ebben a minipc-ben egyébként nincs is CDROM meghajtó egyáltalán.) Mégis mi a fene állítódhatott el? Kicsit ódckodom megpróbálni újratelepíteni a GRUB-ot, lévén CDROM-nak látja a diszket az EFI.

Még infó: mindössze ennyi doksi van hozzá, de ezekből semmi nem derül ki. A BIOS-om egyébként nem úgy néz ki, mint a doksi képernyőképe, az ugyanis grafikus felület (EFI GOP-os), az enyém sima karakteres (konkrétan EFI SimpleConsoleOut interfészt használ). A build date 2021, nem volt flashelve, a gyári BIOS van benne. Valaki eseteg tudja, hogy a pékbe kell ezen factory reset-et csinálni? Régen volt a BIOS-okban ilyen menüpont, ezen semmi ilyesmit nem találtam.

További fejlemény: elővettem a backup gépet. Ez ugyanakkor lett vásárolva, minden paraméterében azonos, kivéve, hogy Samsumg SSD helyett egy feleakkora Kingston SSD volt benne. Kipróbáltam, hogyha átrakom ebbe a Samsung SSD-t, és behozom a BIOS-t, akkor ott megjelenik-e a Boot options. Nem jelent, ott is inaktív. DE. Hiába raktam vissza a Kingston SSD-t, most már AZ SEM jelenik meg! Hangsúlyozom, hogy a Samsumgról nem is próbáltam meg bootolni, bekapcsolás után egyből rátenyereltem a Delete-re, csak annyit néztem meg, hogy a Boot options-ban megjelenik-e. A Kingston SSD meg végképp nem változott, még csak frissítve sem lett, ősrégi Linux és GRUB van rajta. WTF?

Valaki segítsen már kitalálni, mi a franc folyik itt!

Hát de bazz, nem értem miért, de sikerült megjavítani. Először is, megpróbáltam a legújabb telepítővel, újraraktam a GRUB-ot, semmi változás. Aztán túrtam a fiókomat, és találtam egy 2022-es telepítő pendrávjot. Nincs mit veszíteni alapon kipróbáltam azt is. És ezzel működött!

Tehát egy régi verziójú (2022-es) grub-install legyalulta a hibás NVRAM-ot, és felülcsapta egy olyannal, ami megy. Érdekesség, hogy a BIOS most azt írja, "0 drive", és ennek ellenére bootol. Gondolom valami fallback miatt lehet ez. Szóval a BIOS-ban a SATA Information alatt látszik a diszk, Boot options inaktív, induláskor azt írja, "0 drive", és ennek ellenére mégis megy... Tartok tőle, a következő rendszerfrissítés után megint bajok lesznek, de legalább most el bírtam indítani (a rendszert egyébként két napja frissítettem, azóta volt egy reboot gond nélkül, majd a portalanítás utáni gebasz). Lehetséges, hogy ez a pendrájv pont az, amiről eredetileg is telepítettem, de nem biztos. Annyi biztos, hogy csak a régi verzióval javult meg, a legfrissebb telepítővel nem.

Lenovo Thinkcentre M53

Kaptam egy ilyet hogy nem indul. Kimérve, a tápegység működik, bár nem tudom milyen jel kell neki, (a közpéső tüske) A gépet szétszedve, a kapcsolót kimérve az működik, elemcsere volt, de továbbra sem indul. Még csak nem is világít. A tápnál a bemenet tüskéinél is megvan a feszültség. Ötletek? Nem vagyok műszerész, de úgy tűnik hogy a kapcsolóhoz már nem jut el az áram.

operátor panelek hálózati boottal

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?

CoreELEC arm boot probléma

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?