AT 89C2051 - Programmer!

Gast #1868427
Lesenswert?

Hallo,

Ich habe ein großes Problem.
Bisher habe ich immer nur mit ISP Programmiert (bei verschiedenen 
AVR's).

Jetzt bin ich gerade gezwungen, einen AT 89C2051 zu verwenden, da ich 
dort ein Hexfile draufflashen muss.
In dem Datenblatt steht nichts von ISP, also Google angeschmissen.
Google gibt mir Sachen raus, von wegen geht nur mit Spezialbrenner, 
welche selber schon einen µC enthalten, oder Parallelportbrenner, 
allerdings nur für NT Basierende Computersysteme.
Beides habe ich nicht.
Gibt es keine schnelle Lösung, um den zu Programmieren, bzw. gibt es 
einen "baugleichen" Atmel, welcher das Hexfile ohne zu meckern annimmt 
und auch funktioniert, sich aber mittels ISP programmieren lässt?

Danke
Gast #1868437
Lesenswert?

> Bisher habe ich immer nur mit ISP Programmiert (bei verschiedenen
> AVR's).

Das kannst du mal sehen wie verwoehnt du bist. :)

> Gibt es keine schnelle Lösung, um den zu Programmieren, bzw. gibt es
> einen "baugleichen" Atmel, welcher das Hexfile ohne zu meckern annimmt
> und auch funktioniert, sich aber mittels ISP programmieren lässt?

Nein. Der 2051 ist ja schon steinalt und man war damals schon froh etwas 
mit Flashrom zu haben. Du kannst eventuell auf einen AVR umsteigen. Ich 
glaube es gab sie damals bis auf den Resetpegel pinkompatible. 
Allerdings musst du dann deine Software neu schreiben.

Olaf
Gast #1868455
Lesenswert?

Pieter schrieb:
> moin moin,
>
> wenns nichts spezielles ist, der 89LP4052 kann per ISP geproggt werden.
> Hat allerdings eine 1-Takt-Core --> also Quarz / 12.
>
> MfG
> Pieter


Funktioniert denn das fertig kompilierte Hex file für den auch?

Also sind die beiden "Programmkompatibel" ?
Gast #1868672
Lesenswert?

Wenn es nur um ein oder ein paar Exemplare geht kann sicher jemand aus 
dem
Forum helfen wg. programmieren.

An sonsten schau mal bei "www.conitec.net" vorbei. Die bauen
Programmiergeräte, die gut (ich weiß von einem Galep III, der schon
deutlich >10.000 Teile progrtammiert hat und noch immer funktioniert)
und auch noch bezahlbar sind.
Die Leute dort sind freundlich, vielleicht helfen die ja auch weiter.
Gast #1869412
Lesenswert?

Also ein NT System wäre ja nun dasselbe wie XP, auch die Ports gesperrt.

Aber auch unter den murksigen Betriebssystemen die von NT abstammen (und 
damit vom VMS Vollidioten David Cutler stammen) lässt sic arbeiten, wenn 
die Ports freigeschaltet werden, mit totalio oder ähnlichen Tools.

Win7 ist nochmal eine andere Baustelle, da Microsoft zur Ankurbelung des 
Umsatzes und unter völliger geistiger Umnachtung und Unkenntnis was ein 
Betriebsysytem eigentlich sein soll (Plattformem zu ablaufen lassen von 
Anwendungsprogrammen, und zwar möglichst immer mehr und von version zu 
Version immer weniger) mit älteren Programmen auf Kriegsfuß steht. Keine 
Ahnung, ob die von Win7 betroffen sind, so ein Betriebsmüll kommt nicht 
nicht ins Haus.

Immerhin hat Cutler es geschafft, ein Betriebssystem zu bauen, welches 
LANGSAMER wird wenn man 2 Programm quasi gleichzeitig laufen lässt als 
wenn man eins nach dem anderen ablaufen lässt. Auch eine Kunst die unter 
Informatikprofessoren nur Kopfschütteln hervorruft, denn eigentlich 
sollte es andersrum sein.
Gast #1869424
Lesenswert?

... Immerhin hat Cutler es geschafft, ein Betriebssystem zu bauen, 
welches
LANGSAMER wird wenn man 2 Programm quasi gleichzeitig laufen lässt als
wenn man eins nach dem anderen ablaufen lässt. Auch eine Kunst die unter
Informatikprofessoren nur Kopfschütteln hervorruft, denn eigentlich
sollte es andersrum sein ...

Also ich verstehe nichts von Informatik & Betriebssystemen, daher bitte 
ich dich, diesen Sachverhalt mir näher zu erläutern.
Gast #1869512
Lesenswert?

Ich doch klar:

Das Betriebssystem verwaltet Resourcen, z.B. die Festplatte.

Programme benutzen diese Resourcen, dabei kommt es vor, daß sie auf 
diese warten müssen (Festplatte hat Kommando bekommen, antwortet noch 
nicht).
Nun kann ein Betriebssystem diese Zeit NUTZEN um ein Stück vom anderen 
Programm ablaufen zu lassen, ineinander verzahnt.

Dadurch spart man klar Gesamtzeit im Verglich zur Situation wenn beide 
Programme nacheinander laufen.

Man muß sich schon superdämlich anstellen, wenn man das Betriebsystem so 
schreibt, daß es bei verzahnten Programmen nun trotz der Möglichekti der 
Nutzung von Wartezeiten, langsamer läuft. Das hat Cutler bei Microsoft 
geschafft.

Mieserable caching, mieserable Prozesskontrolle, mieserable 
Resourcenverteilung, mieserable Scheduling.
#1869923
Lesenswert?

Ben schrieb:
> gibt es
> einen "baugleichen" Atmel, welcher das Hexfile ohne zu meckern annimmt
> und auch funktioniert, sich aber mittels ISP programmieren lässt?
>
> Danke

Ja, den AT89S2051! Hexfile sollte der 100% schlucken. Siehe Datenblatt:

...Moreover, the AT89S2051/S4051 is designed to be function compatible 
with the AT89C2051/C4051 devices, respectively....

http://www.farnell.com/datasheets/94362.pdf

Viel Erfolg!
(Firma: Privat) #1884988
Lesenswert?

Hallo,

ich bin neu hier habe aber gleich ne Frage. Ich möchte jetzt auch 
endlich mal den AT89C2051 Programmieren. Habe auch einen DL2TM 
Parallelport-Programmer. Nun meine Frage. Kann ich mein erstelltes Prog 
mit µKeil in die .hex Datei umwandeln and dann mit IC-Prog 1.06B auf den 
CHip brennen? Oder gibts da kompatibilitätsprobleme? Was muss ich noch 
beachten? Gibts noch irgendwo beispielrpogramme für diesen µC.

Vieken Dank für Unterstützung
Gast #1885906
Lesenswert?

Vjaceslav Hübner schrieb:
> Kann ich mein erstelltes Prog
> mit µKeil in die .hex Datei umwandeln and dann mit IC-Prog 1.06B auf den
> CHip brennen? Oder gibts da kompatibilitätsprobleme? Was muss ich noch
> beachten?
Die (intel-)hex-Datei passt schon. Welches Programm man zum flashen 
nimmt, ist egal.

>Gibts noch irgendwo beispielrpogramme für diesen µC.
http://www.ipd.uka.de/~buchmann/microcontroller/index.htm
ist ganz nett...
Gast #1885980
Lesenswert?

Was soll die Aufregung! Das kan doch jeder bessere "Programmer".
Mein China TOP2005 oder TOP2007... für <100EUR kann das. Es wird sich 
wohl ein Programmer der 300EUR-Klasse auftreiben lassen.
Für einen Kaffe ist das dann erledigt!
Gast #1926699
Lesenswert?

Ich habe hier auch noch zwei Programmer speziell für die AT89C2051 
rumliegen. Kommunikation seriell via RS232+Terminalprog also mit jedem 
PC zu verwenden. Bei Bedarf könnte ich wohl einen davon günstig abgeben.

Habe vor nicht allzu langer Zeit auch mit Keil C51 noch n paar kleine 
Progrämmchen dafür geschrieben, ISP fehlt aber mit Sockel auch nicht das 
Problem. Für einfache Anwendungen sind die Dinger durchaus noch gut zu 
gebrauchen find ich.
#5820014
Lesenswert?

Hallo kann mir einer einen Controller 89c2051 geringfügig verändern. Ich 
habe diesen für einen Windflügel für eine Markise gebraucht leider ist 
der Flügel defekt und ich musste einen neuen anbringen der aber leichter 
läuft und somit reagiert der Controller zu früh, es müsste eine 
zusätzliche Zeitverzögerung eingebaut werden
Gast #5820037
Lesenswert?

Hallo,

> Hallo kann mir einer einen Controller 89c2051 geringfügig verändern.

Da hättest Du auch ruhig ein neues Thema für aufmachen dürfen ;)

Liegt der Original-Quellcode denn vor? Wenn nicht, dann es schon 
schwierig. Zumal die meisten kommerziellen Produkte mit einem Schutz 
gegen Auslesen des Controllers daherkommen.

Ansonsten poste den Quellcode am besten hier als Anhang ins Forum - 
optimalerweise mit zugehörigem Schaltplan oder etwas Doku bzgl. 
angeschlossenen Peripherie.
Evtl. kann jemand die Änderung vornehmen und Dir ein kompiliertes 
Hexfile schicken, womit du den Controller dann flashen kannst.

LG, Mario
Gast #5820050
Lesenswert?

Ewald G. schrieb:
> kann mir einer einen Controller 89c2051 geringfügig verändern

Ich könnte eine Ecke abfeilen oder die Beinchen abschneiden. Wenn es 
sein muss, könnte ich ihn auch mit einer bunten Figur aus Fimo 
dekorieren.

Für eine Softwareänderung bräuchte ich den Quelltext und müsste einen 
Programmieradapter kaufen.

Die Anfrage kommt mir bekannt vor: 
Beitrag "Wer kann geringfügig Änderungen am 89c2051 machen"
Dieser Beitrag ist gesperrt und kann nicht beantwortet werden.