Forum: Projekte & Code Transistortester AVR

Hallo Karl,

Ich verfolge diese Gewinde Transistortester AVR, und möchte Ihre Hilfe 
über den Aufbau diese wunderbare Tester fragen. i bereits gesperrt / 
nicht 2 ATmega328 wegen der Einstellung der Sicherungen mit ponyfrog, 
avrdude und avrdudess mit ponyser / Lancos Sie die serielle 
Schnittstelle als Programmierer und WinAVR Compiler in der Firmware zu 
programmieren. Platine Ich habe von Tom666.

Mein Problem ist, dass die, die ich Ttester bulit nicht einschalten. 
wenn Sie die Taste gedrückt und veröffentlicht die Leistung der Tester 
aus. die LED nicht leuchtet (bereits überprüft die LED und die Polarität 
in der Platte installiert ist). Ich habe BC557B und ersetzt mit der 
neuen BC557B Transistor (ich kann nicht finden, bc557c) ist es ein 
Effekt für diesen Transistor verwendet? wie ich rot im Kapitel 2.7 
Fehlersuche des Dokuments ttester_eng110k.pdf. Aber wenn ich auf den 
Knopf gedrückt, ohne die Freigabe, das LCD-Display, dass der Tester ab, 
bis er fand, dass es keine Komponente und dann angezeigt "Bye!"

Der letzte Ausweg, die ich denke war die Einstellung der Fuse Bits nach 
der Fehlersuche. Das Start vermasselt meine 2 mega328p. lassen, wenn ich 
avrdude Fest die Sicherungen und testen Sie die ttester, der Tester wird 
nicht starten, selbst wenn Sie gedrückt und nicht freigegeben.

Wenn Sie immer noch die Board-Layout im PDF-Teile mit Durchgangsbohrung 
und einseitig bitte schicken Sie es mir.

Bitte helfen Sie!

Vielen Dank und Gott segne Sie!

ridel

Ridel Perez schrieb:
> Ich verfolge diese Gewinde Transistortester AVR, und möchte Ihre Hilfe
> über den Aufbau diese wunderbare Tester fragen. i bereits gesperrt /
> nicht 2 ATmega328 wegen der Einstellung der Sicherungen mit ponyfrog,
> avrdude und avrdudess mit ponyser / Lancos Sie die serielle
> Schnittstelle als Programmierer und WinAVR Compiler in der Firmware zu
> programmieren. Platine Ich habe von Tom666..............
-----------------------------------------------------------
> google hat mir geholfen, zu übersetzen:-)

Wenn der Urtext, ich behaupte mal Englisch, schon falsch geschrieben 
ist, wie soll G00gle das dann noch vernuentig uebersetzen ?
Also nicht alles gleich auf G00gle schieben, auch wenn es ein 
Scheissladen ist.

Wie geil ist das denn?
Ich hatte schon einen Anfall bekommen, weil sich das Flash mit 100,7% 
füllte.
(mit dem fetten Font für das Matrix-Display ST7565)
Da mußte die Option:
# You can also disable the extended tests T1 to T7 with the option 
NO_TEST_T1_T7 to accelerate the calibration
# for the atmega328 and atmega168.
#CFLAGS += -DNO_TEST_T1_T7
für herhalten!

Mit deinem Flag ist der Füllstand auf 99,1% gesunken, also 32478 Bytes!
Hoffentlich wurde da jetzt nichts wichtiges mit weg optimiert ;-)

Denke für den Hinweiß,
Gruß Michael

It's possible that you have the wrong Resistor constellation, for the 
Voltagemeasure!
... or your Battery is weak! You have to check this!

Greetings Michael

Yes, deselect UART-Function (saves Memory-Space) and use this compile 
Flag:
CFLAGS = -Wall -mcall-prologues

Otherwise Test my Makefile for the M328

Greetings Michael

Dan schrieb:
> if I select CFLAGS += -DFONT_8X16, I have:
> Device: atmega328p
> Program:   34064 bytes (104.0% Full)

I wonder about this high memory usage.
The actual developer source for the st7665 controller take only 30028 
bytes (96.6%), when it is compiled with a gcc version 4.8.1. The gcc 
version 4.8.2 take only 29966 bytes (91.4%) with the same source.
The -mcall-prologues option is already selected with the latest source 
version!
If you activate the TQFP_ADC6 option, the memory usage is increased by 
about 300 bytes (<1%). You can send me your Makefile to my Email contact 
to analyse the problem. My Email address is published at the front page 
of the PDF documentation.

Best regards, Karl-Heinz

Dan schrieb:
> Same problem in my option:
> Program:   33218 bytes (101.4% Full)
>
> and with your makefile:
> Program:   32804 bytes (100.1% Full)

Compiled with avr-gcc-4.8.1 (CFLAGS += -DFONT_8X16, UART disabled).
Program:   29876 bytes (91.2% Full)

Ich bekomme das nicht hin! Weder mit der 4.8.1, noch mit sonst 
irgendeiner GCC-Version! Im Moment komme ich am niedrigsten mit der
Toolchain GCC vom AVR-Studio4.19 und dem besagten Flag
(CFLAGS = -Wall -mcall-prologues)

Wie macht ihr das? Gebt ihr nur die Pfade zu den GCC oder werden noch 
irgendwelche Flags im Makefile angegeben oder verändert?

Der Grund ist, ich habe den "Chinaböller(ST7565)" mit einem Drehgeber 
nachgerüstet! Das funktioniert auch ganz gut,
nur muß dafür mal wieder die "CFLAGS += -DNO_TEST_T1_T7" (und ohne UART) 
deaktiviert werden!
Damit komme ich dann auf 98,3% Flash!

Gruß Michael

If I compiled (avr gcc v4.8.1) with disabled the extended tests T1 to 
T7, disabled UART, FONT_8X16 & CFLAGS = -Wall -mcall-prologues, then 
final size of program is 29016 bytes (88.5% Full). I used & edited 
original "makefile" from directory "mega328_st7565".

tom

Michael D. schrieb:
> Ich bekomme das nicht hin! Weder mit der 4.8.1, noch mit sonst
> irgendeiner GCC-Version!

Hallo Michael,
mit Deiner gestern veröffentlichten Makefile komme ich mit gcc 4.8.1 
unter Linux auf folgende Belegung:
Program:   28312 bytes (86.4% Full)
Mit der Makefile aus dem mega328_st7565 Unterverzeichnis ist die 
Belegung
Program:   30028 bytes (91.6% Full) sowie
EEPROM:       15 bytes (1.5% Full)
weil hier der Impulsdrehgeber und UART eingeschaltet sind. Im EEPROM 
sind keine Texte abgelegt, nur Kalibrationsdaten. Hier ließe sich mit 
der Option USE_EEPROM nochmal 896 Byte Flash sparen.
Verwendest Du wirklich die letzte Entwicklerversion (Software/trunk)?
Vor etwa 8 Wochen habe ich die bitmaps.h für den ST7565 Kontroller 
überarbeitet, um Speicherplatz zu sparen. Dabei werden bei ähnlichen 
Symbolen zusätzlich eine Differenz-Bitmap über das Grundsymbol 
gezeichnet.

Grüße, Karl-Heinz

