Elektronika, Elektromos eszközök

Analog TTL RGB +VSync +HSync -> Scart

Van egy régi számítógépem, aminek analóg RGB kimenete van, amin 5V-os R,G,B,VSync és HSync jelek jönnek ki. Ezt szeretném egy SCART megjelenítőn megjeleníteni. A csatlakozón még föld és +12V is kijön, bár nem tudom, ez utóbbi mennyire terhelhető.

Próbáltam többféleképpen de egyik SCART megjelenítőn sem jön ki kép. Mivel ezek TV-k és monitorok is egyben, próbáltam a VGA bemenetre rávezetni, de ott sem jött ki kép. Tippem szerint a 15.6kHz HSync miatt, bár azt reméltem, hogyha TV, akkor VGA módban is fogja ezt a frekvenciát tudni.

A lényeg, hogy nincs látható képem.

Az AI tanácsa alapján az 5V-os jelekből egy 470+75 ohmos ellenállásosztóval próbáltam a feszültséget konvertálni, mind SCART, mind VGA esetén, de a scope szerint ilyenkor az 5V-ból már csak kb 2.5V marad, és a kimenő jel szintje sem lesz 0.7V, csak 0.3-0.4V.

A 470 helyett 240 ohmmal már a 0.7V körül járok, de félek, hogy azért esik le a feszültség, mert már a 470 ohmmal is túlterhelem a jelforrást.

A másik gondom, hogy hogyan tudom a HSync és VSync TTL jeleket megfelelően összemosni. Szintén az AI  szerint elég lehet csak a HSync is, de úgy tűnik mégsem.

A gépnek van egy monokróm videó kimenete is, amin egyszerű kompozit jel jön ki. Ez rendben működik, tehát úgy néz ki, a gép is.

Keresek egy egyszerű, biztonságos konvertert amivel ezt az analóg RGB kimenetet SCART-ra tudnám konvertálni. Ha van erre cél-IC, az is érdekes lehet, de ha külön építeni kell, az is jó. Egy fórumon valaki olyat írt, hogy ő csak ellenállásokkal át tudta alakítani a jelet SCART-ra, tehát reményeim szerint egy ilyen változatnak örülnék a legjobban, de fel vagyok rá készülve, hogy csak bonyolultabb megoldás létezik.

Minden ötletet köszönettel fogadok.

ThinkPad not genuine battery will not charge

Öreg ThinkPad T450s akksija gyengélkedő, életkorához mérten kitűnő teljesítményt nyújtott, de az idő vasfoga. Gondoltam nézek neki újat.

Ebben a típusban még 2 akksi van, belső+külső, hogy a külsőt akár menet közben is lehet cserélni. Találtam is mindkettőt (meglepően olcsón) megrendeltem és elmentem érte. A legények akik kiadták a rendelésemet faarccal kiadták a papírokat, lehúzták a kártyámat a vételárral, majd mielőtt  a két dobozt a kezembe adták, sokat mondóan mély levegőt vettek és azt mondták, hogy ezek nem eredeti Lenovo akkumulátorok és a Lenovo gép nem fogadja el őket, nem lehet majd tölteni. Egy pillanatra megakadtam, micsoda hülyeség, mire jó az olyan akkumulátor, amit nem lehet tölteni, és  miért most mondod, miért nem akkor mondtad, amikor kérdeztem az elején, hogy miért ilyen olcsók ezek az akksik? Nyeltem egyet, lehet ez megint valami Windowsos esemény, ezek a fiúk csak Windowsban tudnak gondolkodni, mert a "modern laptopokon a Linux nem működik", nem kérdeztem vissza, hanem megvontam a vállamat és elvittem mindkét dobozt haza.

Félig lett igazam. A bekapcsoláskor tényleg jött egy üzenet, hogy az akkumulátor nem eredeti Lenovo termék, cseréljem ki, vagy lépjek tovább, de ha tovább lépek, az akkumulátor nem fog töltődni. Aztán láttam, hogy a kettő közül csak a belső akksi nem töltődik, a külső, a nagyobb, hibátlannak tűnik. Próbáltam utánaolvasni a neten, de elég régi típus, mindenféle hülyeséget írtak (Fn+S+V 60 mp-ig, bekapcsoló gomb 60 mp-ig, BIOS-ból kikapcsolni a belső akksit, majd 60 mp-ig nyomni az akkumulátor reset gombját mellette, CMOS-t kivenni, stb.) de egyik sem tünteti el az üzenetet. Most visszament tehát a régi belső a akksi a gépbe, így most 6 órát ír, az új, nagyobb külső akksival, najó ez elfogadható.

