Quarz testen ohne Oszi

Ah, da fällt mir nochwas ein... bezüglich des Problems mit dem Auslesen.
Kann sein, dass in dem Image (oder in Deinem Programmer?) beim Brennen
die "Security Fuse" gesetzt war, die verhindert Auslesen des Codes (ist
natürlich Schwachsinn, wenn man das Image frei zur Verfügung stellt).
Bei gesetzter Security Fuse treten solche Effekte auf, dass man scheinbar
nur Müll liest; das Ding dient nur dem "Design-Schutz" gegen Reengineering.
Ansonsten halt mal auf eboll's Tipp warten...

Nochn Edit: Kannst Du sehen, ob wenigstens der Oszillator schwingt? (Pin 14 / IC1)

Zitat

Kannst Du sehen, ob wenigstens der Oszillator schwingt? (Pin 14 / IC1)

Hmm... ich hab zwar meine Augen offen , aber ich hab nix mitbekommen / gesehen .

Scherz beiseite .

Das einzigste was ich heute Nachmittag mitbekommen hab ist das wenn ich den Kontrast langsam aufdrehe das erst die rechte hälfte vom Display schwarz wird und beim weiterdrehen die linke ( und die rechte wieder hell ) . wobei es dann zu der "erscheinung" kommt das das Display flimmert ( von unten nach oben durchlaufende hellere zeile ) und solange ich den Reset auslöse läuft das ganze von oben nach unten .

Ich mach grad meinen Platz frei und kann dann mal in ruhe da rangehen . Danach kann ich mehr sagen .

Uh, uh, wie war das nochmal bei diesen einfachen gemultiplexten
LCDs... mit dem Kontrast wird nur ein DC-Pegel vorgegeben, der
entlang der Schwellspannung des LCD verschoben wird (zuwenig,
die Ketten bleiben ungedreht und hell, zuviel, und die Ketten
drehen sich und werden dunkel... oder so ähnlich).
Das Flimmern wird wohl daher kommen, dass der PIC das Teil
nicht initialisiert, Detlef hatte ja auch nur High-Pegel am
LCD gemessen.
Egal, ich denke mit Messen und Denken lässt sich das Problem
lösen... Du schaffst das schon!
Aber denk dran, dass die PICs vielleicht schon gehimmelt sind,
wenn Du die nochmal da hast, checke mal gegen.

Zitat

Original von Detlef S
Hallo Tobi soll ich 2 Neue leere PICs bestellen? Muss aber erst mal suchen wo man die Dinger bestellen kann.

Gruss Detlef

Brauchst du nicht . Ich hab die heute Nachmittag schon mit dem Brenner beschrieben und funktionieren tun die dinger ja ansich , nur eben in der Schaltung nicht so wie sie sollten .
Aber das kriegt man auch noch hin .

Dann denk auch an eboll's Tipp... wenn Elektor da wirklich ein PCB-Problem
(Layout, Vias) hat, kannst Du Dir schnell nen Wolf suchen...

Da bin ich ja dann richtig am zweifeln ob die Anzeige dann auch das vom Programierer gewollte anzeigt ....

Wie ich schon weiter oben geschrieben habe hab ich die beiden originalen mal ausgelesen und da kam nur "Müll" dabei raus , also hab ich die kurzerhand neu Programmiert . Die hatte ich dann wieder eingesetzt und es ging immer noch nicht . Also hatte ich die nochmal rausgemacht und wieder ausgelesen ( hätte ja sein können das die eine Format-Routine in der Soft haben . Aber alles war noch so wie vorher ) Konnte dann aber nicht weitermachen da ich noch was zu tun hatte .

Hab mich dann vorhin hingesetzt und den grünstichigen Fernseher nach ewigen zeiten mal wieder angeschmissen . Da waren aber nur kurze Impulse mit etwa 20 mV am "Ausgang" für den Quarz zu messen und sonst nichts weiter ( denke aber das waren nur störungen von woanders )
Frequenz der Impulse hab ich auf die schnelle nicht mitbekommen , ist schon zu lange her das ich das Ding das letzte mal an hatte und muss mich da mal wieder ein bisschen reinfuchsen .
Jedenfalls machte mich das stutzig und ich hab erstmal ein anderen Quarz gesucht und einen 12Mhz ding aus einem alten CD-Rom LW genommen und das ist jetzt das Ergebnis .

Ich muss nochmal gucken ob ich noch einen 20 Mhz Querz zu liegen habe , aber denke mal schon .

Nummer 5 lebt! Was für eine schwierige Geburt.

Das combined15b.hex-File ist Intelhex-Format, recht unkritisch
und arbeitet mit absoluten Adressen, die der Programmer nicht
"formatieren" oder offseten sollte. Infos hier:
http://www.precma.it/download/intelhex.pdf

Ich habe mir das combined15b.hex-File mal angeguckt, interessant
ist die vorletzte Zeile:
:02400E00713D02
Das wordwise-organisierte Configregister auf 0x2007 liegt in dem
bytewisen-organisiertem Hexfile auf 0x400E und enthält 0x3D71
(byteswap), die 02 am Ende ist eine Checksum. Und jetzt kommts, ich
habe im Configregister mal das Wichtigste aufgeschlüsselt:
- FLASH und EEPROM sind unprotected
- In circuit debugger disabled; damit RB6/RB7 normal I/O
- LVP = 0, zum Programmieren muß HV an nMCLR (hoffe Dein Programmer kann das)
- Brown-out Reset ist enabled
- Power-up Timer ist enabled
- Watchdogtimer ist disabled
- Oszillator ist als XT konfiguriert!
Wie ich auf der ersten Seite des Threads schrieb, der XT kann nur bis
4MHz. Mit dem 20MHz-XTAL wird das nicht oder unstabil laufen, da hat
Elektor schlicht Sch... gebaut, das kann nicht funktionieren!