> Hallo Michael,
Hallo Karl-Heinz,
> mit Deiner gestern veröffentlichten Makefile komme ich mit gcc 4.8.1
> unter Linux auf folgende Belegung:
> Program:   28312 bytes (86.4% Full)
Das kann ich jetzt mal gar nicht nachvollziehen :-(((
Wie geht das? Vorallem, woran liegt das denn?
Ich kompiliere ja mit dem AVR-Studio4.19 und kann dort aber auch andere 
Compiler, wie z.B. gcc 4.8.1 angeben und trotzdem, komme ich nicht auf 
euren Füllstand! Das ist mir wirklich ein Rätzel!

> Mit der Makefile aus dem mega328_st7565 Unterverzeichnis ist die
> Belegung
> Program:   30028 bytes (91.6% Full) sowie
> EEPROM:       15 bytes (1.5% Full)
Das habe ich ja auch getestet und das ist auch immer das erste, was ich 
deaktiviere, damit das EEPROM statt das Flash gefüllt wird, sonst 
besteht ja gar keine Chance auf unter 100% zu bleiben!

> weil hier der Impulsdrehgeber und UART eingeschaltet sind. Im EEPROM
> sind keine Texte abgelegt, nur Kalibrationsdaten. Hier ließe sich mit
> der Option USE_EEPROM nochmal 896 Byte Flash sparen.
Siehe oben...

> Verwendest Du wirklich die letzte Entwicklerversion (Software/trunk)?
Jetzt, wo du mich fragst...es wird auf dem Display die 1.11k angezeigt 
und ich war bisher der Meinung, das dies die aktuelle ist, doch nicht?
Es ist bei der Versionsvergabe der Tester immer sehr schwierig 
herauszufinden, welche denn nun die aktuellste ist. Wie ich noch 
regelmässig auf den neuesten Stand war, machte ich mir mal die Mühe, die 
Versionsnummern in der Kopfzeile des Makefiles einzutragen, was eine 
große Hilfe für mich war. Jetzt komme ich da ein wenig ins schleudern...

Ich bin zur Zeit an einem Matrix-Clock Projekt dran, auch hier werden 
die Code-Files und dessen Veränderungen hin und her geschoben. Wenn da 
einer den Code verändert, ohne die Versionsnummer hochzuzählen, artet 
das in eine Katastrophe aus...
Ich war schon mal der Meinung, das wir bereits bei der 1.13k sind, das 
scheint wohl nicht der Fall zu sein.

> Vor etwa 8 Wochen habe ich die bitmaps.h für den ST7565 Kontroller
> überarbeitet, um Speicherplatz zu sparen. Dabei werden bei ähnlichen
> Symbolen zusätzlich eine Differenz-Bitmap über das Grundsymbol
> gezeichnet.
Hm...und welche Versionsnummer hat dieser Code jetzt?
Das Teil ist ja mittlerweile ganz schön aufgeblasen. Was natürlich für 
das Projekt spricht, da hier ja die Entwicklung (dank dir) 
fortschreitet.

Nun gut, hier mal meine Füllstände ohne
"UART",
"extendet Tests T1-T7",
aber mit "CFLAGS += -DWITH_ROTARY_SWITCH=2"
und "CFLAGS += -DFONT_8X16"
Kompiliert mit der "avr-gcc-4.6.2" (Studio4.19)
und "CFLAGS = -Wall -mcall-prologues"
Program: 98,3%
Data:    21,7%
EEPROM:  64,9%

wähle ich die gcc4.8.1, mit denselben Parametern, komme ich auf den 
selben Füllstand(gerade getestet)
Also irgendwas läuft hier falsch...

> Grüße, Karl-Heinz

Gruß Michael

Michael D. schrieb:
> Also irgendwas läuft hier falsch...

die Version 1.11k ist leider immer noch eine Entwicklerversion.
Bevor daraus eine neue Endversion (auch 1.11k) wird, versuche ich immer 
noch eine abschließende Testserie mit einer Serie von Beispielbauteilen 
durchzuführen. Erst wenn diese Tests keine erkennbaren Fehler mehr 
ergeben, wird daraus eine endgültige 1.11k im Software/tags Pfad des 
SVN-Archiv. Wenn eine Version dann noch bekannte Probleme besitzt, wird 
das aber im Kapitel "Bekannte Fehler und ungelöste Probleme" der 
zugehörigen PDF-Dokumentation (gleiche Versionsnummer) vermerkt.
Bei der Entwicklerversion wird mein lokales Verzeichnis auf das 
SVN-Archiv hochgeladen, sobald neue Softwareteile laufen oder 
Korrekturen eingearbeitet sind. Dabei wird aber nur die interne Nummer 
des SVN-Archivs hochgezählt, nicht die Versions-Nummer der Software.
Leider schiebe ich das Abschließen der Entwicklerversion immer ziemlich 
lange auf, weil einigermaßen gründliche Tests für mittlerweile 4 
Prozessortypen (ATmega8, ATmega168, ATmega328 und ATmega644/1284) doch 
einiges an Zeit in Anspruch nehmen. Ein Test aller 
Kombinationsmöglichkeiten der Makefile-Optionen ist für mich schon gar 
nicht mehr machbar. Trotz dieser Problematik sind mir aktuell keine 
Probleme mit der aktuellen 1.11k bekannt.
Unter Linux kann jedermann seinen gesamten Verzeichnisbaum mit dem 
Kommando "svn checkout svn://www.mikrocontroller.net/transistortester" 
aktuell halten. Auch Teile des Verzeichnisbaums wie der Entwicklerpfad 
können mit "svn checkout 
svn://www.mikrocontroller.net/transistortester/Software/trunk" 
extrahiert oder auf dem laufenden gehalten werden.
Eigene Makefile-Varianten werden dabei zweckmäßigerweise in neue 
Unterverzeichnisse abgelegt, damit sie nicht überschrieben werden.
Es kann der aktuelle Entwicklerpfad aber auch mit dem svnbrowser 
http://www.mikrocontroller.net/svnbrowser/transistortester/Software/trunk/ 
heruntergeladen werden. Das Alter der letzten Änderung und die aktuelle 
SVN-Versionsnummer der Dateien und Verzeichnisse wird im svnbrowser 
angezeigt!

Grüße, Karl-Heinz

Hallo Karl-Heinz Kübbeler

Ich habe mir jetzt auch mal ein Linux installiert (Linux Mint 17)

Könntest du mir bitte mal die Befehlszeilen kopieren um einmal zu 
kompillieren und einmal um das in den µC zu bekommen ?

Das das jetzt nicht genau mit meiner Hardware übereinstimmt ist mir 
klar, aber so hätte ich schon mal einen Ansatz, denn Linux ist ja 
komplett neu für mich.

Ulli B. schrieb:
> Ich habe mir jetzt auch mal ein Linux installiert (Linux Mint 17)
>
> Könntest du mir bitte mal die Befehlszeilen kopieren um einmal zu
> kompillieren und einmal um das in den µC zu bekommen ?

Nachdem mit der graphischen Bedienung über 
Systemverwaltung:Softwareverwaltung die Pakete subversion, avrdude, 
gcc-avr, avr-libc und binutils-avr installiert sind, kann man ein 
Befehlsfenster öffnen.
Im Befehlsfenster kann man mit
svn://www.mikrocontroller.net/transistortester
den gesamten Verzeichnisbaum des Transistortesters auf den eigenen 
Rechner holen oder auch nur einzelne Äste wie 
/transistortester/Software/trunk , womit nur der aktuelle Entwicklerpfad 
geladen wird.
Mit dem Change Directory Befehl kann in das gewünschte Unterverzeichnis 
gewechselt werden. Im Falle des vollständigen Transistortester-Baums 
also z.B. "cd transistortester/Software/trunk/mega328".
Die Namen müssen nicht vollständig ausgeschrieben werden. Mit der 
automatischen Vervollständigung der Tabulatortaste wird ergänzt, wenn 
die bisherige Eingabe schon eindeutig ist.
In der Makefile aus diesem Verzeichnis muß gegebenenfalls mit einem 
Texteditor die PROGRAMMER= und die PORT= Option für avrdude angepaßt 
werden.
Für die Übersetzung muß nur das Kommando "make" aufgerufen werden. Das 
Laden des Programms erfolgt mit "make upload". Die Fuses des ATmega328 
müssen einmal mit "make fuses" oder mit einem bestücktem 8MHz/16MHz 
Quarz mit "make fuses-crystal" gesetzt werden. Das Programm avrdude 
prüft den angeschlossenen ATmega, ein mega328 und ein mega328p haben 
unterschiedliche Kennung!
Zum Editieren benutze ich selbst den gewöhnungsbedürftigen "vim", es 
kann aber selbstverständlich jeder andere Editor, auch der aus der 
graphischen Bedienoberfläche (gedit) benutzt werden.

Grüße, Karl-Heinz

Wie geil ist das denn !

Ich habe im Tutorial rumgesucht und da war die Rede von gcc, AVRDude und 
1000 Parametern. Das habe ich nicht so richtig geblickt.
Hier gebe ich jetzt ganze DREI Zeilen ein und habe alles auf dem 
aktuellen Stand. Und wenn ich es mehrmals machen möchte oder muss, 
einfach mit der Pfeiltaste nach oben und ich kann mich durch die Zeilen 
blättern.

Wenn ich das mit Windows vergleiche, habe ich den Mikrocontroller 
schneller programmiert, als ich in Windows die dafür notwendigen 
Programme erstmal gestartet habe. Ich bin begeistert !

Dieses Linux beeindruckt mich schwer. Es ist schnell, flüssig, überhaupt 
kein Vergleich zu Windows.
Mit der Konsole kommt man auch gut klar, wenn man die DOS shell noch 
kennt.
Eigentlich wollte ich auf MAC umsteigen, aber schon nach den paar Tagen 
Linux bin ich echt begeistert. Da hat sich doch eine menge getan.

Nur die serielle Schnittstelle freizugeben war irgendwie etwas 
umständlich, geht aber nun auch.
Auf dem Steckbrett funktioniert der TTester schon mal prima.

Super, vielen Dank.

Krzys schrieb:
> My tester working very well except problem with rotary encoder.

Thank you for correcting the Polish translation.
The rotary encoder is not enabled by the default Makefile for the 
mega328 processor. If you are able to translate the source, you should 
download the Software/trunk path from the original site with the 
svnbrowser 
http://www.mikrocontroller.net/articles/AVR_Transistortester#Downloads_.28english.29 
or alternative with the subversion command "svn checkout 
svn://www.mikrocontroller.net/transistortester/Software/trunk" at a 
Linux system.
You should select your favoured language and the option 
WITH_ROTARY_SWITCH with a editor in the Makefile and recompile the 
source.

Best regards, Karl-Heinz

Mr. Karl-Heinz Kübbeler, again big thanks for your work.

Krzys, in annex is compiled firmware according to your specifications.

Regards tom

A SSD1306 OLED can probably be used with the SPI interface. But some 
commands like "set electronic volume" (contrast) are different from the 
ST7565 controller. The software must be adapted to the SSD1306 
controller.
Some character displays with OLED make more electrical noise than the 
LCD type character displays. The measurement of the tester can be 
disturbed by this noise. The ATmega328 of the tester must run with a 5V 
power supply. The SSD1306 controller runs with 3.3V like the ST7565. The 
SPI signal level of the ATmega outputs must be converted to the 3.3V 
level of the controller.

Best regards, Karl-Heinz

Hi Max,
but you should know, that you use the controller outside it's 
specification. The data sheet set the upper limit of data input voltage 
to "VDD + 0.3" V, that is 3.6V with VDD=3.3 ! Normally the inputs are 
internal protected with diodes to VDD and GND. Probably the VDD voltage 
of the controller can be increased across the protection diode with any 
data input set to logical 1 .

Probably there is a interface circuit between the data inputs of the 
board and the display module with the controller. Any known ssd1306 
controller operate with 3.3V and need a 3V signal level at the data 
inputs.
I am sceptical about the Chinese interfacing of the data signals to the 
controller inputs because a TransistorTester from China (fish8840) with 
graphical ST7565 display connects the data signals directly without any 
interface circuit. The 3.3V power of the display module is actually 
increased by the data signals!

I can find no connection to the SDA/SCL pins of the module. Probably 
there are components and routes at the other side of the board. On this 
side there are only the 3.3V voltage regulator and components for the 
DC-DC converter of the SSD1303 controller. This module supports only the 
I2C interface, which is currently not supported by the TransistorTester 
software. Only the SPI interface can currently be used with the Tester.
I will try to implement support for a SSD1303 controller with SPI 
interface first.

A module with ST7920 controller is currently not supported by the tester 
software. The instructions for this controller are different from the 
ST7565 type.
I have got a "SainSmart SPI OLED" module with SPI interface and a 3.3V 
power connection. The four signals RST, DC, SCLK and SDIN are connected 
to the controller inputs with a 100 Ohm resistor network. The CS signal 
of the module is connected with a 10 kOhm resistor to the controller. 
The CS signal is usually connected to GND, but if the other signals are 
connected to the ATmega outputs, a high signal results to a current of 
about 10 mA to the 3.3V power ((5V - 3.3V - 0.4V) / (100 + 22) Ohm) for 
one signal. If the module consumes less power, the 3.3V power will be 
increased.

I have connected the "SainSmart SPI OLED" with a 3.3V voltage regulator 
to the 5V power of the TransistorTester. The four data signals are 
connected with a serial resistor of 2.7 kOhm each. With the unmodified 
software version for the ST7565 controller (option LCD_ST7565_H_FLIP=4, 
LCD_ST7565_V_FLIP=1) I have taken the above picture.
The level of the controller inputs seems to be limited to 4V due to the 
additional resistors. This tiny modul seems to operate well with this 
type of connection.

Best regards, Karl-Heinz

Blick nicht durch schrieb:
> Wie soll ich vorgehen?
> Ich arbeite unter WIN7, nicht Linux.

Wenn die Anschlußvariante für Streifenraster-Platinen benutzt wird, 
kommen nur zwei Unterverzeichnisse in Frage: mega328_strip_grid und 
mega328_strip_grid_dogm . Die letztere Variante ist für ein DOGM Display 
(ST7036 Controller) vorgesehen. Die Verzeichnisse mit einer 
Spannungsangabe (1.9V oder 3.3V) sind für den Betrieb mit DC-DC 
Konverter aus einer Li Zelle (1.9V) oder einem LiIon Akku (3.3V) 
vorgesehen. Fehlt eine Spannungsangabe, wird eine Speisung mit einer 9V 
Batterie (Akku) angenommen.
Bisher ist der Impulsdrehgeber nur für zwei Varianten eingeschaltet 
(mega328_st7565 und mega644_LCD2004). Abgesehen davon, daß der richtige 
Typ des Impulsdrehgebers eingeschaltet werden muß (Option 
WITH_ROTARY_SWITCH=?), steigt durch Verwendung eines Impulsdrehgebers 
der Stromverbrauch an, weil der Schlafzustand des ATmega weniger benutzt 
werden kann.
Unter Windows kann WinAVR benutzt werden, um eigene Konfigurationen zu 
übersetzen. Das ist in der Dokumentation im Kapitel 2.7 näher 
beschrieben, wo auch ein Hinweis auf meinen Patch 
(Beitrag "Re: Transistortester AVR") zu finden 
ist.
Nicht vergessen möchte ich den Hinweis, daß ein 8MHz Quarz von der 
Software vorausgesetzt wird. Das Aufwachverhalten des ATmega 
unterscheidet sich bei Betrieb ohne Quarz und sollte mit der Makefile 
Option RESTART_DELAY_TICS=6 berücksichtigt werden!

Grüße, Karl-Heinz

Blick nicht durch...hm, ein Name wäre mal was...
Das Makefile ist sehr individuell und umfangreich, von einem blosen 
Flashen einer Hex und EEP, ist abzuraten! Kein Mensch kennt deine 
Hardware. Eine große Rolle spielt das Display, Spannungsquelle, Regler, 
externe Referenz, interner oder externer Pullup etc...
Du mußt dir schon die Mühe machen, das Makefile dementsprechend deinen 
Bedürfnissen bzw. Hardware anzupassen und neu zu kompilieren, um eine 
zufriedenstellende Funktion "deines" Testers zu gewährleisten!

Ich z.B. kompiliere mit dem Studio 4.19 inkl. Toolchain, oder extern mit 
WinAvr, je nach dem, was gerade vom Compiler her am besten passt.
Der M328 ist vom Flashspeicher schon ordentlich befüllt, trotzdem ist es 
möglich, (fast)alle Funktionen (inkl. Drehgeber, Matrix-Display)mit den 
richtigen Einstellungen zu nutzen.
Gerne bin ich bereit, dir per PN dabei behilflich zu sein(soweit es mir 
möglich ist).

Gruß Michael

Blick nicht durch schrieb:
> Gibt es ein Schaltbild für die 644 Variante?

Ja, in der PDF Dokumentation (Doku/trunk/pdftex/german/ttester.pdf) im 
SVN-Archiv 
(http://www.mikrocontroller.net/articles/AVR_Transistortester#Downloads). 
Die 644/1284 Variante bringt aber nicht viel zusätzliches. Lediglich 
eine Erweiterung des Frequenzmeßbereichs durch einen 16:1 Vorteiler und 
das Testen von Quarzen ist hier zusätzlich möglich. Diese 
Zusatzfunktionen sind beim Mega328 wegen fehlender IO-Ports leider nicht 
mehr möglich. Wenn diese Funktionen aber nicht gebraucht werden, kann 
man bei der Mega328 Version bleiben.
Alle Versionen benutzen die gleichen Softwaremodule. Lediglich die 
Optionen in der Makefile bestimmen, für welchen Prozessor mit welchen 
Funktionen ein Programm erzeugt wird.

Grüße, Karl-Heinz

Hallo,

das Teil scheint ja ein echtes Universalgenie zu sein.
Ich möchte auch eins bitte.....

Ich habe aber keine Lust es selbst aufzubauen..
Habt Ihr einen Link zum Chinesen eures Vertrauens..?! :-)
Ein Gehäuse mache ich mir aber selbst.

Danke und Gruß,
Thilo

P.S. Meine Hochachtung für Typen wie Karl-Heinz, die so etwas über so 
lange Zeit vorantreiben.

Blick nicht durch schrieb:
> unterstützt der 328 auch den Drehgeber?

Ja, alle Funktionen außer dem 16:1 Frequenzteiler für die 
Frequenzmessung und die Oszillatoren für den Quarztest werden vom 
ATmega328 unterstützt. Die Frequenzmessung und der Impulsdrehgeber 
werden durch Doppelbelegung von Ports für den Display-Anschluß 
ermöglicht.

Grüße, Karl-Heinz

Thilo Haala schrieb:
> Ich habe aber keine Lust es selbst aufzubauen..
> Habt Ihr einen Link zum Chinesen eures Vertrauens..?! :-)
> Ein Gehäuse mache ich mir aber selbst.

ebay, diesen hier gekauft:

310926851097

ist gekommen, bin zufrieden nur L macht er nicht.

Joachim B. schrieb:
> nur L macht er nicht

Komisch, unter 'Test ranges' heisst es dort:
Inductors : 0.01mh-20H

Gruss
Frank

Frank N. Stein schrieb:
> Komisch, unter 'Test ranges' heisst es dort:
> Inductors : 0.01mh-20H

nun ja habe die gewickelt

Beitrag "Re: Luftspule ändert ihren Wert, ist das normal?"

und irgendwas zwischen 80nH und 220nH erwartet und bekomme als Anzeige 
R=0,12 Ohm

Frank N. Stein schrieb:
> Komisch, unter 'Test ranges' heisst es dort:
> Inductors : 0.01mh-20H

mein Fehler, L wird gemessen, meine selbstgewickelte hatte 
Windungsschluß, ich Trottel habe statt Lackdraht Schaltdraht genommen.

>>> ich Trottel habe statt Lackdraht Schaltdraht genommen.

Das ist wirklich köstlich YMMD :-)

Meine Frage wegen der China - Nachbauten war eher darauf gemünzt, dass 
das Layout kompatibel ist, so um auch die neueste Software von 
Karl-Heinz einspielen zu können - ohne vorher den code patchen zu 
müssen.

Gruß Thilo

Joachim B. schrieb:
> ebay, diesen hier gekauft:
> 310926851097

Thilo Haala schrieb:
> Meine Frage wegen der China - Nachbauten war eher darauf gemünzt, dass
> das Layout kompatibel ist,

schreiben sie irgendwo, aber den Plan erstelle ich im Moment nicht mal 
aus den Leiterbahnen.

Frank N. Stein schrieb:
> Komisch, unter 'Test ranges' heisst es dort:
> Inductors : 0.01mh-20H

Inductors : 0.01mh-20H

stimmt ich hatte es irgendwie zu 0,01µH = 10nH verstanden

und wundertet mich das ich meine selbstgewickelte im Bereich von 
80-220nH nicht messen konnte.

Meine kleinste Kauf L in der Kiste ist 10µH und die wird gemessen, noch 
mal eine Luftspule mit Lackdraht gewickelt 30 Wdg. mit d= 1,2cm auf l= 
2cm

lt:
http://www.b-kainka.de/bastel95.htm

6.48µH wird nicht mehr erkannt

Anfrage schrieb:
> Würde auch was vom gelben Mann kaufen, aber bei den diversen Infos hier
> im Thread bin ich nur verunsichert...

Waere ich auch, denn hier geht es immerhin um Unsummen von 15 - 20 EURO 
fuer ein Fertiggeraet !
Da sollte man sich vorher genauestens informieren und alle drei Threads 
mindestens 2-3x lesen und verstehen. Die Doku nicht vergessen !

Wenn Du dem freundlichen Chinesen nicht traust, nimm doch eins aus dem 
Teeland es gibt auch Versender aus dem Land der Krauts.

"Kompatibel" sind die so weit ich das hier verfolge alle nicht. Also 
umbauen bzw erweitern must Du dann so oder so, wenn man es denn braucht.

Barney Geroellheimer schrieb:
> "Kompatibel" sind die so weit ich das hier verfolge alle nicht.

Nach meinem Kenntnisstand sind die chinesischen Versionen schon 
kompatibel. Lediglich bei den Versionen mit graphischem Display bin ich 
mir nicht sicher, ob alle Versionen gleich angeschlossen sind und den 
gleichen Kontroller (ST7565 kompatibel) verwenden. Die graphische 
Ausgabe wurde bei allen mir bekannten chinesischen Versionen in China 
programmiert. Mittlerweile unterstützt meine Version auch eine 
graphische Ausgabe, die ist aber auf jeden Fall anders implementiert als 
bei allen chinesischen original Softwareversionen.
Bei den chinesischen Versionen sind aber nicht alle 
Erweiterungsmöglichkeiten verbaut und in einigen Fällen ist statt einer 
2.5V Präzisions-Spannungsreferenz eine Zenerdiode eingebaut. Die 
Spannungsabweichung der Zenerdiode von den angestrebten 2.5V ist meist 
so groß, daß die Referenz von der Software nicht erkannt wird. Besser 
ist es aber, die Zenerdiode zu entfernen oder durch eine präzise 2.5V 
Referenz zu ersetzen. Die Präzisionsreferenz dient nur dazu, eine 
eventuelle Abweichung von der VCC Spannung von den angestrebten 5 Volt 
zu bestimmen. Bei präzisen 5V ist die Präzisionsreferenz überflüssig!
Die Erweiterung um einen Impulsdrehgeber und um die Frequenzmessung ist 
bei den Versionen mit Text-Display relativ leicht möglich, da alle 
benötigten Signale an der LCD-Steckbuchse anliegen. Ob die Erweiterungen 
auch mit einem graphischen Display möglich sind, muß im Einzelfall 
geprüft werden. Bei der in meiner Software gewählten Anschlußweise des 
graphischen Displays sind die Erweiterungen auch möglich.
Es sind inzwischen auch chinesische Versionen mit LiIon Akku erhältlich 
(DC-DC Wandler für 5V). Hierbei kann ein anderes 
Spannungsteilerverhältnis für die Batteriespannung verwendet worden 
sein. Das läßt sich aber über Makefile Optionen einstellen.
Der FA-Bauteiltester mit Gehäuse ist eine Version, die von Funkamateuren 
entwickelt wurde (FiFi: 
http://www.o28.sischa.net/bauteiltester/trac/wiki) und von der 
Zeitschrift Funkamateur vertrieben wurde. Die erste Auflage ist restlos 
ausverkauft, es soll aber einen Nachfolger geben. Der Preis ist mit 
79,-€ aber deutlich höher als die chinesischen Versionen.

Grüße, Karl-Heinz

Karl-Heinz,

danke für deine Info.
Ich habe mir nun für 20€ einen mit dem grafischen Display bestellt.
http://www.ebay.de/itm/big-12864-LCD-Transistor-Tester-Capacitance-ESR-Meter-Diode-Triode-MOS-NPN-LCR-/191168670493?pt=PC_Viedeospielzubeh%C3%B6r&hash=item2c828a6b1d
Gefiel mir einfach besser.

Gruß T.

Thilo Haala schrieb:
> Ich habe mir nun für 20€ einen mit dem grafischen Display bestellt.

Hallo Thilo,
der sieht aus wie der Fish8840, der in den Beiträgen 
Beitrag "Re: Transistortester AVR" und 
Beitrag "Re: Transistortester AVR" schon 
beschrieben wurde. Hier wurde der Batteriespannungsteiler geändert (2:1) 
und falsch angeschlossen. Ich habe die Leiterbahn zum Spannungsteiler 
zwischen Q1/R17 und D5 getrennt und mit Kupferlackdraht zwischen Q1 und 
R15 eine neue Verbindung gelegt (siehe Foto). Damit zieht der 
Spannungsteiler im ausgeschalteten Zustand keinen Strom mehr aus der 
Batterie.
Etwas seltsam ist bei meinem Exemplar auch der Anschluß des graphischen 
LCD. Die Versorgungsspannung wird auf dem Display-Modul mit einem Regler 
auf 3.3V heruntergeregelt. Aber die 5V Signale vom ATmega werden direkt 
zum Graphik-Kontroller weitergeleitet. Das ist nach meiner Meinung 
falsch, da die 3.3V Betriebsspannung über die Schutzdioden der Eingänge 
von den Signalpegeln angehoben wird. Abhilfe scheint hier möglich zu 
sein über serielle Widerstände von etwa 2.7kOhm in den Signalzuleitungen 
(SID, SCLK, RS und REST).
Vielleicht sind aber auch schon Fehler bei einer neuen Version behoben!?

Grüße, Karl-Heinz

Anfrage schrieb:
> Kann  man den Fish8840 nun mit der Firmware von Karl Heinz brennen?

Keine Ahnung, aber Karl-Heinz schreibt doch, das das Ding nicht wirklich 
brauchbar ist. (Datenleitungen). Was denkst Du wie lange die das mit 
machen. Das ist SO reine Gluecksache.

Nimm sowas hier.

http://www.ebay.de/itm/Neu-Transistor-Tester-Capacitor-ESR-Inductance-Resistor-LCR-Meter-Mosfet-NPN-PNP-/380912015473?pt=Mess_Pr%C3%BCftechnik&hash=item58b0201871

Oder fuer 'n 10er mehr gleich im Gehaeuse

http://www.ebay.de/itm/Transistor-Tester-Diode-Triode-Capacitance-ESR-Meter-MOS-PNP-NPN-Module-DE-/251495810658?pt=Mess_Pr%C3%BCftechnik&hash=item3a8e518662&autorefresh=true

Die kommen zumindest mal halbwegs an das Original ran. Wahrscheinlich 
musst Du hier noch die Widerstaende und Referenz umbauen. Aber das ist 
wohl bei allen Nachbauten so.

Die grafischen Dinger sind zwar ganz lustig, aber was nuetzt das, wenn 
Du die Software von Karl Heinz nicht nutzen kannst weil ausgerechnet 
Dein Display dann nicht implementiert ist.

Ich habe den tester in der alten Version von vor 5-6 Jahren oder so und 
den halbwegs Aktuellen von vor etwa 3 Jahren. (Mega328) Version. Darauf 
laeuft die 1.10k oder so, jedenfalls eine der letzten Versionen und es 
tut was es soll. Naemlich Bauteile testen.
Viele scheinen hier nicht begriffen zu haben, das das Geraet hier nur 
ein Tester ist und lange kein Messgeraet, obwohl es in einigen Bereichen 
ziemlich ordentlich anzeigt.

Wenn ich dagegen sowas lese...

Joachim B. schrieb:
> 6.48µH wird nicht mehr erkannt

...wird mir uebel.
Ein Messgeraet dieser Klasse kostet allein fuer den LCR Bereich mal 
eben 400.-

Karl-Heinz Kübbeler schrieb:
> Vielleicht sind aber auch schon Fehler bei einer neuen Version behoben!?
>
> Grüße, Karl-Heinz

Danke Karl-Heinz,

das kann ich natürlich kontrollieren wenn das Gerät hier ist.
Da es offensichtlich auch andere interessiert werde ich darüber 
berichten.

Gruß Thilo

Der Barney... ;-)))

