Forum: Projekte & Code Transistortester AVR

Karl-Heinz K. schrieb:
> ferdi abiş schrieb:
>> dass Fehler gebe ich Ihnen die
>> Resmini sende ich bin nur froh, wenn Sie hex helfen können
>
> Oft ist eine zu alte avr-gcc Version die Ursache, wenn zu viel
> Flash-Speicher verbraucht wird. Die avr-gcc Version sollte 4.8.2 oder
> höher sein.

Verzeihung, dass ich mich einmische, aber mir scheint, das HEX-File für 
das EEPROM ist das Problem. Es sieht so aus als wäre es für den 
Atmega328 kompiliert (1 K EEPROM = 400H) statt für den Atmega168 (1/2 K 
EEPROM = 200H).

Sieht aus nach falscher Prozessorwahl im Makefile. Es wundert mich nur, 
dass das hier verwendete Flash-Tool aus dem Atmel Studio die Grösse des 
Flashspeichers nicht reklamiert, die dürfte ja auch nicht passen. Aber 
es kann ja sein, dass die HEX-Files für Flash und EEProm aus 
unterschiedlichen Compilerläufen stammen (?).

Ich glaube, es gibt noch Klärungsbedarf!

Gruss, Derri

Nichteingeweihter schrieb:
> Ganz schön knapp der Flash:

Ja, das ist aber bekannt. 
(Beitrag "Re: Transistortester AVR")

Angefangen hat alles mit einem atmega8. Das Aufrüsten war damals noch 
einfach, weil man die Pin-kompatiblen Typen atmeg168p oder -328p statt 
des atmega8 einsetzen konnte. Aber die vielen nützlichen Verbesserungen 
und Erweiterungen haben halt ihren Preis. Etwas Speicher kannst Du 
sparen, wenn Du avr-gcc in der Version 4.8.2 zum Kompilieren verwendest. 
Damit solltest Du mit Deinen Optionen auf einen Füllstand knapp über 90% 
kommen. Warum dieser etwas ältere (4.9.2 oder höher ist aktuell, aber in 
dieser Hinsicht wieder ungünstiger) avr-gcc kleinere Binaries erzeugt, 
weiss niemand hier so recht, aber so ist es nunmal.

Download: http://gnutoolchains.com/download/

Ich selber benutze z.Z. 4.8.1, der bringt ähnliche Ergebnisse:

Optionen:
-DWITH_MENU -DNO_ICONS_DEMO -DSHORT_UNCAL_MSG -DWITH_ROTARY_SWITCH=2 
-DFOUR_LINE_LCD -DLCD_ST7565_H_FLIP=0 -DLCD_ST7565_H_OFFSET=0 
-DLCD_ST7565_V_FLIP=1 -DVOLUME_VALUE=37 -DFONT_8X15 -DICON_TYPE=3 
-DBIG_TP -DINVERSE_TP -DWITH_SELFTEST -DAUTO_CAL -DWITH_AUTO_REF 
-DREF_C_KORR=12 -DREF_L_KORR=40 -DC_H_KORR=0 -DRMETER_WITH_L 
-DCAP_EMPTY_LEVEL=4 -DAUTOSCALE_ADC -DREF_R_KORR=3 -DESR_ZERO=20 
-DNO_AREF_CAP -DUSE_EEPROM -DPULLUP_DISABLE -DANZ_MESS=25 -DPOWER_OFF 
-DBAT_CHECK -DBAT_OUT=150 -DBAT_POOR=6400 -DBAT_NUMERATOR=133 
-DBAT_DENOMINATOR=33 -mcall-prologues -DLCD_ST_TYPE=7565 
-DLCD_ST7565_RESISTOR_RATIO=4 -DF_CPU=8000000UL -DMHZ_CPU=8 
-mmcu=atmega328p -DSamplingADC

Ergebnis:
AVR Memory Usage
----------------
Device: atmega328p

Program:   30118 bytes (91.9% Full)
(.text + .data + .bootloader)

Data:        208 bytes (10.2% Full)
(.data + .bss + .noinit)

EEPROM:      866 bytes (84.6% Full)
(.eeprom)

Gruss, Derri

Solange noch alles rein passt ist es doch egal, ob 99% oder nur 91%.

Gut zu wissen...
Ich habe alles mit der neuesten winavr Version bzw die darin enthaltene 
programmers notepad kompiliert...
Musste aber diese menüfunktion rauswerfen, weil ich zum ersten irgend 
eine frequent Meldung, irgendwas nicht bekanntes, bekommen habe und weil 
die Datei so 112 Prozent größe hatte...
Der tester selber funktioniert jedoch mit externen pullup widerständen 
super...

Nichteingeweihter schrieb:
> ... Ich habe die 4.9.2 verwendet und davor die 4.3.3
> von der Winavr-2010-Installation, da war das Kompilat bei 112%.
> Die 4.8.2 kann ich aber nicht finden, hast Du eventuell einen
> Direktlink?

I do not know about the existence of the AVR-GCC version 4.8.2 under 
Windows, but please refer to this post:
http://www.eevblog.com/forum/testgear/$20-lcr-esr-transistor-checker-project/msg825078/#msg825078

Nichteingeweihter schrieb:
> Was sind denn da die korrekten CFLAGs bzw. ist das überhaupt möglich?

Eine ausschließliche Frequenzmeßfunktion ist nicht vorgesehen. Dazu 
müßte die Software angepaßt werden. Normalerweise ist die 
Frequenzmeßfunktion nur über die Menüfunktion wählbar.
Es ist aber möglich, die Zeitbegrenzung der Funktionen (Batteriebetrieb) 
außer Kraft zu setzen. Mit der Makefile Option DC_PWR kann eine 
Eingangsspannung (mV) angegeben werden, oberhalb der in einen "DC-Power" 
Modus gewechselt wird. Bei sehr kleiner Eingangsspannung (< 0.9V) wird 
ebenfalls in den DC-Power Modus gewechselt. Im DC-Power Modus sind die 
Zeitbegrenzungen inaktiv.
Natürlich sind die Zeitbegrenzungen auch inaktiv, wenn die Makefile 
Option POWER_OFF deaktiviert wird.

Nichteingeweihter schrieb:
> das heißt man braucht auf jeden Fall ein Display und
> das Menü dafür.

Die arduino_uno Konfiguration kommt ohne Display aus, benutzt aber die 
Hardware-UART Schnittstelle!

Nichteingeweihter schrieb:
> * Referenzspannung sind ein paar mV, Vorwiderstand ist OK und auf VCC,
Das ist normal, PC4 wird als Output benutzt, um gegebenenfalls ein 
Schutzrelay zu schalten. Das 2.5V Signal ist also nur zeitweise 
vorhanden.

Mit einer LED an zwei Testports kann man prüfen, ob das Testprogramm 
läuft. Die LED muß ein paar mal flackern. Falls das der Fall ist, wird 
auf jeden Fall schon einmal die Batteriespannung (PC5) akzeptiert.
Dann bleibt noch zu klären, warum das Display nichts anzeigt.

Nichteingeweihter schrieb:
> An welchem Port liegen denn diese Testsignale an?

Ich meine natürlich zwei der drei Testports TP1-TP3, direkt verbunden 
mit PC0-PC2.

> Ich kriege jetzt keine Selbsthaltung mehr hin, das Display habe ich
> jetzt abgesteckt damit ich besser zum µC komme.

Wenn die Selbsthalterung nicht funktioniert, kommem mehrere Ursachen in 
Frage. Zunächst muß der ATmega-Ausgang PD6 (Pin 12) bei gedrücktem
Taster auf 5V schalten. Damit sollte C-E von T1 leitend werden (am 
Kollektor <0.5V). Damit sollte die Basis des PNP-Transistors T3 über 
LED1 und R7 (3k3) Strom bekommen. Wenn die Stromverstärkung von T3 
ausreichend ist, sollte T3 den 5V Regler mit ausreichend Strom 
versorgen. Der Basisstrom von T3 ist bei gedrücktem Taster aber höher 
wie bei der Versorgung über T1 (LED1). Der Unterschied ist abhängig von 
der Flußspannung der LED. Eine rote LED ist günstiger als eine blaue 
oder weiße.

Nichteingeweihter schrieb:
> Somit hatte ich nicht geschrieben, dass beim Drücken des Buttons PD6
> (Pin 12 am Sockel, Pin 16 am TQFP32) auf LO bleibt.

Dann läuft das Programm nicht an. Das Setzen des High Pegels von PD6 ist 
eine der ersten Aktionen im Programm. Entweder ist der Chip nicht 
richtig programmiert oder die Betriebsspannung stimmt nicht. Mit der 
Brown-Out Funktion muß die Betriebsspannung permanent mindestens etwa 
4.5V halten. Kurzzeitige Pegeleinbrüche können zum Reset führen! Wenn 
der ATmega über die ISP-Schnittstelle ansprechbar ist, sollte der 
Quarzbetrieb laufen (sofern Quarzbetrieb in den Fuses eingestellt ist). 
Sonst würde sich der ATmega über die ISP-Schnittstelle nicht melden. Ein 
Verify der Programmdaten (.hex) ist auf jeden Fall sinnvoll.

Nichteingeweihter schrieb:

>   Low Fuse = 0xFF
>   High Fuse = 0xDA
>   Extended Fuse = 0xFD
>   Lock Fuse = 0xFF
>   Calibration = 0xFFFFFF8D
>
>   Falls da falsche Werte sind, wo hätte ich die korrekten gefunden?

Die empfohlenen Werte findet man in der setup.mk Datei.
Low Fuse steht auf low power Oszillator (0xFF, für full swing 0xf7).
Für die High Fuse ist 0xFC empfohlen, 0xFD sollte aber keine Probleme 
bereiten, da nur die Größe des Bootbereichs geändert ist. Der wird aber 
gar nicht benutzt.
Für die extended Fuse wird 0xFC empfohlen (Brown Out Pegel 4.3V).
Bei einem Brown Out Pegel von 2.7V (0xFD) wird die Betriebsspannung nur 
unzureichend überwacht.
Der Zustand der Fuses erklärt nicht das Fehlverhalten!
Wurde wirklich ein getrennter Verify des Programms durchgeführt? Nicht 
der automatische Verify nach dem Schreiben. Man kann nämlich das 
Programm versehentlich löschen, wenn das EEprom beschrieben wird.

Nichteingeweihter schrieb:
> zurückgelesen:
> Low Fuse = 0xFF
> High Fuse = 0xDA

Mit High Fuse 0xDA ist der Boot Reset Vector eingeschaltet (Adresse 
0x3C00). Damit startet das Programm nicht richtig. Ein Bootloader ist ja 
nicht installiert. Die High Fuse sollte beim Mega328 auf 0xD9 gesetzt 
werden!

Nichteingeweihter schrieb:
> Probleme waren somit:
> * Die Fuses waren offenbar nicht im setup.mk enthalten

Diese Werte werden nur berücksichtigt, wenn ein "make fuses-crystal" 
oder ein "make fuses-crystal-lp" Kommando verwendet wird. Ohne Quarz 
würde der Aufruf "make fuses" heißen. Auf jeden Fall muß die Makefile 
für den ISP-Programmer angepaßt werden (PROGRAMMER= , PORT= ).
Zur Ansteuerung des Programmers wird avrdude in der Makefile verwendet.