Ändere die vorletzte Zeile in dem combined15b.hex-File mit dem
Windows-Editor (nicht Word!) in:
:02400E00723D01 (die neue Checksum müsste stimmen)
und programmiere den 16F877 neu, dann sollte es auch mit dem 20Mhz-
XTAL funktionieren. An dem OSC2 (Pin 14) müsstest Du einen annäherenden
Sinus mit 20Mhz sehen. Und lass mal Ergebnis hören, das interessiert mich
jetzt.

Meinst du als Config 0x372 ?

Wenn es nicht funktionieren soll , warum geht er dann mit dem 12 Mhz Quarz ?

ps : hab den Galep-4

Kenne den Galep-4 nicht...
wenn Du das Configregister auf 0x2007 separat
im Programmer einstellst, gehört da 0x3D72 rein
statt original 0x3D71. Sonst ändere wie beschrieben
das .hex-File.
Der 12Mhz ist auch schon ausserhalb der Specs,
wird halt noch so gerade funktionieren; bei 20Mhz
ist dann endgültig Schicht.

So jetzt : Mecker , Mecker .

Ich weiß nicht woran es liegt , aber irgendwo ist da der Wurm drin .

mit Config 3D71 : - keine Funktion mit 20 Mhz Quarz aber soweit normale Funktion mit 12 Mhz Quarz

mit Confir 3D72 : Funktion mit 20 Mhz Quarz und mit 12 Mhz Quarz ABER nur Kapazitätsmessung möglich , Umschalten des Schalters zeigt keine Reaktion

Und wie nun weiter ...

Das sieht schon mal gut aus, der große PIC läuft also (ich freue mich schon
die Mail an Elektor zu formulieren! ) Vielleicht hat jetzt der kleine PIC
noch Aua... müsste mir mal angucken, wie dessen Oszillator konfiguriert ist.
Vielleicht ist es aber auch nur ein Problem im dem analogen Zeugs.
Ausserdem glaube ich nicht, dass das Teil mit 12Mhz richtig misst, müsste
man mal tiefer in die Schaltung einsteigen und das Timing angucken.

Habe gerade mal nachgeguckt, ESR-Messung geht über den kleinen PIC...
da müsste also noch ein Problem liegen...

Edit Ich mache jetzt Schluß, ist mal wieder verdammt spät geworden.
More to follow...

Wenn ich das mit 3FF1 / F31F oder wie rum das war richtig rausgelesen hab dann sollte der auf XT stehen , Watchdog disabled und Power-Up-Timer on stehen und laut Datenblatt soll man den bei anschluß an eine externe Taktquelle auf XT , HS oder LP stellen .

vorerst ist aber ende Gelände . Jetzt wird nix mehr gebrannt . Mach ich dann später nochmal .

So, habe mich doch nochmal hinreissen lassen.
Habe ich auch raus. Der 16F84 hat das Configregister auch auf 0x2007,
Wert ist 0x3FF1; entspricht Codeprotection disabled, Power-up Timer
enabled, Watchdog Timer disabled, und Oszillator auf XT. Mit XT sollte
der problemlos mit externen 20Mhz laufen. Wird also jetzt nur noch ein
Problem im Analogteil sein... das schaffst Du alleine, oder?

Ich frage mich warum es ein problem im analogteil sein soll wenn er erst garnicht in den ESR Mode schaltet .

Ich werd mal gucken ob ich den Fehler doch noch finde .

Es war kein Fehler in der Hardware , jedenfalls bis jetzt nichts feststellbar .

Ich hab auch noch beim 84er das Config Byte von 3FF1 auf 3FF2 geändert und jetzt geht es auch mit ESR Messung .

Oh, das wundert mich echt, dann ist auch das Datenblatt von Microchip
nicht stimmig, denn da steht explizit drin, dass bei external feed LP,
XT oder HS ausreicht... na ja, egal, die PICs sind halt so richtige Scheißteile,
und die Kuh ist vom Eis. Da hätte Detlef ohne Scope und Programmer keine
Chance gehabt.

Edit: Es ist einfach zu köstlich! Auf der letzten Seite des Artikels plaudert
Elektor ein bißchen aus dem Nähkästchen. Während der Entwicklung sind
die auch auf den falschen Oszillatortyp reingefallen, haben es aber gemerkt.
Die haben dann wohl die Serie wieder mit einer alten Firmwareversion
gebrannt... wer weiß, was da noch für Bugs drinstecken (in dem Artikel
steht noch was von einem später entdeckten kritischen Timing beim
Ansteuern des LCD).

Mich hätte aber interressiert was die gemacht hätten wenn man das Ding eingeschickt hätte weil es nicht funkionierte ....

Aber was soll's , es läuft jetzt und das reicht ja .

Hab den auch noch soweit eingestellt .

Verpackt ist er auch shcon wieder , also keine Chance da jetzt noch was zu machen .