@Thilo
Die HW-Version von deinem Link, habe ich seit Sommer hier im Einsatz und 
konnte bisher noch keine Ausfälle verzeichnen. Ganz im Gegenteil, ist 
man mal diese riesige Display gewöhnt, möchte man keine andere Anzeige 
mehr haben.
Natürlich muß die Referenz inkl."2k2" ergänzt werden und noch ein paar, 
von Karl-Heinz erwähnte "Kleinigkeiten", vorgenommen werden. Was jetzt 
aber keinen riesen Aufriss bedeutet!
Ich habe diesen Tester mit dem Drehgeber nach gerüstet und die 
HW-Komponenten etwas neu angeordnet, sodass man mehr Platz für die 
Bauteile zum messen hat und ungehindert einen ISP-Stecker stecken kann, 
ohne jedes mal den Schraubendreher in die Hand zu nehmen.
Für die Standfestigkeit, habe ich ein 8mm Plexi-Glas mit Gummifüssen 
verwendet. Die Displayleitung habe ich verlängert, damit ich das Display 
um 2 Lochreihen nach oben setzen kann, darunter passt genau ein 9V 
Block-Akku.

Die erwähnten Änderungen der Widerstände von Karl-Heinz, müssen noch 
gemacht werden...

Den Drehgeber könnte man auch anstelle des Testknopfes setzen. Könnte 
aber ein ziemliches Gefummel geben.

