-
Thread
Was kann man mit 16Byte an RAM machen?
Ich hatte mal den AVR LS1200 oder so, der hatte glaub kein gar RAM und > nur 1200 byte code. Der AT90S1200 ist ja der Uropa der AVR. Etwa 30 Register hat der nur. Für viele einfache Sachen reicht der völlig. Auf dem STK-500 ist der u.a. für die ser. Kommunikation zuständig.
michael_ schrieb im Beitrag #4834008: > Der AT90S1200 ist ja der Uropa der AVR. > Etwa 30 Register hat der nur. Der Z80 hat garkein RAM und viel weniger Register, trotzdem gabe es viele Schaltungen ohne externen RAM-Baustein. Sowas erfordert
-
Thread
Programm anhalten, Notaus
höherer Priorität die mit geringerer Priorität unterbrechen können, aber nicht umgekehrt. Sowas gibt's beim AVR nicht. Was die "Prioritäten" beim AVR angeht, wirken sie sich nur darauf aus, welche Interrupt zuerst abgearbeitet wird, wenn zwei Interrupt-Anforderungen gleichzeitig anstehen.
Wenn man Interrupt-Level zuordnen kann, dann macht die Hardware doch alles von alleine. Z.B. beim AT89C51 weise ich T1 Priorität 0 (höchste) zu und UART0 Priorität 3. Dann kann der T1 den UART-Interrupt unterbrechen, das Enable-Bit braucht dazu nirgends angefaßt zu werden.
-
Thread
SSD1306 Display Probleme bei Zahlendarstellung
Equals Sign {0x00,0x41,0x22,0x14,0x08}, // ( 30) > - 0x003E Greater-Than Sign {0x02,0x01,0x51,0x09,0x06}, // ( 31) ? - 0x003F Question Mark {0x32,0x49,0x79,0x41,0x3E}, // ( 32) @ - 0x0040 Commercial At {0x7E,0x11,0x11,0x11,0x7E}, // ( 33) A - 0x0041 Latin Capital Letter
O {0x7F,0x09,0x09,0x09,0x06}, // ( 48) P - 0x0050 Latin Capital Letter P {0x3E,0x41,0x51,0x21,0x5E}, // ( 49) Q - 0x0051 Latin Capital Letter Q {0x7F,0x09,0x19,0x29,0x46}, // ( 50) R - 0x0052 Latin Capital Letter R {0x46,0x49,0x49,0x49,0x31}, // ( 51) S - 0x0053
-
Thread
Darlington Transistor als PNP
auch so ist, > fallen einige der sonst naheliegenden Schaltungsvarianten weg. Ich habe den hier: AT89C51CC03 Daher wollte ich die LEDs mit einer PNP Logik ansteuern
Atze O. schrieb im Beitrag #4807209: > Ich habe den hier: AT89C51CC03 Siehe Datenblattauszug.
-
Thread
Programm größer als RAM-Größe
lange Zeit gesträubt, auch Flash zu verwenden. Deren Flash 8051 heißen jetzt XC800. Z.B. Atmels AT89C51 mit Flash ist von 1993.
eine andere Länge hat als die datenregister. Schon mnal von VLIW-DSP's gehört?
-
Thread
Neue 8-Bit Tinys vorgestellt: 417/814/816/817 Gesperrt
meine Kunden und mich viel Geld mit Datenblattschlampereien gekostet. Ich denke da vor allem an die AT91RM9200 bzw. AVR32AP. Aber auch die AVRs hatten (haben?) Ihre Tücken (EMV...). Über die AT89er wollen wir garnicht reden.
Marcus H. schrieb im Beitrag #4786582: > Über die AT89er wollen wir garnicht reden. Ja schade drum, die waren so schön problemlos, störsicher und zuverlässig. Ich hätte sie gerne noch weiter eingesetzt, aber die Fab für den AT89C51RE2 ist ja pleite
-
Thread
"Universalprogrammer" für Linux
writehex.c dürfte für das Schreiben der HEX Dateien zuständig sein. Dort wird in den Funktionen write_s19, write_s29 und write_s39 auch der Header "S00441424335" in das srec file geschrieben. 1. Warum heißen die Funktionen s29 und s39 statt s28 und s37. 2. Wenn ich in allen drei Funktionen den Header
Es gibt wieder ein neues Update auf Version 1.36 Als "neues" Device ist der AT89S8252 hinzugekommen, Außerdem habe ich einen Fehler bei den XC9500XL gefixt. Bei den RH850 funktioniert jetzt auch Bootstrapping (direkt Code im RAM ausführen) und die Liste der unterstützten Devices
-
Thread
Wieso gibt es keine gute Programmiersprache?
18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113
Arc N. schrieb im Beitrag #4790684: > Der Standard ist von 1990. Wann gab's nochmal den ersten C-Standard? > Ansi C89/ISO C90 bzw. kann ich mangels griffbereitem uralt K&R-Buch > nicht sagen, ob die das vor der Standardisierung auch so gesehen haben. Das ältere K&R-C
-
Thread
Hilfe! Mir wird schlecht von allem diesem Nixie und Neon Propaganda
Bernd S. schrieb im Beitrag #4781151: > Es ist nicht Freitag, sondern Samstag. Bei Gerhard in Kanada noch nicht. ;-)
> > Grüße, > Gerhard Ich habe hier hinter mir eine Uhr mit "Polydigit 1" Gehäuse und einem AT89C2051 drin der sich seit Jahren um die Zeit kümmert, die Röhren sind Z5660M, 6 Stück. Ich habe auch polnische V543 Tischmultimeter im Einsatz..Z566M drin.. 30mm Ziffernhöhe, Glimmlampen fürs Komma.
-
Thread
Optimierung -Os versus -O1
pauschal bevorzugt wird. Kennt > jemand den Grund? Atmel war lange Zeit sehr knauserig mit Flash, die AT90S hatten nur 2..8kB Flash. Und die ersten AVR-GCCs optimierten auch nicht besonders. Ich hatte mal versucht, ein Programm vom AT89C2051 auf den AT90S2313 zu portieren. Das Ergebnis war ~4kB groß,
Peter D. schrieb im Beitrag #4764681: > Ich fand den Keil C51 einfach nur geil. Float war mit ~1kB auch auf nem > AT89C2051 einsetzbar. Der 8051 ist ideal für Steuerungen und da ist auch > der RAM völlig 128-256 Bytes RAM ist die optimale Grösse für einen
-
Thread
for(;;) bedeutung?
Operator S. schrieb im Beitrag #4760551: > Dieser Meinung bin ich nicht, auch wenn stark vertreten in der > Programmiergemeinde. Bei jeder Version (C89, C99, C11...) hätte man die > "gefährlichen" Funktionen
Operator S. schrieb im Beitrag #4760551: > Bei jeder Version (C89, C99, C11...) hätte man die "gefährlichen" > Funktionen rausschmeissen müssen und bessere integrieren. Die meisten der oft als "gefährlich"
-
Thread
[V] div. Bauteile, Bausätze, Geräte, Klemmen, ICs
===================================================== Selbstbau-Projekt Parallel-Programmer für AT89S8252 im Nullkraft-Testsockel 40pol. Programmer und Experimentierboard Schaltplan und Layout kann zur Verfügung gestellt werden 15€ ============================================================
=================================== ICs 2 Stück neu ST72F63BK4B1 in SDIP32 2 Stück neu AT89C52 in DIOP40 1 Stück neu AT89C51 in DIOP40 2 Stück neu ICL7107CPL in DIP40 1 Stück neu AT89C4051 in DIP20 2 Stück gebr. AT89C2051 in DIP20 1 Stück neu K6T0808C1D
-
Thread
ATtiny85 mit Arduino ISP flashen
flashen. Dabei bekomme ich jedoch die Fehlermeldung "avrdude.exe: verification error, first mismatch at byte 0x0002 0x30 != 0xb8". Hier die komplette Fehlermeldung: [code] avrdude.exe: Version 6.0.1, compiled on Apr 15 2015 at 19:59:58 Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com
Recv: . [14] avrdude.exe: Recv: . [00] avrdude.exe: Recv: . [10] avrdude.exe: Send: A [41] . [89] [20] avrdude.exe: Recv: . [14] avrdude.exe: Recv: . [00] avrdude.exe: Recv: . [10] Vtarget : 0.0 V Varef : 0.0 V Oscillator
-
Thread
8051 und Linux - Anfänger sucht Hilfe
vermute mal, da ist ein USB-RS232 Umsetzer drauf, der an die UART geht. Da könnte man auch einen Atmel 89C51 mit Bootloader reinstecken und dann mit der Linux-Version von Flip programmieren. Z.B.: http://csd-electronics.de/ICs/Mikrocontroller/AT32-43-86-89-91/AT89C51RB2-3CSUM::406.html http://www.atmel.com
89S52 flashen, benötigt lediglich einen Adapter von 6-Pin auf 10-Pin ISP.
-
Thread
avrdude , mega8a lässt sich nicht programmieren.
. [10] avrdude.exe: Send: d [64] . [00] @ [40] F [46] ; [3b] . [c0] . [a6] . [c1] T [54] . [c0] S [53] . [c0] R [52] . [c0] Q [51] . [c0] P [50] . [c0] O [4f] . [c0] N [4e] . [c0] M [4d] . [c0] L [4c] . [c0] K [4b] . [c0] J [4a] . [c0] I [49] . [c0] H [48] . [c0] G [47] . [c0] F [46] . [c0] E [45
d [64] . [00] @ [40] F [46] . [2e] . [00] d [64] . [00] e [65] . [00] . [0e] . [03] U [55] . [00] S [53] . [00] B [42] . [00] a [61] . [00] s [73] . [00] p [70] . [00] . [12] . [01] . [10] . [01] . [ff] . [00] . [00] . [08] . [c0] . [16] . [dc] . [05] . [04] . [01] . [01] . [02] . [00] . [01] . [09
-
Thread
AVR und der Umgang mit C++
Hier gleich mal ein kleiner Auszug mit allen Infos " # Optimization level, can be [0, 1, 2, 3, s]. # 0 = turn off optimization. s = optimize for size. # (Note: 3 is not always the best optimization level. See avr-libc FAQ.) OPT = s # Debugging format. # Native formats for AVR-GCC's
enclose it in quotes. EXTRAINCDIRS = src # Compiler flag to set the C Standard level. # c89 = "ANSI" C # gnu89 = c89 plus GCC extensions # c99 = ISO C99 standard (not yet fully implemented) # gnu99 = c99 plus GCC extensions CSTANDARD = -std=gnu++03 # Place -D or -U
-
Thread
[V] Diverse AVR Testboards, Atmega 8, 32, 8515, AT89C51AC3, AT Xplain.
AVR_Ctrl_Board_Atmega_32 - Auch interessantes Board, jede Menge infos in Web: - 5 Taster und 8 LED’s - HD44780 Display - 1 Relay - Infrarot - Treiber-IC (ULN2803) - 1-Wire-Temperatursensor - USW. --> AVR_Testboard_fuer_AT89C51AC3 -- Extra Platine dabei, Infos, Schaltpläne usw. alles dabei.
Update: Das AVR Atmega 8 LCD IC2, AVR Testboard fuer AT89C51AC3 und 1x Xmega Xplain Sind weg.
-
Thread
Merkwuerdiges Verhalten von SDCC mit STM8
, dass es bis auf das Bitbanging der Ports und das Initialisieren eines Timers identisch für einen AT89S52 ist ... und siehe da, auf diesem MCU macht der SDCC keine Mucken, nur für den STM8. Der Timerinterrupt verwendet keine 16-Bit Variable, nur uint8_t Typen (weil ich mir erst überlegte, ob ein
Ralph S. schrieb im Beitrag #4713991: > Nachdem ich Programm weitergeschrieben > hab, kann ich den Fehler noch nicht einmal mehr reproduzieren... Ein Wort: Versionsverwaltung.
-
Thread
Datenrettung mit ddrescue
1e 0b 00 66 33 d2 66 f7 f3 66 a3 56 |.f.....f3.f..f.V| 00000360 02 e8 a2 04 66 8b 0e 4e 02 66 89 0e 26 02 66 03 |....f..N.f..&.f.| 00000370 0e 86 02 66 89 0e 2a 02 66 03 0e 86 02 66 89 0e |...f..*.f....f..| 00000380 2e 02 66 03 0e 86 02 66 89 0e 3e 02 66 03 0e 86 |..f....f..>.f...| 00000390
able to read at a pretty good speed (like 30+ Mb/s). If it's consistently reading at 1Mb/s or less, probably needs the slow responding FW fix. " Da ich aber mit ddrescue keine Geschwindigkeitsprobleme feststellen
-
Thread
AT89S52 programmieren klappt nicht
12 EUR macht 2,40 pro Stück, immer noch billiger als der AT89S52 Matthias S. schrieb im Beitrag #4698162: > Wenn du das Pinout des 89S52 gut findest und an MCS51 eher nicht so > interessiert bist, dann wäre als Aternative der Mega8515 eine gute Wahl Der
Algorithm' (Absatz 20) im Datenblatt des AT89S52.
-
Thread
HEX File für STC12C5A60S2 kompilieren
im Beitrag #4695501: > Hier solltest Du ein paar Hinweise finden können: > > Beitrag "STC12C5A60S2 (a.k.a 80C51) programieren mit mySmartUSB light" Besten Dank, aber das hatte ich schon so ziemlich als erstes probiert und hier stößt man am die Grenze der sehr großen C-Datei, weswegen ich die Anzahl
man mit der Software "3D8S_alpha.exe" bzw. "3D8_Win.exe" probeweise die LED's ein und ausschalten können (quasi live durch anklicken) und neue Muster und Animationen erstellen bzw. diese auch abspielen. Bei mir tut sich da
-
Thread
Physikprojekte
rund 130 J nicht viel erwarten. Dies ergäbe nämlich nur Geschwindigkeiten im Bereich von ca. 30 m/s. Alurrundrohr: https://www.hornbach.at/p/rundrohr-aluminium-o-25x1-5-mm-1-m/8829155/ PVC-Rohr: https://www.hornbach.at/p/installationsrohr-m20-starr-lichtgrau-3m/5715556/?sourceArt=10547867&trackArticleCrossType
hochgeladen, vielleicht interessiert es ja jemanden unter euch: https://www.youtube.com/watch?v=RcT73S51_JA
-
Thread
Umstiegsbreatung uC Atmel/STM
Johnny S. schrieb im Beitrag #4672440: > Ich benutze seit ca. 5 Jahren meistens AtMega168/328 und 2560 in > kombination mit der Arduino Software für meine Projekte > > Damit habe ich seit Anfang folgende
Johnny S. schrieb im Beitrag #4672627: > Nunaj, ein AtMega 328 kostet mich 3-4$, und hat 13 Digital-IO und 5 > Analog. So nen Quark... der hat bei 28 Pins insgesamt 23 Programmable I/O Lines - davon können
-
Thread
Funkmodul mit Controller 8051
RF 400mhz Funkmodul in Betrieb zu nehmen. In der Schule habe ich erfahrung mit dem Microcontroller AT89S52 womit ich ganz gut klar kam. Ich bräuchte vll mal einen Ansatz. Um dieses Funkmodul handelt es sich: https://www.amazon.de/Aukru-Superregeneration-433M-receiver-module/dp/B00R2U8OEU/ref=sr_1
da nicht so gut auskenne. Programmieren tue ich übrigens in C, nicht assembler, mit dem Compiler RC51C (Ride7). Für Hilfe wäre ich euch sehr verbunden.
-
Thread
Portierung eines Mikrocontrollers
Schleifen. Auf ARM hingegen sind 32bit-Datentypen am schnellsten. Für spezifischere Hinweise wär's wie immer eine Idee, wenn Du die betroffenen beiden Mikrocontroller-Familien nicht geheim halten würdest.
LPC2366 (IAR/Imagecraft V7) LPC2476 (IAR/Imagecraft V7),(FORTH Interpreter mit TFT LCD 320x240) AT89LP51ED - (Keil uV2 und uV4) (Hier habe ich noch ein hartnäckiges Problem mit dem ADC. Sonst geht alles. Ist "Work in Progress"). Auch habe ich einiges an publizierten FW Fragmente von verschiedenen