-
Thread
Wittig(welec) DSO W20xxA Open Source Firmware
nios-elf/include End of search list. /opt/cdk4nios/lib/gcc-lib/nios-elf/2.9-nios-010801-20030923/cc1plus /tmp/ccI2Biu1.ii -quiet -dumpbase TomCat.cc -mno-zero-extend -m32 -g2 -O2 -W -version -o /tmp/ccIHjI1U.s GNU C++ version 2.9-nios-010801-20030923 (nios-elf) compiled by GNU C version 3.3.1 (Mandrake
~1/op/LOKALE~1/Temp/ccMyr3vG.ii -quiet -dumpbase TomCat.cc -mno-zero-extend -m32 -g2 -O2 -W -version -o /cygdri ve/c/DOKUME~1/op/LOKALE~1/Temp/ccaKz1Xj.s GNU C++ version 2.9-nios-010801-20030718 (nios-elf) compiled by
-
Thread
Display mit Touchscreen bei Pollin?
(28,24); lcd_writestringP(PSTR("Button")); while(!touched()){} lcd_gotoxy(51,50); lcd_writestringP(PSTR("das ist ein Test")); } while(1); return 0; } [/c]
Zeichen -1 call disp_send_d ; Send Data movlw 0x03 ; Display Duty REG call disp_send_c ; Send Command movlw 0x4F ; Display Duty call disp_send_d ; Send Data movlw 0x04 ; Cursor Position REG call disp_send_c
-
Thread
Transistortester mit AVR Gesperrt
(10.89 s) schreibe 290 Bytes in EEPROM-Memory ... Fehler: beim Schreiben der Daten. [/c] Also hab ich das nochmal selbst kompiliert. Danach lief das brennen reibungslos, und der Conroller schien richtig
D124;GROUPID=4024;ARTICLE=81766;START=0;SORT=artnr;OFFSET=16;SID=25gU7hPawQARkAAEh0jbw060f3737100156c9c51cc4d1d265c6b7 Gruß, m
-
Thread
8051, ADC, Ports und Register
Hallo! Ich programmiere beruflich eine 8051 MCU von Atmel, Typ At89C51CC03. Deren Port 1 hat 8 ADC Kanäle. Ich will davon P1.1, also Kanal 1, als ADC benutzen und habe demnach das entsprechende Register ADCF mit 0x02 beschrieben. Wenn der ADC aktiviert wird mit ADCON
wurde um diesen Prozessor herumdesignt, da kann man nicht mal eben auf einen anderen wechseln. Der CC03 wurde ja auch nicht einfach so ausgewählt.
-
Thread
Nachfolger 80C517
Z.B. AT89C51CC03 Peter
Den SAF-C517A gibt es noch. Das LAB-537 von Rakers ist nicht schlecht. Hat CAN/ I2C/ RTC usw.
-
Thread
EEPROM des 89c51cc03 ansprechen
Rest, hättest du deine C-Beispiele gefunden: http://www.atmel.com/dyn/products/product_card.asp?part_id=3186 Und dort das ZIP-File "C Flash Drivers for the AT89C51CC03C for Keil Compiler v1.0.0" bzw. "C Flash Drivers for the AT89C51CC03U and AT89C51AC3 for Keil Compiler v1.0.0" runtergeladen, da stehts nämlich drin :) Ralf
-
Thread
CAN: Zeitsynchronisation dreier Nodes
synchron sein muß, dann ist ein Quarz Pflicht (und für CAN ja eh schon). Viele CAN-Controller (z.B. AT89C51CC03) haben einen Timestamp, d.h. Du kannst µs-genau das Senden und Empfangen einer Nachricht erfassen, völlig unabhängig von der Interruptlast. Der Master sendet also erstmal ne Nachricht, die
-
Thread
Externe Festplatte durch falsches Netzteil zerstört
Christof H. schrieb im Beitrag #3702771: > Auf dem Kabel steht: "28 AWG/1PR AND 24AWG/2C". Das müsste doch geeignet > sein, oder nicht? 24AWG/2C steht für die Stromversorgungsleitungen (2C steht für "2 conductors", im Gegensatz zu 1PR, das für "1 pair" steht und auf twisted pair hinweist
Platine: https://hddsdatarecovery.com/2545-thickbox_default/seagate-st4000dm000-pn-1f2168-568-fw-cc51-100710248-rev-b-pcb.jpg Die Pinreihe ganz rechts, und an der Linken Seite ist dieser "Haken". Also sind 12V ganz rechts die ersten drei von rechts nach links, dann drei COM, und dann drei mal 5V
-
Thread
EEPROM durch Flash ersetzen mit schnittstelle
tausende datenblätter durchgekcukt aber ich komme iwie nicht weiter.Also ich stehe noch zwischen dem AT89C51cc01 oder dem cc03 Hauptsächlich geht es darum das wir genug I/O ports haben. Dieser Controller hat 4 8bit Ports plus einen 2 bit für den CAN Bus. Nur damit man den auch nachträglich über die
Max Thierbach wrote: > iwie nicht weiter.Also ich stehe noch zwischen dem AT89C51cc01 oder dem > cc03 Nimm den, der günstiger ist, die unterscheiden sich doch nur im Speicher. Der AT89C51CC01 reicht völlig für die Ausbildung. Da muß man schon lange proggen, ehe man die 32kB
-
Thread
[8052(t51)] und Peripherie über XRAM Leitungen
Ich benutze als 8051 mit CAN den AT89C51CC03 und bin sehr zufrieden damit. Das CAN ist in den SFR-Bereich gemappt, man kann also direkt auf die Register und Bits zugreifen. Geht nen ordentlichen Zacken schneller und Code sparender,
Aufgaben hat, die nur ein FPGA lösen kann und man dann den 8051 nur nebenbei mit reinpackt. Der AT89C51CC03 ist ein realer Chip, man kann sich aber angucken, wie dort das CAN realisiert ist und in die SFRs gemappt ist. Weitere reale 8051-er mit CAN sind z.B. der C505C oder XC888 von Infineon.
-
Thread
8051*AT89C51CC03
an. Daher gehe ich davon aus dass ich irgendwelche Timing-Probleme habe. Code: #include "at89c51cc03.h" char uart_data = 0x00; void main (void) { SCON = 0x50; /* uart in mode 1 (8 bit), REN=1 */ TMOD = TMOD | 0x20 ; /* Timer 1 in mode 2 */ TH1 = 0xF6; /* 38400 Bds at 24MHz */ TL1 =
Anhang gibts nen Shortcut vom Hyperterminal. Hab da einfach mal das Alphabet eingetippt. Das Echo vom µC siehst Du ja auf dem Bild. So langsam hab ich die Befürchtung dass es nicht an meinem Quarz oder Timing liegt sondern an nem Bauteil meiner Platine. Code 19200: #include "at89c51cc03.h" volatile
-
Thread
Problem mit MOVC beim AT89C51CC03
Wert, der aus dem CODE-ROM geholt wurde noch eins addiert hat. Da ich die Routine schon mit einem AT89S8252 länger benutze und bisher keine Probleme mit der UART-Geschwindigkeit feststellte, glaubte ich schon an ein Problem mit dem ..CC03. Das Problem ist seit dem radikalen Einkürzen auf wesentliche
So, die Ursache ist erkannt. Es war weder der MOVC-Befehl noch speziell der AT89C51CC03 der Grund des Verhaltens. Duch die Auslagerung der Initialisierungen der Register TMOD, TCON, TH1, TL1 in verschiedene Unterprogramme kam es dazu, dass das Laden von TH1 und TL1 und Starten
-
Thread
AT91SAM7 und K4S561632J SDRAM Probleme
D3 D5 D7 Bytes Wrong At All: 23 25 27 29 2B 2D 2F 33 35 37 39 3D 41 43 45 47 49 4B 4D 4F 53 55 57 59 5B A1 A3 A5 A7 A9 AD B1 B5 B7 B9 BD C1 C3 C5 C7 C9 CD D1 D3 D5 D7 51 6C B3 Bytes Changed Now: 2F 51 57 6C A5 B3 B9 Bytes Changed At All:2F 51 57 6C A5 B3 B9 20000100: 00 02 04 06 08 0A 0C 0E< 10 12 14 16 18 1A 1C -7E 20000110: 20 -20 24 26 -6F< 2A 2C 2E -6F -30 34 36 -7F 3A 3C 3E 20000120: -7E 42
-
Thread
Umwandlung von ASCII in Hex, Dez oder Bin
ich habe ein Problem. (Sonst wär ich ja auch nicht im Forum :-) ) Problemstellung: Ich habe einen At89C51CC03 als Controller. Dieser empfängt über UART ein Datenbyte das auf der ASCII Tabelle zwischen ! = 0x21 und ~ = 0x7E liegt. Dieses Zeichen muss ich folgendermassen umwandeln. 1. in den Binär-Wert
funktioniert gaaaaanz normal wie schriftliches rechnen in der Schule.... Bei Hex gehts so: [c] char c1, c2; c1 = getHex(input & 0x0F); c2 = getHex(input >> 4 &0x0F); char getHex(int i) { if (i < 9) { return '0'+i; } return 'A'+(i-10); } [/c]
-
Thread
CAN Identifier ueber Atmel Flip
Habe die Lösung meines Problems gefunden. Wie ich noch nicht erwähnt habe arbeite ich mit einem AT89c51cc03 der hat einen CAN-Bootloader. Wie der Name CAN-Bootloader sagt, kommuniziert das Flip also mit dem uC über ein CAN Protokoll. Da gibt es fixe Befehel die über die CAN-Frames versendet werden
Nicht direkt zum Thema, aber ihr seit möglicherweise die richtgen!! Ich suche eine Möglichkeit den AT89C51CC03 PLC44 über CAN zu programmieren. AT89C51CC03UA-Typ mit Flip funktioniert ja bereits. Jetzt kommt ein Projekt mit 2 CA-Typen verbunden über CAN Bus. Schön wäre es, mit Flip jetzt diese
-
Thread
Programm von 89C51CC03 auf 89C2051
, welches für mich nicht ganz logisch ist. Ich hab ein Programm geschrieben, welches ich auf dem 89C51CC03 entwickelt habe und wollte es nun auf einen 89C2051 überspielen. Es sind keine Besonderheite im Programm enthalten. das Prog selber ist 356 Byte groß und hat Variablen (Bytes) von 25h bis 2Fh
dementsprechend die Variablen hoch. Das hochzählen scheint beim 2051 nicht sorichtig zu funken ... auf dem 89C51CC03 klappt es allerdings .. woran kann das liegen? mfG Tim
-
Thread
CAN ID/MASK (AT89c51cc03)
Guten Tag Ich arbeite an einem Projekt mit CAN, was das Projekt genau für einen Zweck hat spielt hier jedoch keine grosse Rolle. Nun meine Fragen: 1. Wozu sind die Intentifier? Ich weis das sie über die Priorität entscheiden, doch das ist ja vermutlich nicht alles. Muss ich einer Mail-Box die auf receive konfiguriert wurde eine ID zuteilen oder ist dazu die Maske gedacht? 2.Was für eine Funtkion haben die Masken. So wie ich dies verstanden habe entscheiden sie welche Nachrichten von einem Knoten bearbeitet werden und welche nicht (Akzeptanzfilter). Falls ich alle Nachrichten zulassen
-
Thread
AT89C51CC03 mit USB Schnittstelle für Kommunikation
moin moin, der 51CC03 ist für CAN-Bus, verwende den AT89C5131A der kann USB. mfg Pieter
-
Thread
Anfänger - Elektor-Fernlehrgang
Marcel wrote: > Die Platine enthält neben dem AT89C51CC03 von Atmel noch einen Uhrenchip > (RTC), einen Dopple-UART, ein LCD, ein Watchdog und eine CAN-Stufe. > Damit läßt sich im Kurs schon recht viel machen. Ich persönlich finde es halt nicht
@Thomas Der AT89C51CC03 hat einen vollduplex UART bis 115 KBd und einen Watchdog mit ON-Chip ! Der zusätzliche DUART auf dem Board ist dazu da, weil immer mal wieder eine serielle Schnittstelle fehlt, so daß man
-
Thread
SPI & LC-Touch-Display
Hallöchen liebe Leute... Ich habe da ein Problem mit einem AT89C51CC03 und dem eDIP240-7 von Electronics Assembly... Ich versuche das Display über den SPI-Bus anzusteuern... Wenn ich die Datenübertragung so tätige wie im Anhang, dann zeigt mir das Display dauerhaft
auf dem Oszi gut ablesbar sein. Evtl. hast du auch ein Pegelproblem. Welchen Pegel erzeugt dein uC? Das Display erwartet minimum 0.6*VCC (vermutlich 0.6*5V=3.0V) als High Pegel. Selbst 3.3V uC IO-Pegel wären da schon fast knapp...
-
Thread
SPI Problem AT89C51
Hallo, Ich hab hier einen AT89C51CC03 nebst Problemen mit dem SPI. UART und CAN kein Problem, was einen groben Beschaltungsfehler ausschliessen sollte. Mein SPI-Testprogramm: MOV SPSCR,#10000000b MOV SPCON,#01110101b
-
Thread
eDIP240-7 und AT89C51CC03 über I2C-Bus
Hallöchen allerseits! Ich bin stolzer Besitzer eines TFH-Board ONE mit TFH-IFK One und einem eDIP240-7 von Electronic Assembly. Ich möchte nun mein Display in mein TFH-System integrieren, dass soll über den I²C-Bus geschehen, der von der IFK-One über einen PCF8584P umgesetzt wird. Ich habe nun das Problem das ich einfach nicht über die Initialisierung und Adressierung hinweg komme. In meinem System ist der reservierte Speicher für den Chip der Bereich von 0xFFBC bis 0xFFBD. Wie habe ich die einzelnen Register anzusprechen, und wie kann ich dann den I2C Bus initialisieren bzw. Daten senden und
-
Thread
Rigol DS1000 Serie
programming is one of my professional occupations (thereby expanding my language skills to Pascal, Basic, C, C++, Forth and .net)... :-p
Conrad-Datei stimmt mit der von Peter ziemlich weit oben in diesem Thread überein. [pre]MD5: 835f06155c44d3908f0f89eade99a776 SHA1: abb86ff9581456aaf8a904c074aa89c1845cc51a[/pre] Gruß Max
-
Thread
AVR für wenig Geld im LAN
connection?) FC:28 (18B)SN: cc 9a c8 1 0 0 CRC:78 CRC O.K. CRC Error (lost connection?) FC:28 (18B)SN: cc 9a c8 1 0 0 CRC:78 CRC O.K. CRC Error (lost connection?) FC:28 (18B)SN: cc 9a c8 1 0 0 CRC:78 CRC O.K was komm bei "
} #define OW_ID_T02 {0x28,0xbd,0xb9,0xc8,0x01,0x00,0x00,0x61} #define OW_ID_T03 {0x28,0xea,0xbf,0xc8,0x01,0x00,0x00,0x56} #define OW_ID_T04 {0x28,0xCC,0x9A,0xC8,0x01,0x00,0x00,0x78} #define OW_ID_T05 {0x28,0xDA,0xBB,0xC8,0x01,0x00,0x00,0xA4} #define OW_ID_Last