Gruß Michael

Michael D. schrieb:
> Der Barney... ;-)))

Ja watt denn nu ?

Michael D. schrieb:
> Die HW-Version von deinem Link, habe ich seit Sommer hier im Einsatz und
> konnte bisher noch keine Ausfälle verzeichnen.

Michael D. schrieb:
> Natürlich muß die Referenz inkl."2k2" ergänzt werden und noch ein paar,
> von Karl-Heinz erwähnte "Kleinigkeiten", vorgenommen werden. Was jetzt
> aber keinen riesen Aufriss bedeutet!

Wenn der umgebaut ist funktioniert das auch. Welch Wunder.

Ich schrieb doch das man den umbauen muss und es Gluecksache ist, wie 
lange das gut geht. Displays mit 3,3V werden nun mal nicht mit 5V 
angesteuert. Easy, oder ?
Ich haette auf solch einen Krampf keinen Bock, nur weil da ein 
Grafikdisplay drauf ist.
Wenn man natuerlich den ganzen Tag damit rumspielt, ist das was anderes. 
Ich brauche den Tester vielleicht 2x im Jahr fuer eine Minute.

Und hast Du das LCD in die aktuelle Softwareversion implementiert ? 
Denn..

Karl-Heinz Kübbeler schrieb:
> Mittlerweile unterstützt meine Version auch eine
> graphische Ausgabe, die ist aber auf jeden Fall anders implementiert als
> bei allen chinesischen original Softwareversionen.

