AT89C2051 zu AT89C52 - Differenz??? [Archiv] - ProgForum.com

Archiv verlassen und diese Seite im Standarddesign anzeigen : AT89C2051 zu AT89C52 - Differenz???

Import-Script

04.12.2003, 23:30

Hallo Freunde der Sonne, kann mir einer oder alle von euch mal eine Erklärung für folgendes geben? Mit einem AT89C2051 kann ich eine Menge ansteuern, unter anderem auch ein 4-stelliges LC-Display welches über einen PCF-8577 seriell angesteuert wird: Wenn ich nicht alles vertauscht habe sollte genau selbiges Programm auch auf dem AT89C52 laufen, was es aber nicht tut. Frage nun, warum will der nicht wie ich will. Ich benutze die beiden Port-Ausgänge P3.6 und P3.7 des AT89C52. Alle Ports sind als Ein/Ausgang geschaltet und keiner wird für externen Datenzugriff oder sonst was benutzt. Den Eingang EA/Vpp habe ich auch auf +UB gelegt. Irgendwie habe ich ein Loch im Kopf und bin auf eine Antwort, bzw. einen Denkanstoss angewiesen, bzw. würde mich über eben einen solchen freuen. Das Timing sollte doch bei diesen Bausteinen gleich sein?! Na ja, wie auch immer lasse ich nun die Spekulationen und hoffe auf den Publikumsjoker a la Jauchen Heinrich<img src="http://progshop.com/elektronik/diskussion/clipart/wink.gif" border=0>. Dank schon mal im voraus, auch wenn ihr davon schon einen Schrank voll habt<img src="http://progshop.com/elektronik/diskussion/clipart/blush.gif" border=0>. Gruß Winnie

Import-Script

05.12.2003, 09:32

Hoi, du fragst nach einem Unterschied? Hier ist EINER: P3.6 gibt es bei C2051 nicht...als Pin. ciao ed.<img src="http://progshop.com/elektronik/diskussion/clipart/wink.gif" border=0>

Import-Script

05.12.2003, 11:48

Ja, dass weiss ich auch dass es beim AT89C2051 der (interne) Ausgang vom Komparator ist. Ich habe aber am Anfang des Programms SCL und SDA jeweils mit dem BIT-Befehl von Batronix die Portausgänge P3.6 und P3.7 zugewiesen. Der Rest des Programms ist aber gleich. Hast Du sonst noch eine Idee? Gruß Winnie PS. Wenn es sich einrichten lässt erzähl mir jetzt aber nichts von Deinen Kondenswasser-Tomaten<img src="http://progshop.com/elektronik/diskussion/clipart/happy.gif" border=0>.

Import-Script

05.12.2003, 18:53

Hi Winnie . Dein Problem sind wohl die alternativen Funktionen von P3.6 und P3.7 ... P3.6 WR (external data memory write strobe) P3.7 RD (external data memory read strobe) Dein Prog will externes RAM benutzen ???

Import-Script

05.12.2003, 21:04

hoi Winnie, meine kondenswassertomaten lassen fragen ob dein programmiergeraet korrekt funktioniert.....ob dein quarz auf der richtigen frequenz schwingt... ob dein C52er ueberhaupt so was kann wie ein led blinken. mehr wagen sie nicht zu fragen...sie sind sogar schon rot geworden.... na? ed.<img src="http://progshop.com/elektronik/diskussion/clipart/happy.gif" border=0>

Import-Script

05.12.2003, 22:23

@icke >>Dein Prog will externes RAM benutzen ??? Ich dachte wenn EA/Vpp auf +UB liegt wäre das abgestellt und man könnte alle vier Ports als Ein/Ausgänge benutzen? Habe ich noch was übersehen? @ed >>ob dein programmiergeraet korrekt funktioniert..... Jau, dat tut wohl tuten. >>ob dein quarz auf der richtigen frequenz schwingt... Eigentlich schon. >>ob dein C52er ueberhaupt so was kann wie ein led blinken Ja, und zwar eine selbstgebaute große 2-stellige 7-Segment-Anzeige aus 56 LED's. Also wie auch immer, es sollte also im allgemeinen tatsächlich auch im 52er laufen. Sehe ich das richtig? Dann gibt es nur noch die Möglichkeit dass ich den falschen Teil aus meinem anderen Programm kopiert habe und damit selbst den Fehler mit eingebaut habe. Gruß Winnie

