Forum: Projekte & Code Transistortester AVR

Ulrich E. schrieb:
> schafft es bei mir im Test (ohne die Diode an der Basis
> von T1) der vom Pin gegen GND gezogene 8,2k Widerstand nicht, den
> Transistor für die Abschaltung zu sperren.

Das ist klar, aber die Schwellspannung der Diode hilft ja dabei auch. 
Die Basis von T1 wird durch den Basis-Emitter Widerstand auf 
Emitterpotential gehalten. Erst wenn die Spannung an der Anode der Diode 
über der Schwellspannung von beiden Dioden liegt (Diode und 
Basis-Emitter), wird T1 leitend. Bei 10V Eingangsspannung liegen an der 
Anode der Diode gemessene 0.76V an (PD7 durch 20 Ohm nach Masse 
ersetzt). Die Basis des Transistors T1 liegt dann aber wegen der Diode 
auf nur 0.39V. Wenn man den Basiswiderstand verkleinert, würde die 
Spannung an der Basis noch kleiner sein. Dann müsste immer noch genug 
Basis-Strom für den Betriebsfall übrigbleiben. Die Schaltung 
funktioniert mit 100mA Laststrom für T3 einwandfrei. Wenn man die Diode 
wegläßt, bekommt T1 noch genug Strom in die Basis um leitend zu bleiben. 
Dann müsste R33 vergrößert werden mit dann aber weniger Strom für die T1 
Basis im Betriebsfall.

Karl-Heinz K. schrieb:
> Gegen leistungsfähigere Mikrocontroller spricht einzig und allein die
> Betriebsspannung. Wünschenswert wären Ports, die mehr als 5V schalten
> können und bei Bedarf mehr Strom liefern können.

Da sollte man mal Cypress im Auge behalten.
Die haben wohl in der letzten Zeit einiges getan. Dazu ist die 
Programmierung auch recht interessant.
Hatte mir mal so ein Board bestellt, aber weil es der falsche Controller 
für meine Zwecke und wegen der Vorfälle im letzten Jahr und gerade erst, 
hatte/habe ich keinen Kopf dafür frei.

Karl-Heinz schrieb:
> Die Schaltung
> funktioniert mit 100mA Laststrom für T3 einwandfrei.

Hallo Karl-Heinz,

klasse, da wäre die Hardware-Frage ja geklärt. Ich werde für weitere 
Tests nun deine Variante, aber erstmal ohne den Teil für T2, auch mal 
aufbauen.


Hier noch ein Vorschlag, wie du für beide Abschaltautomatik-Varianten 
die gleiche SW einsetzen kannst. Das würde sicher für eine 
Übergangsphase doch einiges an Aufwand ersparen.


(A=bestehende Abschaltung, B=Variante Neu mit freiem Pin PD6)


1) Solange zum Einschalten der Taster gedrückt ist, wird bei B der Pin 
PD7 HIGH, bei A ist er LOW. Mit entsprechender Abfrage zu Programmbeginn 
kann also einfach ermittelt werden, welche Hardware (also A oder B) 
vorliegt.
Ist es A, wird wie gehabt nur PD6 dauerhaft auf HIGH gesetzt. Ist es B, 
kann Pin PD6 ab sofort mit beliebigen neuen Funktionen genutzt werden.

2) Zum Abschalten im aktiven Zustand den gesamten Port D auf LOW setzen.

3) Die Tastenabfrage ist etwas komplizierter. Polling oder direkte 
Abrage auf HIGH oder LOW geht nicht mehr. Da hilft nur noch Interrupt on 
Change für Pin PD7. Für kurze Tastendrücke ist es egal, ob der Interrupt 
bei der H/L- oder L/H-Flanke ausgelöst wird. Dem Nutzer dürfte es dabei 
kaum auffallen, ob die ausgewählte Aktion beim Drücken oder Loslassen 
der Taste beginnt.
Für das Konzept, verschiedene Aktionen über die Länge vom Tastendruck 
auszuwählen, sehe ich im Moment eine Lösung, die zufriedenstellend 
sowohl bei A und auch B arbeitet, nur darin, umzustellen auf Sequenzen 
von kurzen Tastendrücken.

Im Moment hatte ich noch keine Zeit, mich im Detail in den Quellcode 
reinzulesen, weiß also nicht, wie groß (und speicherfressend) die 
Änderungen dafür ausfallen würden.

Viele Grüße

Ulrich

Robin Hsu schrieb:
> then i got this problem when type command "make upload"
> this issue compeleted output (make upload output.txt)

Probably the avrdude has a problem to verificate the eeprom content with 
a arduino system. The same problem with verification of the eeprom 
content exist also with the arduino2560 . But I could not find any 
problem with the eeprom content. I have tested the ardiuno2560 with 
option USE_EEPROM set. In this case many text is moved from flash to 
eeprom. But the programs shows the correct text. So I assume, that the 
problem is only the verification of the eeprom content, not the content 
itself.
Without the option USE_EEPROM set, the eeprom hold only calibration 
data, which is rewritten after the calibration task.

Ulrich E.
> 3) Die Tastenabfrage ist etwas komplizierter.

Hallo Karl-Heinz,

gerade fällt mir dazu doch noch eine ganz einfache Lösung ein:

Du kannst bei den Routinen auch für den Taster fast alles lassen wie es 
ist.
Je nach Ergebnis vom Test unter 1., also welche Hardwarevariante 
vorliegt, muss nur PD7 später im Programm stets entweder auf HIGH (bei 
B) oder LOW (bei A) abgefragt werden, um einen Tastendruck zu erkennen. 
Eine einfache Invertierung also. Da können die langen Tastendrücke 
bleiben und die notwendigen Änderungen im Programm dafür müssten 
eigentlich minimal sein.

Viele Grüße

Ulrich

Hello gentlemen,

   It seems that I have another two additional questions for which I 
have not found the answer yet.

1)Is there a position to be selected in the menu for "Chanel1",and what 
is the purpose of this input?

2)What is the purpose of having two or three NOT trigger schmitt gates 
in series?One of them is needed for conditioning the signal,but the 
other ones gest invert the signal and they are adding some delays.

I attached a picture where I marked the schematic areas in question.

Thank you very much for your help!

Best regards,
Alexandru

Alexandru Sebastian B. schrieb:

> 1)Is there a position to be selected in the menu for "Chanel1",and what
> is the purpose of this input?

Channel 1 is reserved for future expansion. It is simply a input port, 
which is currently not selected by the software.

> 2)What is the purpose of having two or three NOT trigger schmitt gates
> in series?One of them is needed for conditioning the signal,but the
> other ones gest invert the signal and they are adding some delays.

With the experimental design of the board a schmitt trigger behind the 
amplifier was projected. But my actual test board has bypassed the 
74AC14 with the No_IC jumper. There is only a little or no advantage 
with the additional schmitt trigger stages. But the additional delays 
would not affect the counter function.

Karl-Heinz K. schrieb:
>
> Channel 1 is reserved for future expansion. It is simply a input port,
> which is currently not selected by the software.
>
> With the experimental design of the board a schmitt trigger behind the
> amplifier was projected. But my actual test board has bypassed the
> 74AC14 with the No_IC jumper. There is only a little or no advantage
> with the additional schmitt trigger stages. But the additional delays
> would not affect the counter function.

Thank you very much,again,for your quick response.
Now is much clear.
In my version I will keep the possibility of using a schmitt trigger 
after the amplifier,via a jumper,but I will populate only a single gate 
(SOT-353) e.g.NL17SZ14DFT2G,just to gain more space on the PCB.

Best regards,
Alexandru

Karl-Heinz schrieb:
> Der Transistor T2 ist nur erforderlich für die Zenerdioden-Erweiterung.
> Da soll der stromfressende DC-DC Wandler ja nur bei gedrückter Taste
> laufen.

Hallo Karl-Heinz,

Der geplante DC/DC-Wandler würde z.Zt. bei unseren beiden Varianten der 
automatischen Abschaltung bei jedem Tastendruck über T2 aktiviert. Bei 
den allermeisten Nutzern vom  TT wird sich vermutlich jedoch nur ein 
sehr geringer Anteil aller Messungen, wenn überhaupt, mit Zenerdioden 
befassen.

Warum also den Wandler nicht nur genau dann aktivieren, wenn die Messung 
eine Diode (oder Triac etc.) erkannt hat?

Dazu hier im Schaltplanauszug eine ganz einfache Lösung, für die ich 
deinen Vorschlag noch einmal geringfügig modifiziert habe.

Das Prinzip der Lösung mit der geänderten Schaltung:

Bei Tastendruck wird über den 10k/8,2k Spannungsteiler die Spannung für 
PD7 soweit angehoben, das sicher HIGH erkannt wird. Zur Durchsteuerung 
von T2 ist dieses Niveau wegen der Diode an der Basis (weiße LED) zu 
gering. Der DC/DC-Wandler bleibt also ausgeschaltet. Je nach LED müsste 
der 10k/8,2k Spannungsteiler ggf. dazu noch geringfügig geändert werden.

Zum Anschalten vom DC/DC-Wandler ist nun, nur solange wie dieser 
tatsächlich gebraucht wird, PD7 als Ausgang und auf HIGH zu schalten. 
Diese Spannung reicht dann aus, um T2 durchzusteuern.

Du kannst dieses Prinzip aber auch für eine beliebige, völlig neue 
Schaltfunktion im TT nutzen, indem du um T2 herum alles so belässt wie 
von Dir vorgeschlagen, und dann dazu einen neuen T4 hinzufügst und 
anschließt wie hier im Schaltplanauszug beschrieben.

Viele Grüße

Ulrich

Ulrich E. schrieb:
> Zum Anschalten vom DC/DC-Wandler ist nun, nur solange wie dieser
> tatsächlich gebraucht wird, PD7 als Ausgang und auf HIGH zu schalten.

Aber die Zenerdioden mit Zenerspannung über 4.5V werden an einem 
separaten Meßport gemessen. Da kann nichts automatisch detektiert 
werden. Die Funktionsweise ist ja, daß man ohne die Menüfunktion die 
Spannungserzeugung mit einem längeren Tastendruck beim Start anschalten 
kann und die Spannung während des Tastendrucks ablesen kann. Bei 
Loslassen des Tasters erfolgt dann eine normale Messung. Mit der 
Menüfunktion geht man in den Menüzweig "Spannung" (Voltage) und kann 
dort Spannungen bis 50V an einem separaten Meßport messen. Bei 
gedrückter Taste wird zusätzlich ein DC/DC Wandler angeschaltet, der die 
Zenerdiode mit dem Teststrom versorgt. Ohne eine angeschlossene 
Zenerdiode wird dann die Leerlaufspannung des DC/DC Wandlers angezeigt. 
Voraussetzung ist natürlich immer ein freier ADC-Port für die 
Spannungsmessung (bei DIP-Version des Mega328 ohne serielle Ausgabe).
Leider hat diese Verfahrensweise den Nachteil, daß bei jeden Tastendruck 
der DC/DC Wandler läuft, auch wenn er nicht gebraucht wird. Dies läßt 
sich aber mit einem einfachen Schalter vermeiden.

Robin Hsu schrieb:
> How can i get the correct compile configure and hex file, or to do other
> thing to get correct response ?

