Forum: Projekte & Code Transistortester AVR

Mein Transistortester aus China ist defekt, es brennt nur noch die 
Hintergrundbeleuchtung des Displays. Kennt jemand den Fehler?

Bernhard F. schrieb:
> Kennt jemand den Fehler?

Ja. Es ist kaputt.

Bernhard F. schrieb:
> Mein Transistortester aus China ist defekt, es brennt nur noch die
> Hintergrundbeleuchtung des Displays. Kennt jemand den Fehler?

Bernhard: Herr Doktor, ich bin krank.
Doktor: Was fehlt Ihnen denn?
Bernhard: Das müssen Sie doch wissen, Sie sind doch der Arzt.

Kritik durchaus berechtigt !!!
Spannung gemessen 7,2 Volt Akku. Led in Sockel gesteckt, nach Druecken 
des Tasters werden die Anschluesse auch abgefragt, d.h. die Led blinkt 
kurz mehrmals auf. Vmtl ein Problem der Anzeige.

Waere ein Bild der Voder- bzw Rueckseite hilfreich ?

Bernhard F. schrieb:
> Vmtl ein Problem der Anzeige.

Da würde ich mal suchen. Vlt ist die Kontaktierung am Display 
verrutscht.

Jörg R. schrieb:
> Bernhard: Herr Doktor, ich bin krank.
> Doktor: Was fehlt Ihnen denn?
> Bernhard: Das müssen Sie doch wissen, Sie sind doch der Arzt.

Hi,
endlich ist hier im Forum wieder der Humor eingekehrt!

;-)

Gruss Asko

:) Den Kommentar finde ich ebenfalls gelungen. Zurück zum 
Displayproblem. Es gab schon mehrere Fälle mit einer gebrochenen 
Leiterbahn im Flat-Flex-Kabel. Ansonsten systematisch alles überprüfen, 
also ob der ATmega Daten schickt, Spannungsversorgung vom Display und 
Kabel. Ersatz gibt es günstig bei der nächst besten Shopping-Plattform.

Und wo wir gerade bei Displays sind, eine kurze Info zu den Versuchen 
mit einem EPD (E-Paper). Der große Nachteil von EPDs ist die 
Ausgabegeschwindigkeit. Man schreibt zuerst alles ins RAM und sagt 
anschließend dem Display "Ausgeben!". Je nach EPD-Typ und Anzahl der 
Farben blinkt das Display dann mehrere Sekunden vor sich hin bis die 
Ausgabe steht. Es gibt oft einen speziellen Modus (partial refresh), der 
die Ausgabe beschleunigt. Der sorgt aber für verschmierte Ausgaben 
(ähnlich wie schlecht radiert), und nach mehreren schnellen Ausgaben 
braucht es wieder eine normale Ausgabe (full refresh). Daneben darf auch 
noch mit zwei Puffern jongliert werden. Ist also leider mit dem 
Transistortester nicht sinnvoll nutzbar.

Fragen an die Experten:

Ich habe meinen China T7-H mit einem geladenen Kondensator gehimmelt. 
Ein auf 5V aufgeladenen 470uF an Pin 1 und 3 und das war es. Das TVS 
Array war dead-short und nachdem ich es entfernt habe sehe ich "4.5V 
cell" zwischen pin 1 und 3. Denke also das der Atmega324P Eingang kaputt 
ist. Schon merkwürdig dass 5 Volt genug waren um das TVS array und den 
Atmega zu zerstörern. Naja, live and learn.

Da ich den Tester nicht einfach in den Müll schmeißen will und habe ich 
mir überlegt einen neunen Atmega einzulöten und zu flaschen. Bin auch 
mittlerweile in der Lage sowohl die k und die m Versionen erfolgreich in 
Win10 zu maken und mein USBasp Programmierer kommuniziert mit dem 
defekten Atmega und kann die fuses auslesen. Originale China Firmware 
ist natürlich nicht auslesbar. Also hier meine Fragen:

1. Der originale  Chip ist ein Atmega324. Im trunk der k- Version ist 
das Makefile Mega644_T7_Mod das auch erfolgreich kompiliert. Aber wenn 
ich PARTNO im makefile auf m324p setze gibt es Fehler. Sieht so aus als 
ob die 324 Variante noch nicht im setup.mk file bedacht ist.

2. Wenn ich PARTNO auf 644 lasse ist der generierte code etwas zu groß 
für den 324p. Wie kann ich Funktionen weglassen damit ich unter 32k 
bleibe in der k-Version? Ist das nur im makefile zu machen in der 
k-version. Und was lässt man am besten weg? Mein Tester hat sowieso nur 
den einen Druckknopf.

3. Hat die M-version auch alle benötigten treiber so dass ich eine 
Version für einen China clone T7-H zusammenbekommen würde? Ich denke 
mein Tester hat das Standard ST7565 Display und es hat den 14-pin PCB 
header.

4. Würde es mehr Sinn machen einen Atmega1284 in den T7-H einzubauen 
damit das Platzproblem nicht auftritt. Gibt's hier fuer ca. 7$ bei 
DigiKey und sind verfügbar. 644 sind im Moment out of stock. Oder ist es 
relativ einfach, die 644 Variante etwas abzuspecken und einen neuen 324 
einbauen.

Ich habe übrigens noch einen GM328 Tester mit rotary encoder und 
Atmega328 im Sockel  usw. und damit kann jetzt schon mehr machen. Ist 
also nicht so tragisch wenn der T7-H nicht mehr geht. Es geht mir in 
erster Linie darum, etwas zu lernen und zu sehen, ob ich den T7-H clone 
wiederbeleben kann. Mit seinem eingebauten Li Akku war es bequem ihn zu 
benutzen.

Danke schon mal im Voraus für Antworten,
Ingo

Hallo Ingo,

wenn Du schon zum Lötkolben greifst ...

Habe selbst bereits einige T7, T7-H und TC1 umgebaut, zuletzt 'nen T7-H, 
welchen ich mit einem Atmega1284 aufgerüstet habe. Wichtig ist aber, den 
U4 (beim T7-H ist es der U3) umzuprogrammieren oder gegen eine kleine 
2Transistor-Schaltung (TC1-Mod von Markus) zu tauschen.

Hier mal der Link zu meiner Modifikation:

Beitrag "Re: Transistortester AVR"

Auch einen Schaltplan zum T7-H (T7-plus) und Bilder von meinem T7-H 
hänge ich noch an.

Viel Erfolg zur Instandsetzung Deines T7-H.

Gruß Horst

Hallo Horst,

Danke für Deine Antwort. Mein T7-H ist genau die gleiche V0.1 PCB 
Version. Ich denke mittlerweile auch das der 1284 eingebaut wird. Und 
ich werde mal versuchen den kleinen 8051 umzuprogrammieren bevor ich die 
zwei-Transistor Modifikation vornehme. Mein T7-H hat seine Ladung der 
LiPo Batterie für fast ein Jahr gehalten. Und wenn das Programmieren das 
beibehalten kann dann ist das OK.

Und ich denke es wird die M Version und vielleicht auch noch ein 
zusätzlicher Rotary Encoder werden, mal sehen. Ich werde sicher noch auf 
Dich zurückkommen wenn ich Probleme mit den config Dateien bekomme.

Gruß,
Ingo

Ingo S. schrieb:
> 1. Der originale  Chip ist ein Atmega324. Im trunk der k- Version ist
> das Makefile Mega644_T7_Mod das auch erfolgreich kompiliert. Aber wenn
> ich PARTNO im makefile auf m324p setze gibt es Fehler. Sieht so aus als
> ob die 324 Variante noch nicht im setup.mk file bedacht ist.

Lösung:
- editiere setup.mk
- kopiere den Abschnitt für den m328p
- ändere "ifeq ($(PARTNO),m328p)" zu "ifeq ($(PARTNO),m324p)"
- ändere "MCU = atmega328p" zu "MCU = atmega324p"

Markus R. schrieb:
> Lösung:
> - editiere setup.mk
> - kopiere den Abschnitt für den m328p
> - ändere "ifeq ($(PARTNO),m328p)" zu "ifeq ($(PARTNO),m324p)"
> - ändere "MCU = atmega328p" zu "MCU = atmega324p"

Hallo Markus,

Macht Sinn, aber ich denke ich werde Deine M-Version verwenden und etwas 
ähnliches wie Horst bauen. Habe auch schon die Hinweise in der clones 
Datei gefunden und da ist ja sogar ein Abschnitt der alles sehr genau 
erklärt für den "T1 and family". Damit sollte es ja ziemlich klar sein 
wie Makefile, config.h und config_644.h anzupassen sind damit meinem 
dann modifizierter T7-H funktioniert.

Sobald Digikey liefert kann es losgehen,

Gruß,
Ingo

Ahoj,

Horst O. schrieb:
> wenn Du schon zum Lötkolben greifst ...
>
> [...]
>
> Hier mal der Link zu meiner Modifikation:
>
> 
Beitrag "Re: Transistortester AVR"
>
> Auch einen Schaltplan zum T7-H (T7-plus) und Bilder von meinem T7-H
> hänge ich noch an.

Ich hänge hier auch mal dran Schaltplan
- des modifizierten T7, wie ich ihn von "Horst O." bekam (der Schaltplan 
den "Horst O." hier angehängt hat enthält nur Teile der Modifikation; 
vielleicht wäre es sinnvoll wenn Du beim Verteilen "Deines" Schaltplans 
dranschreibst, was die Quelle ist, und dass dieser weder der 
Originalzustand ist (da der Schaltplan ja den Drehencoder enthält), noch 
Dein Modifikationszustand ist (da der Power-Control-Mod noch nicht drin 
ist)?, oder einen aktualisierten Schaltplan nimmst? Ist denke ich recht 
verwirrend so),
- Infos über weitere Erweiterungen, die ich noch gemacht habe (hier: 
Beitrag "Mein modifizierter T7." 
ist der Link zum dazugehörigen Beitrag).

Viel Spaß beim Basteln!

Mein T7 hatte ein ähnliches Problem, aber da war die Schutz-Zener-Diode 
kaputt (und ich dachte auch zuerst es wäre ein µC-Pin gewesen).

Hey Holger,

danke für die Links. Dein Umbau erinnert ja fast an alte Fernseher oder 
Radios wo es noch keine Platinen gab und alles im Chassis eingelötet 
war. Hut ab.