Import-Script

05.12.2003, 22:38

Ich dachte wenn EA/Vpp auf +UB liegt wäre das abgestellt und man könnte alle vier Ports als Ein/Ausgänge benutzen? Habe ich noch was übersehen? Hmm , mit EA /Vpp auf +Ub legt man fest , ob interner oder externer Prog.Speicher . Mit dem befehl z.B. ' movx speicheradr,A ' wird WR , DR aktiv . Stimmt's ?

Import-Script

06.12.2003, 08:01

tutn' tuts' der '52 hat einen timer mehr ! ...aber das sollte dich ja nicht stoeren, weil dein '2051 programm diesen ja nicht hatte. wenn du programme kopierst,dann genuegt 1 bit an der falschen stelle..endstation. hast du keinen simulator? teste die einzelnen teile deines programms... hast du auch keine fehlermeldung vom assembler? hast du ein maechtiges bierfass? ed.<img src="http://progshop.com/elektronik/diskussion/clipart/kiss.gif" border=0>

Import-Script

06.12.2003, 14:46

@icke >>mit EA /Vpp auf +Ub legt man fest , ob interner oder externer Prog.Speicher . Ja, das meine ich ja damit wenn ich sage ich kann über alle 4 Ports frei verfügen. Damit stehen dann doch auch P1 und P2 zur Verfügung, wobei dann aber P1 Open Drain Ausgänge benutzt. Solange kein MOVX auftaucht sollte das doch gehen?! @ed >>Simulator? Fehlermeldung? Bierfass? Nein. Nein. Nein. Und zu letztem nein hole ich mir gleich ne billige Flasche Wein aus dem Schrank, dann sieht die Welt bestimmt gleich wieder viel bunter aus. Mit dem Programm mache ich dann besser nächste Woche weiter. Und mir ist ein ganz blöder Verdacht in die (noch) trockenen grauen Zellen gerauscht. Ich habe nur einmal für ein Karten-Schloss einen 4MHz Quarz benutzt und zum Anzeigen der internen Vorgänge provisorisch das LCD angeklemmt. Kann durchaus sein dass ich genau diesen Ausschnitt kopiert habe?! Damit wären die Daten dann wohl etwas zu hastig unterwegs, weil ich sonst immer (wie auch hier) 12MHz nehme. Tja und was lernen wir daraus? Besser funktionierende Programmteile als Include-Dateien ablegen und man weiss worum es geht. Obwohl es immer heisst ein Genie findet sich auch im Chaos zurecht. Na dann bin ich wohl doch nicht so gut, oder mein Chaos ist zu gross.<img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/rofl.gif" border=0> Gruß Winnie

Import-Script

06.12.2003, 15:05

Hi Winnie , wenn Du nur mit den Port-Ausgängen P3.6 und P3.7 probs hast , dann wird wohl dein prog den ( nicht vorhandenen ) externen Speicher ansprechen wollen ... ? Da fällt mir gerade ein , der AT89C2051 hat ja 2k Flash , und der AT89C52 8k Flash . Vielleicht gibt's deshalb ein prob mit'm Asembler ?

Import-Script

07.12.2003, 15:22

