Forum: Projekte & Code Transistortester AVR

bianchifan schrieb:
> Mit weiteren Test ist bei mir erst mal Pause, da mir noch Vitamine für
> einen HV-Progger fehlen.. vorgestern abend habe ich den Atmel mit einer
> etwas abenteuerlichen ISP-Verdrahtung zerflasht, erst Verify-faults,
> dann Kommunikationsabbruch :((

Mich wuerde mal interessieren was Du Dir von der HVP versprichst. Wenn 
Du rst nicht abgeschaltet hast muss der AVR per ISP programmierbar 
sein.
Ausserdem muss der AVR fuer HVP ausgeloetet werden und danach natuerlich 
auch wieder rein. Da wuerde ich lieber gleich einen neuen nehmen. 3x 
loeten muss man den 2 Euro-Dingern nicht antun, auch nicht mit 
Heissluft.

Ich wuerde den Fehler in der Verdrahtung oder dem Programmiergeraet 
suchen.

Hans schrieb:
> An BAT liegen 2,53V an, aber an VREGIN liegen bei geschlossenem S1 nur
> ~1.45V an.

Die Batterie-Spannung ist wohl doch zu niedrig für den MOS-FET. Ich 
hatte auch eher an die 3.8V von LiIon gedacht. Das Problem ist, dass bei 
niedriger Spannung ein höherer Strom für den DC-DC Wandler gebraucht 
wird.
Da kann man wahrscheinlich nur versuchen, bei der Original-Schaltung den 
Widerstand R7 deutlich niedriger zu wählen und die LED1 durch eine 
Si-Diode zu ersetzen. Bei zwei Diodenstrecken (E-B des PNP und Si-Diode) 
gehen schon etwa 1.4V der Eingangsspannung (nominell 2.4V bei NiMH) 
verloren. Da bleiben nur 1V für den Widerstand und die C-E Spannung des 
T1. Das ist ziemlich knapp. Mit einem R7 Widerstand von 270 Ohm könnte 
es dennoch funktionieren.
Möglicherweise kommt aber auch der Transistor T3 (BC557C) mit dem 
Kollektorstrom an seine Grenze (100mA). Ein BC327 oder BC328 wäre 
möglicherweise besser geeignet.

Thankyou Mr Karl-Heinz Kübbeler and Mr Tomas for the quick response. I 
did watch the video "Aurdino as ISP". It's only programming the sketch 
wrote in aurduino software. How can I load the ttester.hex and 
ttester.eep to the aurduino sketch? another doubt is Can i use TL431 
instead of MCP1702-5002 ? Thankyou Mr Kerj for providing the Sprint 
layout.(I think the Tr1-BC547 orientation in the layout is wrong, and 
the LCD layout is attachable to the printed side.)anyway I can modify 
it. thanks again.

bianchifan schrieb:
> Soweit ich mich erinnere, soll die 12V HP Programmierung jegliche
> missliebige Programmierung retten können, also falsche Fuses,
> Taktprobleme, deaktivierten ISP-Port und umgefunzten Reset-Pin.

Du kannst per SPI ja nur den rst abschalten. SPI ist per SPI nicht 
abschaltbar, das geht nur per JTAG oder eben HVP. JTAg hat der m328 
nicht also erledigt.
Also wenn der rst nicht als Portpin umgemodelt wurde, geht alles per 
SPI.
Die HVP kannst Du Dir also sparen. Wenn es nicht am 
Billig-Programmiergeraet selbst oder an der Verdrahtung liegt, hast Du 
Dir den AVR abgeschossen. Ist aber eher unwahrescheinlich denn die sind 
eigentlich ziemlich robust, wenn man auf die Versorgungsspannung achtet. 
Und wenn, dann schrottet man evtl. mal einen portpin.
Die fuses kann man alle auch per SPI aendern. Auch die protect fuses.

bianchifan schrieb:
> Nein, für zwei Tiny13 wollte ich weder STK noch Dragon.

Bei den Preisen solltest Du nochmal ueber ein STK500 nachdenken.

bianchifan wrote: Isn't MCP.. the LDO?
TL431 is reference only.
Actually it was an error , sorry, I intented to as about LM336 and not 
MCP. I think LM336 can be replaced with TL431 shorting the referance pin 
to cathode, am I right? sorry for the mistake and thanks again for quick 
response.

Hans schrieb:
> Wie kann ich den Transistor Tester am besten testen, so dass ich
> Probleme die durch eine mangelhafte Stromversorgung entstehen früh
> erkennen kann?

Der Tester lässt sich auch ohne die Abschalt-Automatik in Betrieb 
nehmen. An PD7 (oder PD0 bei der Streifenleiterversion) wird lediglich 
ein Start-Signal (0V) benötigt, um die nächste Messung zu starten. Dazu 
kann man den Pin mit einem Taster nach GND schalten. Der Pull-Up 
Widerstand nach VCC ist notwendig! Wenn die Power-Abschaltung von PD6 
nicht funktioniert, wartet der Tester einfach weiter. Zum Abschalten 
reicht natürlich auch ein Schalter in der Batteriezuleitung. Oft ist 
eine Störung von der VCC-Seite an den Ergebnissen des Selbsttests T2,T3 
und T5-T7 zu erkennen. Der vollständige Selbsttest ist über die 
Menüfunktion aufrufbar. Dargestellt werden in der Zeile 2 die 
Abweichungen von den erwarteten Spannungen in mV. Mehr als 10mV sollten 
hier nicht erscheinen.

I have installed burn-o-mat v2. loaded arduino isp sketch to arduino uno 
burn-o-mat detected and wrote the hex file to atmega328. But the eeprom 
file is not in .hex format so it returned an error as in the above 
picture.what to do with this error? and I am using 328p with 2 X 16 
display please tell me the fuses(E,H,and L) to be written. thankyou.

Mohammed Ali schrieb:
> I have installed burn-o-mat v2. loaded arduino isp sketch to
> arduino uno
> burn-o-mat detected and wrote the hex file to atmega328. But the eeprom
> file is not in .hex format so it returned an error as in the above
> picture.what to do with this error? and I am using 328p with 2 X 16
> display please tell me the fuses(E,H,and L) to be written. thankyou.

With a 8MHz crystal the fuses should be set to lfuse=0xf7, hfuse=0xd9 
and efuse=0xd9. The efuse setting enables the "brown out" detection 
(voltage monitor), which is recomended.
Without the Makefile option USE_EEPROM you can ignore the error message 
about the eeprom verify. With the ATmega328(P) you need not program the 
eeprom. It is initilized within  the program, if it is detected 
unprogrammed.

I can write and verify the flash memory, But I can't write fuses why?

bianchifan schrieb:
> NUr...was machen, wenn der AVR sich tot stellt und nicht mehr reagiert?
> Mein Dell Monitor liefert ca. 4,7V auf USB, der ASP dichtet sicherlich
> nix dazu. Die Hintergrundbeleuchtung hat beim Flashversuch arg
> geflackert, irgendein unliebsames Vorkommnis wird die
> Spannungsstabilität stark beeinträchtigt haben -> auf dem AVR ist Müll
> abgespeichert worden.

Auweia
Wenn die Versorgungsspannung schon nicht in Ordnung ist, nuetzt auch das 
beste Programmiergeraet oder HVP nichts.
Man nimmt auch kein USB als Spannungsquelle. Kein Wunder das nichts 
geht.

bianchifan schrieb:
> Frage: Was ist dann mit den ganzen USBASI, -ISP, e.t.c. Adaptern??

Die sind auch zum Programmieren gedacht und nicht um ganze Schaltungen 
zu versorgen wie z.B. Experimentierboards oder die hoehere 
Atmel-STK-Reihe, die man mit zusaetzlichen Netzteilen versehen kann.
ISP heisst nicht das man damit die Schaltung versogen soll, sondern das 
man im System progammieren kann.

> Bei meinem ältesten ASP muss ich die Weiterleitung noch per Jumper
> stecken, bei den aktuellen kannst dich vielleich noch zwischen 5v und 3V
> wählen.

Was ist ein ASP ?

Und das hat jetzt genau was mit einer stabilen Programmierspannung zu 
tun ?

Fuer sowas gibt es die Funktionen Vtarget und varef nur nuetzt das alles 
nichts, wenn schon die Versorgungsspannung nicht passt.

> irgendein unliebsames Vorkommnis wird die
> Spannungsstabilität stark beeinträchtigt haben -> auf dem AVR ist Müll
> abgespeichert worden.

Das hast Du genau wie festgestellt ? Der ging doch nicht mehr auszulesen 
und selbst wenn, woher weisst Du das da Muell drin stand ?

what does this fuse bit mean? Is my chip bricked? please help me. 
thankyou.

Try it like that

1

avrdude -p m328p -u -P COM3 -b 38400 -c arduino -q -U lfuse:r:-:i -U hfuse:r:-:i -U efuse:r:-:i -U lock:r:-:i

Mohammed Ali schrieb:
> what does this fuse bit mean? Is my chip bricked? please help me.
Meaning and function description you can find here:
http://www.ladyada.net/learn/avr/fuses.html
http://www.engbedded.com/fusecalc/
You can use this command for writing fuses with following values L=FF, 
H=D9 and E=04:

1

avrdude -c arduino -p m328p -P COM3 -U lfuse:w:0xFF:m -U hfuse:w:0xD9:m -U efuse:w:0x04:m

Tomas P. schrieb:
>>>Blahh

Karl-Heinz Kübbeler schrieb:
> With a 8MHz crystal the fuses should be set to lfuse=0xf7, hfuse=0xd9
> and efuse=0xd9.

Lesen, dann posten, steht jedes mal da bevor man abschickt. Nur mal so 
nebenher.

Ausserdem moechte er auslesen und nicht schreiben, zumindest hat er 
danach gefragt.

Lesen :)

1

ifeq ($(PARTNO),m328p)

2

MCU = atmega328p

3

#.

4

#.

5

#.

6

# RC operation ,CLK 8MHz

7

FUSES_INT = -U lfuse:w:0xe2:m -U hfuse:w:0xd9:m -U efuse:w:0xfc:m

8

# Operation with 8MHz crystal and /1 divider , full swing crystal

9

FUSES_CRY = -U lfuse:w:0xf7:m -U hfuse:w:0xd9:m -U efuse:w:0xfc:m

10

# Operation with 8MHz crystal and /1 divider , low power

11

FUSES_CRY_L = -U lfuse:w:0xff:m -U hfuse:w:0xd9:m -U efuse:w:0xfc:m

12

endif

Tomas P. schrieb:
> Lesen :)