F. F. schrieb:
> Solange noch alles rein passt ist es doch egal, ob 99% oder nur
> 91%.

Stimmt im Prinzip, aber manchmal möchte man ein zusätzliches 
Leistungsmerkmal freischalten, und dann zählt jedes Byte.

Nichts für ungut, Derri

Nichteingeweihter schrieb:
> Die 4.8.2 kann ich aber nicht finden, hast Du eventuell einen
> Direktlink?


Ich war die letzten Tage weg und antworte deshalb leider erst heute.

Hier sind einige Links zu verschiedenen Versionen der Toolchain. Einen 
Link zum Download der Version mit dem avr-gcc in der Version 4.8.2 für 
Windows konnte ich leider auch nicht finden. Für Linux gibt es die 
Sourcefiles aber als Archiv mit quasi allen Versionen. Meine Version ist 
die 4.8.1 und stammt aus dem Link zum Downloadarchiv von Atmel.

Toolchain Atmel 3.4.5 (gcc 4.8.1):
http://www.atmel.com/images/avr8-gnu-toolchain-installer-3.4.5.30-win32.any.x86.exe

Toolchain Atmel 3.5.0 (avr-gcc 4.9.2 - nicht empfohlen):
http://www.atmel.com/images/avr8-gnu-toolchain-installer-3.5.0.85-win32.any.x86.exe

SysProgs Prebuilt Toolchain for AVR (avr-gcc 5.3.0):
http://sysprogs.com/files/gnutoolchains/avr/avr-gcc5.3.0.exe

Zak Kemble's Toolchain (avr-gcc 6.1.0 - für Mutige):
http://blog.zakkemble.co.uk/avr-gcc-6-1-0/

Die beiden letzten habe ich noch nicht ausprobiert.

Gruss, Derri

Nichteingeweihter schrieb:
> Noch ein Nachtrag:
>
> Diodenvermessung einer 1N4148 ergibt Uf ca. 704mV, ähnlich bei BE-Dioden
> eines BC547C.
>
> Diodentest mit der Diodenmessfunktion eines Multimeters ergibt ca.
> 578mV, d.h. es werden stark unterschiedliche If verwendet, oder der TT
> misst falsch.
>
> Da beim TT Ir angezeigt wird, wäre es nicht auch hilfreich den If
> angezeigt zu bekommen?

Ir ist relativ leicht zu berechnen:

Ir = (5V - Uf)/700 Ohm, in deinem Beispiel also etwa 6 mA,
wobei 700 Ohm die Summe aus dem 680 Ohm Reihenwiderstand und dem 
Innenwiderstand des Portpins am Atmega ist. Der Wert schwankt kaum, da 
Si-Dioden ja recht einheitliche Werte aufweisen.

Ich glaube, die meisten Multimeter arbeiten da mit deutlich geringeren 
Strömen, deshalb der niedrigere Wert. Laut Datenblatt der 1N4148 von NXP
gilt übrigens: Vf < 0.72 V bei If = 5.0 mA.

1:0 für den TT :-)

Gruss, Derri

Nichteingeweihter schrieb:
> Korrektur von vorhin bez. der VEXT-Messung: Der Fehler ist kein
> konstanter Offset, sondern ein Faktor ca. 1,03.
> Da die Teilerwiderstände exakt selektiert bzw. mit Serienwiderstand
> korrigiert wurden, ist 3% Fehler doch etwas viel, die Referenzspannung
> ist mit 2495mV ebenfalls exakt genau.

Deine Überlegung ist grundsätzlich richtig, und ich teile Deine 
Argumente insofern. Allerdings ist das Ergebnis einer Spannungsmessung 
immer abhängig vom Verhältnis der Innenwiderstände der gemessenen 
Schaltung und des Messinstruments. Je kleiner der Innenwiderstand der 
Schaltung und je grösser der Innenwiderstand des Messgerätes, desto 
genauer das Ergebnis.

Wie sieht denn Dein Messaufbau aus?

Derri.

@Nichteingeweihter schrieb:

> Da ich ja jetzt schon ein Halbeingeweihter bin, suche ich dann im
> Quelltext nach der Vext-Messung und versuche einen Faktor 1,03
> dazuzugeben.
Versuch erstmal im Makefile die Werte zu verändern, die Parameter dafür 
sind hier im Screenshot.
Ansonsten kam ich auch nicht genau auf die gemessenen Werte, bis ich die 
Faxen dick hatte und es mit einem Poti am Teilereingang des ADC 
nachgeregelt hatte. Präzision ist natürlich was anderes, so war es aber 
auch nie angedacht!

> einen 7550 als TO92-Spannungsregler, der gibt ca. 5,4V ab...
Die erste Wahl wäre natürlich der LDO MCP1702 von MICROCHIP mit 5µA für 
StBy!
Sehr präzise 5V Ausgangsspannung treibt meinen Eigenbau-Tester.

Ich selber habe ein "regelbares" StepUp-Modul vom Chinesen, da ich 
meinen FISH8840 mit einem 3,7V Lipo betreibe. Allerdings haben die mehr 
Ripple den man aber ganz leicht mit einem LC-Filter minimieren 
kann/sollte.

Gruß Michael

Nichteingeweihter schrieb:
> Da die Teilerwiderstände exakt selektiert bzw. mit Serienwiderstand
> korrigiert wurden, ist 3% Fehler doch etwas viel, die Referenzspannung
> ist mit 2495mV ebenfalls exakt genau.

Die 3% Anweichung sind doch auffällig hoch und keinesfalls bei jedem 
Exemplar vorhanden.
Wird denn die VCC Spannung (~5.0V) beim Start in Zeile 2 angezeigt?
Diese Zeile erscheint nur dann, wenn die Präzisionsreferenz (2.495V) in 
einem Toleranzbereich zur halben VCC Spannung liegt.
Man kann natürlich über das Widerstands-Teilerverhältnis (EXT_NUMERATOR 
und EXT_DENOMINATOR) den Fehler korrigieren. Es ist aber sinnvoller, die 
Ursache zu finden. Direkt am PC3 (ADC3) Eingang müßte man den zehnten 
Teil der externen Spannung messen können.
Beim Schaltungsvorschlag ist übrigens ein 10 nF Kondensator am PC3 
Eingang vorgesehen.

Nichteingeweihter schrieb:
> ausserdem hat
> mein Bausatz einen 7550 als TO92-Spannungsregler, der gibt ca. 5,4V ab

Dein Regler hat vielleicht eine Macke, 5,4 V ist doch arg daneben. Das 
wundert mich, denn mein TT hat auch einen 7550, und beim Einschalten 
bekomme ich Vcc=5,01 V angezeigt. Mein Multimeter bestätigt dies.

Die Referenzspannung beträgt bei mir 2,498 V.

Auch die Batteriespannung wird korrekt (+/- 1 Digit) angezeigt. Die 
externe Spannungsmessung habe ich nicht implementiert, weil ich PC3 als 
seriellen Ausgang eingestellt habe.

> versuche einen Faktor 1,03 dazuzugeben.

Das kannst Du einfacher haben. In den Zeilen 346 bis 348 der Makefile im 
Verzeichnis d:\Data\atmel\projects\transistortester\mega328_st7565_kit\ 
kann man das Teilerverhältnis einstellen, ohne was am Sourcecode zu 
ändern. Ich gehe davon aus, dass Werte von 0 bis 255 für die beiden 
Faktoren zulässig sind (8bit unsigned).

Ein erster Versuch mit
----------
# Voltage divider for the external zener voltage measurement 180k / 20k
CFLAGS += -DEXT_NUMERATOR=103
CFLAGS += -DEXT_DENOMINATOR=10
----------
sollte Klarheit verschaffen. Danach kannst Du ja mit den Werten 
experimentieren. Wegen dieser Einstellmöglichkeit müssen die 
Teilerwiderstände auch nicht exakt den vorgegebenen Wert besitzen.

Ansonsten findest Du die Berechnung in 'main.c' und 'function_menu.c'.

Viel Glück, Derri

Nichteingeweihter schrieb:
> Ich auch habe vorhin bemerkt, dass die Batteriespannungsmessung
> eigenartig aber genau und wiederholbar ist, da muß eine Art
> Wertebereichsdecke sein, also Achtung bei Versorgung mit Netzteil:

Die Batteriespannung wird mit Hilfe eines Spannungsteilers 4:1 gemessen, 
so dass der ADC des Prozessors Werte bis 10,0 V messen kann (bei einer 
Referenzspannung Uref von 2,495 V geht der Messbereich ebenso bis 2,495 
V). Bei Eingangsspannungen von > 4*Uref tritt ein Überlauf im ADC auf. 
Das Ergebnis davon siehst Du an Deiner Messreihe. Das Verhalten ist 
demnach normal.

Bei höheren Spannungen als 20 V begrenzt der Vorwiderstand des 
Spannungsteilers (10k) zusammen mit der Schutzdiode am Eingang die 
Spannung am Pin auf etwa 5,5 V. Derart hohe Betriebsspannungen sollte 
man aber tunlichst unterlassen.

Bei permanenter Stromversorgung aus einem Netzteil kann das 
Startverhalten des TT mit Hilfe eines Parameters in der Makefile 
geändert werden. Dann wird die "Batterie"-Spannung nicht mehr angezeigt, 
sondern die Softwareversion:
----------
# Option BAT_CHECK enables the Battery Voltage Check,
# otherwise the SW Version is displayed instead of Bat.
# BAT_CHECK should be set for battery powered tester version.
CFLAGS += -DBAT_CHECK
----------

Gruss, Derri

Anmerkung: Es ist überraschend zu sehen, dass die Batteriespannung bis 
10 V korrekt gemessen wird, die externe Spannung an PC3 aber nicht, wo 
doch beide nach dem gleichen Prinzip arbeiten. Nur der Spannungsteiler 
ist verschieden. Hat der Kondensator am Pin 21 (Aref) 1 nF, wie im 
Handbuch  beschrieben?

Hallo,

ich habe zwei "2016 DIY GM328 Transistor Tester LCR ESR meter PWM Square 
wave Signal Generator"
eBay-Artikelnummer:282029136760

bei einem ist der ATmega328P-PU defekt ( Elko gemessen)

Nun habe ich zwei "PC 8-Bit Micro Controller Microcontroller 
ATmega328P-PU KL"
eBay-Artikelnummer:381677787180
bestellt.

Jetzt habe ich versucht den intakten ATmega328P-PU mit Hilfe des Galep 3 
Software: G32setup_12004.exe zu kopieren.

Beim Kopieren des ATmega328P-PU sehe ich keine Fehler, aber nur beim 
drücken des Taster wird das Display nur "Hell" keine Anzeige und die Led 
hat keine Funktion.

Nach meiner Meinung werden die Fuse-Bits vom Galep 3 mit Ausgelesen

Für ein paar Hinweise wäre ich dankbar.

Kalle S. schrieb:
> Jetzt habe ich versucht den intakten ATmega328P-PU mit Hilfe des Galep 3
> Software: G32setup_12004.exe zu kopieren.

