Forum: Projekte & Code Transistortester AVR

noob inc. schrieb:
> Um zu sehen ob die bei mir eingerichtete Toolchain unter WinAVR/SVR
> Studio4.19 bezüglich der Codegröße korrekt funktioniert reicht ja
> alleine die obige Make Datei zum Vergleichen oder?

Die Größe der .hex Datei (98.7%) scheint identisch zu der avr-gcc 
Version 4.8.2 zu sein. Die Option WITH_ROTARY_SWITCH habe ich im SVN bei 
der wei_st7565 Version deaktiviert. Einen defekten ATmega habe ich 
bisher sehr selten erlebt. Bei entferntem ATmega kann man die 680 Ohm 
und 470k Widerstände an den ATmega-Pins nachmessen. Ohne Prozessor 
sollten auch keine Verbindung der Anschlüsse (TP1-3) untereinander und 
nach GND und VCC meßbar sein.

Du hast Dich kein bisschen schlau gemacht, meinst aber hier mitreden zu 
koennen.
Die Dinger von Reichelt, ELV, und Co. koennen im Vergleich zum 
Transistortester; der Name stammt noch vom ersten "Tester", da er 
wirklich nur Transistoren testen sollte, mal ueberhaupt nicht gegen den 
Komponententester der hier in Mache ist anstinken. Allein schon vom 
Preis her nicht. Ein China-Tester kommt inkl. Gehaeuse auf vielleicht 
20.- inkl. Versand. Das herabgesetzte Teil von ELV, liegt bei 65.- was 
fuer mich doch wohl ein Argument ist.
Weiter bekomme ich hier immer die aktuellsten Firmwareversionen, inkl. 
grafischer Displays und allem moeglichen Schnick Schanck. Was man hier 
braucht muss dann jeder selber wissen. Mein Tester hat keine 10.- 
gekostet und erkennt so gut wie jedes Bauteil, inkl. Kapazitaeten inkl. 
IS-ESR, Induktivitaeten und wenn man mal ne PWM oder irgendeine 
Anstuppsfrequenz braucht, kann das Teil das auch noch. Argument 2
Hauptgrund war fuer mich die Bauteilerkennung weil man ganz simpel ohne 
Strippen ein SMD-Pad dran basteln konnte. Abgleichen und es ist auch 
noch erstaunlich genau.
Das kann ich jetzt eine Woche so weiter treiben.

Genau deieses Teil was Du da bei ELV gesehen hast, gab Markus den Anreiz 
einen selber zu bauen, eben weil er vor 6 Jahren noch 130.- kostete.

juergen schrieb:
> Nee! Collektor und Basis ermitteln kann man nicht mit 'nem ollen
> Multimeter.

Du machst seit mindestens 40 Jahren mit Elektronik rum und kannst keinen 
Transistor ausmessen ? Na Mahlzeit.
Schmeiss mal g00gle an und suche nach Fingermethode. So viel zu "geht 
nicht"

Guck doch einfach mal in der Bucht nach dem billigsten Tester den Du 
finden kannst. Sollte nicht mehr als 15.- kosten. Einer mit einem m328 
und dann kommst Du wieder und erzaehlst mir Deine Story nochmal.

@noob inc.  melde dich mal an, wollte dir evtl. eine PN schicken...

> Edit: Muss man WinAVR-20100110 parallel zu AVR Studio installiert haben
> damit das mit der Toolchain funktioniert(hab grad mal "AVR GCC Plug-in
> Help" geworfen).
Mit WinAVR-20100110 kommt man nicht mehr ans Ziel, ich benutze das schon 
lange nicht mehr, ist also nicht mehr vorhanden!

> Ich ging davon aus das man nur die aktuelle Toolchain
> braucht.
JA!
> Aber scheinbar baut das AVR Studio die Toolchain erst auf?
NEIN!
Die Build 730 ist schon mal ok!
Deinstalliere das Studio4.19 komplett inkl. Toolchain.
Installiere das Studio neu. Eine Toolchain wird da nicht dabei sein, 
also nimm eine ältere Version, die eine Installationsroutine besitzt.
Das wäre z.B. diese hier:

--AVR Toolchain 3.2.3-579 (95 MB, avr-gcc 4.5.1, AVR-Libc 1.7.1, updated 
2011/06/11, erzeugt Toolchain 3.2.3-314)--

hier die Seite, wo du diese(und auch alle anderen) herunterladen kannst.
Link:
https://www.mikrocontroller.net/articles/Atmel_Studio#Offizielle_Seite

nachdem das Studio4.19 Build730 neu gestartet wird, ist auch die 
Toolchain registriert und in
--Custom Compilation Options--  --External Tools-- --Use AVR Toolchain--
anwählbar.

Jetzt packst du die von mir verlinkte (neue) Toolchain
--AVR Toolchain 3.4.5 (15.9MB, updated 2014/11)--
in ein Temp-Verzeichnis deiner Wahl. Auspacken und in den vorhandenen 
Toolchain-Ordner des Studio4.19 kopieren (nichts löschen, nichts 
umbennen)
Es wird gefragt, ob die vorhandenen Files überschrieben werden sollen.
Bestätigen mit "JA" "ALLE" !
Studio4.19 neu starten und den Haken bei --Use AVR Toolchain-- setzen.

Nach Änderungen im Projekt, immer schön alles abspeichern!
Wichtig!!!
Shot 2:
Danach mit der Maus auf --transistortester-- rechte Maustaste und
--Rebuild Project-- anklicken (jetzt wird neu compiliert) und alles 
sollte hübsch sein

Jetzt muß das so aussehen wie auf dem Shot im Anhang!
Das muß jetzt funzen! Wenn nicht, dann ruf mich an... ;-)

Gruß Michael

Michael D. schrieb:
> Mit WinAVR-20100110 kommt man nicht mehr ans Ziel, ich benutze das schon
> lange nicht mehr, ist also nicht mehr vorhanden!

@mike0815
Hängt durchaus vom Ziel ab, die Firmware vom Transistortester lässt sich 
mit WinAVR sehr bequem erstellen :). Aber, ganz ohne Polemik, AVR Studio 
4.19 ist zwar robust und ausgereift, aber auch nicht mehr das neueste 
Modell. Und wie sieht es damit aus in Zusammenhang mit neueren 
Windows-Versionen aus wie 7, 8.1 oder gar 10?

@alle
Weil mehrere User im Forum schreiben, dass sie die Firmware mit Atmel 
Studio kompilieren, wollte ich das nicht auf mir sitzen lassen, dass ich 
das im ersten Anlauf nicht hingekriegt habe. Mit der Hilfe diverser 
Beiträge, speziell auch von mike0815, und mit Geduld & Spucke habe ich 
jetzt auch das Projekt von kubi unter Atmel Studio 7.0 mit avr-gcc 4.8.1 
am Laufen. Man kann sogar verschiedene Toolchains installieren und pro 
Projekt nutzen! Allerdings bleibt noch ein kleines Problem: bei jedem 
"make" bekomme ich eine Fehlermeldung "The system cannot find the path 
specified.", die aber offensichtlich frei erfunden ist, weil make.exe 
hinterher meldet:

1

Build succeeded.

2

========== Build All: 1 succeeded, 0 failed, 0 skipped ==========

Das so produzierte Hexfile ist identisch (!) mit dem von WinAVR 
produzierten und läuft ohne zu mucken. Ich vermute mal, irgend ein 
mingw- oder cygwin-Tool stört sich an einem Pfadnamen mit Leerräumen, 
und kriegt die Chose dann doch gebacken. Wer weiss mehr?

Anmerkung: die native Toolchain von Studio 7.0 benutzt avr-gcc 4.9.2, 
ich habe die Toolchain 
avr8-gnu-toolchain-installer-3.4.5.30-win32.any.x86 parallel 
installiert, sie enthält gcc 4.8.1 und erzeugt 0.5% weniger Bytes (Flash 
zu 96,6% voll statt 97,1%).

So langsam finde ich Spass daran, weil ich jetzt eine IDE habe, die 
quasi alle Atmel Controller unterstützt, und die sehr komfortabel zu 
bedienen ist.

Den GDB muss ich mir noch mal vorknöpfen, mit dem habe ich keine 
Erfahrung.

In den nächsten Tagen werde ich mal meine Vorgehensweise dokumentieren 
und hier oder im Wiki publizieren. Bis dann!

Gruss, derri

Michel schrieb:
> Inzwischen 9 Displays, und drei davon DOG von Electronic Assembly aber
> das nützt ja auch nix, wie ich nach 8 Wochen so feststellen musste!

Wildes Herumtauschen von Displays führt mit Sicherheit nicht schneller 
zum Ziel. Da wäre es hilfreicher, sich auf ein unterstütztes Display zu 
konzentrieren und nach möglichen Ursachen des Fehlverhaltens zu suchen. 
Wenn man Hilfe in Anspruch nehmen möchte, ist eine möglichst exakte 
Beschreibung der verwendeten Hardware, der verwendeten Softwareversion 
und Makefile erforderlich. Welche Möglichkeiten zur Fehlersuche 
bestehen, hängt auch von den zur Verfügung stehenden Meßmitteln 
(Vielfachmeßgerät, Oszilloskop ...) ab. Ab und zu gibt es auch 
schwierige Fälle, wie ich von einem Anwender erfahren mußte. Ein 
ATmega328 hat nicht mit normalen Textdisplays zusammengearbeitet, obwohl 
ein Test der Port D Ausgabe mit einer simplen Zählfunktion kein 
Fehlverhalten des Prozessors erkennen ließ. Bei Austausch des Prozessors 
lief das gleiche Programm aber ohne Probleme bei gleicher Hardware und 
Display.

Michel schrieb:
> Fragen was ich machen könnte brauch ich ja eh nicht weil Ihr einem
> nicht helfen werdet! Also so ist es denn halt!

Ich weiss, das klingt jetzt schulmeisterhaft, aber so ist es auch 
gedacht! Die Leute in diesem Forum sind sehr freundlich und 
hilfsbereit. Aber wenn Du dich weiter so benimmst wie die Axt im Wald, 
brauchst Du Dich nicht zu wundern, wenn Dir keiner antwortet. Lies schon 
mal die Gebrauchsanleitung für Postings und besinne Dich auf Deine guten 
Manieren.


der_kochloeffel schrieb:
> 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ß !

So langsam hab ich den Eindruck, Du liest nicht mal die Antworten auf 
Deine Posts!


der_kochloeffel schrieb im Beitrag #4408334:

> Weis ja nicht mal ob das mit meinen Displays überhaupt möglich ist den
> Tester zu betreiben / zu bauen?!!!!!!!

Wer lesen kann ist im Vorteil! Siehe:
Marcel D. schrieb:
 > 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.