Wenn Karl-Heinz das so schreibt, interessiert mich nicht was im makefile 
steht. Der hat das auch so im Kopf und das wird dann so schon richtig 
sein. Ich bin mir sogar fast sicher das er sowas vorher noch ausprobiert 
bevor er hier was postet.

Und wenn das so richtig sein soll, warum ist dann Deine efuse 0x04 ?

Well sure you read what is written in red.

Sry, ich kann kein Englisch.

Dann ist ja quasi alles falsch was Karl-Heinz schreibt. Weder das 
makefile noch seine posts stimmen demnach.

These are all values recommended by the author of software (Karl-Heinz) 
contained in the file "setup.mk".

bianchifan schrieb:
> As long as there are no special reasons (for ex. ripple noise) for
> changing the brownout level I always use 2,7 V -> Bit 1 must be set.

I recommend the setting of 4.3V brown out level. Only with this setting 
you will detect a unwanted voltage drop. The tester will reset in this 
case and start again. In this case you should increase the capacitor 
value at the VCC and AVCC pins to prevent this failure. At least 100nF 
capacitors should be placed near to the ATmega pins.
The datasheet of the ATmega328 specifies, that only the three lowest 
bits of the efuse are used. But all unused bits (0xf8) are specified as 
"1". Unfortunately the setting in the avrdude.conf masks the upper bits, 
so that the efuse setting of 0xfc is read as 0x04.
Please see the  extract from avrdude.conf for the mega328:
   memory "hfuse"
        size = 1;
        min_write_delay = 4500;
        max_write_delay = 4500;
        read = "0 1 0 1 1 0 0 0 0 0 0 0 1 0 0 0",
               "x x x x x x x x o o o o o o o o";

        write = "1 0 1 0 1 1 0 0 1 0 1 0 1 0 0 0",
                "x x x x x x x x i i i i i i i i";
    ;

    memory "efuse"
        size = 1;
        min_write_delay = 4500;
        max_write_delay = 4500;
        read = "0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0",
               "x x x x x x x x x x x x x o o o";

        write = "1 0 1 0 1 1 0 0 1 0 1 0 0 1 0 0",
                "x x x x x x x x x x x x x i i i";
    ;
You can change the read mask for efuse to the same setting as hfuse in 
the avrdude.conf:

    memory "efuse"
        size = 1;
        min_write_delay = 4500;
        max_write_delay = 4500;
        read = "0 1 0 1 0 0 0 0 0 0 0 0 1 0 0 0",
               "x x x x x x x x o o o o o o o o";

        write = "1 0 1 0 1 1 0 0 1 0 1 0 0 1 0 0",
                "x x x x x x x x x x x x x i i i";
    ;

With this setting of avrdude.conf, the efuse value of 0xfc is accepted. 
This setting is used in the ATmega data sheet, where unused bits are 
specified as "1".
The other way is the using of the latest version of setup.mk.
With this setup.mk the value of the efuse can be specified at the 
beginning of the file (line 4). The default value is now 0x04 for better 
matching the strange behaviour of avrdude.

Best regards,
Karl-Heinz

finally I did it with this programmer 
(http://openprog.altervista.org/).Thanks to all those did help. I 
realized that arduino isp with avrdude cannot program ATmega328p fuses!!

Mohammed Ali schrieb:
> I realized that arduino isp with avrdude cannot program ATmega328p fuses!
There was me :), so I tried writing fuses and everything works using an 
Arduino as an AVR ISP. The attached picture documenting my Arduino 
Duemilanove associated with ATmega ISP Adapter (minimal development 
board). 
http://www.ebay.com/itm/New-ATmega8-ATmega48-Development-Board-AVR-Board-Parts-and-Components-DIY-Kit-/400819015819

I used official ArduinoISP sketch and the following commands:

For writing only Flash

1

avrdude -c avrisp -p m328p -P COM3 -b 19200 -e -U flash:w:"TransistorTester.hex":a -U eeprom:w:"TransistorTester.eep":a

For writing only Fuses (L=F7, H=D9, E=04)

1

avrdude -c avrisp -p m328p -P COM3 -b 19200 -U lfuse:w:0xF7:m -U hfuse:w:0xD9:m -U efuse:w:0x04:m

For writing Flash + Fuses (L=F7, H=D9, E=04)

1

avrdude -c avrisp -p m328p -P COM3 -b 19200 -e -U flash:w:"TransistorTester.hex":a -U eeprom:w:"TransistorTester.eep":a -U lfuse:w:0xF7:m -U hfuse:w:0xD9:m -U efuse:w:0x04:m

Note:
For proper operation it is important to use a baud rate of 19200 and set 
the correct number of the communication port for Arduino.

Best regards
Tomas

bianchifan schrieb:
> Der entscheidende Hinweis stand dann im Makefile..beim 7920 gibt es eine
> völlig andere Belegung!
> Problem bei der Sache für Wechselwillige, PB5 ist nicht auf allen
> ST7560-PCBs vorgesehen! Auf meinem Fishbrett sind PD4/PD5
> zufälligerweise vorgesehen (für eine Textdisplay-Variante) aber nicht
> ausgeführt.
> Warum nicht CLK/E auf PD2 und SI/R/W auf PD3 gelassen?
> Sind bereits andere Lösungen im Umlauf?

Det ST7920 Controller kann mit der 4-Bit parallel Schnittstelle wie das 
Textdisplay angeschlossen werden oder mit einer speziellen seriellen 
Schnittstelle. Die gewählte serielle Schnittstelle benutzt die gleichen 
Pins wie die I2C Schnittstelle des SSD1306 Controllers. Diese Pinne (PD2 
und PD5) werden von keiner Zusatzfunktion (Drehgeber, Frequenzzähler) 
benutzt.
Falls erforderlich, könnte man noch eine andere Belegung mit der 
STRIP_GRID_BOARD Option auswählbar machen.

bianchifan schrieb:
> Verwendet hatte ich die hex aus dem SSD1306SPI Verzeichnis, auch diese
> Version testet kontinuierlich, irgendwann kommt der Hinweis auf die
> fehlende Kalibrierung.
Kontinuierliches Testen sieht nach einem "brown out" Reset aus. Da 
sollte man die Spannungsversorgung überprüfen. Die OLED Displays 
verursachen auch eine Störung auf der VCC Seite. Die habe ich nur mit 
einem Filter (serieller Widerstand von 68 Ohm und 10uF Kondensator in 
der VCC Versorgung) unterdrückt bekommen.

bianchifan schrieb:
> Diese Dauerläufer fressen Batteriestrom und zeigen die kontinuierlich
> sinkende Spannung auch schön in der untersten Zeile an.

Das ist ein beabsichtigter Wechsel zu einem Kapazitätsmesser oder 
Widerstands-Induktivitäts Meßgerät. Der Modus wird durch [C] bzw. [RL] 
auf der rechten Seite der ersten Zeile angezeigt.
Der Modus ist praktisch, wenn man mehrere Bauelemente gleichen Typs 
messen möchte. Der Modus wird durch einen Tastendruck wieder beendet und 
der Tester fährt mit der normalen vollständigen Prüfung fort. Wenn 
natürlich ein Bauelement (Widerstand, Kondensator oder Spule) an TP1 und 
TP3 angeschlossen ist, kehrt der Tester wieder zu der Spezialfunktion 
zurück. Wenn nur ein Bauelement mit dem vollständigen Test gemessen 
werden soll, sollte man TP2 benutzen.
Ich halte diesen Weg zur Spezialfunktion ([C] oder [RL]) für praktischer 
als die Auswahl über die Menüfunktion.