Your picture of the circuit shows a LCD, which is not initilized. Only 
if all 6 signal connections of the LCD are done in the right sequence, 
the LCD can be initilized by the program. You should select the .hex 
file, which match to the sequence of your LCD connection. Only two 
connections are the same for the normal and strip_grid type (LCD-D6 and 
LCD-E). All other connections differ. You should check the connections 
of your LCD one by one for the selected hex file type.
You can check the functionality of the test sequence by connecting a LED 
to any two of the three test ports. The LED should flicker sometimes 
during the tests. This LED test is independent of a running LCD.

Robin Hsu schrieb:
> maybe, it's i upload once the bootloader of Arduino UNO R3 to this
> atmega328p ?

Hello Robin!
Why don't you use the standard configuration for the LCD connection?
The signals PD0 (RxD) and PD1 (TxD) are used for LCD-D4 and LCD-D5 
connection in this case. You can simply add a resistor (>1k) to the
connection of PD0 to your Tx0 output at JP2-2 to prevent a short between 
two output signals. The bootloader starts with every power up and starts 
the normal program, if there is no input detected (timeout). During 
normal operation of the tester nothing is connected at JP2.
The PC3 pin is used as serial output if enabled so in the Makefile. What 
do you decide with a switch connected to PC3?
The key signal should be connected to PD7. Without the power off logic, 
you can pull the signal down to GND with the key, but a pull-up resistor 
is also required.
You should only change the pin assignment, if there is a reason to do 
so. You should remember for correct operation of the AUTOSCALE_ADC 
function, that you have to change the capacitor at the AREF pin to 1nF 
or you must remove the NO_AREF_CAP option in the Makefile.

Robin Hsu schrieb:
> say sorry again.

You should also know, that you have to set the OP_MHZ option in the 
Makefile to 16, if you use a 16MHz crystal. Otherwise the timing for the 
LCD communication will be too fast.

Robin Hsu schrieb:
> Worth to talk about when i push test button then LCD backlight is on,
> and quit it then LCD backlight is off;

Thw VCC power can only continue, if the PD6 output is set to high state.
This is one of the first instructions of the tester program. If your 
tester does not hold the voltage in the on state with PD6, the program 
is probably not written correctly. Probably the flash is cleared again 
by writing the EEprom data or something like that. You should try to 
verify the program data after the EEprom is written.
By the way, you should add a capacitor with at least 10uF at the VCC 
side of your regulator. Only two 100nF capacitors are too less to block 
the voltage correctly.

Thank you for this project, it's very interesting.

I was discovered the power consumed problem with rotary switch option:
  With the same hardware (circuit as in the document, without LCD):
         + if I using the firmware in the mega328 folder -> The tester 
draw about 7mA from the battery.
         + if I using the firmware in the mega328_st7565 -> When the 
Tester is in testing mode it draw about 7mA from the battery. But when 
the test is finished and the Tester just show the result current jumps 
to 17mA.
I was compared two makefiles in that folders and try disable CFLAGS += 
-DWITH_ROTARY_SWITCH=2 of makefile in the mega328_st7565 folder... -> 
the Tester draw about 7mA at all. But I have new problem with text 
display, I will attack the images latterly.

Sorry for my English.

Tran B. schrieb:
> When the
> Tester is in testing mode it draw about 7mA from the battery. But when
> the test is finished and the Tester just show the result current jumps
> to 17mA.

Normally the tester software use the "Power Save" sleep mode of the 
ATmega, if there is any wait time. During ADC conversion the "ADC noise 
reduction" sleep mode is used. Both modes reduce the power consumption 
of the ATmega. But the tester software use the polling mode to check for 
status change of the rotary switch. The rotary switch is checked every 
time a display output is finished and the option for the rotary switch 
is set. So the power consumption returns to the normal state (17mA) in 
this case.
Probably it is also possible to use interrupts for checking the state 
change of the rotary encoder in the future. But you can only use the 
"Idle" sleep mode in this case.

Karl-Heinz K. schrieb:
>
> Normally the tester software use the "Power Save" sleep mode of the
> ATmega, if there is any wait time. During ADC conversion the "ADC noise
> reduction" sleep mode is used. Both modes reduce the power consumption
> of the ATmega. But the tester software use the polling mode to check for
> status change of the rotary switch. The rotary switch is checked every
> time a display output is finished and the option for the rotary switch
> is set. So the power consumption returns to the normal state (17mA) in
> this case.
> Probably it is also possible to use interrupts for checking the state
> change of the rotary encoder in the future. But you can only use the
> "Idle" sleep mode in this case.

Many thanks for the clear and prompt reply.

Hallo Karl-Heinz,

ich habe mir gerade die neue Testversion mit SamplingADC_cnt 
heruntergeladen und nutze den Tester nun intensiv. Auf dem Breadboard 
ist extra noch ein 2. Versuchsmodell aufgebaut. Zusätzlich zum Pin PD6 
konnte ich da noch ein zweites Pin für neue Funktionen frei bekommen. 
Ohne Funktions- oder Bedienungseinschränkungen beim TT und mit minimalem 
Änderungsaufwand. Besteht eventuell Interesse an der Lösung?

Viele Grüße

Ulrich

Ulrich E. schrieb:
> Besteht eventuell Interesse an der Lösung?

An Vorschlägen zur Verbesserung bin ich eigentlich immer interessiert.
Allerdings würde ich den Reset-Pin (1) ungerne zweckentfremden, da dann 
die ISP Programmierung nicht mehr möglich ist.

Tran B. schrieb:

> But I have new problem with text display, I will attack the images latterly.

Sorry, Karl-Heinz, it's because have an error on my circuit connect to 
the LCD. I have fixed it and now it has displayed correctly.

Karl-Heinz schrieb:
> An Vorschlägen zur Verbesserung bin ich eigentlich immer interessiert.

Hallo Karl-Heinz,

der Reset-Pin bleibt selbstverständlich wie er ist.

Das Lösungsprinzip zum Pin freisetzen ist folgendes:

Die Tastenabfragen und das Abschalten werden vom Pin PC5 mit ausgefÜhrt. 
Somit ist Pin PD7 frei für beliebige neue Funktionen.

Die Messung der Batteriespannung erfolgt wie bisher. Nur im Makefile ist 
dafür, wenn man ganz genau sein will, das Spannungsteilerverhältnis von 
133/33 zu ändern in 663/163.

Ein Tastendruck wird erkannt, wenn die Spannung an PC5 um ca. 0,5 Volt 
höher ist als sonst. Das wird erreicht, indem zum 10K Widerstand des 
Spannungsteilers noch ein 22k Widerstand parallel geschaltet wird.

Da beim Einschalten stets die Taste gedrückt ist, kann die dabei 
gemessene Spannung leicht zur Kalibrierung des Zustands "Taste betätigt" 
verwendet werden.

Zum Abschalten vom Tester wird PC5 einmalig auf Ausgang und HIGH 
gesetzt.

Noch etwas:
Bei Bedarf lässt sich sogar noch ein weiteres Pin ohne viel extra 
Aufwand freisetzen.
Wenn man dann 3 freie Pins hat, könnte man nicht darüber je einen 
zusätzlichen 150 Ohm Widerstand zu den drei Testpins schalten und somit 
den Teststrom bei den Messungen erhöhen? Der Rds würde dann genauer und 
einen höheren Haltestrom für Triacs etc. ergäbe es auch.

Viele Grüße

Ulrich

Hello gentlemen,

   I want to use a graphic LCD (RX12864D3-YHW) based on ST7565 
controller,in combination with ATmega1284.
   Is this the right pinout for interfacing (with red in the picture),or 
I get it wrong?

Thank you very much,
Alexandru

Hello gentlemen,

   I think I found the answer to my previews question,regarding the 
connection of the graphic LCD (my assumption was right).
The only hardware change is regarding the rotary encoder (signal_A to 
PB7 and signal_B to PB3).
Please let me know if I'm wrong. :-)

Best regards,
Alexandru

Alexandru Sebastian B. schrieb:
> The only hardware change is regarding the rotary encoder (signal_A to
> PB7 and signal_B to PB3).

Signal B of the rotary encoder is connected to PB5, which is also 
ISP-MOSI. The signal A is right (PB7 or ISP-SCK).
The /CS Signal can be connected to PB3, but you can also connect it to 
GND.
Please take a look to table 2.5 (page 28) of the actual PDF 
documentation (Doku/trunk/pdftex/ttester.pdf) for full display 
connection table.

Many thanks Karl-Heinz,

It seams that I misunderstood your comment from the "config.h".
Thank you for clarification.

Best regards,
Alexandru

@Benedikt
Wie der Name eigentlich sagt ist es ein Transistortester, obwohl 
Komponententester besser passen würde ;-)
Ein In-circuit Tester ist eine ganz andere Kategorie.

Jörn P. schrieb:
> Ein In-circuit Tester ist eine ganz andere Kategorie.

I disagree, because this tester via the function "C+ESR@TP1:3" allows 
you to measure capacitors in the circuit.

@ Benedikt

> Gibt es irgendetwas, worauf ich beim Kauf achten sollte, z.B. bzgl.
> Updatebarkeit oder Anschlüssen?

Mit der standardmässigen "Eintastenbedienung" und den unterschiedlich 
langen Tastendrücken an meinem Prototypen auf Lochrasterplatine wurde 
ich nicht froh. Deshalb habe ich mir für die finale Version einen 
Bausatz mit Drehgeber, grafischem Display und ZIF Sockel gekauft.

Den Drehgeber will ich nicht mehr missen, damit ist die Bedienung 
wirklich sehr einfach.

Den ZIF-Sockel finde ich auch äussert praktisch, speziell weil damit 
kleine bedrahtete Bauteile mit einigermassen geringer Streukapazität 
angeschlossen werden können. Ausserdem lassen sich quasi alle 
bedrahteten kleinen Bauelement einfach und zuverlässig kontaktieren. Das 
"Problem" mit sperrigen oder eingelöteten Bauteilen habe ich mit einem 
selbstgebastelten Adapter glöst (siehe Foto).

Der Prozessor in meinem Bausatz war vorprogrammiert und versiegelt. Mit 
der freudlichen Hilfe in diesem Forum konnte ich allerdings die Firmware 
im m328p durch die aktuelle Version von Kübi (Karl-Heinz Kübbeler) 
ersetzen. Läuft jetzt prima! Ich habe eine gedrehte Fassung für den 
Prozessor genommen, und kann die Updates so mit meinem AVR-Dragon 
machen.

Ein ISP-Anschluss zum Programmieren des Prozessors war auf dem Board 
nicht vorgesehen. Ich habe das nachgerüstet, aber mit durchwachsenem 
Erfolg: solange das Display aufgesteckt ist, lässt sich der Prozessor 
nicht ansprechen, wohl weil Display und Hintergrundbeleuchtung zu viel 
Strom brauchen und das Gerät deshalb nicht über der Programmieradapter 
(AVRISP mkII Clone nach elektor) mit Strom versorgt werden kann. Ich 
mache Updates deshalb nach der ursprünglichen Methode: Prozessor 
ausbauen und extern programmieren. Dies ist zumutbar, weil die Software 
mittlerweile sehr ausgereift ist und kaum noch Updates notwendig sind 
(Danke Kübi!).

> Oder macht es sogar Sinn, noch ein wenig zu warten, da hier ja scheinbar > ein 
neues Layout im Gespräch ist?