Deshalb rate ich, erstmal mit dem Display TC1604A-05 zu testen! Auch 
wenn dann die Ausgabe nicht korrekt formatiert wird, so sollten doch 
z.T. sinnvolle Meldungen erkemnnbar sein.

Das Makefile muss angepasst werden, um 4 Zeilen darzustellen. Doch dazu 
später mehr.

Aber wie schon mehrfach gesagt, zuerst muss die Hardware stimmen. Es 
macht keinen Sinn, erst die Schuhe anzuziehen, um die Fussnägel zu 
schneiden ;-). Für eine grobe Überprüfung brauchst Du ein nur 
Multimeter.

Ich habe eine Liste mit Fragen erstellt, die Du Dir beantworten musst, 
um sicherzustellen, dass alles korrekt funktioniert. Falls bei der 
Hardwareprüfung Fehler festgestellt werden, müssen diese behoben werden. 
Vorher hat es absolut keinen Zweck, an der Software herumzutüfteln. Das 
hast Du ja mittlerweile wohl gecheckt.

Frageliste Transistortester Teil A
----------------------------------
Voraussetzung:
Standardschaltung mit HD47780 kompatiblem Text-Display (z.B. TC1604A-05)


Ohne Stromversorgung und ohne gesteckten uP 328p:
1.  Entspricht der Schaltplan der Standardversion von Markus? (siehe 
Anlage)
2.  Sind alle Verbindungen verdrahtet so wie im Schaltplan angegeben? 
(siehe Anlage)
3.  Haben alle Bauteile den korrekten Wert, wie im Schaltplan? (siehe 
Anlage)
4.  Sind gepolte Bauteile richtig herum eingelötet?
5.  Sind keine kalten oder losen Lötstellen vorhanden?

Stromversorgung anschliessen (Batterie 9V oder Netzteil 9V=):
6.  Liegt die Batteriespannung am Eingang der Einschaltlogik (Emitter 
Q1) an?
7.  Sind alle Massepunkte der Schaltung mit dem Minuspol der 
Stromversorgung verbunden?
8.  Liegt beim Drücken der Test-Taste 5V +/-0,1V an den Pins 7 und 20 
der uC-Fassung
    und am Vcc-Pin des Displays an?
9.  Leuchtet die LED beim Drücken der Test-Taste?

Stromversorgung abklemmen,
programmierten uProzessor (Fuses, Flash und EEProm) einsetzen,
Stromversorgung anschliessen:
10. Schaltet die Testtaste das Gerät ein?
11. Bleibt Vcc auf 5V?
12. Läuft der Quarzoszillator (8 MHz an Pin 10 des uP)?
13. Bleibt das Gerät eingeschaltet, wenn "Test" losgelassen wird?
14. Wird auf dem LCD sinnvoller Text angezeigt (Vbatt und Vcc)?

Alle Antworten mit "Nein" oder "Ja, aber" bedingen eine Korrektur.

Anlagen:

d:\Data\Pictures\fusesTT.png

Vorschlag: Melde Dich, nachdem Du die Liste abgearbeitet hast. Und 
bitte, schreib was Du festgestellt hast, sonst kann ja keiner eine 
Diagnose stellen.

Danach kümmern wir uns um das Display und dann um die Software. Wenn das 
Dir zu doof ist, dann kann ich nicht helfen.

derri

noob inc. schrieb:
> Flussmittelsäure für VA-Stahl

Grrrrrr! Nichts für ungut! Derartige Flussmittel mögen ja für den 
Berufsstand der Installateure und Spengler erste Wahl sein, aber bei 
gedruckten Schaltungen würde ich davon mehr als nur eine Armlänge 
Abstand halten ;) Die Säure wird in Verbindung mit der Luftfeuchtigkeit 
über kurz oder lang das Kupfer der Platine und das Zinn der Lötstellen 
angreifen.

Besser ist da allemal feines Elektroniklot mit Flussmittelseele, zur Not 
auch mit Blei. Das Kolophonium oder ähnliche lösungsmittelfreie 
Flussmittel darin lassen sich hinterher mit Brennspiritus bzw. Wasser 
leicht von der Platine abwischen/waschen!

Ansonsten: Problem gut gelöst!

derri

noob inc. schrieb:
> Falls mit der obigen Make bei deiner Toolchain weniger
> herauskommt dann läuft wohl bei mir und ihm was an der ToolChain nicht
> optimal?

Mit allen Optionen der Makefile kommen bei mir auch 100.3% heraus.
Im Beitrag  #4430567:
hatte ich ja schon Optionen genannt, mit denen Platz gespart werden 
kann.

Übrigens ist es ja toll, daß der Fehler in der Hardware nun auch 
gefunden ist. So einfach die Schaltung auch ist, der Aufbau ist trotzdem 
nicht unkritisch. Wenn Widerstandswerte bis 50 MOhm gemessen werden 
können, wenn auch mit bescheidener Genauigkeit, muß der Aufbau schon 
sauber ausgeführt sein. Auch für die Messung kleiner Widerstandswerte 
(ESR) muß der Anschluß und die Kontakte reproduzierbare Ergebnisse 
liefern können. Fast noch höhere Ansprüche an den Aufbau stellt die 
Messung kleinster (<10pF) Kapazitätswerte mit 0.01pF Auflösung. Wenn 
hier für die Messung Kabel verwendet werden, reicht schon die Berührung 
der Isolation aus, um die Nullkapazität zu verändern. Ein Öffnen bzw. 
Schließen der Kontakte des Textool Sockels, der oft bei chinesischen 
Nachbauten verwendet wird, verändert die Nullkapazität um etwa 0.6pF!

Michel schrieb:
>> Frageliste Transistortester Teil A

Na das ist jetzt mal Klartext, mit dem man was anfangen kann. Wenn ich 
das richtig sehe, hast Du folgende Displays zum Testen:

TC1604A-05
P368D (DG-14032)
EADip128-6
EA DOGL128-6
dogm-graphic091

Davon sollten wir doch eins zum Laufen kriegen. Adapter mit 74HC164 und 
74HC595 Schieberegister laufen nicht mit der Standard-Software von 
Karl-Heinz, soweit ich weiss.

Ich werde mich mal schlau machen, was die Displays anbelangt, dann melde 
ich mich noch mal.

In der Zwischenzeit hätte ich noch 2 Fragen:
- sind die Fuses so gesetzt, wie in meinem Bild FusesTT.png skizziert?
- ist die Betriebsspannung, solange die LED an ist, 5V +/-0,1V?
Ausserdem wäre es hilfreich, Deinen Schaltplan zu haben. Kannst Du den 
bitte posten (als PNG-File oder Eagle-Files gezippt)?

Michel schrieb:
> Bodlevel aus, ansonsten gleich.

OK, gut!

derri

Michel schrieb:
> Ich wäre so gerne mal einen winzigen Schritt weiter!

Beim TC1604A Display habe ich schon ein Problem herausgefunden.
Die Adressen im DD-RAM für die Zeichen in den Zeilen stimmen nicht mit 
dem Programm überein. Die Software erwartet die Adressen für die erste 
Spalte in den 4 Zeilen bei DD-RAM Adresse 0x00, 0x40, 0x10 und 0x50. Die 
Adressen für das TC1604A Display liegen aber bei 0x80, 0xC0, 0x90 und 
0xD0.
Eine Anpassung für das Display habe ich ins SVN-Archiv hochgeladen.
Für das TC1604A Display muß die Makefile Option FOUR_LINE_LCD=14 gesetzt 
werden, damit die anderen DD-RAM Adressen benutzt werden. Ich hoffe, daß 
es bei den Befehlen für den Controller keine weiteren Abweichungen gibt.

Michel schrieb:
> Das Display scheint nicht so recht zu wollen, hier Bilder von der
> Anzeige vom TC1604 A 05

Bei der Displayausgabe ist auffällig, das die Adressen des Character 
ROMs,
die zu den abgebildeten Zeichen gehören, immer das Bit D7 gesetzt haben.
Beispiele der ROM Adressen wie 0xDC, 0xED, 0xFC haben immer das obere 
Bit in beiden Nibbels gesetzt (0x80 und 0x08). Das legt den Verdacht 
nahe, daß der PD3 Ausgang nicht auf 0V geschaltet wird oder die 
Verdrahtung nicht stimmt.

Michel schrieb:
> Was ist eigentlich mit dem EA DOGL128-6 hab das besorgt weil es einen
> ST7565 hat der ja laut Makefile überstützt wird?
> Sicher geht das nicht weil ich dann doch das falsche besorgt habe? muss
> da eigentlich der CD4050 dazwischen oder nicht?
> Hab beides versucht es will alles nicht!

Michel schrieb:
> Und es hat folgende anschlüsse SI, SCL (CLK), A0, CS1B, Reset.
> Es soll ein ST7565R sein der im 4Wire SPI läuft.
> Laut >Reichelt und Datenblatt.

Stimmt im Prinzip alles, das DOGL128-6 sollte laufen, mit dem 
entsprechenden Makefile. Aber gib acht, es muss an 3,3V betrieben 
werden, mit einem CD4050 als Puffer an den Datenleitungen unten im Bild. 
Die Kondenstoren sind Pflicht, sie gehören zur internen 
Spannungsversorgung. Die Kontrasteinstellung erfolgt über die Software, 
nicht über ein Pot. Im Makefile von Karl-Heinz ist das aber korrekt 
voreingestellt. Ich bin noch nicht ganz durch mit den Displays, aber das 
DOGL müsste funktionieren.

Was das TC1604 anbelangt, so läuft es ja eigentlich. Nur sind die 
Zeichen im Zeichensatz um X Spalten verschoben (Bild charset...), was 
klar auf ein Problem mit den Datenleitungen zum Display hinweist! Ebenso 
wie die Tatsache, dass nur eine Zeile erscheint.

Mehr dazu später, muss jetzt leider weg.

Du bist auf einem guten Weg! Grusss, derri.

Nachtrag TC1604: Sieht nach einem Kurzschluss zwischen DB7 und VCC für 
die Hintergrungbeleuchtung aus (Pins 14 und 15 am Display). Hoffentlich 
ist der mega328P nicht hinüber!

Michel schrieb:
> Wo kommen die Pins vom DOGL128-6 denn eigentlich genau hin

Bei 3.3V Betrieb sind entweder 74HC4050 Gatter oder serielle Widerstände 
(2.7k) erforderlich!
SI (36)  ---> PD3
CLK (37) ---> PD2
A0 (38)  ---> PD1
Reset(39)---> PD0
CS (40)  ---> GND
Unter Umständen muß der Kontrast per Software nachgestellt werden. Die 
Inbetriebnahme ist wahrscheinlich auch nicht einfacher wie beim 
Textdisplay. Die 9 1uF Kondensatoren müssen ja auch nach Vorschrift des 
Herstellers angeschlossen werden.