Frisches Hackaday-Review ;)

http://hackaday.com/2015/04/24/review-transistor-tester/

Den kann ich nur empfehlen. Der verbraucht noch weniger Strom, als der 
Fish nach dem Umbau.

Er misst auch schneller.

bianchifan schrieb:
> Wohlgemerkt, ich spreche nicht von eigenkonfigurierten
> Spezialcompilaten, ich spreche von den bereitgestellten hex-Dateien in
> den trunk-Zweigen ST7560, ST7920, SSD1306SPI sowie SSD1306I2C.

Natürlich kann bei einer Standard-Konfiguration nicht verhindert werden, 
dass die Nullkapazität bei irgend einem Aufbau zu hoch liegt. Da hilft 
nur die Kalibration des aktuellen Aufbaus. Hier noch einmal die 
Kurzfassung:
Kurzschluß aller Testpins. innerhalb 2 Sekunden durch Tastendruck 
quittieren. Nach der Ausgabe des Nullwiderstandes den Kurzschluß 
entfernen, dann wird die Nullkapazität ermittelt (C0=...). Bei der 
Ermittlung der Nullkapazität sollten verwendete Anschlußleitungen nicht 
berührt werden. Der Kondensator mit mehr als 100nF wird nur für den 
ersten Abgleich benötigt oder immer beim vollständigen Selbsttest über 
die Menüfunktion.
Übrigens wird die Nullkapazität auch dann auffällig hoch sein, wenn 
statt des 8 MHz Quarz ein 16 MHz Quarz verwendet wird. Dann werden alle 
Kapazitäten etwa Faktor 2 zu hoch gemessen, wenn die Taktfrequenz nicht 
bei der Übersetzung berücksichtigt wurde.
Die Grenze für die Erkennung einer Kapazität liegt bei 25pF für den 
normalen Testzyklus. Wenn die Nullkapazität um diesen Wert höher liegt 
als die Vorbesetzung (36pF), wird immer ein Kondensator angezeigt bis 
kalibriert wird. Bei der Kondensator-Messfunktion werden Werte ab 1pF 
angezeigt.

For owners of this tester which is offered on ebay under the designation 
as "LCR-T3" or "LCR-T4 Transistor Tester" I offer a way to update 
firmware (v1.12k r453 EN). Devices have identical PCB, but slightly 
different G-LCD with matching operation thanks to compatibility with the 
driver ST7565. Update works on both versions of this tester. However, 
attention should be given to the fact that the ISP connector from the 
parts is mirrored. For this purpose I have pieced together a simple 
detachable :) adapter enabling the MCU to program without arranging the 
auxiliary ISP connector (see attached pictures).

Best regards
Tomas

Nice, my "T4" version just got shipped yesterday, so your precompiled 
update will help me. Thank you for sharing it! :)

Sagt mal, wieso schreibt ihr nur noch in Englisch?
Ich möchte mal ein englisches Forum sehen, die sich die Mühe machen und 
alles für uns in Deutsch schreiben.

@tom666
Aber gut zu wissen, das mit dem ISP Anschluss.

Die China-Nachbauten sind sehr vielfältig, gib auf aliexpress oder eBay 
mal "transistor tester" ein. Alle ähnlich, nie gleich, selten mit 
genaueren Angaben. Das bei meinem T4 beistand, war Zufall.

Daher ist auch nie klar, welches Gerät da tatsächlich ankommt. 
Gegebenenfalls kann man ja aber das Zufallsprodukt dann noch anpassen. 
Werde auch mal recherchieren, ob die T4-Version mit Zener-Diode arbeitet 
und wie/wo ich eine ordentlich 2,5V-Referenz herbekomme und die 
einsetze. ;) Bin da aber heute erst drauf gestoßen, muss da also suchen. 
Vielleicht gibt es das ja sogar schon.

bianchifan schrieb:
> I've never, never received any complaints!!
> As I know, tom666 is Slovenian ;)

Ja klaa, is ja auch die Weltsprache. Fast so wie dat Ruhrpott Platt.

Ich meine Tom666 hätte anderswo auch in Deutsch geschrieben.

Es ist ja auch nichts dagegen einzuwenden einem anderssprachigem 
Menschen in Englisch zu antworten, aber schon pauschal in Englisch zu 
schreiben, damit uns auch die ganze Welt versteht?

Chrisitan schrieb:
> As I know, tom666 is Slovenian
I am from Slovakia (part of former Czechoslovakia) :)

Dirk K. schrieb:
> Werde auch mal recherchieren, ob die T4-Version mit Zener-Diode arbeitet
> und wie/wo ich eine ordentlich 2,5V-Referenz herbekomme und die einsetze.
In the "T4 Tester" is not used zener diode. Two silicon diodes (4148) 
are used only to reduce power supply for GLCD. Part of the board is also 
a source of reference voltage 2.5V with TL431AN. Many thanks to Roland 
Elmiger (hb9gaa) for providing the schematic diagram of this tester:
Beitrag "Re: Transistortester AVR"

Tomas P. schrieb:
> I am from Slovakia (part of former Czechoslovakia) :)

Na dann ist es auch ok in Englisch zu schreiben.
I'm sorry Tom666, I thought you are a German.

Chrisitan schrieb:
> Hallo,
>
> ich würde mir gerne so einen Transistor tester besorgen. Nun habe ich
> aber die Übersicht verloren. Es gibt ja sehr viele Nachbauten aus China
> mit noch mehr Versionen, ich meine auch gelesen zu haben teilweise mit
> schlechteren Bauteilen und deswegen ungenauer.
> Kann mir jemand mal sagen welches der Tester "am Nächsten" am Original
> ist, bzw. sich gut mit der letzten FW updaten lässt?

Meiner Meinung nach solltest du einen mit dem typischen 2 Zeilen display 
nehmen, der einen 328 mit DIP verbaut hat, dann solltest du ziemlich nah 
drann sein.
Ich habe einen Selbstbau von Moritz und eins mit Grafikdisplay. Manchmal 
ganz gut, wenn man zwei mit unterschiedlichen Softwarestände hat.
Ich habe auch schon Bausätze zum selbst löten gesehen, da kannst du 
direkt die Bauteile vor dem Einbau checken und ggfs. austauschen.
guck mal hier:
http://de.pandacheck.com/#s=diy+transistor+tester&p=1nFvFZFXF8F3FVJOOmPtPR4GzzCpK2nRGuqBV7y

Besser noch mit dem Suchbegriff: diy transistor tester m328

bianchifan schrieb:
> Gestern ist es eingetroffen, mein auf ebay ausgegucktes Zweitgerät mit
> Modifikationsambitionen, ebenfalls vom Chinamann.
Eine neue Variante möchte ich hier auch vorstellen:
Bestellt worden ist diese Version hier
http://www.ebay.de/itm/161529007010?
, wo sie genau so aussieht wie die Version von bianchifan.
Geliefert wurde eine Version mit Textool Fassung, wie auf den gezeigten 
Bildern zu sehen ist. Die Platine hat die Beschriftung WEI_M8_LGTST_V2.1 
von VANVELL ELC. Die Adapterplatine des Displays hat die Beschriftung 
WEI_M8_LCD_LX02_V1.1 . Auf dem gezeigten Bildern sind zwei 
Modifikationen zum Original. Zum einen habe ich für die Befestigung des 
LCD's zwei zweipolige Buchenleisten nachgerüstet. Ursrünglich waren die 
Befestigungsstifte des Displays eingelötet. Außerdem habe ich rechts 
neben dem Akku-Fach eine zweipolige Stiftleiste mit einem blauen Jumper 
nachgerüstet. Sonst hat das Akku-Fach keine GND Verbindung.
Die 13-polige Buchsenleiste hat folgende Belegung (von links nach 
rechts):
1 GND
2 VCC
3 GND  LCD-CS
4 PD0  LCD-REST
5 PD1  LCD-RS
6 PD2  LCD-SCLK
7 PD3  LCD-SI
8 VCC
9 GND
10 MOSI
11 MISO
12 SCLK
13 RESET
Die Belegung der ISP Schnittstelle ist identisch der Version von 
bianchifan. Installiert war eine Version 1.11k, die um eine Erkennung 
des Netzteilbetriebs über die USB-Schnittstelle erweitert wurde (DC Pwr 
Mode). Bei Betrieb mit Akku wird die Akkuspannung angezeigt. Die 
Ladeschaltung habe ich noch nicht getestet, die hierfür verwendeten IC's 
(U1-U4) sind alle unkenntlich gemacht. Erwähnen möchte ich noch, dass 
auf der LCD-Adapter Platine serielle Widerstände (10k) in den 
Signalleitungen verbaut sind, aber die Abblock-Kondensatoren für den 
3.3V Regler nicht bestückt sind.

bianchifan schrieb:
> Karl-Heinz Kübbeler schrieb:
>> Außerdem habe ich rechts neben dem Akku-Fach eine zweipolige Stiftleiste > mit
> einem blauen Jumper nachgerüstet. Sonst hat das Akku-Fach keine GND >
> Verbindung.
>
> das habe ich mir geschenkt, da diese Verbindung nur nach einem
> Akkuwechsel bzw. Low-Bat-Abschaltung zur Initialisierung von U4
> erforderlich ist. Im Betrieb, also auch im ausgeschalteten Zustand,
> stellt U4 die Masseverbindung her.

