Opravuje někdo nepodporované programátory Elnec?

Zpráva

eleferner · #1 Příspěvek od **eleferner** » 10 čer 2025, 13:11

V praci mame programator Elnec BeeProg+, ktery je uz nepodporovany. Minuly tyden se v nem neco podelalo a neprojde selftestem, ani nechce cist IO v ZIF patici. Psal jsem do Elnecu, ale tam mne vyfakovali, ze kdyz je nepodporovany, tak ho opravovat nebudou. Neni v CR nebo SR nekdo, kdo se v Elnecech vyzna a byl by schopen ho za uplatu opravit?

Pro uplnost sem dam podrobnejsi popis chyby. Minuly tyden jsem zkousel cist PIC v DIP28 pouzdru, ale programator zahlasil chybu:

Device overcurrent error on power signal on pin(s) 38 of DIL48 ZIF socket

To bylo divne, protoze pin 38 vubec nebyl zapojeny. Tak jsem do ZIF patice vlozil odporovy "pod" a udelal self-test. Vysledek byl:

L0218: Communication test ............ OK 0:00:00.1
L0219: RAM test ...................... OK 0:00:00.5
L0220: EEPROM test ................... OK 0:00:01.1
L0221: Supplies and DAC test ......... OK 0:00:01.0
L0222: Pindriver (TTL) test .......... ERROR: #0606H.

Zkousel jsem se osciloskopem divat na piny ZIF patice (resp. toho testovaciho "podu"). Na zacatku self-testu se na vsech pinech soucasne objevi stejne pulsy o vysce 3,8 V, viz snimek z oscaku. Kdyz zacne pindriver test, tak se na pinech 47 a 48 objevi jeste kratsi puls, ale pak hned test selze. Takze bych tipoval, ze problem neni v individualnim pinu, ale spise v necem spolecnem. Mozna zdroj nebo spinac programovaciho napeti?

Programator jsem rozkuchal, ale je velmi obtizne opravitelny. Jsou tam 3 oboustranne osazene DPS nad sebou, pricemz pro pristup k napajecim a pindriver obvodum je nutne odpojit horni desku s ridici logikou. Na nejake opakovane vypojovani, zkoumani funkce a zapojovani to opravdu neni. Kdyztak pozdeji muzu pridat nejake fotky.

Jinak pro komunikaci po USB a LPT je tam Infineon CY7C68013A, samotne programovani a cteni obstarava FPGA Xilinx Spartan XC2S50 a mensi XCS05. Pin drivery jsou dost slozite, obsahuji TPIC6595 a TD62783. Jako ochrana vstupu jsou pouzity vicenasobne "programovatelne" tyristorove ochrany SP720ABG. Take tam jsou 3 kusy vykonovych OZ L165, asi jako programovatelne zdroje napeti.

#2 Příspěvek od **Zaky** » 11 čer 2025, 07:23

Na netu se řeší drivery TD62783. Asi bych zkusil projít piny patice a pokud se dostaneš k vývodům těch driverů, tak přímo výstupy driverů proti GDN a VCC pinům těch driverů diodtestem a hledal anomálii. To, že se "něco podělalo" hodnotíš, jako "to samo", nebo je nějaká indíce, že tomu bylo nějak pomoženo?

Yarda1 · #3 Příspěvek od **Yarda1** » 11 čer 2025, 21:46

eleferner píše:... Psal jsem do Elnecu, ale tam mne vyfakovali, ze kdyz je nepodporovany, tak ho opravovat nebudou...

Prý se stalo:
Na nějaké naší VŠ měli rentgen západní výroby a ten se jim porouchal. Tak zavolali firemního servisáka, ten se kouknul, prohlásil, že tak starý přístroj už opravit nejde. Ale že jiný rentgen toho typu se nedochoval, tak by ho odkoupili do firemního muzea.
Údajně to skončilo dobře - nějaké devizy se našly a když to dali dohromady s tím co dostali za ten starý, tak to na nový rentgen stačilo.

eleferner · #4 Příspěvek od **eleferner** » 12 čer 2025, 16:08

Tak jsem z toho jelen. Pro vsechny Atmely programator hlasi "overcurrent error on power signal", ale nektere male PICy projdou:

ATtiny13 - DIP8, VCC na pinu 8 - hlasi chybu na pinu 21 programatoru.
ATtiny261 - DIP20, VCC na pinu 5 - hlasi chybu na pinu 24 programatoru.
ATmega8 - DIP28, VCC na pinu 7 - hlasi chybu na pinu 11 programatoru.
ATmega162 - DIP40, VCC na pinu 40 - hlasi chybu na pinu 13 programatoru.
PIC16F876 - DIP28, VCC na pinu 20 - bez chyb.
PIC24HJ32GP202 - DIP28, VCC na pinu 13, uvodni kontrola OK, ale pak neprecte ID cipu, vrati 0x0000.
PIC16C55 - DIP28, VCC na pinu 2, hlasi chybu na pinu 38 programatoru.

Chyba je opakovatelna, tj. pro ruzne kusy ATtiny13 je vzdy na pinu 21 programatoru. Ale jinak tam zadnou logiku nevidim. Ze servisniho potisku DPS se mi zda, ze piny na ZIF patici maji opacne cislovani nez na krabicce. Tedy ze pin 1 je v HW u horniho okraje programatoru, ale v SW a na krabicce namalovany u spodniho. A self-test s odporovym podem selze hned u hornich dvou pinu, ktere jsem nikdy nemel zapojene (realne IO se vzdy vkladaji ke spodnimu okraji). Jak jsem psal v OP, proto si myslim, ze nejsou vadne individualni drivery pinu, ale neco spolecneho. Bud zdroj programovaciho napeti, nebo jeho proudova pojistka, nebo neco takoveho.

A dalsi divna vec: self-test ISP rozhrani projde bez chyb. Provadi se tak, ze se do ZIF zapoji odporovy pod, ktery se kablikem spoji s ISP rozhranim. Pri testu se pouziva hornich 16 pinu ZIF, tedy tech stejnych, ktere ZIF self-testem hned na zacatku neprojdou.

Pristi tyden si mozna dokazu pujcit jiny Elnec (ale nesmim ho rozkuchat), tak na oscaku zkusim porovnat, jak vypadaji napeti na pinech dobreho a vadneho. Treba z toho vysleduji, ktery zdroj napeti (jsou tam 3 velke a asi 3 pomocne) by mohl delat problemy...

RayeR · #5 Příspěvek od **RayeR** » 30 říj 2025, 06:25

Jak ta anabaze dopadla? Jen me to zajima, bo tu mam tu LabProg-48LV, snad me neco takoveho nepotka, ale kdyby, tak by bylo dobre mit se cim inspirovat. Nemam ani ten odporovy kalibracni blbinec, nevim jestli je stejny pro vsechny labprogy... jak je to udelane? odpory mezi kazdym pinem leve a prave strany? jaka hodnota?

eleferner · #6 Příspěvek od **eleferner** » 30 říj 2025, 08:51

Nijak, nedokazal jsem identifikovat zavadu. Na deskach jsou testovaci piny pro nejdulezitejsi napeti, takze jsem zkusil porovnat jejich prubehy pri programovani "problemovych" a "neproblemovych" IO. Dokonce jsem si pro porovnani pujcil jiny Elnec programator, jenze jineho typu a nesmel jsem ho otevrit. Ale v prubezich jsem stejne nic nevidel, jen ze u "problemovych" IO se hlavni programovaci napeti sepne a hned zase vypne, protoze zareaguje nejaka ochrana.

Pin drivery jsou dost slozite, u kazdeho je 1 low-side spinac a 2 high-side spinace. To umoznuje mit ruzne napajeci (napr. 5 V) a programovaci (napr. 12 V) pro oldschool EPROM, stare PICy apod. Krome toho je u kazdeho pinu asi 10 dalsich soucastek, rozhazenych po 3 oboustranne osazenych deskach. Samozrejme bych dokazal vykreslit zapojeni, ale pri kazdem rozpojeni a spojeni DPS jsem mel strach, ze neco urvu. Takze jsem usoudil, ze je lepsi mit programator, ktery funguje castecne, nez vubec. Poslednich 5 let ho stejne pouzivam hlavne pro ISP soucastky a ISP rozhrani (na predku programatoru) funguje bez problemu, projde i self-testem.