Die Ursache liegt nicht beim Kopierprogramm, sondern mit hoher 
Wahrscheinlichkeit daran, daß die Chinesen das Auslesen der Software mit 
den Sicherheitsbits verhindern. Da bleibt wahrscheinlich nichts anderes 
übrig, als es mit den Programmdaten (.hex und .eep) aus dem 
mega328_color_kit Unterverzeichnis zu versuchen. Die aktuelle 
Entwicklerversion der Software ist hier im Subversion (SVN) Verzeichnis 
zu finden: 
https://www.mikrocontroller.net/articles/AVR_Transistortester#Downloads_.28deutsch.29 
.
Das komplette Archiv ist auch bei github 
https://github.com/svn2github/transistortester gekloned.
Bei beiden Archiven ist die aktuelle Entwicklerversion im Verzeichnis 
Software/trunk zu finden.
Bei der aktuellen Entwicklerversion ist zusätzlich das SamplingADC 
Verfahren von Pieter-Tjerk freigeschaltet (Makefile Option 
WITH_SamplingADC = 1). Deshalb wird beim Abgleich ein zusätzlicher 
Kondensator zwischen 10nF und 30nF benötigt. Dieser Kondensator kann 
dann bei kleinen Spulen für die Induktivitätsmessung parallel geschaltet 
werden, um eine Messung über die Resonanzfrequenz zu ermöglichen. Wenn 
diese Funktion nicht benötigt wird, kann man sie aber auch in der 
Makefile deaktivieren.

Karl-Heinz K. schrieb:
> Die Ursache liegt nicht beim Kopierprogramm, sondern mit hoher
> Wahrscheinlichkeit daran, daß die Chinesen das Auslesen der Software mit
> den Sicherheitsbits verhindern.

Die Chinesen wollen nicht, dass ihr geistiges Eigentum (das eigentlich 
zum größten Teil von anderen kopiert wurde) gestohlen wird und 
verhindern das das Kopieren einer Software. Das hat bei mir gerade den 
Schmunzler des Tages erzeugt.

Hallo,

ich werde es mal mit den  (.hex und .eep)  versuchen - nur mit den 
FuseBits des Galep 3 bin ich nicht so richtig fit.

Ich werde bald berichten !

Vielen Dank !

Kalle S. schrieb:
> Hallo,
>
> ich werde es mal mit den  (.hex und .eep)  versuchen - nur mit den
> FuseBits des Galep 3 bin ich nicht so richtig fit.
>
> Ich werde bald berichten !
>
> Vielen Dank !

Hallo Kalle,