Michel schrieb:
> Hallo,
> super vielen Dank, ich bin große schritte weiter

Freut mich! Und Danke für das Feedback.

Gruss, derri.

Michel schrieb:
> es Funktionieren beide Display's beim 1604 war es tatsächlich ein
> Kurzschluss,

Läuft das TC1604 A 05 mit der normalen Software, oder war eine Korrektur 
der DD-RAM Adressen erforderlich? In der Entwicklerversion 1.12k im SVN 
Pfad Software/trunk habe ich eine Option DD_RAM_OFFSET mit in die 
Makefiles eingebaut, mit denen der Adressunterschied von 128 (0x80) 
berücksichtigt werden kann. Außerdem unterscheiden sich die Adressen für 
die 3. und 4. Zeile je nach Displayvariante. Beim Display mit 20 Zeichen 
in der Zeile beginnt die 3. Zeile bei 0x20, beim 16 Zeichen Display 
(LCD_LINE_LENGTH=16) bei 0x10 bzw. 0x90.
Ich bin mir nicht sicher, daß die Unterschiede (16/20) bei der 1.11k 
Version schon richtig berücksichtigt sind.

bianchifan schrieb:
> 9,2 uF, ESR stetig steigend von ca. 0.2 OHm bis 0.8 Ohm, nach
> kurzzeitigen Unterbrechungen sogar bis zu 2Ohm.

Das ist ein seltsamer Effekt, der mit Sicherheit nicht typisch für 
keramische Kondensatoren ist. Für elektrolytische Kondensatoren ist 
sowohl Vloss als auch der ESR zu gering.
Bei 10uF keramischen Kondensatoren messe ich je nach Bauform einen ESR 
zwischen 0.01 und 0.05 Ohm und ein Vloss zwischen 0.3 und 0.6%. Ein ESR 
von 0.2 Ohm ist eher typisch für einen 1uF keramischen Kondensator. 
Vielleicht kann man die Stabilität der ESR-Messung mit einem Widerstand 
von etwa 0.05 - 0.10 Ohm überprüfen. Ein Stück Draht mit kleinem 
Querschnitt sollte für den Test ausreichen.

bbest schrieb:
> Hello!
>
> About next generation AVR Tester. May be it will be useful to use chip
> of xmega series, for example ATxmega256A1. Main bonus from this one is
> 12bit ADC. Besides a lot of memory and so on.

May I suggest ATxmega256A3U? ATxmega256A1 is not to be used for new 
projects anymore (says Atmel).

Greets, derri.

Marcel D. schrieb:

> May I suggest ATxmega256A3U? ATxmega256A1 is not to be used for new
> projects anymore (says Atmel).
>
All ATxmega operate with 3.3V power instead of 5V, which is too less to 
check FET's

Karl-Heinz K. schrieb:

>> May I suggest ATxmega256A3U?
> All ATxmega operate with 3.3V power instead of 5V, which is too less to
> check FET's

Oops, you're right.
If we want a substantial improvement over the ATmega328P, we should look 
for all features doubled at least: Flash, RAM, EEprom and I/O pin count. 
This leaves us with only a few chips running at 5,5V max.:

ATmega2561
ATmega1281
ATmega645, ATmega645A, ATmega645P
ATmega649, ATmega649A, ATmega649P

All have 54 I/O pins (64 pins total, 256/128/64 K Flash, 8/8/4 K RAM, 
4/4/2 K EEprom): more than enough for this project. So I would suggest 
the 1281 or the 2561 with plenty of room for software extensions.
(I'm dropping the XXX0 chips because they have a 100 pin package with 
only 0.5 mm pin pitch. They are difficult to solder with hobbyist 
equipment.)

But shouldn't this discussion be moved to a separate thread?
derri.

Ranseyer schrieb:
> I searched where to buy it. (Didnt found it)

So couldn't I. But I found this nice project including an ATmega128 
variant by an ukranian developer/team), well documented including PCB, 
3D-Printer files for a case, parts lists and component data sheets, as 
well as firmware, all based on the work of Markus and Karl-Heinz.

https://drive.google.com/folderview?id=0B4yqyYy2DaakZzBVU3JDSXB6S1E&usp=sharing#grid

Nowhere to buy either. But after all, this is a DIY project, isn't it?

Greetings, derri.

bbest schrieb:
> What parameter
> in Makefile should be set to correct this difference?

You should not try to make the tester to a precision instrument. You can 
see several examples of calibrated tester results in the pdf 
documentation. There is allways a variation of the measurement deviation 
over the resistance range of 10 Ohm to 10 MOhm. All is OK, if your 
measurement deviation is below 1%.

Sergey schrieb:
> Why use CFLAGS += -DSamplingADC_CNT function

The option SamplingADC_CNT was used for testing the samplingADC_cnt.S 
function, which was a full replacement for the samplingADC.S function.
With the latest extensions to the samplingADC.S function for the new 
"WITH_XTAL" option this replacement function can no longer be used.
The WITH_XTAL option can only used with a 16 MHz operation of the 
ATmega.
High frequency crystals and ceramic resonators can be detected with this 
option at TP1:3 . Further tests must be done with this option for 
improvement.

Petr schrieb:
> Ich habe vor ein paar Minuten AVR tester zusammengebaut und ich muss
> sagen, dass es absolut eine GENIALE SACHE ist!!!

"Vor" oder "Innerhalb" ein paar Minuten ?
Wenn "Innerhalb", dann "Hut ab".
(Ich habe dazu entschieden laenger gebraucht)    ;-)
Den Rest Deiner Aussage kann ich nur bestaetigen.

Gruss Asko

Sergey schrieb:
> Dear Karl-Heinz why using this function CFLAGS + = -DNO_NANO unit does
> not switch to the testimony uF

Thank you for information about the bug. The DisplayValue function was 
extended for the fempto (f) prefix (10**-15) and the move of the 'n' 
prefix was not respected right. SVN 636 should correct this bug.

What does "fF" mean
Or is it "pF"??
Continue testing.
:-) Thanks for providing such a good open source tool


and @Ranseyer :

Sorry, this DIY version only is scheduled in China, because foreign 
postage is too expensive.

Zhq S. schrieb:
> What does "fF" mean

1fF == 0.001pF
f = Femto

Sergey schrieb:
> Another question, say that in the fixed frequencies in
> the signal generator (439.9956) (441.9890) (443.0170) (153.8462).

440Hz is the normal "standard pitch" (deutsch Kammerton A).
443Hz is a "standard pitch" often used by german symphony orchestras.
442Hz is a "standard pitch" used by swiss symphony orchestras.
153.6kHz is the baud rate 9600 multiplied with 16. This Frequency is 
usefull to build the clock for UART's.
The deviation to the ideal frequency (439.9956 instead of 440.0 or 
153.8462 instead of 153.6) is caused by the scaling factor from the main 
8MHz clock.

The rotary encoder test is now selectable with the Makefile option 
WITH_ROTARY_CHECK for the Mega328. The test function is disabled by 
default for this processor type now.

Can you add a remote control infrared receiver code function.
Encoding and including frequency and waveform, of course, increase the 
hardware is essential that no problem.
Should have a certain help to DIYer.
In addition,I think the M644 chip has enough space to achieve this 
function.


and an other thing, the inductance measurement always feel small. 
Measurement 93uH, transistor tester measurement only 82uH.
The inductance of 7.05uH is measured with TTer only 6.8uH
Large capacitance measurement is now accurate.

Also complain about it, I hate this web browsing mode. A refresh is a 
full page refresh, tens of thousands of replies, in view of the fact 
that the blockade of the Internet in China, the need to spend a few 
minutes time to refresh the end and stuff in the process of interrupted 
and began to.
T.T

Zhq S. schrieb:
> Also complain about it, I hate this web browsing mode. A refresh is a
> full page refresh, tens of thousands of replies, in view of the fact
> that the blockade of the Internet in China, the need to spend a few
> minutes time to refresh the end and stuff in the process of interrupted
> and began to.
> T.T

Hi,
the forum display is divided into pages. To speed up load times click on 
the last "page #", below the last posting. The number of replies will be 
reduced to one page (see attached picture, marked number 21 @ bottom 
right). You may go back to "all" to display all pages, for a complete 
search or so. Hope this helps!

Btw, this is an open source project. It would certainly be appreciated 
if you would publish your version on the forum, since it seems of 
interest to many users.

greetings, derri

Marcel D. schrieb:

ah,Thank you very much.I found it.It's OK new.
My English is very poor, half by translation to know what is the meaning 
.
:-)

Zhq S. schrieb:
> Can you add a remote control infrared receiver code function.
> Encoding and including frequency and waveform, of course, increase the
> hardware is essential that no problem.
> Should have a certain help to DIYer.
> In addition,I think the M644 chip has enough space to achieve this
> function.

I think isn't it important function for the transistor tester. Sorry, 
but for a quick check of the remote control still just use any camera.

Considerably more interesting is the newly added test of the crystals.

bianchifan schrieb:
> Im Dauertestmodus 1-3 ist das Gerät tatsächlich im "Nonstop"-Modus, d.h.
> ohne Ausschalttimer.

Der Dauertest wird nach 250 Messungen beendet, wenn kein DC-Modus läuft. 
Der DC-Modus is abhängig von der Batteriespannung. Bei sehr kleiner 
Spannung oder einer Spannung über dem Optionswert DC_PWR (9.5V) läuft 
der Tester im DC-Modus ohne Zeitlimit.
Wenn allerdings ein Bauteil die TP1:3 Messung automatisch gestartet 
wurde, wird die TP1:3 Messung sofort wieder gestartet solange ein 
Bauteil angeschlossen ist. Damit ist das Beenden der Messung praktisch 
wirkungslos. Da scheint das sofortige Abschalten nach dem Beenden des 
[C] oder [RL] Modus das kleinere Übel zu sein, wenn die Funktion 
automatisch gestartet wurde.
Bei Start der Sonderfunktion über das Menü wird beim Beenden der 
Funktion wieder ins Menü zurückgekehrt.
Mit einem an TP1:3 angeschlossenen Kondensator oder Widerstand ist es 
nicht möglich, in das Menü zu gelangen. Das Bauteil sollte besser vorher 
entfernt werden. Wenn allerdings der Tester beim Beenden der TP1:3 
Messung abgeschaltet wird, kann das Menü mit einem langen Tastendruck 
beim Neustart aufgerufen werden.
Mit SVN Version 646 ist die Abschaltung des Testers beim Beenden des 
automatisch gestarteten Sondermodus ([C] oder [RL]) programmiert.