Mozna se k tomu vratim, pokud budu mit nahradu. Do naseho interniho nakupniho systemu jsem zadal pozadavek na koupi noveho programatoru, ale ma to nejnizsi prioritu. Po pravde si ani nejsem jisty, jestli znovu vzit Elnec nebo nejakou Cinu, ktera sice nebude umet high-voltage programovani, ale bude za 1/4 ceny...

ondraN · #7 Příspěvek od **ondraN** » 30 říj 2025, 10:23

U těch nových Elneců mě dost naprdlo, že nejde používat konverzní moduly pouzder bez identifikačních čipů. Mám spoustu modulů používaných s BeeProg, ale na BeeProg2C nejdou použít. Vzhledem k tomu, že na těch modulech není žádná aktivní část, jen propojení, je to sviňárna.
Příště bych asi taky volil číňana.

lesana87 · #8 Příspěvek od **lesana87** » 30 říj 2025, 11:04

Cože, oni dali do konverzních modulů čipy? To už fakt přehánějí, drahý je to jako prase. Mám BeeProg+ a blbej pasivní modul pro konverzi PLCC68 pro jeden typ CPLD stojí 6 tisíc. Takže když si koupím nový programátor, můžu ty starý moduly vyhodit? Supr sviňárna.

eleferner · #9 Příspěvek od **eleferner** » 30 říj 2025, 11:07

Ano, to mne taky nemile prekvapilo. Dokonce je to tak, ze napr. pro Atmely v SO-20 je potreba jina redukce, nez pro PICy v SO-20. Takze redukce od stavajicicho Elnecu mi nejspis budou k nicemu. Pritom tenkrat staly skoro stejne, jako samotny programator. Kdyz jsem psal OP, tak jsem nasel par EEvblog threadu, kde na to dost nadavali:

https://www.eevblog.com/forum/reviews/n ... pointment/

Na druhou stranu je jasne, ze takovych programatoru se za mesic mnoho neproda, takze se potrebuji uzivit jinak...

#10 Příspěvek od **Zaky** » 30 říj 2025, 12:02

Trh funguje tak, že si lidé raději koupí na běžné čipy laciný programátor z Číny, co stojí celý méně, než pouhý adaptér od Elnecu a Elnec tím svým čipováním adaptérů akorát přijde o další zákazníky.

RayeR · #11 Příspěvek od **RayeR** » 30 říj 2025, 15:35

No to je mi novinka (po vzoru vyrobcu ink/toner kazet ci baterii s id cipy), to nastesti muj elnec jeste nema, takze spolupracuje i s moji neautorizovanou redukci na 2708... To bych se na ne teda vykaknul, pokud nepotrebujes prgat stare epromy, tak naky cinan a pripadne na stare koupit naky bazarovy elnec jeste bez nesmyslu. Ono pokud nekdo neni "archeolog" jako ja, tak spis resi programovani modernich mcu, nandek, emmc, spi, tak ty old skool paralelni HV veci ani nevyuzije...

#12 Příspěvek od **rnbw** » 30 říj 2025, 15:40

Vtipne je, ze na mnohe tie moderne veci vobec Elnec nepotrebujes.
Na eMMC staci redukcia na SD kartu, na SPI alebo ICSP je kopa sposobov takmer zadarmo.

RayeR · #13 Příspěvek od **RayeR** » 30 říj 2025, 16:51

Tak ano, na spi pameti mi.zas staci dodnes paralelni port

Ale naka nova generace eMMC uz pouziva PCIe linky. Taky to chce nake sikovne redukce na ty BGA, videl sem, ze maji takoveho pavouka, kde das brouka na zada a na jednotlive plosky prihnes takove ohebne sondy s hroty... zatim sem tohle resit nemusel, ono je problem, ze casto potrebujes naky predprogramovany bootloader nebo dump z jineho zarizeni a kolikrat se da uz u cinana koupit predprogramovana pamet pro dane zarizeni...

Celeron · #14 Příspěvek od **Celeron** » 30 říj 2025, 18:02

Koukám, zlatej Xeltec Superpro. Na starší věci bezproblémovej a na nový jsou jiný způsoby. Zatím jsem nic jinýho nepotřeboval.

#15 Příspěvek od **rnbw** » 31 říj 2025, 08:20

Zase nejaka sracka z chatbota.

...a ještě ne střízlivýho. Smazal jsem.
Hill