Ich wundere mich man noch nicht keiner eine neue Platine auf PCBway oder 
ähnlichen Anbietern erstellt hat wo ein Atmega1284 und alle Abänderungen 
drauf sind. Die kosten ja heute fast nix mehr wo man früher noch mit 
ätzenden Sachen rumpanschen musste.

Übrigens ist beim meinem T7-H das Display an den 14-pin Header J7 
angeschlossen und nicht am 6-pin Header. Ist das trotzdem ein ST7735?

Holger B. schrieb:
> Mein T7 hatte ein ähnliches Problem, aber da war die Schutz-Zener-Diode
> kaputt (und ich dachte auch zuerst es wäre ein µC-Pin gewesen).

Hab noch mal eben schnell die 6.7V Zener ausgelötet nachdem ich Deinen 
Beitrag gelesen habe aber wie erwartet hat sich da nix getan. Die Zener 
sitzt ja auch nur zwischen Vcc und GND und kann ja irgendwie auch nicht 
dafür verantwortlich sein, das mein Tester 4.45V cell detektiert ohne 
das TVS Array.

Mein TVS Array SRV05-4 war kurzgeschlossen zwischen Vcc und GND nach dem 
Kondensatorunfall und der Bildschirm zeigte nur weiß. Macht Sinn das +5V 
die Hintergrund Beleuchtung einschaltet aber der Atmega nix macht weil 
Vcc fehlte. Nachdem ich den  SRV05-4 entfernt hatte ging der Tester 
wieder aber hat die Phantomspannung auf Pin 3.

MisterGNZ schrieb:
> Hello everyone, I programmed atmega328p on vitualbox with windowsxp,
> with progisp, but when I put it on the tester, it doesn't visualize
> well, it looks like a virus, I solved progamma with avrdudeprog33, there
> are no errors

Somehow looks like non-ASCII-characters are messed up.

Is it possible to configure the firmware to just use ASCII characters, 
as a first step to debugging?

Does progisp program the flash and the EPROM area?. Maybe there is data 
missing in the EPROM that causes the extended characters not to display 
correctly

IIRC, there was a similar problem before with a programming tool. That 
tool needed an explicit 'program EEPROM' for programming the EEPROM 
data.

Hallo Experten, ich komme leider nicht weiter mit der Reparatur meines 
T7 testers. Habe den STC Mikro geflasht und die m-Version der Firmware 
kompiliert und geflasht. Wenn ich die Test Taste drücke geht das 
Backlight an fuer ca. 10 Sekunden und dann schaltet der Tester wieder 
ab. Ich kann mit dem Oszilloskop Aktivität auf einigen der Leitungen zum 
Display sehen. Also scheint es als ob der Atmega läuft.

Es sieht so aus als ob die Firmware funktioniert aber nicht mit dem 
Display kommuniziert. Kann jemand bestätigen, das es sich hier auch um 
ein ST7735 Display handelt und weiss jemand zufällig das pinout für 
diese Variante?

Es ist nicht an den 6-pin header anschlossen, sondern an den 14-pin 
header.

Hallo Ingo,

... hast Du denn auch U3 neu programmiert? Der steuert das Ein-und 
Ausschalten des Testers, ohne den geht nix. Damit die Forum-Software auf 
dem T7 plus läuft muß U3 ein angepasstes Programm haben oder gegen 
TC-1-Mod (Urheber Markus R.) ausgetauscht werden.

Beitrag "Re: Transistortester AVR"

Gruß Horst

Horst, ja ich habe den U3 umprogrammiert. Und es schaut so aus als ob er 
korrekt auf den Taster und das Signal vom Atmega reagiert.

Kurzes Update: Ich habe ein anderes ST7735 Display von meinem 328 Color 
Kit mit vier Patch Drähten an den 6-pin header vom T7-H angeschlossen. 
Versorgungsspannung und Backlight kamen von außerhalb.

Wenn ich die Test-Taste am T7-H drücke erscheint dort die Versionsnummer 
1.48m und dann eine Anzeige der Batteriespannung und kurz darauf 
schaltet der Tester ab. Alles passiert in ca. 3 Sekunden. Direkt bevor 
er abschaltet wird das Display noch gelöscht. Ich denke also ich zwei 
Probleme im Moment:

1. Display
Angenommen das originale Display am 14-pin header ist ein ST7735 muss 
ich das pinout rausfinden. Und darüber hinaus könnte es sein, das es 
neben den vier Standard Anschlüssen (RST, A0, SCL, SCA) auch noch den CS 
auswertet. Am 14-pin header kommen ja alle PB pins an.

2. U3
Er reagiert zwar aber nicht wie erwartet. Sowohl mit PASSIVE_POWER_CTRL 
als auch ohne schaltet er den Tester nach ca. 3 Sekunden ab. TEST_BUTTON 
ist PD1 und POWER_CTRL ist PD2 im makefile. Übrigens, wenn keine 
Firmware auf dem Atmega ist und ich die Test-taste drücke bleibt der 
Tester an bis ich die Batterie abklemme.

Vielleicht muss ich doch die 2-Transistor Schaltung bauen. Oder hat 
jemand noch einen Link zu einer anderen Firmware für den U3?

Danke,
Ingo

Sieht nach einem T7-H aus: 
https://disk.yandex.ru/d/yW8xa5NJgUo5z/LCR-T7-H. Im Schaltplan fehlen 
leider die Display-Signale (wäre auch für die Einstellungsliste 
(Clones-Datei) interessant). Was hat das Displaymodul auf der Platine? 
LDO, Pegelwandler und/oder MCU? Bei Unfällen mit geladenem Elko gab 
bereits gebratene STC15L104W (U3), die nicht ganz tot waren, aber auch 
nicht wirklich lebendig.

... im März 2021 habe ich meinen T7-H bekommen und umgebaut:

Wie bei den Vorgängern (TC-1, T7), die auch alle einen AtMega644 haben 
sollten, waren dennoch nur AtMega324 verbaut.

TC-1 und T7 hatte ich seinerzeit auf  AtMega644 umgerüstet (Beitrag vom 
14.10.2020 06:18),

Beitrag "Re: Transistortester AVR"

den T7-H aber auf AtMega1284. Das Diplay war in allen Fällen mit einem 
ST7735 Controller ausgestattet.

Den Plan mit der Display-Belegung und einige Fotos hänge ich an.

Gruß Horst

@Horst: ja mein Tester ist der T7-H. Nur leider ist das Display nicht 
das gleiche. Höchstwahrscheinlich auch ein ST7735 aber mit einer anderen 
Pin Belegung. Es ist nicht am 6-Pin Header angeschlossen sondern am 
14-Pin Header. Wenn es die gleichen Ports P4,P5,P6,P7 verwendet gibt es 
24 Permutationen sie im makefile zuzuordnen. Aber am 14-Pin Header kommt 
ja der komplette PB an. Und auf dieser Platine sind die anderen nicht 
verwendet. Das macht es noch mal deutlich komplizierter rauszufinden wie 
ich das makefile einstellen muss. Hätte ich das gewusst hätte eine 
einfache Messung vorm Löschen des 324 Klarheit gebracht…


@Markus: ich werde das Display heute mal auslöten und hoffe ich kann 
zumindest sehen welche der 14 Pin Signal sind. Ich meine einen VR, einen 
Level Shifter und den Kontroller aber nach dem Ausbau mehr.

Das komische Verhalten des U3 könnte daran liegen das ich noch Fehler im 
makefile habe (vielleicht falschen Port für Test Ausgang deklariert so 
das PD2 fälschlicherweise den Tester abschaltet). Werde ich mir gleich 
noch mal anschauen.

Ingo S. schrieb:
> gleichen Ports P4,P5,P6,P7

... ja, die sind beteiligt.

Bevor Du den Lötkolben anheizt, teste doch mal eine FW-Version, die ich 
im Orginalzustand des T7-H erfolgreich getestet habe. Im Anhang die 
Dateien, viel Erfolg.

Gruß Horst

Horst, schon passiert und es sieht ziemlich "strange" aus. Mein Display 
scheint nicht das ST7735 zu sein:

Es benutzt all Leitungen vom 14-pin Header J7. Der komplette Port B geht 
in ein HC573 Oktal Latch und PD4 kontrolliert das Latch. PD5, PD6, und 
PD7 gehen direkt in das LCD Modul. Habe nichts im Netz gefunden, um es 
irgendwie zuordnen zu können. Es sieht also so aus als ob ich entweder 
ein Donor ST7735 Display finden muss oder das Ding geht wirklich in die 
Tonne - Schade, da ich schon den neuen Atmega 1284 habe.

Interessant! Das Display hat einen 8-Bit Parallel-Bus. Der 74HC573 als 
Pegelwandler ist etwas seltsam, da der B-Port ohnehin nur für das 
Display genutzt wird. Könnte das gleiche Display sein wie die 
Semi-ST7735 beim AY-AT (die haben Pegelwandler plus MCU mit 
ST7735-Emulation). Bisher ist leider unbekannt welchen Controller diese 
Displays haben.

Markus, ja, es ist definitiv der T7-H aber mit einem wirklich seltsamen 
Display. Vielleicht was es ja 3 cent billiger (HC573 anstatt ST7735 
clone & level shifter). Der T7-H benutzt ja die meisten Ports nicht und 
da hat man halt schnell mal eine neue Clone Firmware mit parallel out 
gebacken. Who knows.

Und übrigens mein Makefile war fasch und hat Port D auch als Test Port 
angesprochen, deshalb das seltsame Ausschalt-verhalten des U3. So 
langsam lerne ich.

Da ich sowieso schon upside-down bin finanziell nach dem Kauf des neuen 
Atmega 1284 und dem Rotary Encoder und den Tester nicht wirklich in die 
Tonne hauen will denke ich das ich ein 1.8 LCD Display von AliExpress 
bestelle und es auf die Trägerplatine vom Original Display montiere. Ist 
ca. 4$ aber dauert halt lange. Der 14 -pin Header hat ich ja die 
richtigen 4 Leitungen für SPI und es ist sogar der 20 Ohm Widerstand für 
das Backlight auf der Platine. Sollte also ziemlich einfach sein. Dann 
kann ich den 14-Pin Verbinder kürzen und es sollte alles wieder passen. 
Leider lässt sich kein ST7735 Display mit der 6-pin Träger Platine 
finden auf AliExpress.

Grüsse,
Ingo