Wenn ich das richtig sehe, hat Dein Galep die Fuses für die Sperren der 
Speicher mitkopiert, Dich also ausgesperrt. Nicht gut :-( . Reset geht 
nur mit einem parallelen Programmiergerät. Vielleicht kann Dein Galep 
das.

Mein TT (328p) läuft mit den Werten:
extended fuses:  0xfc
high fuses:  0xd9
low fuses:  0xf7

Ich habe mal mit Hilfe Deines Bildes versucht, das für Deinen Galep 
umzusetzen:

1. Alle Bits im 328p sind ab Werk auf logisch 1 gesetzt, d.h. NICHT 
gesetzt (inverse Logik). Einem nicht gesetzten Häkchen im entsprechenden 
Feld entspricht eine 1 und damit eine abgeschaltete Funktion. Bei den 
Lockbits bedeutet "kein Häkchen" keine Sperre. Somit müssten alle 
Häkchen im Panel "Lockbits" entfernt werden.

2. Die anderen Einstellungen sind:

SPIEN: Häkchen an
RSTDIS bis einschl. DWEN: Häkchen aus (also wie in Deinem Bild)

Geändert werden müssen die Werte von:

BODLEV => 011
BOOTSZ => 00 (spielt beim TT aber keine Rolle)
CKSEL  => 0111
SUT    => 11

Ich bitte um Überprüfung und eventuelle Korrektur durch andere 
Mitglieder.

Viel Glück, derri

Marcel D. schrieb:
> Nicht gut :-( . Reset geht
> nur mit einem parallelen Programmiergerät.

Soweit ich das weiß, reicht ein einfacher Reset mit dem 
ISP-Programmiergerät. Das Parallel-Programmiergerät braucht man z.B. 
dann, wenn der Reset Pin außer Funktion gesetzt wurde (Fuse RSTDISBL). 
Beim externen ISP-Programmieren braucht man aber den angeschlossenen 
Quarz oder einen externen Takt, wenn mit den Fuses der Quarzbetrieb 
gewählt wurde. Leider hat der Bausatz ja keinen ISP-Stecker auf der 
Platine.

Hallo,

danke für die Hilfe. Der Stand der Dinge:

BODLEVEL  = 011
BOOTSZ    =  00

Also der ATMEGA 328P-PU ist gegen Auslesen durch die Lock Bits 
geschützt. Es gibt aber vom Galep 3 keine Fehlermeldung.

Ich habe jetzt den ATMEGA 328P-PU mit den Daten von dieser Seite 
programiert:

https://www.mikrocontroller.net/svnbrowser/transistortester/Software/trunk/mega328_color_kit/


Die Datei TransistorTester.hex startet von von 0000h.
Die Datei TransistorTester.eep startet von 8000h.

Screenshots von den Speicherbereichen habe ich beigefügt.
Es wäre schön wenn jemand mal Adresse und Byte mal grob vergleichen 
würde.

Der Transistortester verhält sich mit den oben genannten Dateien wie 
folgt:

Nach dem drücken des Tasters geht für ca. 5 Sekunden die Led an.

Für ca. 1 Sekunde wird das Display hell dann dunkel und in der oberen
Zeile des Displays ist für ca. 4 Sekunden eine Laufschrift (von links 
nach recht-  mehr Zahlen als Buchstaben - recht schnell) zu erkennen.

Am ATMEGA 328P-PU sind 8 Mhz zu messen. Pin 9 + 10.

Kann jemand bei einem funktionstüchtigen TT mit einem Galep den ATMEGA 
328P-PU auslesen und als *.cfg mir zusenden ?

Hat sonst einer eine Idee ?

Kalle S. schrieb:
> Hat sonst einer eine Idee ?

Man kann unabhängig von der Displayausgabe testen, ob das Programm 
überhaupt einen Bauteiletest durchführt indem man eine LED an zwei 
Testports anschließt. Die LED sollte ein paar Mal flackern.
Dann wäre wichtig zu klären, ob es sich um die bekannte "Color" Version 
des Bausatzes handelt. Die beiden bisher bekannten Bausätze sind in der 
aktuellen PDF-Dokumentation abgebildet (Datei ttester.pdf im Verzeichnis 
Doku/trunk/pdftex/german).

@Kalle: Hallo!
Kalle S. schrieb:
> Die Datei TransistorTester.hex startet von von 0000h.

Soweit man an Deinem Screenshot sehen kann, sind die Daten im 
Flashspeicher richtig programmiert. Das erklärt auch soweit das 
Startverhalten.

> Die Datei TransistorTester.eep startet von 8000h.

Das scheint eine Eigenart des Galep zu sein, tut aber nichts zur Sache.

> Screenshots von den Speicherbereichen habe ich beigefügt.
> Es wäre schön wenn jemand mal Adresse und Byte mal grob vergleichen
> würde.

Offensichtlich sind im EEPROM nicht die im Hex-File codierten Daten 
gelandet, sondern das Hex-File in Binärform. Im Screenshot siehst Du das 
daran, dass die ersten Bytes 
":1000000031080308332031302D33306E46284C2917" lauten. (Dies ist die 
erste Zeile des Hex-File, nur als Beispiel). In diesem String stecken:

- ein Doppelpunkt als Markierung des Zeilenanfangs,
- die Anzahl der zu programmierenden Bytes,
- die Speicheradresse des ersten Bytes in der Zeile. Weitere Adressen 
werden laufend heraufgezählt,
- ein Funktionscode, bei dieser Variante immer "00",
- soviele Bytes wie im ersten Wert angegeben, hier 0x10, also dezimal 
16,
- Eine Prüfsumme, derart dass die Summe aller Bytes inklusive der 
Prüfsumme 0 ergibt.

Zum besseren Verständnis kann man die Zeile auch so schreiben:
":10 0000 00 3108030833203130 2D33306E46284C29 17"
  16 0000  0 31 08 03 ... usw., 16 Bytes          0x17
 Anz.Adr.    16 Datenbytes                        Prüfs.

Die Codierung der Daten ist wie folgt:
- Alle Zahlen sind in hexadezimaler Notierung angegeben (daher 
"HEX"-File).
- ':' markiert den Anfang eines Datenblocks.
- Anschliessend wird jeweils ein Byte in Form von zwei ASCII-Zeichen 
abgelegt, ohne Zwischenräume, Byte an Byte.
- Das letzte Byte ist, wie gesagt, die Prüfsumme.

Dieser Vorgang wird bis zum Ende des Datenblocks wiederholt. Die 
zweitletzte Zeile enthält in der Regel weniger als 16 Datenbytes, je 
nach Programm. Die letzte Zeile ":00000001FF" markiert das Ende des 
Hex-Files, alles was danach kommt wird ignoriert. Nicht programmierte 
Bytes enthalten ab Werk 0xFF.

Jetzt steht aber in Deinem EEPROM laut Screenshot nicht, wie 
beabsichtigt,
"31 08 03 08 33 20 31 30  2D 33 30 6E 46 28 4C 29" (die 16 ersten 
Bytes), sondern:
"3A 31 30 30 30 30 30 30 30 33 31 30 38 30 33 30 ..." usw., also der 
Ascii-Code von ":100000003108030...". Der Galep hat also das Hex-File 
nicht dekodiert, sondern als Binärdaten 1:1 ins EEPROM verfrachtet. Da 
im EEPROM auch Anzeigetexte stehen, bekommt das Programm beim Versuch, 
diese anzuzeigen, nur Unsinn zu lesen (@Karl-Heinz: Asche auf mein 
Haupt, wenn auch ich Unsinn verbreite!).

> Hat sonst einer eine Idee ?

Da ist wohl beim Laden der Datei  TransistorTester.eep ein Missgeschick 
passiert. Bei Laden der Datei in das Kontrollprogramm des Galep muss 
unbedingt das Format intel-hex ausgewählt werden.

Viel Glück, derri

Marcel D. schrieb:
> @Karl-Heinz: Asche auf mein
> Haupt, wenn auch ich Unsinn verbreite!

Deine Analyse sieht sehr vernünftig aus. Die Programmdaten wurden aber 
offensichtlich von Galep richtig als Intel Hex erkannt.

Hallo,

kein Glück sondern Dein Wissen ! Klasse - er lief sofort !

Also Datei "TransistorTester.eep" nach "TransistorTestereep.hex" 
umbenannt

und nochmal nach 8000h programmiert und es läuft sofort.
Der Galep kennt wohl *.eep nicht bei  *.hex macht er alle richtig.

Wäre ich nicht darauf gekommen - vielen Dank.


Kalle.S

Hallo,
ich habe mir die Dateien von:
www.mikrocontroller.net/articles/AVR_Transistortester#Downloads_.28deuts 
ch.29  herruntergeladen.


Leider finde ich da nicht die Schaltung laut Anhang. Wo finde ich die 
und die entsprechende Software für den Atmega 328?

Eine Frage noch zur Spule L1 33µH reicht da 1/4W aus?



Gruß Frank

Frank W. schrieb:
> Leider finde ich da nicht die Schaltung laut Anhang. Wo finde ich die
> und die entsprechende Software für den Atmega 328?
>
Hallo Frank,

Die von Dir gezeigte Schaltung konnte ich so auch nicht finden. Es ist 
allerdings die Grundschaltung aus dem Wiki, die um einige Extras 
erweitert wurde (rot eingerahmt im angehängten Bild). Eine komplette 
Beschreibung im PDF-Format mit allen Konfigurationsmöglichkeiten findest 
Du in der Doku im SVN:
https://www.mikrocontroller.net/svnbrowser/transistortester/Doku/trunk/pdftex/german/
Die betreffende Datei heisst "ttester.pdf".

Die Software ist grundsätzlich für alle Varianten die gleiche, nur 
werden über Schalter im Makefile eine Reihe von "Features" ein- oder 
ausgeschaltet. Es kann allerdings sein, dass die eine oder andere 
Zusatzschaltung von der Grundsoftware nicht unterstützt wird. Da bin ich 
überfragt. Die Software kannst Du als Tarball vom folgenden Link 
herunterladen:
https://www.mikrocontroller.net/svnbrowser/transistortester/Software/trunk

> Eine Frage noch zur Spule L1 33µH reicht da 1/4W aus?
>
Was die 33uH-Spule anbelangt, so glaube ich nicht, dass eine Angabe von 
1/4 Watt sinnvoll ist. Die Spule dient als Filter und wird nur mit 
Gleichstrom beaufschlagt. Der Wandler nimmt nach meinen Berechnungen 
etwa 300mA auf. Bei ~3A/mm2 sollte demnach ein Drahtdurchmesser von 0,2 
mm ausreichen, um diesen Strom zu bewältigen. Der entsprechende 
Spannungsabfall wäre dann noch zu prüfen.

Gruss, derri.

Hallo

Scheinbar ist die Zeit das China-Importe das Nonplusultra
sind so langsam am abklingen.
Ich hab heute(gestern) eine Mail aus Mazedonien erhalten
wo um eine einseitige Leiterplattenversion gebeten wurde.
Also ich war erstaunt, ich dachte ehrlich das die
Selbstbauarie vorbei sei. Es ist ja schliesslich schon
ein paar Jahre her.

Immer Jung bleibt die Sache natuerlich durch Karl-Heinz.

73 Asko

Frank W. schrieb:
> Wo finde ich die
> und die entsprechende Software für den Atmega 328?

Im Subversion Archiv (SVN) findet man eine gute Basis für diese Verson 
im Verzeichnis Software/trunk/mega328_strip_grid.
Die Makefile Option  "CFLAGS += -DWITH_UART" sollte aber auskommentiert 
werden und die Option "CFLAGS += -DWITH_VEXT" aktiviert werden, damit 
der Zenerdiodentest mit dem DC-DC Wandler funktioniert. Natürlich muß 
die Software nach der Makefile Änderung neu übersetzt werden.
Diese Schaltung kann nur für Text-Displays (2x16 oder 4x20) benutzt 
werden. Bei den graphischen Displays hat die Option STRIP_GRID_BOARD 
eine andere Bedeutung.

Marcel D. schrieb:
> Die Software kannst Du als Tarball vom folgenden Link
> herunterladen:
> https://www.mikrocontroller.net/svnbrowser/transistortester/Software/trunk
>
>> Eine Frage noch zur Spule L1 33µH reicht da 1/4W aus?
>>
> Was die 33uH-Spule anbelangt, so glaube ich nicht, dass eine Angabe von
> 1/4 Watt sinnvoll ist. Die Spule dient als Filter und wird nur mit
> Gleichstrom beaufschlagt. Der Wandler nimmt nach meinen Berechnungen
> etwa 300mA auf. Bei ~3A/mm2 sollte demnach ein Drahtdurchmesser von 0,2
> mm ausreichen, um diesen Strom zu bewältigen. Der entsprechende
> Spannungsabfall wäre dann noch zu prüfen.
>
> Gruss, derri.

Danke
der Link funktioniert leider nicht.

Hast du alle Daten für die Spule für mich (Kern und Windungszahl)?

Gruß Frank

Frank W. schrieb:
> der Link funktioniert leider nicht.

Das komplette SVN Archiv ist auch unter der Adresse
https://github.com/svn2github/transistortester
als GIT Archiv gekloned.
Die 33µH Spule kann wahrscheinlich auch durch eine Drahtbrücke ersetzt 
werden. Die Spule soll lediglich Störungen vom DC-DC Wandler von der 5V 
Versorgung fernhalten. Der DC-DC Wandler ist aber nur bei gedrücktem 
Taster aktiv und in diesem Zustand wird lediglich die Zenerspannung 
gemessen. Bei den anderen Messungen ist der DC-DC Wandler abgeschaltet.

Frank W. schrieb:
> Danke
> der Link funktioniert leider nicht.
>
Seltsam, bei mir tut er's. Probier doch mal:
https://www.mikrocontroller.net/svnbrowser/transistortester/ und 
navigiere dann von da aus weiter.

> Hast du alle Daten für die Spule für mich (Kern und Windungszahl)?
>
Leider nein. Ich verwende meistens Spulen aus ausgeschlachteten Geräten, 
z. B. Schaltnetzteilen. Aber ich habe mal mit meinem TT drei solcher 
Spulen gemessen (Bild). Die Werte sind wie folgt, von links nach rechts:

1. Ringkern ca. 1 cm Durchmesser, etwa 70 Windungen, 55uH, <0,1 Ohm
2. Zylinderspule, ca.  1cm hoch, etwa 25-30 Windungen, 29 uH, <0,1 Ohm

   Der Drahtdurchmesser beträgt bei diesen beiden etwa 0,5 mm.

3. Zylinderspule, ca. 7 mm lang, 100 uH, 1,6 Ohm
  (eher ungeeignet wegen zu hohem Spannungsabfal von ca. 0,48 V).

Gruss, derri

Karl-Heinz, you can change the program that would be before compilation 
can be switched on or off some of the main features: f-Generator, 
Frequency, 10-bit PWM

Hallo Karl Heinz und derri,

danke.
Erstmal probiere ich es mit einer Brücke.

Derri Deine Idee hatte ich auch.

Gruß Frank

Moin zusammen,

kann mir bitte eben jemand sagen, welche Revision die aktuelle auf 
github ist?
https://github.com/svn2github/transistortester

Der SVN ist leider aktuell nicht aufrufbar. Da stand immer mit dabei, 
welche Revision das war.
Bei Github habe ich keine Infos zur Rev. gefunden.

Gruß
Ben

Hier ist doch ein mirror.
https://github.com/svn2github/transistortester
Ich weiß jetzt aber aus dem stand auch nicht, in welcher Datei die 
aktuelle Revision angegeben ist (Revision, nicht Version).

Ben A. schrieb:
> Bei Github habe ich keine Infos zur Rev. gefunden.

Wenn https://github.com/svn2github/transistortester das 
Wurzelverzeichnis "..." darstellt, dann ist in .../Software/trunk/
grundsätzlich immer der neueste Ausgabestand zu finden.

.../Software/tags/changelog.txt ist eine Liste mit den Änderungen.

"Verblichene" Versionen sind auch unter .../Software/tags/ gelistet.

Ältere Versionen gibt es auch von der von Markus gepflegten Version 
unter .../Software/Markus/ , aber das ist ein völlig anderer Zweig.

Viel Spass beim Stöbern, derri

Hallo Marcel,

danke für dein Posting.
In der changelog.txt stehen wohl die Änderungen drin, aber leider nicht, 
welche Revision das ist :-)

Aber der SVN läuft wieder. Habe eben gesehen, dass die aktuelle Revision 
690 ist.
Meine letzte installierte Rev. ist 669. Da hat sich ja einiges in der 
Zeit getan.
Ich frage nach der Revision nur, weil ich einige Softwareversionen bzw. 
Revisionen auf dem Rechner archiviert habe. Dann werden die Ordner 
entsprechen benannt, und ich habe einen guten Überblick.

Wünsche dir noch einen schönen Tag
Ben

Dass hinter den Dioden 3,3V rauskommen sollen, hat mich etwas genervt - 
konnte auch 4,33V messen. Spricht etwas dagegen, eine genügsamen LDO 
einzulöten? Scheint soweit alles noch zu funktionieren mit der "neuen" 
T4-Version mit blauem Knopf und ausgeführten Kontakten von dem Quarz 
(auf die Schnelle der einzige Unterschied, den ich zum alten T4 gesehen 
habe - der lässt sich nicht mehr flashen und zickt, daher die 
Ersatzbeschaffung).

Habe eine Spule aus einem instabilen Gerät, die ich einfach durch 4,7µH 
ersetzt habe - deren Induktivität ist jedoch nicht messbar, mit beiden 
Versionen nicht. Der Tester findet nur einen Widerstand von 
0,02-0,00Ohm. Leider ist kein Wert aufgedruckt, wäre das erste Mal ein 
Praxiseinsatz für den Tester gewesen.

Hallo zusammen,

ich habe die letzten Tage über versucht den Komponententester auf Basis 
von einem Arduino Uno und einem, nach der Vorlge im repo 
selbstgemachten, Shield zu basteln. Ich bin fast fertig habe aber noch 
paar Probleme die ich leider nicht selbst lösen konnte.

1) Der Arduino meint, auch nach einer Kallibrierung, das er nicht 
richtig kallibriert wurde und fordert mich auf ihn neu zu kallibrieren.

1.1) Die Messwerte für Kondesatoren sind völlig daneben. Ich schätze das 
liegt mit Problem eins zusammen.

2) Das setzen der Fuses sorgt dafür das die serielle Ausgabe am PC nur 
noch willkürliche Zeichen ausgibt. -> Ich bekomme eine saubere Ausgabe 
(bis auf die in 1) beschrieben fehler) wenn die Fuses nicht verändert, 
bzw auf den Standartwerten stehen. Eine Ausnahme hier ist die eFuse 
diese kann auf 0xfc bzw. 0x04 gesetzt werden ohne das die serielle 
Verbindung spinnt. Die BaudRate beträgt 115000. Evtl. verursacht das 
auch den ersten Fehler.

Ich verwende einen USBTiny ISP um den Arduino zu bespielen, die Fehler 
treten aber auch auf wenn ich einen anderen Arduino zum Progammieren 
verwende.

Ich bin mir nicht sicher was die h/l -Fuses machen aber ich glaube sie 
setzen den Takt auf einen anderen Wert? Ich habe ein paar andere 
BaudRaten verwendet da ich die Vermutung habe das ein veränderter Takt 
die BaudRate beeinflusst? Bei allen Werten die ich versucht habe kam 
aber nur kauderwelsch an.

Ich verwende kein Bildschirm nur die serielle Schnittstelle zum PC und 
den seriell Monitor der Arduino IDE

Im Anhang befindet sich das verwendete Makefile. Ich habe das Arduino 
Uno Makefile nahezu unverändert übernommen die einzigen Anderungen sind 
meinen USBTiny als Programmer und die Sprache ist deutsch.