Nebenher und voellig Off, aber was bitte soll eine "chinesischen 
original Softwareversionen." sein ? Das ist doch ein Widerspruch in 
sich selbst.
Mal ganz davon abgesehen das die Chinesen das auch nur von hier kopiert 
haben. Doof sind die ja nu nicht..

Barney Geroellheimer schrieb:
> Michael D. schrieb:
>> Der Barney... ;-)))
>
> Ja watt denn nu ?
Über dich könnte ich mich immer wegschmeißen!
Würdest du mal länger aussetzen, würde hier was fehlen... ;-)

> Wenn der umgebaut ist funktioniert das auch. Welch Wunder.
Ja was jetzt? Warum sollte der denn nicht funktionieren?
Ich habe den ja schon länger. Am Anfang gab es einige 
Anlaufschwierigkeiten, wegen eines P-MOSFET's, der laut "Marking" ein
N-Channel sein sollte, was aber weiter oben geklärt wurde.(falsches 
Datenblatt etc...)
>
> Ich schrieb doch das man den umbauen muss und es Gluecksache ist, wie
> lange das gut geht. Displays mit 3,3V werden nun mal nicht mit 5V
> angesteuert. Easy, oder ?
Ganz easy...
> Ich haette auf solch einen Krampf keinen Bock, nur weil da ein
> Grafikdisplay drauf ist.
Das Display hat keinen Krampf und ist eigentlich ganz entspannt.
Andere haben "Bock" auf das Grafikdisplay, sonst gäbe es diesbezüglich 
keine Diskussion.
Karl-Heinz hat für die Matrix Geschichte einen Haufen Arbeit u. Zeit 
hinein gesteckt. Das wird damit gewürdigt, um es umzusetzen und Feedback 
zu geben.
Ausserdem gibt das Grafikdisplay mehr Infos zu den gemessenen Bauteilen 
aus. Die Schrift und Symbole, sind schön groß und besser lesbar, als 
z.B. auf einem 2x16er

> Wenn man natuerlich den ganzen Tag damit rumspielt, ist das was anderes.
> Ich brauche den Tester vielleicht 2x im Jahr fuer eine Minute.
Außer einem Oszilloskop und Multimeter, wird dieser Tester genauso 
beansprucht. "It makes some measures easier", würde ich sagen.
>
> Und hast Du das LCD in die aktuelle Softwareversion implementiert ?
> Denn..
Selbstverständlich! Das war ja wohl das erste...außerdem sieht man das 
auf einem der Fotos.
>
> Karl-Heinz Kübbeler schrieb:
>> Mittlerweile unterstützt meine Version auch eine
>> graphische Ausgabe, die ist aber auf jeden Fall anders implementiert als
>> bei allen chinesischen original Softwareversionen.
Öhm ja...
In den China-Testern, sind keine Lockbits(Schreibschutz) gesetzt, außer 
das Auslesen der China-SW, ist nicht möglich!

> Nebenher und voellig Off, aber was bitte soll eine "chinesischen
> original Softwareversionen." sein ? Das ist doch ein Widerspruch in
> sich selbst.
Inwiefern ?
> Mal ganz davon abgesehen das die Chinesen das auch nur von hier kopiert
> haben. Doof sind die ja nu nicht..
Das wissen wir ja und wird sogar (manchmal) angegeben.

Gruß Michael

Barney Geroellheimer schrieb:
> ...wird mir uebel.

tut mir echt leid für dich, gute Besserung!

> Ein Messgeraet dieser Klasse kostet allein fuer den LCR Bereich mal
> eben 400.-

ja und, Klasse Spruch, da fühle ich mich gleich besser mit dem Agilent 
LCR 4263b welches ich für 2500,- gekauft hatte :-)

Ich kenne schon den Unterschied zwischen Tester und Messgerät, aber auf 
die Schnelle mal was checken zu können für 15€ ist trotzdem toll, auch 
weil man keine längeren Rüstzeiten und Warmlaufphasen hat. :p

Joachim B. schrieb:
> ja und, Klasse Spruch, da fühle ich mich gleich besser mit dem Agilent
> LCR 4263b welches ich für 2500,- gekauft hatte :-)

Freut mich, dass du stolzer Besitzer einer 20 Jahre alten Nachbau -
Gurke bist. Nur  muss man damit auch umgehen koennen, sonst haettest Du
nicht solch einen Schmarn geschrieben.

Wenn mich nicht alles täuscht, dann hängt Pin5 des LCD in der Luft. 
Sollte der Pin nicht auf GND gehören?

Hast Du auch ein Schaltbild dazu gemacht ? Dann poste das bitte mal. Ich 
mag da jetzt nicht alle Leitungen verfolgen.

Du weisst das sich das Display 120mA nur fuer die Hintergrundbeleuchtung 
weg tut ? Wenn Du das mit einer billigen / alten 9V Batterie betreibst, 
kann die Spannung leicht so weit in die Knie gehen das nichts mehr geht. 
Zumal ich da nur TO92 Bauformen sehe, also 100mA Teile.

Krej schrieb:
> MCP 1702-5002 --- 200µA

Und das soll uns was sagen ?

Nur mal zur Info: Dieses Display genehmigt sich nur 20mA, für sein 
Backlight !

Krej schrieb:
> Die Schaltung ist ok..

Anscheinend ja nicht, sonst wuerde sie ja funktionieren.

Michael D. schrieb:
> Nur mal zur Info: Dieses Display genehmigt sich nur 20mA, für sein
> Backlight !

Du kannst aber schon lesen ?

Barney Geroellheimer schrieb:
> Du weisst das sich das Display 120mA nur fuer die Hintergrundbeleuchtung
> weg tut ?

Und die 120mA sind auch kein Schreibfehler.

suchender schrieb:
> Q1 ist doch auch falsch!
>
> Ich schaue doch von oben auf die Platine ?!

Hast Du das Layout offen ? Kannst Du bitte mal einen Screenshot posten ?

Der 10µ ist auch verdreht.

Vielleicht solltest Du Deine "funktionierende Schaltung doch nochmal 
gruendlich ueberpruefen.

Ja, das geht, aber warum ? Ausserdem ein nicht gerade verbreiteter 
Controller (KSS0070B)

Behebe doch erst mal die Fehler. So wird das Reichelt Display auch nicht 
funktionieren.
Drucke Dir das Datenblat von Deinem Display aus, guck ob das richtig 
angeschlossen ist. Wenn nicht kannst Du es evtl noch ueber die Software 
retten.
/Anhang

Wenn Du meinst das ist dann richtig, teste es mit einem ollen "Hello 
World" Programm.
Und dreh den Strom runter ! Das muss doch alles heiss werden, merkst Du 
das nicht ?


Und wenn Du ein Blaues moechtest nimm die vom Pollin.

LCD-Modul TC1602A-09

Das kommt mit 30mA (Datenblatt) aus. Wird wohl auch mit 5-10mA gehen.

Ich drucke das jetzt auch mal aus und fliege da mal kurz drueber. Aber 
wie suchender schon schrieb, scheinen da mindestens zwei Fehler zu sein.
+ Meinem sind es schon drei und das nur im Ueberflug. Da hilft ein 
neues Display wenig. Zumal es ja noch zu funktionieren scheint.