Markus R. schrieb:
> Sieht nach einem T7-H aus:
> https://disk.yandex.ru/d/yW8xa5NJgUo5z/LCR-T7-H. Im Schaltplan fehlen
> leider die Display-Signale (wäre auch für die Einstellungsliste
> (Clones-Datei) interessant). Was hat das Displaymodul auf der Platine?
> LDO, Pegelwandler und/oder MCU? Bei Unfällen mit geladenem Elko gab
> bereits gebratene STC15L104W (U3), die nicht ganz tot waren, aber auch
> nicht wirklich lebendig.

Meinst Du das da noch ein Controller irgendwo unter dem Display auf dem 
Flex PCB sitzt und der HC573 wirklich nur als Level Schifter missbraucht 
wird?

Dann bleibt immer noch die Frage was die anderen drei Signale machen. 
Vielleicht Reset, Clock, usw. ?

Wie auch immer, selbst wenn man einen Treiber für dieses Display hätte 
ist es sub-optimal. Man verliert alle Erweiterungsmöglichkeiten. Also 
raus mit dem Ding.

Ingo S. schrieb:
> ST7735 Display

... Du hast ihm doch schon eine plausible Anzeige mit Deinem externen 
Diplay entlockt, Du kennst also die funktionierende Portbelegung, nimm 
halt dieses Display und besorge Dir noch ein Neues für Dein Color-Kit. 
Die sollten sich doch im Netz für kleines Geld finden lassen. Das 
Problem mit dem Ein- und Ausschalten behebst Du dann noch mit der 
2-Transistor Lösung nach Markus und Du bist frei in der Auswahl deiner 
künftigen Firmware.

Gruß Horst

Ingo S. schrieb:
> Meinst Du das da noch ein Controller irgendwo unter dem Display auf dem
> Flex PCB sitzt und der HC573 wirklich nur als Level Schifter missbraucht
> wird?

Das Display selber hat einen LCD-Contoller unterm schwarzen Epoxy, und 
der 74HC573 dient nur als Pegelwandler.

> Dann bleibt immer noch die Frage was die anderen drei Signale machen.
> Vielleicht Reset, Clock, usw. ?

Zwei müssten WR und D/C sein; das dritte wahrscheinlich /RES. /CS dürfte 
fest auf Masse liegen.

> Wie auch immer, selbst wenn man einen Treiber für dieses Display hätte
> ist es sub-optimal. Man verliert alle Erweiterungsmöglichkeiten. Also
> raus mit dem Ding.

Ja, dürfte die sinnvollste Lösung sein.

Irgendwie finde ich kein passendes Display für kleines Geld. Fast alles 
ist nur 3.3V kompatibel. Wenn ich eins mit 5V Regler und Pegelanpassung 
finde dann kommt es auch gleich noch mit SSD Slot usw. und ist fast so 
teuer wie ein kompletter AY-AT Bausatz. Verrückt.


Ich denke ich werde den 74HC573 und den Spannungsregeler beibehalten auf 
dem Träger PCB. Wenn ich die 4 unbenutzten Eingänge des HC573 und das LE 
auf Vcc setzte sollte es ja als Pegelanpassung für das neue SPI Display 
funktionieren, oder?

Ingo S. schrieb:
> passendes Display für kleines Geld

... 5,33€ incl. Versand von Al.....ess z.B. Suche nach ST7735 1.8" TFT!

Gruß Horst

Horst, ich habe Stunden auf AE verbracht. Irgendwie sah es erst so aus 
als ob die Anschlüsse der PCB Versionen des 1.8 Inch ST7735 Display mit 
8-pin Header spiegelverkehrt wären im Vergleich zu dem Display des Color 
Kits. Ist aber wohl nur die Konvention was Pin 1 ist. Im Color Kit muss 
Vcc und GND unten rechts sein und LED oben rechts. Und das scheint auch 
der Fall zu sein bei dem bestellten.

Es hat den extra SSD Slot und kostet 4.39$ inclusive Versand und Steuern 
in die USA. Hat zwar keinen Level Schifter und keinen Spannungsregler 
aber das ist mir egal da ich es auseinanderbauen werde und das LCD auf 
die alte Träger PCB montieren werde.

Das originale Color Kit Display hat eine etwas kleinere Platine und 
deshalb will ich es nicht auseinander reißen. Werde mich also in Geduld 
üben müssen.

Die Displaymodule der Testerclone sind meistens speziell für den 
jeweiligen Clone herstellt, d.h. eigene Platine. Die angebotenen 
Displaymodule sind in der Regel für Arduino & Co gedacht und haben 
entsprechende Stiftleisten und Belegungen. Da etwas Passendes zu finden 
wäre ein großer Zufall. Wenn es genau passen muss (hier: wegen Gehäuse), 
kann man von einem anderem, vielleicht defekten, Testerclone das 
Displaymodul nehmen, oder müsste ein Display ohne Platine (aber mit 
Backlight) kaufen und selber eine passende Platine produzieren (oder 
lassen).

Success: Habe heute das neue LCD Modul von AliEP an die alte 
Trägerplatine angepasst und das Ganze wieder zusammengebaut. Ist nicht 
gerade meine schönste Arbeit aber sobald das Display aufgeklebt ist 
sieht man das Gewurschtel ja nicht mehr.

Nachdem ich die Ports des Atmega im config richtig eingestellt habe 
funktioniert der Tester nun mit v1.48m und das Power Management geht. 
Einige der AD Ports sind zwar beschädigt durch den geladenen Kondensator 
Unfall aber ich wollte erst mal sicherstellen, dass ich neue Firmware 
kompilieren kann und den Tester zum Laufen bringe bevor ich den defekten 
Atmega324 gegen einen Atmega1284 tausche.

Dann habe ich noch einen Rotary Encoder eingebaut und er funktioniert 
auch einwandfrei und damit ist der Tester bereit für seine 
Herztransplantation. Stay tuned.

Ingo S. schrieb:
> Dann habe ich noch einen Rotary Encoder eingebaut

... schön, das Du nicht aufgegeben hast und den Tester soweit wieder 
hinbekommen hast!

Dem Rotary Encoder solltest Du noch Strombegrenungswiderstände (10k und 
1k) spendieren.

Weiterhin viel Erfolg

Gruß Horst

Hallo Horst, wenn man genau hinsieht sieht man die Wiederstände sind 
schon integriert. Alles 10k da die noch übrig waren vom Umbau der 
Display Platine. Ich glaube das sind 604 SMD.

Jetzt kann das richtige Projekt beginnen.

Gruß
Ingo

Hier mal mein Progress Update:

Habe den Atmega1284 eingebaut und bin direkt auf einige Hindernisse 
gestoßen. Zuerst hatte mein AVRDUDE keinen Eintrag für den Atmega1284 
sondern nur für den Atmega1284P. Habe die Definition gefunden (nur die 
device ID ist anders) und damit konnte das Programmieren losgehen. Ich 
denke mal ich hätte auch die -F Option nehmen können.

Zu meiner Enttäuschung erschien fast der gleiche Fehler wie vorher mit 
dem defekten Atmega324 (Batterie an Pin3 mit 5V). Ich habe meinen Augen 
nicht getraut. Aber nachdem ich noch den ein oder anderen Fehler im 
config file korrigiert hat hat der Tester dann endlich zumindest 0 Ohm 
zwischen Pin 1 und 2 und 3 gemeldet wenn ich die Pinne kurzgeschlossen 
hatte. Aber weiterhin hat er sich geweigert einen Kurzschluss zu 
erkennen im Test oder Adjustment Menu.

Habe sogar schnell mal den Sourcecode modifiziert um zu sehen wie sich 
die Software verhalten würde wenn der Kurzschlusstest einfach immer 
positiv ausfällt. Ich war schon fast soweit das Ding in die Tonne zu 
treten. Was noch interessant war das auf einem der Test Ports 3.3V 
anlagen. Habe alle Widerstände RL und RH getestet und alles was OK. Den 
TVS wieder ausgebaut und immer noch das gleiche Problem. Und dann kam 
mir in letzter Minute die Eingebung nachdem ich mich durch die 
Dokumentation des Atmega gequält hatte: Ich hatte die Fuses nicht 
gesetzt und damit war anscheinend JTAG aktiv und hatte die pull-up 
pull-down Einstellungen der Firmware ignoriert. Nachdem das überwunden 
war funktionierte der Tester endlich einwandfrei.

Leider hat mein Drang zur Reinlichkeit erwiesen, dass das LCD Display 
nicht resistent gegen Lösungsmittel ist ;) Etwas ist eingedrungen und 
der Diffuser für die Hintergrundbeleuchtung hat etwas gelitten. Ich 
werde das Display wohl noch mal austauschen, ist nicht das Ende der 
Welt. Live & Learn.

Dann noch etwas Seltsames: Mein USBasp aus der bekannten Chinesischen 
Quelle hatte natürlich nicht die aktuelle Firmware. Habe sie mir 
runtergeladen von Fischl und beim Kompilieren traten die nächsten 
Schwierigkeiten auf: Anscheinend ist der aktuelle gcc etwas pingeliger 
mit der Deklaration von Variablen als CONST wenn sie ins ROM gehen. Habe 
dann eine neuere Version des USBDRV Distribution in die Fishl Source 
kopiert und damit funktionierte dann auch das Kompilieren. Das Update 
habe ich mit einem alten XPROG Programmer auf den USBasp aufgespielt.

Und jetzt noch ein etwas seltsames Verhalten des USBasp mit der neuen 
Firmware: Mit der alten Version kam immer der Fehler wenn -B 20 den Takt 
auf 32kHz setzen wollte aber das eigentliche Programmieren ging recht 
fix und es hat immer einwandfrei funktioniert direkt mit make upload. 
Mit der aktuellen Firmware und (-B 20) dauert es elend lange. Und dann 
gibt es Fehler beim EEPROM verify. Ich habe mit verschiedenen Bitraten 
getestet und oftmals schlägt das EEPROM verify fehl. Und es scheint 
keine Korrelation zu gegen wo schneller besser oder schlechter geht. 
Habe es mit -B 0.5 einwandfrei geschrieben. Hat irgendjemand eine Idee 
warum das nicht stabil läuft? Und was war die Standard Geschwindigkeit 
mit der alten Firmware die die -B 20 Option nicht erkannt hat?

Gruß,
Ingo

Ingo S. schrieb:
> Ich hatte die Fuses nicht gesetzt und damit war anscheinend JTAG aktiv
> und hatte die pull-up pull-down Einstellungen der Firmware ignoriert.

War das auch das Prob beim vorherigen uC?

Um USBasp gehts hier nicht, das wäre OT 😋

Klaus.