Das hatte ich übersehen. Beim Anlegen von 4V an das Akkufach ließ sich 
der Tester nicht starten. Wenn man aber zusätzlich mal die 5V von der 
USB-Schnittstelle aufgeschaltet hatte, scheint es auch ohne USB und ohne 
den zusätzlichen Jumper zu funktionieren.

Hallo Chrisitan

(oder sollte es doch Christian heissen)

Ich haette noch einen Bausatz von Moritz A. abzugeben.

Gruss Asko.

Karl-Heinz Kübbeler schrieb:
> bianchifan schrieb:
>> Gestern ist es eingetroffen, mein auf ebay ausgegucktes Zweitgerät mit
>> Modifikationsambitionen, ebenfalls vom Chinamann.
> Eine neue Variante möchte ich hier auch vorstellen:
> Bestellt worden ist diese Version hier

Das gleiche bei mir - wollte eigentlich auch die Version mit
Messstrippen
kaufen Ebay-Artikel Nr. 281549884226
Wie kann man da jetzt am besten ein paar Messtrippen nachrüsten?
2,54 3er Stiftleiste mit Kabel verlöten und dann in den Sockel stecken?

Billy Regal schrieb:
> Wie kann man da jetzt am besten ein paar Messtrippen nachrüsten?
> 2,54 3er Stiftleiste mit Kabel verlöten und dann in den Sockel stecken?

Mit einer Stiftleiste ist eine Möglichkeit. Man kann aber auch Kabel mit 
Messclips an die Unterseite des Textool Sockels fest anlöten. Dann 
braucht man die Nullkapazität beim Umrüsten nicht immer neu abgleichen. 
Wenn die angelöteten Kabel nicht zu dünn bzw. zu lang sind, kann man 
auch auf einen Neuabgleich des Nullwiderstandes verzichten. Etwas 
Zugentlastung für die angelöteten Kabel ist auf jeden Fall sinnvoll. Zur 
Not reicht dafür ein wenig Heißkleber.

Karl-Heinz Kübbeler schrieb:
> Die Platine hat die Beschriftung WEI_M8_LGTST_V2.1

Diesen Tester habe ich jetzt mit der letzten Entwicklerversion 1.12k 
aufgerüstet. Die chinesische Software ließ sich wegen gesetzter 
Security-Fuse nicht auslesen. Die Programmierdaten für diese Version 
findet man nun im neuen Unterverzeichnis mega328_wei_st7565. Die 
Erkennung des "DC Pwr Mode" bei eingestecker USB-Spannungsversorgung ist 
auch in der Software eingebaut weil sonst das Gerät wegen zu kleiner 
Batteriespannung abschaltet.

Grüße, Karl-Heinz

Guten Abend,

ich habe seit langer Zeit einen Tester vom Ebay  (Bild „ebay_tester“) 
der gute Dienste geleistet hat.
Leider habe ich den Micro zerstört durch einen (blöderweise) nicht 
entladenen 330uF elko…. Auf der Suche nach einer FW zu den Tester bin 
ich auf das „Source Projekt“
auf den alle China Tester basieren gestoßen ;-)

Als erstes danke für die Großartige Arbeit !