Ein neues Layout wird wohl noch etwas Zeit brauchen, bis es so 
ausgereift sein wird wie das aktuelle Projekt. Das clevere Konzept von 
Markus Frejek und Markus Reschke, das von Kübi perfektioniert wurde 
(schau dir mal die Dokumentation an, so was sieht man selten in einem 
Forum), stösst mittlerweile an einige Grenzen. Aber es ist gut, so wie 
es ist. Sogar sehr gut, gemessen am Aufwand. Ich jedenfalls bin damit 
mehr als zufrieden. Und der Erfolg spricht ja auch für sich.

Natürlich kann man träumen, von 100V und 2A für Leistungsbauteile, einem 
grösseren Prozessor wie XMega oder ARM, einer umfangreicheren Firmware, 
VGA-Display mit Kurvendarstellung usw. Aber das wird ein deutlich 
höherer Entwicklungsaufwand, als man auf den ersten Blick meint.

Viel Spass!

Dirk schrieb:
> Dir ist aber schon klar, das das nur gut funktioniert, wenn Du jeweils
> einen Anschluss auslötest?!?

Das ist nicht notwendig. Kapazitäten können in dem speziellen Meßmodus 
(C+ESR@TP1:3) normalerweise in der Schaltung gemessen werden, da die 
Meßspannung hinreichend klein bleibt. Allerdings ist die Meßgenauigkeit 
der Kapazität wegen der kleinen Meßspannung etwas schlechter als bei der 
normalen Messung. Bei der ESR-Messung gibt es aber keinen Unterschied 
zwischen beiden Meßmethoden. Natürlich müssen die Nullwiderstände der 
Anschlußleitungen mit berücksichtigt oder kalibriert werden.

Dirk schrieb:
> aber bei einem Stützelko, der irgendwo am Ende der Platine hängt, messe
> ich doch alle anderen (parallelen) Stützkapazitäten mit, oder?

Natürlich kann man in der Schaltung nur die Gesamtkapazität messen. Das 
macht aber jedes andere "in circuit" ESR-Meßgerät auch. Ein Unterschied 
zu anderen ESR-Meßgeräten besteht wahrscheinlich bei dem verwendeten 
Testsignal. Beim Transistortester werden kurze Strompulse in wechselnder 
Richtung verwendet. Sonst werden oft feste Frequenzen mit sinusförmiger 
Signalform (z.B. 100kHz) benutzt.

Karl-Heinz K. schrieb:
> Natürlich kann man in der Schaltung nur die Gesamtkapazität messen.

Aber wenn ich auf einem Motherboard die Kapazitaet messe,
an einem 3300µF-Kondensator, dann kann ich auch die Dinger
auf dem Board auszaehlen und den Wert multiplizieren.
Schon hab ich einen Anhaltspunkt ob etwas "faul" ist, oder
ob der angezeigte Wert plausibel ist. Somit "geht schon"
eine art "in-circuit" Messung.
Dann darf man ja auch nicht vergesen, das es sich ja nicht um
ein mit Amateurmitteln kalibrierbares Praezisionsinstrument
handelt, sondern schlicht und ergreifend (mittlerweile) um einen
Bauteiltester (der schon fuer den Aufwand gesehen sehr gut ist).

Mein Tester lauft seit 3,5 Jahren zur vollsten Zufriedenheit.
Auch mit neuester Software.

Alle wollen "basteln", aber kaufen sich dann doch "fertige"
Boards aus China. Irgendwie finde ich das komisch.
Klar, heutzutage soll es moeglichst ein Graphisches Display
sein. Aber ist das wirklich noetig ?
Letztendlich wird dann doch dranrumgeloetet und Software
geflasht usw..
Es stimmt zwar, das die Einzelbeschaffung der Bauelemente
evtl. teurer sein kann als ein gekauftes Chinaprodukt.
Aber meist handelt es sich ja um ein Einzelprojekt und
viele verwendete Bauteile hat man eh in seinem Fundus.
Layouts wurden ja in den letzten Jahren schon genug
gepostet, von einseitig, zweiseitig bis Streifenraster usw..

Im Anhang mal das Bild meines Testers, welchen ich seit
Jahren benutze. Wirklich viele Bauteile sind das nun
wirklich nicht.

Gruss Asko.

Hallo Jau

Es freut mich zu hoeren, das Du mit meinem Layout
Erfolg hattest und zufrieden bist.

Moritz A. hat in meinen Augen mal einen "groesseren Wurf"
gelandet. Schon mit Relais an den Eingangen und Z-Dioden
Messung.
Und vor allen, was immer wieder gefordert wurde, fuer die
SMD-Fraktion. Adapterplatinen fuer die Eingaenge gab´s
gratis dazu !

Die ZIF-Fassung der China-Clones ist auch nicht zu verachten.

Wenn ich heutzutage ein Layout (fuer mich) machen wollte,
mit allen neueren Optionen (Relaisgesteuerter Eingang,
Z-Dioden-Messung, Frequenzmessung, PWM-Ausgabe, Frequenzmessung,
serieller Schnittstelle, Drehgeber) und was sich Karl-Heinz
alles so hat einfallen lassen ... dann komme ich mit der
Platinenflaeche von Eagle in der Amateurversion nicht
mehr hin.
Vor allem wenn ich meinen "alten" Vorstellungungen weiter
treu bleiben wollte. Die da waeren: Nur THT-Bauelemente,
moeglichst breite Leiterzuege, per Hand loetbar, auch ohne
industrielle Durchkontaktierungen moeglich ... usw..
Da wird es echt knapp.


Aber kurioserweise brauchte ich das Teil heute mal wieder.
Das Display zeigte einen Fehler (der mich stoert).
Vermutlich hab ich mal was zu hart auf das Geraet "gelegt".
Wegen dem Stromverbrauch habe ich immer ein "passives"
Display benutzt. Jetzt sind dort solche "Spinnenweben" zu
sehen, die entweder auf zu grosse mechanische Beanspruchung
oder auf mechanische Ueberbelastung hindeuten.
Also: man ist ja nicht dumm (dachte ich).
Ich hatte mal mit einem Display
http://www.reichelt.de/EA-W162-X3LG/3/index.html?&ACTION=3&LA=446&ARTICLE=113318&artnr=EA+W162-X3LG&SEARCH=W162-X3LG
probiert, funktionierte prima und Kontrast war beinahe genial.
Ich hatte das nur wieder geaendert, weil das ebend mehr
Strom verbraucht, und weil OLEDs ebend nicht ewig halten.
Also lange Rede kurzer Sinn, Display gewechselt
(hat Steckkontakte) und ... nichts.
Ich weiss leider nichtmehr unter welcher Softwareversion
von Karl-Heinz es noch funktioniert hat.

Hat irgendjemand eine Ahnung woran es bei mir kranken
koennte ?
Eigentlich kann es doch nur an einer geaenderten Initialisierung
liegen.

Gruss Asko.

Two types of LCD screen. Drive SPI, ST7567. At the same time use the 
encoder. So I changed the conf.h file definition.

Hi Karl ,

First, I would like to thank you for your efforts in the development of 
the source code of AVR Tester

Secondly, I would like to ask you about problem i stuck with it:

There are two type of PCF8814 LCD as you see in the above Attachment 
Images.
the ver of PCF8814 named as (1100) is work fine with your code in the 
SVN
but my problem is with the other ver of PCF8814 named as (1100b).
when using this ver (1100b) with (Transistor Tester) it's not working at 
All (nothing is showing).

After a lot of searching on the internet , i found the problem is in
the LCD Initialization code in the file (lcd-routines.c) , and 
especially in this Line:

lcd_command(CMD_SET_POWER_CONTROL | 4);         // 0x28|4 Charge Pump ON 
(also = 0x2C)

after replaced the above line with this two line:

lcd_command(0x2F);   // 0x2F Charge Pump ON
lcd_command(0xF9);   // not sure , but its effect on contrast (Text 
Darkness)

Ver 1100b work , But the Result as you see in the above Attachment 
Images.

the problem is in the (pin no of Collector is missing & pin no of 
Emitter is mirrored with Collector)
but (pin no of Base is Correct) , this problem is in all type of 
NPN,PNP,MOSFET,JFET....etc measurement
In General: Pin no in the Left Hand is OK  , But the two pin no in Right 
Hand is Wrong (the above is missing & the below is mirrored)

Are you have any solution for this problem ? , i will be grateful if so 
.


@ Karl-Heinz K.

Best Wishes & Regards ,,,
Ahmed M. Gomaa

Ahmed M. schrieb:
> Are you have any solution for this problem ?

I am sorry, I don't have any solution. I am in doubt, that the 1100b 
version of the display in fact use the PCF8814 controller. I could not 
find the command 0xF9 in the documentation of the PCF8814 controller. 
But I could not find any hint, which controller is really used.

Using aqy211's circuit board to complete
Aqy211s use the feeling is not particularly good. AQY off the case will 
be brought into the 40pf capacitor, and the temperature is greater, the 
indoor temperature changes may have +-10pf.
Next version will switch to OMRON relay mini. OLED will also replace the 
LCD, the Chinese market, OLED 1.3, has not bought. 17RMB price 50RMB. 
It's too expensive.
DIY in China

somethings wrong with svn.

Hallo,
ich habe nun den Tester in der "Urversion" mit M328 und 2x16 LCD, 
Software 1.10k seit fast zwei Jahren in Benutzung und bin recht 
zufrieden mit dem Gerät. Für meine Zwecke völlig ausreichend. Nun wollte 
ich mal schauen, ob es doch eine neue Software gibt, komme aber nicht 
auf das SVN. Bin ich mit der 1.10k noch aktuell oder gibt es etwas 
neues? Das Handbuch ist ja für die 1.11k, aber ich weiß nicht, ob es für 
die Minimalversion noch gravierende Unterschiede gibt.

Michael Uhlmann schrieb:

> Bin ich mit der 1.10k noch aktuell oder gibt es etwas neues?

Hallo Michael,
Die Hardware ist im Kern gleich geblieben, aber es gibt jede Menge Neues 
auf der Softwareseite, der Tester hat sich rasant weiterentwickelt. 
Viele Verbesserungen betreffen die Genauigkeit der Messungen, und es ist 
eine Reihe neuer Bauteile hinzugekommen. Da Du den M328 benutzt, kannst 
Du auch von den meisten Verbesserungen profitieren. Die Software von 
Karl-Heinz ist so aufgebaut, dass man sie mit Parametern im Makefile 
individuell konfigurieren kann. Es gibt aber auch fertig kompilierte 
Binaries für diverse gängige Konfigurationen.

> Das Handbuch ist ja für die 1.11k, aber ich
> weiß nicht, ob es für die Minimalversion noch gravierende
> Unterschiede gibt.

Das erweiterte Handbuch liegt in Version 1.12k vor (9. Oktober 2015). Da 
ist (fast) alles genau beschrieben. Die Kurzanleitung ist noch 1.11k.

> komme aber nicht auf das SVN.

Ja, das war gestern auch schon so, aber gestern abend gegen neun war es 
zeitweise erreichbar. Im Moment ist es wieder down. Bleib dran, es wird 
schon wieder. Nur zur Info: Die Software 1.12k trägt jetzt 
Revisionsnummer 613.

Aber wenn Du magst, kann ich Dir das Handbuch mailen (2,7 Mb). Ich hab 
auch noch einen aktuellen Tarball (trunk build 613 - 1,5 Mb). Kannst Du 
auch gerne haben.

Gruß, Marcel