Klaus R. schrieb:
>
> War das auch das Prob beim vorherigen uC?
>
>
> Klaus.
Der originale uC war definitiv kaputt. Er hatte selbst mit der 
Kurzschluss Brücke eingesteckt eine 4.5V Batterie an PIN 3 gemeldet.

Das interessante beim neuen uC mit falschen Fuses war dass er zwar 
Widerstände mit 0 Ohm erkannt hat mit der Kurzschluss Brücke eingesteckt 
aber trotzdem den Selbsttest nicht durchgeführt hat weil das Warten auf 
den Kurzschluss nicht funktioniert hat.

1 greetings to all! I have been reading this topic and I congratulate 
everyone for their commitment to developing this transistor tester 
project,
I have an atmega8-16 and I would like to assemble one so I need help, I 
found some pcb made in eagle and I will be making a 
Component-Tester_V_5_2_3 board or another variant of that same pcb that 
you indicate to me, please indicate the best and current version of the 
software
I'm grateful to all

2 1 Grüße an alle! Ich habe dieses Thema gelesen und gratuliere allen zu 
ihrem Engagement bei der Entwicklung dieses Transistortesterprojekts.
Ich habe einen Atmega8-16 und möchte einen zusammenbauen, also brauche 
ich Hilfe. Ich habe eine Leiterplatte gefunden, die in Eagle hergestellt 
wurde, und ich werde eine Component-Tester_V_5_2_3-Platine oder eine 
andere Variante derselben Leiterplatte herstellen, die Sie mir angeben, 
bitte geben Sie an die beste und aktuelle Version der Software
Ich bin allen dankbar

Sorry, the ATmega8 doesn't have sufficient flash memory for a current 
OSHW firmware. ATmega328 (32kB flash) or 644 (64kB flash) are 
recommended.

Ich bin froh, dass Sie geantwortet haben, ich sehe, dass mein Wunsch 
vielleicht nicht klar war, aber unter den Versionen, die mit dem Atmega8 
erstellt wurden, könnte eine funktionieren, und diese Version könnte für 
mich nützlich sein, auch wenn ich die Einschränkungen kenne.
Ich wollte diese ungenutzten atmega8 viel nutzen
oder ich opfere einen 328 von einem Arduino, den ich hier habe

1 Ich habe ein Arduino atmega328, ich kann es verwenden, bis ich ein 
anderes kaufe, in diesem Fall wäre es die gleiche Platine oder welche 
wäre besser, wenn ich mich daran erinnere, dass ich nur ein 1602-Display 
habe, ein weiterer Grund, warum ich das verwenden wollte atmega8

2  I have an arduino atmega328, I can use it until I buy another one, in 
which case it would be the same pcb or which one would be better, 
remembering that I only have a 1602 display, one more reason why I 
wanted to use this atmega8

Kauf dir einen kompletten Bausatz, da ist alles dabei (Atmega328, Color 
TFT Display, Platine usw.) und der Preis von 15€ ist mehr als ok, für 
die Einzelteile zahlt man sicherlich das doppelte und muß noch eine 
Platine selber anfertigen!
https://www.ebay.com/itm/232458386564 
https://www.ebay.com/itm/265065551933

Silvan S. schrieb:
> Ich bin froh, dass Sie geantwortet haben, ich sehe, dass mein Wunsch
> vielleicht nicht klar war, aber unter den Versionen, die mit dem Atmega8
> erstellt wurden, könnte eine funktionieren, und diese Version könnte für
> mich nützlich sein, auch wenn ich die Einschränkungen kenne.
> Ich wollte diese ungenutzten atmega8 viel nutzen

Wenn du unbedingt den ATmega8 nehmen möchtest, dann kannst du eine sehr 
eingeschränkte Version der k-Firmware nehmen. Spass macht das aber 
nicht.

ok, ich habe mir Ihre vorherige Antwort angesehen und beschlossen, auch 
atmega328 zu verwenden, ich habe es sogar geschafft, avrdude zum Laufen 
zu bringen, aber ich weiß nicht, welche Werte ich dort in Efuse setzen 
soll. Wenn Sie einen Ausdruck des Avrdude-Bildschirms mit den Werten 
haben, wäre ich sehr dankbar.

mein alter PC, ich habe gelitten, hier eine Nachricht zu posten,
Wie ich bereits erwähnt habe, werde ich weitere Details hinterlassen. 
Ich habe es geschafft, Avrdude dazu zu bringen, den Arduino Uno zu 
erkennen und ihn auch so umzuwandeln, dass er den Atmega328 aufzeichnet.

Nachdem ich die Fragen gestellt hatte, kopierte ich diese 
avrdude4WinAVR.zip in das AVRDUDESS-Verzeichnis und einige Sicherungen 
tauchten auf

Silvan S. schrieb:
> ok, ich habe mir Ihre vorherige Antwort angesehen und beschlossen, auch
> atmega328 zu verwenden, ich habe es sogar geschafft, avrdude zum Laufen
> zu bringen, aber ich weiß nicht, welche Werte ich dort in Efuse setzen
> soll. Wenn Sie einen Ausdruck des Avrdude-Bildschirms mit den Werten
> haben, wäre ich sehr dankbar.

Für ATmega328 mit Quarz:
- lfuse 0xf7
- hfuse 0xd9
- efuse 0xfc

ok, ich lass es gut erklärt, feld
 LB nichts ist markiert ok?
Ich werde einen externen Kristall von 8 MHz verwenden
Das Arduino wird verwendet, um das externe Atmega aufzuzeichnen
Jetzt werde ich sehen, wie das Ergebnis sein wird
dankbar

Hello everyone, I wanted to know why, my transistor tester t7, has 2 
crystals, one 16mhz and one 8mhz, I've never seen the same circuit, I've 
only seen circuits with a single crystal, who has the same problem of 2 
crystals?

Mister G. schrieb:
> Hello everyone, I wanted to know why, my transistor tester t7, has 2
> crystals, one 16mhz and one 8mhz, I've never seen the same circuit

Can you post photographs of the circuit board? Maybe you have two 
microcontrollers, where one is doing only some helper function like 
power management, or display-related stuff?

Regards!

HI. von Holger B, here is a picture of my t7, with 2 crystals, 
atmega324, the 16Mhz crystal is close to the atmega324

Mister G. schrieb:
> here is a picture of my t7, with 2 crystals

So it could be that the other crystal is for the other, 8-legged, IC.

You can use a multimeter to check, and reverse-engineer the circuits, if 
you want to know more & to find out what this other IC might be good 
for.

Silvan S. schrieb:
> feld LB nichts ist markiert ok?

LB sind die Lock Bits. Damit kann die Firmware des Controllers geschützt 
werden. So kann sie z.B. nicht mehr ausgelesen werden oder der 
Controller kann nicht mehr neu programmiert werden. Diese Bits brauchen 
(und sollen) nicht verändert werden.

Siehe auch 
https://microchip.my.site.com/s/article/Use-of-Lock-Bits-in-AVR-devices

Gruss Derri

Hi von Holger B, it is not possible to see the small 8 pin ic, because 
they have deliberately deleted, I repeat that I have never seen a pcb 
equal to mine.
Best regards

Mister G. schrieb:
> Hi von Holger B, it is not possible to see the small 8 pin ic, because
> they have deliberately deleted, I repeat that I have never seen a pcb
> equal to mine.
> Best regards

The DIP8 is likely similar to the STC15L104W on Chinese clones - only 
this time with an external Quartz. Check if two of its pins are 
connected to ports on the Atmega and whether the push button is 
connected to it. Then it’s the power management for the Atmega.

Hi Ingo S, the 8-pin component is connected to the power button, with 
the tester if I touch the 8-pin component it turns on, I confirm your 
intuition about the component with the initials erased

When I connect the charger to my t7 2 crystals, the result of the 
display is ok with the measurement, while when the battery is charged, 
it starts from 4.8 vots to descend, if I measure the battery with the 
tester it is 4.19, how can I solve the problem?

The maximum voltage of a Li-Ion cell is 4.2V (fully charged).

I was wrong, I meant 4.08 volts down

Probably the offset voltage needs to be adjusted.
k-firmware: edit Makefile and change BAT_OUT
m-firmware: edit config.h and change BAT_OFFSET

Hi Markus R, I haven't modified firmwre, it's his original, Chinese 
2.12k version without menu, with atmega 324 and two crystals

Then you should ask the manufacturer of your tester clone as they didn't 
publish their firmware (despite being a modified OSHW firmware).

Dear forum users,

this is my first entry on this forum, so I would like to warmly welcome 
all forum users, and above all those who contributed to the creation of 
this brilliant device, which is a tester of electronic components.
My adventure with the device began with the purchase in China of an 
assembled and working tester in SMD version type HW-849A (firmware 
v1.12k). Scheme according to AY-AT, HW-849B (ST7735) display.
The tester worked perfectly, but had a limited number of protocols for 
the IR receiver. The original firmware I'v read from the processor - 
there was no protection against reading. I started to learn about the 
topic by looking for information on the Internet. I found out that there 
is a firmware version with full support for the IR receiver function. I 
got to the sources and started adaptation work.

By the way - thank you Karl-Heinz and Markus Reschke for providing the 
sources of the program and very detailed descriptions of the tester. 
Without you, this device would not have been created and reached 
thousands of users around the world.

During this work, I came across a problem that I would like to share.
I find that the program "Progisp 1.72" works badly for the ATmega 328P 
processor (cuts off half of the data for the EEPROM entry).

I found this out when configuring ComponentTester 1.47m, which writes 
data to EEPROM memory rather than Flash memory. In this way, some space 
is created for additional functions of the tester program.
The program "Progisp 1.72" verified the entry, but only up to 512 bytes 
and reported that it was OK. But my data was larger - about 78% of the 1 
kB memory.

The symptom was that after starting the program, appeared on the display 
inscription about the version, but after 2 seconds the tester turned 
off. It took me a few days to find the cause. First, I soldered an 
additional electrolytic capacitor to the Vcc of the processor and the 
tester stopped turning off. But it did not work properly - it did not 
respond to components applied to TP1, TP2 and TP3 probes.

I debagged the tester's program in such a way that I displayed the 
results of individual procedures on the tester's display, delving deeper 
and deeper into the program. Finally, I found that the tables containing 
relevant data are empty (Rl_table[], Rh_table[], Pin_table[], 
Channel_table[]).

