-
Thread
Evaluationsboards µC
Wahrscheinlich die wichtigste Frage ;-)) mfg Andreas -- Student of Telematics aauer1 (at) sbox.tugraz.at Graz, University of Technology http://home.pages.at/aauer1
unbedingt über ein fertiges Evaluationboard führen muss. Ich selbst habe mich als erstes an einen AT90S8515 auf einem Steckboard versucht - also auch von 0 auf - und schließlich und endlich auch ein eigenes Evaluation Board für meine Anforderungen entwickelt. Welchen Weg man hier gehen will, ist vorallem
-
Thread
ALE Pin setzen (AT90S8515)
Hallo zusammen Kann ich irgendwie von Hand (C) den ALE Pin des AT90S8515 setzen bzw rücksetzen? MfG Stephan
Sieht nach einer undokumentierten Funktion aus. Port E gibt es ja garnicht beim AT90S8515... Schon ausprobiert ob es funktioniert ?
-
Thread
Port D, Pin PD7 vom At90S8515 bleibt auf Low Pegel.
Ich benoetige den Port D (AT90S8515)als Eingang im Tristate Mode. Nachdem ich das Data Direction Register auf Null gesetzt habe, messe ich mit einer Logik Probe an PD0-PD6 den erwarteten Tristate Pegel. Am Pin PD7 (Pin 17) habe ich einen soliden Low Pegel. Ich habe 3 neue At90S8515 von Reichelt bezogen (alle aus einer Charge 0327) und alle 3 machen dasselbe. Beim Einlesen der Port D Pins erhalte ich immer ein low von PD7 egal welcher Pegel anliegt.
-
Thread
at90s8515 -->atmega8515
hi leute, hat hier jemand schonmal versucht programme die für den at90s8515 geschrieben wurden auf seinem nachfolger den atmega8515 zu brennen? habe gelesen das der nachfolger einige änderungen drin hat bezüglich der timer - ich würde gern wissen ob man irgendwelche
-
Thread
wie nummerisches Display anschließen?
Weil ich bereits einige at90s8515 zuhause habe! Und bevor ich das Ding verbaue möchte ich mir noch einige Erfahrungen sammeln. Ein kleines Experimentierboard für den at90s2313 habe ich auch schon gebastelt
Hier ein Bild es AT90S2313-Testboards
-
Thread
Grafikdisplay 64x128 reagiert nicht? brauche hilfe
drin. wenn ich spannung anschließe sind alle pixel eingeschaltet. habe es versuch anzusteuern (mit at90S8515) doch es tut sich nix. scheinbar muss es initialisiert werden obwohl im datenblat nichts davon steht. hat jemand evtl. schonmal was mit diesem display gemacht oder könnte mir irgendwie weiterhelfen
-
Thread
Probleme mit sprintf
ASCII-Zeichen umwandeln. Lokaler Setup ist: AVR-GCC : Version 3.3.1 Plattform : STK200 Kontroller: AT90S8515 Meine Source wird ohne Fehlermeldungen kompiliert. Das Problem ist nun, dass im ASCII-Buffer nicht die erwarteten Zeichen abgelegt werden, sondern alles 0xFF (255). Mein Frage ist, was mache
neuere Version 3.3.4 runter, mit der Hoffnung mehr Erfolg zu haben. Den Effekt mit der Ablage von 0xFF's in einem Array hatte ich schon mit anderen kleineren Programmen festgestellt. OK Jörg besten Dank für Deine Tipps! Ich werden weiter forschen bis es geht. Gruss wuf
-
Thread
UART - ATmega16
beschrieben, den String "TEST!" über die UART rauszuschicken (mit AVR Studio 4, Assembler). Mit dem AT90S8515 klappt das auch prima. Nur mit dem ATmega16 will es einfach nicht funktionieren. Ich glaube mein Problem ist das Register UBRRH. Obwohl URSEL auf 1 steht wird trotzdem in UBRRH und UCSRC immer
Dein erster Mega an der UART? Du mußt bei den Mega's den Tacktgeber als erstes Konfigurieren. Tust du dies nicht, so läuft er standartmäßig mit dem internen 1MHz Qszilator. Konfiguriert wird der Tackt mit den Fuses Bits (siehe Datenblatt). Andererseits
-
Thread
Parallel-Modus
Jo, ich habe aber einen ATmega8515 und ich will einen ATmega8515 reseten!
meinem aller ersten Posting hab ich falsche Zeiten angegeben. Hab versehentlich das Datenblatt vom 90S8515 erwischt. Im Anhang aber ein Auszug aus dem Datenblatt des ATmega8515, ist doch eigentlich selbsterklärend. Dazu die Schaltung aus Gunters Link und alles sollte funktionieren. Mit dieser Schaltung
-
Thread
avr-size problem
sektion. und zwar compiliere ich folgendes testprogramm mit dem aktuellen winavr packet. Für den at90s8515 bekomme ich folgende ausgabe vom compiler die sehr schlüssig und ordentlich aussieht. #include <avr/io.h> int main( void ) { while(1) { DDRA=oxff; } return
-
Thread
Interrupt - falscher Rücksprung ?
Pfeffer im Hasen: Du wirst kein -mmcu haben, so daß der Compiler/ Linker Dir die Runtime für irgendwas (AT90S8515 oder was auch immer der Default ist) zusammenbasteln, so daß weder Interruptvektortabelle noch Stack-Initialisierung auch nur ansatzweise passen.
-
Thread
SPI mit Start- und 2 Stoppbit zur ScreenKey Ansteuerung
erfahren und verwende den STK500 (programmiere im AVR Studio mit Assembler). Verwenden moechte ich einen AT90S8515 oder AT90S3213 (habe ich gerade bei mir). Besten Dank
oder Du laesst gar keine Timer-IRQs zu. Eingelesen wird immer auf die fallende Flanke von CLK (s.Drawing 6.2: Timing diagram) doch die Tsu/Thold besagen, dass mindestens 40ns vorher und 10ns nach dem Fallen von CLK die Daten anliegen muessen, also vorher Data anlegen, dann CLK auf low legen, dann
-
Thread
RGB led ansteuerung mit AT90S8515
Hallo zusammen Ich habe mir im Internet 20 RGB LEDs bestellt und würde diese nun gerne mit einem µC einzeln ansteuern. Hat diesbezüglich jemand von schon erfahrungen sammeln können bzw. eine passende schaltung aufgebaut? Gruß Dennis
-
Thread
UART Problem
9.Bit gesetzt ist müsste Port A an High gehen, ansonsten auf Low. Er ist immer Low. .include "8515def.inc" .def null=r14 .def voll=r17 .def temp=r20 .org 000 rjmp Initialisierung .org URXCaddr ; Interruptvektor für UART-Empfang in temp, UCR in RX, UDR
Hi, ich habe mit dem AT90S8515, 8MHz angefangen mit 9bit UART zu arbeiten. Meine Tests mit dem Atmega161, Atmega162 und Atmega32 sind auch gut Verlaufen. Bei mir wird zwar kein Interrupt verwendet aber wenn Interresse besteht
-
Thread
AVR - Lauflicht
Ich habe dieses kleine Programm für meinen Atmel AT90S8515 geschrieben; Der erste Teil funktioniert super ohne den Sprungbefehl aber wenn die Sprungbedingung erfüllt ist wird die zweite Lichtleiste irgendwie überhaupt nicht angesprochen, woran könnte
-
Thread
AT90S8515 und 9bit UART
Ich habe ein Problem mit dem 9. bit bei UART. Egal ob dieses gesetzt ist oder nicht, der AVR empfängt immer nur 0. Die normalen 8bit werden richtig empfangen, aber im UCR steht immer 148 (128 für Interrupt Enable, 16 für RX Enable, 4 für 9bit). Bit 1 (also Wert 2) ist nie gesetzt. Hier die Einstellungen für einen 7,32728MHz Quarz: ldi temp, 3 out UBRR, temp sbi UCR, RXCIE ; Interrupt bei Empfang sbi UCR, RXEN ; RX (Empfang) aktivieren sbi UCR, CHR9 ; 9bit aktivieren sei
-
Thread
A/D Wandler, STK500, 320mV
hi, ich möchte eine max. 320mV analoge Spannung umwandeln und habe ein STK500 mit AT90S8515 mc zuhaus stehn. Laut Datasheet hat dieser mc keinen A/D Wandler. Nach einigem Suchen fand ich den ATmega32 welcher im Datasheet folgenden Satz hat, "0 - Vcc ADC Input Voltage Range", Vcc ist
-
Thread
Befehle/Daten unterscheiden
Ich prgrammiere gerade mit einem AT90S8515 an einer Grafikkarte für uC mit TV Ausgang. Das ganze wird über den UART gesteuert. Dieser ist auf 115200Baud, 9bit eingestellt. Ist das 9. Bit Low, handelt es sich um Daten, ist es High ist
-
Thread
Stack beim AVR
Digitalkmera habe, nur ein Screenshot von der TV Karte. Bisher lief anstelle des pinkompatiblen AVRs AT90S8515 ein AT89S51 mit 1,8432MHz CPU Takt (also 22,1184MHz Quarz). Dieser war zu etwa 90% ausgelastet, ich hab mal den Pixeltakt von 10MHz auf 12MHz erhöht und da haben schon ein paar gefehlt. Der AVR
RGB Werte die entsprechende Farbe hat und erzeugt dann die drei analogen Signale. Ein zweiter AVR (AT90S1200) mit 12MHz erzeugt ein Standart PAL Composite Sync Signal. Beides geht entweder in die Scartbuchse oder wird über einen Videoenkoder (z.B. AD722) in ein PAL Signal umgewandelt. Die Schaltung
-
Thread
Variabel an LCD ausgeben
allerdings, daß Du die Gleitkommavariante ausgewählt hast. Brauchst Du diese denn überhaupt? Auf einem AT90S8515 ist der Unterschied in der Codegröße zwischen Standard und Gleitkomma fast 2 KB, außerdem braucht die Gleitkommaversion noch malloc(), wenn Du das sonst nicht benötigst, ist das nochmal ein
printf() nicht mehr reinpaßt. Zusätzlich kann man den ATmega16 sogar noch via JTAG debuggen, wenn's eng wird. Die gute Nachricht: der ATmega16 ist pinkompatibel zum AT90S8535...
-
Thread
ich brauche Hilfe zu STK500
Ich hab,s gerade ein STK500 gekauft, und gleich ausprobiert. Dabei wird eine Fehlermeldung ausgegeben "Entering programming mode....FAILED" und bei "FUSES","LOCK BITs" wird es auch solche Fehlermeldung-
Target Prozessor steckt im Sockel (ein AT90S8515 muesste dabei sein)? 6-poliges Flachbandkabel zw. ISP Anschluss und Target-Sockel ist gesteckt? Wenn richtig erinnert, gibt es in der Online-Hilfe auch ein paar Bildchen.
-
Thread
Timer0 Compare A Interrupt
Compare A Interrupt. Ich brauche einen Interrupt, der mit 250 kHz aufgerufen wird. Prozessor: AT90S8515 Takt: 8Mhz Clear after Compare match angeschaltet Prescaler auf 8 OCR1AL auf 4 gesetzt Und den Interrupt aktiviert. Es funktioniert relativ gut. Problem ist folgendes: zwischen einem
Ja - das ist mir bewusst. Ich werde einen Mega8515 einsetzen und auf 16 MHz takten ... Während er den Timer ausführt soll es nur einen counter erhöhen und einen pin toggeln oder ihn nicht toggeln (also mit 150 kHz). Die daten, wie lang er ihn toggeln
-
Thread
Ersatztypen von Atmel-µC
www.mikrocontroller.net/forum/read-1-14391.html das dieser nicht mehr hergestellt wird. Alternative sollen AT90S2343 und AT90S2323 sein. Der AT90S2323 läuft doch mit einem Quarz. Mir würden dann 2 PINs fehlen. Oder kann man XIN und XOUT auch als Port verwenden? Dann könnte ich den µC mit Ponyprog programmieren
Ich schätze mal, du meinst den 90S8515? Als Ersatz sollte mit wenigen kleinen Änderungen der ATMega8515 gehen. 3 Stk habe ich noch, ebenso 3 Stk vom 90S4414, halbe Speichergrösse, sonst identisch.
-
Thread
HILFE! AT90S8515 funktioniert nicht
Wenn ich mich nicht irre, hat der AT90S8515 keinen internen Takt. Wie soll er also irgend etwas machen ?
..und hier noch ein Tip: Der Reset des 8515 ist low-aktiv, d.h.der 8515 geht in den Reset-Zustand, wenn dieser Pin auf Masse liegt. Ansonsten soll dieser mit 10k auf +5VDC hochgezogen werden. So, um nun beim Einschalten einen schönen "langen"
-
Thread
FT245 únd AVR
Hilfsbereitschaft. Ich habe ein paar Probleme aufgschrieben: Verwendete Bauteile: FT245BM AT90S8515 mit 6,144 Mhz 1. Spannungsversorgung: Der AVR wird direkt an VCCIO angeschlossen (Strom durch den AVR < 15mA). Der Datenport zum FT245 wird standardmässig auf TriState gestellt. Gibt es
hier die Variable für die gelesenen Daten mfg Andreas -- Andreas Auer aauer1 (at) sbox.tugraz.at Student of Telematics http://home.pages.at/aauer1 Graz, University of Technology
-
Thread
Serieller EEPROM AT24C64
Ich möchte mit einem AVR 90S8535 ein I2C-EEPROM Typ 24C64 ansteueren. Wie muss ich die beiden Chips verbinden? Gibt es hier jemand der einen C-Code dafür schon hat. Ich programmiere mit dem CodeVisionAVR.
aber leider nicht geklapt, hat jemand vielleicht eine Idee, wie man das macht. Ich benutze also AVR AT90s8515 und den seriellen EEPROM 24C32A es wäre sehr gut,wenn jemand ein Test Programm dafür hat. Das ist das Programm: /*******************************************************/ #include <avr/io.h
-
Thread
cpu define ??
Lege Dir doch ein header-File (AT90S8515.h z.B.) an, in dem die Registeradressen definiert sind. Die Defines sollten dann halt immer gleich lauten, auch bei unterschiedlichen Prozessortypen. Deine Dateien mit der Hardwareanbindung
möglicherweise auch feiner unterteilt wie <compat/uart.h>, <compat/dingsda.h>, <compat/bumsda.h>) gab's in der avr-libs Liste schon lange. Eine Art ,,minimale AVR-Hardwaredefinition'' oder sowas. Es scheitert einzig und allein an einem Problem: es hat noch keiner gemacht. ;-)
-
Thread
AVR910 Programmer beschleunigt für avrdude
Wandler (FT232BM) habe ich gerade erhalten. Mit AVRProg werden zum brennen von 1684 Byte in einen AT90S2313 16 Sekunden benötigt (wg. seriell Protokoll Overhead) Mit dem modifizierten avrdude und der neuen Firmware unter Windows sind es noch 4,8 Sekunden! Also eine echte Alternative für alle
die neuen Kommandos implementiert. Scheint problemlos mit AVRPROG zusammenzuspielen (1200/2313/4414/8515). Ich habe die FW allerdings noch nicht für die MEGA-AVRs ausprobliert. Die Programmierzeiten sind merklich schneller geworden. Das von AVRPROG untstützte Protokoll steht im beigefügten Sourcecode.
-
Thread
STK500 und AT90S8515 programmiert mit BASCOM
Hallo! Ich habe ein Problem mit der Programmierung! Wenn ich Pind.0 und Pind.1 "Taste" geht die LED nicht an. Der Chip hat an Pind.0 und Pind.1 den RXD und TXD eingange.... Kann das damit was zu tun haben? Ich programmiere den Chip in BASCOM über ISP! Wo kann das Problem liegen? Hier der Code: $regfile "8515def.dat" $crystal = 3000000 Config Portb = Output Config Portd = Input 'Inverslogik erstellen STK500 LED's If Pinb.0 = 0 Then Portb.0 = 1 If Pinb.1 = 0 Then Portb.1 = 1 If Pinb.2 = 0 Then Portb.2 = 1 If Pinb.3 = 0 Then Portb.3 = 1 If Pinb.4 = 0 Then Portb.4 = 1 If
-
Thread
EEPROM vs. FLASH
Hallo Leute, leider ist mir aus dem AVR-Tutorial und dem Datenblatt meines AT90S8515 nicht ersichtlich, wozu der MC beides hat. Ich kann mein Programm hier oder da ablegen und es läuft. Wozu 2 ROM`s? Entschuldigt mich für meine (dumme) Frage. Gruss ehde76
-
Thread
ISP an USB mit Reichelt Adapte
STK500 ist natürlich besser, aber blöcke sind auch bei 910 möglich: "M : write many words at once". cu joern
versorgt. des design entspricht also bis dahin dem original atmel avrisp nur mit einem mega16 statt einem 90S1200. da diese aufgabe alleine ein ziemliche verschwendung des mega16 waere, wird dieser auch noch fuer einen jtag-ice-nachbau genutzt. evertool funktioniert mit dem reichelt usb-seriell-adapter. aber
-
Thread
atmega8 und lcd
möchte auf einem Standard-lcd (2*16) ein paar Zeichen ausgeben. Nun hat das alles schon prima auf einem at90s8515 funktioniert. Jetzt soll das aber auf einem Atmega8 auch laufen - tuts aber nicht. Anschlüsse sind gleich geblieben, alles steckt am stk500 (ich denke an der Hardware liegt das nicht. Einzig der
Hallo josch.... ich habe jetzt auch ein STK 500 und mit einem AT90S8515 und würde gerne auch ein LCD ansteuern...leider habe ich noch nicht so viel Ahnung davon...vieleicht kannst du mir etwas helfen...mit Anschlussbelegung und Programmierung- evtl. ein vorhandenes
-
Thread
Einstellungen am PC fuer UART?
Hallo, Ich hab hier einen AT90S8515 in einem STK500, den ich mit dem AVR Studio 4 programmiere. Jetzt wollte ich mit dem UART spielen (siehe angehaengter Code, falls das eine Rolle spielt). Kurze Zusammenfassung, was das Programm
gefunden: Die Interrupt-Tabelle hab ich naemlich einfach von einem Tutorial uebernommen, in dem ein AT90S4433 verwendet wird, ich verwende aber o.g. AT90S8515. Habe die Interrupte-Tabelle jetzt mit den Angaben aus dem Datenblatt korrigiert. Leider tut sich aber immer noch nichts. Weitere, hier eher
-
Thread
Frage zu Interruptaufrufen
aus der Interruptroutine werden diese dann wieder vom Stack geladen. Wie ist es bei einem µC? Der AT90S1200 bietet ja beispielsweise Interrpts, besitzt aber keinen (zumindest per Programm erreichbaren) Arbeitsspeicher. Und wie ist es beispielsweise bei dem ATmega8515, der ja Arbeitsspeicher besitzt?
-
Thread
LCD ASM aus Tutorial
Hallo, ich habe ein Problem mit dem Code hier aus dem Tutorial, es Läuft alles auf einem AT90S1200 auf einem 8535 oder 8515 oder Mega32 bekomme ich es nicht hin, ich weiß einfach nicht wo der Fehler liegt, es ist alles auf den jeweiligen Prozessor umgestellt. Viele Grüße Mario
Fehler sind sicherlich nicht im Tut, sondern in deinen Änderungen... Bit- & Bytebruch... ...HanneS...
-
Thread
call/jmp bei welchen AVRs?
Hi, also die Basic-Reihe (AT90S1200, AT90S2313, AT90S4414, AT90S8515) hat diese Befehle definitiv nicht. Die ATMEGAs müssten diese eigentlich haben, auch der ATMEGA8. mfg mü
-
Thread
SUCHE dringend AT90s8515 PDIP wien/österreich
hallo, ich verzweifle gerade, da ich nirgends hier den atmel at90s8515 in pdip bauform bekommen kann. ich müßte dringend ein projekt fertigstellen und hab die software für diesen prozessor entwickelt. pin und softwarekompatibel wäre noch der 4414 aber, den hab ich
-
Thread
Problem mit AT90Can128
Compiler(-frontend) mitteilt, für welchen MCU-Type (microcontroller unit) man compiliert, also -mmcu=at90s8515 oder -mmcu=atmega128, oder eben -mmcu=at90can128. CVS ist das concurrent version system, das vermutlich meistverbreitetste Versionsverwaltungssystem. Damit werden u. a. auch die Quellen
wenn`s ja nur I/O und INT wären, dann wäre es ja recht einfach. Beim AT90CAN128 hat man aber gerade bei den Ports und Funktionsregistern eine Menge zwischen I/O-mapped und MEMORY-mapped verschoben. Um hier
-
Thread
Wie misst mann eine Spannung mit einem Atmel AT90S8515?
Der AT90S8515 hat keinen AD-Wandler, dafür bräuchtest Du einen AT90S8535 (bzw. den ATmega8535). (Zwar hat der '8515 einen Analogkomparator, aber ich denke nicht, daß Du Dir einen sukzessiven Approximationswandler
Spannung anlegen welche z.B. im Display anzeigt oder gespeichert wird. Ich möchte auch auf alle Fälle den AT90S8515 verwenden.
-
Thread
Uart Problem mit ATtiny26
ist leider nicht allzugut. Eigentlich habe ich Null Ahnung wie ich den uart verwenden kann. Beim AT90S8515 habe kann ich senden und Empfangen die diese Typen sind vollkommen verschieden. Gruss Eloardos
Andererseits befindet er sich dort bei den EEPROMs in guter Gesellschaft mit u.a. ATmega 16 und 8515... Und tatsächlich steht beim Tiny26 in der Übersicht, das er einen UART haben soll. Da sollte man ihn doch sicher zurückgeben können, oder? Gruß Ingo
-
Thread
EEPROM, lesen/schreiben geht nicht
folgendem Code versuche ich, ein Byte an der ersten Stelle im Eeprom meines Atmel-Controllers (AAT90S8515) zu speichern. Wenn ich den Code neu compiliere und NUR die besagte Stelle auslese, kommt 0 Inhalt zurück. Was läuft da falsch?
als jede andere Zelle. Allerdings geht allgemein die Einschätzung um, daß besonders die AVRs der AT90-Serie anfällig gegen EEPROM-Korrumpierung sind, wenn sie (auch read/only) in einen brown-out geraten. Die aktuellen Chips sind dem Vernehmen nach davon weniger betroffen, wobei mir nicht klar ist
-
Thread
OT Uart unter Linux?
vielleicht kann mir einer von euch weiterhelfen. Ich möchte eine Zeichenkette von einem Atmel AT90S8515 an einen PC schicken, per UART. Mit Windows und Hyperterminal alles kein Problem, "TEST!" wird ausgegeben. Jetzt versuche ich schon seit 2 Tagen mit stty meine serielle Schnittstelle unter
man stty hilft nix weiter? Bei sowas nehm ich sonst minicom, musst aber als root mit "minicom -s" aufrufen, damit du die Paramter verstellen kannst. Oder nimm seyon. Oder du schreibst es in C, musst aber mit tcsetattr die Baudrate usw. einstellen. Findest du z.B. in http://www.ganter.at/software
-
Thread
WINAVR - Bug ?
Welcher Compiler, welcher MCU-Typ, welche Optimierungsstufe? Bei mir funktioniert das (GCC 3.4.0, at90s8515, -Os). Allein die Tatsache, daß Du <io.h> statt <avr/io.h> benutzt, läßt mich vermuten, daß bei Dir irgendwas zu alt sein könnte.
-
Thread
eeprom_read_word()
void readfoo(void) { foo = eeprom_read_word(&eefoo); } % avr-gcc -W -Wall -c -mmcu=at90s8515 -O foo.c %
Ok, hab in meinem Quelltext die Definitionen für u08 u16 u.s.w an die Definitionen in inttypes.h angepasst. typedef uint16_t u16; http://jubal.westnet.com/AVR/doc/avr-libc-user-manual/group__avr__inttypes.html jetzt mit der Doku zufrieden? :-)
-
Thread
atmega8 Frage c-compiler
these lines according to your project ################## #put the name of the target mcu here (at90s8515, at90s8535, attiny22, atmega603 etc.) MCU = at90s2313 wenn man aber mcu = atmega8 einsetzt, kommt eine typenliste wo der atmega8 leider nicht drin ist. was genau muss ich da alles neu
4.4.2004 nehmen." Du musst ja wirklich eine uralte Version haben. Mein GCC (3.4.0) liefert z.B.: at76c711 avr4 atmega8 atmega8515 atmega8535 avr5 atmega16 atmega161 usw. ruf mal avr-gcc -v auf, dann siehst du die Version vom Compiler.
-
Thread
DS1820, DS18B20 in C
even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Linking: main.elf avr-gcc -mmcu=at90s8535 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-adhlns=main.o -std=gnu99 -Wp,-M,-MP,-MT,main.o,-MF,.dep/main.elf.d main.o 1WIRE.C
* [main.elf] Error 1 > Process Exit Code: 2 Müssen bei Deinem Code SFR-Bezeichnungen für den AT90S8535 angepaßt werden? Was ist mit den Umwandlungen von Uchar zu Char?? Liegen die ganzen Fehlermeldungen möglicherweise an meinem makefile? Ich bin dankbar für jeden Hinweis. BTW: Danke
-
Thread
AT 8515 läßt sich nicht programmieren
Hallo, ich möchte gern meine AT90S8515 programmieren, aber leider stellt sich dabei ein Problem dar. Wenn ich in der Vorauswahl Device den 8515 auswähle und Erase device betätige läuft alles noch ohne Probleme und Fehlermeldungen.
-
Thread
LCD Problem
keine freien Zeichen auf mein LCD Display schreiben. Ich habe ein Progamm geschrieben, dass mit einen At90s8515 einwandfrei funktioniert und mit den anderen beiden ebenfals bis auf die Soderzeichen? Ich habe schon mehrmals das Datenblatt gelesen und konnte bei beiden nichts über dieses Problem finden
-
Thread
welcher Mikrocontroller ist der beste
Sehr billig ist der AT90S2313 aus der AVR Familie (bei Reichelt 2,10 ). Sitzt in einem 20 Pol DIL Gehäuse. Extern werden noch 2 Kondensatoren und ein Quartz benötigt (Flash ist bereits im Controller). Der Programmer besteht
Allerdings empfehle ich einen etwas leistungsfähigeren Controller, der c.a. das Doppelte kostet (z.B. AT90S4433 oder ATMEGA8). Schau mal hier ins AVR Tutorial, da findest du alles nötige.
-
Thread
DRAM Interface
Serielle Puffer voll ist, wird er parallel ins DRAM übertragen. Mit einem 8051 schaffe ich damit 40MB/s...
Schaltbild vom Logikanalysator in der elektor 2/2003 an. Die benutzen FIFOs und steuern die mit einem AT90S8515. Damit erreichen sie bis zu 40 Mhz Samplerate auf 36 (digitalen) Kanälen. Ansonsten bleiben die altbewährten Chips der 8086/Z80-Generation, also 8237-DMA, Z80-DMA o.ä. (Ich glaube kaum, daß