(PS: habe mir vor 2 Wochen auch diesen Bestellt inklusive SMD/Textool 
Adapter: http://www.ebay.com/itm/381232756830)

Ich habe mir den Trunk runtergeladen und das makefile für den Tester mit 
den st7565 Display  Kontroller ins AVR Studio 4.19 geladen.
In Studio das Makefile aus den Trunk als externes deklariert, die WinAVR 
Tool chain & make im Projekt konfiguriert (Bilder „AVR1“, „extmake“ & 
„warv-chain“)
und als sourcefile „main.c“ vom trunk konfiguriert.

Nach einen Build bekomme ich die .Hex,  .Epp, etc. ohne Fehlermeldungen 
generiert („Build Succeded with 0 Warnings“) !!

Leider ist die erzeugte Hex komplett anders als die Hex im trunk unter 
st7565….. (Bilder „studio_hex“ & „trunk_hex“) und der Atmel startet gar 
nicht :-(

Ich verwende folgende fuses & als Programmer einen Galep3
ATmega328 8 MHz Quarz:
lfuse=0xf7
hfuse=0xd9
efuse=fc

Wenn ich das Hex aus den trunk mit den obigen Fuses verwende startet der 
Atmel aber das Bild am Display steht an Kopf, es sind die falschen Fonts 
geladen, etc.
Deswegen wollte ich das Hex an meinem Begebenheiten anpassen.
Leider aber, obwohl der Build ohne Fehler verlauft ist die Hex Datei 
unbrauchbar…

Kann mir Jemand bitte helfen ?

Danke & Liebe Grüsse,
Konstantin

Kurzes Off-topic zu den Akkus: Die Ultrafire sind wirklicher 
Kernschrott: Hier entsorgte Zellen, über dubiose Kanäle in China 
gelandet, dort in einen neuen Becher gesetzt und mit neuem 
Schrumpfschlauch versehen. Wenn es schon die billigsten Zellen sein 
müssen, dann bitte mindestens die "geflammten Trustfire": 
http://www.ebay.de/itm/261627287815
Deren Schutzschaltung ist echt, und die Kapazität kommt tatsächlich grob 
hin.
Ein paar Cent mehr, und man bekommt sogar richtige Markenzellen: 
https://www.akkuteile.de/lithium-ionen-akkus/14500/
Die Sony und Efest LiMn-Akkus (erkennbar an der offiziellen Kapazität 
<=700mAh) sind eigensicher, belastbar und langelebig. Wenn wenig Last 
(<2A) gefordert ist, sind die Sanyo UR14500P mit 840mAh ein Schnapper.

Hallo bianchifan,

Danke für deine Antwort.

Ich habe das make file von ...trunk\ST7565 in das "Default" Verzeichnis 
meines Atmel 4 Dtudio Projektes kopiert, im Atmel Studio habe ich den 
korrekten Pfad angegeben als externes Makefile.

Wie in den Schreenshots in meinem ersten Mail zu sehen ist, funktioniert 
das ja alles & die Hex, epp, etc. werden erzeugt, nur Funktionieren 
diese nicht und die erteugte hex sieht komplett anders aus als die hex 
die in ...trunk\ST7565 ist (siehe Screenshots im ersten mail).

Danke & Liebe Grüsse,
Konstantin

Konstantin Grigoriadis schrieb:
> nur Funktionieren
> diese nicht und die erteugte hex sieht komplett anders aus als die hex
> die in ...trunk\ST7565 ist

Die erzeugten Hex-Files sind nur identisch, wenn die gleiche avr-gcc 
Version verwendet wird. Natürlich müssen auch die Optionen in der 
Makefile gleich gesetzt sein. Aber jede avr-gcc Version sollte einen 
lauffähigen Code erzeugen. Wenn das Programm nicht läuft, hilft nur eine 
Beschreibung des auftretenden Fehlers weiter. Aufgrund der Vielzahl von 
unterschiedlichen Display-Varianten und Anschlußmöglichkeiten sind die 
Fehler für eine erfolgreiche Displayausgabe zahlreich.
Läuft denn wenigstens das Testprogramm? Das lässt sich leicht mit einer 
LED überprüfen. Die sollte beim Testen ein paar mal flackern. Wenn das 
nicht der Fall ist, könnte die Batteriespannungsüberwachung schuld sein. 
Die lässt sich in der Makefile mit auskommentieren (# in Spalte 1) der 
BAT_CHECK Option abschalten. Für eine funktionierende Überwachung der 
Batteriespannung muß sowohl der BAT_POOR Wert als auch das 
Teilerverhältnis des Spannungsteilers (BAT_NUMMERATOR=.. und 
BAT_DENOMINATOR=..) stimmen.

Hallo Karl-Heinz,

Danke für deine Antwort.

Mit der vom Studio erzeugten Hex startet meiner Meinung nach die CPU gar 
nicht, da wenn ich auf den Power Taster drücke gibt es keine 
Haltefunktion der Spannung (Die Power LED Leuchtet nur solange ich am 
Taster bleibe, wenn ich vom Taster weggehe erlischt diese sofort).

Karl-Heinz, schau die bitte die Schreenschots von meinen ersten mail an 
, die Hex Unterschiede sind massiv, in deiner hex sind alle Texte 
(strings) ersichtlich, in meiner ist kein einziger Text drin……
Da stimmt was nicht beim Übersetzten….obwohl keine Fehler beim 
Übersetzen gemeldet werden… Ich werde am Abend (bin jetzt nicht Vorort) 
die generierte Hex + das Makefile posten.

Danke,
Liebe Grüsse,
Konstantin

Guten Abend,

Ich habe heute meinen neuen Tester aus China bekommen & dachte ich 
stelle ein paar Fotos ins Forum.

Es ist die neueste HW Version mit ISP on Board,  TL431 Referenz & so 
einige am PCB vorbereitet, als Display dient ein ST-7565 LCD.

Im Ebay & Ali wird dieser nur mit den 3 Prüfklemmen angeboten, der 
Texttools smd Adapter ist da nicht dabei.

Welche Version drauf ist sehe ich nicht da, das Menü anscheinend (via 
Makefile) ausgeschaltet ist….

Grüße,
Konstantin

Hallo Karl-Heinz,

im Anhang die vom Studio erzeugte hex und zugehörige makefile das ich 
verwendet habe.
Wie gesagt, mit den hex im Anhang startet der Tester nicht, mit deinen 
hex vom Trunk sehr wohl.

Was mache ich Falsch ?

Gruesse,
Konstantin

Konstantin Grigoriadis schrieb:
> Was mache ich Falsch ?

Bei der Makefile kann ich nichts falsches erkennen. Die mit dem Studio 
erzeugte .hex File ist deutlich größer, aber schwer zu interpretieren. 
Der erzeugte Code lässt sich leichter aus der TransistorTester.lss Datei 
interpretieren. Hier ist der Code in Assembler-Befehlen dargestellt und 
lässt sich deutlich besser lesen und der Ablauf verfolgen. Diese Datei 
wird bei der Übersetzung mit der Makefile mit erzeugt, allerdings sind 
die zusätzlichen Dateien in allen Unterverzeichnissen außer dem default 
Verzeichnis im SVN gelöscht.
Für Deine Makefile würde die TransistorTester.lss Datei wie oben 
aussehen.

Hallo Karl-Heinz,

im Anhang meine .lss Datei.

weiters hier noch der "Message" output vom Studio nach den Übersetzten.
(Alles Grün, also OK)

http://www.grsnet.net/studio_out.txt


Interresant finde ich die Letzten paar Zeilem (Programm 104% full !!!)



Danke,
Konstantin

Konstantin Grigoriadis schrieb:
> Interresant finde ich die Letzten paar Zeilem (Programm 104% full !!!)

Und dann keine Warnung!
Mit der gleichen Makefile sieht die Belegung bei mir so aus:

8 MHz operation configured.
AVR Memory Usage
----------------
Device: atmega328p

Program:   29748 bytes (90.8% Full)
(.text + .data + .bootloader)

Data:        185 bytes (9.0% Full)
(.data + .bss + .noinit)

EEPROM:       15 bytes (1.5% Full)
(.eeprom)

Die .hex und .eep Datei übersetzt mit avr-gcc Version 4.8.2 sind oben.

Hallo Karl-Heinz, Hallo BianchiFan,

Vielen DANK !!

Ich habe das Problem gefunden, es lag daran das ich die WinAVR chain 
(aus WinAVR-20100110) verwendet habe…., ich habe jetzt die Atmel 3.4.2 
AVR chain installiert , auf 3.4.5.30 Upgraded und es funktioniert.

Liebe Grüsse,
Konstantin

In diesem langen Thread verliert man langsam den Überblick..könnte mir 
jemand auf die Sprünge helfen ?
Es gab mal eine Version, wenn ich mich nicht täusche mit 
Drehencoder..oder ? Wo ist die ?

Thomas der Bastler schrieb:
> Es gab mal eine Version, wenn ich mich nicht täusche mit
> Drehencoder..oder ? Wo ist die ?

Die Drehencoder-Unterstützung ist ab Version 1.11k möglich. Natürlich 
unterstützt auch die Entwicklerversion 1.12k (Software/trunk im SVN) den 
Drehencoder. Die Funktion muß aber mit Optionen (WITH_ROTARY_SWITCH ..) 
in der Makefile eingeschaltet werden.
Der Stromverbrauch steigt aber mit Drehencoder-Unterstützung an.
Näheres dazu findet man in der PDF-Dokumentation im Hardware Kapitel.

Tomas P. schrieb:
> under the designation
> as "LCR-T3" or "LCR-T4 Transistor Tester"

Kleine Anmerkung zu diesem Tester. Heute wollte ich einen kleinen SMD 
Transistor testen. Die Pads waren dafür völlig ungeeignet.
Ansonsten ist es bis jetzt wirklich der beste Tester, der ohne 
Änderungen gut funktioniert.

Simone schrieb:
> @Karl-Heinz, which toolchain version you reccomend and use ?

I operate at a console window of a Linux System (Mint 17.1) with 
packages make, binutils-avr, avrdude, avr-libc and gcc-avr. The gcc-avr 
has version 4.8.2 .

F. Fo schrieb:
> Tomas P. schrieb:
>> under the designation
>> as "LCR-T3" or "LCR-T4 Transistor Tester"
>
> Kleine Anmerkung zu diesem Tester. Heute wollte ich einen kleinen SMD
> Transistor testen. Die Pads waren dafür völlig ungeeignet.
> Ansonsten ist es bis jetzt wirklich der beste Tester, der ohne
> Änderungen gut funktioniert.

War das eher ein Problem, das SOT23-Bauteil irgendwie zu fixieren, das 
guter Kontakt hergestellt wird? Oder warum sind die Pads völlig 
ungeeignet? Diese Info wäre schon hilfreich, um deine Einschätzung zu 
verstehen und nachzuvollziehen.

Wollte gerade die Bilder dazu schicken und sah, dass der Fehler bei mir 
lag.
Aber man muss schon sehr genau gucken, dass die Beinchen auf den Pads 
liegen.

Danke für die Details - jetzt kann ich mir darunter etwas vorstellen :)
Frickelig, aber geht irgendwie. Ich würde das freundlicher mit 
"Suboptimal" umschreiben, gänzlich unbrauchbar sind die Pads ja nicht ;)

bianchifan schrieb:
> Lange Rede kurzer Sinn, kein Hersteller setzt sich in die Nesseln und
> gibt den RDS für 3,3 V an,

3.3V? Hm, ja, da fällt mir auch keiner ein. Darf's auch etwas weniger 
sein?
Z.B.: IRF6201, IRF7410, Si2323DS.

bianchifan schrieb:
> Womit wurden die Fontdaten eigentlich erzeugt?

Die Fontdaten hat Nick L. aus der Ukraine inclusive kyrillischen Zeichen 
erzeugt, die Sonderzeichen für Widerstand, Kondensator usw. sicher von 
Hand.
Der Zeilenabstand kann bei Controllern vom Typ ST7565 (SSD1306) nur 
vielfache von 8 Pixeln sein. Bei 8 Pixel breiten Fonts gehen 16 Zeichen 
in eine Zeile, bei 7 Pixel breiten 18 Zeichen, was sicherlich ein 
Vorteil ist. Damit hätte das "+" Zeichen für die Fortsetzungs-Zeile 
immer Platz.

bianchifan schrieb:
> So liefert bei mir die Kombination N-Mosfet parallel zum 1u Testkondi
> einen NPN mit Schutzdiode.

Das sollte ab SVN Version 472 besser gelöst sein. Der 470k Widerstand 
bekam das Gate mit dem 1uF Kondensator nicht in der vorgegebenen Zeit 
geladen. Jetzt hilft kurzzeitig der 680 Ohm Widerstand nach.
Die Probleme mit den Kollektor-Restströmen beim LiIon Tester sind 
wahrscheinlich auf eine unsaubere VCC (AVCC) Versorgung zurückzuführen. 
Möglicherweise hilft eine bessere Abblockung. Ich hatte einen ähnlichen 
Effekt mit OLED-Displays. Da half nur ein serieller Widerstand (oder 
Induktivität) in der 5V Zuleitung des OLED-Moduls zu Entkopplung.

bianchifan schrieb:
> In diesem Zusammenhang ist mir aber noch ein anderer Wert eingefallen,
> der im prinzip noch viel nützlicher sein kann: UGS(th), threshold,
> Schaltspannung, was auch immer.
Bei E-MOS Transistoren wird die Threshold Spannung angezeigt (VT= ). Das 
ist die Spannung, bei der ein Drain-Strom von etwa 3.5mA erreicht wird.
Bei D-MOS Transistoren und JFET wird ein Source-Strom bei einer 
Gate-Vorspannung angezeigt (I=..mA@Vg=..V).

Ein Betrieb mit 3.3V wäre nur mit externen Schaltern ersetzbar, die die 
Port-Funktion nachbilden. Am besten wären steuerbare Stromquellen!

Barney Geroellheimer (fuzzel) schrieb:
> Widerstand und Spannung auseinander zu halten muss richtig schwer sein.
> RDS 3,3*Volt* ist doch Kappes.

@Barney Geroellheimer

Ich zitiere extra nochmal für dich:

bianchifan schrieb:
> Lange Rede kurzer Sinn, kein Hersteller setzt sich in die Nesseln und
> gibt den RDS für 3,3 V an,
           ^^^^^^^^^^^^^
Barney Geroellheimer (fuzzel) schrieb:
> Und ein V_DS von unter 3,3V wuerde mich
> auch mal interessieren.

Zwei der genannten MOSFETs hat die Forensoftware freundlicherweise als 
Links gekennzeichnet. Die Links führen zu den Datenblättern. Wenn es 
dich wirklich interessiert, dann klick doch einfach mal auf die Links.

Konrad S. schrieb:
>> gibt den RDS für 3,3 V an,
>            ^^^^^^^^^^^^^

Da hast Du Recht, habe ich schneller gelesen als gedacht.

Konrad S. schrieb:
> Zwei der genannten MOSFETs hat die Forensoftware freundlicherweise...

Hast Du auch Recht. Ich war beim Tester mit ein paar mA.

bianchifan schrieb:
> Mein Problem ist eher der Fish, dort wird gar kein ICE angezeigt. Den
> L05 habe ich gegen einen 1702 getauscht und zusätzlich noch einen LT1009
> spendiert

Bei Silizium-Transistoren ist bei der niedrigen Spannung bei 
Raumtemperatur kein messbarer Kollektor-Reststrom zu erwarten. Bei 
Germanium sieht das aber ganz anders aus. Die Auflösung des 
Kollektor-Reststromes mit dem 470k Widerstand zu erhöhen, halte ich 
allerdings nicht für sinnvoll. Vorwiegend wird der ICE bestimmt, um bei 
der hFE Bestimmung berücksichtigt zu werden.

bianchifan schrieb:
> Zwei noch nicht verbaute IRLB3034 liegen noch rum: 3.0 und 3.1!
> So ein Mist!

Wenn die E-MOS-Transistoren eine sehr kleine Gate-Kapazität haben, ist 
eine zusätzliche Kapazität (1 nF) parallel zu G-S sinnvoll, damit der 
Spannungsanstieg für die Bestimmung von Vt nicht zu schnell geht.

Marinko schrieb:
> my problem -bad ekran

Probably nothing is readable at the display with wrong contast value for 
your sample. You can try to look not from the front side to the display, 
if something is readable from a side look.
If something is readable, you can try to enter the contrast function 
menu and change the contrast value.
The other way is to set the initial contrast value with the Makefile 
option VOLUME_VALUE and recompile the program. You need only rewrite the 
EEprom!

Good luck!

bianchifan schrieb:
> Sehr gerne ;), vom 7410 habe ich auch das Datenblatt vorliegen.
> Leider kann ich nicht ersehen ersehen, wie ich damit mehrere hundert
> Watt Dauerlast schalten können soll, 10 - 20 Ampere bei min. 24 V.