Ich hätte gern noch ein Gerät in einem ordentlichen Gehäuse für meinen 
Kollegen. In näherer Auswahl stehen diese drei: (Fotos von Ebay)
Bei Modell A steht im Text, daß der Chip (M328) wechselbar ist, bei den 
anderen weiß ich es nicht. Kennt jemand die Geräte und kann etwas dazu 
sagen?

danke, das zweite Modell würde mir auch am besten gefallen, zumal der 
Preis bei allen dreien um die 30 Euro liegt. Das diy Kit habe ich auch 
schon gesehen, ok wenns die Qualität hat und mit Gehäuse, mal sehen.

bianchifan schrieb:
> Alternative..
> https://github.com/svn2github/transistortester

danke, hat geklappt. Der Text mit dem Modellbauservos hat mich erst 
irretiert.

bianchifan schrieb:
> Alternative..
> https://github.com/svn2github/transistortester

Github trunk ist aber leider nicht auf dem (aller)letzten Stand 8(

Nächstes Problem:
habe die Dateien von Software/trunk/mega328 runtergeladen. Beim Öffnen 
mit extremeBurner kommt bei beiden Fehler Corrupt HEX file! Mit älteren 
Dateien klappt es. Oder muß ich ein anderes Verzeichnis nehmen? Habe 
M328 mit 1602 Display.

think you.


by the way.the v614 10bit-pwm.has wrong with it. v613 is fine

Michael U. schrieb:
> Nächstes Problem:
> habe die Dateien von Software/trunk/mega328 runtergeladen. Beim Öffnen
> mit extremeBurner kommt bei beiden Fehler Corrupt HEX file! Mit älteren
> Dateien klappt es. Oder muß ich ein anderes Verzeichnis nehmen? Habe
> M328 mit 1602 Display.

Die hex Datei ist über 400 kB! Das kann nicht gehen.
Habe jetzt die 1.11k draufgemacht.

Karl-Heinz K. schrieb:
> I am sorry, I don't have any solution. I am in doubt, that the 1100b
> version of the display in fact use the PCF8814 controller. I could not
> find the command 0xF9 in the documentation of the PCF8814 controller.
> But I could not find any hint, which controller is really used.

Thank you for your efforts on trying to find solution.

Other Question : can i hide the other two number , and only depend on 
the bottom screen (1=B 2=C 3=E) for getting the correct result ? , if so 
what line in which file is responsible on the appearing of numbers ( the 
above 1 2 3) and will be edit with myself to add condition (for 1100b 
ver) to hide the other two number in case of big icon only for 3-pin 
measurement for example (type of NPN,PNP,MOSFET,JFET,...) , but remain 
appearing of other 2-Pin measurement (Diode,Cap,Resistor,coil,...)


@ Karl-Heinz K.

Best Wishes & Regards ,,,
Ahmed M. Gomaa

Ahmed M. schrieb:
> can i hide the other two number , and only depend on
> the bottom screen (1=B 2=C 3=E) for getting the correct result ?

The pin layout of transistors is shown with the function 
lcd_draw_trans_pins, which you can find in the file lcd-draw.c at line 
34.

Hallo Michael,

eventuell währe dieser Tester auch was für dich.

Beitrag "Re: Transistortester AVR"

Liebe Grüsse,
Konstantin

@Karl-Heinz,
unter svn2 .../trunk/mega328 sind falsche Dateien, die hex ist über 
400kb groß!

Karl-Heinz K. schrieb:
> The pin layout of transistors is shown with the function
> lcd_draw_trans_pins, which you can find in the file lcd-draw.c at line
> 34.

Thank you , this exactly what i want .


@ Karl-Heinz K.

Best Wishes & Regards ,,,
Ahmed M. Gomaa

dank Marcel habe ich jetzt die 1.12k drauf. Allerdings kommt beim 
Selbsttest die Anzeige "Cap for L meas? 60pF" Was bedeudet das? Wenn ich 
den Kondensator >100nF anschließe wird der Test nach einer Weile 
beendet.

@Michael Uhlmann
> "Cap for L meas? 60pF"

Dies ist im Handbuch meines Wissens noch nicht beschrieben. Ich vermute 
aber folgendes:

Zum Messen der Induktivität einer Spule braucht der Tester einen 
Kondensator parallel zur Spule. Der so gebildete Schwingkreis wird 
angestossen, und aus der Resonanzfrquenz wird mit Hilfe der bekannten 
Kapazität die Induktivität berechnet. Der (immer gleiche) Kondensator 
muss also zur Messung von Spulen parallel zur Induktivität geschaltet 
werden. Ich benutze einen Folienkondensator von 15 nF zu diesem Zweck 
und erziele damit plausible Ergebnisse. Der Kondensator >100nF ist nicht 
geeignet.

Sollte ich mit meiner Idee falsch liegen, bitte ich um Korrektur.

Derri aka Marcel.

Michael U. schrieb:
> Allerdings kommt beim
> Selbsttest die Anzeige "Cap for L meas? 60pF" Was bedeudet das?

Wenn die Software mit der Option "WITH_SamplingADC = 1" übersetzt wurde, 
wird
eine neue Funktion (samplingADC) benutzt, um die Auflösung bei kleineen 
Kondensatoren (<100pF) auf bis zu 0.01pF zu steigern. Außerdem können 
mit der gleichen Methode kleine Spulen gemessen werden, wenn ein 
Kondensator parallel geschaltet wird. Die Kapazität dieses Kondensator 
muß bei der Kalibration gemessen werden (etwa 10nF bis 27nF ist 
geeignet).
Der parallel geschaltete Kondensator wird bei der Induktivitätsmessung 
über die Schwingfrequenz der LC-Schaltung erkannt. Aus der 
Schwingfrequenz und dem bekannten Kondensator wird die Induktivität 
berechnet und in Zeile 2 in der Form "280nF if 18.0nF" angezeigt. In 
einer weiteren Zeile wird dann die Schwingfrequenz und die Güte 
angezeigt "1136kHz Q=40.8" angezeigt.
Wenn eine Spule mit der bisherigen Methode gemessen wurde (ohne 
Parallelkondensator), wird in Zeile 2 der ohmsche Widerstand gefolgt von 
der Induktivität angezeigt. Wenn bei der Spule trotzdem eine 
Eigenresonanz festgestellt wurde, wird auch hier die festgestellte 
Frequenz und die Güte bei dieser Frequenz in einer weiteren Zeile 
angezeigt.
Bei der Kalibration müssen dann also zwei Kondensatoren angeschlossen 
werden. Zuerst muß der Kondensator für die Spulenmessung (Cap for L 
meas?) an TP1:3 angeschlossen werden, danach an die gleichen Testports 
ein Kondensator >100nF für die Offsetbestimmung.

Danke, Karl-Heinz
ich hatte mir das schon so gedacht, wußte nur nicht, wie groß der C sein 
muß.
Hatte mich auch über den verkürzten Selbsttest gewundert, aber man muß 
eben auch das Handbuch lesen! Jetzt ist alles klar!

Micha

ergänzung: nach kurzem Hin und Her habe ich festgestellt, daß ich die 
neuen Funktionen nicht brauche und bin wieder auf die 1.11k zurück.

Michael U. schrieb:
> nach kurzem Hin und Her habe ich festgestellt, daß ich die
> neuen Funktionen nicht brauche und bin wieder auf die 1.11k zurück.

Wenn die samplingADC Funktion für die bessere Auflösung der 
Kapazitätsmessung und der Induktivitätsmessung nicht gebraucht wird, 
kann man bei der 1.12k Version die Option WITH_SamplingADC entfernen. 
Natürlich fehlt dann auch die Anzeige der Güte (Q=) bei der 
Spulenmessung.

Karl-Heinz, ich weiß Deine Arbeit sehr zu schätzen. Nur habe ich keine 
Ahnung von Programmierung und bin auf die fertigen Dateien angewiesen.
Was mich an der neuen Version etwas stört, ist das der Tester bei 
Anschluß an 1 und 3 automatisch in den RL oder C Modus geht, obwohl man 
das bei Bedarf im Menü aufrufen könnte. Vielleicht kannst Du das bei der 
nächsten Kompilierung ändern.
Gruß, Micha

Michael U. schrieb:
> Was mich an der neuen Version etwas stört, ist das der Tester bei
> Anschluß an 1 und 3 automatisch in den RL oder C Modus geht, obwohl man
> das bei Bedarf im Menü aufrufen könnte.

Der [RL] oder [C] Modus kann mit einem Tastendruck beendet werden, wenn 
sich kein solches Bauteil an TP1:3 befindet. Wenn man nur ein Bauteil 
(C, R oder L) messen möchte, sollte man TP2 benutzen. Das Beenden des 
möglicherweise versehentlich gewählten Spezial-Modus mit einem 
Tastendruck ist nach meiner Meinung deutlich einfacher, als bei Bedarf 
die Funktion über das Menü anzuwählen und auch wieder über das Menü zu 
verlassen. Das gilt besonders dann, wenn für die Menüauswahl kein 
Drehimpulsgeber zur Verfügung steht.
Eine Notwendigkeit, die automatische Wahl der Sonderfunktion [C] oder 
[RL] über eine Makefile Option abschalten zu können, sehe ich nicht. Auf 
die automatische Anwahl der Sonderfunktion möchte ich aber auch nicht 
verzichten.

Schade, da bleibe ich doch bei der Version 1.11
Über TP2 lassen sich bei mir nicht alle Bauteile kontaktieren und man 
denkt auch nicht immer daran. Dann bräuchten die Funktionen aber auch 
nicht im Menü zu sein.

Experienced 6 revision and update, this version I am quite satisfied 
with.
Supports 2 types of screen, including 2 LCD screen, 1 standard OLED 
screen.
1: lithium battery powered, 1A charging, microUSB through special 
adapter line output TTL.
2: voltage regulator, 5mA current source test, 40V (maximum 50V) maximum 
test range.
3: single key test, the side increase encoder, select menu more 
convenient, compatible with key functions.
4: test fixture and patch testing board, set aside all the ports, to 
facilitate their further increase the fixture.
5: small inductance measurement options. Open the high voltage and load 
the 22nf capacitor through a 3 switch selector. After loading to the 
TP1&TP3 by a two way relay, there is no residual capacitance effect 
after closing.
6: the critical position resistance 0.1%, the other is 1%. System VCC 
voltage regulator chip SPX2954, the benchmark voltage chip accuracy 
0.1%.
7:TP1&TP2&TP3 port relay protection.

@Zhq S.
Experienced 6 revision and update...

Saubere Arbeit, Respekt! Thumbs up!

Gruß Michael

Hallo Karl-Heinz,

wie ich sehe, bist Du hier noch immer aktiv. Super!

Ich habe mir vor mehreren Jahren diesen Tester nachgebaut und ihn auch 
regelmäßig im Einsatz gehabt. Nun wollte ich ihn aber doch mal auf den 
neuesten Stand bringen.
Ich habe mir dazu aus dem SVN die aktuelle Software geladen und die 
Dateien aus "default" in meinen ATMega168A gebrannt. Abgesehen davon, 
daß sich das EEPROM mit Studio 6 und mySmartUSB nur hin und wieder 
brennen läßt, war das problemlos.

Nun zu meinen Fragen (Problemen):

- mit der derzeitigen hex Datei ist Englisch als Sprache eingestellt

- der früher übliche Batteriecheck fehlt

- wie oben schon gesagt, arbeite ich mit Studio 6. Wenn ich das Makefile 
automatisch generieren lasse, läuft der Code nicht problemlos. Es kommt 
die Fehlermeldung: 'ANZ_MESS' undeclared (first use in this function). 
Leider reichen meine Kenntnisse in C nicht aus, um selbst etwas machen 
zu können.

- wie schon beim ersten Mal, habe ich Probleme mit dem Makefile. Wenn 
ich das von Dir eingestellte Makefile nutze, bricht der Compiler mit 
folgenden Fehlermeldungen ab:

quote
------ Build started: Project: Transistortester, Configuration: Debug 
AVR ------
Build started.
Project "Transistortester.cproj" (default targets):
Target "PreBuildEvent" skipped, due to false condition; 
('$(PreBuildEvent)'!='') was evaluated as (''!='').
Target "CoreBuild" in file "C:\Program Files (x86)\Atmel\Atmel Studio 
6.2\Vs\Compiler.targets" from project 
"D:\Documents\Elektronik\Microcontroller\GCC\Projekte\ATMega168\Transist 
ortester\Transistortester_12_2015\Transistortester.cproj"  (target 
"Build" depends on it):
  Task "RunCompilerTask"
    Shell Utils Path C:\Program Files (x86)\Atmel\Atmel Studio 
