welchen Compiler verwenden Sie? Ich benutze winavr 2010 und wie kann man den Platz in Atmega reduzieren? Ich habe auch einige Funktionen im Makefile deaktiviert, aber das Ergebnis der Datei ist immer noch groß....
Nach den Schokohasen gibt es nun eine kalorienfreie Leckerei. :)
v1.52m
- Schnelltest von Dioden und LEDs (SW_DIODE_LED).
- Unterstützung vom BH1750VFI Umgebungslichtsensor (HW_BH1750).
- Protokollfehler von IC-Adressierung im Lesemodus in I2C_WriteByte() für Bit-Bang-I2C beseitigt.
- Skalierungsfehler in der Berechnung des Spannungteilers in T2 vom Selbsttest behoben.
- Option für komprimiertes Ausgabeformat bei Testausgabe des Zeichensatzes (FONT_PACKED).
- Neuer Zeichensatz font_8x16_alt_hf.h (FONT_8x16_ALT_HF, Dank an Feliciano@EEVblog).
- Bitmap für Ö in font_8x16_iso8859-2_hf.h korrigiert (Dank an Feliciano@EEVblog).
- Problem mit Datenbyte in I2C_ReadByte() für Hardware-TWI beseitigt (gemeldet von fail@mikrocontroller.net).
- Farben der Multiplikatoren für 0,1 und 0,01 in Funktion Display_ColorCode() korrigiert (gemeldet von chaoslegion@VRTP).
- Option zum temporären Umschalten in den Auto-Hold-Modus nachdem ein Bauteil erkannt wurde (im kontinuierlichen Modus, UI_AUTOHOLD_FOUND, Vorschlag von Maniaxx@EEVBlog).
- Optimierungsoption für Interruptvektortabelle zum Reduzieren der Firmwaregröße (Makefile: OPTIMIZE_VECTORS, Dank an Viktor Klimkovich).
- UJT-Erkennung verbessert, d.h. Potis mit einem bestimmten Wert (3-15 k) und auf eine Endposition gestellt werden ausgeschlossen (gemeldet von wandows@EEVblog).
- Problem mit Rückgabewert in Funktion DataStorage() gelöst (Dank an Viktor Klimkovich).
- Problem mit der Erkennung von kleinen Kapazitäten beseitigt. Wurde durch den neuen negativen Null-Offset in Funktion LargeCap() verursacht (gemeldet von Yuriy_K@EEVblog und Obelix2007@EEVblog).
Download auf:
welchen Compiler verwenden Sie? Ich benutze winavr 2010 und wie kann man den Platz in Atmega reduzieren? Ich habe auch einige Funktionen im Makefile deaktiviert, aber das Ergebnis der Datei ist immer noch groß....
Selber nutze ich momentan den avr-gcc 5.4.0 unter Linux. Wenn schon einige Funktionen abgeschaltet sind, dann könnte evtl. noch eine ältere Version vom avr-gcc helfen. Schaue dir mal https://www.eevblog.com/forum/testgear/$20-lcr-esr-transistor-checker-project/msg5150607/#msg5150607 an. Dort hat User vklimk verschiedene Versionen durchgetestet.
welchen Compiler verwenden Sie? Ich benutze winavr 2010
und wie kann man den Platz in Atmega reduzieren? Ich habe auch einige Funktionen im Makefile deaktiviert, aber das Ergebnis der Datei ist immer noch groß....
Ich nutze gcc v13.2 mit -Os-flto und habe sehr viele Feature enabled, Size ist
Program Memory Usage: 31220 bytes 95,3 % Full Data Memory Usage: 256 bytes 12,5 % Full EEPROM Memory Usage: 883 bytes 86,2 % Full
@Markus Wie/wann wird crt1.inc-builder verwendet?
Wie/wann wird crt1.inc-builder verwendet?
Dazu wird eine Linux/Unix-Umgebung benötigt. Im Makefile die Zeile "#OPTIMIZE_VECTORS = yes" suchen und einkommentieren ("#" löschen). Dann ein "make clean" und mit "make" neu übersetzen.
kalorienfreie Leckerei. :)
v1.52m
Update: https://github.com/Ho-Ro/ComponentTester
Angepasste Version für AY-AT mit 20 MHz: https://github.com/Ho-Ro/ComponentTester/tree/AY-AT_20MHz
Hallo, ich habe meinen TC-1 nun erfolgreich mit einem 328P ausgerüstet/repariert. Die dafür geänderten Dateien für Windows und Benutzung des Arduino GCC Compilers sowie Bilder sind hier zu finden: https://github.com/ArminJo/TransistorTester-TC1_328_Windows
Nun habe ich ein paar Verständnisfragen.
- Der TC-1 hat einen HW IR Receiver, der an PD3 angeschlossen ist. Ich habe dazu folgende Konfiguration
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
Wie sehe ich das Ergebnis einer IR Messung, wie stoße ich sie an? Wenn ich nach einer normalen Messung ein IR Signal sende, passiert nichts, im Gegensatz zu der Original Software, wo ein IR Ergebnis angezeigt wird, wenn man nach einer Messung ein IR Signal sendet.
- Ist es möglich auch solche "großen" Symbole / Anzeigen zu bekommen, so wie z.B. bei der Original Software des TC-1 für Transistoren (siehe Bilder)?
Angehängte Dateien:
-
Original_IR.jpg
(220 KB)
-
Original_Transistor.jpg
(220 KB)
-
MSoftware_Transistor.jpg
(230 KB)
- Der TC-1 hat einen HW IR Receiver, der an PD3 angeschlossen ist. Ich habe dazu folgende Konfiguration
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
Wenn es an der richtigen Stelle steht, sollte das funktionieren. Empfohlen ist in config.h: //#define SW_IR_RECEIVER #define HW_IR_RECEIVER und in config_328.h: #define IR_PORT PORTD /* port data register / #define IR_DDR DDRD / port data direction register / #define IR_PIN PIND / port input pins register / #define IR_DATA PD3 / data signal */
Wie sehe ich das Ergebnis einer IR Messung, wie stoße ich sie an? Wenn ich nach einer normalen Messung ein IR Signal sende, passiert nichts, im Gegensatz zu der Original Software, wo ein IR Ergebnis angezeigt wird, wenn man nach einer Messung ein IR Signal sendet.
Ins Menü gehen und IR-Detektor auswählen (ist im README.de erklärt).
- Ist es möglich auch solche "großen" Symbole / Anzeigen zu bekommen, so wie z.B. bei der Original Software des TC-1 für Transistoren (siehe Bilder)?
Es gibt Bauteilesymbole für 3-Bein-Halbleiter (SW_SYMBOLS, standardmäßig aktviert für Grafikanzeigen). Die OSHW-Firmwares sind nicht so grafiklastig, haben dafür aber mehr Funktionen und geben mehr Werte aus. Wegen dem begrenzten Flash kann man nicht beides haben. Die mitgelieferte Firmware beim TC-1 ist übrigens eine modifizierte k-Firmware, die wahrscheinlich auch Teile von der m-Firmware verwendet.
Ich würde einem Bekannten gern ein Modell des Transistortesters zum Kauf (nicht zum Selbstbau) empfehlen, mein Exemplar ist aber schon älter und längst nicht mehr am Markt. Kommerzielle Angebote für "ähnliche" Testgeräte gibt es ja massenweise, aber gibt es darunter besonders empfehlenswerte, wenn man lieber Qualität als günstigsten Preis haben möchte?
Braucht er ein Gehäuse? LCR T4 finde ich sonst nie falsch, vor allem für Gelegenheitsnutzer.
Klaus.
Braucht er ein Gehäuse?
Ja, sollte besser nicht von herumliegenden Teilen kurzgeschlossen werden können :-)
Wegen den vielen Clonen mit alternativer MCU ist das momentan etwas schwierig. Vielleicht BSide ESR02 / DTU-1701.
Oder man kauft bei einem Bekannten china Verkäufer wie z.B Modultechnik bei ebay und fragt den vorher ob es ein Original atmel Chip ist
Klaus.
Braucht er ein Gehäuse?
Ja, sollte besser nicht von herumliegenden Teilen kurzgeschlossen werden können :-)
Ich habe keine schlechten Erfahrungen mit dem ESR02 PRO gemacht. Das Gehäuse (mit Batteriefach und externer Stromversorgungsbuchse) ist ordentlich verarbeitet. Der Prozessor in meinem Gerät ist ein echter ATmega328 und lässt sich mit einer aktuellen Firmware (ich benutze die K-Version) updaten.
Es ist bei einem bekannten Online-Händler erhältlich: https://www.amazon.de/Transistor-Digitaler-Komponenten-Induktivit%C3%A4ts-Messger%C3%A4t/dp/B07QYZSFS4/ref=pd_day0_d_sccl_2_6/262-1266806-6044269?pd_rd_w=DdN1Y&content-id=amzn1.sym.a3fbe34d-f78c-44d7-9aa7-253cb614f569&pf_rd_p=a3fbe34d-f78c-44d7-9aa7-253cb614f569&pf_rd_r=BT0N28PJTFQWHHQV659Y&pd_rd_wg=Hr3aa&pd_rd_r=445f23dd-4cbc-4a8b-b3a1-7272a6f184e1&pd_rd_i=B07QYZSFS4&psc=1
Angehängte Dateien:
-
BSIDE-ESR02-Pro.png
(400 KB)
-
BSIDE-ESR02-Pro.png
(400 KB)
https://www.amazon.de/dp/B07QYZSFS4 reicht auch. :-)
Ich habe keine schlechten Erfahrungen mit dem ESR02 PRO gemacht. Das Gehäuse (mit Batteriefach und externer Stromversorgungsbuchse) ist ordentlich verarbeitet.
Das Gehäuse sieht gut aus, die Idee mit dem "Pad" für SMD-Bauteile gefällt mir auch. Es bereitet mir allerdings etwas Sorge, wie viele schlechte Bewertungen sich zu dem Teil (auch bei anderen Händlern) finden, und für bedrahtete Bauteile finde ich die klassischen Textool-Sockel eigentlich sehr gut.
Übrigens krass wie hoch das Preisgefälle zwischen Aliexpress und Amazon bei diesem Modell ist: https://de.aliexpress.com/item/1005004014945608.html
100 5Sterne Bewertungen, orig. Atmel Mega328, Testfassung !
Angehängte Dateien:
-
FNIRSI.jpg
(230 KB)
Fröhliches Programmieren!
v1.53m:
- Interrupt-Adressproblem in gcrt1.S (OPTIMIZE_VECTORS) beseitigt, primär für avr-gcc 8.3.0 (Dank an horo@EEVblog).
- Polnische Texte #2 aktualisiert (Dank an Jacon@EEVblog).
- Fehler im Quellcodemanagement für globale Variablen für Timer1 behoben (gemeldet von indman@EEVblog).
- Polnische Texte aktualisiert (Dank an szpila@EEVblog).
- Option zum Aktivieren/Deaktivieren des Selbsttests (SW_SELFTEST, Vorschlag von indman@EEVblog).
- Option zur seitenweisen Ausgabe der Messwerte im Selbst-Test/Abgleich (UI_TEST_PAGEMODE, benötigt >= 6 Textzeilen).
- Neue Vereinfachungsfunktion Display_Value2() zum Reduzieren der Firmwaregröße. Alle passenden Funktionsaufrufe entsprechend geändert.
- 5V-Meter mit auswählbarer Eingangsimpedanz (SW_METER_5VDC, Vorschlag von boneDragon@EEVblog). Optionaler Piep bei Überschreiten eines Schwellwertes (benötigt Summer/Pieper).
- Option zur Ausgabe von 4-stelligen Werten als Wert mit Präfix (UI_PREFIX, Vorschlag von Kim Christensen@EEVblog und edgard22@EEVblog).
- Optionale Rücklaufdiode wird nun auch für JFETs angezeigt (Vorschlag von Yuriy_K@EEVblog). Problem mit D/S-Verdrehung bei p-Kanal JFETs mit Rücklaufdiode gelöst.
- Brasilianisch-portugiesische Texte aktualisiert (Dank an wandows@EEVblog).
Download:
Hallo zusammen! Ich begann mit der Erweiterung des HW-849B-Testers, den ich bei AliExpress gekauft hatte. Die Grundidee ähnelt der von Boleslaw Jamroz entwickelten. Anstelle des Quarzes stehen zwei Quarzoszillatoren unterschiedlicher Größe zur Auswahl, außerdem wurde der Hülle ein Resonator hinzugefügt. Der gekaufte ATMega1284AU unterschied sich preislich nicht von der kleineren Variante, also habe ich mich dafür entschieden. Ich habe den Schleim in 4 Schichten entworfen. Es passt unter das Display. Die Schaltung ist abgeschlossen. Ich habe einen 16-MHz-5-V-Oszillator eingebaut. Ich bin nicht gut darin, Software abzugleichen. Bisher habe ich zum Programmieren kompilierte Hex-Dateien verwendet. Ich werde auf jeden Fall Hilfe brauchen. Grüße: Ferenc V.
Angehängte Dateien:
-
202_4L-1015_Top.JPG
(170 KB)
-
202_4L-1015_Bott.JPG
(110 KB)
-
202_4L-1015-sch.JPG
(110 KB)
Hallo zusammen, willkommen in diesem tollen Thread. Ich baue diesen Versionstester für ein 2X16-Display. Ich habe ein Problem beim Kompilieren der neuesten Softwareversion –1,53m. Wenn jemand von Ihnen diese Version der Software für ein 2x16-Display und dieses Hardwarediagramm zusammengestellt hat, wäre ich sehr dankbar. Grüße an alle.
Angehängte Dateien:
-
779px-TransistorTesterVC1.webp
(59 KB)
ATmega8 oder 168 werden nicht von der m-Firmware unterstützt. Vom Schaltplan her sollten die Standardeinstellungen überwiegend passen. Da die Stromversorgung manuell geschaltet wird, bitte POWER_SWITCH_MANUAL in config.h auswählen. Und in config_328.h den Block für ST7565R rausnehmen und stattdessen den für HD44780 aktivieren.
so, ich habe nun an meinem Komponententester (von @obelix2007 umgebauter T7) noch etwas gebastelt.
Jetzt auch mit Piezo-Piepser.
Aktualisierter Schaltplan im Anhang,
weitere Infos und Fotos im zitierten Beitrag.
Angehängte Dateien:
-
Component_tester_T7-dreieck.png
(190 KB)
Was piepst der, Durchgang?
Klaus.
Beitrag #7791469 wurde von einem Moderator gelöscht.
Beitrag #7791475 wurde von einem Moderator gelöscht.
Was piepst der, Durchgang?
Durchgang, Bauteil-Erkennung fertig, Startup, IR-Detektiert, ggf. weiteres (lässt sich beim Kompilieren einstellen ("m"-Firmware)).
(Und anbei noch korrigierter Schaltplan: Labels "VBOOST" und "VZENER" wurden von KiCad irgendwie alle auf "VBAT" gesetzt, und "VREF" auf "VUSB", und "VCC_d" auf "VUSB" ... was mag da schief gelaufen sein?)
Angehängte Dateien:
-
Component_tester_T7-dreieck.png
(190 KB)
Ein paar kleine Verbesserungen und Fehlerbereiningung:
v1.54m
- Filter für Germanium-BJTs in CheckDepletionModeFET() verbessert (Dank an KenBC1).
- Schwellenwert zur Ausgabe vom Leckstrom auf 10 nA geändert (Vorschlag von fafa80@EEVblog und indman@EEVblog). Auch GetLeakageCurrent() angepaßt für kleine Ströme mit nA-Skalierung.
- Problem bei Kapazitätsmessung von Dioden mit hohem Leckstrom behoben (war Regression in LargeCap(), gemeldet von fafa80@EEVblog).
- Brasilianisch-portugiesische Texte aktualisiert (Dank an wandows@EEVblog).
- Compilerfehler für Variable in 5V-Meter behoben (gemeldet von Alkapton@GitHub).
- Option zur Anzeige der Basis-Emitter-Kapazität C_be von Bipolartransistoren (SW_C_BE, Vorschlag von edgard22@EEVblog).
- Neues Fernsteuerkommando C_BE für Basis-Emitter-Kapazität von Bipolartransistoren.
- Andere Position vom Fragezeichensymbol in Funktion Show_Fail(), wenn UI_CENTER_ALIGN aktiviert ist (gemeldet von carrascoso@EEVblog).
- Spanische Texte aktualisiert (Dank an pepe10000@EEVblog).
Download:
- https://github.com/madires/Transistortester-Warehouse
- https://github.com/kubi48/TransistorTester-source (bald)
PS: Die PDFs von Bohu sind auch schon fertig.
Hi friends I made my own circuit, debugged and configured it. It works great The main difference
- The circuit of the LC meter was developed and made
- The circuit uses the Chinese Arduino Nano (atmega328p)
- The circuit of the boost converter (0 to 45 volts for zener diode tester) was developed and made
- The code for the LC meter has been slightly changed
Posted here https://drive.google.com/drive/folders/1QQZMaKt_NNPciZKBD_2k7DDPdrnQSZxN and here https://www.youtube.com/watch?v=JKyrUbSgpiQ and here https://oshwlab.com/995uet/transistortester_1-48_arduini_nano
Is this enough to comply with the license?
Regarding the m-firmware simply follow EUPL v1.2 (included in the source archive). Brief and easy to understand.
Diesmal ein paar Verbesserungen und Unterstützung vom INA226.
v1.55m 2025-04
- Unterstützung von INA226-Leistungsmonitor (HW_INA226, Vorschlag von prashk20@EEVblog).
- Schwellwert in DischargeProbes() für neuere ATmega-Typen mit niedrigerem RiL und RiH angepasst (Dank an genix@EEVblog).
- UI-Ablauf in BH1750-Funktion korrigiert, d.h. Prüfung auf BH1750 erst nach "Start".
- Russische Texte #1 und #2 aktualisiert (Dank an indman@EEVblog).
- Unterstützung von Summer/Pieper in Logictester (Vorschlag von Bohu).
- Option um nach dem Einschalten direkt in das Hauptmenü zu gehen, wenn beim Einschalten die Testtaste zweimal gedrückt wird (UI_MAINMENU_POWERON_BUTTON, Vorschlag von indman@EEVblog).
- Polnische Texte #2 aktualisiert (Dank an Jacon@EEVblog).
Download bei:
- https://github.com/madires/Transistortester-Warehouse/tree/master
- https://github.com/kubi48/TransistorTester-source (bald)
Bohus aktualisierte PDFs sind auch schon im Repo.
Falls es interessiert, ich habe mir mal ein paar der aktuell beliebtesten Nachbauten von Amazon bestellt von "diymore", https://www.amazon.de/dp/B08BLDHXYC, von dort die Varianten "LCR-T7 4.0", "LCR-T7-H 2.0" und "LCR-TC3". Laut Anleitungslinks sind das die "CBAA0036-046" (TC3, Firmware-Version lt. Display V2.1E), "CBAA0029-010" (T7, keine Versionsanzeige) und "CBAA0028-001" (T7-H), für Anleitungen wird auf lustige Links wie http://8.217.75.21/Industrial/Multilingual/CBAA0036-046_DE.pdf verwiesen.
Getestet habe ich mit Widerständen, NPN-Transistoren, Kondensatoren, Dioden und LEDs. Die Software sieht überall ein bisschen anders aus, die Grundfunktionalität schien aber überall sehr ähnlich zu sein. In meinem Fall schien mir der TC3 die besten Werte und auch detailliertere Anzeigen (zB vom Selbsttest) zu liefern. Insbesondere beim Versuch eine Germanium-Diode zu messen, versagten die T7 und T7-H komplett und zeigten entweder an, es sei nichts angeschlossen oder es sei ein Kondensator. Daher werde ich diese beiden zurück schicken. Den TC3 habe ich aufgeschraubt, es scheint ein Atmel Mega 328PB verbaut zu sein, wenn der Aufdruck nicht gefälscht ist...
Falls Markus oder einer der anderen Entwickler hier Interesse an den T7 oder T7-H für Analysen hat, stifte ich die gerne für weitere Tests, sonst gehen sie zu Amazon zurück. Bzw. wenn es in der Entwicklung hilft, bestelle ich auch gerne nochmal einen TC3 und stelle Euch den zur Verfügung!
Gernot
Das ist nett! Allerdings ist vom TC3 bekannt, dass er eine alternative MCU (kein ATmega) hat und es viele Mess- und Erkennungsprobleme gibt (wegen der schlechten Portierung auf die andere MCU). Im EEVblog-Forum gibt es einen Thread dazu. Die neuen Tester sehen zwar schick aus, können aber nicht mit dem klassischen ATmega-Transistortester mithalten.
Hallo, ich habe mich etwas eingelesen, aber leider fehlen noch ein paar infos.
-
gibt es ein china clone mit atmega644 welcher kompatibel mit der letzten firmware ist?
-
Wo liegt das neust platinen design, falls ich die selber bestücken muss?
-
gibt es sammelbestellungen?
-> entschuldigt meine fragen...
danke
moin, die MEGA2560 Shield Beitrag "AVR Transistortester MEGA2560 Shield" und für den AY-AT mit gesockelten mega328 dip habe ich auch noch Adapterplatinen für den 644. Beitrag "AVR Transistortester MEGA2560 Shield" erw. Hiland Platinen für 2,4/2,8" Display habe ich auch noch zu liegen ! Beitrag "Re: Transistortester AVR"
Diesmal nur ein paar kleine Verbesserungen.
v1.56m:
- Option zum Überspringen der ersten Bauteilesuche nach dem Einschalten, sofern im Auto-Hold-Modus (UI_SKIP_FIRST_PROBING, Vorschlag von Bohu).
- Makefile aktualisiert: nun wird avr-objdump anstatt von avr-size für die Ausgabe der Firmware-Größe benutzt (avr-size hat die Option -C verloren).
- Problem mit V_BE in der BJT-Ausgabe für ein paar spezielle Darlington-Transistoren mit B-E-Widerständen gelöst (gemeldet von Yuriy_K@EEVblog).
- Option zum automatischen Start vom RCL-Monitor, wenn ein R, C oder L an den Testpins 1 und 3 angeklemmt ist (UI_PROBES13_RCL, Vorschlag von indman@EEVblog).
Download:
Version 1.56m funktioniert sehr gut auf dem RH&BJ PCB-Adapter m644 mit einem 20-MHz-Quarz und Atmega1284 auf dem AY-AT. Vielen Dank
Entschuldigen Sie mein Deutsch :)
hi, zufällig die hex, eep und fuse Daten verfügbar? Gruß
Hallo,
ich habe ein defektes Display einer chinesischen Komponententestervariante. Ich würde den Tester gern wieder in Betrieb nehmen, finde aber keinen Ersatz für das Displaymodul. Ewige Suche auf Aliexpress hat nix ergeben. Den kompletten Tester finde ich natürlich. Weiß jemand, unter welcher Bezeichnung man so ein Display findet?
Gruß!
Angehängte Dateien:
-
lc-display-komponententester.jpg
(190 KB)
Sieht aus wie das https://www.kleinanzeigen.de/s-anzeige/lcd-fuer-bauteiltester-lcr-t4/2599121633-168-951
ein paar mehr Angaben wären ev. hilfreich : zu welchem Tester gehört das Display? Bildschirm Diagonale ? ev. Bezeichnungen auf der Rückseite des Displays / der Platine ?
ein paar mehr Angaben wären ev. hilfreich : zu welchem Tester gehört das Display? Bildschirm Diagonale ? ev. Bezeichnungen auf der Rückseite des Displays / der Platine ?
Sorry für die spärliche Info, dachte die Profis hier sehen sowas auf einen Blick. Aber gern ein paar mehr Infos:
Das war m.W. ein T4-Tester. Ich finde ihn gerade nicht, kann es also nicht ganz sicher sagen, da ich andere verwende (die "klassische" Ausführung des Testers habe ich mehrfach hier rumliegen und in Gebrauch). Displaygröße ist ca 36x57 mm. Auf der Rückseite steht LCM_12864_V1.30 - 2015.09.01. Diagonal mißt das Ding ca 6,3 cm, mithin wohl 2,5 Zoll.
Moin beim T4 Tester sitzt m.W. das Display direkt auf der Platine ohne Adapter Board! "Den kompletten Tester finde ich natürlich", dann füge doch bitte mal den Link dazu hier ein und ein Foto von der Rückseite des Displays!
Hallo Peter, es ist genau der aus https://www.kleinanzeigen.de/s-anzeige/lcd-fuer-bauteiltester-lcr-t4/2599121633-168-951 die Maße stimmen. Warum nimmst Du den nicht einfach?
Hallo zusammen,
zuerst einmal ein frohes Neues Jahr. Nachdem ich hier schon jahrelang meistens passiv mitlese brauche ich heute einmal eure Hilfe. Ich habe mir vor Jahren einen Bauteiltester gekauft, der mit Sicherheit auf diesem Konzept basiert. Er hat auch immer super funktioniert. Jetzt ist er leider durch meinen eigenen Fehler [Kondensatoren vor Test nicht entladen :-( ] leider defekt. Ich habe mir schon zwei Ersatz-Prozessoren (ATMEGA328PPU) gekauft. Diese lassen sich auch mit meinem vorhandenem Programmierer Galep4 flashen. Aber anscheinend mache ich etwas falsch (Binary, EEP-File, Reihenfolge, Fuses., ...). Kann mir vielleicht jemand die richtigen Files nennen oder generieren? Dazu bräuchte ich noch eine Step-by-Step-Anleitung zum Programmieren mit dem Galep. Sorry für die Anfrage, ich bin auf diesem Gebiet nicht so bewandert.
Ich habe ein Bild von meinem Tester und das damalige Handbuch angehängt. In dem Handbuch findet man auch mehr Bilder und den Schaltplan.
Vielen Dank im Voraus für eure Hilfe.
Joachim P.
Angehängte Dateien:
-
Bild1.jpg
(79 KB)
Dazu bräuchte ich noch eine Step-by-Step-Anleitung zum Programmieren mit dem Galep.
Hallo Joachim,
mit dem GALEP Programmer kenne ich mich leider nicht aus. Deine Transistortester-Platine hat offensichtlich keine ISP-Schnittstelle. Wenn die Fuses des ATmega328 auf Quarzbetrieb eingestellt werden, muß aber ein Quarz vorhanden sein. Sonst hat der ATmega keinen Takt. Zum Programmieren kann aber ein an Pin 9 und 10 provisorisch angeschlossener Quarz dienen. Die 22pF Kondensatoren am Quarz können notfalls entfallen und die Frequenz des Quarzes ist beim Programmieren nicht so wichtig. Hauptsache der ATmega hat überhaupt einen Takt.
Die Einstellung der Fuses ist EFUSE=0xFC, HFUSE=0xD9 und LFUSE=0xF7. Wahrscheinlich passen die Programmdaten aus dem Unterverzeichnis trunk/mega328_st7576_kit (mega328_st7565_kit.hex für Flash und mega328_st7565_kit.eep für EEprom).
Normalerweise werden die Fuses nur einmal programmiert. Wenn Flash und EEprom getrennt in zwei Arbeitsschritten programmiert werden, darf der ATmega nur einmal gelöscht werden (meistens beim Flash programmieren). Wenn als zweiter Schritt das EEprom programmiert werden soll, darf der ATmega auf keinen Fall gelöscht werden. Ich selbst benutze ein Linux System mit einem ISP-Programmer und kann dann im richtigen Unterverzeichnis mit "make fuses-crystal" die Fuses setzen und mit "make upload" den Flash und das EEprom programmieren.
Viel Erfolg, Karl-Heinz
Hallo Karl-Heinz,
schön, mal wieder von Dir was zu lesen!
Gruß Horst
Hallo Karl-Heinz,
was für eine Ehre, vom "Vater" des TT eine Antwort zu erhalten :-) Danke für die ausführliche Erklärung.
Ich habe einige Versuche durchgeführt, um den Controller zu programmieren. Das Programmieren (mit dem Galep) an sich funktioniert. Es lassen sich das Hex-File, das EEPROM und auch die Fuses einzeln programmieren und auch wieder auslesen. Jetzt wird auch bei Tastendruck die Hintergrundbeleuchtung eingeschaltet. Ansonsten passiert nichts. Auf dem Display sieht man nur den kompletten aktivierten "Anzeige-Bereich" des Displays. Es gibt keine weitere Reaktion.
(Das Auslesen des Original-Controllers zeigt "00 00 00 01 00 02 00 03 00 04 ...". Ich denke, da sind die Lock-Bits gesetzt :-(
Da ich jetzt schon so lange ohne den Tester leben musste, habe ich mir gerade bei Ali einen LCR-TC1 für knapp 13 Euro bestellt.
Den vorhandenen Tester werde ich dann im Anschluss untersuchen und auch mal eine bebilderte Anleitung zum Programmieren mit dem Galep erstellen. Da gibt es einige Fallstricke zu beachten. Ich werde in Kürze mal die HW durchtesten. Der Defekt ist aber definitiv beim Durchmessen/Vergleichen von mehreren Elkos passiert ...
Trotzdem noch einmal vielen Dank für deine Zeit und das tolle Projekt.
Grüße,
Joachim
Es gibt keine weitere Reaktion.
Es ist auf jeden Fall sinnvoll, eine LED als Testobjekt anzuschließen. Wenn die LED beim Start eines Bauteiltestes mehrfach blinkt, läuft die Testersoftware und es liegt ein Problem mit der Anzeige (Display) vor. Da gibt es dann aber viele Fehlermöglichkeiten. Um nur einige zu nennen: Defektes Dispay, falsche Anschlußbelegung, falscher Displaytyp oder grob falsch eingestellter Kontrast.
Grüße, Karl-Heinz
liegt ein Problem mit der Anzeige (Display) vor.
Gleiches Dilemma und Ursache habe ich auch hinter mir. uC getauscht gg einen von einem UNO, ging ne Zeitlang und dann zeigte das Display zunehmend murks an und dann nix mehr. Ein Ali Tester hat keine Kalibrier-Routine und keinen echten Atmel :/ Flashen ließ der sich auch nicht, now bricked...ohne den Tester ist das Leben schon ein anderes :)
Danke an KH nochmal für das "tolle Teil"!
Klaus.
Gast
#7992725
was für eine Ehre, vom "Vater" des TT eine Antwort zu erhalten :-)
Die Idee ist eigentlich viel älter, wurde in Elektor 12/1995 veröffentlicht. Autor ist Roland Blaschke.
KHK hat wesentlich zur Portierung auf AVR beigetragen.
was für eine Ehre, vom "Vater" des TT eine Antwort zu erhalten :-)
Die Idee ist eigentlich viel älter, wurde in Elektor 12/1995 veröffentlicht. Autor ist Roland Blaschke.
KHK hat wesentlich zur Portierung auf AVR beigetragen.
Mein Urtester war ein Projekt von Markus Frejek, den ich leider nie kontaktieren konnte. Markus F. war zu dem Zeitpunkt schon untergetaucht, als ich den Tester mit einem Bausatz aufbauen wollte. Daher kann ich auch nichts dazu sagen, ob sein Tester auf den Elektor Artikel zurückgeht. Nach meinem Kenntnisstand wurde Markus von einem Fertiggerät inspiriert, das Ihm zu teuer war. Seit diesem Urkonzept sind aber viele Weiterentwicklungung und Verbesserungen in das Projekt eingeflossen. Teils waren es meine eigenen Ideen, teils aber auch Vorschläge und Weiterentwicklungen von anderen.
Karl-Heinz
Daher kann ich auch nichts dazu sagen, ob sein Tester auf den Elektor Artikel zurückgeht. Nach meinem Kenntnisstand wurde Markus von einem Fertiggerät inspiriert, das Ihm zu teuer war.
Inspiriert wurde er vom DCA55 https://www.reichelt.de/de/de/shop/produkt/komponententester_dca55_fuer_halbleiterbauelemente-81766 siehe https://www.mikrocontroller.net/articles/AVR-Transistortester#Links In diesen Links zu seinem Artikel https://www.mikrocontroller.net/articles/AVR-Transistortester nennt er den elektor SC-Analyser 2005 https://www.elektormagazine.de/magazine/elektor-200504/2084 als "Original" auf PIC Basis. 2005 hat Bernhard S. diesen einfachen Transistortester vorgestellt Beitrag "einfacher Transistortester (Assembler) ATmega8" Siehe auch diese Diskussion Beitrag "Transistortester mit AVR" Es gibt also zahlreiche vorherige ähnliche Projekte. Aber keines wurde wohl so oft kopiert.
Moin,
wie "vorhin" geschrieben habe ich mir auch nen neuen LCR T4 beim Ali bestellen müssen, aber der hatte keine Kalibrierung und war fake Atmel...also neuer Atmel drauf. Problem nun: Das Display zeigt nix an, ich vermute es ist nicht das "Standard LCR T4 aka st7356 (o.ä.)" sondern was "neues"? Der Tester entspricht 1:1 dem aus dem Bild, HW-308 steht da drauf... Vll hat jmd schon vor dem selben Problem gestanden und es gelöst?
Ohne Tester ist`s doof...Danke, Klaus.
EDIT: Im Faden fand ich "(gelbe Platine Aufdruck 'HW-308', blauer Knopf) gekauft mit display LX-12864B5" aber da steht nicht sicher, welcher Controller es sein müsste.
Angehängte Dateien:
-
LCR_T4_HW-308.jpg
(40 KB)
:
Bearbeitet durch User
Das Display zeigt nix an,
Auf dem Display steht "No, unknown or damaged part.". Auf dem Foto sehe ich kein Bauteil. War da ein Bauteil angeschlossen? War das Bauteil funktional?
Das ist ein Beispielbild aus dem Netz.
Ein youtuber https://www.youtube.com/watch?v=qsEIA8ROycE flasht darauf ein file siehe Anhang, ist aber unklar ob "HW-308" unterschiedliche Displays+Controller "verwendet".
EDIT: Jackpot! Mit den im Video verlinken files lebt das Ding wieder...der Unterschied liegt also in der "v2" denn mit den ursprünglichen files für den selben DispC bleibt es blank...hmmm, kennt jmd den Unterschied der v2? Vermtl nur das pinout des Displays (denn der Folienleiter sieht anders aus als beim originalen, alten LCR T4, beide jedoch 10 "Pins"). Wäre relevant um eigene Stände zu generieren...
Klaus.
Angehängte Dateien:
-
LCR_T4_v2.jpg
(4 KB)
:
Bearbeitet durch User
Hallo, ich habe mir einen FNIRSI LCR-P1 Tester gekauft, weil ich einfach ein schöneres Gehäuse als für meinen TC1 wollte. Es gibt aber ein großes Problem, dessen Ursache Ihnen sicher bekannt ist. Kurz gesagt: Egal welchen Transistor ich teste, Kollektor und Emitter werden nicht korrekt den Pins zugeordnet. Wenn ich den Transistor (z. B. einen C547) mit der flachen Seite zum Display lege, ist Pin 1 der Kollektor, was natürlich falsch ist. Lege ich ihn mit der runden Seite zum Display, ist der Kollektor immer Pin 1, was in diesem Fall korrekt ist. Der TC1 hingegen erkennt die Pins in jeder Position korrekt. Beim Betrachten des Teststroms ist mir aufgefallen, dass der TC1 etwa 6 mA verbraucht, der LCR-P1 hingegen nur etwa 2 mA. Ich vermute, dass der Strom zu gering ist, um Kollektor und Emitter korrekt zu identifizieren. Wissen Sie, ob sich dieses Problem hardwareseitig lösen lässt? Mir ist aufgefallen, dass das LRP1 neben den Widerständen (680 Ohm und 470 kΩ) auch Dioden an jedem Pin besitzt, während das TC1 nur 680-Ohm- und 470-kΩ-Widerstände pro Pin hat und keine Dioden. Leider täuscht der Hersteller dieses Geräts die Kunden. Viele haben FNIRSI kontaktiert, und man versichert ihnen stets, das Problem schnellstmöglich zu beheben. Die neueste Firmware stammt jedoch von Mai 2025. Daher fällt mir nur noch ein, den Teststrom zu erhöhen. Ich habe bereits versucht, die 680-Ohm-Widerstände zu verringern, wodurch der Strom weiter auf 1 mA sank, das Problem aber weiterhin besteht. Gibt es also noch weitere Hardware-Optionen, oder liegt das Problem an der Firmware? Vielen Dank.
Angehängte Dateien:
-
IMG_20260308_185651.jpg
(220 KB)
-
IMG_20260309_085417.jpg
(230 KB)
-
IMG_20260309_085654.jpg
(230 KB)
-
IMG_20260309_085720.jpg
(220 KB)
Ahoj @Toto,
Hallo, ich habe mir einen FNIRSI LCR-P1 Tester gekauft, [...] Egal welchen Transistor ich teste, Kollektor und Emitter werden nicht korrekt den Pins zugeordnet. [...] Mir ist aufgefallen, dass das LRP1 neben den Widerständen (680 Ohm und 470 kΩ) auch Dioden an jedem Pin besitzt, während das TC1 nur 680-Ohm- und 470-kΩ-Widerstände pro Pin hat und keine Dioden.
Könnten die Dioden einfach die Schutzdioden sein?, also nach GND und 5V und so gepolt, dass sie nur leiten wenn die Spannung am Testsockelpin kleiner 0V oder größer 5V (zzgl. Diodenflussspannung) ist?
Andere Tester haben i.d.R. einen "Chip" der die Dioden in einem Gehäuse vereint.
Viele haben FNIRSI kontaktiert, und man versichert ihnen stets, das Problem schnellstmöglich zu beheben. Die neueste Firmware stammt jedoch von Mai 2025.
Und schonmal probiert ob auf dem Gerät die hier besprochene Transistortester-Firmware funktioniert?
Aktuellstes scheint herade zu sein: https://github.com/madires/Transistortester-Warehouse/tree/master/Firmware/m-firmware
Gruß!
:
Bearbeitet durch User
Hallo, ich habe mir einen FNIRSI LCR-P1 Tester gekauft, weil ich einfach ... Gibt es also noch weitere Hardware-Optionen, oder liegt das Problem an der Firmware?
Leider das übliche Problem. Das ist ein Clone mit anderer MCU (kein ATmega), d.h. keine der beiden OSHW-Firmwares läuft darauf. Und die mitgelieferte Firmware ist eine schlechte Portierung.
Danke, es handelt sich also um ein Firmware-Problem, und ich kann hardwareseitig nichts ändern. Aber warum funktioniert es nicht richtig? Was in der Firmware könnte die fehlerhafte Erkennung von Kollektor und Emitter verursachen? Nur aus Neugier.
Da ich nicht den Source der Portierung habe, kann ich nur mutmaßen, daß die Programmlogik zur Erkennung von Emitter/Kollektor fehlerhaft portiert wurde.
Ich habe gerade entdeckt, dass sich der Teststrom eines BC547 von 2 mA auf 5 mA erhöht, wenn ich Widerstände parallel an die drei Pins schalte – und es funktioniert tatsächlich! Der Transistor wird in jeder Position korrekt erkannt. Kollektor und Emitter sind immer korrekt angeschlossen. Das Problem ist eindeutig der zu niedrige Teststrom. Natürlich kann das aus offensichtlichen Gründen keine Dauerlösung sein, aber es hat mir gezeigt, dass der zu niedrige Strom tatsächlich das Problem ist. Meine Frage lautet also: Wie kann ich diesen Teststrom erhöhen?
Es gibt ein sehr praktisches Messgerät für Widerstände auf AtMega-Basis, das sehr schnelle Ohmmeter von Zabex: http://zabex.de/site/ohmmeter.html Im Beitrag "Ohmmeter nach Zabex" wurde es besprochen.
Wurde dieses Konzept hier schon mal versucht, evtl. auch für andere Bauteile als R (L und C)? Das wäre seeehr praktisch. Eine Zusatzfunktion wäre noch die Abweichung zum nächsten E12/E24/E48-Ohmwert (auswählbar) in Prozent. Damit der Wert schnell erscheint, müsste man den Bauteiltyp vorher auswählen.
Meine Frage lautet also: Wie kann ich diesen Teststrom erhöhen?
Überprüfen Sie die Versorgungsspannung des Geräts. Sie könnte zu niedrig sein.
Ich habe gerade entdeckt, dass sich der Teststrom eines BC547 von 2 mA auf 5 mA erhöht, wenn ich Widerstände parallel an die drei Pins schalte – und es funktioniert tatsächlich! Der Transistor wird in jeder Position korrekt erkannt. Kollektor und Emitter sind immer korrekt angeschlossen. Das Problem ist eindeutig der zu niedrige Teststrom. Natürlich kann das aus offensichtlichen Gründen keine Dauerlösung sein, aber es hat mir gezeigt, dass der zu niedrige Strom tatsächlich das Problem ist. Meine Frage lautet also: Wie kann ich diesen Teststrom erhöhen?
Karl-Heinz hat eine hervorragende Dokumentation geschrieben, die auch die Messverfahren erklärt. Bitte lese das Kapitel zu den Halbleitermessungen. Jede Veränderung der Testwiderstände oder Spannungen (und damit auch der Ströme) hat Auswirkungen auf alle Messungen (nicht nur bei NPN/PNP). Und die Firmware muss entsprechend angepaßt werden.
Bitte achtet beim Kauf eines Transistortesters auf einen Original-ATmega!
Es gibt ein sehr praktisches Messgerät für Widerstände auf AtMega-Basis, das sehr schnelle Ohmmeter von Zabex: http://zabex.de/site/ohmmeter.html Im Beitrag "Ohmmeter nach Zabex" wurde es besprochen.
Wurde dieses Konzept hier schon mal versucht, evtl. auch für andere Bauteile als R (L und C)? Das wäre seeehr praktisch.
Für 3*5 Widerstände zusätzlich fehlen die IO-Pins. L und C werden beim Transistortester über die Zeit gemessen, d.h. "schnell" ist nicht möglich.
Eine Zusatzfunktion wäre noch die Abweichung zum nächsten E12/E24/E48-Ohmwert (auswählbar) in Prozent. Damit der Wert schnell erscheint, müsste man den Bauteiltyp vorher auswählen.
Etwas Ähnliches gibt es bei der m-Firmware. Man kann sich den passenden Normwert anzeigen lassen (auch als Farbcode) für E24 5%, E24 1% und E96 1% (hier auch als EIA-96).
Bitte achtet beim Kauf eines Transistortesters auf einen Original-ATmega!
...du weißt wie unmöglich das ist ;) BTDT. Ich tausche dann ggf selbst.
Klaus.
Ja, ist nicht einfach. Aber es gibt welche. Erkennungstipps:
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
9 |
|
10 |
|
11 |
|
...DIP ist out :) Und den Rest weiß man ja vorher auch nicht, selbst wenn man es auf den gefakten Fotos erkennen würde. Ich bekam von Ali kürzlich einen mit fake Atmel (Logo) und ganz schlechter FW.
Egal, just sayin`...
Klaus.
Moin, nachdem ich zunächst eine Variante mit nem ChinaMCU gekauft hatte, hab ich jetzt eine mit einer echten ATMega328 DIP Variante erwischt. Firmware ist eine 1.12k. Soweit, so gut. Auslesen der Firmware ging auch ohne Probleme. Mein XGeco hat die MCU direkt erkannt. Jetzt wollte ich mal updaten. Hab einen neuen 328 benutzt. Firmware auf Windows/PlatformIO konvertiert, hab mich bei der Konfiguration an den GM328A.pdf gehalten. Leider ohne sichtbaren Erfolg. D.h. beim Start geht das Display an, der Pixelbrei wird gelöscht und dann wars das. Rote LED leuchtet und Hintergrundbeleuchtung vom LC aber sonst halt nix. Was wären eurer Meinung nach die nächsten sinnvollen Schritte? Gibt's sowas wie ne Debug Version? Oder ne Version die nur das Display/Hardware testet? (Alte MCU funktioniert weiterhin)
Angehängte Dateien:
-
20260410_105838.jpg
(220 KB)
Auslesen der Firmware ging auch ohne Probleme.
Vielleicht denkst du das nur. Lese sie nochmal aus und vergleiche die beiden Dateien miteinander.
Wilfried K. schrieb:
Auslesen der Firmware ging auch ohne Probleme.
Vielleicht denkst du das nur. Lese sie nochmal aus und vergleiche die beiden Dateien miteinander.
Da muss ich dich leider enttäuschen. Ich hab die ausgelesene Firmware sogar in einen anderen 328 gebrannt und siehe da, auch der lief auf Anhieb. Aber das ist hier nicht die Frage.
So, einen großen Schritt weiter. Der Tester tut was. Auf dem Display erscheint irgendwas. Anscheinend testet er was, aber den Kurzschlussstecker erkennt er wohl als Transistor und das Menü ist recht cryptisch? Evtl. Font-Probleme? Oder Probleme bei der String-konstanten übersetzung? Hat wer eine Idee?
(Aktueller Stand ist zu finden auf: https://github.com/willie68/Transistortester-Warehouse/tree/PlatformIO_build_and_upload/Firmware/m-firmware/ComponentTester ACHTUNG: WIP: Das wird nicht bei jedem laufen...)
Angehängte Dateien:
-
20260412_123438.jpg
(240 KB)
-
20260412_122516.png
(4,5 MB)
Hast du die empfohlenen Einstellungen für den AY-AT/GM328A aus der Clones-Datei genommen? Wenn nicht, dann probiere es mal damit.
Hast du die empfohlenen Einstellungen für den AY-AT/GM328A aus der Clones-Datei genommen? Wenn nicht, dann probiere es mal damit.
Doch, hab ich. Problem ist gelöst, wollt mich gerade melden. Das eeprom wurde nicht übertragen. Mittlerweile funktioniert alles. Der komplette Build inkl. Upload unter Windows mit VSCode und PlatformIO. Auch die Vector- und eine zus. eigene EEPROM-Optimierung.
Diesmal nur ein paar kleine Verbesserungen.
v1.56m:
...
Download:
https://github.com/madires/Transistortester-Warehouse/tree/master/Firmware/m-firmware
Update: https://github.com/Ho-Ro/ComponentTester
Angepasste Version für AY-AT mit 20 MHz: https://github.com/Ho-Ro/ComponentTester/tree/AY-AT_20MHz
Viele haben FNIRSI kontaktiert, und man versichert ihnen stets, das Problem schnellstmöglich zu beheben. Die neueste Firmware stammt jedoch von Mai 2025.
... man hat euch erhört und den Fehler in FW v1.1.0_260324 gefixt: "--1. Fixed the issue of incorrect transistor pin identification"
Viel Spaß mit der neuen Version!
v1.57
- Option zum automatischen Starten des Hauptmenüs nach dem Anschalten (UI_MAINMENU_POWERON_DEFAULT, Vorschlag von Bohu).
- Unnötige Anweisungen in SymbolTest() entfernt.
- Fehlerhafte Oder-Bedingung für HW_KEYS in config_support.h korrigiert (Dank an ThinkerSan).
- Navigationshilfe für 2-zeilige Anzeigen in Funktion MenuTool() korrigiert.
- Unterstützung für 4x16-LCD in HD44780-Treiber ergänzt (Dank an Hennie Jalink).
- JFET-Symbole in symbols_30x32_alt1_hf.h, symbols_30x32_alt2_hf.h, symbols_32x32_alt1_hf.h, symbols_32x32_alt2_hf.h und symbols_32x39_hf.h aktualisiert (thanks to indman@EEVblog).
- Rumänische Texte aktualisiert (Dank an Dumidan@EEVblog).
- Option zum Messen von c_GS auch für JFETs (SW_DEP_FET_CGS, Vorschlag von indman@EEVblog und Yuriy_K@EEVblog).
- Alternativer Modus vom driten Testpin während Messung kleiner Kapazitäten (HiZ statt Masse, SW_SMALLCAP_ALT).
Download auf:
Toto schrieb:
Viele haben FNIRSI kontaktiert, und man versichert ihnen stets, das Problem schnellstmöglich zu beheben. Die neueste Firmware stammt jedoch von Mai 2025.
... man hat euch erhört und den Fehler in FW v1.1.0_260324 gefixt: "--1. Fixed the issue of incorrect transistor pin identification"
Leider nein, zumindest bei meinem.
Flashvorgang erfolgreich durch geführt und beim Enschalten zeigt er die V:1.1.0
Allerdings bleibt mit einem BC328 die Anzeige immer bei 2-B / 3-C / 1-E Auch wenn man den Transistor so steckt das die Basis in "Slot" drei steckt, wird diese zwar richtig an Position 3 angezeigt, aber die Anzeige für Collector/Emitter bleibt dann dennoch starr 3-B / 2-C / 1-E
Da ich diesen gesamten Beitrag nicht mehr so aktiv verfolgen konnte, habe ich eine Frage zum Kauf eines fertigen Gerätes. Welches Gerät sollte man zur Zeit kaufen? Wichtig ist, dass das auch weiterhin selbst aktualisiert werden kann.
Das wird schwierig, da die meisten der angebotenen Tester keinen ATmega haben, sondern einen APT32F172K8T6 oder LGT8F328 mit einer schlecht portierten Firmware. Ein AY-AT/GM328A mit einem ATmega328 im DIP wäre vielleicht eine Möglichkeit.
Wie der hier: https://www.amazon.de/dp/B08P35L7ZS, hab ich Anfang April gekauft.
Danke Jungs! Winfried, den du verlinkt hast ist leider nicht bunt. Aber ich habe ja sowieso ein paar von den älteren Dingern. Vielleicht pimpe ich einen von diesen.
Danke Jungs! Winfried, den du verlinkt hast ist leider nicht bunt. Aber ich habe ja sowieso ein paar von den älteren Dingern. Vielleicht pimpe ich einen von diesen.
Meiner ist bunt, steht aber auch im Text: Die Anzeigeeinheit verwendet eine Farbanzeige mit 160 x 128 Pixel, die Zeichennummer des gesamten Bildschirms beträgt 8 x 20, die Farbtiefe beträgt 16 Bit und das Symbol der Grafikanzeigekomponente.
Ich bevorzuge z.B. diese GM328A von Aliexpress wo die Händler die Rückseite abgebildet haben, da sitzt ein ATmega328 im DIP28 Gehäuse drin, da kann man ggf. auch ohne Probleme meine Erweiterungsplatine mit dem Mega644 einsetzen ! Außerdem sind die günstiger und ich habe generell was gegen den Laden dessen Besitzer irgendwelche Prommi-Weiber mit einer Dildo-Rakete ins Weltall schießt ;-)) https://de.aliexpress.com/item/1005011881869088.html
Meiner ist bunt,
Danke Wilfried! Und entschuldige, dass ich dich vorhin umbenannt hatte.
:
Bearbeitet durch User
hallo hat schon jemand das bei Banggood erhältliche LCR-MF9 näher inspiziert? https://www.banggood.com/de/Multi-function-LCR-MF9-Transistor-Tester-TFT-Diode-Triode-Capacitance-Meter-LCR-ESR-NPN-PNP-MOSFET-IR-Tester-for-Testing-p-2025121.html
Sieht aus wie der hier: https://www.amazon.de/dp/B09CFVNVKQ?psc=1&ref=ppx_pop_dt_b_asin_image
Den hatte ich zuvor gekauft. Nein, nicht empfehlenswert, eher ein Schätzeisen. Weder Updatefähig, kein atmel, noch genau... Einzig schöne ist der eingebaute Akku. Was ihn aber bei der Entsorgung zum Problemfall macht.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.