... und PLOPP! Schon wieder ist eine bisher ungenannte Nebenbedingung 
aus dem Nichts aufgetaucht. ;-)

Marinko schrieb:
> I have downloaded the software from the forum (in the picture)
> which software can be used to upload to my Fish8840-12864 -Blue LCD
> screen?

Probably you use already the right software from the SVN archive 
(Software/trunk path). The Makefile and the program data are located in 
the mega328_fish8840 subdirectory. But you should use shorter cables to 
the test clips.
If the problem still exist with shortes cables or without cables, you 
should run the full selftest, which is selectable with the menu 
function.
All outputs of T1,T2 and T5-T7 show the difference to the expected 
values (mV units) and should have low absolute values.

Marinko schrieb:
> My download software-1 for forum

The original source for download is here:
https://www.mikrocontroller.net/svnbrowser/transistortester/
The instructions for download with the svnbrowser you find here:
https://www.mikrocontroller.net/articles/AVR_Transistortester#Downloads_.28english.29

Hallo Karl-Heinz, Tomas,

erstmal @K-H: thumbs up für das tolle Projekt und Glückwunsch, dass es 
sich verselbstständigt hat!

Ich besitze "zum Spaß" nun auch den LCR-T4 Transistor Tester und mir ist 
aufgefallen, dass es Probleme mit einigen Shottkys oder GE-Dioden gibt. 
Zudem wird oftmals die Kapazität der Dioden falsch angegeben (bei einem 
C Test mit Kerkos passen die Werte aber wie Ar*** auf Eimer). Gibt es 
dazu eine Erklärung, rein aus Interesse?

@Tomas: Is you version also including all that fancy features from the 
"hidden" menu like signal generator, PWM, etc? I will try to flash my 
LCR-T4 Transistor Tester, but is their anywhere a dump of the original 
data available? Thx in advance!

Und noch eine Frage: Wo finden sich die "Top 10" mods der sinnvollen & 
unsinnvollen Modifikationen? Eine Diode schützt mich schonmal vor meiner 
eigenen Doofheit bzgl Verpolung...aber da gibts ja sicherlich noch 
mehr...

Danke & Gruß, Klaus.

Marinko schrieb:
> My tester with long cable runs well over 1 year.
> not so long began to work problems.

Long cables are not recommended anyway. The zero capacity value may vary 
with movement of the cables and the zero resistance is increased with 
long thin wires.

Marinko schrieb:
> I do not know how to run a self test (I do not have that option in the
> menu on the screen). ?

Than you should use the files from the actual developement version 1.12k 
for test. For easy access these version is added as attachment.
You can only start the full selftest with the menu function. The menu 
can be started with a long key press. The functions can be selected with 
short key presses. A long key press will start the selected function.

Klaus R. schrieb:
> aufgefallen, dass es Probleme mit einigen Shottkys oder GE-Dioden gibt.
> Zudem wird oftmals die Kapazität der Dioden falsch angegeben (bei einem
> C Test mit Kerkos passen die Werte aber wie Ar*** auf Eimer). Gibt es
> dazu eine Erklärung, rein aus Interesse?

Bei Dioden mit Strom in der Rückwärtsrichtung kann die 
Sperrschichtkapazität nicht gemessen werden. Hier hilft machmal das 
Kühlen mit Kältespray, um den Reststrom deutlich zu reduzieren.
Welche Probleme gibt es denn sonst noch mit Schottky und Ge-Dioden?
Hier wäre die Angabe von Softwareversion und Typ des Halbleiters 
hilfreich!
Bei den Leistungs-Schottky-Doppeldioden wird meistens zusätzlich ein 
Widerstand zwischen den beiden Anoden bzw. Kathoden angezeigt. Das ist 
immer dann der Fall, wenn die beiden Sperrströme annähernd gleich sind. 
Bei Ge-Spitzendioden wird die Flußspannung sehr hoch angegeben weil der 
Prüfstrom für diese Bauart ziemlich hoch ist.

Hallo Karl-Heinz,

es geht um alte AAxxx und OAxxx, zudem sehr alte GE Transistoren, GE170 
etc. - de habe ich aber noch nicht geprüft. Aber Achtung, ich habe den 
"LCR-T4", derzeit noch unveränderte SW (wie angefragt habe ich das aber 
auch vor). Die SW ist 2.07k. Kerkos bis 18pf erkennt er mit minimalster 
Abweichung sauber, die Dioden lassen sich mit einem Peaktech 2010 
korrekt messen (~280mV).

Klaus.

Klaus R. schrieb:
> @Tomas: Is you version also including all that fancy features from the
> "hidden" menu like signal generator, PWM, etc? I will try to flash my
> LCR-T4 Transistor Tester, but is their anywhere a dump of the original
> data available?

Firmware that I upload above contains all the new features (including 
menus). Karl-Heinz added in the revision 476 of v1.12k software direct 
support to your T4 tester. Just use the compiled hex files from the 
folder mega328_T3_T4_st7565.

The backup of original firmare (v2.07) you will find in this post:
http://www.eevblog.com/forum/testgear/$20-lcr-esr-transistor-checker-project/msg612663/#msg612663

Tomas, great and BIG thanks! I downloaded the original sources and will 
update the tester tomorrow...good plan for a cloudy sunday evening.

Best regards, Klaus.

Ernő Kiss schrieb:
> Würde auf der Notwendigkeit  "hex" sein und "eep " auf Dateien.

Probably the files in the mega328_GM328 subdirectory are right:
https://www.mikrocontroller.net/svnbrowser/transistortester/Software/trunk/mega328_GM328/
You should read the instructions for downloading a directory content 
from the SVN archive:
https://www.mikrocontroller.net/articles/AVR_Transistortester#Downloads_.28english.29

Your board has no ISP connector! If you try to program with a external 
programmer, the programmer must support a external clock or you have to 
add a crystal to the socket of the programmer.

Hummel schrieb:
> Ich moechte gerne mit einem Atmega644 (weil der grad hier rumliegt)
> einen Nachbau wagen.

Da ist mir nur die Variante von Nick L. aus der Ukraine bekannt.
Seine Entwürfe sind bei Google drive gespeichert:
https://drive.google.com/folderview?id=0B4yqyYy2DaakZzBVU3JDSXB6S1E&usp=sharing
Der Entwurf mit dem ATmega1284 (Rev08m1284) passt auch zum ATmega644.

@Karl-Heinz

Display: JLX12864G-109 Ver.2.0  IC: ST7565R
Da ist die ober und die untere hälfte vertauscht.

Es funkioniert zum Teil auch, nur das das Display mit der Darstellung 
nicht in der ersten Zeile beginnt, sondern so wie es scheint in der 
Mitte.
Lässt sich das mit einem Befehl ändern, das der Startpunkt oben ist?

 ..für Tips bin ich sehr dankbar !

 mfG SZ