6.2\shellUtils
    C:\Program Files (x86)\Atmel\Atmel Studio 6.2\shellUtils\make.exe -C 
"D:\Documents\Elektronik\Microcontroller\GCC\Projekte\ATMega168\Transist 
ortester\Transistortester_12_2015\Debug"  -f "Makefile" all
    Das System kann den angegebenen Pfad nicht finden.
    make: Entering directory 
`D:/Documents/Elektronik/Microcontroller/GCC/Projekte/ATMega168/Transist 
ortester/Transistortester_12_2015/Debug'
    avr-gcc  -Wall -DLCD_ST7565_H_FLIP=1 -DLCD_ST7565_H_OFFSET=4 
-DLCD_ST7565_V_FLIP=0 -DFONT_7X12 -DICON_TYPE=3 -DBIG_TP -DWITH_SELFTEST 
-DNO_TEST_T1_T7 -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 -mcall-prologues -DINHIBIT_SLEEP_MODE -DF_CPU=8000000UL 
-DMHZ_CPU=8 -mmcu=atmega168 -gdwarf-2 -std=gnu99 -Os -funsigned-char 
-funsigned-bitfields -fpack-struct -fshort-enums -MD -MP -MT 
lcd_hw_4_bit.o -MF dep/lcd_hw_4_bit.o.d  -c  ../lcd_hw_4_bit.S
D:\Documents\Elektronik\Microcontroller\GCC\Projekte\ATMega168\Transisto 
rtester\Transistortester_12_2015\lcd_hw_4_bit.S(8,0):  error: opening 
dependency file dep/lcd_hw_4_bit.o.d: No such file or directory

     ^
    compilation terminated.
    make: *** [lcd_hw_4_bit.o] Error 1
    make: Leaving directory 
`D:/Documents/Elektronik/Microcontroller/GCC/Projekte/ATMega168/Transist 
ortester/Transistortester_12_2015/Debug'
  Done executing task "RunCompilerTask" -- FAILED.
Done building target "CoreBuild" in project "Transistortester.cproj" -- 
FAILED.
Done building project "Transistortester.cproj" -- FAILED.

Build FAILED.
========== Build: 0 succeeded or up-to-date, 1 failed, 0 skipped 
==========

unquote

Ich weiß nicht, ob Du Dich in der Zwischenzeit mit dem AVR Studio 
beschäftigt hast, oder ob Du auch so etwas mit den Meldungen anfangen 
kannst.
Für mich sind es spanische Dörfer:-)

Gruß Bruno

Bruno M. schrieb:
> - mit der derzeitigen hex Datei ist Englisch als Sprache eingestellt
>
> - der früher übliche Batteriecheck fehlt

Natürlich ist Deutsch in der Makefile konfigurierbar. Der Batteriecheck 
sollte auch bei der Mega168 Version integriert sein. Aus Platzgründen 
ist bei der Mega168 Version die serielle Ausgabe abgeschaltet, der 
Schlafmodus des Prozessors wird nicht genutzt und der Selbsttest ist 
nicht vollständig. Außerdem fehlen natürlich viele neue Funktionen, die 
nur mit einem Mega328 oder mit einem nicht pinkompatiblen Mega644 oder 
Mega1284 möglich sind.
Der Speicherplatz reicht beim Mega168 übrigens nur dann aus, wenn bei 
der Übersetzung ein neuerer avr-gcc Kompiler benutzt wird (Version 
4.8.2). Das AVR Studio benutze ich nicht, da ich meistens mit Linux 
arbeite.

Karl-Heinz K. schrieb:
> Natürlich ist Deutsch in der Makefile konfigurierbar.

Das hatte ich mir schon gedacht, aber leider kann ich ja Dein Makefile 
nicht so ohne weiteres nutzen. Ich spreche von den in default 
enthaltenen hex und eep Dateien.

> Der Batteriecheck
> sollte auch bei der Mega168 Version integriert sein.

Wahrscheinlich auch mit dem Makefile wählbar.

> Der Speicherplatz reicht beim Mega168 übrigens nur dann aus, wenn bei
> der Übersetzung ein neuerer avr-gcc Kompiler benutzt wird (Version
> 4.8.2)

damit hatte ich keine Probleme.

Bruno M. schrieb:
> Wahrscheinlich auch mit dem Makefile wählbar.

Im default Verzeichnis ist die Option "BAT_CHECK" gewählt!
Befindet sich Deine Makefile in einem Unterverzeichnis der Quelldateien?
Das ist für die Makefile zwingend erforderlich. Eine Makefile im 
gleichen Verzeichnis wie die Quelldateien läuft nicht! Der Name des 
Unterverzeichnis kann frei gewählt werden.

Karl-Heinz K. schrieb:
> Befindet sich Deine Makefile in einem Unterverzeichnis der Quelldateien?
> Das ist für die Makefile zwingend erforderlich.

Studio 6 schreibt vor:

"Makefile and OutputFile must exist in the same folder."

Da die OutputFiles in einem Ordner "Debug" abgelegt werden, habe ich 
auch den Makefile dort hin gelegt.

Da ich diese Probleme aber selbst nicht lösen kann, werde ich wohl 
meinen ATMega168A wieder mit dem alten Code füttern.
Nach dem Prinzip: Never change a running system! :-)

Melde dich mal an, oder schick mir eine pn! Dann kann ich dir ein 
Makefile für den fish8840 zukommen lassen,

Gruß Michael

Zur Hardware Version von Moritz 
Beitrag "Sammelbestellung Transistortester"
 mit Z-Diodentest gehört diese mega328_dogm Variante?

https://github.com/svn2github/transistortester/tree/master/Software/trunk/mega328_dogm
Ich frage sicherheitshalber, da ich nicht sicher bin, ob es mehrere 
Versionen mit dogm gibt.

tim schrieb:
> ich habe mir von banggood einem Tester bestellt und dort ist noch die
> version 1.10k installiert. G328 steht auf dem Gerät
Leider kenne ich diese Version nicht genau. Ist es die GM328A Version 
mit ST7565 Graphikcontroller? Dann könnte die Makefile mit den .hex und 
.eep Dateien im mega328_GM328 Unterverzeichnis richtig sein.
Die 1.20m Version ist übrigens eine alternative Software von Markus R., 
die als zip File im Verzeichnis Software/Markus zu finden ist. Die 
Abweichungen der Software sind in der README bzw. README.de beschrieben. 
Nach meinem Kenntnisstand gibt es hier keine vorkonfigurierte Makefiles 
für die verschiedenen Hardwareversionen. Die trendy Version unterstützt 
grafische Displays, die classic Version ist für Textdisplay vorgesehen.
Meine aktuelle Entwicklerversion ist die 1.12k, die im Verzeichnis 
Software/trunk zu finden ist. Hier gibt es viele Unterverzeichnisse für 
verschiedene Hardware-Ausführungen. Der Quellcode ist für alle 
Hardwareversionen der gleiche. Die Anpassung an die verschiedenen 
Hardwareausführungen wird über Optionen in der Makefile gesteuert.

Ich habe heute einen m328 Bausatz mit 1602 Display von Banggood 
bekommen, gleich zusammengelötet. Erstmal gewundert, daß nichts ging, 
hatte die Netzteilbuchse weggelassen, dadurch keine Masse von der 
Batterie. Es ist die 1.12k drauf, ohne die neuen Sonderfunktionen, also 
so, wie ich es gern hätte.
Das Gehäuse muß noch etwas angepasst werden, ansonsten alles 
einwandfrei. Messwiderstände 680 und 470k mit 0,1%, Spannungsregler 7550 
und TL431. Alles für 12,50 Euro.

ein paar Bilder vom Aufbau. Schön kompaktes Gerät, 85 x 85 x 25 mm. Nach 
den Feiertagen kommt noch ein Textoolsockel drauf.
Frohe Weihnachten!

bianchifan schrieb:
> Auch diesmal "Verlängerte" ich die Krokokabel mit den Messstrippen,
> leider erschien im Display nur ein "?", der Widerstand wurde nicht
> erkannt.

Bei längeren Meßstrippen kann das Problem des Nichterkennens von 
Bauteilen auch an Störfeldern liegen, die durch die Antennenwirkung der 
langen Meßstrippen eingekoppelt werden.

bianchifan schrieb:
> Ein testweise angeschlossenes Paar Billigstmesskabel (ca. 50 cm) brachte
> nach 2 oder 3 sec Bedenkzeit einen Wert zur Anzeige, allerdings kam es
> bereits nach wenigen Messungen zum Reset.

Bei sporadischen Resets könnte die Stromversorgung die Ursache sein. Um 
diese Ursache für einen Test auszuschließen, kann man die "Brown Out" 
Überwachung durch Ändern der Extended Fuse (BODLEVEL) abschalten. Wenn 
nach Abschaltung der Brown Out Überwachung kein Reset auftritt, sollte 
man die Abblockung der VCC (AVCC) Spannung verbessern und danach, um die 
Wirkung zu überprüfen, die Brown Out Überwachung wieder einschalten.

V619.M644 has a problem not to find the reason.
1: sometimes the calibration information will be lost, to re calibrate. 
Often appear after inductance measurement.
2: the inductance measurement after calibration, the burning process - 
here I  used a 7.08uH inductors, a known amount of resonant capacitor 
22nf.
After the first calibration, the transistor tester displays 7.05uH.
Once again after the calibration, the transistor tester display 6.78uH, 
basically all about 6.8uH.
Even if the calibration information is lost again after calibration is 
about 6.8uH.
Need to burn procedures and calibration.
Why is this the case?

@Zhq S. (zhq_s):

Good work. Where to buy? (DIY kit or complete)

Zhq S. schrieb:
> 1: sometimes the calibration information will be lost, to re calibrate.
> Often appear after inductance measurement.

You should know, that the calibration can be lost, if a ESR is measured 
with less than minus 0.2 Ohm. The ESR type measurement is also used for 
resistors with less than 10 Ohm. Another possible reason for resetting 
the tester to the uncalibrated state is a detected capacity value below 
minus 20pF.

Zhq S. schrieb:
> After the first calibration, the transistor tester displays 7.05uH.
> Once again after the calibration, the transistor tester display 6.78uH,
> basically all about 6.8uH.