Michel schrieb:
> Den Coderpin 1 auf PB7 (D7), und Coderpin 2 auf PB5 (D5) und als Display
> verwende ich das Dogm 128 x 64.

Das Dogm 128x64 kenne ich nicht. Welcher Controller ist da verbaut und 
mit welchem Interface (SPI? I2C?) kann er angesteuert werden?

Tomas P. schrieb:
> I think isn't it important function for the transistor tester. Sorry,
> but for a quick check of the remote control still just use any camera.
>
> Considerably more interesting is the newly added test of the crystals.



I think You have not understanding of what I mean. I'm not going to 
judge whether the remote control is good or bad. I want the TTER to read 
the remote control of encoding and waveform.
Just like this. ：-）

Karl-Heinz K. schrieb:
> Michel schrieb:
>> Den Coderpin 1 auf PB7 (D7), und Coderpin 2 auf PB5 (D5) und als Display
>> verwende ich das Dogm 128 x 64.
>
> Das Dogm 128x64 kenne ich nicht. Welcher Controller ist da verbaut und
> mit welchem Interface (SPI? I2C?) kann er angesteuert werden?

Hallo Karl-Heinz,
Vielleicht kann ich helfen. Hier ein Auszug aus dem Datenblatt des
EA DOGM128x-6:

TECHNISCHE DATEN
* KONTRASTREICHE LCD-SUPERTWIST ANZEIGE (STN UND FSTN) MIT 15μm DOTGAP
* OPTIONALE LED-BELEUCHTUNG IN VERSCHIEDENEN FARBEN
* 128x64 PUNKTE (ENTSPRICHT 8x21 ZEICHEN ODER 4x16 ZEICHEN GROSS)
* KONTROLLER ST 7565R MIT SPI (4-DRAHT) INTERFACE
* SPANNUNGSVERSORGUNG SINGLE SUPPLY 3,0..3,3V (typ. 270μA)
* KEINE ZUS. SPANNUNGEN ERFORDERLICH
* BETRIEBSTEMPERATURBEREICH -20..+70°C (LAGER -30..+80°C)
* LED-HINTERGRUNDBELEUCHTUNG 5..40mA
* KEINE MONTAGE ERFORDERLICH: EINFACH NUR IN PCB EINLÖTEN

Das Datenblatt findest Du unter
< http://www.lcd-module.de/pdf/grafik/dogm128.pdf >

Vielen Dank für Deinen unermüdlichen Einsatz!

Marcel

Marcel D. schrieb:

> < http://www.lcd-module.de/pdf/grafik/dogm128.pdf >
>

The price of this screen is 20 times as much as the screen I now use.

Michel schrieb:
> In welcher Datei muss ich eine Änderung vornehmen das das Schutzrelais
> angesteuert wird?

Der Bezeichner TPRELAY sollte eigentlich auf PA4 für den Mega644/1284 in 
config.h richtig vorbesetzt sein. Bei meinem Testboard geht die 2.5V 
Spannung in den Meßpausen (während der Anzeigezeit) auf GND Pegel.
Wird beim Start des Testers die VCC Spannung korrekt angezeigt? Falls 
die Anzeige VCC= fehlt, ist die Präzisionsreferenz wahrscheinlich nicht 
an den richtigen Pin (ADC4=PA4) angeschlossen.

Baldron schrieb:
> Where can I find the TC1 tester?

That eBay? :)
http://www.ebay.com/itm/LCR-T6-TFT-Transistor-Tester-Diode-Triode-Capacitance-Meter-MOSFET-PNP-NPN-88H6/401011183719

Do not expect any support - the author of this clone tester doesn't 
provide the source code!

Zhq S. schrieb im Beitrag #4477609:
> Marcel D. schrieb:
>
>> < gm128.pdf >
>>
>
> The price of this screen is 20 times as much as the screen I now use.

OK, yours is much cheaper, but the question remains the same: What are 
the specs, and which controller and interface does it use?

Marcel.

bianchifan schrieb:
> I didn't noticed any announcement...

The Xtal test is a extension of the SamplingADC function, which is 
developed by Pieter-Tjerk (radio-amateur PA3FWM). The tester can measure 
Xtals and ceramic resonators with this option. You can enable the 
function with the Makefile Option WITH_XTAL only, if you use a 16 MHz 
crystal as clock source of the ATmega. I don't know the lower limit for 
detection, I have done tests with 2.048 MHz. The upper limit is about 12 
MHz. The measurement of 8 MHz Xtals make problems because it is exactly 
the half processor clock rate. You can probably measure Xtals with 
higher frequencies like 32 MHz, if they use the third or fifth harmonic. 
But you should respect, that only the fundamental frequency is shown.
Currently you can measure Xtals and ceramic resonators only between TP1 
and TP3. Probably you must use a smaller font with graphical displays to 
get enough space in the flash memory of the Mega328.

Michel schrieb:
> Dan für Deine Antwort, also der PA4 zieht gegen GND dan kann ich mit dem
> Multimeter erkennen, der PC4 nicht, obwohl in der Config.h richtig
> reingeschrieben unter dem 1284.

Der Bezeichner PC4 ist genau wie der Bezeichner PA4 auf 4 (Bitnummer) 
vorbesetzt. Wenn der Port geändert werden soll, muß auch das Data 
Direction Register (DDR) und gegebenenfalls auch ein PORT Register 
geändert werden. Das DDR Register für die Relay-Ansteuerung ist aber im 
Programm auf das ADC_DDR Register (ADC-Port) festgelegt.
An einen Defekt des LM4040 würde ich erst einmal nicht glauben. Da würde 
ich zunächst die Polarität des LM4040 überprüfen und auch den R9 (2.2k) 
würde ich zuerst nachmessen. Beide Ursachen der fehlerhaften Spannung 
können auch die Ursache für die mangelhafte Relay Ansteuerung sein.

Michel schrieb:

Use of NMOS, do not use npn. The NPN base has current.

Michel schrieb:
> Nur so ne Frage hat den Tester schon mal jemand mit dem Relais als
> Schutz aufgebaut?

Das wurde nach dem Schaltungsvorschlag aus der PDF-Dokumentation 
getestet. Die Bezeichnungen aus der Doku passen für einen ATmega328, für 
den Mega644/1284 muß PC4 durch PA4 und PC0-2 durch PA0-2 ersetzt werden. 
Der NPN Transistor sollte ausreichend hohen Stromverstärkungsfaktor 
besitzen und könnte auch durch einen N-MOSFET mit ausreichend niedriger 
"Gate Threshold" Spannung (<2.5V) ersetzt werden. Wichtig ist, daß die 
Schutzkontakte Öffner sind, damit der Schutz auch im ausgeschalteten 
stromlosen Zustand gewährleistet ist

Michel schrieb:
> und am PC4 Port geht garnichts, obwohl in der
> Config.h passend eingestellt?!?

Das wurde im Beitrag 
Beitrag "Re: Transistortester AVR" schon 
erläutert. Durch Ändern des Bezeichners PA4 in PC4 für die TPRELAY 
Zuweisung wird nichts geändert, da sowohl PC4 als auch PA4 nur die 
Bitnummer 4 ist. Für eine Portänderung müßte die Port Zuweisung und auch 
das Data Direction Register (DDR) geändert werden. Im Programm ist aber 
der Port fest mit dem Analog-Port verknüpft. Ohne Programmänderung kann 
also nur die Bitnummer geändert werden.

@Pieter-Tjerk de Boer (Gast)

Thank for this cool feature!

bianchifan schrieb:
> Im eevblog wird z.Zt. wohl eine Erweiterung für Optokoppler diskutiert.

Bei Optokopplern mit ausreichend niedrigem Steuerstrom durch die LED 
kann man diese als NPN-BJT testen Dazu muß der Emitter des 
Ausgangstransistors mit der Kathode der LED verbunden werden. Dann hat 
man 3 Pins für die Untersuchung zur Verfügung. Die Anode der LED, die 
Kathode der LED (verbunden mit dem Emitter des Transistors) und der 
Kollektor des Transistors. Der Tester findet die Anode der LED als Basis 
eines NPN-BJT sowie den Kollektor und Emitter Anschluß des Transistors. 
Der Stromverstärkungsfaktor ist normalerweise deutlich kleiner als bei 
einem normalen Transistor. Deshalb habe ich die Berechnung und Ausgabe 
des Stromverstärkungsfaktors hFE (B) ab SVN Version 648 mit einer 
Nachkommastelle versehen.
Erfolgreich getestet wurde bisher 4N26 (B=1.2), 4N32 (B=4.7), LTV825 
(B=27.5) und TIL119 (B=25). Ein MOC3022 wird als Thyristor erkannt, ist 
aber eigentlich ein TRIAC. Ein GN135 braucht wohl einen höheren 
LED-Strom, hier wird nur die LED richtig erkannt.

@Pieter-Tjerk de Boer

Hi Pieter-Tjerk,
during compilation of the revision 649 with enabled WITH_XTAL compiler 
generates warnings (printscreen is attached).

Thank you for your efforts to improve the software.

Regards
Tomas

bianchifan schrieb:
> Allerdings möchte Markus Nägel mit Köpfen machen und sich nicht mit
> einem max. CTR von 500 beschränken:

Neben der Anpassung der hFE (B) Ausgabe mit einer Nachkommastelle habe 
ich bei SVN Revision 650 auch die Detektion der bipolaren NPN 
Transistoren angepasst. Es wird jetzt auch ein 6N135 Optokoppler mit 
hFE=0.1 (0.2) erkannt. Beim 6N135 muß einmal die Kathode der LED (Pin 3) 
mit dem Emitter des Transistors (Pin 5) verbunden werden (wie bei jedem 
Optokoppler) und zum anderen die Kathode der Fotodiode (Pin 8) mit dem 
Kollektor des Transistors (Pin 6). Der Tester wird natürlich an Emitter 
und Kollektor des Transistors und an die Anode des LED angeschlossen 
(Pins 2,5,6).
Bei diesem Typ kann man auch den Transistor alleine (Pin 5,6,7), die LED 
alleine (Pin 2,3) und die Fotodiode alleine (Pin 7,8) untersucht werden.
Übrigens zeigt der Tester eine CE-Schutzdiode an, die im Datenblatt 
(Fairchild) nicht erwähnt wird.
Zum CTR Wert kommt man, wenn der hFE Wert mit 100 multipliziert wird. 
Der hFE wird bei Optokopplern praktisch immer in der Kollektorschaltung 
(Emitterfolger) ermittelt. Bei der Emitterschaltung wird der Basisstrom 
für die Bestimmung des Verstärkungsfaktors immer nur mit dem 470k 
Widerstand erzeugt, um eine Sättigung des Transistors zu verhindern.