Most itt van az asztalomon egy újszerű használhatatlan utángyártott akksi és van ugye egy leharcolt akksim a gépben. A fóliát viszonylag könyen le lehetett szedni róla, az akksiban 3 cella van, tkp. 6 db forrasztással ki lehetne cserélni a 3 régi cellát a régi, genuine Lenovo akksiban az új 3 cellára.

Mivel ehhez sem értek, kérdésem: mennyire égetném le a szomszéd házát és az utca többi lakását a sajátom után, ha ezt a cserét végrehajtanám? A Lenovo panel bizonyára felismerné, hogy a cellák megváltoztak, de vajon elfogadná-e az új cellákat?

JFFS2 fájlrendszer patchelése

Haver hozott egy pár emberi fej nagyságú PTZ-s IP kamerát javításra.

Van közte olyan, ami nem is linkel, meg csak fekete képet ad.

Széttúrtam, modulárisak (külön zoom, külön PT elektronika, külön 4G modem), így lendülettel rendeltem bele egy ugyanolyannak tűnő modult az aliról, mondván, hogy max átdobom a flashet oszt' jóidő.

Meg is jött, bele is patkoltam a kamerába, de hát nem viszi a PTZ részt...

Na SPI Flasht kicseréltem így a PTZ megy, de a kép színei meg élessége nem stimmelnek...

A flash tartalmakat kidumpotlam:
binwalk:

mm@P15:~/Dokumentumok/szervizkonyvek/Kazan panelek/Egyéb javítások/Formann kamerák$ binwalk 249_flash.bin 

DECIMAL       HEXADECIMAL     DESCRIPTION
--------------------------------------------------------------------------------
17776         0x4570          gzip compressed data, has original file name: "u-boot.bin", from Unix, last modified: 2021-11-04 09:08:17
262144        0x40000         uImage header, header size: 64 bytes, header CRC: 0x71F51980, created: 2021-11-05 04:42:50, image size: 1684778 bytes, Data Address: 0x40008000, Entry Point: 0x40008000, data CRC: 0x83DE0F58, OS: Linux, CPU: ARM, image type: OS Kernel Image, compression type: none, image name: "Linux-4.9.37"
262208        0x40040         Linux kernel ARM boot executable zImage (little-endian)
279447        0x44397         LZMA compressed data, properties: 0x5D, dictionary size: 67108864 bytes, uncompressed size: -1 bytes
1934104       0x1D8318        Flattened device tree, size: 12882 bytes, version: 17
1966092       0x1E000C        JFFS2 filesystem, little endian
2162768       0x210050        Zlib compressed data, compressed
2164532       0x210734        Zlib compressed data, compressed
2167192       0x211198        Zlib compressed data, compressed

Forrasztottam be UART-ot:

Kernel command line: mem=66M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=jffs2 rw mtdparts=sfc:256K(boot),1664K(kernel),14464K(rootfs)

Ebből a 256+1664K == 1920K == 1966080 majdnem stimmel a binwalk kimenettel (1966092) úgyhogy dd-vel kicsaptam a flash végét egy jffs fájlba:

dd if=249_flash.bin of=249_mtdparts2.jffs2 bs=1 skip=1966092

Ezt kicsomagoltam jeffersonnal, majd körbenézve az jött le, hogy az mnt/mtd/ipc/ van valami kínai bináris takony, ami az user facing dolgokat (kamera stream, webes felület) intézi.

Itt van egy imx335.bin fájl:

https://gist.github.com/martonmiklos/5649ab10cb19bba251ee078dce6024d9

Ami jelentősen eltér az aliexpresszes modulon találhatótól:

https://gist.github.com/martonmiklos/958dd62b5dc49b4e64c700b39cd7259d

Gondoltam ezt a fájlt átműtöm (illetve megpróbálom a root passwordot átírni, illetve egy config_debug.ini -ben a telnetet engedélyezni).

