-
Thread
ISP Programmierung geht nicht
verbunden, da der ATMEGA VCC von der Schaltung bezieht! oder habe ich hier schon einen Denkfehler! Wie muss RESET sein, wenn ich ein Programm übertragen will?? high(5v) oder low(0V)?? Wie erkennt der Mikrocontroller
muss doch jemanden hier geben der sich mit dieser Thematik extremst auskennt. Ich habe zB. einen ATMEGA8515L frei verdrahtet und zwar NUR mit der ISP6PIN! Gleiches Fehlerbild wie oben beschrieben. best regard Christian
-
Thread
Falsche LED's leuchten
Ich benutze die AVR Studio Version 4.13, WinAVr 5.25, das Testboard STK500 und als Mikrokontroller ATmega8515L. Nun habe ich folgendes kleines Programm geschrieben: #include <avr/io.h> #define true 1 #define false 0 int main(void) { unsigned char akku = 0b00100101; //PortB als Ausgabe
-
Thread
AVR stürzt manchmal ab
Ich hatte auch mal bei einer Maschinensteuerung mit Atmega8515 viel "Freude" an wilden Programmsprüngen. Es lag an den internen Ziehwiderständen, die zu hoch waren, so daß die Eingänge sehr sensitiv reagierten. Nun habe ich externe Ziehwiderstände von 4,7K
-
Thread
Endstufe von Prozessorzündung ändern
mit Ponyprog und meinem guten alten PAR-Kabel. Die wollten bei 10MHz nimmer (allerdings mit nem ATmega8515). gruss wolf
-
Thread
Probleme mit ATMEGA16 im STK500
Hallo, ich versuche gerade nagelneue ATMEGA16 16PU im STK500 zu programieren. Weder mit ISP noch mit HighVoltage programing funktionierts. Avr Studio und STK500 sind inn Ordnung. Getestet mit einem 8515. Nach dem fünften habe ich aufgegebn
Ist der Mega16 im richtigen Sockel? Dran denken, dass der nicht in den Sockel kommt, in dem der 8515 programmiert wird, sondern in den anderen 40-Pinner...
-
Thread
µC für DMX-MIDI-Interface
Ja, bei den AVRs: ATmega8515 oder atmega162, wenn's im DIP-Gehäuse sein soll, alle 'größeren' AVRs (64 und mehr Pins, SMD) auch. Bei anderen 'Familien' (8051, pic, ...) gibt's aber bestimmt auch welche. Deine Wahl sollte
-
Thread
RS232 Protokoll mit RXD/TXD und STX/ETX?
und Empfang erlauben würde" ist doch ein Unterschied, zum voll-duplex das ich benutze beim AT90S8515 (ersetzt ATMega8515)
auf Anhieb, sprich es könnte sein das ich meine Checksumme die ich vom LabView bekomme und im AT90S8515 vergleiche nicht richtig berechne, was ich nicht denke;) Oder liege ich mit dieser Vorgehensweise total falsch??? [avrasm] .include "8515def.inc" .def ZwiSpa = R18 .def temp1
-
Thread
Dmx senden mit einem mega16
noch von der fleury library angesteuert. Meine main() routine schaut so aus: (ich verwende einen atmega16) [c] int main(void){ cli(); MCUCSR |= (1<<JTD); MCUCSR |= (1<<JTD); lcd_init(LCD_DISP_ON); lcd_puts("test 123\nfoo bar"); for(unsigned
Vektoren und init_dmx hab ich direkt aus dem anderen o.g. Projekt übernommen ( INTO und RXD von atmega8515, der chip aus dem anderen Projekt sind pinkompatibel zu meinen mega16 ). Aber warum schmiert er mir ab? Es kann doch eigentlich nur an den ISR Routinen liegen, oder? Vielen dank!
-
Thread
AVRStudio stürzt bei ext makefile ab
this lines according to your project ################## #put the name of the target mcu here (at90s8515, at90s8535, attiny22, atmega603 etc.) # MCU = atmega163 # MCU = atmega161 # MCU = atmega323 # MCU = atmega128 MCU = atmega8 #put the name of the target file here (without extension) #
-
Thread
Einsteigsproblem: AVR führt Programm nicht aus?
Hallo! Ich experimentiere seit ein paar Tagen mit dem AVR STK500 Board und dem darauf gesteckten ATMega8515L. Um die grundlegenden Funktionen zu testen, habe ich die Leds des STK an PORTB, die Schalter an PORTA angeschlossen. Als Entwicklungsumgebung nutze ich die neuesten Versionen von AVR-Studio
-
Thread
UART Bootloader ATtiny13 - ATmega644
0x1e9007: "ATtiny13", 0x1e910A: "ATtiny2313", 0x1e9206: "ATtiny45", 0x1e9205: "ATmega48", 0x1e9307: "ATmega8", 0x1e9403: "ATmega16", 0x1e9406: "ATmega168", 0x1e9502: "ATmega32", 0x1e9609: "ATmega644", 0x1e9802: "ATmega2561", 0x1e9404:
ich mit unter 2400 Baud Übertrage geht es immer problemlos. Diese Fuses habe ich z.B. bei einem Atmega8515 gesetzt: BOOTSZ: 256 Words BOOTRST: gesetzt Ich will wirklich nicht an deinem Bootloader herumkritisieren, denn er funktioniert ja sonst wunderbar. Ich würde nur gerne wissen, was ich falsch
-
Thread
GPIB (HP-IB, IEEE-488, IEC-625) - Bus mit AVR verheiraten
ab dem Jahre 1980 empfehlen kann, such nach IEC BUS. Und umsetzen kannst du das ganze auf einem Atmega.
Slowenien). Es handelt sich um eine USB-GPIB Umsetzung auf Basis FTDI FT245BM (BL geht auch) und Atmel 90S8515 oder Mega8515 mit DS75160 und 75161. Also alles was man braucht. Schaltplan und Software ist komplett dabei, wird wohl mein nächstes Projekt! Wer mag kann das auch komplett da fix und fertig für etwa
-
Thread
LED Blinken / Lauflicht
Hallo Leute Wollt mir mit meinem STK500 und mienem ATMega8515 ein Lauflicht basteln. Da dies aber nicht so funktionierte wie ich wollte, hab ich mich entschlossen zuerst mal die LED's blinken zu lassen, da dies einfacher ist. Beim ersten versuch mit folgendem
Weiterhin benutzt du die falsche Includedatei.. Die 8515def.inc ist für den AT90S8515, du brauchst die m8515def.inc. Noch mag es gehen aber wenn du mehr machen willst kann sowas die absurdesten Fehler machen dank falscher I/O-Adressen. Gruß, Christian
-
Thread
Läutewerk für Bahnübergang bauen
angreifen" muß, um sie Bit für Bit herunter zu rasseln. Ich muß wohl einen Mega16 oder einen Mega8515 dafür nehmen, damit ich alles "unterkriege". @Bähnler So ungefähr war auch meine erste Idee, die ich oben beshrieben habe. Das Ergebnis hat mir aber nicht so gut gefallen. MfG Paul
Anhand des Quelltextes sehe ich jetzt erstmal, WIE es überhaupt gemacht wird. Leider habe ich keinen 8515 mehr da. Ich will mal in´s Datenblatt gucken, wie der Atmega16 mit Speicher ausgerüstet ist. Vielleicht geht es auch damit. Danke Dir erstmal Paul
-
Thread
Wir kriegen euch alle!
gut von Hand loetbar, 2x RS232, Geschwindigkeit ziemlich >egal, 5V Betrieb. Nimmm doch einen ATMega8515 - bis zu 64kByte RAM extern - sollte für Dich perfekt sein
> Wenn du mit 4 KiB RAM auskommst, kannste dir auch den ATmega644/644P > angucken. Den gibt's sogar im bastlerfreundlichen DIL-40. Da hassu recht. Hatte ich mir garnicht angeschaut weil der im Reichelt Katalog nur 1kb hat. Aber 4kb ist knapp, wohl nicht
-
Thread
LDR für AVR
Hallo zusammen, ich möchte eine LDR für den externen Interrupt beim ATMEGA8515 verwenden. Ziel soll es sein, dass bei Dunkelheit eine LED an einem anderen Port beim Aktivieren des Interrupts für eine Minute leuchten soll. Genügt es, dass ich die LDR über einen Spannungsteiler
-
Thread
Quarz (4/ 16 MHz) an STK500 anschießen!?
studiert und mich dann doch entschlossen die Frage nochmal hier zustellen... Es geht dabei um einen ATmega 8515. Wie schließe ich einen Qarz an? 1. Die beiden Beinchen des Qurz mssen ja in den Socket for Crystal gesteckt werden, ist egal welches Beinchen wo rein? 2. Ich habe gehört das es passieren
oki. super, dass hört sich ja schon gut an... Was muss ich jetzt genau bei dem ATmeg8515 machen, um den Quarz zu aktivieren? Unter Fuses auf Ext. Crystal/Resonator Hgh Freq,;Start-up tim: 16k CK + 4ms;??Muss ich einen Jumper umsetzten?
-
Thread
8255 PIO an ATMega8515 ?
Hi , hat schon mal jemand einen 8255 am AVR betrieben ? Ich möchte das an einem ATMega8515 der mit 16 MHz laufen soll über das XRAM-Interface . Lassen sich Wait-States auch für bestimmte Adressen , oder einen bestimmten Bereich einstellen ? Es soll auch ein 32 KB-SRAM mit angeschlossen
angeschlossen , solcher ist hier aber nicht schnell genug . Gibt es eine bessere Möglichkeit den ATMega als Slave am ECB-Bus zu betreiben ? Gruß Rainer
-
Thread
Gibt es eine Funktion
Hallo, habe ein Atmega 8515 Programmiert. Und brauche für mein "Problem" einen Lösungsansatz. ich habe z.B 3 Zahlenwerte und einen Masterwert Beispiel Z1 = 20 Z2 = 40 Z3 = 80 Masterwert z.B 20 Die Zahlenwerte
-
Thread
delay bringt mich zum verzweifeln; Optimization level?
warning "Compiler optimizations disabled; functions from <util/delay.h> won't work as designed" Atmega8515L Mein Quelltext: #include "avr/io.h" #ifndef F_CPU #define F_CPU 1000000UL #endif #include "util/delay.h" int main(void) { uint8_t i=0; DDRA = 0b00000001;
Habe einen STK500 aus dem Schrank genommen (da steckt ein ATmega8515 von Haus aus drin), deinen Code compiliert, geflasht -- geht. Mir kommt es so vor, als würde er zu schnell blinken, hab's aber auch nicht nachgemessen oder andwerweitig analysiert. > warning
-
Thread
STK500 in 1. Version (05/06)
das grüne Heftchen zum Feuer machen verwenden. Da steht ja auch noch drauf das man einen AT90S8515 dabei hat. Ist aber shcon lange ein Atmega8515... Ein Freund ist auch gleich mal drauf reingeflogen weil er nur aufs Blatt und nicht so genau auf den IC geschaut hat. (Was hab ich gelacht, OK, das war
noch den unterschied das irgendwann die Bestückung von AT90S1200 und AT90S8535 auf Atiny2313 und Atmega8535 gewechselt wurde. Habe inzwischen beide Version hier, von der Funktion kein unterschied. (Nur das mein altes defekt ist...) Gruß Bernd
-
Thread
Prozessoren fürs STK500
Prozessor für nen kleinen Euro gefunden. Daher wollte ich mal Fragen wo drin Sie sich Unterscheiden? ATmega 8L-8PI Atmel ATmega8 AVR Flash DIP28S° ATmega 8-16PU Atmel ATmega8 AVR FlashController DIP28 ATmega16-16PU Atmel ATmega AVR FlashController DIP40° ATmega 8-16AU Atmel ATmega8 AVR Controller TQFP32
> ATmega 8-16AU Atmel ATmega8 AVR Controller TQFP32° > AT89C4051-24PI Atmel im DIP20-Gehäuse° > AT90S1200-12SI Atmel im SMD-Gehäuse° > AT90S1200-12PI Atmel im DIP-Gehäuse° Die kannst Du vergessen ..
-
Thread
STK500 -> Sender -> Empfänger -> Servo anschließen
STK500 verstanden habe, ist im Lieferumfang ein AVR enthalten? Bei mir waren zwei drin, ein ATMEGA16-16PU und ein ATMEGA8515L-8PU.
>> Bei mir waren zwei drin, ein ATMEGA16-16PU und ein ATMEGA8515L-8PU. Würde die für mein Projekt ausreichen?
-
Thread
externes RAM am ATMEGA64
*/ void init_memory_mapped(void) { #if defined(__AVR_AT90S4414__) || defined(__AVR_AT90S8515__) \ || defined(__AVR_ATmega64__) || defined(__AVR_ATmega128__) || defined(__AVR_ATmega103__) /* enable external memory mapped interface with one wait state */ MCUCR = _BV(SRE) | _BV(SRW); #elif defined(__AVR_ATmega161__) || defined(__AVR_ATmega162__) || defined(__AVR_ATmega8515__) /* enable external memory mapped interface with one wait state for the entire external address space*/ MCUCR = _BV(SRE
-
Thread
SDK500 Verhext???? (HILFE)
nicht funktioniert (könnte allerdings auch am Board liegen). Mein erster gedanke war "nun ist der Atmega8 futsch". Also habe ich alles wieder auf das STK500 gesteckt (LCD und AVR). Leider hats nicht mehr funktioniert. Ich habe probiert den Chip neu zu Programmieren. Dies hat nur bis zum Punkt "Reading
Um wirklich sicher zu gehen, dass der Chip im Eimer ist, habe ich probiert den mitgelieferten Atmega8515 mit dem selben Programm zu programmieren. (Natürlich habe ich diesen unter Device auch angewählt). Und nun die grosse verzweiflung! immer noch das selbe problem es geht nur noch bis "Reading FLASH
-
Thread
SPI an ATmega8515L funktionier nicht
Hallo! Ich hab in cvavr ein kleines programm geschrieben, das einfach ein byte über das spi senden soll. Ich hab das oszi nun auf sck, miso, mosi gehängt aber man sieht nur 1en takt auf der sck leitung. Dann wird sofort der SPI transfer complete interrupt ausgelöst. Ich weis leider nicht was daran falsch sein kann, zumal es im datenblatt auch nicht viel anders steht. hier der code: SPCR = 0xDE; //Master, 125 kHz, Clock:cycle start, polarity: high,msb first SPSR = 0x00; dann wird das spi interrupt flag gelöscht: #asm in r30, spsr in r30, spdr #endasm dann schriebe ich das
-
Thread
Timer im Compare Betrieb Comp A/B
AVR: 8515 <-- Vorgänger vom Atmega STK500 So Denn, Ich habe ganze 4 Beiträge gefunden die sich mit Compare 1 Beschäftigen und 0!! die mehr machen :( Also Gut. Ich Programmiere grade einen Frequenzgenerator
weitaus mehr Timern und besseren Features (doppelt gepufferte OC-Register) ausgestattet. Auf dem 90S8515 verrenkst Du Dir den Arm mit solchen Dingen
-
Thread
Printf in workpad (myavr)
./avr/bin/ld.exe -m avr2 -o printf.elf d:/winavr/bin/../lib/gcc/avr/4.1.2/../../../../avr/lib/crts8515.o -Ld:/winavr/bin/../lib/gcc/avr/4.1.2 -Ld:/winavr/bin/../lib/gcc -Ld:/winavr/bin/../lib/gcc/avr/4.1.2 -Ld:/winavr/bin/../lib/gcc/avr/4.1.2/../../../../avr/lib -Ld:/winavr/bin/../lib/gcc/avr/4.1.2/.
root@slax:~# avr-gcc -L /usr/local/bin/lib/gcc/avr/4.1.1/ -I /usr/local/bin/avr/include/ -mmcu=atmega32 -O3 -c /root/Desktop/firsttest/A.c -o A.o In file included from /root/Desktop/firsttest/A.c:2: /usr/local/bin/avr/include/stdio.h:45:20: error: stdarg.h: No such file or directory /usr/local/bin
-
Thread
Problem it STK500 und dem AVR Tutorial ...
Vielen Dank für deine Schnelle Antwort! Ich habe ein Atmega8 (28pins) im grünen Sockel (ich glaube SCKT3200A2). (Leider kann ich dir die genauen Bezeichnungen momentan nicht durchgeben, da ich das Board nicht vor mir habe. mfg sascha
findest du in der Doku oder auf der Rückseite des STK500) verbinde ISP6PIN mit SPROG2 bei gestecktem ATMEGA8 achte darauf, daß der ATMEGA8 richtig in der Fassung steckt das ISP6PIN Kabel richtig mit SPROG2 verbunden ist (PIN1 auf PIN1!) Wenn dies nicht funktioniert nimm den HIGH VOLTAGE Programming Mode
-
Thread
AVR defekt? Wie feststellen
hab nen ATmega8515. Ja wollt ja bloß wissen, ob man das irgendwie feststellen kann. Bin ja noch ganz am Anfang der "AVR-Programmier-Karriere".
-
Thread
Merkwürdiges Verbindungsproblem STK500 <-> PC
Guten Abend, ich habe gerade folgendes Problem mit meinem STK500: Ich habe einen Atmega8 eingesetzt und unter AVR-Studio programmiert. Nach dem Programmieren (Flashen und Verify), konnte angeblich keine Verbindung mehr zum STK500 aufgebaut werden. Atmega8 entfernt und es ging wieder. Mit einem zweiten Atmega das gleiche Problem, einmal programmiert, dann keine Verbindung mehr. Atmega16 eingesetzt, gleiches Problem. Atmega8515 in den Sockel: Lässt sich programmieren, auch mehrmals, immer ist die Verbindung
-
Thread
STK 500 - ausgesperrt?
Tage alleine rumprobiert und komme nicht weiter. :( Ich habe mir das STK500 gekauft mit nem ATMEGA8515 drin. Als ich das AVR-Studio das erste mal startete, lief alles super. Es hatte eine Verbindung zum Chip, die LEDs leuchteten, wenn ich auf das Fuses-Tab ging etc. Wenn ich auf die Taster drückte
Hallo Otto, hallo Peter, vielen Dank für die Tipps. Ich habe nochmal den 8515 genommen und die Software mit Servicepack auf dem Rechner meiner Freundin installiert und den Chip upgegradet, wie Du es (Peter) empfohlen hast. Beim Updaten hieß es, man solle alle Kabel aus der
-
Thread
AVR + SD Karte
gerne verbieten möchte... Ich komme aber im Moment wirklich nicht weiter. Ich benutze einen ATMega8 und versuche eine SD-Karte im Software-SPI zu betreiben. Aufgebaut habe ich das ganze durch Spannungsteiler wie sie bei Ulrich Radig, dem Mr Midi Projekt, etc.. zu finden sind. ATMega8 läuft mit 5V
gerade nicht rumliegen. Taktmäßig sind die CMOS-Bausteine auch schnell genug, um mit dem SPI des ATmega mitzukommen. @keksladen: ich würde dir vorschlagen, bau dir eine "vernünftige" Busumsetzung vom ATmega zur Karte. Teste die durch und du kannst die Ecke schonmal aus den vielen Fehlern, die man
-
Thread
Multimeter
Zwischen atMega8 und atMega88 gibt es noch Unterschiede beim ADC-Wandler AVR094: Migrating from ATmega8 to ATmega88 - http://www.atmel.com/dyn/resources/prod_documents/doc2553.pdf AVR095: Migrating between ATmega48, ATmega88 and ATmega168 - http://www.atmel.com/dyn/resources/prod_documents
Spannungsteiler für den ADC wurden ebenfalls für 1,1V interne Referenzspannung (statt 2,56V beim ATmega8) angepasst. Die überarbeitete Firmware und das Eagle-Layout sind beigefügt.
-
Thread
uart_puts ("...") gibt plötzlich ein 'R' aus
String nicht befunden hat. Bei einer noch höheren Anzahl von zu sendenden Zeilen fängt plötzlich der ATMEGA8515L an fortlaufend die ganze ASCII-Tabelle wiederzugeben, wobei er jedes Zeichens mehrmals wiederholt. Ich nehme an, ich hab hier ein Problem mit irgendeiner Puffergröße?! Kann mir jemand nen Tipp
nicht befunden hat. Bei einer noch höheren > Anzahl von zu sendenden Zeilen fängt plötzlich der ATMEGA8515L an > fortlaufend die ganze ASCII-Tabelle wiederzugeben, wobei er jedes > Zeichens mehrmals wiederholt. Ich nehme an, ich hab hier ein Problem mit > irgendeiner Puffergröße?! Jo, Dein SRAM
-
Thread
Problem mit LCD Ansteuerung!
Ich habe ein Program für LCD geschrieben( wie AVR Tutorial ). Ich benutze Atmega8515 und LCD mit KS0066U Controller. Es funkzuniert aber nicht. Bitte hilf mir!
sind ein paar Weblinks drin. Auch habe ich nicht im Kopf, ob alle Pins von PORTB und PORTD beim Atmega8515 General-I/O-Pins sind oder ob einige andere Funktionen haben. D.h. hier würde ich auch im Datenblatt lesen.
-
Thread
UART in C STK500
Hallo miteinander, hab ein kleines Problem bzw. eine Frage. Benutze den ATmega16 und das STK500 Board hab hier in der Codesammlung was gefunden was ich gut gebrauchen kann. http://www.mikrocontroller.net/topic/38901#new Allerdings bringt er mir immer wieder Fehlermeldungen das er das ganze nicht initialisieren kann. Hab das ganze dann erst mal mit dem ATmega8515 simuliert, nun wollte ich fragen ob ich das was übertragen wird irgendwie auf PortB darstellen kann hier ist das doch das "c" bei UDR = c oder!? Danke schon mal
-
Thread
CKOPT gesetzt und nun keine Kommunikation mehr
Hallo, habe einen Atmega8 und habe an diesen zwecks genauerer Zeiten einen externen 12 MHz Quarz gehangen. Nun wollte ich diesen auch benutzen. Auf einer Internetseite stand, dass man zum aktivieren des externen Quarzes in
Hast du das jetzt schon mla ausprobiert mit dem AVR retten weil ich gerne meinen ATMEGA8515 retten würde. Wenn ja wie hast du es gemacht MFg TWISCHER
-
Thread
Belegung AVR 6-pin ISP-Stecker einreihig! (2. Versuch)
ist es: Vcc MOSI MISO SCK Reset GND Das sind die Pins der Reihe nach wie sie bei einem mega8515 vorkommen. Da aber wirklich jeder seine eigene Belegung macht, such dir einfach was aus, was dir gefällt.
einige einreihige Adapter, für die Typen gemacht, die ich nutze. Im Bild z.b. für den AT90S8535 und ATMega16, da man auf den Steckbrett ja nur einreihig arbeiten kann, auf den Platinen nutze ich allerdings gleich den 2x5 Standart um ohne Adapter auszukommen. Vergießen kann man das ganze auch gut einfach
-
Thread
STK500 mit ATMega8L
Hallo, ich habe einen ATMega8L in ein STK500 eingesetzt und versuche nun mit Code VisionAVR Eval. ein Programm auf den Chip zu spielen, bekomme aber die Meldung "STK500 error entering programming mode". Verbinden von BSEL2 rechts mit PC2 und Jumper in beide PJUMP hat mir nicht weitergeholfen. Bei einem ATMega8-16 bekomme ich einen Signatur-Error. Mit dem mitgeliefertem ATMega8515L läuft alles super. Hat jemand eine Idee, wie ich weiter komme?
-
Thread
TFT-Display mit AVR ansteuern
von einem Forenmitglied per Lötofen löten lassen. Der Displaycontroller soll dann über einen ATMega64 angesteuert werden. Aktueller Projektstand ist, dass die Verbindungen zwischen ATMega, S1D13504 und RAM mit Fliegender Cu-Lackdraht-verdrahtung gelötet sind. Ich werde sie dann noch alle kontrollieren
leider nur 16Bit Farbtiefe, dafür wären auch >> 600x800 Pixel kein Problem. Du willst einen ATmega64 ranhängen? DasDisplay hat leider nur 16Bit Farbtiefe??? Wie willst Du mit einem ATmega64 16Bit Farbtiefe verwalten und das bei 800x600 Pixel? Ein Bildschirminhalt hat dann 937,5Kbyte also fast
-
Thread
Peter Dannegger's RC5 Beispiel
ich informiert bin. 1 Frage) Hat vielleicht jemand in diesem Forum diesen code auf einen AT90S8515 portiert? Ist das überhaupt möglich? 2) Abgesehen von den Biblothekenimporten müssen diese 5 Zeilen für den AT90S8515 angepasst werden [c] UBRRL = bauddivider; //set baud rate UBRRH = bauddivider
>1 Frage) Hat vielleicht jemand in diesem Forum diesen code auf einen >AT90S8515 portiert? Ist das überhaupt möglich? Mit Sicherheit. >2) Abgesehen von den Biblothekenimporten müssen diese 5 Zeilen für den >AT90S8515 angepasst werden Richtig. Extra dafür steht in den Kommentaren
-
Thread
USB DMX In/Out - Sinn oder Unssin folgenden Aufbaus
der RS232 zu SPI Brücke auch noch intelligentes Merging durchzuführen. 5) Eine lösung mit mega8515 und USBN scheidet imo aus, da ich weder mit Material zu Ätzen eigener Boards ausgestattet bin, noch eine hinreichende Feinmotorik zum Löten von SMDs habe. 6) An den zweiten UART des LM3S811 ließe sich
Prozessoren aufzuteilen wenn es locker mit einem geht? Nimm entweder ein AVR mit 2 UARTS (z.b.: ATMEGA162, MEGA64 oder MEGA128) oder du programmierst Software-UART. Eine weitere Möglichkeit wäre ein FTDI-Chip mit parallelem Ausgang. So solltest du keine Probleme haben das ganze mit einem Prozessor zu
-
Thread
UART-Fehler :(
ich habe einen ATmega8515, bin mir nicht sicher, dass ich nichts verstellt habe. Habe nämlich schon ein paar Programme auf ihm laufen gehabt. ich verwende das STK500. Da ist doch ein Quarz drauf....Weiß aber nicht wie
Also...ich habe nun bei meinem ATmega8515 eine Leuchtdiode wie folgt drangehalten: An Pin11 (Transmit-Pin) die Anode der Diode und an Pin 20 (mit vorwiderstand) die Katode der Diode. Sie Leuchtet! von flackern ist nichts zu sehen.