Schonmal vielen Dank für alle Antworten, ich hoffe ich habe nichts 
wichtiges Vergessen.

Jakob H. schrieb:
> Der Arduino meint, auch nach einer Kallibrierung, das er nicht
> richtig kallibriert wurde und fordert mich auf ihn neu zu kallibrieren.

Ich hatte selbst Probleme mit einem chinesischen ARDUINO UNO Clone, weil 
auf der Platine die beiden GND Pins des ATmega nicht verbunden waren.
Siehe dazu Beitrag Beitrag "GND Problem mit ArduinoUno Clone"
Die Software braucht nicht mit einem ISP-Programmiergerät geladen 
werden. Dazu kann die serielle Schnittstelle benutzt werden.
Ein Programmiergerät ist nur erforderlich, wenn ein neuer Bootloader 
installiert werden soll. Da die meisten Bootloader das EEprom nicht 
programmieren können, empfehle ich den modifizierten Optiboot 
Bootloader, der im Transistortester SVN Archiv im Verzeichnis 
bootloaders veröffentlicht wurde. Mit einem Linux Betriebssystem sollte 
die Anpassung der Fuse-Einstellung automatisiert sein. Die in Assembler 
optimierte und erweiterte Optiboot Version kann bei einer Größe von 
unter 512 Byte auch das EEprom beschreiben. Im bootloaders/Doku 
Unterverzeichnis ist eine PDF Dokumentation (bootloader.pdf) in 
deutscher und englischer Sprache verfügbar.
Bei der Benutzung der seriellen Schnittstelle für das Programmladen 
sollte beachtet werden, daß der Seriel Monitor des Arduino Sketch die 
Ladefunktion stört, wenn nicht eine separate auf der TX-Schnittstelle 
des ATmega parallel geschaltete Schnittstelle benutzt wird.

Vielen Dank für Ihre Antwort, jedoch scheint das nicht das Problem zu 
sein.
Ich messe 0V an PB0 wenn der Tester angeschlossen, der Taster aber nicht 
gedrückt ist. Wenn der Taster gedrückt wird ändert sich die Spannung, 
sie fällt aber auch wider auf 0V ab. Ich verwede zwar einen chinesischen 
Arduino UNO er hat aber keinen gesockelten Chip sondern einen 
surfacemount Chip.

Jakob H. schrieb:
> Ich messe 0V an PB0 wenn der Tester angeschlossen, der Taster aber nicht
> gedrückt ist.

Der Taster ist an PD7 angeschlossen. PD7 sollte bei gedrücktem Taster 
von 5V auf 0V wechseln. Ob das Meßprogramm läuft, läßt sich mit einer 
LED an beliebigen 2 Testpins (PC0-PC2) prüfen. Die LED sollte ein paar 
mal flackern. Falsche Kapazitätswerte werden übrigens dann gemessen, 
wenn die 680 Ohm bzw. 470kOhm Widerstände nicht richtig angeschlossen 
sind oder die Taktfrequenz nicht stimmt.

Ed Ouellette schrieb:
> Latest LCR-T4 tester schematics (rev. 1d) from Roland Elmiger.

Hallo

Ist der Schaltplan so richtig?

Wird die BL LED ueber 3k + 1k angesteuert ?

Ist die Interne Ref des Atmel so schlecht das man eine externe braucht ?

73

Klaus H. schrieb:

> Wird die BL LED ueber 3k + 1k angesteuert ?
Nein, der Stromkreis wird über B-E von Q1, 1k, S1 und B-E von Q2 beim 
Start geschlossen und danach von E-C von Q3 und LED gehalten. Die LED 
ist nur vorhanden, damit der Taster auch im Betrieb funktioniert. Eine 
blaue oder weiße LED ist hier eher ungünstig für den Basisstrom von Q1, 
besser ist eine rote LED oder auch eine normale SI-Diode.

> Ist die Interne Ref des Atmel so schlecht das man eine externe braucht ?
Die Stabilität der internen Ref des ATmel ist schon in Ordnung, aber die 
Höhe der Spannung ist unzureichend genau spezifiziert.
Die zusätzliche externe 2.5V Präzisionsreferenz ist nur erforderlich, um 
die Höhe der VCC (5V) Spannung zu ermitteln. Deswegen sollte die 
eingesetzte Referenz eine deutlich niedrigere Spannungstoleranz besitzen 
als der verwendete Spannungsregler. Sonst sollte man die externe 
Referenz besser weglassen. Ein Pull-Up Widerstand sollte aber an PC4 
verbleiben, damit die Spannung definiert ist. Die Höhe der VCC Spannung 
ist wichtig für alle Zeitkonstanten-Messungen (Kondensator und Spule).

cybermind schrieb:
> Wird es mit ATmega16 arbeiten?

Möglicherweise könnte man die Basisfunktion auch auf einem ATmega16 zum 
Laufen bringen. Diese Serie (ATmega16 und ATmega32) ist aber bisher 
nicht vorgesehen. Dazu müßten auf jeden Fall die Dateien config.h und 
autoconfig.h wegen der Pinbelegung erweitert werden. Für den ATmega16 
ist ähnlich wie für den ATmega168 nur eine eingeschränkte Funktion (ohne 
Menüfunktionen usw.) möglich. Beim ATmega32 sehe ich Probleme für die 
Pinbelegung der Frequenzmeßfunktion. Die ATmega324/644/1284 Serie wird 
aber bereits unterstützt!

Karl-Heinz K. schrieb:
> Klaus H. schrieb:
>
>> Wird die BL LED ueber 3k + 1k angesteuert ?
> Nein, der Stromkreis wird über B-E von Q1, 1k, S1 und B-E von Q2 beim
> Start geschlossen und danach von E-C von Q3 und LED gehalten. Die LED
> ist nur vorhanden, damit der Taster auch im Betrieb funktioniert. Eine
> blaue oder weiße LED ist hier eher ungünstig für den Basisstrom von Q1,
> besser ist eine rote LED oder auch eine normale SI-Diode.

Danke fuer die Antwort.

Aber die LED fuer die Hintergrundbeleuchtung brauch doch mindestens 
20mA.

Und die fliessen ueber die Basis von Q1 resp. Q3 ?


Gruesse und 73

Klaus H. schrieb:
> Und die 20mA fliessen ueber die Basis von Q1 resp. Q3 ?

Dieser Entwurf stammt so von dem chinesischen Hersteller. Es wird aber 
mit Sicherheit keine 20mA Strom erreicht. Der Strom dürfte bei höchstens 
4mA liegen, was für die Hintergrundbeleuchtung nicht viel ist. Aber 
andererseits muß man auch an die Batterie-Lebensdauer denken und die 
Effizienz der LED's wird ja auch immer besser.

Hallo Karl-Heinz,
danke fuer die tolle Software fuer den Transistortester. Ich war faul 
und hab ein Fertiggeraet in China gekauft. Funktioniert wunderbar.
Aber wie so oft gibt es doch etwas zum veraendern.

Ich komm nicht klar mit der Bedienung wenn ich eingeloetete Bauteile 
messen will. Brauch beide Haende fuer die Messspitzen und kann dann den 
Taster nicht druecken.
Ich hab das 'lange' Einschalten versucht und das gibt mir 30 Sek sofern 
ein Bauteil gleich gefunden wurde. Mit offenen Eingaengen schaltet es 
nach 5 Sek schon ab.

Wie koennte die Software auswerten dass gemessen wird und daher nicht 
abschaltet, aber dann wenn nichts passiert trotzdem abschaltet nach 
einiger Zeit?
Oder ist es einfacher den Taster an das Messkabel anbauen und dann mit 
freiem Finger druecken?

Oder sollte ich die Serienmessung ein-kompilieren da mein Geraet das 
nicht hat.
Muss wohl erst mal sehen ob ich die firmware auslesen kann um wenigsten 
ein fall-back zu haben.

Hab bis jetzt auch keinen Schaltplan fuer MK-328-TR gefunden.
Falls jemand einen hat bitte verlinken.

Gruss

Andreas H. schrieb:
> Wie koennte die Software auswerten dass gemessen wird und daher nicht
> abschaltet, aber dann wenn nichts passiert trotzdem abschaltet nach
> einiger Zeit?

Zunächst möchte ich darauf hinweisen, daß die Messung von Bauteilen in 
der Schaltung problematisch ist. Besonders bei der normalen 
Bauteile-Erkennung ist die Gefahr groß, daß der Tester falsche Bauteile 
meldet. Etwas besser wird die Bedingung, wenn die Bauteilegruppe durch 
die Spezialprogramme eingegrenzt wird (C bzw. RL Messung). Speziell für 
die "in circuit" Messung ist nur das Spezialprogramm "C+ESR@TP1:3" 
vorgesehen. Bei Batteriebetrieb sind auch die Spezialprogramme 
zeitbegrenzt, so daß dann immer wieder ein Neustart über einen 
Tastendruck und erneute Anwahl des Programmteils notwendig ist. Diese 
Unterbrechung läßt sich in der aktuellen Entwicklerversion des Programms 
(1.12k) durch eine höhere Betriebsspannung (Parameter DC_PWR in der 
Makefile) vermeiden. Für die Standard-Konfiguration (DC_PWR=9500) 
wechselt der Tester bei einer Betriebsspannung über 9.5V in einen 
DC-Mode ohne die zeitliche Beschränkung.
Für den normalen Testerbetrieb kann auch eine automatische Wiederholung 
der Messung vorgesehen werden (Parameter POWER_OFF in der Makefile). 
Hierbei erkennt die Software einen Wechsel zwischen "erkanntem" und 
"nicht erkanntem" Bauteil und setzt dann jedesmal den Zähler zurück. 
Damit ist dann eine fortlaufende Bauteilemessung ohne Abschaltung auch 
im Batteriemodus möglich, wenn immer wieder ein Bauteil rechtzeitig 
angeschlossen und abgeklemmt wird. Bei der Standard-Konfiguration 
(Einzelmessung) ist mit Ausnahme der Spezialprogramme für jede Messung 
ein erneuter Tastendruck erforderlich. Bei der automatischen 
Wiederholung der Messung kommt es beim Bauteilewechsel innerhalb eines 
Meßzyklus zu Fehlerkennungen. Deshalb muß immer ein Meßzyklus mit fest 
angeschlossenem Bauteil abgewartet werden.

Hallo Kubi

Danke fuer die Arbeit die du dir fuer alle anderen machst.
Es ist ein sehr hilfreiches Messinstrument.

Gerade das "Dauermessen" waehre eine schoene Funktion.
Schoen waehre es auch wenn der Messwert an der seriellen Schnitstelle 
ausgegeben wuerde.

Den automatischen Power off finde ich nicht so hilfreich, es gibt 
Ein-Aus- schalter und Accus fuer den kompfortablen Betrieb.
Die Mess-Start-Taste ist eher schwieriger zu bedienen.

Trozdem, mach weiter so.
Die Community wird es dir danken.

73

Enzo65 schrieb:
> Sie planen, auf ili9341 2.2 TFT 240 x 320 Pixel mit?