Sasa Z. schrieb:
> ..für Tips bin ich sehr dankbar !

Das Bild würde entstehen, wenn mit dem Befehl "Display start line set" 
(0x40) die Startzeile auf Mitte Bildschirm (32) gesetzt wird.
Die Start-Zeile wird aber beim Initialisieren auf 0 gesetzt.
Welche Software-Version wird benutzt? Wie sind die Datenleitungen 
PD0-PD3 mit dem Controller verbunden?
Wird die direkte Verbindung mit der Option LCD_SPI_OPEN_COL benutzt oder 
serielle Widerstände?
Wie lang sind die Anschluß-Kabel?

Grüße, Karl-Heinz

Karl-Heinz Kübbeler schrieb:
> Welche Software-Version wird benutzt? Wie sind die Datenleitungen
> PD0-PD3 mit dem Controller verbunden?
> Wird die direkte Verbindung mit der Option LCD_SPI_OPEN_COL benutzt oder
> serielle Widerstände?
> Wie lang sind die Anschluß-Kabel?

1) Software v1.11k_Rev 943
2) PD0->LCD-REST, PD1->LCD-RS, PD2->LCD-SCLK, PD3>LCD-SI
   Tester: fish8840, st7565 & wei_st7565
3) variable #LCD_SPI_OPEN_COL ->nicht benutzt
4) 5cm


Danke nochmals und lg,
SZ

Sasa Z. schrieb:
> 1) Software v1.11k_Rev 943
> 2) PD0->LCD-REST, PD1->LCD-RS, PD2->LCD-SCLK, PD3>LCD-SI
>    Tester: fish8840, st7565 & wei_st7565
> 3) variable #LCD_SPI_OPEN_COL ->nicht benutzt
> 4) 5cm

Der fish8840 und der wei_st7565 haben beide einen 2:1 Spannungsteiler 
für die Batterie, der _st7565 hat den normalen Spannungsteiler (133:33).
Der wei_st7565 hat eine niedrige Batteriespannung (>2.8V). Außerdem 
haben alle drei eine andere Ausrichtung für das Display.
Aber für alle Versionen gilt, daß der direkte Anschluß des Displays an 
die Datensignale falsch ist. Es muß eine Signalanpassung 5V auf 3.3V 
erfolgen.
In einfachsten Fall kann das durch serielle Widerstände in den 
Datenleitungen erfolgen. Bei den chinesischen Versionen ist das nur beim 
"wei_st7565" der Fall (4 x 10kOhm).
In der Entwicklerversion 1.12k besteht die Möglichkeit, die SPI Ausgänge 
des ATmega im "open collector" Modus zu betreiben. Dabei wird nur nach 
GND geschaltet. Für das High Signal wird der Ausgang abgeschaltet, es 
wird also ein Pull-Up Widerstand für jedes Signal benötigt. Für die SPI 
Signale werden dafür die internen Pull-Up Widerstände zeitweise 
eingeschaltet. Für das SPI-Reset Signal (PD0) wird aber immer ein 
Pull-Up Widerstand benötigt.
Dafür kann man entweder einen Widerstand von etwa 10k von PD0 nach VCC 
einbauen oder man muss die Makefile Option PULLUP_DISABLE entfernen.
In jedem Fall würde ich die Entwicklerversion probieren und den Anschluß 
des Displays richtigstellen.

Übrigens wird in der neuesten Entwicklerversion ein Display mit PCF8814 
mit einer Auflösung von 96x65 Pixel unterstützt. Das Display ist z.B. im 
Nokia1100 Handy verbaut. Getestet ist bisher nur die "3-line serial" 
Schnittstelle, der Controller kann aber auch SPI und I2C.
Wegen des kleineren Displays werden keine graphischen Transistor-Symbole 
benutzt. Die Ausgabe entspricht also dem Textmodus.
Eine PCF8812 Unterstützung ist ebenfalls programmiert, aber bisher nicht 
getestet. Wer also ein solches Display zur Verfügung hat, kann mich 
gerne für Testunterstützung kontaktieren. Auch hier ist wegen der zu 
geringen Displaygröße (102x65 Pixel) nur der Textmodus vorgesehen.
Die Displays für Handys sind meistens günstig zu erwerben. Damit ist 
eine preiswerte Aufrüstung eines 2-zeiligen Textdisplays zu einer 
mehrzeiligen Ausgabe möglich. Ein ATmega328 ist aber immer 
Voraussetzung!

Grüße, Karl-Heinz

bianchifan schrieb:
> ENtweder die die passende LCD-Source ausfindig machen und selber
> ausprobieren oder auf eine neue Version warten.