I dealt with the problem by switching the type of processor (before 
writing) to one that has more EEPROM memory (ATmega 644).
My programmer is USBasp v2.0, Windows 7 operating system (32 bit). On a 
daily basis I use a computer with Windows 10, 64bit, but it is difficult 
for this system to find working drivers for old devices.

I think that the problem is known to forum users, but I do not know 
German and I was not able to read all the entries since 2012 to this 
days, even with Google translate.

Now my problem is - limited to 32 kB flash memory of the ATmega328P 
processor. Of the additional functions, only the basic operation of the 
IR receiver fit into the menu. The solution may be a DIY adapter for the 
ATmega644P-20AU processor. The adapter would be inserted into the socket 
in place of the ATmega328P processor.

Best regards,
Boleslaw Jamroz

I found a digitally signed driver for my USBasp programmer clone on the 
Internet. So I was able to move to my basic Windows 10 computer for 
further attempts with ComponentTester.

During the first attempts of the IR-Receive function in version 1.47m, I 
noticed that the required connection of the receiver is not compatible 
with the pin system adopted for the TSOP series. This required bending 
the pins and could lead to short circuits and damage. I decided to 
change that. Here is the result.

Boleslaw J. schrieb:
> During the first attempts of the IR-Receive function in version 1.47m, I
> noticed that the required connection of the receiver is not compatible
> with the pin system adopted for the TSOP series. This required bending
> the pins and could lead to short circuits and damage. I decided to
> change that. Here is the result.

So I suggest that in ubcoming versions of the firmware, in the 
`config.h` the user can set the pin configuration.

The IR receivers come with different pinouts. So far I've seen three 
variations. Ok, I'll add that idea to the to-do list.

Markus R. schrieb:
> The IR receivers come with different pinouts. So far I've seen three
> variations.

That's enough.
With 3 pins of the receiver, the number of permutations is 3! that is 6. 
But since it is possible to rotate the receiver 180 degrees, this amount 
is halved.

For example:
-  +  d
d  -  +
+  d  -

v1.49m:
- Alternative Beschaltungen für IR-Empfängermodul 
(SW_IR_RX_PINOUT_G_V_D, SW_IR_RX_PINOUT_D_G_V, SW_IR_RX_PINOUT_D_V_G, 
Vorschlag von boleslaw_43@mikrocontroller.net).
- Erkennungsproblem von Kondensatoren in ESR-Tool behoben. Passierte, 
wenn vorher ein Halbleiter von der normalen Bauteilesuche erkannt wurde 
(gemeldet von indman@EEVblog).
- Fehler in Konfigurationsverwaltung für Touchscreens behoben.
- Test für Frequenzzähler-Funktionen in config_support.h ergänzt.
- Code für Zähler-Funktionen von tools_signal.c in neue tools_counter.c 
verschoben.
- Test auf SPI_PIN und SPI_MISO in config_support.h, sofern Bit-Bang-SPI 
mit Lesefunktion aktviert ist. Und SPI-Abschnitt in allen config_<MCU>.h 
ergänzt, um Handhabung zu vereinfachen.
- SW_R_TRIMMER zeigt nun auch das Verhältnis des zweiten Widerstands zum 
Gesamtwiderstand (Vorschlag von wandows@EEVblog).
- Anzeige eines OneWire-Symbols in DS18B20, DS18S20 und DHTXX-Funktion 
(UI_ONEWIRE, Vorschlag von indman@EEVblog).
- Symbol für OneWire-Bauteile in allen Symbol-Dateien ergänzt (Dank an 
indman@EEVblog).
- Unterstützung vom Temperatursensor DS18S20 (SW_DS18S20, 
DS18S20_HIGHRES, Vorschlag von indman@EEVblog).
- Test auf Darlington-Transistoren in CheckProbes() & 
CheckDepletionModeFET() zur Vermeidung der Falscherkennung als JFET 
eingebaut, falls EMV-Probleme zu einem überhöhten Leckstrom führen 
(gemeldet von wandows@EEVblog).
- Fehler in der Erkennung von Germanium-PNP-Transistoren in 
CheckDepletionModeFET() behoben.
- Konfigurationsschalter für sequenzielles COM-Pin-Layout bei OLEDs mit 
SH1106 and SSD1306 (LCD_COM_SEQ), und Schalter für umgedrehte 
COM-Pin-Zuordnung (LCD_COM_REMAP, Vorschlag von boneDragon@EEVblog).
- Unterstützung von passivem Summer/Pieper (BUZZER_ACTIVE oder 
BUZZER_PASSIVE, Vorschlag von boneDragon@EEVblog).
- Texte in brasilianischem Portugiesisch (Dank an wandows@EEVblog).
- Allgemeiner Schaltausgang, z.B. für ein LED-Licht (HW_FLASHLIGHT, 
Vorschlag von boneDragon@EEVblog).

Download:
- 
https://github.com/madires/Transistortester-Warehouse/tree/master/Firmware/m-firmware
- https://github.com/kubi48/TransistorTester-source/tree/master/Markus

CT v1.49m
- Well done, Herr Reschke. Thanks to people like you, the Component 
Tester is getting better and better. It is almost unbelievable that so 
much can be obtained from such a small and simple device.

Ich habe nach längerer Zeit meinen GitHub-Mirror mit den letzten vier 
Versionen 1.46m..1.49m aktualisiert.

https://github.com/Ho-Ro/ComponentTester

Mein Device läuft aktuell mit einem individualisierten 1.44m, ich hatte 
bislang keine Zeit (und auch keinen Bedarf), mir eine neue Version zu 
bauen. Werde das aber mal wieder in Angriff nehmen.
Danke für die Pflege und Weiterentwicklung!

After soldering processor ATmega644p to the adapter, I decided to check 
it.
I connected the ISP programmer and made several attempts to write to the 
flash memory and EEPROM. The tests were successful, so I wanted to check 
the FUSE bit setting at the end. The results were positive until the 
FUSE L:0xF7 setting.  From that point on, I lost communication with the 
processor.

The explanation was simple - the FUSE L:0xF7 disconnected the internal 
RC generator and switched the processor to work with an external quartz 
resonator, which was not there at that point, and therefore the 
processor stopped working. Soldering the quartz resonator brought the 
processor to life.

I set myself the following goal - to double the tester's memory for 
additional functions of the program, without making any changes on the 
base PCB.
I achieved this goal by using an adapter that allows me to use the 
capabilities of the ATmega644p processor.
The adapter requires the LCD display to be raised by 3 mm.

Martin H. schrieb:
> Ich habe nach längerer Zeit meinen GitHub-Mirror mit den letzten vier
> Versionen 1.46m..1.49m aktualisiert.
>
> https://github.com/Ho-Ro/ComponentTester
>
> Mein Device läuft aktuell mit einem individualisierten 1.44m, ich hatte
> bislang keine Zeit (und auch keinen Bedarf), mir eine neue Version zu
> bauen. Werde das aber mal wieder in Angriff nehmen.
> Danke für die Pflege und Weiterentwicklung!

So, sieht gut aus - die Änderungen für AY-AT waren wieder nötig 
(vertauschte Pins vom Display und Encoder), außerdem Umstellen auf 20 
MHz und meine persönliche Farbanpassung. Bei Interesse verfügbar im 
Branch AY-AT_20MHz:

https://github.com/Ho-Ro/ComponentTester/tree/AY-AT_20MHz

Diff dazu:

https://github.com/Ho-Ro/ComponentTester/blob/AY-AT_20MHz/main%2BAY-AT_20MHz.diff

Sehr geehrte Damen und Herren, ich brauche Hilfe, ich habe mit dem m328 
und dem Display 1602 eine kleine Platte für das Messgerät hergestellt. 
Wo die Verbindungen dem gleichen Muster wie die Schaltung folgen, aber 
nur eine Reihe von Quadraten in der ersten Zeile des Displays 
erscheinen, um aufzuzeichnen den atmega328 verwende ich ein arduino uno 
plus die isp-schnittstelle mit einem 16-mhz-kristall. wenn ich in 
avrdudes aufnehme erscheint ein fehler beim aufzeichnen des eproms. 
avrdude.exe: Überprüfungsfehler, erste Nichtübereinstimmung bei Byte 
0x0000 0x05 !=0x3a Fehler in der Sicherung trotz Verwendung der 
richtigen, die hier im Forum übergeben wurde, und Überprüfungsfehler 
beim Aufzeichnen der .eep das hex schreibt, zumindest gibt es die 
verifizierte meldung Ich habe es mit anderen ci versucht, im Zweifel, 
dass einer von ihnen schlecht war. Ich verwende arduino uno als 
arduinoisp und avrdude mit Windows-Bildschirm Ich habe es mehrmals 
versucht, aber ich hatte keinen Erfolg.

@ Boleslaw
hi, your project looks good,
do you have a wiring diagram for the adapter and is there a source for 
the circuit board ?
greeting

das sind avrdudes Antworten

I have finished the implementation of the ATmega644p processor to the 
AY-AT color type component tester. I tried to present the details of 
this work in photographs to encourage other forum participants, 
struggling with too little memory of the ATmega328p processor, to the 
concept of a similar experiment.

The list of connections between the adapter and the DIP28 socket is 
included in the file ReadMe_mega644_T7_AY_AT-Mod.txt.
In addition, the following pins should be connected together on the 
ATmega644p PCB:
6-39-28-18 (Gnd)
5-38-27-17 (Vcc)

Special thanks to Karl-Heinz Kuebbeler for his exceptionally large 
contribution to this project. Careful workmanship, attention to every 
detail and fight for every byte of memory for program code arouse 
admiration and respect.
The software package contained in the 'trunk' folder is easy to modify. 
For this reason, I chose the firmware version 1.13k.

I have modified the following files (see attached zip archive):
Makefile
config.h
function_menu.c
make_frequency.c
main.c

To the main.c file I added interrupt procedure (for f-Generator and 
10-bit PWM functions):

#if WITH_AY_AT_M328_TO_M644 == 1
//********************************************************************
#include <avr/interrupt.h>

ISR (PCINT3_vect)
{
  // copy status PD4 (OC1B) to PC2
  if(PIND & 0b00010000)
    PORTC |=  (1<<PC2);
  else
    PORTC &= ~(1<<PC2);
}
//********************************************************************
#endif

All functions that can be selected from the menu work, including 
frequency measurement, voltage measurement, f-Generator and 10-bit PWM.

Silvan S. schrieb:
> das sind avrdudes Antworten

Please reduce the transmission speed to 19200 Bd.
EEPROMs take longer to write.