Hallo Icke, ich habe nun noch zusätzlich im Programm und auf der Platine die Port-Pins P1.5 und P1.6 angeschlossen bzw. programmiert. Nun funktionierts, aber eben nur mit dem Port 1. Im Programm liegen jetzt die Port-Pins P1.5/P1.6 und P3.6/P3.7 absolut parallel. Dies in folgender Form: SDA BIT P3.7 SCL BIT P3.6 SDA_1 BIT P1.5 SCL_1 BIT P1.6 Und wie gesagt Pin EA /Vpp auf +Ub. Ich benutze Timer 0. Wo liegt der Fehler dass das Mistteil nicht auf Port 3 funktioniert. Das interessiert mich jetzt schon vom Prinzip her, soweit kommt's noch das mich so'n blöder Chip auf die Rolle nimmt. Obwohl bis jetzt hat er's ja geschafft<img src="http://progshop.com/elektronik/diskussion/clipart/uhoh.gif" border=0><img src="http://progshop.com/elektronik/diskussion/clipart/angry.gif" border=0>. Auch wenn es die W/R-Leitungen sind, so sollten die sich doch ganz normal benutzen lassen, wenn o. g. Pin EA auf High liegt. Hat noch irgend jemand eine Idee, oder noch besser weiss ganz genau warum das so ist? Gruß Winnie

Import-Script

07.12.2003, 15:58

P3.7 bzw. P3.7 werden geändert, sobald Du irgendwo ein MOVX drin hast. Disable doch mal das ALE. Wenn Du dann irgendeinen Code drin hast, der unbeabsichtigt MOVX macht oder in den Bereich oberhalb des Internen Flash zugreift, dann wird auch das ALE geschaltet. Ist Dein Programm o.k. muß also an PSEN und ALE absolute Totenstille herrschen, ansonsten ist der Wurm drin. Peter

Import-Script

07.12.2003, 21:14

Hallo Peter, ich habe keinen MOVX im Programm, weil es ja ausschliesslich den internen Flash nutzt und überdies auch (noch) sehr klein ist. Ich benutze aber einen MOVC um die Daten-Tabelle für das 4-stellige LCD und auch das zusätzliche 2-stellige LED (56LED's als 2x7-Segment) Display auszulesen. Gerade habe ich noch mal mit dem Oszi nachgesehen. PSEN gibt ein fröhliches ca. 2MHz Rechteck, ALE ist ebenso High wie der fest verdrahtete EA-Pin und ich es gerne wäre<img src="http://progshop.com/elektronik/diskussion/clipart/wink.gif" border=0>. Nach dem Datenblatt kann man ALE abschalten indem man Bit 0 des SFR 8Eh einschaltet. Mmmhhh, bei 8Eh steht in meinem Datenblatt nichts. Wenn ich also nur dieses Bit dort setzen will könnte ich doch z. B. ORL 8Eh,#01 benutzen um eben das erste Bit zu setzen?! Also wie auch immer, habe ich in dieser Beziehung total den Plan verloren. Aber dennoch funktioniert alles, aber eben nur über o. g. andere Pins (Ports). Ich will (nicht möchte) wirklich wissen wie, bzw. woran das liegt. Eine Sache die zwar funktioniert, aber deren ganaue Ursache bzw. Rekonstruktion nicht zu ergründen ist erfordert bei mir sonst eine Reanimation. In kurzer Zeit brauche ich den externen Speicher, dann sollte obiges wohl wieder anders aussehen. Wie auch immer wäre ich wirklich für eine ganz konkrete Aussage dankbar. Es muss doch einen trifftigen Grund geben warum alles so funktioniert, wie es eben funktioniert. Das sind echt Sachen die mich in den Wahnsinn treiben können, aber soweit ist es aj da auch nicht mehr hin...<img src="http://progshop.com/elektronik/diskussion/clipart/blush.gif" border=0> Gruß Winnie

Import-Script

07.12.2003, 21:43

Winnie, elektrisch verhalten sich P1 und P3 laut datenblatt genau gleich. ich kann mir nur vorstellen, dass die ports bzw pins verschieden initialisiert werden....bevor in eine I2C routine gesprungen wird. melde dich von der reanimation... ed.<img src="http://progshop.com/elektronik/diskussion/clipart/lol.gif" border=0>

Import-Script

07.12.2003, 21:54

Hi Winnie! Hast Du schonmal versucht, Dein Programm mal testweise zurückzukopieren, um zu testen, ob es in dem 2051er noch läuft? Einen Versuch wärs wert, denke ich... Ehm, hast Du die richtige Prozessordatei eingebunden, also die 89C52 anstatt der 89C2051? Blöde Frage, weiß ich, ist mir aber auch schon mal so gegangen... Nach einigen Stunden hab ichs dann gesehen... ;-) Viel Erfolg weiterhin... Grüße Andy