Anhang vergessen.
Das ist das Datenblatt, wenn man es denn so nennen darf, von Deinem 
Display.

suchender schrieb:
> Deine Platine ist für den Eimer.

Nu mach' ihn nicht gleich fertig, Du siehst doch das es ein Anfaenger 
ist. Und Du weisst auch was es fuer eine scheiss Arbeit ist sowas zu 
routen.

suchender schrieb:
> Kollektor und Emitter solltest Du schon richtig anschließen...

Liste doch mal auf was Du gefunden hast. Ein verdrehter Transistor, 
Elko, eine Datenleitung, "bisschen" zu viel Strom, muss ja nicht gleich 
heissen das man die Platine entsorgen kann.

Da wird der Strom durch irgendwas begrenzt sein, keine Ahnung. Ist aber 
auch erst mal egal. 30mA zum testen sind gut.
Die Datenleitungen stimmen, zumindest Nach Schaltbild von Markus. Nach 
Software stimmt die Belegung auch, das Display sollte es also tun.

Also nochmal. Ich wuerde das Display mit einer anderen Software allein 
testen.
"Hello World" Projekte gibt es zu genuege im Web zu finden.

Sind das alles Tantal Elkos ? Kann man schlecht erkennen, aber das 
wuerde den Dreher im Layout erklaeren. Da ist naemlich Pos. 
gekennzeichnet.

Krej schrieb:
> schaltung ist ok.. verbrauchte strom auch ist ok..

Bist Du sicher, daß die richtigen Programmierdaten verwendet wurden. 
Also z.B. die Daten aus dem mega328 Unterverzeichnis. Auf keinen Fall 
kann man die Daten für das Streifenrasterlayout oder die Daten für den 
ST7565 Kontroller (graphisches Display) nehmen. Wenn das wirklich sicher 
ist, bleibt nur übrig, die 6 Verbindungen vom ATmega zum LCD mit einem 
Ohmmeter oder Durchgangsprüfer nachzumessen. Dabei sollte man möglichst 
auch auf Kurzschlüsse achten.

Viel Erfolg, Karl-Heinz

Karl-Heinz Kübbeler schrieb:
> Bist Du sicher, daß die richtigen Programmierdaten verwendet wurden.

Welches Schaltbild er da verwendet hat, weiss ich nicht, ich konnte die 
Diku nicht finden. Nach Markus Wiki Schaltbild stimmt das aber.
Ausserdem hat er da mit ATmega8 bezeichnet, also gehe ich von was altem 
aus.
Die Belegung stimmt auch mit dem Quelltext ueberein.

Kann sein das ich was uebersehen habe, bin auch nicht mehr ganz fit. Ich 
behaupte jetzt aber mal das das Display laufen sollte.
Bisschen stutzig macht mich das "gedrehte" Display. Also das steht ja 
auf dem Kopf. Sollte dann nicht Zeile 1 also Character 1-16 aufleuchten 
statt der 2. Zeile ?

@Krej

Du sollst ein einfachens "Hello World" testprogramm aus dem Web fischen 
und die Datenleitungen anpassen. Das dann auf Deinen µC. NUR so findest 
Du raus ob Dein Display ueberhaupt noch funktioniert.

Krej schrieb:
> mit einer anderen Software allein
> testen?

Davon halte ich auch nichts. Die Ausgabe bei der 
Transistortester-Software läuft ja bei anderen auch. Mir ist lediglich 
ein Fall bekannt, wo ein besonders lahmer Kontroller eine verlängerte 
Wartezeit braucht. Dazu kann in der Makefile eine zusätzliche Anweisung 
"CFLAGS += -DSLOW_LCD" gesetzt werden. Das ist aber beim KS0070B nach 
meiner Meinung nicht erforderlich.
Ich habe aber auch schon einen defekten ATmega erlebt, der nicht mit den 
LCDs zusammenarbeiten wollte. Bei einem Testsignal auf den PORT D Pins 
war aber kein defekter Port-Ausgang feststellbar.

Das Layout und der gezeigte Aufbau sind aber nicht das gleiche.
Und willst Du wirklich die Diode statt einem Vorwiderstand für das LCD 
drinlassen ?
Als erstes würde ich an Deiner Stelle mal alle Pins am LCD Modul
Nachlöten.

Gruß Asko.

Krej schrieb:
> habe Ich am Test Pins 1-2-3 norm Led angeschlossen und mit StartTaster
> betätig.. Der Led hat parr mal
> angeleuchtet .. dass heist programm lauft...

Also irgendwie ist das alles seltsam. Eine 120mA Hitergrundbeleuchtung 
braucht nur 30mA, das Display initialisiert meiner Meinung nach falsch, 
im Datenblatt steht KS006 Du sprichst von KSS0070... na egal.
Waere ein Port defekt, muesste auf dem LCD doch zumindest mal irgendwas 
passieren, scheint aber nicht so.

Also Display platt.

Asko B. schrieb:
> Und willst Du wirklich die Diode statt einem Vorwiderstand für das LCD
> drinlassen ?

Wunderte mich auch, aber wird ja einen Grund haben. Evtl. klappt das mit 
der Hintergrundbeleuchtung so, dass die 0,6V ausreichen den Strom zu 
druecken.

Asko B. schrieb:
> Als erstes würde ich an Deiner Stelle mal alle Pins am LCD Modul
> Nachlöten.

Dachte ich mir auch erst. Aber wenn Du Dir die Platine ansiehst, wie 
sauber das geloetet ist, gehe ich davon aus das das Display von "unten" 
geloetet ist.

Was mich noch interessieren wuerde, was fuer einen µC er nutzt.

Barney Geroellheimer schrieb:
> Also Display platt.

An ein defektes Display glaube ich erst einmal nicht. Das Display sieht 
so aus, als ob der Kontroller keine Initialisierung bekommen hätte. Dazu 
reicht eine fehlende Datenverbindung aus. Auf dem Foto mit dem 
Stromverbrauchswert auf dem Multimeter ist der Tester auch zu sehen. Ich 
konnte dabei nicht erkennen, daß die LCD-Pinne sauber angelötet sind!

Karl-Heinz Kübbeler schrieb:
> Das Display sieht so aus, als ob der Kontroller keine Initialisierung
> bekommen hätte.

Dachte ich auch erst, bis ich gesehen habe, das das Display auf dem Kopf 
steht und die OBERE Zeile alle Character anzeigt. Bei falscher 
Initialisierung ist es normal unten und dann meist auch nur eine Spalte.

Das wird schon richtig geloetet sein, guck Dir die Platine mal an. Evtl 
Steckkontakte von unten geloetet.

Also ich behaupte immernoch das das LCD platt ist. alles Andere ist 
irgendwie unlogisch.
Vorausgesetzt natuerlich das die Software in Ordnung ist und mein 
Vergleich mit der Belegung stimmt. Steht ja jetzt im Widerspruch mit 
suchender, der meinet pin 11 waere falsch.


Okay, eben den Beitrag ueber mir gelesen, ich nehme alles zurueck.

Ich habe keine Ahnung.
Nochmal, ich wuerde das mit einem einfachen LCD Testprogramm checken.

@Krej

Welchen µC benutzt Du ?

Krej schrieb:
> habe atmega rausgetan. b.z ohne kontroller. bei betatigen taster das
> kommtraus sehe foto

Das Bild auf dem LCD ändert sich erst nach einer erfolgreichen 
Initialisierung vom ATmega. Sind denn schon alle 6 Datenverbindungen vom 
ATmega zum LCD überprüft? Also wirklich von jedem einzelnen ATmega-Pin 
bis zum LCD-Pin!

Passe das mal an und flash das in den M8

http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/LCD-Ansteuerung

Mal eine ganz bloede Frage. Wie sind denn die fuses gesetzt ? Das 
scheinst Du ja alles manuell gemacht zu haben, ohne das makefile genutzt 
zu haben.. Mache am besten mal einen screenshot.

Krej schrieb:
> und sehe die anzeige ist gut..aber nicht lang nach 2
> sekunden  alles ist weg.

Wie sieht denn die Betriebsspannung VCC aus? Sind es denn 5V? Wenn immer 
noch anstelle eines Vorwiderstandes eine Diode für die 
Hintergrundbeleuchtung eingesetzt ist, könnte auch die Spannung 
zusammenbrechen.

Du beantwortest die Fragen nicht.

Wie sind die fuse settings ?

Wie ist die Spannung am AVR im Betrieb ?

Krej schrieb:
> Ich versteue auch nict dass eine Reine dunkel ist und die
> andere helle.. und nur die untere lasst sich ändern..

so ist das bei den LCD die noch nicht initialisiert sind.

Krej schrieb:
> Ich versteue auch nicht dass eine Reihe dunkel ist und die
> andere helle..

Da die Initialisierung des Displays fehlt, bleiben letztlich nur drei 
Ursachen. Davon kann das Programm eigentlich ausgeschlossen werden, da 
das gleiche Programm bei anderer Hardware läuft. Das Programm sollte 
nach dem Brennen aber verifiziert sein! Dann bleibt als Ursache nur ein 
defekter ATmega8 oder fehlerhafte Verbindung zum LCD übrig. Ein defekter 
ATmega könnte durch einen Tausch ausgeschlossen werden. Die Verbindungen 
lassen sich am besten mit einem Ohmmeter überprüfen. Aber bitte vom 
jeweiligen Pin des ATmega bis zum Pin des aufgesteckten LCD. Es sollte 
der komplette Weg überprüft werden! Dabei sollte auch auf Kurzschlüsse 
zu den anderen LCD-Pins und auf Kurzschlüsse nach GND und VCC geachtet 
werden. Das LCD als Ursache wurde ja bereits durch Tausch 
ausgeschlossen.