Ehhez megmókoltam amit kell majd újra generáltam a rootfs-t:

mkfs.jffs2 -d ./jffs2_fs -o new_jffs2.img -l

illetve toltam rá egy sumtool-t:

sumtool -i new_jffs2.img -o new_jffs2.sum.img

Majd vissza dd-ztem az eredeti image-ba:

dd if=new_jffs2.sum.img of=249_flash_mod.bin bs=1 seek=1966092 conv=notrunc

Felflasheltem de ez fogad.

goke-i2c 12062000.i2c: goke-i2c2@100000hz registered
sdhci: Secure Digital Host Controller Interface driver
sdhci: Copyright(c) Pierre Ossman
sdhci-pltfm: SDHCI platform and OF driver helper
mmc0: SDHCI controller on 10010000.sdhci [10010000.sdhci] using ADMA in legacy mode
NET: Registered protocol family 17
NET: Registered protocol family 15
lib80211: common routines for IEEE802.11 drivers
Key type dns_resolver registered
goke_rtc 120e0000.rtc: setting system clock to 1970-01-01 00:00:00 UTC (0)
jffs2: CLEANMARKER node found at 0x0000000c, not first node in block (0x00000000)
jffs2: Node at 0x0000e654 with length 0x000019b8 would run over the end of the erase block
jffs2: Perhaps the file system was created with the wrong erase size?
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e658: 0x19b8 instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e65c: 0x6030 instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e660: 0x0047 instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e664: 0x000c instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e66c: 0xc2d8 instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e670: 0x4b30 instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e674: 0xe001 instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e68c: 0x6962 instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e690: 0x02e0 instead
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0000e694: 0x0100 instead
jffs2: Further such events for this erase block will not be printed
jffs2: jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00010004: 0xe648 instead

Az erase blokk méretet valószínűleg eltaláltam a default 64 KB-al, mert erre utal a bootlog:



bsp-sfc bsp_spi_nor.0: SPI Nor ID Table Version 1.2
bsp-sfc bsp_spi_nor.0: The ID: 0xa1 isn't in the BP table, Current device can't not protect
bsp-sfc bsp_spi_nor.0: FM25Q128-SOB-T-G (Chipsize 16 Mbytes, Blocksize 64KiB)

Mind az mkfs.jffs2 mind a sumtool kisebb imaget csinált mint ami az eredeti image-ből kijött:

mm@P15:~/Dokumentumok/szervizkonyvek/Kazan panelek/Egyéb javítások/Formann kamerák$ ls -l  249_mtdparts2.jffs2 
-rw-rw-r-- 1 mm mm 14811124 jún   15 19:26 249_mtdparts2.jffs2
mm@P15:~/Dokumentumok/szervizkonyvek/Kazan panelek/Egyéb javítások/Formann kamerák$ ls -l  new_jffs2.img 
-rw-r--r-- 1 mm mm 12018220 jún   15 19:29 new_jffs2.img
mm@P15:~/Dokumentumok/szervizkonyvek/Kazan panelek/Egyéb javítások/Formann kamerák$ ls -l  new_jffs2.sum.img 
-rw-r--r-- 1 mm mm 12826728 jún   15 19:30 new_jffs2.sum.img

Az ezen a területen túl eső részt nem FF-eltem ki.

MI lehet még a gyíkja a mutatványnak?

 

[megoldódott] Futóóra 10 éves gyereknek

Sziasztok!

10 éves kislánynak szeretnék futóórát vásárolni. Ami lényeges:

  • Alap dolgok kijelzése (iram, idő, távolság)
  • GPS track rögzítése
  • Előny a vezeték nélküli szinkronizáció (BT) Android appal
  • Előny a Strava kompatibilitás
  • Okosóra funkciókra, SIM szolgáltatásokra nincs szükség

Szívesen vennék javaslatokat bevált típusokra.

Update: Amazfit Bip 6 lett a választás.

Szünetmentes kommunikáció

Hello,

Mind idáig nem foglalkoztam az áram kimaradással és védelemmel, most viszont beszereztem egyet ami a kis gépem el tudja látni mondhatni stabilan.

Gyakorlatilag ingyé' volt azért ide a választás -> Back ups 850.