Die Entwicklerversion 1.12k von heute abend hat eine neue Option in der 
Makefile. Mit der Option LCD_ST7565_Y_START kann man die Startzeile des 
Displays einstellen. Für dieses Problem muss das Kommentarzeichen (#) in 
der Zeile "CFLAGS += -DLCD_ST7565_Y_START=32" entfernt werden.
Funktionieren sollte die Option für ST7565, SSD1306, ST7108 und per 
Software beim ST7920.

Grüße, Karl-Heinz

Hallo Karl-Heinz und bianchifan,

danke für den Hinweis.

Problem gelöst (lcd_command(CMD_SET_DISP_START_LINE | 0x60) ;)

mfg, SZ

Karl-Heinz Kübbeler schrieb:
> Mit der Option LCD_ST7565_Y_START kann man die Startzeile des
> Displays einstellen. Für dieses Problem muss das Kommentarzeichen (#) in
> der Zeile "CFLAGS += -DLCD_ST7565_Y_START=32" entfernt werden.

@Karl-Heinz

funzt 100%ig (ST7565R)! THX!

mfg, SZ

bianchifan schrieb:
> RDSon, kann man da noch optimieren?

Bei 6mA Teststrom fallen an 1 mOhm nur 6µV Spannung an (0.006x0.001). Da 
hat der AD-Wandler keine Chance. Selbst für 0.1 Ohm ist es mit 0.6 mV 
knapp.
Für Leistungs-Fets hilft eigentlich nur ein um Größenordnungen höherer 
Teststrom!

Waere vielleicht hilfreich erst mal Grundlagen zu lernen, bevor man 
Datenblaetter waelzt, die man ohne diese nicht vesteht.
Hatte ich aber ganz weit oben schon mal an diesen Fahrradfan 
geschrieben.

Vielleicht sollte mal jemand hier rein scheiben, dass dies immernoch ein 
einfacher "Tester" ist und kein Messgeraet. Aber hatte ich das nicht 
auch schon mindestens 200x geschrieben ?

Sagt mal, wie sieht es bei euch beim TT-Tester eigentlich mit der 
Frequenzmessung aus?
Ich habe das Problem, dass bei einem ankommenden 2kHz Signal (was mit 
einem Softwaregenerator erzeugt wurde), alles zwischen 12kHz und 43kHz 
angezeigt wird. Egal, ob Sinus-, Dreieck- oder Rechteck-Signal.
Wenn ich aber mit dem zweiten TT-Tester ein (Rechteck-)Signal 
rausschicke, und mit dem ersten messe, wird die Frequenz beim messenden 
Gerät korrekt angezeigt.
Das was der eine Tester ausgibt, wird auch in dem anderen so 
angezeigt/gemessen.

Ich habe zum testen, das vom Softwaregenerator ausgegebene Signal mit 
dem Oskar kontrolliert, und damit ist alle OK. Die Werte stimmen 
überein.
Ausserdem habe ich noch einen Sinusgenerator hier, den ich mir früher 
mal gebaut hatte. Auch dessen Frequenz (ca.1,1kHz) wird im TT-Tester 
verkehrt angezeigt (schwankt zwischen 0Hz und 13kHz).
Hat jemand einen Rat, woran das liegen könnte?
Die Schaltung für die Messung wurde so aufgebaut, wie in der Doku auf 
Seite 12, unter Punkt 2.2.4 beschrieben.
Wie gesagt, das Rechecksignal vom anderen Tester wird sauber gemessen.
Hat jemand einen Rat oder Tipp?

Gruß
Ben

Ben A. schrieb:
> Die Schaltung für die Messung wurde so aufgebaut, wie in der Doku auf
> Seite 12, unter Punkt 2.2.4 beschrieben.
> Wie gesagt, das Rechecksignal vom anderen Tester wird sauber gemessen.
> Hat jemand einen Rat oder Tipp?

Hallo Ben,

ist denn die mittlere Spannung an PD4 auf etwa 2.4V abgeglichen?
Für beste Empfindlichkeit sollte die mittlere Spannung im undefinierten 
Bereich des Digitaleingangs vom ATmega liegen.
Ein 2 kHz Sinus-Signal in der Darstellung ist direkt an PD4 (LCD-RS) 
gemessen. Damit zeigt der Tester beim gezeigten Sinus-Signal zwischen 
2000.141Hz und 2000.192Hz an.
Bei gleichem Signal in Rechteckform bleibt die Anzeige stabiler zwischen 
2000.110Hz und 2000.113Hz. Das ist aber wegen geringerem Einfluß des 
Rauschen zu erwarten. Je langsamer das Eingangssignal den undefinierten 
Bereich durchläuft, desto unsicherer wird der Schaltzeitpunkt. Ein 
Rechtecksignal ist da auf jeden Fall für die Messung besser geeignet.

Hallo Karl-Heinz,

doch, es ist auf 2,4 V abgeglichen. Ich habe mich explizit an die Doku 
gehalten (hatte es dann neugierigerweise auch mit anderen Spannungen 
probiert ).
Naja, ist aber auch kein Beinbruch.
Der Tester ist wirklich sehr gut. Die Frequenzmessung sah ich eh als 
Bonus an. Die beiden Geräte die ich bisher gebaut habe, haben mir schon 
so manches mal viel Ärger erspart.
Ich dachte nur, wäre auch nicht schlecht gewesen wenn man den T-Tester 
als mobilen handlichen Frequenzzähler für Sinussignale nehmen könnte.
Vielen dank für deine Bemühungen :-)
Ich wünsche dir alles beste.

Gruß
Ben

Nachtrag:
Habe eben nochmal gemessen. Bei mir springen die Frequenzen beim messen 
von Sinussignalen (auch bei Dreieck und Sägezahn) immer rauf und runter 
auf irgendwelche zufälligen Werte. Nur der richtige wird nicht 
angezeigt.
Bei PWM Signalen wird es korrekt angezeigt.
Dann muss irgendwo bei mir ein Fehler sein. Ich hatte zwar schon zweimal 
alles überprüft, aber werde mich da mal Morgen nochmal ranmachen.
Ich werde die Tage noch eins für einen bekannten mit ST7920 LCD bauen.
Mal sehen, wie das bei dem Gerät sein wird (da soll der zähler auch 
dran).
Ich selber habe den Frequenzzähler nur beim ersten Gerät aufgebaut, so 
das ich nicht mit einem zweiten Gerät direkt vergleichen kann.
Aber wenn es bei dir ziemlich gut passt, muss bei mir was verkehrt sein.
Verstehe ich gar nicht. Sonst läuft der Tester perfekt.
Auch die Bauteile der Frequenzmessung hatte ich überprüft.
Manchmal steckt echt der Wurm drin....

Hallo alle zusammen,

erst mal besten Dank an Karl-Heinz und alle Mitstreiter für diese 
Arbeit.

Ich verfolge den Thread nun schon eine ganze Weile und habe mir nun eine 
Platine mit dem 644er und den div. Zusatzfunktionen gebaut.

Nun stehe ich jedoch vor dem Problem, für meine Konfiguration die 
passenden Einstellung herauszufinden. Hauptsächlich hänge ich an dem 
Display, ein EA DOGM204-A, welches ich per SPI ansteuern möchte, da noch 
2 Taster für die Menüführung verbaut sind.

Der Kontroller ist ein SSD1803A. Leider komme ich selbst aus den 
Headerfiles für die Konfiguration nicht klar.
Ist diese Konfiguration überhaupt möglich mit den Schaltern dieses 
MAKE-Files?

Für einen kleinen Tipp wäre ich sehr dankbar.

Ich hoffe das dieser Post soweit in Ordnung ist, ist mein erster!

Gruß
Jörg

Jörg Schilling schrieb:

Dieser Jörg Schilling?

  http://en.wikipedia.org/wiki/J%C3%B6rg_Schilling

  "... mostly known as the main author of the cdrtools software 
suite..."

Alexander S. schrieb:
> Jörg Schilling schrieb:
>
> Dieser Jörg Schilling?
>
>   http://en.wikipedia.org/wiki/J%C3%B6rg_Schilling
>
>   "... mostly known as the main author of the cdrtools software
> suite..."

Nein, bin zwar auch am Programmieren...

Jörg Schilling schrieb:
> Nun stehe ich jedoch vor dem Problem, für meine Konfiguration die
> passenden Einstellung herauszufinden. Hauptsächlich hänge ich an dem
> Display, ein EA DOGM204-A, welches ich per SPI ansteuern möchte, da noch
> 2 Taster für die Menüführung verbaut sind.

Für die zwei zusätzlichen Taster kann auch die 4-Bit 
Parallelschnittstelle benutzt werden. Die beiden Signale können auf PB5 
(LCD-D5 oder ISP-MOSI) und auf PB7 (LCD-D7 oder ISP-SCK) eingekoppelt 
werden. Dabei spielt es keine Rolle, ob zwei getrennte Tester 
(WITH_ROTARY_SWITCH=4) oder ein Impulsdrehgeber verwendet wird 
(WITH_ROTARY_SWITCH=1 oder =2).
Eine Kombination von SPI Schnittstelle mit einem Textdisplay ist leider 
noch nicht möglich. Das ist erst für die nächste SVN-Version vorgesehen.

Ab SVN Version 501 ungetestet!

Karl-Heinz Kübbeler schrieb:
> Eine Kombination von SPI Schnittstelle mit einem Textdisplay ist leider
> noch nicht möglich. Das ist erst für die nächste SVN-Version vorgesehen.

Hallo Hr. Kübler,

besten Dank für die schnelle Antwort.

Jedoch sind die Platinen schon fertig. 'Mein' Nachbau basiert auf dem 
Plan in Ihrer Dokumentation auf Seite 20 Erweiterte Transistor...

mit allen Erweiterungen wie
- Frequenzmessung
- Frequenzerzeugung
- erweiterte Diodenmessung
- Spannungsmessung
...

Quasi alles, was das Handbuch hergibt:-)

Ich wollte ursprünglich das Display mit I²C ansteuern, habe dann jedoch 
festgestellt, dass dies mit meinem Platinenlayout nicht möglich ist, s. 
Anhang.

Da auch die Platine für das Display schon gefertigt ist, wäre das 
einfachste halt die Ansteuerung über SPI, ohne erneut eine neue Platine 
designen zu müssen.

Ich muss gestehen, dass ich bei der Platinenerstellung die Sache nicht 
komplett zu Ende gedacht habe.

Karl-Heinz Kübbeler schrieb:
> Ab SVN Version 501 ungetestet!


D.h. mit dieser Version sollte es möglich sein?

MfG
Jörg Schilling

Jörg Schilling schrieb:
> D.h. mit dieser Version sollte es möglich sein?

Ja, wenn die Makefile-Option "CFLAGS += -DLCD_INTERFACE_MODE=4" gesetzt 
wird. Bei den vorherigen Versionen war die Option nur für die 
graphischen Displays verfügbar.

Seric schrieb:
> Do you want to add to the device real-time clock chip
> DS1307 for and batteries LIR2032.

I don't think, that the real time clock chip can help the tester. The 
measurement results should be time-independent.

Dirk schrieb:
> Mein Tester LCR-T4 merkt sich nicht das er kalibriert wurde.

Für einen erfolgreichen Selbsttest müssen die Nullkapazitäten (C0=..)
beim Selbsttest zwischen 10pF und 190pF liegen. Die laufenden Messungen 
dürfen keine "negativen" Kapazitäten von weniger als -20pF ergeben, 
sonst wird der Zustand auf unkalibriert zurückgesetzt. Das gleiche gilt 
auch für "negative" ESR-Widerstände von unter -0.20 Ohm. Beide Gründe 
für eine Rückkehr zum "unkalibriert" Zustand können dann vorkommen, wenn 
die Kalibration mit langen Meßkabeln durchgeführt wurde und danach ohne 
diese Kabel gemessen wird. Die vollständigen Abgleichdaten werden 
übrigens bei der Menü-Funktion "Show data" angezeigt.

Hallo an alle,

ich bräuchte mal Eure Hilfe zu den Makefile-Optionen für ein EA 
DOGM204-A mit dem SSD1803 Kontroller über SPI angesteuert.
Laut Hr. Kübler sollte es ab V501 möglich sein, ich kriege es aber nicht 
hin; Display bleibt dunkel.

Hier mal meine Konfigs:
PARTNO = m644p
CFLAGS += -DWITH_MENU
CFLAGS += -DWITH_ROTARY_SWITCH=4
UI_LANGUAGE = LANG_GERMAN
CFLAGS += -DFOUR_LINE_LCD
CFLAGS += -DLCD_LINE_LENGTH=20
CFLAGS += -DLCD_INTERFACE_MODE=4
CFLAGS += -DWITH_SELFTEST
CFLAGS += -DAUTO_CAL
CFLAGS += -DWITH_AUTO_REF
CFLAGS += -DWITH_VEXT
OP_MHZ = 8
CFLAGS += -DUSE_EEPROM
CFLAGS += -DPULLUP_DISABLE
CFLAGS += -DPOWER_OFF
CFLAGS += -DBAT_CHECK
CFLAGS += -DBAT_OUT=150
CFLAGS += -DBAT_POOR=6400
CFLAGS += -DDC_PWR=9500

Nicht dass die Konfiguration fehlerhaft ist und ich vergeblich den Bits 
nachrenne.

Besten Dank schon mal im voraus.