Viel Erfolg, Karl-Heinz

Moin Karl-Heinz,
die Ursache könnte auch ein falsch eingestellter Brownout sein. Während 
der Atmega schon am werkeln ist, kommt die Inizialisierung des Displays 
nicht hinterher. Das Thema hatten wir mal 2012 !

Und noch mal an Barney: Du verwechselst die 120mA Verbrauch des 
Backlights, vielleicht mit VF... ;-)

Gruß Michael

Michael D. schrieb:
> die Ursache könnte auch ein falsch eingestellter Brownout sein.

Krej schrieb:
> Atmega8  Fuse: Low 0=3F. High=D9

Die Fuses sehen doch korrekt aus!
Man könnte aber probeweise die Lfuse auf 0x21 (1 MHz Betrieb) stellen, 
um ein Zeitproblem auszuschließen. Dabei läuft das Programm natürlich zu 
langsam ab und alle Kapazitätswerte werden um Faktor 8 zu hoch 
angezeigt.

Auf die Fuses habe ich gerade nicht geachtet, hier wird so viel 
geschrieben...
beim Mega8 geht das ja, obwohl dieser für den momentanen Stand der 
Software, mir etwas ungeeignet scheint. Da sollte ein Mega168 oder 328 
verwendet werden. Der interne Takt jedoch, geht nur ab 8MHz. Ich habe 
von den oben gezeigten Displays, zig im Einsatz und das ohne 
Timingprobleme.
Der Vorschlag mit dem Brownout habe ich jetzt mal so eingeworfen, weil 
dies damals mein Initialisierungs-Problem darstellte.

Ich habe am WE mal ein kleines Modding vorgenommen. Q1 direkt an den 
Spannungsteiler(wie von dir vorgeschlagen) Q1 vorher von R15/D5 
getrennt.

Desweiteren den 78L05 gegen einen AP1117 5.0 LowDrop getauscht. Der 
kommt zwar mit den Werten des MCP1702 nicht ganz so mit, tut's aber auch 
ohne Probleme. Dieser Regler benötigt ein-u.ausgangsseitig, wie der 1702 
auch, einen 10µF Kondensator. Der klebt jetzt in Keramik neben dem ISP 
genau auf der anderen Seite des AP1117.
Viel Spass beim Modden

Gruß Michael

:-( Anhang vergessen

Michael D. schrieb:
> Desweiteren den 78L05 gegen einen AP1117 5.0 LowDrop getauscht. Der

Hallo Michael,

ich habe da was nicht mitbekommen. Die Patches weiter oben ^^^ habe ich 
verstanden, aber aus welchem Grund hast Du den 78L05 getauscht. Wo liegt 
der Vorteil?

Danke im voraus.

Gruß Thilo

> Wie gesagt, man muss abwarten bis neu LCD Modul kommt von Reichelt.  Die
> Chinesische billigste Sche….  passt nicht.
Bei den "Blauen" Exemplaren, muß immer das Backlight an bleiben, sonst 
erkennt man keine Schriften mehr. Ich habe von denen zwar auch etliche 
im Einsatz, sind ja auch chic anzusehen und für stationäre Geräte ok, 
für den Batterie/Akkubetrieb, leider ungeeignet(trotz niedrigen 
Stromverbrauch "20mA")
Es gibt diese Displays auch mit Gelb/Grünen Backlight für ganz kleines 
Geld beim Chinesen. Diese haben einen ganz ordentlichen Kontrast, der 
auch ohne Backlight, gut erkennbar ist. Der niedrige Stromverbrauch, 
lässt Batterie/Akkus, länger leben. ;-)

@Thilo
> ich habe da was nicht mitbekommen. Die Patches weiter oben ^^^ habe ich
> verstanden, aber aus welchem Grund hast Du den 78L05 getauscht. Wo liegt
> der Vorteil?
1. hat der 78L05 einen Dropout von 1,5-1,8V, je nach Stromentnahme, da 
wird es für den Bat/Akku-Betrieb, etwas eng. Außedem hat er einen 
höheren Stromverbrauch im Standby-Betrieb, was die Spannungsquelle 
schneller leer lutscht!
2. Hat der Chinaman, das Teil neben den ISP gequetscht, was mir gar 
nicht passt! Gut, man hätte ihn eionfach auf die andere Seite löten 
können, aber wenn er schon mal draußen ist, nimmt man eben gleich einen 
LDO mit nur 600mV Dropout.
Der MCP1702 schlägt alle Regler in jedem Punkt und hat sogar noch 
weniger Dropout, ganz geschweige vom Rauschverhalten.
Die Energiegeschichte diesbezüglich wurde schon 2012 in diesem Thread 
diskutiert.

Gruß Michael

Thilo Haala schrieb:
> aber aus welchem Grund hast Du den 78L05 getauscht. Wo liegt
> der Vorteil?

Aus meiner Sicht ist der Vorteil die bessere Stabilittät der 
Ausgangsspannung und das "Low Dropout" (LDO) Verhalten. Die 
Ausgangsspannung bleibt also noch stabil bei einer nur geringfügig 
höheren Eingangsspannung.
Der von mir empfohlene MCP1702-5002 hat zusätzlich zum LDO-Verhalten 
einen außergewöhnlich niedrigen Ruhestrom von typisch 2µA. Ein 78L05 
liegt bei etwa 3.8mA Ruhestrom. Der MCP1702 kann außerdem mehr als 200mA 
Ausgangsstrom liefern, der 78L05 nur 100mA. Leider ist aber die 
Pinbelegung beim MCP1705 anders als beim 78L05. Der LDO Regler AP1117 
hat ebenfalls eine stabilere Ausgangsspannung, der wahrscheinlich 
typgleiche MC1117 ist aber mit einem Ruhestrom von 5mA angegeben.

Krej schrieb:
>> muß immer das Backlight an bleiben, sonst
>> erkennt man keine Schriften mehr.
>
> Was heist dass??..  Erklären Sie bitte!!

Sonst sieht man keinen Text.

Krej schrieb:
> Das ist genau was bei mir passirt, mit alle 3st LCD Modulen.. wie soll
> mann so was vermeiden..

Bei Deinen LCD's sieht man 16 Quadrate! Also sieht man etwas. Bei blauen 
LCD's sieht man aber nur etwas mit der Hintergrundbeleuchtung (LED's 
hinter dem LCD).  Bei den gelb-grünen LCD's sieht man auch etwas ohne 
Hintergrundbeleuchtung, es reicht die normale Zimmerbeleuchtung (von 
vorne) aus.

Adlerauge schrieb:
> Das LCD von Krej hängt an den falschen Portpins, merkt das hier keiner?

Es ist lediglich der ATmega Pin 2 (PD0) neben LCD-Pin11 (D4) auch an 
LCD-Pin8 bis LCD-Pin10 (D1-D3) angeschlossen. Sonst sind doch alle Pinne 
nach der Originalschaltung angeschlossen oder sehe ich das falsch?

PD2 ist schon richtig, das sieht nur durch das darübergelegte LCD so 
komisch aus.

Karl-Heinz Kübbeler schrieb:
> Krej schrieb:
>> Atmega8  Fuse: Low 0=3F. High=D9
>
> Die Fuses sehen doch korrekt aus!

Naja, war ein Versuch.

Michael D. schrieb:
> Und noch mal an Barney: Du verwechselst die 120mA Verbrauch des
> Backlights, vielleicht mit VF... ;-)

Sag mal haeltst Du mich fuer bescheuert oder was ?!

Was bitte soll denn VF sein ? Wenn das Vf heissen soll, dann wird das 
sicherlich nicht in mA angegeben.

Hast Du Dir die EINE Seite vom Datenblatt wenigstens mal angeguckt ? 
Nein, natuerlich nicht. Fuer Dich dann als Bild im Anhang.

Michael D. schrieb:
> Ich habe von den oben gezeigten Displays, zig im Einsatz

Das wuerde mich doch mal interessieren. Ich habe noch kein einziges 
blaues Billig-Display gefunden was unter 100mA Strom braucht.

Mach doch bitte mal ein Foto von der Ruckseite Deiner Displays, oder 
besser, poste bitte den Link wo Du die her hast. Die bestelle ich heute 
noch im 10er Pack.

@Krej

Ich habe das eben mal mit einem anderen Display zusammengestoepselt um 
die Belegung zu checken.

Bei mir geht es mit dem angehangenen File einwandfrei, da schaltet sich 
auch nichts ab.
Fuer den mega8 /Anhang

Fuses habe ich auf internen gesetzt, weil ich gerade keine Lust hatte 
einen Quarz zu suchen.