Fehler in der Sicherung und im Eprom, ich habe bereits alle Verbindungen 
und Kontakte überprüft und sie sind funktionsfähig
Ich kann sagen, dass AVR nichts für Schwache wie mich ist, die nur 
bearbeiten und aufnehmen

@ Boleslaw
hello,
thanks for the documentation to the T-Tester Update!
where can i buy the adapter board?
is the connection DIP28 pin 11 (PD5) to TQFN pin 6 (GND)
correct ?
best regards

R. H. schrieb:

> where can i buy the adapter board?
> is the connection DIP28 pin 11 (PD5) to TQFN pin 6 (GND)
> correct ?


Adapter board:
https://www.gotronik.pl/plytka-drukowana-qfp44-na-dip44-p-5034.html

Yes, this is the correct connection. This is the GND connection to the 
/CS pin of the LCD display.

then unfortunately it will not work with my version of the tester, other 
version of the display!?

Silvan S. schrieb:
> Schaltplan_V_5_2_4-u.png

Warum sind da zwei Spannungsregler (IC2 und IC3) parallel geschaltet?

Boleslaw J. schrieb:
> Adapter board:
> https://www.gotronik.pl/plytka-drukowana-qfp44-na-dip44-p-5034.html

... @Boleslaw
Hello, I would like to order five of these adapter boards, but 
unfortunately I don't speak Polish!
Can this page be switched to English (or German)?

Greeting Horst

Silvan S. schrieb:
> Fehler in der Sicherung und im Eprom, ich habe bereits alle Verbindungen
> und Kontakte überprüft und sie sind funktionsfähig
> Ich kann sagen, dass AVR nichts für Schwache wie mich ist, die nur
> bearbeiten und aufnehmen

Das Problem mit dem Schreiben von Daten ins EEprom erinnert mich an 
meinen Start mit dem Projekt. Damals konnte ich unter Windows und meinem 
Diamex Programmer auch kein EEprom beschreiben (ähnliche 
Fehlermeldungungen beim Beschreiben eines ATmega8 EEproms). Dann hatte 
ich mir den Quellcode von Markus Frejek angesehen und festgestellt, daß 
das EEprom damals nur für die Ablage von Texten für die Display-Anzeige 
benutzt wurde. Um den Fehler zu umgehen, hatte ich damals eine Option 
eingebaut, um die Texte wahlweise auch im Flash Speicher abzulegen zu 
können.
Das war dann aber auch der Start, das Programm zu optimieren und um 
zusätzliche Funktionen zu erweitern. Wie ich später festgestellt hatte, 
lief der gleiche Diamex Programmer unter Linux einwandfrei. Die Ursache 
für die Probleme mit dem Windows avrdude habe ich nie weiter untersucht, 
da ich danach nur mit Linux (Linux Mint) arbeite.
Sonst sind mir Probleme mit dem EEprom schreiben nur bei dem Bootloader 
von Arduino Uno und Nano bekannt. Hier konnte die optiboot Version des 
Bootloaders kein EEprom beschreiben, damit das Programm nicht länger als 
512 Byte wurde. Meine Assembler Version des optiboot Bootloaders 
(github.com/kubi48/avr-assembler-optiboot) kann das EEprom aber 
beschreiben und braucht in der Standard Konfiguration trotzdem nur 488 
Byte!

R. H. schrieb:
> then unfortunately it will not work with my version of the tester, other
> version of the display!?

Modification should also work for you. I have a tester made according to 
the same scheme.


@Horst
Hi! You can buy 10 pieces for 6 Euro in the store below:
https://www.aliexpress.com/item/32936397918.html

Boleslaw J. schrieb:
> Hi! You can buy 10 pieces for 6 Euro in the store below:
> https://www.aliexpress.com/item/32936397918.html

... the response from aliexpress:

Sorry, the page you requested can not be found:(

wie wäre es denn mit einem Adapter ohne Draht gefrickel !?

Horst O. schrieb:

>     the response from aliexpress:
>
> Sorry, the page you requested can not be found:(

Strange, this page opens on my computer.
Search Google by the name of the product. Maybe you will find a shop in 
Germany with faster delivery.

R. H. schrieb:
> wie wäre es denn mit einem Adapter ohne Draht gefrickel !?

Super! You still need to find the manufacturer.

da ist JLCPCB wie schon seit Jahren mein Favorit, beste Qualität.
ich könnte die PCB in 0,8/1,0mm Material anfertigen lassen, dann spart
man sich eventuell auch noch das Erhöhen des Displays. wie dick ist das 
Material beim Gotronik Adapter ? mein PCB hat die gleichen Abmessungen, 
18x56mm !

R. H. schrieb:
> da ist JLCPCB wie schon seit Jahren mein Favorit, beste Qualität.
> ich könnte die PCB in 0,8/1,0mm Material anfertigen lassen, dann spart
> man sich eventuell auch noch das Erhöhen des Displays. wie dick ist das
> Material beim Gotronik Adapter ? mein PCB hat die gleichen Abmessungen,
> 18x56mm !

PCB 1,5mm.

R. H. schrieb:
> wie wäre es denn mit einem Adapter ohne Draht gefrickel !?

Mappst Du hier wirklich alle SMD-Pins auf DIP-Pins? Ich sehe dass Du nur 
28 DIP-Pins hast. Ein paar SMD-Pins sind bei den AVRs eh gedoppelt (z.B. 
die GNDs), aber erklärt das die fehlenden 16 pins?

An einem vollständigen Adapter habe ich Interesse.

Gruß!

Boleslaw schrieb: Die Liste der Verbindungen zwischen dem Adapter und 
der DIP28-Buchse ist in der Datei ReadMe_mega644_T7_AY_AT-Mod.txt 
enthalten.
Außerdem sollten die folgenden Pins miteinander verbunden werden
ATmega644p-Platine: 6-39-28-18 (Masse) 5-38-27-17 (VCC)
lade dir doch einfach seine ZIP Datei runter ;-)

@Boleslaw
So on the display connection (ribbon cable) bridge pin 12/13!
does the connection to the CD4050 Pin12 still have to be disconnected?

Holger B. schrieb:
> An einem vollständigen Adapter habe ich Interesse.
so schnell schießen die Preußen nicht! erst mal die PCB in
Fernost bestellen, ATMEGA644 besorgen und dann mal testen ;-)

R. H. schrieb:
> @Boleslaw
> So on the display connection (ribbon cable) bridge pin 12/13!
> does the connection to the CD4050 Pin12 still have to be disconnected?

The CD4050 converts the signal level from 5.0V to 3.3V required by the 
LCD display.
The display manufacturer gives you the option to select the display by 
putting pin 12 (/CS) in the low state. By default, there is a high state 
obtained from the controller's internal pullup resistor. For this 
reason, pins 12 and 13 (Gnd) are separated in the diagram of the AY-AT 
tester. The tester program on the ATmega328p processor sets the PD5 port 
low by default to ensure low status on the /CS line of the ST7735 
display, thus ensuring its operation.
In order not to change anything on the PCB, I kept this way of setting 
the /CS signal.

Karl-Heinz K. schrieb:
> Das war dann aber auch der Start, das Programm zu optimieren

Ist es nicht schön zu sehen, was du damit losgetreten hast?
Es ist auch sehr schön, dass sich jetzt andere Leute dem Projekt 
annehmen und das weiter führen.
Aber dass das so ist, das ist allein dein Verdienst.
Danke dafür!

@R.H.

I have double-checked your PCB adapter design. It's OK.
I see the work of an experienced professional.
Blue indicates here the top of the board, i.e. the side of the processor 
(Top - board-F_...)
Green here indicates the bottom of the PCB (Bottom - board-B_...)

But I don't like the drawing of overlapping PCB sides - the TOP side 
should be on top, and in the drawing the BOTTOM is on top. You have 
rearranged the pages in places, because this may result in erroneous 
execution of the PCB.

I only took screenshots of the top/bottom site.
the program is called sprint layout, you can switch the active layer 
views! the program is also excellent for tracing existing pcbs, simply 
place a photo in the background, see user manual page 36. i love that 
program ;-))

https://www.electronic-software-shop.com/lng/en/electronic-software/sprint-layout-60.html

https://forum.abacom-online.de/phpBB3/viewtopic.php?f=10&t=2889

@R.H.

Adapter - Top Quality! Bravo!
There are pads for soldering SMD blocking capacitors, there is an input 
to the ISP programmer, there are inscriptions.
I am ready to participate in the production costs.

@R.H.

In my AY-AT T-Tester (HW-849A), the ATmega644 adapter fits almost 
exactly in the space between the LCD display socket and the edge of the 
base PCB. Please check this in your tester.
I calculated, that the current location of the holes for DIL28 will 
cause the adapter to protrude 2.4 mm beyond the contour of the tester. 
This can be a problem for those who use the foldable housing that comes 
with the tester. This is not a big problem, because you can cut a hole 
in the housing, but it is not an elegant solution. It would be better if 
you could move the DIL28 holes a bit - as much as possible. There is a 
clearance of about 1 mm between the case and the PCB.
On the other hand, it is better for the adapter to protrude beyond the 
contour than to compete for space with the display socket.

Holger B. schrieb:
> R. H. schrieb:
>> wie wäre es denn mit einem Adapter ohne Draht gefrickel !?
>
> Mappst Du hier wirklich alle SMD-Pins auf DIP-Pins? Ich sehe dass Du nur
> 28 DIP-Pins hast. Ein paar SMD-Pins sind bei den AVRs eh gedoppelt (z.B.
> die GNDs), aber erklärt das die fehlenden 16 pins?
>
> An einem vollständigen Adapter habe ich Interesse.

R. H. schrieb:
> [i]Boleslaw schrieb: Die Liste der Verbindungen zwischen dem Adapter und
> der DIP28-Buchse ist in der Datei ReadMe_mega644_T7_AY_AT-Mod.txt
> enthalten.
> Außerdem sollten die folgenden Pins miteinander verbunden werden
> ATmega644p-Platine: 6-39-28-18 (Masse) 5-38-27-17 (VCC)
> lade dir doch einfach seine ZIP Datei runter ;-)[/i]

Die ZIP-Datei gibt es wo?

Ich sehe im Beitrag, der für mich hier diesen Adapter eingeführt hat, 
nur eine JPEG-Datei:

R. H. schrieb:
> [i]pcb_adapter.jpg[/i]
> [i]wie wäre es denn mit einem Adapter ohne Draht gefrickel !?[/i]

