Forum: Mikrocontroller und Digitale Elektronik ATMEGA8L-8PI und -8PU verhalten sich verschieden?


von Michael (Gast)


Lesenswert?

Hallo zusammen,

kann es sein, daß ein ATMEGA8L-8PI und -8PU sich verschieden verhalten?

Eigentlich bezieht sich das -8PI und -8PU ja angeblich nur auf den 
Bleigehalt. Trotzdem funktioniert eins meiner Programme mit dem -8PI 
einwandfrei, auf einem -8PU will es aber nicht. Eine Doku von 
Unterschieden habe ich bei ATMEL nicht gefunden.

Die Fuse-Bits habe ich natürlich auch geprüft.

Das Programm verwendet INT0 und PIND4 um die Daten von einem Meßschieber 
auszulesen ("Chinese Scale Protocol"). Alles läuft mit 3V bei 8MHz int 
Osc.

Auf mehreren ATMEGA 8L-8PI klappt das prima.

Auf einem ATMEGA 8L-8PU kommen keine Daten an.

Habe ich da irgendwas vergessen, sind die wirklich irgendwie 
unterschiedlich oder hat Reichelt mir da einen Defekten geschickt?

Schöne Ostern,
Michael

von Dietrich (Gast)


Lesenswert?

Ich habe auch keinen Unterschied gefunden..

Etwas fällt mir noch ein:

Die Meßschieber arbeiten doch üblicherweise mit 1,5V. Hast Du da eine 
Pegelanpassung zum 3V-µC?

Wenn nicht, könnte es sein, dass bei dem einen Exemplar die Pegel gerade 
reichen, beim anderen aber nicht.

Gruß
Dietrich

von Michael (Gast)


Lesenswert?

Hallo Dietrich,

nein, eine Pegelwandlung führe ich nicht durch und natürlich habe ich 
kein Oszi. Aber da der Meßschieber mit einer 3V Knopfzelle arbeitet habe 
ich die Hoffnung, daß da auch 3V-Pulse kommen und deshalb läuft die 
ganze Schaltung bei 3,0 V. Die Jungs mit dem Oszi bei 
(http://www.shumatech.com/support/chinese_scales.htm) sprechen von einer 
SR44, das ist eine 1,5 V Knopfzelle...

Mit 3 ATMEGA8L-8PI geht es sehr zuverlässig, mit meinem einzigen -8PU 
geht es nicht. Vielleicht spielt das Blei eine Rolle bei der Sensivität?

Nervig :-(

Trotzdem schöne Ostern allen!
Michael

von Thomas (kosmos)


Lesenswert?

schlägt vielleicht die Brown Out Detection(also doch Fuses) zu. 
Vielleicht gabs hier einen anderen Auslieferungszustand oder ist es 
vielleicht Ramschware (Pollin o.a.) gewesen

Probiere mal 1,2 oder 4 MHz intern dann sollte der Verbrauch etwas 
niedriger sein vielleicht geht es dann.

Ich würde auf jeden Fall mal an Atmel schreiben deren ihr Support war 
bisher sehr kompetent.

Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.