Hallo,
aufeinmal geht mein Tester nicht mehr.
Ich habe den ChinaTester mit 128x64 Display.
Die Pins am Mikrocontroller 7 und 8, haben nur einen Widerstand von
680Ohm.
Das zieht den 5V Regler wohl runter, jedenfalls geht er nicht an.
Ohne IC leuchtet zum. die LED und das Display.
So wie kann ich den 328 am besten/einfachsten/billigsten ersetzen?
Besitze einen Galep, aber welche Software kann ich darauf flashen?
Die von den Chinesen gibts wohl nicht ...
Und was hat es mit Fusebits und Speicher laden aufsich?
Mit dieser SVN komme ich irgenwie auch nicht klar ...
Oder gibts die fertig Programmiert fürn Euro? Nach was sollte ich
suchen?
thx
p.s. was könnte ihn zerstört haben? Spannung messen? Bin mir nicht
sicher was ich zuletzt gemacht habe.
... stell mal ein Foto vom Tester ein, dann kann man besser erkennen,
welche Dateien Du benötigst. Hier im Forum gibt es alle Infos zu den
verschiedensten Testern:
Beitrag "Transistortester AVR"
Gruß Horst
P.S. Ev. einen nicht entladenen Elko getestet?
chinamann schrieb:> Die Pins am Mikrocontroller 7 und 8, haben nur einen Widerstand von> 680Ohm.> Das zieht den 5V Regler wohl runter, jedenfalls geht er nicht an.
Unwahrscheinlich. Das wären ja nur um die 7 mA.
chinamann schrieb:> p.s. was könnte ihn zerstört haben? Spannung messen?
Möglich.
Stefan S. schrieb:> Unwahrscheinlich. Das wären ja nur um die 7 mA.
Das mag rechnerisch stimmen, aber mit eingestecktem IC fällt die
Spannung am 7805 auf 1,2V.
Hab nur die Pins 7 und 8 gemessen.
chinamann schrieb:> Das mag rechnerisch stimmen, aber mit eingestecktem IC fällt die> Spannung am 7805 auf 1,2V.> Hab nur die Pins 7 und 8 gemessen.
Das ist aber kein IC-Tester!
chinamann schrieb:> Stefan S. schrieb:>> Unwahrscheinlich. Das wären ja nur um die 7 mA.>> Das mag rechnerisch stimmen, aber mit eingestecktem IC fällt die> Spannung am 7805 auf 1,2V.> Hab nur die Pins 7 und 8 gemessen.
Dann ist aber etwas anderes faul. 7 mA zwingen einen 7805 mit einer 9V
Block-Batterie nicht in die Knie - vorausgesetzt die Batterie macht das
mit.
Miss doch mal die Stromaufnahme.
Zumal... was heißt "mit eingestecktem IC" ?
chinamann schrieb:> Hallo,> aufeinmal geht mein Tester nicht mehr.> Ich habe den ChinaTester mit 128x64 Display.> Die Pins am Mikrocontroller 7 und 8, haben nur einen Widerstand von> 680Ohm.> Das zieht den 5V Regler wohl runter, jedenfalls geht er nicht an.
Na was ist denn das für eine Fehlerbeschreibung?
Pin 7 ist MISO und Pin 8 SCK und die Widerstände sind Schutzwiderstände
denn diese Pins werden oft mehrfach gleichzeitig beschaltet.
chinamann schrieb:> Stefan S. schrieb:>> Unwahrscheinlich. Das wären ja nur um die 7 mA.>> Das mag rechnerisch stimmen, aber mit eingestecktem IC fällt die> Spannung am 7805 auf 1,2V.> Hab nur die Pins 7 und 8 gemessen.
Bezweifle das der IC die Versorgungsspannung so belastet. Es sei er gibt
„Rauchzeichen“
Er wird wohl er einen Kurzschluss aktivieren.
Mit freundlichen Grüßen
fredred
chinamann schrieb:> Einfach auf einen leeren 328 flashen
...wenn Dein Tester dem vom angefügten Plan enspricht, kannst Du die
begefügte Galep-Datei fürs "Neu-Flashen" benutzen.
Viel Erfolg
Gruß Horst
P.S. Spannung messen wird häufig über Port PC3 (Pin26) und einem
entsprechenden Spannungsteiler erledigt. Ist bei dieser Platinenversion
aber nicht vorgesehen (Pin26 unbeschaltet).
Danke Horst ..
das sieht ganz gut aus ...
Werde berichten, wenn der IC da ist.
Kann ich auch einen Microcontroller vom Arduino Uno damit flashen und
vorher die Uno Software sichern? Damit ich es wieder rückgängig machen
kann.
Sorry bin ganz neu in dieser uC Welt ;)
Dann kann ich es schonmal direkt testen.
@pin 7 und 8
ich habe am ausgebautem IC den Widerstand gemessen, so wie es hier mal
im Forum zur Fehlersuche empfohlen wurde. Tatsächlich ist er viel
geringer, als an einem funktionierenden 328 ( ArduinoUno)
Die Hintergrundbeleuchtung und 5V vom Regler funktionieren ohne IC. Wenn
ich den IC einstecke, bricht die Spannung zusammen. Können ja noch
weitere Pins betroffen sein.
Laut Schaltplan 20 und 22 zB. Aber denke der Fehler ist schon gut
eingekreist.
chinamann schrieb:> Kann ich auch einen Microcontroller vom Arduino Uno damit flashen und> vorher die Uno Software sichern? Damit ich es wieder rückgängig machen> kann.
... ja, kannst Du. Welchen GALEP hast Du zur Verfügung und mit welchem
Betriebssystem?
chinamann schrieb:> Kann ich auch einen Microcontroller vom Arduino Uno damit flashen und> vorher die Uno Software sichern? Damit ich es wieder rückgängig machen> kann.
... ist wohl kein großer Unterschied zum GALEP III - müsste also
klappen.
Und, hast'e schon getestet mit dem Arduino 328p. Funktioniert der TT
wieder?
Gruß Horst
Ja funktioniert wieder ...
Wofür ist dieses CKDIV8?
Standardmässig war es auf ON, damit war der Tester sehr langsam.
Ist es für den externen Quarz?
Die Werte von der rechten Spalte waren anders (BODLEVEL etc...), habe
ich aber erstmal so gelassen.
Die Version ist zwar ne andere (kleine Schriftart etc ...)
Aber jetzt kann ich bissel rumspielen.
Was kann ich mit der HEX Datei anfangen? Die hätte ich nicht so einfach
aufspielen können?
Hoffe mein Arduino läuft noch ...
Besten Dank
chinamann schrieb:> Arduino läuft nicht mehr ...
... einfach nur Speicher sichern reicht nicht, um auch alle Config-Bits
mit zu sichern, sollte man den ausgelesenen µC als Projekt-Datei
sichern.
Im Anhang habe ich mal ein UNO R3 Blink als Galep-Projekt angefügt.
Gruß Horst
chinamann schrieb:> Was kann ich mit der HEX Datei anfangen? Die hätte ich nicht so einfach> aufspielen können?
... diese Quelldateien stammen ursprünglich aus dem „Trunk“
Unterverzeichnis des SVN Bereichs (Karl-Heinz Kübbeler) und sind von mir
mithilfe der „Makefile-Datei“ angepasst worden.
Um diese Dateien mit dem Galep zu brennen, mußt Du sie einzeln in den
entsprechenden Adress-Bereich laden und dann noch die benötigten
„Fuse-Bits“ einstellen.
Wenn Du Änderungen an Deinem T-Tester brauchst, z.B. Font-Größe,
Quarz-Messung etc. so benötigst Du eine entsprechende Compiler-Umgebung.
Gruß Horst
Das scheint nicht zu funktionieren ... er meldet:
The Galep does not fit with the Galep Config File.
Hab es dennoch geflashed ...
Es blinkt jetzt zwar, aber ich kann nichts neues Uploaden.
Ich hab auch versucht die Hex Files aus dem Bootloader Verzeichnis von
Arduino zu flashen. Aber da tut sich auch nichts.
Hab dann schließlich über einen anderen Arduino den Bootloader geladen.
Jetzt funktioniert alles.
Besten Dank soweit.
Würde mich trotzdem interessieren wie man einen Atmega328 mit nem
Arduino Bootloader per Galep programmiert.
Werd mich da noch bissel einfuchsen müssen.
chinamann schrieb:> Würde mich trotzdem interessieren wie man einen Atmega328 mit nem> Arduino Bootloader per Galep programmiert.> Werd mich da noch bissel einfuchsen müssen.
... ich habe das Ard_Sicherungs-File durch Einlesen eines
funktionierenden Arduino R3 Orginal Atmega328P erzeugt und das dann im
Galep-Programm als Projekt-Datei gespeichert. Anschließend einen anderen
328er im Galep gelöscht und dann die Projekt-Datei gebrannt. Das ergibt
einen perfekten Clon des Orginals. Bei mir ist es wichtig das ich vorher
den Probanden lösche, andernfalls kommt es vor, daß die Fuse-Bits nicht
richtig gesetzt werden (ev. sind die Projekt-Dateien Galep-speziefisch
und daher nicht direkt zwischen versch. GALEP-Versionen austauschbar).
Gruß Horst
Ich habe die selbe Software Version Galep32 1.20.4 ....
Funktioniert so nicht, evtl hast du eine andere Port Adresse in deiner
Galep32.cfg :) (PCI Karte).
Naja jedenfalls habe ich jetzt 3 Lösungen.
1. Ein Arduino 328p einlesen und als Projekt abspeichern. Das
funktioniert ganz gut, nur nicht die ProjektDatei von dir.
2. Habe diesmal die ConfigBits gesichert und sie manuell bei meiner
alten Original.BIN eingetragen. Hat tatsächlich funktioniert.
3. Oder die Bootloader Hexfile für den UNO aus dem Verzeichnis
"\arduino-1.8.9\hardware\arduino\avr\bootloaders\optiboot\optiboot_atmeg
a328.hex" direkt mit den selben ConfigBits brennen.
CKSEL 1111 war am wichtigsten, damit es lief.
Kann mir jemand den Zusammenhang, zwischen den ConfigBits im Galep
Programm und den FuseBits die "Arduino" in der boards.txt nennt,
erklären?
uno.bootloader.low_fuses=0xFF
uno.bootloader.high_fuses=0xDE
uno.bootloader.extended_fuses=0xFD
uno.bootloader.unlock_bits=0x3F
uno.bootloader.lock_bits=0x0F
Bin zwar ein bisschen abgedriftet, aber nun bin ich etwas schlauer :)
chinamann schrieb:> Kann mir jemand den Zusammenhang, zwischen den ConfigBits im Galep> Programm und den FuseBits die "Arduino" in der boards.txt nennt,> erklären?
...es meint jeweils das gleiche, ist nur eine andere Darstellungsweise.
Such mal nach AVR fuse calculator.
Wenn beim Galep ein Bauteil ausgewählt wird, werden die "Config-Bits"
(Fuse-Bits) immer vorbesetzt, man muß halt vor dem Brennen immer erst
nachschauen und ggfls anpassen.
Gruß Horst