Messtechniker schrieb:
> Mit Version 650 erfolgreich Optokoppler
> PC 817 und SFH 617 gemessen.

Vielen Dank für die Rückmeldung!
Damit die hFE Werte von Optokopplern mit sehr kleinem hFE (CTR) besser 
verglichen werden können, habe ich die hFE Auflösung auf 0.01 (1%) 
erhöht. Bei meinen beiden 6N135 wird so aus hFE=0.1 ein 0.18 und aus 
hFE=0.2 ein 0.25 ! Damit die Optokoppler aber überhaupt detektiert 
werden, sollte der hFE mindestens 0.1 betragen. Die Änderung der hFE 
Auflösung ist sogar für die Version des ATmega8 wirksam (SVN 653)!

Messtechniker schrieb:
> Mit SVN 653 messe ich ein hFE von 0,25 (CTR = 25). Passt nicht

Vielen Dank für die Meldung des Fehlers!
Bei SVN 653 es ein Überlauf-Problem (Overflow) bei der hFE Bestimmung. 
Das sollte mit SVN 654 berichtigt sein. Allerdings habe ich bei SVN 654 
ein neues Problem bei der Option-Kombination Sampling_ADC=1, WITH_XTAL, 
WITH_UJT und WITH_PUT. Bei dieser Kombination stürzt bei einem fish8840 
ohne Bauteil der Prozessor nach dem Kondensatortest ab und beginnt einen 
neuen Meßzyklus.
Wenn ich entweder WITH_XTAL oder WITH_UJT und WITH_PUT entferne, läuft 
alles.

Karl-Heinz K. schrieb:
> Wenn ich entweder WITH_XTAL oder WITH_UJT und WITH_PUT entferne, läuft
> alles.

Die Quellen im SVN-Archiv habe ich angepasst, damit die Kombination mit 
den Optionen WITH_XTAL und WITH_UJT wieder zusammen läuft. 
Wahrscheinlich war die Ursache ein Stack-Überlauf, da Speicher für den 
UJT Test nicht freigegeben wurde.
Durch die Anpassung der Transistorerkennung wegen der niedrigen 
Stromverstärkung von Optokopplern werden übrigens PUTs nicht mehr sicher 
als PUT erkannt. Teilweise werden PUTs (2N6027, 2N6028) auch als NPNp 
Transistor mit niedriger Stromverstärkung (hFE=0.07) erkannt. Kühlen mit 
Kältespray verbessert die Detektion. Es kann auch in CheckPins.c in 
Zeile 540 "  if(adc.hp1 < 4500) {   /* limit for opto-coupler with low 
hFE */" der Spannungswert von 4500 auf 4400 (mV) geändert werden. Dann 
sind die fehlerhaften PUT Erkennungen deutlich seltener.

Messtechniker schrieb:
> So die SVN 653 aufgebritzzelt.
> Optokopplerergebnisse siehe Bild.
>
> Euer Messtechniker

Moin,
gibt es für dein Programm wieder ein Update für die aktuelle Version von 
Karl-Heinz? Deine letzten Versionen habe ich leider nie zum laufen 
gebracht, weil ich meistens die aktuellste Version aus dem Trunk auf 
meine Tester flashe. Wäre chic, wenn du wieder was mit anhängst.

Gruß Michael

EDIT: Im übrigen laufen bei mir alle 3 Tester zufriedenstellend mit 
16MHz
Tester ohne Abschaltung, +UART
Tester mit Abschaltung   +VEXT
Tester Fish8840
alle Tester sind mit Drehgeber und 2x Relays für die C-Referenzen 
ausgestattet.
Ein Tester war immer etwas daneben, was ich auf die Exemplarstreuung 
zurückführte. Ein Tausch des µC (M328) brachte das gewünschte Ergebnis!

Hallo,

ich habe gestern 10 neu erstandene Transistoren vom Typ BC547B mit 
meinem TT gemessen. Mit folgendem Ergebnis:

Nr  hFE  Ube(mV)  Ic(mA)

T0  428  687  6,1
T1  428  687  6,1
T2  428  687  6,1
T5  428  687  6,1
T7  428  687  6,1
T8  428  687  6,1
T9  428  687  6,1
T3  427  692  6,1
T4  389  691  6,1
T6  389  691  6,1

Die Messbedingungen dazu waren:

Firmware vom 26.2. auf dem TT 328 KIT mit Grafikdisplay, 0,1% 
R-Toleranz. Neu kalibriert, alle Werte von ShowData plausibel und OK. 
Jeder Transistor wurde 3 mal hintereinander neu angeklemmt und gemessen. 
Stets ergaben sich exakt die oben angezeigten Werte.

Die Tabelle ist nur wegen der höheren Aussagekraft nach hFE sortiert. 
Zeitlich erfolgten die Messungen in der Reihenfolge der Numerierung der 
Transistoren.

Meine Frage nun an die Runde:
Sind derart enge BE-Toleranzen, insbesondere für Halbleiter, in 
laufender Produktion überhaupt realistisch? Auffällig erscheinen mir die 
komplett identischen Anzeigewerte bei 70% der vermessenen Transistoren.
Oder wird hier durch die Anzeige lediglich eine Genauigkeit suggeriert, 
die system- und konzeptbedingt im TT einfach nicht möglich ist?

Beste Grüße

Ulrich

Michael D. schrieb:
> gibt es für dein Programm wieder ein Update für die aktuelle Version von
> Karl-Heinz?

Die aktuelle SVN Version ist 656. Es gibt aber bisher keine 
vorkonfigurierte Makefiles für den 16MHz Betrieb und den XTAL Test in 
den diversen Unterverzeichnissen. Die beigefügte Makefile sollte für 
einen fish8840 mit Drehencoder, 16MHz und den Zusatztests WITH_XTAL, 
WITH_UJT, WITH_PUT und WITH_VEXT passen. Da die Zusatztests einiges an 
Speicherplatz kosten, wurde die Fontgröße auf 6x8 gesetzt und außerdem 
die Option NO_ICONS_DEMO und SHORT_UNCAL_MSG gesetzt.
In der gewählten Konfiguration beträgt die Flash-Speicherbelegung 98.8% 
.

Messtechniker schrieb:
> CTR lt. Datenblatt für SFH 617 A4: 160 bis 320.
> CTR lt. Datenblatt für PC 817 B: 130 bis 260.

Die Stromverstärkung wird bei den Optokopplern bei vergleichsweise 
niedrigem LED Strom gemessen. Deswegen ist es möglich, daß die hFE Werte 
generell etwas niedriger als die Datenblattwerte gemessen werden.

Ulrich E. schrieb:
> Oder wird hier durch die Anzeige lediglich eine Genauigkeit suggeriert,
> die system- und konzeptbedingt im TT einfach nicht möglich ist?

Es wundert mich etwas, daß in Deiner Tabelle der Kollektor-Strom 
angegeben ist. Dann sind die hFE Werte mit der Emitterschaltung (mit 
470k Basiswiderstand) gemessen worden. Wenn ich eine Reihe BC547C messe, 
wird immer der hFE Wert in Kollektorschaltung gemessen und deshalb ein 
Ie zwischen 2.5mA und 3.1mA angegeben. Die hFE Werte betragen dann 469, 
456, 471, 487, 457, 492, 452, 465, 537, 478, 442 und 458. Die Werte 
liegen zwar meist nahe beieinander, streuen aber doch deutlich mehr wie 
bei Deiner Meßreihe.
Zum Vergleich habe ich die gleichen BC547C auch in der Emitterschaltung 
(Option NO_COMMON_COLLECTOR_HFE) in zufälliger Reihenfolge noch einmal 
gemessen. Die Ic Werte liegen dann zwischen 4.0mA und 5.1mA .  Die hFE 
Werte in der Emitterschaltung sind dann 456, 453, 452, 467, 449, 441, 
473, 481, 526, 460, 465 und 481.
Die Maximalwerte (537, 526) und die Minimalwerte (442, 441) stimmen bei 
beiden Meßverfahren ziemlich gut überein. Möglicherweise handelt es sich 
bei den gleichbleibenden hFE Werten um einen Zufall. Der hFE Wert ist 
übrigens deutlich von der Temperatur abhängig. Die Veränderung des hFE 
Wertes kann man durch etwas Kältespray oder durch Erwärmung beobachten.

Karl-Heinz K. schrieb:
> Michael D. schrieb:
>> gibt es für dein Programm wieder ein Update für die aktuelle Version von
>> Karl-Heinz?
>
> Die aktuelle SVN Version ist 656. Es gibt aber bisher keine
> vorkonfigurierte Makefiles für den 16MHz Betrieb und den XTAL Test in
> den diversen Unterverzeichnissen.
Das macht ja nichts, kann man ja mit einer halben Zeile selber im 
Makefile ergänzen:

# The OP_MHZ option tells the software the Operating Frequency of your 
ATmega.
#OP_MHZ = 8
OP_MHZ = 16

> Die beigefügte Makefile sollte für
> einen fish8840 mit Drehencoder, 16MHz und den Zusatztests WITH_XTAL,
Was bedeutet:  "WITH_XTAL"  Beim Fish8840??? Quarze messen ohne 
Zusatzschaltung?

> WITH_UJT, WITH_PUT und WITH_VEXT passen. Da die Zusatztests einiges an
> Speicherplatz kosten, wurde die Fontgröße auf 6x8 gesetzt und außerdem
> die Option NO_ICONS_DEMO und SHORT_UNCAL_MSG gesetzt.
Der Font 5x8 spart noch mal etwas. (ist jetzt nicht so wichtig)
> In der gewählten Konfiguration beträgt die Flash-Speicherbelegung 98.8%
> .

Gruß Michael

EDIT:
> Dann mach' ich mich mal dran
Prima! Freut mich

Michael D. schrieb:
> Was bedeutet:  "WITH_XTAL"  Beim Fish8840??? Quarze messen ohne
> Zusatzschaltung?

Pieter-Tjerk hat eine Erweiterung der SamplingADC Funktion geschrieben, 
mit der Quarze und keramische Resonatoren ohne Zusatzschaltung gemessen 
werden können. Siehe auch 
Beitrag "Re: Transistortester AVR" .
Die untere Grenze der Quarzfequenz fängt bei 1MHz an und endet bei etwa 
12MHz. Voraussetzung ist ein 16MHz Quarzbetrieb des ATmega. Eventuell 
können auch Quarze mit höherer Frequenz gemessen werden, wenn die auf 
einer Oberwelle schwingen. Z.B. fällt die Grundfrequenz eines 32MHz 
Quarzes (3. Oberwelle) mit 10.6667MHz in den meßbaren Bereich. Derzeit 
ist eine Quarz- und Resonator-Messung nur an TP1 und TP3 möglich. Bei 
Quarzen wird versucht aus Serien- und Parallel-Frequenz die Kapazität 
des Ersatzschaltbildes Cm (fF = 0.001pF) zu bestimmen. Bei einer 
Quarzfrequenz von genau 8MHz gelingt das nicht. Auch bei exakt 4MHz 
scheint es noch Schwierigkeiten zu  geben.

