LCR-T4 MTester v2.07 LCR Meter - Black Block Issue - How to program ATMEGA328P?

[Alone GREYWOLF]

LCR-T4 test cihazının orijinal dosyası bende mevcut isteyen arkadaşlara göndere bilirim. LCR-T4 ORGINAL CODE.mpj (Flash + Eeprom + Fuse + Lock)

Programlayıcı olarak TL866 II Plus'ı kullandım.

İrtibat: Spring14430@gmail.com

[Logicleap]

Would there be any explanation on how to connect the 6 pin programming cable to this particular LCR T4 board, which doesn't have the pins adjacent to the crystal on the front, I attach photo of row of 5 through hole pins on the front side next to battery connector, I lifted the lcd display to check if any additional pins I attach photo but doesn't seem any additional pins only those 5 through holes

if anyone could have any clue (I am curious if alternative firmware might improve inductance value L of air core inductor which doesn't seem measurable for some reason it measures only resistance ohms, to program via arduino nano/avrdude is it ?)

I have traced some with multimeter :

SCR T4   atmel 328p tqfp
1            gnd 21 (?)
2            avcc 18 (?)
3 RESET  29
4 GND    5
5 VCC    4

where could pins

MOSI 15
MISO 16
SCK   17

be on the T4 board, they should be necessary for programming firmware ?

[Gyro]

Hi, welcome to the forum.

You want the master project thread, everything is covered there, including pre-made images for a lot of variants (the T4 is a common one) or building your own.  https://www.eevblog.com/forum/testgear/$20-lcr-esr-transistor-checker-project/

[Logicleap]

Hi, should I move it or repost there and should I reply to a particular post or anywhere, or could you do it ?

[Logicleap]

On my T4 board it seems at button down backlight voltage initially 0.8 V, once button released about 2.8 V enough to light a led.
On my board the 6 programming pins aren't available on the front, could they be connected to the lcd ? i.e. available but under the lcd ?
see :
https://www.eevblog.com/forum/testgear/lcr-t4-mtester-v2-07-lcr-meter-black-block-issue/msg6123901/

[indman]

Logicleap Do not touch this tester if you do not want to get a brick. Your clone does not have ATMEGA328 installed, but a Chinese LGT8F328P clone. There is no firmware for this controller in the public domain. Next time, immediately ask your questions about the main topic of this project, which was link suggested to you Gyro

[Logicleap]

I manually connected pins
MOSI 15
MISO 16
SCK  17
soldering a wire to resistor on cpu side, connected to arduino nano with hook clips, and managed to download .hex enclosed, so it worked with arduino as ISP bridge and avrdude for download :
avrdude -c arduino -p atmega328p -P /dev/ttyUSB0 -b 115200 -U flash:r:backup_flash.hex:i -B4

In case I wanted to read strings of this version how to inspect the .hex file to extract strings like possibly "1.52m" of version ? it should be intel format

[ledtester]

In case I wanted to read strings of this version how to inspect the .hex file to extract strings like possibly "1.52m" of version ? it should be intel format

This project provides a set of Python scripts to analyze Intel HEX files, with a focus on extracting and parsing data from an example HEX file ...

https://github.com/sink2styx/HEX-File-Analysis-Toolkit

Powershell script to search for a string inside an intel hex (iHex) formatted file, returning the address (with optional offset) to all found occurrences. Optionally return a 16 bit integer from an offset from the found address. Finally count of how many times the string was found.

https://gist.github.com/f-steff/cb592cd2d0bdb1d858595118915f3a06

[Logicleap]

I tried those and for example HxD import intel .hex, but it doesn't seem to show any legible strings, which are instead plainly readable seemingly in an old .hex let's say 1.13 of many years ago 2014, is there any specification of format/layout produced by avr-gcc compiler ? it could be avr-ld : obj -> elf -> hex ? for example here it mentions string tables but of what the avr-gcc objects, in memory, not necessarily the .hex ? : https://avrdudes.github.io/avr-libc/avr-libc-user-manual/mem_sections.html

Let's say I have notion of coff memory format which is to be used by unix operating system or elf, but here the cpu knows only to start executing at a certain address, say the bootloader in the .hex or other, the cpu speed is set in the "fuse" memory area, any clues regarding strings to find version like "1.56m" ? the strings seem plainly readable in the .o files, there isn't any .elf produced but only hex encoded .hex.

[ledtester]

I found the Windows utility hex2bin:

http://blog.copcea.ro/?p=1624

which will convert Intel HEX to a binary file.

Then I used HxD:

https://mh-nexus.de/en/hxd/

to view the file.

There is only about 4K of potential code in the .hex file you posted. Moreover, the last few bytes of the potential code section is "AVR ISP" (near offset 0x1110). Except for "AVR ISP" there isn't any text in the file.

I've attached a text rendition of the binary dump from HxD.

So maybe you didn't extract the Transistor Tester firmware?


Update: Ok, I see that HxD can read Intel HEX files directly.

[RoGeorge]

I would've expected the firmware to be protected. 

That AVR ISP string might hint that there is some sort of bootloader together with the code, maybe that's an Arduino without the serial-to-USB bridge chip? (I didn't check)

Another guess, maybe the strings are in the eeprom area.  See how to read the eeprom area from these AVRDUDE examlpes:  https://avrdudes.github.io/avrdude/8.0/avrdude_7.html

If you do that, and save the eeprom content as "backup_eeprom.hex", then to see the strings from a .hex in Linux, from a terminal type xxd -r -p backup_eeprom.hex | strings

If you can, read all (the flash, the eeprom, the efuse and the hfuse), zip them together and attach the zip here, please.


Side note, AVRDUDE can save as binary, too, if you want.  So if you save what's read as .bin, the above line becomes strings backup_eeprom.bin.  Though, human readable files are preferable to binary, so saving in .hex format is better.