This can be happen, if the offset values REF_C and REF_R has big values. 
Unfortunately this offsets are measured as the last step of the 
calibration. But the other values of the calibration process depend on 
the REF_C and REF_R values. So the second calibration can have better 
results than the first one. This effect is greater, if your ATmega has 
bigger REF_C or REF_R values. For the ATmega644/1284 the calibration 
step to get this offset values can be moved to a earlier step in a 
future software release, because this processor use a build in capacitor 
instead of the capacitor (>100nF) at TP1 and TP3.

Ich bin der Meinung, es handelt sich bei dem Transistortester um ein 
Testgerät und kein Präzisionsmeßgerät. Für den Aufwand und Preis kann 
man nicht alles erwarten. Trotzdem finde ich es erstaunlich, was mit 
dieser relativ einfachen Schaltung und entsprechender Programmierung 
alles möglich ist.

Bei GEARBEST gibt es den Tester noch kurze Zeit zum Sonderpreis:

http://www.gearbest.com/kits/pp_228313.html

> anonymous schrieb:
> weis ich jetzt leider nicht welche Fusebits eingestellt werden müssen

TransistorTester Fuses [ATmega328p mit Quarz 8MHz]:

extended fuses: 0xfc
high fuses:     0xd9
low fuses:      0xf7

Gruss, Derri

Volker S. schrieb:
> Bei GEARBEST gibt es den Tester noch kurze Zeit zum Sonderpreis:

wo ist der Vorteil ausser das man selber löten muss und es ein DIL IC 
ist?

Derlei finde ich doch bei ebay massenhaft günstiger ohne selber löten.

Joachim B. schrieb:
>
> wo ist der Vorteil ausser das man selber löten muss und es ein DIL IC
> ist?
>
> Derlei finde ich doch bei ebay massenhaft günstiger ohne selber löten.

Link?
Also dann mit Grafikdisplay, Spannungsreferenz, 0,1%-Widerständen und 
gesockelter (= ohne Verrenkung aktualisierbarer) CPU?

bianchifan schrieb:
> Vorher gibt es eine kleine Animation, die aber immer gleich ausschaut,
> egal wie gedreht wurde, und sich anschließend fortlaufend wiederholt.

Wenn ein "o" hinter der symbolischen Kontaktbelegung blinkt, ist davon 
auszugehen, daß der Encoder an den Raststellungen immer offene Kontakte 
hat. Anderenfalls blinkt abwechselnd ein "o" und ein "C". Dann kommen 
beide Zustände ,offen (o) und geschlossen (C von closed), an den 
Raststellungen vor. Ein Typ mit immer geschlossenen Kontakten an den 
Raststellungen ist mir nicht bekannt. Das ist neben der Lage des 
Mittelkontaktes die einzige Information, die ermittelt wird. Die Version 
mit den immer offenen Kontakten hat doppelt so viele 
Einzelschaltstellungen (4) zwischen den Rastpositionen.
Die Drehrichtung wird nicht ermittelt, es ist also egal in welche 
Richtung gedreht wurde!

Hallo,
bin am Verzweifeln versuche den Tester mit AtMega238p aufzubauen, 
Schaltung ist fertig, aber am LCD hängt seit Wochen dauerlesen Testen 
umschreiben versuchen, halt alles!

Displays habe ich glaube ich inzwischen nur Mist!?

DG-14032 (P368D) Tut aber nur eine Zeile, megabreiter Cursor, fast nicht 
lesbar!

DV-20208 (P365A) tat mal Kurz! seit ich den Wert für die Capazität in 
der Make angeglichen habe, ich hatte es Versucht, nur noch Balken auch 
nach der Einstellung des alten Wertes!

TC1604A-05 Tat einmal kurz seitdem nur noch komische Symbole in Zwei 
Zeilen.


Data Vision P206  naja lassen wirs am besten sein, Touchscreen Grafisch 
oder Text wie ich herausgefunden habe...


LCD-12232-4 macht garnichts, außer sporadisch auftauchender Linie die 
mal hier und da auftaucht!

Und wenn der irgendwie Läuft stimmt die Capazität nicht, statt 100nf 
sind es 10,54 nf oder statt 470 mükro f sind es 47,00 hmmm.....

Die spannungsmessung das er nur Batteriespannung bei realen 9V 4,8V 
anzeigt und meckert hab ich hinbekommen, aber an allem anderen hackt es, 
vor allem am Display, ich bekomm das nicht hin das es mit meinem Zeugs 
läuft, hab halt bei Pollin tief ins Klo gegriffen.

nzwischen hab ich das unbeschreiblich starke verlangen das Ding in die 
Tonne zu treten, weil es nichts wird, auch wenn ich LCD Routinen 
versuche einzubauen, hilft auch nichts, oder nach dem Datenblatt für das 
TC1604A-05 die Zeichen von Hand generiere und in der entsprechenden 
Datei abändere oder auch eine eigene neue mit passendem Namen aufbaue 
und aufrufe ändert garnichts, vorallem gibt es nur A bis Z Groß und 
klein, und Omega Diode 1 und 2 u.s.w. aber der Rest was ist das die 
Suche nach einem Programm um mir die Werte auf einem Simuliertem Raster 
anzuzeigen hat auch nicht geklappt, alles fürt nirgendwo hin, und keine 
Lösung Funktioniert, Der Test Ordner ist megagroß zig varianten und 
Versuche und zusatz .c und .h dateien und vergebliche versuche die AVGCC 
abzudaten, danach hagelte es nur noch Fehler andere als vorher wo ein 
Update verlangt wurde, nach dem ich die LCD Routinen von Peter f. 
eingebaut habe, aber ständig Fehler, viele habe ich alleine geschafft zu 
beseitigen aber an einer LCD Routines.o hat es am ende dann gehangen, 
also hab ich alles deinstalliert und wieder von vorne, und heute wieder 
nach nur 5 Stunden versuchen und schreiben incl. Testen schreib ich hier 
was ja eh einen Sinn hat da ich eh immer nur verarscht werde, egal um 
was es geht!
Naja egal ich hoffe ja glaube aber kaum das mir jemand hilft?
LG

Michael Haußmann (der_kochloeffel) schrieb:

> Hallo, bin am Verzweifeln ...

Uff, das ist ja ein Sack voll Probleme auf einmal!

Welche Sourcen benutzt Du, die von

a) Markus - SVN [transistortester]/Software/Markus
b) Karl-Heinz - SVN [transistortester]/Software/tags oder
c) SVN [transistortester]/Software/trunk
d) selbstgeschriebene ?

Was deine Displays anbelangt, so waren die Typen mir unbekannt, ich habe 
aber eine gut dokumentierte Seite gefunden:
< http://www.spurtikus.de/basteln/pollin-lcd-roundup/ >

Falls Du sie nicht kennst, dann ist sie jedenfalls einen Besuch wert.

Aber wildes Herumprobieren hilft wohl nicht. Zuerst musst Du 
sicherstellen, dass die Hardware OK ist, d.H.:
- Stromversorgung 5V messen, auch im Betrieb
- Betriebsspannungen sauber und korrekt abblocken (100nF ker. mit kurzen 
Beinen
- Taktfrequenz AtMega238p muss exakt 8MHz sein, die Fehlmessungen mit 
Kondensatoren deuten auf eine falsche oder unstabile Taktfrequenz.
- sind die Fuses im AtMega238p richtig gesetzt? falss ja, versuchsweise 
Brown-out Detektor abschalten oder Schwelle herabsetzen (Siehe Beitrag 
kubi48).

Ausserdem findest Du hier im Forum noch viele Tips (ja, es ist sehr, 
sehr umfangreich, aber mit der Anzeige auf "alles" und den richtigen 
Suchbegriffen im Browser wird man schnell fündig).

Zum Display:
Die meisten deiner Displays benutzen exotische Kontroller, sie sind mit 
der Standardsoftware nicht kompatibel. Eine brauchbare Lösung ist das 
TC1604A, es hat einen HD47780-Kontroller und arbeitet mit 5V.

Für ein ähnliches Display (2 Zeilen / 16 Spalten) gibt es in der 
Standardsoftware > SVN 
[transistortester]/Software/Markus/ComponentTester-classic-1.20m.tgz > 
entsprechend konfigurierte Sources. Der LCD-Treiber HD47780.c / 
HD47780.h muss eventuell für deine Anzeige mit 4 Zeilen zu 16 Spalten 
angepasst werden, dann sollte das Programm schon mal was tun.

Wenn diese Konfiguration dann erst mal läuft, hast Du eine gute Basis 
für weitere Anpassungen.

Viel Glück, derri.

Jan schrieb:
> Michael H. schrieb:
>> bin am Verzweifeln versuche den Tester mit AtMega238p aufzubauen,
>> Schaltung ist fertig, aber am LCD hängt seit Wochen dauerlesen Testen
>> umschreiben versuchen, halt alles!
> Zeig doch mal ein Bild (Foto) von Deinem Aufbau.
> Wenn es bei sovielen Displays nichts richtig wird, scheint es ein
> Grundlegendes Problem zu geben.
>
> Ich habe mir einen Bausatz aus China aufgebaut, der auf Anhieb
> funktioniert hat. Seitdem herrscht Ordnung in der Bastelkiste...
>
> Jan


Jetzt gibts was zu lachen, ist aber 1:1 nach Schaltbild, Bei Version 1 
ist das 4 Zeilige Text Display nun dranngelötet, baugleich zu Version 2, 
bis auf die 2,5V Spannungsref. und ja es war schaut so aus als ob ich 
vor 2 oder 3 Jahren schon mal versucht hab den Tester nachzubauen.
Wie doch die Zeit vergeht.

Meine Nachbauten sind auf Lochraster, mit Zinnbahnen und Kabel, aus 
Mangel an Farben ist es nun recht Monoton auf meinem neuen Nachbau.

Werde ja sowieso nur ausgelacht, was solls, ist wie immer, bin es ja 
gewohnt, ja kauf dir doch einen und s weiter, du kannst das nicht 
vergiss es und so weiter...

Michael H. schrieb:
> Und wenn der irgendwie Läuft stimmt die Capazität nicht, statt 100nf
> sind es 10,54 nf oder statt 470 mükro f sind es 47,00 hmmm.....

Die falsche Kapazitätsanzeige liegt sehr wahrscheinlich an der falschen 
Taktrate des Prozessors. Wenn die Fuses des ATmega nicht gesetzt sind, 
läuft der Prozessor auf 1 MHz Takt. Die Software geht aber im Regelfall 
von einem 8 MHz Takt aus. Wählbar ist in der Software (Makefile) auch 
ein Betrieb mit 1 MHz oder 16 MHz.
Warum allerdings nicht wenigstens die TC 1604 oder DV 20208 Module 
laufen, ist schwer zu sagen. Mindestens die erste Zeile sollte 
eigentlich korrekt dargestellt werden. Bei den 2. bis 4. Zeilen gibt es 
unterschiedliche Zuordnung des Zeilenanfangs zur DD-RAM Adresse.

Marcel D. schrieb:
> Michael Haußmann (der_kochloeffel) schrieb:
>
>> Hallo, bin am Verzweifeln ...
>
> Uff, das ist ja ein Sack voll Probleme auf einmal!
>
> Welche Sourcen benutzt Du, die von
>
> a) Markus - SVN [transistortester]/Software/Markus
> b) Karl-Heinz - SVN [transistortester]/Software/tags oder
> c) SVN [transistortester]/Software/trunk
> d) selbstgeschriebene ?
>