Ich habe mal die letzte Version Ref.656 geflasht.
Ich mußte noch die Option "-DWITH_ROTARY_CHECK" deaktivieren, dann kam 
ich auf 97,9% Flash/94,4% EEPROM.

Selbsttest Extendet(so nenne ich den jetzt mal)durchlaufen lassen, 
danach ein paar Quarze getestet.
Der Tester taktet mit 16MHz!
Die einzig richtige Darstellung ist bei 8MHz Quarzen. Bei dem Rest der 
Probanden erscheinen auf der obersten Zeile nur Hieroglyphen.
Die gemessenen Werte scheinen mir aber sehr realistisch.
Anbei 8 Pics. Der Dateiname benennt die Aufschrift der Quarze, die Pics 
den gemessenen Wert.

Gruß Michael

Michael D. schrieb:
> Die einzig richtige Darstellung ist bei 8MHz Quarzen. Bei dem Rest der
> Probanden erscheinen auf der obersten Zeile nur Hieroglyphen.

Es könnte möglicherweise ein Stack-Überlauf die Ursache sein, um welchen 
Display Controller handelt es sich denn bei Deiner Testplatine? Der 
ST7920 braucht für die Ansteuerung einiges an zusätzlichem RAM-Speicher, 
da der komplette Display-Speicher im RAM abgelegt wird.

Karl-Heinz K. schrieb:
> Michael D. schrieb:
>> Die einzig richtige Darstellung ist bei 8MHz Quarzen. Bei dem Rest der
>> Probanden erscheinen auf der obersten Zeile nur Hieroglyphen.
>
> Es könnte möglicherweise ein Stack-Überlauf die Ursache sein, um welchen
> Display Controller handelt es sich denn bei Deiner Testplatine? Der
> ST7920 braucht für die Ansteuerung einiges an zusätzlichem RAM-Speicher,
> da der komplette Display-Speicher im RAM abgelegt wird.
Ach? Es liegt mal wieder am RAM? Das Problem hatten wir doch schon mal 
beim Selbsttest, da blieb das Display stehen und das Programm lief im 
Hintergrund weiter.
Es ist der ST7920 Controller! Ich habe meine beiden alten Tester damit 
aufgerüstet. Beim Fish8840 habe ich die aktuelle Software noch nicht 
getestet, da tritt das obere Wirrwarr bei der Ref.656 wohl nicht auf?

Kurze Frage zum Tester-Aufbau mit dem M1280. Ist es möglich stattdessen 
den ATMEGA128A-AU QFP-64 zu verwenden?

Gruß Michael

EDIT:
@Messtechniker
Das ging ja fix, danke auch! Nach dem Essen, werde ich das wohl mal 
testen ;-)

@Messtechniker,
mal ganz kurz zur Info:
Im Programmfenster 2. Spalte steht Optocoupler statt BJT

Muß Das Programm zwingend auf Laufwerk "C:" installiert werden oder geht 
auch ein Verzeichnis/Pfad nach Wahl ?

Michael D. schrieb:
> Kurze Frage zum Tester-Aufbau mit dem M1280. Ist es möglich stattdessen
> den ATMEGA128A-AU QFP-64 zu verwenden?

Getestet ist eine Version mit dem ATmega644 bzw. Mega1284. Das ist die 
größte Version, die auch als DIP verfügbar ist. Der ATMega128 hat wohl 
mehr IO-Pins, was aber nicht immer von Vorteil ist. Die Frequenzmessung 
braucht einen Zähler-Eingangspin (T0,T1,T3), der gleichzeitig auch 
external Interrupt Pin sein kann, wegen der Periodenmessung bei 
niedrigen Frequenzen. Beim ATmega1284 kann das T0,T1 sein, beim Mega128 
offensichtlich nur T3. Auch beim 100-Pin ATmega1280 gibt es da nur einen 
Pin!

@Messtechniker
Ich habe dein Programm heute Morgen getestet mit WinXP 32bit,
FTDI: COM9: 9600-8-N-1-N
Pfad C:CTT-BJT
Ich bekomme nichts in die Tabelle(auch nach mehrmaligen Testläufen)
Der FTDI ist ok, Daten werden auf z.B. Hyperterminal korrekt ausgegeben!

>> Muß Das Programm zwingend auf Laufwerk "C:" installiert werden oder geht
>> auch ein Verzeichnis/Pfad nach Wahl ?
> Leider zwingend auf C: ,da sonst das Programm die Hardware.ini und die
> Hilfedatei nicht findet. Ist leider der Preis dafür, dass man die
> Hardware.ini jetzt nicht mehr manuell bearbeiten muss. Ich denke
> allerdings noch mal darüber nach, ob irgendwie relative Pfade möglich
> sind.
Es ist ja kein großer Aufwand, die Schnittstelle manuell in die INI 
einzutragen, wenn man nicht Pfadgebunden ist, nehme ich das gerne in 
kauf.

Gruß Michael

Hallo Tester-Gemeinde
neulich hatte mein alter Chinese eine letale Begegnung mit einen 
geladenen Kondensator. Am Wochenende hab ich ihn wiederbelebt und einen 
neuen TQFP auf die Platine gezittert. Wo ich schon dabei war hab ich ihn 
noch ein wenig gepimpt. 0.1%-Widerstände, 16MHZ-Quarz, LM4040, MCP1702 
und natürlich einen ISP-Stecker.

Eine passende Firmware war fix gemacht (ausgezeichnete Arbeit, 
Karl-Heinz, vielen Dank). Danach musste ich noch einige Versionen 
erstellen, da der angezeigte Wert von Kondensatoren viel zu gering war. 
-DREF_C_KORR=65 scheint bei mir halbwegs brauchbar.

Leider habe ich beim Prüfen ein paar Probleme gefunden, die ich nicht so 
schnell selber gelöst bekomme.

Mein größtes Problem ist, dass der angezeigte Wert von Kondensatoren 
deutlich schwankt. Ich hab z.B. einige 50-nF-Kondensatoren mit 0,5% 
Genauigkeit. Bei 10 aufeinander folgenden Messungen bekomme ich Werte 
zwischen 49,65 und 50,41. Bei Spulen und Widerständen hab ich das 
Problem nicht. Da schwankt höchstens mal die letzte Stelle unabhängig 
vom Wert des Bauteils.

Immer mal wieder zwischendurch wird ein beliebiges Bauteil (Kerko, 
Spule, Widerstand, Transistor, auch gar kein Bauteil) als Elko erkannt. 
Der angezeigte Wert liegt dann zwischen etwa 40µF und 120µF. Der ESR 
wird regelmäßig angezeigt als  .15k.

Das letzte, kleinere Problem ist die Anzeige der Batteriespannung. Mein 
9-Volt Block soll 15-16 Volt haben. Wenn ich die Versorgung über ein 
Netzteil vornehm, dann bleiben die 15V auch dann konstant, wenn ich UBat 
auf 6.5 Volt runterregel.

Genug Prosa, die Fakten:
  Hardware China, beschriftet Transistor - L/C ESR Tester Ver. 2.4
    2013/07/01, Ursprünglich Atmega 168
    aktuell ATmega328p, Quarz 16MHz mit zwei Kondensatoren 22pF
  Software 2.11K angepasst auf 16MHz
  220nF an Pin 3 und Pin 6, VCC und GND (TQFP!)
  je 100nF direkt an Ein- und Ausgang des MCP1702
  1nF an Pin20, ARef, -DNO_AREF_CAP auskommentiert
  Spannungsteiler an ADC5 10k/3k3 1%
    Spannung gemessen 2,24V bei UBat 9V,
    -DBAT_NUMERATOR=133 und -DBAT_DENOMINATOR=33 eingeschaltet
  An ADC4 ein LM4040, Spannung gemessen 2,49V unmittelbar Messbeginn.
    Nach ca 2 Sekunden bricht die Spannung auf 0,046V ein (What???)
  Anzeige Bat=15V OK / VCC=5.01V

Hat jemand einen Tip für mich oder zwei?

rufus

Rolf B. schrieb:
> 1nF an Pin20, ARef, -DNO_AREF_CAP auskommentiert
>   Spannungsteiler an ADC5 10k/3k3 1%
>     Spannung gemessen 2,24V bei UBat 9V,
>     -DBAT_NUMERATOR=133 und -DBAT_DENOMINATOR=33 eingeschaltet
Die Spannung von 2.24V ist in Ordnung. Wurde die Spannung direkt an dem 
ADC5 Pin des ATmega gemessen? Falls Ja, wie ist die angezeigte 
Batteriespannung bei aufgedrückter Meßspitze des Voltmeters?


>   An ADC4 ein LM4040, Spannung gemessen 2,49V unmittelbar Messbeginn.
>     Nach ca 2 Sekunden bricht die Spannung auf 0,046V ein (What???)
>   Anzeige Bat=15V OK / VCC=5.01V
Die Spannung des LM4040 wird mit PC4 nach GND kurzgeschlossen, wenn der 
Meßzyklus geginnt. Mit dem Spannungswechsel kann ein Relais geschaltet 
werden, daß mit seinen beiden Ruhekontakten die Test-Port Eingänge 
kurzschließt.

> da der angezeigte Wert von Kondensatoren viel zu gering war.
> -DREF_C_KORR=65 scheint bei mir halbwegs brauchbar.
Der Wert von 65 ist außergewöhnlich. Normalerweise bracht der Wert von 
12 nicht geändert zu werden, da die Exemplarstreuungen des ATmega bei 
der Kalibration (1-||-3 >100nF) kompensiert werden.
Es sollte übrigens die Spannungsüberwachung des ATmega (Brown-Out 
Efuse=0xfc) eingeschaltet werden. Wenn der Prozessor hiernach mit 
Neustarts reagiert, muß die VCC Abblockung verbessert werden.

Natürlich sollten AVCC und VCC miteinander verbunden sein und auch die 
beiden GND Anschlüsse sollten auf der Platine verbunden sein. Die GND 
Anschlüsse sind aber auch innerhalb des ATmega verbunden, das kann bei 
eingelötetem ATmega leider nicht ohne weiteres nachgemessen werden.

Wichtig wäre auch das Ergebnis des Selbsttests. Die Tests T2-T3, T5-T7 
geben in der zweiten Zeile jeweils die Abweichung vom erwarteten Meßwert 
in mV an. Die Werte sollten also im Betrag unter 10mV bleiben.

Hallo, Karl-Heinz,