Import-Script

07.12.2003, 21:56

Ich meine im 2051er dann auch am Port 3. z.B. am Pin P3.5 und P3.7

Import-Script

07.12.2003, 21:57

"PSEN gibt ein fröhliches ca. 2MHz Rechteck, ALE ist ebenso High wie der fest verdrahtete EA-Pin" Dann hast Du Dich in den Pins verzählt. Das Rechteck ist an ALE, solange Du nicht "ORL 8Eh,#01" gemacht hast. PSEN zappelt und ALE ist ruhig, geht aber in keinem Fall. Peter

Import-Script

07.12.2003, 22:38

Andy, >Ehm, hast Du die richtige Prozessordatei >eingebunden, also die 89C52 anstatt der 89C2051? Winniewachaufistesdas? Einverzaehleristauchleichtdrinzwischeneinemfluchun ddemnaechsten lol ..<img src="http://progshop.com/elektronik/diskussion/clipart/happy.gif" border=0>..

Import-Script

07.12.2003, 23:05

@Andy >>Hast Du schonmal versucht, Dein Programm mal testweise zurückzukopieren, um zu testen, ob es in dem 2051er noch läuft? Ja habe ich, mehrmals. >>Ehm, hast Du die richtige Prozessordatei eingebunden, also die 89C52 anstatt der 89C2051? >>Blöde Frage... Nein, keine blöde Frage, kann durchaus passieren. Leider in diesem Fall nicht. @Peter >>Dann hast Du Dich in den Pins verzählt. Das Rechteck ist an ALE, solange Du nicht "ORL 8Eh,#01" gemacht hast. Jawohl, Du hast recht. Ich habe es gerade nochmal am Oszi kontrolliert: ALE Pin 30 --> toggle (Rechteck) PSEN Pin 29 --> High >>Dann hast Du Dich in den Pins verzählt. Das Rechteck ist an ALE, solange Du nicht "ORL 8Eh,#01" gemacht hast. Also wäre diese Zeile korrekt? Ich habe sie noch nicht eingebaut. @ed >>Winniewachaufistesdas? Einverzaehleristauchleichtdrinzwischeneinemfluchun ddemnaechsten Donnerwetter, der Satz viel aber schwer, gelle?! Gruß Winnie

Import-Script

07.12.2003, 23:10

Hm, P3 liegt aber bei beiden auf der gleichen Adresse.

Import-Script

07.12.2003, 23:37

Ja, ist soweit richtig, bis auf den kleinen Unterschied dass P3.6 beim AT89C2051 der interne Ausgang P3.6 des Komparators P1.0 und P1.1 ist. Selbiger ist aber nicht nach aussen geführt und beim AT89C52 gar nicht vorhanden. Gruss Winnie

Import-Script

08.12.2003, 10:17

hmm_____pin16=====SCL?????leichtzulesen.ed.<img src="http://progshop.com/elektronik/diskussion/clipart/happy.gif" border=0>

W.W.

12.07.2004, 12:40

Das beste ist dein Programm zu nehmen, in den Kopf
die "Include" Anweisung von Include 89C251 (oder so) auf den 89C52 zu ändern.
Dann das Proggi neu kompilieren und dann sollte es gehen.
Was auf dem kelinen 89C2051 läuft MUß erst recht auf dem großen Bruder 89C52 (oder 89S8252) laufen !!!

So was ähnliches hatte ich auch mal als Problem.
Nachdem ich die Include Anweisung geändert und neu kopiliert hatte war wieder alles im Lot :-)

by W.