a, b, c, d (gleich Mischung aus a, b, c, Routinen aus dem Netz, oder von 
hier.

@Marcel
> Was deine Displays anbelangt, so waren die Typen mir unbekannt, ich habe
> aber eine gut dokumentierte Seite gefunden:
> < http://www.spurtikus.de/basteln/pollin-lcd-roundup/ >

Ja habe ich Versucht, das Vierzeilige 1604 hatte mal zwischendurch auf 
Zeile 1 und 3 Text angezeigt, nach geringer änderung nur noch Komische 
Symbole oder Zwei Schwarze Balken, schaffe es nicht mehr ein einziges 
vernünftiges Zeichen aus dem 1604 herauszubekommen.

>
> Falls Du sie nicht kennst, dann ist sie jedenfalls einen Besuch wert.
>
> Aber wildes Herumprobieren hilft wohl nicht. Zuerst musst Du
> sicherstellen, dass die Hardware OK ist, d.H.:
> - Stromversorgung 5V messen, auch im Betrieb
> - Betriebsspannungen sauber und korrekt abblocken (100nF ker. mit kurzen
> Beinen
> - Taktfrequenz AtMega238p muss exakt 8MHz sein, die Fehlmessungen mit
> Kondensatoren deuten auf eine falsche oder unstabile Taktfrequenz.
> - sind die Fuses im AtMega238p richtig gesetzt? falss ja, versuchsweise
> Brown-out Detektor abschalten oder Schwelle herabsetzen (Siehe Beitrag
> kubi48).
>

Ja Hardware ist okay auch wenn die Zwei nachbauten echt unübersichtlich 
Wild aussehen, aber die sind völlig Okay, sag ja zuerst Zwei Zeilen 
Textdisplay, das zwar anging und den Text recht zusammengestückelt 
anzeigte, dann das vierzeilige 1604 das auf Zeile 1 und 3 den Text 
anzeigte, und irgendwie fehlte das was, weil wenn der sich Calibrieren 
wollte hat der zum anzeigen was ich machen soll, ein paar Minuten 
gebraucht. und ging nachdem ich die Brücke gesteckt habe einfach aus, 
nach neustart das selbe.

> Ausserdem findest Du hier im Forum noch viele Tips (ja, es ist sehr,
> sehr umfangreich, aber mit der Anzeige auf "alles" und den richtigen
> Suchbegriffen im Browser wird man schnell fündig).

Welches sind die Zauberworte, den Thread habe ich schon zigmal durch, 
ich heule fast wenn ich Bilder von dem Tester sehe mit einem 
Graphikdisplay wo er so schön die Werte und die abbildung des Bauteils 
anzeigt, das aber ist mir dank meines schrott's von Display den ich habe 
vorenthalten.

>
> Zum Display:
> Die meisten deiner Displays benutzen exotische Kontroller, sie sind mit
> der Standardsoftware nicht kompatibel. Eine brauchbare Lösung ist das
> TC1604A, es hat einen HD47780-Kontroller und arbeitet mit 5V.
>
> Für ein ähnliches Display (2 Zeilen / 16 Spalten) gibt es in der
> Standardsoftware > SVN
> [transistortester]/Software/Markus/ComponentTester-classic-1.20m.tgz >
> entsprechend konfigurierte Sources. Der LCD-Treiber HD47780.c /
> HD47780.h muss eventuell für deine Anzeige mit 4 Zeilen zu 16 Spalten
> angepasst werden, dann sollte das Programm schon mal was tun.
>
> Wenn diese Konfiguration dann erst mal läuft, hast Du eine gute Basis
> für weitere Anpassungen.
>
> Viel Glück, derri.

Ja das 140x32 (DG-14032 (P368D)) Grafikdisplay zeigt sehr abgehakten 
Text an, ich schaffe es nicht und weis auch erlich nicht wie ich dem 
Tester beibringen soll wie die Resolution (auflösung) vom Display ist, 
zeigt Text in nur einer Zeile an, Zeite Zeile Leer, optisch gleich wie 
das Zweizeilige 2 x 16 Zeichen DV-20208 (P365A) an aber halt nur die 
obere Zeile, das umschreiben hat nichts genützt, Dateien gelöscht und 
Orginal wieder hergestellt, dann alle Hoffnung in  das DV-20208 (P365A) 
gesteckt, und an dem getestet, da ja das Vierzeilige TC1604A-05 auch mal 
mit dem Mega den ich für das DV-20208 auf dem Chip hatte angesprungen 
ist habe ich zurzeit genau das drauf, es kommen die Balken auf dem Foto, 
aber nur etwa 1 Sec, danach nichts mehr, und nach ner weile schaltet er 
selbstständig wieder aus, das machen beide nachbauten des Testers.
Gebruzzelt wird mit Drachen und AVR Studio4 nachdem die 5.xx und 6.xx 
nicht so gut laufen wie die 4.xx.
Winavr die Aktuellste Version, Makefiles mit dem Programers Editor von 
Winavr.
Hab Adapterplatinen für den Dragon gebaut ein Bild mit der die für den 
328P ist sende ich als Anhang.
Es darf nun gespottet werden!

Werde einfach mal Sparen und mir nen Chinanachbau kaufen müssen, weil 
ich nicht die Kohle hab um mir ein Brauchbares Display zu Leisten, also 
hat es ja keinen Sinn.

Was mir allerdings garnicht in den Kopf will, es hatte ja zwischendurch 
Funktioniert, und durch umschreiben habe ich die Falschmessung der 
Batteriespannung in den griff bekommen, aber als ich heute Morgen noch 
dachte, also der Kondensatortestwert, stimmt ja hinten und vorne nicht, 
war das das letzte das ich in Drei Schritten ausprobierte, Schritt 1 war 
Wert verzehnfachen, im Make steht ja wie man es macht drinn, größerer 
wert kleinere ausgegebene Werte, anders Logischerweise größere Werte, 
aber als ich zuerst aus ner 12 ne 1 machte ging nix mehr beim Display, 
was hat denn das mit dem Display zu tun dachte ich... und habe dann ne 
10 draus gemacht, nix, alles gleich, also wieder ne 12, aber nichts geht 
mehr, nur noch eine Zeile Dunkle Balken und so ist es, da ich total 
Verzeifelt bin, hatte ich die Dumme Idee ich schreib von meinen 
Problemen, was sicher keine gute Idee war, weil ich erlich gesagt nicht 
Programieren also Schreiben kann, ich schaffe es komischerweise zeugs 
umzuschreiben, aber weis selbst nicht wie ich was ganz eigenes 
erschaffen kann, oder ich kann was kombinieren, egal interesiert eh 
keinen, ich bin nun mal der Typ der ständig verspottet wird, ind der 
keinen Titel in irgeneiner Form hat, egal, ich sollte aufhören zu nerven 
und einfach auf den CHinatester Sparen wenn es den vieleicht dann och 
gibt weil die Displays haben ja nach oben keine Grenzen, und nachdem ich 
derartig mit HD kompatiebel und Grafikdisplay und ST irgendwas 
Kompatibel auf die Schnauze gefallen bin macht es keinen Sinn ein 
Display zu suchen das vieleicht mit dem Tester auch irgendwie wenigstens 
ein wenig harmoniert.
LG

8 Mhz Quarz bei beiden, oder soll ich nen 16Mhz reinhauen, hatte ich vor 
nem Monat auch besorgt?
Im Make file wie auch in der Hardware habe ich 8 Mhz angegeben und Fuses 
auf Ext.Clock hatte auch Ext. 8 Mhz und die oberste mit ner 0 drinn 
versucht.

Michael Haußmann (der_kochloeffel)

Hallo,

Wie gesagt, mit der Software aus dem SVN ist der 8 MHz-Quarz korrekt (16 
MHz geht nur mit entsprechenden Anpassungen). Aber aus Deinen Bildern 
sehe ich, dass die Fuses falsch gesetzt sind. Du benutzt "externe 
Taktquelle", was bedeutet, dass man eine Taktquelle mit der 
entsprechenden Frequenz an Pin 9 anlegen muss. In unserem Fall ist aber 
Xtal Oscillator gefordert! (siehe Bild). Ich benutze auch den Dragon mit 
Atmel-Studio (mittlerweile Version 7), und deshalb kann ich mit 
Sicherheit sagen, dass folgende Werte richtig sind:

extended fuses: 0xfc
high fuses:     0xd9
low fuses:      0xf7

Schreib das mal Deinem ATmega hinter die Ohren (;-), dann sieht die Welt 
schon ganz anders aus! Und dann probier eine bewährte Software aus, 
bevor Du eigene Änderungen versuchst. Wie gesagt, Du brauchst eine 
gesunde Basis zum Experimentieren. Und immer nur eine Änderung zugleich 
vornehmen, sonst kannst Du ja nicht feststellen, welche Änderung was 
gebracht hat.

Und dann mach Dich nicht selber mies! Jeder hat mal klein angefangen, 
und aus Fehlern lernt man am meisten. So wie Dein Prototyp aussieht, seh 
ich gute Chancen, dass Du das Ding zum Laufen bringst. Du musst halt nur 
lernen, systematisch vorzugehen. Und das bedeutet, zuerst die Hardware 
kontrollieren, bevor man an der Software herumdoktert. Die beste 
Software kann nicht fehlerfrei auf einer fehlerbehafteten Hardware oder 
auf einem System mit mangelhafter Stromversorgung laufen. Also fang mit 
einer bewährten Software an, und passe sie dann, falls nötig, Schritt 
für Schritt an. Nur Mut!

Zum Schluss ein paar Zauberworte: fuses, display, brown-out, ad-wandler, 
referenz, usw.

Gruss, derri

Der Kochlöffel schrieb:
> wenn ich den Taster
> loslasse ist alles sofort aus!

Dann läuft der Quarzbetrieb nicht! Bitte den Anschluß des Quarzes an Pin 
9+10 des ATmega überprüfen. Im Zweifelsfalle ist es besser, wenn keine 
22pF Kondensatoren angeschlossen sind anstatt zu große Kapazitätswerte! 
Mit 22nF kann der Quarz nicht schwingen.

Der Kochlöffel schrieb:
> power solange ich den test drücke

Könnte beim Umsetzen der Fuses der Chip ausversehen komplett gelöscht 
worden sein? Dann bleibt der Tester auch nicht an weil PD6 nicht auf 1 
geschaltet wird. Das gleiche passiert auch, wenn der Quarz nicht 
schwingt weil dann der Prozessor nicht startet. Ein Verify des Flash 
Speichers schafft Klarheit.

Die zwei ker Kos könnten schon 22pf sein, aber mit den 2 x-cm langen 
Drähten zwischen uC und Quarz wird das nix.
Und war da nicht mal was mit unbedingt rote LED wegen Haltespannung? Mir 
sieht die LED weiss aus.

hab zwei beim einen quarz nachgerüstet an kabeln beim anderen nicht, 
beim Zweiten neueren Nachbau ist der Quarz direkt am Controller! da 
gibts trotzem Problemehab auf beidem rumprobiert der hier hat halt das 4 
Zeilen Display, und jetzt ne erliche Antwort kann das TC1604A-05 
überhaupt am Tester Funktionieren, und wenn ja hat jemand nen Tip oder 
ne Hilfe für mich, wenn nein dann hat es sich erledigt, denke ich mal!
Oder eins der anderen Displays die ich habe????

ja also geht das mit einem von meinen?
ach vergesst es mir sagt keiner ob es mit meinem Krahm den ich habe 
überhaupt geht oder nicht also vergesst es viel spaß !

Hallo bianchifan,

danke für deinen Bericht, mein Tester ist unterwegs.

bianchifan schrieb:
> Nachdem ich nun nach Weihnachten 2 Bausätze "DIY M12864 Transistor
>
> Die Referenzen habe ich mit meinem Metex 4650CR mehrfach gemessen.
> Bei einem Satz waren jeweils zwei Widerstände nahezu perfekt am
> idealwert, der dritte jeweils knapp auf der Toleranzgrenze.
> Beim zweiten Satz waren die Toleranzen deutlich größer, wobei der
> maximale Abweichler der 680er Fraktion mit 680,8 sicherlich noch
> akzeptabel ist.
> 473k4 für einen 0,1%igen 470k sind es IHMO sicherlich nicht.
Dein Meßgerät hat 0.15% + 3 Digits Unsicherheit, damit 0.1% Widerstände 
klassifizieren zu wollen ist ziemlich gewagt ;-)
Ansonsten schöner Baubericht, danke!

bernd_d56 schrieb:

> Dein Meßgerät hat 0.15% + 3 Digits Unsicherheit,
> damit 0.1% Widerstände klassifizieren zu wollen ist ziemlich gewagt ;-)