> Die Spannung von 2.24V ist in Ordnung. Wurde die Spannung direkt an dem
> ADC5 Pin des ATmega gemessen? Falls Ja, wie ist die angezeigte
> Batteriespannung bei aufgedrückter Meßspitze des Voltmeters?

Ja, gemessen wurde direkt am Controller-Pin. Die Anzeige konnte ich 
bisher nicht kontrollieren. Entweder messen oder anzeigen. Das Display 
wird so draufgesteckt, dass 99% der Ekektronik angedeckt ist. Werd mir 
morgen mal ein Adapterkabel löten um diesen Missstand zu beseitigen.

> Die Spannung des LM4040 wird mit PC4 nach GND kurzgeschlossen, wenn der
> Meßzyklus geginnt. Mit dem Spannungswechsel kann ein Relais geschaltet
> werden, daß mit seinen beiden Ruhekontakten die Test-Port Eingänge
> kurzschließt.

Ja, richtig. den Vorschlag zum Schützen der Eingänge hab ich in der Doku 
gesehen. Hätte ich das doch nur schon gehabt ;-)

> Es sollte übrigens die Spannungsüberwachung des ATmega (Brown-Out
> Efuse=0xfc) eingeschaltet werden. Wenn der Prozessor hiernach mit
> Neustarts reagiert, muß die VCC Abblockung verbessert werden.

EFUSE ist D9. Das werd ich morgen mal ändern. Ich seh grad, das ich AVCC 
keinen eigenen 100nF spendiert hab. Werkmäßig wurde allerdings ein SMD 
in der Nähe eingebaut. Das krieg ich aber raus.

Auf der Platin kann ich nur erkennen, das Pin Pin 4 und Pin 6 (Vcc) 
miteinander verbunden sind. Ich werd morgen noch die Pins 3 und 5 (GND) 
mit einem Draht verbinden.

Die Selbsttest-Werte schick ich morgen mal rüber.

Ganz vielen Dank erst mal.

Rufus

Rolf B. schrieb:
> EFUSE ist D9. Das werd ich morgen mal ändern.

Die HFUSE sollte 0xd9 sein, die EFUSE 0xfc oder 0x04 je nach Programm !
(LFUSE 0xF7)

Gestern hatte ich geschrieben, dass Efuse den Wert D9 hätte. Hab jetzt 
mal 'make fuses-crystal' gestartet und bin durch die Ausgabe von avrdude 
irritiert worden. Avrdude schreibt die drei Bytes ja einzeln und macht 
auch den Verify einzeln. Dabei werden die Werte für die Fuses richtig 
ausgegeben. Zum Schluß gibt der Dude noch einmal alle drei Bytes aus, 
aber dabei kommt er offensichtlich  ins Tüddeln und vertauscht Hfuse und 
Efuse.

Die Verbindung zwischen Pin 3 und Pin5 hab ich noch mal verdrahtet. 
Zusätzlich hab ich Strippen zwischen dem Ausgang des 1702 und Vcc/AVcc 
sowie zwischen GND des 1702 und GND am 328 gezogen.

Hab zwar jetzt ne Masseschleife. Aber das hat keine negativen 
Auswirkungen. Es hat sogar gar keine Auswirkungen. Wie auch die 
zusätzliche Kapazität am AVcc.

Als letzte Aktion hab ich vorhin mal einen 8MHz-Quarz eingebaut. Das 
hatte jedenfalls zwei Auswirkungen: Test und Selbsttest dauern spürbar 
länger und jetzt ist ca. jede dritte bis viere Messung total daneben. 
Egal was als Prüfling angeschlossen ist wird mir ein Elko mit 40-140µF 
und einem ESR von .15k angezeigt. Das war vorher deutlich seltener.

Ach so, nach dem Einbau des 8MHz-Quarz musste ich REF_C_KORR wieder auf 
den urprünglichen Wert 12 setzen.

Ich werd heute abend mal die verschiedenen Layouts sichten und mir 
morgen eine Platine ätzen. Da ist dann jedenfalls ein 328 im 
'vernünftigen' Gehäuse drauf, der schnell mal gewechselt ist. Ich 
vermute, das der Prozessor auf der Chinesenplatine irgendwie einen 
Schlag weg hat.
Zum Schluss noch die Ausgabe der Selbsttests, noch mit 16MHz. Vielleicht 
enthalten die ja noch eine irgendwie zweckdienliche Information.

1

Selbsttest

2

R0 .15 .15 .11

3

T1  1110 / 806

4

T2 -4 -4 -4

5

T3 -5 -5 -5

6

T5 2 1 2

7

T6 alle drei Werte schwanken zwischen 0 und -7

8

T7 0 0 0

9

Ri_Hi 22.4

10

Ri_Lo 20.0

11

C0 35 35 33

12

Ref_C 51

13

Ref_R -13

Rufus

bbest schrieb:
> Connected two 18650 Li-Ion batteries. So it
> must be about 3.7 x 2 = 7.4Volts for power.

> CFLAGS += -DBAT_POOR=6400
> CFLAGS += -DDC_PWR=9500

You should check the "battery empty" voltage level of your battery. 
Usually the LIFE Batteries has the lowest battery voltage specified as 
3.0V. You should choose the BAT_POOR level a little bit higher than the 
specified lowest level because two batteries are connected serial. You 
can leave the BAT_POOR level as selected 6400 (6.4V) or set it down to 
6200 (6.2V). I do not recommend to select a lower value than 6.2V. The 
lower limit of the input voltage must also match the lower limit of the 
voltage regulator input. The 74L05 need a higher input voltage than the 
MCP1702-5002 or other low dropout regulators.

Rolf B. schrieb:
> Zum Schluss noch die Ausgabe der Selbsttests, noch mit 16MHz. Vielleicht
> enthalten die ja noch eine irgendwie zweckdienliche Information.

Alle Selbsttest-Werte sehen eigentlich gut aus. Lediglich der REF_C 
Korrekturwert ist etwas hoch. Aber da hatte ich auch schon ähnliche 
Ausreisser. Die liefen aber nach der Kalibration ganz normal. Leider 
habe ich auch keine Idee, wo die Probleme herkommen.

bbest schrieb:
> Battery voltage equal 8.3V, but tester shows 7.1 - 7.3V

You should additionally check the battery voltage at the input of the 
voltage regulator with a voltmeter. If the difference to the voltage 
measured at the battery is more than some 100mV, you should search the 
reason.
Another test can be done by measuring the voltage at the ADC5 pin or at 
the R15 - R8 connection with a voltmeter, if your fish8840 use the same 
circuit as described in the PDF documentation. The voltage at the 
voltage divider should be the half of the battery voltage. The high 
voltage side of the R15 resistor should be connected to the Drain of Q1 
instead of the the Source connection to avoid the permanent battery 
discharge (described also in the PDF). If the voltage at the divider 
does not match to the half of the battery value, you should check the 
resistance of R8 and R15. Both resistors should have the same value of 
47kOhm.

Michael D. schrieb:
> Die einzig richtige Darstellung ist bei 8MHz Quarzen. Bei dem Rest der
> Probanden erscheinen auf der obersten Zeile nur Hieroglyphen.

Bei der SVN Revision 657 hat Pieter-Tjerk einige Verbesserungen und auch 
einen Weg gefunden, bei der sampling_xtal Funktion RAM-Platz zu sparen.
Es lohnt sich also auch mit dem ST7920-Controller die neue Version zu 
testen.

Karl-Heinz K. schrieb:
> Michael D. schrieb:
>> Die einzig richtige Darstellung ist bei 8MHz Quarzen. Bei dem Rest der
>> Probanden erscheinen auf der obersten Zeile nur Hieroglyphen.
>
> Bei der SVN Revision 657 hat Pieter-Tjerk einige Verbesserungen und auch
> einen Weg gefunden, bei der sampling_xtal Funktion RAM-Platz zu sparen.
> Es lohnt sich also auch mit dem ST7920-Controller die neue Version zu
> testen.
Ach? Das ging ja fix!
Mich hatte das jetzt nicht so gestört, solange ich die korrekten Werte 
ablesen kann.
Aber wenn es gefixt worden ist(danke auch!), werde ich es morgen mal 
flashen, testen u. berichten, wenn Interesse besteht.

Gruß Michael

Kann es sein, das bei 16MHz Takt (M328) nicht mehr soviel Gezappel bei 
der "C-Messung" kleiner Kapazitäten im Display stattfindet?

Beim Selftest extendet (so nenne ich diesen) schliesse ich sofort den 
Textool-Sockel nach Aufforderung die Pins 1-3 wieder frei zu geben.
Oder klemme einen SMD-Test-Adapter(wenn er benötigt wird) ein und lasse 
ihn dort bis zum  Ende des Selbsttests.
Das macht bei Messungen kleiner Kapazitäten einen Unterschied von 
30-50pF, wenn ich alles offen lasse.
Mit Textool und SMD Adapter sind es gerade mal 0,00-0,03pF
Nur mal so als Tip!

Gruß Michael

Sergey schrieb:
> Why is the latest release 658 no
> WITH_UJT functions WITH_PUT, WITH_XTAL to measure optocouplers and
> measurement of quartz resonators?

Currently the test function for XTAL / ceramic resonator make problems 
to differ the higher frequency resonators (>4MHz) from XTALs. Also some 
XTAL frequencies can cause wrong frequency results (3.5795MHz for 
example). You can try to measure the crystal with additional capacity 
load, if the frequeny result is in doubt (try 10pF, 22pF and 47pF).
The test sequencies are not finished and additionally the documentation 
is not done for this new features. Therefore this options are not 
enabled by default.

Hallo Karl-Heinz,

wenn man nicht alles selber macht;-) Hab mir eine Minimal-Konfiguration 
des Testers (ohne Abschaltung) auf Lochraster zusammen gedengelt und 
alles klappt auf Anhieb.

Jetzt werde ich den Rest auch noch aufbauen und dann ab in ein schönes 
Gehäuse.

Eine Frage hab ich noch: Du hast geschrieben, dass ca 2Sekunden nach dem 
Drücken der Taste der Pin 27, PC4 nach Masse gezogen wird um ein Relais 
zum Schutz der Eingänge zu schalten. Dafür würde ich zwei Transistoren 
benötigen. Der Schaltplan 'unter_LCD' nimmt den Ausgang 26, PC3, der 
offensichtlich genau umgekehrt schaltet. Er kommt mit einem 
Schalttransistor aus. Welche Version ist denn die aktuelle bzw. die zu 
bevorzugende und welche Software muss ich dafür flashen?

Vielen Dank für deine Hilfe und die Arbeit, die Du Dir machst.

PS:
Was dem Chinesen nach meiner 'Reparatur' noch fehlt werd ich evtl mal 
ergründen, wenn ich mal Langeweile hab.