Kérdésem az, hogy van rajt egy UTP port amin DATA felirat van és félinformáció hogy elvileg tudok róla kinyerni ezen keresztül némi infót?

Érdemes vele foglalkozni? Milyen kábel kell hozzá?

Érintésvédelem egy szomorú hír apropóján

Sziasztok!

 

Most olvastam, hogy sajnos meghalt egy 12 éves lány mert a töltőn lévő telefonja belesett a kádba.

https://telex.hu/belfold/2025/04/25/nyiregyhaza-aramutes-telefon-kad-ha…

 

Mivel több téma is volt villanyszereléssel, érintésvédelemmel kapcsolatban, ezért beteszem ezt ide egyrészt figyelemfelhívásnak, másrészt, hogy meg tudjuk beszélni pontosan mi okozta és hogyan is lett volna elkerülhető a tragédia.

/MEGOLDVA/ 22V váltakozófeszültség okozhat kellemetlen bizsergést?

MEGOLDÁS: hagyom a fenébe, akkora a vezetékek közt a káosz.

 

A címben szereplő kérdést tettem fel az MI-nek:

22V váltófeszültség okozhat áramütéshez hasonló kellemetlen bizsergést?

 

A ChatGPT ezt mondta:

Igen, a 22 voltos váltófeszültség okozhat kellemetlen bizsergést vagy enyhe áramütésszerű érzést, különösen akkor, ha:

  • nedves a bőröd, vagy izzadt vagy (mert ilyenkor csökken a bőr ellenállása),

  • sérült a bőrfelület (pl. horzsolás),

  • közvetlen fémes érintkezés történik (pl. csupasz vezeték vagy fémtárgy),

  • a váltófeszültség frekvenciája 50–60 Hz (amit a hálózat használ), mert ez különösen jól ingerli az emberi idegrendszert.

Normál, száraz bőr esetén az emberi test viszonylag jó szigetelőnek számít, és a 22 V AC általában nem okoz komoly problémát, de már 15-20 V körül is érezhető lehet, ha az előző körülmények adottak.

Fontos:

  • Az ilyen alacsony feszültség általában nem veszélyes, de érzékeny vagy stresszes helyzetben kellemetlen lehet.

  • Ha valamilyen készülék vagy eszköz burkolatán érzel rendszeresen ilyen bizsergést, az áramszivárgás jele is lehet, és érdemes megnézetni egy szakemberrel.

 

Nyárra tervezem a teljes átvezetékelését a háznak és beépíteni FI relét is, gyanítom jelenleg ilyen nincs a rendszerben, nem találtam erre utaló jelet, hogy vastag kábel kúszna bele a földbe. Elképzelhető az, hogy rendes földelésnél is megjelenhet a 22V feszültség a mosogatógépen? Áramerősséget mértem, nullát mutatott terheletlen multiméterrel. A 22V-ot a vízcsap és a mosogatógép között mértem ki.

Milyen kapumotort (motrot) ami megy Home Assistanttal is?

Helló, van egy 3.5m x 1.5-es kapum, amihez elő van készítve a motoros vezérlés. Szeretném NAGYSZÜLŐ és GYEREKBIZTOSRA megcsinálni, tehát nem én összerakni relével. Részleges nyitást is tudnia kell.

Bentről 1 zigbees gombbal akarom nyitni részlegesen vagy teljesen (nagyi mód); nekünk szülőknek HA appból ugyanez. Érzékelje, ha akadály van (ne csukja rá a gyerekre).

Hajlandó vagyok áldozni rá, de sajnos rengeteg gagyit, meg gányolást látok, és nem vagyok biztos benne, hogy ezek 50-60K HUF-ért megérik a befektetést (pl. 1.5 perc alatt nyitná ezt a kaput). A high-end (pl. Hörmann ~ 25mp = 200K HUF) zárt rendszerek (max Google Home-mal meg saját buszhoz bérben gyártatott PCB-vel mqtt-re rakott hack vezérléssel).

Tuya-s cuccot is láttam, de abban sem vagyok biztos, hogy jól integrálódna - a wifis redőnyeim csont nélkül mennek, a bluetoothos tuya cuccok tragédia rosszul támogatottak Home Assistantban.

Valakinek van tapasztalata és/vagy működő ilyen implementációja? Köszi!