Natürlich wird bei z.B. VF-18 nicht in mA ... das war Zynismus!
Und ja, wie oben schon beschrieben, habe ich die auch in gelb/grün mit 
nur einer LED, als Backlight! Ich komme mit keinem 2x16 auf 120mA, nicht 
mal mit den Displaytec vom Reichelt und da nimmt sich die Beleuchtung 
einiges an Strom!
mein selbstbautester, benötigt inkl. uC max. 25mA im Betrieb. Diese 
Messungen sind real und auch vor einiger Zeit hier im Forum dokumentiert 
worden.
Bilder von den Displays inkl. Messungen,  kannst du haben. Nur jetzt 
nicht, bin mit dem Tabled unterwegs und fahre mal für eine Woche in die 
Sonne, aber Big Brother is watching you ;-) wenn es dort Wlan gibt :-)

Viele Grüße und einen chicen Abend noch ;-)

Michael D. schrieb:
> Natürlich wird bei z.B. VF-18 nicht

Allein VF ist schon Bloedsinn, was soll das sein ? Wenn Du forward 
voltage meinst, wir das f klein geschrieben. Eine Einheit VF gibt es 
nicht.

Michael D. schrieb:
> ...habe ich die auch in gelb/grün...

Gruen/gelb interessiert mich nicht, wir reden hier von Blauen.

Michael D. schrieb:
> nicht mal mit den Displaytec vom Reichelt

Die kosten auch keine 2.-/Stk. sondern 10 oder 20.- und haben keinen 
eingebauten Vorwiderstand. Und selbst die koennen bis zu 100mA ziehen. 
Datenblatt lesen, steht als Werbung gleich auf der ersten Seite.

Michael D. schrieb:
> Bilder von den Displays inkl. Messungen,  kannst du haben.

Messungen interessieren mich nicht. Wenn Du keine Zeit fuer Ein Bild 
hast,  poste halt den Link wo Du die her hast oder die Bezeichnung.

Eine VFD-18 ist eine 8x7 Segment Anzeige (hatte das D unterschlagen) in 
einem Glaskolben mit Heizung!
Barney,  ich muß jetzt ins Bett...

Michael D. schrieb:
> Eine VFD-18 ist eine 8x7 Segment Anzeige (hatte das D unterschlagen) in
> einem Glaskolben mit Heizung!

Das FliWaTuet nutzt Himbeersaft als Antrieb.

Wen interessiert das ?
Was hat das mit LCDs zu tun ?
Seit wann haben Roehren eine Hintergrundbeleuchtung ?
Das Ding hat die Bezeichnung IV-18 und ist ein VFD (Vacuum Fluorescent 
Display) VFD-18 ist also der selbe Bloedsinn. Oder war das schon wieder 
Ironisch gemeint ?!

Kiffst Du ? Oder was sol der Stuss ?

Adlerauge schrieb:
> und es gibt wohl noch weitere Fehler auf der Platine.......

Da geht jetzt aber einiges durcheinander. Es gibt zwei Standards bei den 
Anschlüssen für einen ATmegga8/168/328 . Das normale Layout und das 
Streifenraster Layout. Die Platine von Krej ist mit der normalen 
Variante angeschlossen. Für das Streifenraster-Layout müsste in der 
Makefile die Option STRIP_GRID_BOARD gesetzt sein.

Adlerauge schrieb:
> Ich bin verwirrt, hast Du mal zwischen den Versionen das
> Verbindungsschema geändert?

Im SVN Archiv befindet sich im Hardware/strip_grid Ordner eine Zeichnung 
mit der geänderten Pinbelegung. Auf der Wiki-Seite und im PDF Dokument 
ist die normale Variante gezeichnet. In Tabelle 2.1 der aktuellen 
Dokumentation (SVN-Pfad Doku/trunk/pdftex/german/ttester.pdf) sind die 
beiden Varianten und der Anschluß des grafischen Displays (ST7565) 
gegenübergestellt.

Zum Thema blaues LCD weiße Schrift: Vorwiderstand der 
Hintergrundbeleuchtung mit 680 Ohm ausgeführt ergibt eine Stromaufnahme 
von rund 25mA bei 5,05 Volt (mit Anwenderschaltung).

Theo K. schrieb:
> Zum Thema blaues LCD weiße Schrift: Vorwiderstand der
> Hintergrundbeleuchtung mit 680 Ohm ausgeführt ergibt eine Stromaufnahme
> von rund 25mA bei 5,05 Volt (mit Anwenderschaltung).

Hi,

Du hast also nochmal einen Vorwiderstand von 680R davor gesetzt. Das 
Display selbst hat ja einen eingeloetet.
Und ist das so ein 2.- Billigteil oder eins von den teureren, sagen wir 
mal ab 6.- ?

Leider ist die Bezeichnung nicht weiter foerderlich, da ja nur der 
Displaytyp drauf steht. Halt ein einfaches 1602A, wie alle Blauen. Ein 
Datenblatt fuer genau Dein Display zu finden ist also quasi unmoeglich.

Denn das kann man nicht so einfach her nehmen. Meine vom Pollin leuchten 
deutlich dunkler als die "normalen" Blauen.

@all

Um das mit der Belegung nochmal klarzustellen. Hat Karl Heinz zwar schon 
beschrieben, aber ich gehe davon aus das Kreij das "Original" verwendet 
hat.

http://www.mikrocontroller.net/articles/AVR-Transistortester

Nach diesem Schaltbild stimmt seine Belegung meiner Meinung nach. Nach 
anderen Fehlern habe ich nicht gesucht, da es erst mal um das Display 
ging.

Barney Geroellheimer schrieb:
> Du hast also nochmal einen Vorwiderstand von 680R davor gesetzt. Das
> Display selbst hat ja einen eingeloetet.
> Und ist das so ein 2.- Billigteil oder eins von den teureren, sagen wir
> mal ab 6.- ?

Hab letztes Jahr mehrere aus China via Ebay für 2,30 Euro/Stk incl.Porto 
erstanden. Hab seitdem eins in einer Funkuhr im Dauereinsatz, keine 
Klagen!
Ja , ein 100 Ohm R ist eingelötet, bringt schon mit 3Volt (10mA) 
genügend Licht.

Um evt. Fragen vorzubeugen: ich gebe keines ab !

Adlerauge schrieb:
> darf ich bitte nochmal fragen, ob jemand noch ein einseitiges PCB Layout
> zum selbstätzen zur Verfügung stellen kann?

Nimm doch das von Kreij

oh Barney schrieb:
> Leseschwaeche? Steht doch deutlich drauf: SKU013759

Das ist 'ne Bestellnummer und nicht die Displaybezeichnung. Versuche 
dazu mal ein Datenblatt zu finden Du Nuss.

Theo K. schrieb:
> Ja , ein 100 Ohm R ist eingelötet, bringt schon mit 3Volt (10mA)
> genügend Licht.
>
> Um evt. Fragen vorzubeugen: ich gebe keines ab !

Das kann ja irgendwie nicht sein. Ich kenne kaum eine weisse LED die bei 
3V 10mA durch laesst. Und dann ist noch der 100R davor, an dem bei 10mA 
1V abfaellt, dass kann ja nun schon nicht sein.

Der 100R ist bei vielen drin. Bei Vf 4,1V und 100R macht das 9mA und 
keine 120. Weiss der Geier wie die auf diese Daten kommen.
Wenn 10mA reichen, kann man ja mal einen Sack voll von den Dingern 
kaufen.
Ich bestelle gleich mal ein paar von denen die Kreij da hat. Link steht 
ja da. Mal sehen was das wird.
Auf dem Display vom Kreij ist auch ein 100R verloetet. Im Datenblatt 
steht davon aber nichts.
Also entweder ist dann das Datenblatt muell, also noch muelliger als es 
eh schon ist, oder er hat ein anderes Display bekommen als auf den 
Bildern zu sehen ist.

Mich wundert auch der hohe Strom. Wie sind denn da die LEDs verbaut, 
weiss das jemand ? So wie das auf den meisten Bildern zu sehen ist, sind 
die LEDs an der Seite und werden durch einen diffusor unter das LCD 
gleitet. So wie ueberall halt. Sieht man auf dem Bild von Theo K. 3 
beitraege hoeher ja gut.
Bei 120mA muessen das ja schon min. 3-4 parallel sein.
Und warum ist das nur bei den Blauen so. Bei so gut wie allen Anderen 
ist der Strom meist 20-30mA MAX.

Hast Du das hex mal ausprobiert ?

Der Schaltplan in laoyt.rar benutzt Pin 26 (PC3) zum Schalten des 
Schutzrelays. In der Software wird jedoch standardmäßig der Pin 27 (PC4) 
zum Schalten des Relays benutzt! Das ist der gleiche Pin, der für den 
analogen Eingang der 2.5V Referenzspannung benutzt wird. Zum Schützen 
der analogen Eingänge wird PC4 auf GND geschaltet, das Relay fällt ab 
und die Ruhekontakte des Relays schließen die Eingänge TP1 bis TP3 kurz.
Der Pin 26 (PC3) wird je nach Konfiguration als serieller Ausgang oder 
als analoger Eingang zum Spannungsmessen mit einem 10:1 Teiler benutzt. 
Bei den SMD-Varianten des ATmega328 kann zum Spannungsmessen auch einer 
der zusätzlichen Analogeingänge ADC6 oder ADC7 benutzt werden, auch 
zusammen mit dem seriellen Ausgang auf PC3.

Grüße, Karl-Heinz

Und warum nicht ? Das sollte mit Deiner Belegung funktionieren, habe ich 
ja ausprobiert.