Im Prinzip ja, wenn man absolute Werte messen will, was ja meistens der 
Fall ist.

Aber wenn das Instrument einigermassen stabile Werte liefert (will 
sagen, ich messe 10 mal den gleichen Widerstand und bekomme 10 mal den 
gleichen Wert +/- 1 Digit in der letzten Stelle der Anzeige), kann man 
damit durchaus aus einer Menge von Widerständen diejenigen mit der 
geringsten relativen Abweichung heraussuchen. Es ist ja in diesem Fall 
wichtiger, dass die drei Testpins möglichst gleich bestückt sind. So 
gesehen ist die Vorgehensweise von bianchifan sinnvoll.

Gruss, derri

Hi Karl-Heinz Kübler,

I've sent an email, you'll answer to me.

Greetings to all.


Thank you.

Antonio C. schrieb:
> I've sent an email,

Hello Antonio!

I did answer two times, but I assume, that the Email address is not 
correctly. I did also send you a message to your "tym" account at the 
microcontroller site.

HNY an alle ! Hier mal ein Gehäusetipp von mir. Modefizierte Salatdose.
Tester ist geschützt und rundherum zugänglich.

Hat sich schon einmal jemand was für SOT23 und den ganzen SMD Kram 
einfallen lassen?
Ist doch oft ein ganz schönes Gefummel, bis man das gemessen hat.
Ich biege erst immer die Beinchen runter, dann mit Kunststoffpinzette 
drauf drücken.

Sergey schrieb:
> Can you explain what kind of line is displayed after compiling the
> source code (../sampling_lc.c:323:9: warning: variable 'dist00' set but
> not used [-Wunused-but-set-variable])

The variable dist00 is only used for a debug output (DEBUG_SAM=5). If 
the debug output is not enabled, the compiler gives a warning message, 
but the code for setting the unused dist00 is removed.

Marek N. schrieb im Beitrag #4410940:
> Was für ein Salat war es?

Vielleicht war es Kabel-Salat.



Duck und weg...

Gruss Asko.

Hello everyone.

Thanks for making this amazing project. Sometimes I see people is able 
to organize and do great things!

Your project is surpassing the features of most low-end DMMs and a 
versatility never found on a similar project. Congratulations for your 
results!

I'm a user from EEvBLOG, but I registered here to thank everyone about 
making this project possible and some questions.

Instead buying the device to chinese ones, I would prefer to buy the 
High End Edition to the original makers. Or at least use that money to 
support the project in some way.

- Are there plans to update the official page of the AVR 
Component/Transistor Tester?
* I only found [this 
https://drive.google.com/folderview?id=0B4yqyYy2DaakZzBVU3JDSXB6S1E&usp=sharing] 
crazy list of directories on a Google Drive folder.

- Are there plans to make an official index of hardware using the 
firmware?
* I'm interested in the different "clones", but also the available Open 
Hardware and the different updates to them.
** I'm personally interested in high-end versions of the hardware done 
in KiCad (best AVR, all addons, graphical color touch screen if 
possible...), with the full project files and symbols available.


- Is it possible to have an Arduino Shield for the tester? Ardutester 
seems to be no longer in development.

- Would be possible to add a continuity meter feature? I see many 
projects for it, but each one have different advantages and aren't to 
easy to customize.
* http://kripton2035.free.fr/Continuity%20Meters/continuity-elm-c.html

Mir auch schon passiert, den Mega8 tauschen.

Ist schon etwas her, aber ich glaube die müssen gar nicht geändert 
werden. Der Mega8 läuft bei Auslieferung mit 1MHz.

Helmut schrieb:
> Ich meine mich zu erinnern, das die Fuses in irgendeiner Datei
> beschrieben waren, aber in welcher  ;-) ?

Die Fuse-Settings stehen für den avrdude Aufruf in der Datei setup.mk im 
Quellcode Ordner. Die Datein setup.mk uns finsish.mk werden von allen 
Makefile's in den Unterverzeichnissen benutzt.

Helmut schrieb:
> Ok,
>
>
> aber der Atmega ist nicht nagelneu, da werde ich schon was verstellt
> haben...
>
> Ich meine mich zu erinnern, das die Fuses in irgendeiner Datei
> beschrieben waren, aber in welcher  ;-) ?

In der Datei "setup.mk" steht folgendes:

ifeq ($(PARTNO),m8)
MCU = atmega8
HEX_FLASH_FLAGS = --change-section-lma .eeprom=0x2000
ifeq ($(OP_MHZ),1)
# BODLEV 4V, BODEN enabled, SUT 65ms, CLK 1MHz
FUSES_INT = -U lfuse:w:0x21:m -U hfuse:w:0xd9:m
# operation with 1MHz crystal!!!
FUSES_CRY = -U lfuse:w:0x3d:m -U hfuse:w:0xc9:m
FUSES_CRY_L = -U lfuse:w:0x3d:m -U hfuse:w:0xd9:m
else
# BODLEV 4V, BODEN enabled, SUT 65ms, CLK 8MHz
FUSES_INT = -U lfuse:w:0x24:m -U hfuse:w:0xd9:m
# Operation with 8MHz crystal
FUSES_CRY = -U lfuse:w:0x3f:m -U hfuse:w:0xc9:m
FUSES_CRY_L = -U lfuse:w:0x3f:m -U hfuse:w:0xd9:m
endif
endif

Daraus schliesse ich für Betrieb mit 1MHZ, ohne Quarz:
lfuse: 0x21 ; hfuse: 0xd9

Hoffe das hilft!

derri

Timofonic T. schrieb:
> Is it possible to have an Arduino Shield for the tester?

It is possible to make a Arduino Shield. I did make tests for a Mega2560 
Arduino with a character display some time ago. For Arduino with a 
Mega328 it is possible, that the flash memory is unsufficient for 
graphical displays (additionally bootloader).

Timofonic T. schrieb:
> Would be possible to add a continuity meter feature?

I think, that it is better to make the continuity meter feature with a 
separate chip. You can probably integrate it in the same case. But a 
separate chip without display will save battery.

The wiki page of the tester will be updated after finishing the current 
developer release 1.12k :
https://www.mikrocontroller.net/articles/AVR_Transistortester

My system got out of energy (another project to do for the list!) and 
forgot to edit some stuff:

- What's the reason AVR got chosen other than the popularity in the DIY 
scene?

* I found a newer project using a PIC, but not schematic or code 
released...
http://www.jc-omega.com/index.php?tag/PIC%20components%20tester%20testeur%20de%20composants%20LCD%20couleur%20nokia

http://pcbheaven.com/opendir/index.php?show=70017233xj70017794xia95aee4e

- Is this product based on this project?

https://www.youtube.com/watch?v=IJIU8eRWoT8

I saw those "funny oscilloscope-like drawings" as a total layman at 
electronics cwould say. Then I found the following articles:
http://jeelabs.org/2012/01/31/component-tester/
http://jeelabs.org/2012/02/01/component-tester-part-2/index.html
http://jeelabs.org/2012/04/26/tk-semiconductor-analyzer/
http://jeelabs.org/2012/04/27/component-tester-revisited/
http://jeelabs.org/2012/05/18/generating-a-sine-wave/index.html
http://jeelabs.org/2012/05/19/generating-a-sine-wave-part-2/
http://jeelabs.org/2012/05/20/a-better-sine-wave/index.html
http://jeelabs.org/2012/05/21/producing-a-beefier-signal/
http://jeelabs.org/2012/05/25/different-op-amps/
http://jeelabs.org/2012/06/03/component-tester-quality/
http://jeelabs.org/2012/06/10/dual-power-supply/
http://jeelabs.org/2012/09/11/delayed-power-up-with-p-mosfets/
http://jeelabs.org/2012/11/27/sensing-with-an-optocoupler/
http://jeelabs.org/2012/11/24/its-a-current-source/


Anyone remember about the 
[http://dangerousprototypes.com/docs/Part_Ninja Part Ninja]? Their stuff 
is 
[http://dangerous-prototypes-open-hardware.googlecode.com/svn/trunk/Part-Ninja/ 
here]. Their 
[http://dangerousprototypes.com/forum/viewtopic.php?f=19&t=3764&start=120 
forum thread] was active until Feb 2014 (a guy did some improvements).

Felix Ratescu schrieb:
> 1. In the documentation (ver 1.12k) it's said that the .hex might be
> uploaded into the microcontroller using the bootloader already existing
> in it. Can you help with some instructions in doing that? What computer
> program must be used? What about the .eep? How to write it in this case?

It is some time ago with my last tests of a Arduino Mega2560 board.
I have used the Makefile in the subdirectory arduino_m2560.
The programming was done with avrdude from the Makefile (make program) 
for both, the .hex and .eep files. Only the verify for the EEprom has 
reported mismatch at my linux system.
..
I did not change the Fuses of the Arduino board!
..
The solder bridge between PE5 and PE6 is only required for frequency 
measurement because PE6 is not rooted to any Arduino port and only the 
PE6 pin can be used for the frequency measurement.

Felix Ratescu schrieb:
> The -com port is the same
> as the Arduino MEGA is connected (?), but what "programmer" (-c ...)
> must be set in the command line or Avrdude settings?

The following setting is used in the Makefile for the avrdude program:
#PARTNO = m2560 setting for ARDUINO MEGA, requires bootloader
PARTNO = m2560
PROGRAMMER=wiring
PORT = /dev/ttyACM0
BitClock=10.0
AVRDUDE_BAUD = -b 115200 -D

The call of avrdude program looks like:
avrdude -c $(PROGRAMMER) -B $(BitClock) $(AVRDUDE_BAUD) -p $(PARTNO) -P 
$(PORT) -U flash:w:./$(PROJECT).hex:a -U eeprom:w:./$(PROJECT).eep:a

The PORT setting "/dev/ttyACM0" uses the USB-Serial bridge of the 
Arduino with a linux system. The name ttyACM0 is correctly for the first 
USB-Serial bridge connected.