Außerdem, 2x 4 Pins miteinander zu verbinden macht aus 44 Pins auch noch 
38 Pins. Im Datenblatt finde ich auch sonst keine NC pins.

Klar, für [i]dieses[/i] Projekt hier hier braucht man nicht alle Pins. 
Aber vollständig ist der Adapter damit trotzdem nicht.

Gruß!

Beitrag "Re: Transistortester AVR"

der Adapter ist halt speziell für diese Projekt !!!

R. H. schrieb:
> Adapter ist halt speziell für diese Projekt

Da würde es sich ja fast anbieten, eine komplett neue PCB für 644/1284 
zu erstellen und einen Bausatz als Spender für die restlichen Teile zu 
verwenden. :)

alles schon fertig, kann man hier alles runterladen ;-)

https://www.pcbway.com/project/shareproject/W40056AST1_PCBTTS.html

Martin H. schrieb:

> Da würde es sich ja fast anbieten, eine komplett neue PCB für 644/1284
> zu erstellen und einen Bausatz als Spender für die restlichen Teile zu
> verwenden. :)

This is a very good idea - as an option for those who are considering 
buying such a KIT for self-assembly.
However, the modification of the T-Tester and the adapter facilitating 
its implementation, which I propose, applies to people who already have 
such a tester and are struggling with the problem of insufficient memory 
for the program code. Currently, they are left with the choice of the 
most needed functions that fit in memory. They have to give up the rest 
of the functions.

Wie auch immer, um das Messgerät zum Laufen zu bringen, hat meine 
Erfahrung mit Avrdude und dem Arduino im ISP-Modus nicht funktioniert, 
und nach viel Zeit habe ich beschlossen, eine einfache Schaltung mit der 
seriellen Schnittstelle des PCs mit Widerständen, Dioden und einem 
Transistor zu erstellen, die ich gefunden habe das designschema im 
internet ponyprog serial ein programmierer in avrdudess also ja, ich 
konnte alles auf dem atmega328 aufzeichnen, danke an alle, die 
geantwortet haben und versucht haben zu helfen, danke an alle, die 
stillschweigend eine positive kette gemacht haben, in der hoffnung, dass 
ich es schaffen könnte
und für alle von Ihnen, die hier Ihre Zweifel und Vorschläge geäußert 
haben, und für die Autoren und Perfektionierer dieses Projekts, das für 
mich jetzt nützlich ist, ich hätte eines kaufen können, aber es war 
befriedigend zu wissen, wie gesegnet Sie alle mit einzigartigem Wissen 
sind


anyway, getting the meter to work, my experience with avrdude plus the 
arduino in isp mode didn't work out and after a lot of time I decided to 
make a simple circuit using the pc's serial port with resistors, diodes 
and a transistor I found the design schematic on the internet ponyprog 
serial a programmer inside avrdudess so yes I could record everything on 
the atmega328, thanks to everyone who responded trying to help, thanks 
to everyone who silently made a positive chain hoping that I could make 
it
and for all of you here posting your doubts and suggestions, and to the 
authors and perfecters of this project that is now useful to me, I could 
have bought one but it was gratifying to know how blessed you all are 
with unique knowledge

Holger B. schrieb:
> Silvan S. schrieb:
>> Schaltplan_V_5_2_4-u.png
>
> Warum sind da zwei Spannungsregler (IC2 und IC3) parallel geschaltet?

Ich kannte damals keine andere Möglichkeit eventuell
andere Bestückung darzustellen.
Es ist immer nur EINER der Regler einzubauen.

Sri, wenn diese Information 20 Jahre zu spät kommt!
Damals dachte ich, das wäre klar.  ...


Gruss Asko

Asko B. schrieb:
> Holger B. schrieb:
>> Silvan S. schrieb:
>>> Schaltplan_V_5_2_4-u.png
>>
>> Warum sind da zwei Spannungsregler (IC2 und IC3) parallel geschaltet?
>
> Ich kannte damals keine andere Möglichkeit eventuell
> andere Bestückung darzustellen.
> Es ist immer nur EINER der Regler einzubauen.
>
> Sri, wenn diese Information 20 Jahre zu spät kommt!
> Damals dachte ich, das wäre klar.  ...

Ah, OK. Dann vielleicht als Tipp einfach einen Text in den Schaltplan 
neben den ICs zu schreiben der sagt, dass nur einer von beiden bestückt 
ist.

Gruß!

I installed the latest version of the program (1.49m) on the ATmega644p 
processor in the Component Tester (AY-AT diagram).
This processor replaced the ATmega328P processor, thus doubling the 
available memory for program code.
The processor is clocked by a generator on an 8 MHz quartz crystal. The 
color graphic display LCD 160x128 with driver ST7735 gives a beautiful, 
clear image.
The tester works great! Thank you Markus R. for the work you have done.

The program performs correctly all the functions that are possible to 
perform on this hardware.
Among other things, it allows to test infrared remote controls. The 
number of implemented IR receiver protocols is impressive!

All functions of the ComponentTester with the new processor (ATmega644p) 
work - so it's good time to optimize.

The tester with the ATmega328p processor and the AY-AT-compliant scheme 
has a feature that I noticed only when I started to implement the 
program in version 1.49m. Namely, a high-resolution color display 
(160x128) works in this tester based on a software driver of the 
"bit-bang SPI" type. I changed it using the hardware SPI bus. Now the 
speed of data transfer to the display is several times faster.

I also improved the function of the rectangular pulse generator. I 
resigned from the software (in the interrupt) transfer of the output 
state of the generator to the port connected to TP2 through a 680 Ohm 
resistor. The frequency of the generator, which I managed to obtain in 
this way, did not exceed 200kHz. Currently, using the direct output from 
the generator port (OC1B), I get a frequency of 2 MHz, which is 10 times 
higher.

These changes required minor modifications to the adapter.

Leute, warum passiert das?
 Prozess-Exit-Code: 2

versuche, neues hex in winavr zu kompilieren
> Process Exit Code: 2

Bekanntes Tool-Chain-Problem: 
Beitrag "Win10, WinAVR-20100110 und msys-1.0.dll"

Silvan S. schrieb:
> warum passiert das?

Die Antwort gibt Dir dies Haiku:

1

Yesterday it worked,

2

Today it is not working.

3

Windows is like that.

@Silvan S.

For Windows 10 or 11 64bit:
- download toolchain avr-gcc-12.1.0-x64-windows.zip (115 MB) from 
https://blog.zakkemble.net/avr-gcc-builds/

Unzip archiv and add the path to /bin folder to the system PATH.

was ich wirklich brauche ist hex und eep
nach langBRASIL
mit Version mega328_2X16_menu
Wenn Sie mir diese Freundlichkeit erweisen könnten, wäre ich Ihnen 
dankbar.
und wenn es einen anderen Compiler gibt, der diese Aufgabe übernehmen 
könnte, die winavr erledigt, lassen Sie es mich bitte wissen

@ Silvan S.

... kompiliert  mit WinAVR-20100110 unter Win7. Makefile, 
mega328_2X16_menu.hex und mega328_2X16_menu.eep im angefügten 
mega328_2X16_menu.zip.

Wenn weitere Änderungen im Makefile nötig sind, lasse es mich wissen,

Gruß Horst

Lötzinn V. schrieb:
> alles schon fertig, kann man hier alles runterladen ;-)

neuere (kleinere) Version des MEGA 4GSL kann man hier runterladen
http://vrtp.ru/screenshots/3588_Rev_A0.02C_m1284.zip

@Horst O.

danke, jetzt ist alles ok.
Messen der Komponenten

thank you, now everything is ok.
measuring the components

Guten Nachmittag Freunde! Ich habe mein Gerät auf einem Arduino Nano auf 
einem 238pb-Controller mit einem Farbdisplay auf einem st7735-Controller 
zusammengebaut.
Das Gerät funktioniert gut!
Ich habe ein zusätzliches LCMeter mit einem Transistorgenerator 
(anstelle des LM311-Komparators) hergestellt. Die Frequenz ergibt 505 
Kilohertz und 261 Kilohertz mit einem 1 Nanofarad Einstellkondensator.
C_P verbunden mit TR1(PC0) L/C verbunden mit TR2(PC1)
Beim Einschalten zeigt das LCMetre einen Fehler an - was könnte das 
Problem sein?
Mein modifiziertes Diagramm ist im Link 
https://oshwlab.com/995uet/transistortester_1-48_arduini_nano

Deine Frequenzen liegen ein gutes Stück neben den normalen Werten (ca. 
595kHz, mit C_p 423kHz). In tools_LC_Meter.c kannst du die Min/Max-Werte 
der erwarteten Bereiche (550-650kHz, mit C_p 400-440kHz) ändern (ganz 
oben, FI_MIN, FI_MAX, FP_MIN und FP_MAX).

@Boleslaw J.

hier Schritt für Schritt folgen, bis der Pfad funktioniert

following step by step here until the path works
thanks

@Karl-Heinz K  & @Markus R

curious thing happening when compiling, because when I change this 
option does m328p compile?
which should be the options menu?
understanding is important for me

now being the makefile normally does not compile

Markus R. schrieb:
> Deine Frequenzen liegen ein gutes Stück neben den normalen Werten (ca.
> 595kHz, mit C_p 423kHz)

595 Kilohertz sind 71,5 Mikrohenry und 1 Nanofarad 
https://www.omnicalculator.com/physics/resonant-frequency-lc !? In der 
Anleitung steht, dass 595 Kilohertz 82 Mikrohenry sind - wirkt sich das 
auf den korrekten Betrieb des Geräts aus?

Im LCMetre muss der Kondensator C_P ein- oder ausgeschaltet werden, wenn 
das Gerät stromlos ist?

Aleksei S. schrieb:
> 595 Kilohertz sind 71,5 Mikrohenry und 1 Nanofarad
> https://www.omnicalculator.com/physics/resonant-frequency-lc !? In der
> Anleitung steht, dass 595 Kilohertz 82 Mikrohenry sind - wirkt sich das
> auf den korrekten Betrieb des Geräts aus?

Nein, die Werte können und dürfen etwas abweichen und werden automatisch 
abgeglichen. Auch kommen durch die jeweilige Schaltung Abweichungen 
zustande. Wichtig ist der Referenzkondensator C_p (korrekten Wert bei 
LC_METER_C_REF eintragen!).

Aleksei S. schrieb:
> Im LCMetre muss der Kondensator C_P ein- oder ausgeschaltet werden, wenn
> das Gerät stromlos ist?

Der Referenzkondensator C_p wird automatisch per Relay geschaltet.