Der ILI8341 Controller wird zur Zeit nur von der alternativen Software 
von Markus unterstützt. Die aktuelle Versionsnummer von Markus ist 1.25m 
!
Die Versionen von Markus sind alle im Ordner Software/Markus zu finden.
Die Version für grafische Displays (-trendy-) ist in die Datei 
ComponentTester-trendy-1.24m.tgz gepackt.

Enzo65 schrieb:
> aber das Programm ist zu groß für den ATmega328 [107%].

Möglicherweise ist die Ursache eine veraltete C-Compiler (avr-gcc) 
Version. Die Version (avr-gcc -v) sollte 4.82 oder höher sein.

Enzo65 schrieb:
> Ich stelle fest, dass die Datei ili9341.o 27,4 kb viel mehr als andere
> Displays groß ist, dass alle 819 Bytes

Die Größe der Objekt-Datei (.o) sagt fast nichts über den belegten 
Speicher aus. Bei mir ist die Größe von ST7735.o aber nur 22856 Bytes 
und die gesamte Speicherbelegung nur 30798 Bytes (94%).

You can only check Thyristors or Triacs, if the required gate trigger 
current is below 6mA.

Liebe Transistortester-Profis,

nachdem ich gelesen und verstanden habe, welch ein tolles Gerät
Ihr da mit minimalem Hardware-Aufwand erfunden habt (Respekt, Respekt!),
möchte ich mir ebenfalls so ein Teil zulegen.

Dabei genügt es mir, wenn ich reiner "Nutzer" des TT's bleibe und
nicht allzu tief in die Details von Schaltung und Software einsteigen
muss - nicht weil ich nicht könnte, sondern weil ich meine Zeit
anderweitig investieren möchte und den TT als reiches Messgerät
nutzen will.

Vermutlich drängt sich daher für mich ein China-Clone auf, aber auch
davon scheint es inzwischen Dutzend verschiedene zu geben.
Daher benötige ich bei der Auswahl Eure Hilfe bzw. Euren Rat.

Ich habe folgende Auswahlkriterien (most important first):

- Ich möchte möglichst wenig Aufwand bei der Anschaffung bzw. mit
  dem Aufbau des Gerätes haben (max. 2h Zeitinvest).

- Die Hardware sollte möglichst "zukunftssicher" sein - will sagen:
  auch zukünftige Software-Releases sollten darauf laufen.
  Dazu sollte das Gerät natürlich "flashbar" sein.
  Ich besitze einen mySmartUSB MK II - ISP-Programmer - ich hoffe,
  der genügt zur Programmierung.

- Eine Genauigkeit <3% genügt mir eigentlich.
  1% Genauigkeit oder besser wären mir nochmals 2h Bastlerzeit wert.

- Gehäuse wäre schön, aber kein unbedingtes "must".

- Invest sollte < 40 EUR bleiben.

ATmega-Programmierkenntnisse, Lötkenntnisse, Scope, LogicAnalyzer
und Multimeter sind allesamt in passabler Qualität vorhanden, sollten
aber von dem anzuschaffenden TT nicht mehr als 2-4h in Anspruch
genommen werden.

Welchen Clone bzw. welchen Bausatz bzw. welche Vorgehensweise
empfehlt Ihr mir?  (ein Link zum Anbieter wäre optimal für mich)

Viele Grüße

Igel1

Andreas S. schrieb:
> Welchen Clone bzw. welchen Bausatz bzw. welche Vorgehensweise
> empfehlt Ihr mir?