Rolf B. schrieb:
> Dafür würde ich zwei Transistoren benötigen.

Der Kurzschluß der Testports wird über zwei Ruhekontakte des Relays 
hergestellt. Damit ist der Schutz im ausgeschalteten Zustand und bei 
einer stromlosen Relay Spule erreicht. Mit einem NPN-Transistor, der 
über einen Basiswiderstand der 2.5V Spannungsreferenz etwas Strom 
stiehlt, wird das Relay solange angezogen, bis der PC4 Ausgang des 
ATmega den Basisstrom und den Strom der 2.5V Referenz übernimmt. Dann 
fällt das Relay wieder ab und stellt den Schutz wieder her. Während der 
Messung müssen die Testports freigeschaltet sein. Nach der Messung, also 
während der Displayanzeige, wird das Relay wieder abgeschaltet und der 
Schutz hergestellt.
Der NPN-Tansistor mit hoher Stromverstärkung kann auch durch einen 
N-E-MOSFET ersetzt werden, wenn die 2.5V Gateansteuerung reichen.

Ich habe die Ref.658 geflasht. Das Anzeigeproblem ist behoben.
Anbei die Pics.
Was bedeuten die angezeigten Werte z.B.:
(6000kHz) CM=3fF, (443373kHz) CM=11fF ?

Kleiner Hinweiß:
Ist beim Kalibrieren ein TTL-Wandler angeschlossen(onBoard), werden 
falsche Werte gemessen. Der TX-Pin am TTL-Wandler scheint dort Einfluss 
auszuüben.
Das Problem, habe ich mit eine Jumper in der TX-Leitung behoben.



@Messtechniker,
Meine Config. mit dem FTDI ist wie hier beschrieben:
Beitrag "Re: Transistortester AVR"

Wie schon geschrieben, findet eine Ausgabe von verschiedenen Terminal 
statt.
Dein Programm kann ich einfach nicht dazu bewegen!
Habe auch verschiedene Baudraten probiert, ohne Erfolg.
Wo liegt der Fehler?

Michael D. schrieb:
> Was bedeuten die angezeigten Werte z.B.:
> (6000kHz) CM=3fF, (443373kHz) CM=11fF ?

Pieter-Tjerk versucht aus der Differenz der beiden Resonanzfrequenzen 
(seriell und parallel) die Kondensatorkapazität des Ersatzschaltbildes 
zu ermitteln (1fF = 0.001pF). Die Richtigkeit der ermittelten Werte kann 
ich leider nicht überprüfen. Bei 8MHz Quarzen funktioniert das Verfahren 
gar nicht.

Für alle, welche die Frequenzauswahl bei der Frequenzerzeugung 
(f-Generator) für unflexibel halten, habe ich eine frei einstellbare 
Version (SVN 659) hochgeladen.
Die Frequenzauswahl beginnt bei 1Hz.
Die Darstellung in der 2.Zeile sieht wie folgt aus:
>1Hz
Durch kurzes Tastendrücken (0.1-0.7s) wird die Frequenz um 1 Hz erhöht.
Selbstverständlich kann auch der Impulsdrehgeber für die 
Frequenzeinstellung benutzt werden. Damit können die Ziffern dann auch 
niedriger gewählt werden.
Durch langes Tastendrücken (0.8-1.4s) wird eine Stelle (10Hz) 
hinzugefügt.
Dann sieht die 2.Zeile so aus:
>01Hz
Die Erhöhung der 10Hz Stufe ist dann genau so möglich wie bei der 1Hz 
Stufe. Es gibt aber eine Besonderheit. Wenn bei der Ziffer 9 noch einmal 
die Taste gedrückt wird, wechselt die Ziffer auf 0, aber der Pfeil in 
der 1. Spalte wechselt die Richtung. Die zweite Zeile sieht dann so aus:
<01Hz
Wenn jetzt die Taste lang gedrückt wird, verschwindet die 10Hz Stufe, 
die führende Null verschwindet also und die Darstellung ist wieder wie 
am Anfang (>1Hz).
Wenn die Taste aber kurz gedrückt wird, wechselt die Darstellung "<01Hz" 
wieder in ">01Hz". Damit kann man bei jeder 10Hz Einstellung (0x - 9x) 
die nächste Stufe durch langen Tastendruck wählen (00x - 09x).
Die letzte so erreichbare Schaltstufe ist die 100kHz Stelle. Für diese 
Schaltstufe ist die Auswahl von 0 - 20 möglich. Anstelle des ">" 
Zeichens erscheint in Spalte 1 ein "R" für Reset. Wenn bei R in Spalte 1 
die Taste lang gedrückt wird, wird die Frequenz wieder auf 1Hz 
zurückgesetzt. Auch in der 100kHz Stufe kann nach der Stufe 20 (2MHz) 
durch kurzes Tastendrücken wieder zur 0 (0xx.xxxkHz) mit dem Pfeíl nach 
links (<) statt dem "R" in Spalte 1 geschaltet werden. Bei langem 
Tastendruck in diesem Zustand verschwindet die führende Null und die 
Schaltstufe beträgt wieder 10kHz. So kann also wieder Stufe um Stufe bis 
zur 1Hz Stufe zurückgeschaltet werden.
Es ist zu beachten, daß die Stufung der mit dem Zähler erzeugbaren 
Frequenzen bei höheren Frequenzen recht grob ist. Es wird immer mit 
einer fest eingestellten Periode gearbeitet. Es wird nicht versucht 
durch Hin und Her-schalten der Periode die gewünschte Frequenz im Mittel 
anzunähern.
Die Abweichung der erzeugten Frequenz von der eingestellten Frequenz 
wird als Differenz hinter der gewünschen Frequenz (2-zeiligen Display) 
oder in der 3. Zeile angezeigt.
Die bisherige feste Frequenzliste entfällt bei dieser Lösung!

@Messtechniker

> Also. Am TT habe ich nur die RX Leitung an Pin 26 angeschlossen. Die Tx
> Leitung wird nicht am TT angeschlossen. Der TT sendet nur. Da du aber im
> Terminalprog. was sieht kann's das nicht sein.
Pin26??? Am M328?
TXD(Transmitting) ist beim 28DIP auf Pin3
und beim                  32TQFP auf Pin31
Pin26 ist bei beiden Gehäuseausführungen PC3/ADC3 !
Im Anhang ein Pinout, der beiden Gehäuse.

Mein Tester (M328 Dip28) sendet natürlich auf TXD Pin3, sonst würde ich 
im Terminalfenster ja nix sehen!
Bei dir ist was falsch, oder hast du dich verschrieben?

Ich habe deine letzte Version getestet, die will auch nichts ausgeben.
Habe den Programmordner auch mal auf C:/ verschoben, will trotzdem 
nicht, schade.
Eine  Echo, das der Comport erkannt wurde, wäre eine Hilfe.
Kann es sein, das dein Programm nur Comport 1-6 unterstützt?

Michael D. schrieb:
> Mein Tester (M328 Dip28) sendet natürlich auf TXD Pin3, sonst würde ich
> im Terminalfenster ja nix sehen!
> Bei dir ist was falsch, oder hast du dich verschrieben?

In der Standard-Konfiguration wird der TXD (PD1) Ausgang nicht benutzt.
Stattdessen wird Pin PC3 (ADC3) als serielle Ausgabe benutzt (kein 
Hardware-UART)! Die Signale TXD und RXD werden möglicherweise von einem 
Bootloader benutzt, falls einer installiert ist.

Karl-Heinz K. schrieb :
> Michael D. schrieb :
>> Mein Tester (M328 Dip28) sendet natürlich auf TXD Pin3, sonst würde ich
>> im Terminalfenster ja nix sehen!
>> Bei dir ist was falsch, oder hast du dich verschrieben?
>
> In der Standard-Konfiguration wird der TXD (PD1) Ausgang nicht benutzt.
> Stattdessen wird Pin PC3 (ADC3) als serielle Ausgabe benutzt (kein
> Hardware-UART)! Die Signale TXD und RXD werden möglicherweise von einem
> Bootloader benutzt, falls einer installiert ist.
Uhh...mein Fehler! Natürlich ist meine UART-Ausgabe auf Pin26!
Ich revidiere meine Aussage. Beim hantieren mit anderen Projekten, ist 
man eben gewöhnt, Pin2 u. 3 für die Ein-u. Ausgabe zu benutzen...

Wie auch immer, die Anschlüsse stimmen ja trotzdem, also sollte im 
Programm vom Messtechniker auch eine Ausgabe stattfinden.
Hat denn Jemand diesbezüglich, das Programm erfolgreich in Benutzung?

Gruß Michael

bei J-FET bewegt sich was. Pinbelegung wird angezeigt, das war's!
Die Spannungsanzeige stimmt gar nicht(89V). Nur mal kurz 7,5V(real)
In meinen Terminals wird das angezeigt, was in der Capture02.txt steht.

Gruß Michael

EDIT: 2x Pics mit Messung von einem MOSFET N-Channel, die Werte werden 
übernommen, die vom J-FET nicht!

EDIT: Verdammt, eben erst gesehen, hätten das auch per PN machen können

> So, nun ham' wir den Salat.
> Du hast vermutlich eine 2zeilige Anzeige wohingegen mein GM 328 eine
> Grafikanzeige hat. Jedenfalls sind die ausgespuckten Zeichenketten etwas
> (sehr) unterschiedlich. Hab' mal die vom GM 328 angehängt.
Nein, habe Grafik-Display ST7920
siehe hier:
Beitrag "Re: Transistortester AVR"

Die Anschlussfolge des Displays ist sogar im Makefile dokumentiert.
Der Tester ist ohne Abschaltung.
µC ist ATMega328, Takt-16MHz, Refernz-LM336/Z25, Drehgeber.
Ansonsten ist alles original nach Doku-Vorlage.

Gruß Michael

Ich wusste nicht, das dein Programm Display abhängig ist.
Ich könnte dir die Datenblätter zukommen lassen, aber deswegen jetzt so 
einen Aufriss zu machen, ist ja Blödsinn.
Trotzdem danke für deine Mühe, auch wenn sie vergebens waren!

Gruß Michael

анатолий schrieb:
> Mit der Veröffentlichung von SVN 658 und 659
> ST7108 Anzeige nicht mehr funktioniert

Hallo Anatoly!
Das kann ich leider nicht bestätigen. Mein 7108 Testdisplay mit einem 
74HCT164 Schieberegister läuft mit SVN 659. Wenn nicht die 
Programm-Daten aus dem Unterverzeichnis mega328_st7108 verwendet wurden, 
bitte die Abweichungen deiner Makefile zur Standardkonfiguration 
mitteilen.