Silvan S. schrieb:
> now being the makefile normally does not compile

Sorry, I can't help you much with tool chains for Windows.

@Markus R
I was already satisfied because @ Horst O. compiled this version for me, 
but as I was so curious, I stayed here testing the dlls in the topic 
where you indicated from Beitrag "Win10, WinAVR-20100110 und 
msys-1.0.dll", I put it in the utils folder, still not compiling, until 
I found the files in this folder somewhere here "avr8-gnu-toolchain" I 
copied them to the winavr2010 directory so I can compile now
now yes it's ok

Markus R. schrieb:
>> 595 Kilohertz sind 71,5 Mikrohenry und 1 Nanofarad
>> https://www.omnicalculator.com/physics/resonant-frequency-lc !? In der
>> Anleitung steht, dass 595 Kilohertz 82 Mikrohenry sind - wirkt sich das
>> auf den korrekten Betrieb des Geräts aus?
>
> Nein, die Werte können und dürfen etwas abweichen und werden automatisch
> abgeglichen. Auch kommen durch die jeweilige Schaltung Abweichungen
> zustande. Wichtig ist der Referenzkondensator C_p (korrekten Wert bei
> LC_METER_C_REF eintragen!).

Danke für eure Antworten)
Ich habe einen Resonanzkreis von 68 Mikrohenry und 1580 Picofarad C_P 
ist gleich 1007 Picofarad, ich habe Frequenzen von 595 Kilohertz und 423 
Kilohertz. Wird es richtig funktionieren?

Markus R. schrieb:
> Nein, die Werte können und dürfen etwas abweichen und werden automatisch
> abgeglichen. Auch kommen durch die jeweilige Schaltung Abweichungen
> zustande. Wichtig ist der Referenzkondensator C_p (korrekten Wert bei
> LC_METER_C_REF eintragen!).

Wenn ich C_P auf 2014 Picofarad setze (schreibe LC_METER_C_REF = 2014) 
und der Frequenzbereich 595 kHz und 423 kHz beträgt, funktioniert das 
Gerät?

Aleksei S. schrieb:
> Ich habe einen Resonanzkreis von 68 Mikrohenry und 1580 Picofarad C_P
> ist gleich 1007 Picofarad, ich habe Frequenzen von 595 Kilohertz und 423
> Kilohertz. Wird es richtig funktionieren?

Sollte. Ich weis allerdings nicht, wie weit die Werte der Spule und 
Kondensatoren variieren dürfen, bis die Ergebnisberechnung an ihre 
Grenzen kommt.

Aleksei S. schrieb:
> Wenn ich C_P auf 2014 Picofarad setze (schreibe LC_METER_C_REF = 2014)
> und der Frequenzbereich 595 kHz und 423 kHz beträgt, funktioniert das
> Gerät?

Gleiche Antwort wie oben. Und, wie bereits erklärt, kannst du auch die 
erwarteten Frequenzbereiche ändern (FI_MIN, FI_MAX, FP_MIN und FP_MAX).

Sollte das C_P-Relais bei der Selbsteinstellung des LCMetr klicken?

Ich habe die Bereiche 595 kHz und 423 kHz eingestellt, aber nach 
Selbsttest zeigt es einen Fehler!?! Das C_P-Relais klickt während der 
automatischen Abstimmung nicht (ich denke, es sollte klicken, um die 
C_P-Kapazität zu überprüfen)?

Aleksei S. schrieb:
> Sollte das C_P-Relais bei der Selbsteinstellung des LCMetr klicken?

Ja, beim Selbstabgleich wird das Relais für C_p kurz aktiviert, um eine 
Frequenzmessung mit C_p durchzuführen (siehe Funktion LC_SelfAdjust()).

Das Problem des Selbsttestfehlers wurde nicht behoben (
Auf meinem LCMeter auf einem 328-Controller ist C_P mit PC0 verbunden, 
mit dem der erste "Test-Pin" verbunden ist. L / C ist mit PC1 verbunden, 
mit dem der zweite "Test-Pin" verbunden ist - möglicherweise gibt dies 
einen Selbsttestfehler aus?

Hmm, da könnte der R-Port Probleme machen, wenn noch Testwiderstände 
aktiviert sind. Du könntest den R-Port vorher auf HiZ stellen (R_DDR = 
0;). Pins mehrfach zu nutzen ist nicht so einfach. Übrigens ist das 
LC-Meter eigentlich für ATmega324 aufwärts gedacht (wegen den 
zusätzlichen Pins).

Diese Zeilen in tools_LC_Meter schalten mein Relais nicht und schalten 
C_P aus? Warum das!?


/* select C mode: set control line for L/C selection low */
  LC_CTRL_PORT &= ~(1 << LC_CTRL_LC);   /* clear bit */
  MilliSleep(100);
+
 /* disable reference cap C_p */
  LC_CTRL_DDR &= ~(1 << LC_CTRL_CP);     /* set C_p to HiZ mode */

Ich weiß nicht, wie ich den R-Port auf HiZ setzen soll (R_DDR=0;). Wo 
soll ich das schreiben?

Aleksei S. schrieb:
> Diese Zeilen in tools_LC_Meter schalten mein Relais nicht und schalten
> C_P aus? Warum das!?
>
>
> /* select C mode: set control line for L/C selection low */
>   LC_CTRL_PORT &= ~(1 << LC_CTRL_LC);   /* clear bit */
>   MilliSleep(100);
> +
>  /* disable reference cap C_p */
>   LC_CTRL_DDR &= ~(1 << LC_CTRL_CP);     /* set C_p to HiZ mode */

Hast du schon in den Schaltplan 
https://github.com/madires/Transistortester-Warehouse/blob/master/Hardware/LC-Meter-Option.pdf 
geschaut? Das Relais für C_p wird einfach direkt nach Masse geschaltet 
(wie Open-Collector, und das Reed-Relais braucht nur wenige mA). Deine 
Relaisansteuerung sollte also auch low-aktiv sein. Oder du passt den 
Source an deine Ansteuerung an.

Aleksei S. schrieb:
> Ich weiß nicht, wie ich den R-Port auf HiZ setzen soll (R_DDR=0;). Wo
> soll ich das schreiben?

Z.B. am Anfang von der Funktion LC_Meter() im Init-Bereich.

Markus R. schrieb:
> Hast du schon in den Schaltplan
> 
https://github.com/madires/Transistortester-Warehouse/blob/master/Hardware/LC-Meter-Option.pdf
> geschaut?

Er scheint die Schaltung deutlich modifiziert zu haben:

Aleksei S. schrieb:
> Ich habe ein zusätzliches LCMeter mit einem Transistorgenerator
> (anstelle des LM311-Komparators) hergestellt.

Vielleicht sollte er die Schaltung mal zeigen.

LC-Meter am unteren Rand des Diagramms

Ich habe eine andere Schaltung, der Generator ist auf Transistoren 
aufgebaut. https://oshwlab.com/995uet/transistortester_1-48_arduini_nano 
Das C_P-Relais wird von einem Transistor eingeschaltet, das Relais 
befindet sich zunächst im Low-Level-Modus (C_P ist verbunden), um das 
Relais zu schalten (und den C_P auszuschalten), Sie müssen Sie einen 
hohen Pegel von 5 Volt vom PC0-Ausgang an den Transistor anlegen oder 
damit beim Einschalten des LZMeter sofort 5 Volt an C_P anliegen.
deine Zeilen
/* C-Modus auswählen: Steuerleitung für L/C-Auswahl niedrig setzen */
> LC_CTRL_PORT &= ~(1 << LC_CTRL_LC); /* Bit löschen */
    MilliSchlaf (100);
+
  /* Referenzobergrenze C_p deaktivieren */
  LC_CTRL_DDR &= ~(1 << LC_CTRL_CP); /* C_p in den HiZ-Modus versetzen 
*/
legen Sie keinen hohen Pegel von 5 Volt an C_P an (
Das Schreiben dieser Zeile hat nicht geholfen (
uint8_t LC_Meter (leer)
{
   R_DDR = 0;
   uint8_t Flag = 1; /* Rückgabewert */

Wie kann ich 5 Volt an C_P (PC0-Ausgang) anlegen?

Aleksei S. schrieb:
> Ich habe eine andere Schaltung, der Generator ist auf Transistoren
> aufgebaut. https://oshwlab.com/995uet/transistortester_1-48_arduini_nano

Da du die Testpins fest mit den Schalttransistoren für die Relais 
verbunden hast, wird der Tester nicht funktionieren, d.h. er kann nichts 
korrekt erkennen oder messen. Ein temporäres Verbinden für die 
LC-Meter-Funktion sollte aber gehen.

Wo kann ich C_P und L/C anschließen?

Während der Selbsttestzeit des LCMetr liegen am Ausgang PS0 (am 
Transistor und am Schaltrelais C_P) keine +5 Volt an. Ich habe mit einem 
Multimeter gemessen. Schreiben R_DDR = 0; gibt keine +5 Volt an den 
PS0-Ausgang

Aleksei S. schrieb:
> Wo kann ich C_P und L/C anschließen?

Da der Arduino Nano die ATmega328-Variante mit zwei zusätzlichen 
ADC-Eingängen hat (keine I/O-Pins), könntest du z.B die Spannungsteiler 
für die Batteriespannung und den Zener-Test darauf umlegen und damit 
zwei Pins vom C-Port freischaufeln. Die beiden freien Pins vom C-Port 
können dann die Relais vom LC-Meter steuern.

Es gibt aber noch einen dicken Klops. Auf PD4 liegen der Signalausgang 
vom LC-Meter und /Reset vom Display. Sobald PD4 zum Frequenzmessen auf 
Eingang geschaltet wird, würde das Signal vom LC-Meter das Display 
ständig zurücksetzen.  /Reset könntest du fest auf 3,3V legen.

Aleksei S. schrieb:
> Während der Selbsttestzeit des LCMetr liegen am Ausgang PS0 (am
> Transistor und am Schaltrelais C_P) keine +5 Volt an. Ich habe mit einem
> Multimeter gemessen. Schreiben R_DDR = 0; gibt keine +5 Volt an den
> PS0-Ausgang

Der Befehl "R_DDR = 0;" schaltet den Port für die Testwiderstände auf 
HiZ. Da du in der Schaltung das C_p-Relais auf high-aktiv geändert hast, 
muss nun auch die Ansteuerung in der Firmware entsprechend angepasst 
werden. Das dürfte nun eine steile Lernkurve für dich werden.