Der vollständigste Bausatz ist nach meinem Kenntnisstand:
[[]]http://www.ebay.de/itm/DIY-Transistor-Tester-LCR-ESR-meter-PWM-Square-wave-Signal-Generator-GM328-N2S8-/252554371942?hash=item3acd69e366:g:RD0AAOSwFe5XxVY9
Leider ist hier ein Farbdisplay verbaut und der ISP-Stecker für den 
Softwareupdate fehlt. Das Farbdisplay hat keinen weiteren Nutzen, aber 
die Ausgabe ist langsamer. Etwas schneller wird die Ausgabe, wenn man 
den 8 MHz Quarz durch einen 16 MHz Quarz ersetzt und das Programm 
entsprechend neu übersetzt und in den ATmega328 läd. Der gleiche Bausatz 
wird teilweise direkt aus China noch billiger angeboten. In China ist 
wohl auch eine fertig aufgebaute Version erhältlich.
Ich hatte aber bei meinen Testbausatz die 680 Ohm und 470 kOhm 
Widerstände durch 0.1% Meßwiderstände ersetzt und den IC-Sockel durch 
einen Präzisions-sockel (gedrehte Kontakte) ersetzt.
Ebenfalls zu empfehlen ist der Bausatz:
[[http://www.ebay.de/itm/2016-DIY-Mega328-transistor-tester-LCR-ESR-meter-frequency-PWM-square-wave-gener-/222142226390?hash=item33b8b55fd6:g:ybYAAOSwqBJXU~V~]]
Hier fehlt lediglich ein Eingang für die optionale Frequenzmessung und 
DC-Spannungsmessung. Ein ISP-Stecker ist auch hier nicht vorhanden.
Dafür ist die Ausgabe auf das graphische SW-Display schneller.

Alle fertig aufgebauten chinesischen Tester verwenden eine SMD ATmega328 
Version. Im Falle eines Unfalls beim Anschluß eines geladenen 
Kondensators müßte hier der SMD-ATmega ausgelötet und ersetzt werden. Da 
ist der Ersatz des gesockelten DIP-ATmega328 erheblich einfacher. Oft 
ist ein weiterer Nachteil der fertigen Versionen, daß der Anschluß der 
3.3V graphischen Displaycontroller nicht ordentlich gelöst wurde.

@Karl-Heinz Kübbeler:

Danke für die prompte und sehr ausführliche Antwort!
Dann werde ich mal mein Glück mit dem erstgenannten Bausatz versuchen:
die Bestellung ging gerade raus.

Die Lötarbeiten sind ja mehr als übersichtlich und den ATmega könnte
ich dank DIL-Fassung dann hoffentlich auch außerhalb auf meinen
anderen Boards flashen.

Muss ich also nur noch einen 16MHz Quarz, die Präzisionsfassung und
die beiden 0,1% Widerstände nachrüsten bzw. austauschen. Ist sonst
noch etwas zu beachten bzw. zu kaufen?

Viele Grüße

Igel1

Andreas S. schrieb:
> Ist sonst
> noch etwas zu beachten bzw. zu kaufen?

Es sind 3x 680 Ohm und 3x 470 kOhm Widerstände, die ggf. zu ersetzen 
sind. Die mitgelieferten bei diesem Bausatz hatten bei mir 1% Toleranz. 
Den Quarz habe ich bei mir in eine improvisierte Fassung (2 einzelne 
Kontakte einer gedrehten Fassung) gesteckt, so daß man mit dem 8 MHz 
Quarz beginnen kann und später leicht gegen einen 16 MHz austauschen 
kann.
Einen der 22 pF Kondensatoren an dem Quarz habe ich durch einen Trimmer 
(z.B. 6-30pF) ersetzt. Damit läßt sich der Quarz auf die richtige 
Frequenz ziehen. Wenn kein geeignetes Frequenznormal zur Verfügung 
steht, kann man einen GPS (oder GLONASS) Empfänger mit 1PPS Ausgang zur 
Kalibration der Frequenz verwenden.
Die Einstellung der Quarzfrequenz ist natürlich nur für die 
Frequenzmessung bzw. die Frequenzerzeugung wichtig. Für die 
Zeitkonstantenmessung (Kapazität und Induktivität) ist die unkalibrierte 
Quarzfrequenz genau genug. Der Trimmer sollte so eingebaut werden, daß 
die Einstellschraube auf Masse-Potenzial liegt.

@Karl-Heinz Kübbeler:

Abermals Danke - diesmal für die schnelle Ergänzung!
Da hätte ich fast ein paar Bauteile zu wenig bestellt - das wäre 
ärgerlich gewesen. Klasse Tipp auch das mit der Quarz-Fassung und dem 
Trimm-Kondensator.

Viele Grüsse

Igel1

Stefan schrieb:
> Irgendeine Idee was da los sein könnte?

Ich hoffe, daß der MCP1702 auch richtig angeschlossen wurde. Die 
Belegung ist anders als beim 78L05! Die 5V Betriebsspannung sollte man 
auf jeden Fall nachmessen. Wenn kein Bauteil angeschlossen (erkannt) 
wurde, erfolgt die automatische Abschaltung nach etwa 15 Sekunden. Die 
Suche nach Bauteilen kann mit einer LED als Testobjekt beobachtet 
werden. Die LED sollte bei der Bauteilsuche einige Male flackern. In 
diesem Fall funktioniert die Display-Ausgabe nicht. Da auch mit dem 
mitgelieferten Chip keine Ausgabe erfolgt, ist eine fehlerhafte 
Verbindung zur LCD-Anschlußleiste wahrscheinlich.
Die ATmega-Chips der Chinesen lassen sich in der Regel nicht auslesen 
(Security Fuse). Ich habe aber auch schon erlebt, daß die Programmierung 
vergessen wurde. Dann reagiert der Tester natürlich gar nicht.

Stefan schrieb:
> Im Menü gibt es jetzt zwei Einträge für Kondensatoren "1-||-3" und
> "C+ESR@TP1:3".

Der Eintrag "1-||-3" ist eine normale Dauermessung für Kondensatoren 
(Kapazitätsmeßgerät), der Eintrag "C+ESR@TP1:3" ist eine spezielle 
Kapazitätsmessung mit besonders niedriger Meßspannung für Messungen in 
der Schaltung (in circuit). Der Schwerpunkt liegt hier bei der ESR 
Messung, die Kapazitätsmessung hat hier nur einen eingeschränkten 
Meßbereich (2µF - 50mF) mit reduzierter Genauigkeit.
Der automatische Wechsel zum Kapazitätsmess-Modus bzw. 
Widerstandsmess-Modus beim Anschluß eines entsprechenden Bauteils an 
TP1:3 ist beabsichtigt. Wenn nur eine Einzelmessung gewünscht wird, 
sollte man TP2 benutzen.

Stefan schrieb:
> Ich glaube ich habe hier auch einen Bug in der Software gefunden:

Die Abschaltung bei Beenden des Widerstandsmeß- oder 
Kondensatormeß-Modus is so beabsichtigt und erfolgt so auch, wenn die 
Funktion über das Menü aufgerufen wird.

Stefan schrieb:
> Letzter Punkt: Abgleich der Frequenz:
Der Abgleich ist auch anders geplant. Es sollte im Frequenzmeßbetrieb 
(Zählerfunktion) eine genau bekannte Frequenz gemessen werden. Mit dem 
Trimmer wird dann die Anzeige auf den gewünschten Wert getrimmt. Da ich 
kein genaues Frequenznormal besitze, habe ich für die Kalibration das 
1PPS Signal eines GPS Empfängers benutzt.

Stefan schrieb:
> Beim Kompilieren habe ich festgestellt, das ich nicht alle Features
> einkompilieren kann
Für die Quarzmessung müssen einige Optionen geändert werden:
OP_MHZ = 16 ist zwingend erforderlich!
Um Speicherplatz zu sparen, sollten zusätzlich NO_ICONS_DEMO und 
SHORT_UNCAL_MSG eingeschaltet werden und ein kleinerer Font (FONT8X8) 
gewählt werden.

Stefan schrieb:
> Der MCP1702 hat die gleiche
> Pinbelegung wie der mitgelieferte Regler (7550)

darf ich fragen, warum Du den 7550 ersetzt hast?
Habe mir das gleiche Board geholt. Die 0,1%-Rs ersetzen ist klar.

Stefan schrieb:
> Aber ROTARY_CHECK und XTAL beides klappt nicht.

Man kann übrigens noch über 600 Byte (1.8%) Code sparen, wenn man auf 
die im Menü einstellbaren Farben verzichtet (Option LCD_CHANGE_COLOR). 
Die Vordergrund- und Hintergrund-Farbe kann man über die Optionen 
LCD_BG_COLOR und LCD_FG_COLOR fest einstellen!

>> darf ich fragen, warum Du den 7550 ersetzt hast?
Dasselbe hab ich mich auch gefragt, denn so schlecht ist der Holtek 
nicht und hat ebenfalls einen quiescent Currend von 5µA, hätte man drin 
lassen können.

Nichteingeweihter schrieb:
> Fehler, wird als "NPNp" erkannt und hFE falsch; mit dem Multimeter
> sind die BC- und BE-Dioden korrekt meßbar, ein Analog hfe-Tester gibt
> ca. 50 aus.

Die Bezeichnung NPNp bedeutet, daß dieser Transistor sowohl als NPN als 
auch als PNP (PNp) erkannt wird. Die Testersoftware versucht über die 
größere Sperrschichtkapazität der jeweiligen Basis-Emitter-Strecke den 
richtigen Typ zu identifizieren, was hier aber offensichtlich mißlingt. 
Wenn während des Tests (bevor die Anzeige erfolgt) der Start-Knopf 
gedrückt wird, werden die Parameter des PNP Transistors (als PNPn) 
ausgegeben. Für diesen Transistor wäre der Typ mit den höheren hFE 
richtig gewesen, was aber leider nicht immer so ist. Der Taster sollte 
zum Start kurz gedrückt werden und dann sofort wieder gedrückt gehalten 
werden, sobald die Meldung "Testing.." erscheint. Wenn das Ergebnis 
angezeigt wird, sollte der Tester wieder losgelassen werden.

Nichteingeweihter schrieb:
> Frequenzmessung: leider kommen die Daten mit vielen Spaces getrennt
> statt mit 0x0d 0x0a daher:

Das sollte geändert werden! Vielen Dank für den Hinweis.

Nichteingeweihter schrieb:
> Könnte man da nicht beide Messungen hintereinander durchführen und dann
> nur das Ergebnis mit der höheren hFE als Ergebnis anzeigen?

Den Effekt mit dem parasitären Transistor durch die C-E Diode habe ich 
zuerst beim BUL38D festgestellt. Bei diesem NPN Transistor passte die 
höhere hFE gerade nicht. Da hat der NPN nur ein hFE von 38, der PNP 
Transistor hat aber ein hFE von 83! Die PNP Basis-Emitter Strecke hat 
eine Sperrschicht-Kapazität von 130pF, die NPN Basis-Emitter Strecke hat 
aber beim BUL38D eine Kapazitär von 1.4nF . Es ware aber denkbar, hFE 
Werte unter 5 nicht zu akzeptieren, wenn der andere Typ ein hFE über 5 
hat.

Bei SVN Version 695 wird für NPNp und PNPn Transistoren ein 
Stromverstärkungswert unter 5 bei der automatischen Auswahl nicht 
berücksichtigt.

Arief schrieb:
> after all finished and when in turn inexplicably only blue lcd without
> the slightest writing, whether the fault is where I do not know

Please connect a LED to any two of the three testpins and start the 
tester again. The LED should flicker some times durung the test 
sequence.
If you notice this flicker of the LED, the test programs runs well and 
you have a problem with the display (LCD). Are you shure, that your 
character display has a HD44780 compatible controller and the contrast 
voltage is selected well?

Ich hab jetzt mal andere Software ausprobiert: 
https://github.com/svn2github/transistortester/blob/master/Software/Markus/ComponentTester-trendy-1.25m.tgz
Jetzt zeigt er mir "Version 1.12" an. Nach erneutem Einschalten, zeigt 
er mir nix mehr an

Mittlerweile lässt sich mein EEprom nicht mehr beschreiben...

Carsten schrieb:
> vielleicht hab ich mir auch nur die falsche Firmware
> runtergleaden.

Das Prinzipschaltbild zeigt den Tester ohne die 
Batterie-Spannungsversorgung und die automatische Abschaltung. Das 
vollständige Schaltbild ist in der PDF Dokumentation zu finden 
(Doku/trunk/pdftex/german/ttester.pdf).
Für die abgemagerte Schaltung sollte in der Makefile die 
Batteriespannungsüberwachung (Option BAT_CHECK) und die automatische 
Abschaltung (Option POWER_OFF) abgewählt werden.
Bei einem Character-Display muß bei der alternativen Software von 
"Markus R." eine -classic- Version gewählt werden, nicht die -trendy- , 
welche nur für grafische Displays vorgesehen ist.
Ein häufiger Grund für einen Timeout beim Start ist ein Tastensignal, 
welches auf 0V bleibt. Der externe Pullup Widerstand ist erforderlich, 
da normalerweise die internen Pullup Widerstände des ATmega im Programm 
abgeschaltet werden.

Vielen Dank für die schnelle Antwort. Ich habe tatsächlich eine 
trendy-version erwischt. Leider ist der SVN-Browser immer noch 
offline...

Carsten S. schrieb:
> Leider ist der SVN-Browser immer noch offline...

Das komplette SVN-Archiv ist auch auf 
https://github.com/svn2github/transistortester gekloned.

Der SVN-Browser ist wieder online, und sollte ab jetzt auch nicht mehr 
unbemerkt offline gehen. Sorry fuer die Unannehmlichkeiten dadurch.

Ich hab jetzt diese Version ausprobiert: 
https://github.com/svn2github/transistortester/blob/master/Software/Markus/ComponentTester-classic-1.21m.tgz 
- Soweit schaut das ganz gut aus, aber die Option BAT_CHECK gibts da 
nicht (mir ist klar, dass diese Verion nicht aus dem SVN ist.) - 
Außerdem entwickel ich unter Atmel Studio; Evtl macht das auch Probleme 
(nutzt aber das angegebene Makefile)

Carsten S. schrieb:
> Soweit schaut das ganz gut aus, aber die Option BAT_CHECK gibts da
> nicht

Die Software-Versionen von Markus R. unterscheiden sich in mehreren 
Punkten von meinen Versionen. Bei meiner Version (derzeit 1.12k) wird 
für alle Konfigurationen der gleiche Quelltext (Software/trunk 
Verzeichnis) benutzt. Die verschiedenen Makefiles befinden sich in 
Unterverzeichnissen wie beispielsweise default, mega328, 
mega328_2x16_menu oder mega644_LCD2004.
Das github Archiv ist ein automatisch erzeugtes Abbild des SVN Archivs. 
Änderungen im SVN Archiv sollten spätestens nach einem Tag übernommen 
sein.

Andreas S. schrieb:
> Der SVN-Browser ist wieder online,

Vielen Dank!

https://www.mikrocontroller.net/svnbrowser/transistortester/Software/trunk/ 
hab ich jetzt runtergeladen, Makefile für mega328 ausgewählt, 
draufgeflashed, - Da Display zeigt mir immer noch nix an

Hier mal mein Software-Setup,
Transistortester\Transistortester\mega328\Transistortester.elf
und
Transistortester\Transistortester\mega328\Transistortester.eep
werden dann auf den Controller geflased, die Power-Flags sind 
auskommentiert, das richtige Makefile ausgewählt (mega328).  - Ich weiß 
echt nicht mehr weiter. Ich will doch einfach nur, dass das Ding läuft

Carsten S. schrieb:
> as richtige Makefile ausgewählt (mega328).

In dieser Makefile sollte Zeile 312 (CFLAGS += -DPOWER_OFF) und Zeile 
320 (CFLAGS += -DBAT_CHECK) auskommentiert werden. Dazu muß die Zeile 
mit dem Zeichen # beginnen. Natürlich muß die Makefile nach den 
Änderungen überschrieben werden.

@Karl-Heinz:

Ich bin genau Deinen Vorschlägen vom 03.10.2016 und 04.10.2016 (siehe
Posts weiter oben) gefolgt:

Habe mir den ersten von Dir empfohlenen Bausatz bei ebay gekauft
(der mit dem Farb-Display) und den Zusatz-Präzisionssockel + 0,1% 
Widerstände + C-Trimmer + Sockel für Quarz ebenfalls beschafft.

Habe vorhin alles zusammengeschustert und der TT lief auf Anhieb.
Nach dem Selbsttest habe ich einen 1nF/1% Glimmer-Kondensator
getestet - siehe selbst das Ergebnis im Bild!

Tolle Arbeit von Dir und allen, die daran mitgewirkt haben - Danke !!
(Und Deine Doku ist auch weltmeisterverdächtig umfangreich.)

Viele Grüße

Igel1

JIndrich schrieb:
> I do not know how to move the text on two lines up. Display TFT ILI9163.

Is it really a ILI9163 or a simular ST7735 display?
The ST7735 display has 128x160 pixels, the ILI9163 has only 128x128 
pixels.

JIndrich schrieb:
> It's a 1.44" TFT ILI9163, 128x128 pixels. Not applicable?

I don't know the reason for your problem. My picture seems to be OK!
The value of LCD_ST7565_V_OFFSET should be not set (same as 0).

Kubi48, In my 3-rd tester with Mega328, and graphic 128x64 LCD - soft is 
Your v1.12, I can't enter  to calibrate mode, with capacitor measurment 
?

JIndrich schrieb:
> Here is my file:

With your .hex and .eep files I get the above result!
Probably your display is mounted in a different way.
You can try to set the Option "CFLAGS += -DLCD_ST7565_V_OFFSET=32" in 
your Makefile in a new line near to the LCD_ST7565_H_OFFSET line.

JIndrich schrieb:
> It was the "H" OFFSET instead of "V" OFFSET

Both offsets can be set in the Makefile! The horizontal (H) and the 
vertical (V) offset can be set. If any of these values is not set in 
the Makefile, a value of 0 is usually preset in the file lcd_defines.h !
Some displays need a horizontal offset too.

bpl schrieb:
> Test - ILI9341

If you use the 8x8 font without the LCD_SCREEN_ROTATE option, the size 
of font and icons is doubled for better reading for the normal 320H x 
240V orientation.
The count of 16 characters use then 16x8x2 = 256 pixels, which leave 
enough place for the doubled 32 pixel icon (total of 320 pixel).
The 240 vertical pixel of the display enable 15 text lines, which should 
be sufficient. So you can only use the 0° and 180° orientation 
(H_FLIP=1, V_FLIP=1) with this feature.
Currently bigger fonts like 8x12 are not yet supported with this 
controller.

Weiß jemand, wieviel Spannung mein Chinesischer Clone (Ebay-Artikel 
http://www.ebay.de/itm/DIY-Transistor-Tester-LCR-ESR-meter-PWM-Square-wave-Signal-Generator-GM328-N2S8-/252554371942?hash=item3acd69e366:g:RD0AAOSwFe5XxVY9) 
an seiner Netzteilbuchse verträgt? Oder noch besser: gibt's davon 
Schaltpläne?

Anleitung sagt DC 6,8 - 12V.
Mein Netzteil hätte aber 12,5V.

Spannungsregler habe ich auf die Schnelle nicht gefunden.
Oder ist es das 6-beinige SMD-Bauteil mit der Aufschrift "MC5"?

Viele Grüße

Igel1

Andreas S. schrieb:
> Mein Netzteil hätte aber 12,5V.

Da hätte ich keine Bedenken. Selbst der MCP1702 Regler verträgt 13.2V 
Eingangsspannung. Die anderen Regler vertragen nach meinem Kenntnisstand 
höhere Spannungen. So verträgt z.B. der LP2950 oder der 78L05 30V am 
Eingang.

Andreas S. schrieb:
> Oder noch besser: gibt's davon
> Schaltpläne?

sollte dieser sein...

Ich hatte mir nun auch einen DIY-Tester aus der Bucht bestellt. (wie 
Ebay-Artikel Ebay-Artikel Nr. 252554371942).
Der Aufbau lief weitgehend reibungslos.
Allerdings war ich bei der Inbetriebnahme zu neugierig, und habe die 
Überprüfung der Versorgungsspannung vor dem Einsetzen des ATmega 
übersprungen ...
Der Tester ist trotzdem gestartet, allerdings war das Verhalten recht 
ungewöhnlich. Die Batteriespannung wurde deutlich zu niedrig 
ausgewiesen.
Auch die Flashen der "trendy"-Firmware (hier gefunden: 
Beitrag "Re: Hilfe: China DIY Transistortester mit TFT geht nicht :-(") (Danke an 
Sebastian V. (n8falter74) ) hat nicht wirklich geholfen. Trotz Abgleich 
hat keine Messung gepasst.

Dann habe ich mir die Spannung am ATmega doch mal angeschaut, sagenhafte 
7,35V!  Der mitgelieferte Regler "7550" hat diese auch ordentlich 
geliefert ... und der ATmega hat es überlebt. Die Ursache ist für mich 
nicht nachvollziehbar, da es keinen 7550 mit 7,3 V geben sollte.

Nach einem Tausch gegen einen LP2950-50 (mehr war nicht vorrätig) mit 
Anpassung der Belegung passt nun die Versorgungsspannung, und auch die 
Anzeigen nach erneutem Abgleich sind deutlich realisitischer.

bpl schrieb:
> - LCD – horizontal 90º

I would like to call this orientation 180° .
You can also use a 0° orientation (LCD_ST7565_H_FLIP=0, 
LCD_ST7565_V_FLIP=0) with the same font and icon size.
You can also use the LCD_SCREEN_ROTATE=1 option for 90° 
(LCD_ST7565_H_FLIP=0, LCD_ST7565_V_FLIP=1) or 270° (LCD_ST7565_H_FLIP=1, 
LCD_ST7565_V_FLIP=0) orientation. But for this orientation the
icon size and the character size is shown with the original pixel size.
For 0° and 180° orientation all display data are automatically shown 
with double size.
Please note, that the 8x12 font data takes the double amount of flash 
memory as the 8x12 font memory!

Andreas S. schrieb:
>> Oder noch besser: gibt's davon
>> Schaltpläne?


... woraufhin Jan L. schrieb:
> sollte dieser sein...


Cool!!
Wie und wo hast Du den denn so schnell aufgetrieben?

Viele Grüße

Igel1

Okay - nachdem Ihr mir so viel Mut zugesprochen habt,
habe ich soeben mein 12,5V Netzteil an den Chinaclone gehängt.

Scheinen beide überlebt zu haben - sowohl der Clone als auch
das Netzteil ...

Allerdings hat der Clone als Netzspannung auf seinem Display
nur 12V ausgewiesen. Vielleicht war das ja der Grund, warum man
ihn nicht mit mehr als 12V füttern sollte.

Anyway - ich freue mich jedenfalls, das Dingen nun auch ohne
9V Batterie betreiben zu können.  Habe hier übrigens ein
nettes Gehäuse dafür gefunden - bin gespannt, ob es etwas taugt:
http://www.ebay.de/itm/172301811638?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT

Viele Grüße

Igel1

Andreas S. schrieb:
> Habe hier übrigens ein
> nettes Gehäuse dafür gefunden - bin gespannt, ob es etwas taugt:
> Ebay-Artikel Nr. 172301811638

Hallo Andreas,
hoffe dir und deiner Familie geht es gut und ihr habt nun alles fertig!

Das ist ein wirklich schönes Gehäuse und zu einem günstigen Preis.

Detlef Kahn schrieb:
> Ich finde den Fehler einfach nicht.

Vielleicht geht das Tastensignal (PD7) nicht auf 5V Pegel.
Es muss ein externer PullUp Widerstand angeschlossen sein, sonst bleibt 
das Signal auf 0V. Bei losgelassenem Taster sollte das PD7 Signal auf 5V 
Pegel gehen.

Danke für die schnelle Antwort.
10k reichen ?

Detlef K. schrieb:
> 10k reichen ?

Im Schaltbild sind sogar nur 27k vorgesehen. 10k gehen natürlich auch.

Karl-Heinz K. schrieb:
> Einen der 22 pF Kondensatoren an dem Quarz habe ich durch einen Trimmer
> (z.B. 6-30pF) ersetzt. Damit läßt sich der Quarz auf die richtige
> Frequenz ziehen. Wenn kein geeignetes Frequenznormal zur Verfügung
> steht, kann man einen GPS (oder GLONASS) Empfänger mit 1PPS Ausgang zur
> Kalibration der Frequenz verwenden.

Kann mir jemand diese Frequenz-Kalibration noch einmal genauer erklären?
Was bedeutet hier geeignetes Frequenznormal, wie macht man das mit einem 
GPS-modul? Reicht es nicht mit einem Oszilloskop am Quarz zu messen?

Danke schon im Voraus

J.P. B. schrieb:
> Was bedeutet hier geeignetes Frequenznormal, wie macht man das mit einem
> GPS-modul?

Geeignete Frequenznormale wären solche, deren Frequenzgenauigkeit über 
der normalen Quarzstabilität liegen. Dazu müßten sie wenigstens einen 
temperaturstabilisierten Quarz besitzen. Zusätzlich müßten diese einen 
Frequenzausgang besitzen, der vom Transistortester messbar ist, z.B. 1 
MHz.
Günstig wäre eine Langzeitstabilisierung der Frequenz über ein 
Atomnormal um die Alterungseffekte des Quarzes auszugleichen. Ein 
solches Frequenznormal übersteigt im Anschaffungspreis oft den normalen 
Bastlerrahmen. Relativ günstig sind Frequenznormale, die einen OCXO 
(ofengeheizter Quarz-Oszillator) besitzen, aber zur 
Langzeitstabilisierung einen GPS-Empfänger benutzen. Die GPS-Satelliten 
benutzen hochgenaue Atomnormale zur Stabilisierung der Frequenz.
Noch preiswerter ist die Benutzung eines GPS-Moduls mit 1 PPS (Pulse Per 
Second) Ausgang. Auch dieses 1 PPS Signal wird letztlich von der 
hochpräzisen Frequnz der GPS-Satelliten abgeleitet und ist damit auch 
hochgenau. Da der Tester neben der Frequenzmessung auch die Periode 
eines Eingangssignals misst, wenn die Frequenz unter 25 kHz liegt, wird 
die Periode mit genügend Kommastellen erfasst. Damit lässt sich unter 
Beobachtung der angezeigten Periode des 1 PPS Signals die Frequenz des 
Taktgebers abgleichen, wenn man einen 22pF Kondensator am Quarz durch 
einen Trimmer ersetzt hat.
Ein Beispiel für die Verwendung eines solchen GPS-Moduls findet man in 
der PDF-Dokumentation.

Hallo zusammen,

habe den Transistortester von der ersten Sammelbestellung von Markus
(Beitrag "Sammelbestellung Transistortester")

Endlich habe ich, seitdem ich ihn aufgebaut habe, den Transistortester
mal aktualisiert. Nun vermisse ich aber die Z-Dioden Test
funktion (Taster gedrückt halten)?!Sonst funktioniert er einwandfrei. 
Kann es sein, dass dazu ein anderes File geflasht werden muss? Verwendet 
habe ich die
Files aus transistortester-mega328_strip_grid_dogm
und ansonsten funtkioniert auch Alles prima.


Vielen Dank für eure Unterstützung!

Ameer Khan schrieb:
> Das Design wurde von
> Eberhard Hauq (LED-Treoner.de)
                 LED-Treiber.de
Also ich finde da nicht mal einen Hinweis zum Transistortester.
Vielleicht kannst Du mal den Schaltplan hier posten, damit
man evtl. nachvollziehen kann, welche der vielfaeltigen Versionen
Du aufgebaut hast.
Da gibt es ja mittlerweile viele verschiedene Versionen.
Dann kann vermutlich Karl-Heinz genau sagen, welche Software
Du dazu benoetigst.

Was Dir sicher nicht weiterhilft:
Ich wollte auch einen Tester mit einer Nullkraft-Fassung haben.
Da habe ich dann einen Bausatz aus China im Internet bestellt.
Preiswerter haette ich die Platine/Bauteile nicht besorgen koennen.
----
 https://www.amazon.de/dp/B01HCU8VTM/ref=pe_386171_38075861_TE_item
----
Und nach dem Aufbau funktioniert der auch noch.  ;-)

Eventuell bekommst Du das in Indien sogar Preisguenstiger.
China--->Indien ist ja kuerzer als China--->Germany.  ;-)


Gruss Asko

http://m.ebay.de/sch/i.html?_nkw=transistor+tester&isNewKw=1&isRefine=true&mfs=KWCLK&acimp=0&_trksid=p2056088.m2428.l1311.R1.TR3.TRC1.Xtransistorte&sqp=transistorte

F. F. schrieb:
> 
http://m.ebay.de/sch/i.html?_nkw=transistor+tester&isNewKw=1&isRefine=true&mfs=KWCLK&acimp=0&_trksid=p2056088.m2428.l1311.R1.TR3.TRC1.Xtransistorte&sqp=transistorte

Was willst Du mir/uns damit sagen ??

Gruss Asko

Christian S. schrieb:
> Verwendet habe ich die
> Files aus transistortester-mega328_strip_grid_dogm

In dieser Makefile ist die Option WITH_VEXT nicht gesetzt. Deswegen gibt 
es keine Spannungsmessung. Falls eine Neuübersetzung selbst durchgeführt 
werden kann, braucht man nur das Kommentarzeichen # in der Zeile 243 
(#CFLAGS += -DWITH_VEXT) zu entfernen und in diesem Verzeichnis make 
aufrufen, um neue .hex und .eep zu erhalten.
Das Ergebnis habe ich aber auch in die zip Datei gepackt.

Asko B. schrieb:
> Was willst Du mir damit sagen ??

Das es über eBay alle möglichen Sorten vom TT günstig gibt.