Gefunden für avr testprogramm stk500 - Zum Elektronik Forum |
| 1 - ATMEGA32 liest nur 0xFF aus dem EEPROM -- ATMEGA32 liest nur 0xFF aus dem EEPROM | |||
| |||
| 2 - STK500: Keine Verbindung über COM1 -- STK500: Keine Verbindung über COM1 | |||
| Hallo Freaks,
danke für Eure Hilfen. Wir haben das Problem beheben können, in dem wir AVR-Studio neu aufgesetzt haben. Jetzt hat sich ein neues Problem eingestellt - nämlich, dass unser kleines Testprogramm nicht korrekt interpretiert wird. Dazu mehr im neuen Thema led-testlauf. 
Es wäre primar, wenn Ihr uns da auch helfen könntet. Grüße - Klaus ... | |||
3 - PWM beim ATMega 8 -- PWM beim ATMega 8 | |||
| Hallo Leute,
ich möchte einen Servo mit einem Atmega8 ansteuern. Damit das Ausgangssignal so genau wie möglich ist, wollte ich die Compare Unit vom 16Bit Timer nutzen. Wenn ich das Datenblatt richtig verstanden habe, kann die Unit direkt auf ein Ausgangspin zugreifen und ich wäre nicht mehr Softwareabhängig. (Prozessor läuft mit 1MHz) Es sollte so ablaufen: Ich schreibe in OCR1AH / OCR1AL einen Wert. Lösche den Timer (TCNT1H / TCNT1L). Und setze den Ausgang (B1) auf „1“. Wenn der Vergleicher abgelaufen ist, soll er den Ausgang wieder auf „0“ setzen (nach 1,5ms). Nach etwa 20ms (dieser Teil des Programms ist noch nicht fertig) soll wieder alles von vorn beginnen. Im AVR-Studio funktionert es, aber am Prozessorausgang liegt immer „0“ an! 
Besser gesagt: ich habe es so geschrieben, dass es im AVR-Studio läuft! 
Das die Lösung im Datenblatt liegen könnte, weiß ich! Es sind nur eine Menge Seiten und alle auf Englisch. Falls mir also jemand direkt eine Lösung vorschlagen kann, wäre das sehr hilfreich. Mein Testprogramm: .NOLIST .INCLUDE "C:\m008def.inc" .LIST .def Temp1 = R16 .def Temp2 = R17 .def Data = ... | |||
| 4 - Messsignalauswertung im ADU Atmega32 -- Messsignalauswertung im ADU Atmega32 | |||
| Hallo zusammen!
@ConDomi Genau dich habe ich gesucht....man sagte mir hier im Forum ich sollte dich zu meinem Problem ansprechen.. Kenntnisse in Assembler habe ich..zumindest das,was bei uns in der Schule behandelt wurde (Grundlegendes)...Wir haben vom Lehrer ein Projekt auferlegt bekommen "Luxmeter" ...dieses sollen wir realisieren..Schaltungstechnisch (Siehe ersten Beitrag Anhang) denke ich sind wir schon gut voran gekommen..Das Projekt wird mit zwei Personen ausgeübt..meine Wenigkeit und meinem Klassenkameraden. Zu Programmierung haben wir uns ein Evaluationboard von Pollin gegönnt und einen Atmega32 (Ich weiß..der ist ziemlich groß und für diese Anwendung überflüssig...wir haben aber an die Zukunft gedacht falls wir mal weiter spieln wollen mit dem µC) es hätte sicherloich auch ein Atmega8 ausgereicht.. oder noch kleiner... mal schauen vielleicht besorge ich mir ein kleineren. Folgendes Display haben wir uns bei Pollin besorgt: LCD-Modul GOLDENTEK GC-1602G0 2-zeiliges LC-Display mit integriertem Controller KS0066 (HD44780 kompatibel). Das Display verfügt pro Zeile über je 16 Zeichen. Technische Daten: - 2 Zeilen x 16 Zeichen Text - integrierter Controller KS0066 (HD44780 kompatib... | |||
| 5 - Wintek LCD -- Wintek LCD | |||
| Hallo liebe Forumuser!
Ich versuche verzweifelt ein LCD (Typ: WINTEK WD-C2704M-1HNN) von Pollin anzusteuern. Ein Testskript habe ich von hier. Das Problem ist, es tut sich absolut nichts, nur zwei schwarze Balken am Display. Meine Frage nun, hat schon einmal jemand mit diesem Display oder mit dem Testcode gearbeitet? Ich weiß nicht mehr, wo ich noch nach dem Fehler suchen soll. Anschluss und Taktfrequenz habe ich schon überprüft. Vielleicht hat ja auch jemand ein Testprogramm passend für einen ATmega8 herumliegen und mag es mir geben 
mfg elektroluchs ... | |||
| 6 - Stereoanlageilier Problem -- Stereoanlageilier Problem | |||
| Guten Tag zusammen
Ich habe ein Problem beim kompilieren eines C Files in AVR Studio und auch in WinAVR. Ich habe ein ATmega48 und verwende das AVRISP mkII als In-System Programmer. Installiert ist WinAVR und AVR Studio 4.12.490 Service Pack 3 Da ich noch keine Erfahrung mit AVR's habe wollte ich zuerst ein Testprogramm laufen lassen. Also habe ich eine kleine Schaltung für den ATmega48 auf einem Steckbrett aufgebaut. Nun wollte ich ein Test Programm dass ich unter WinAVR gefunden habe kompilieren und dann herunterladen. Doch dann trat dieser Fehler auf: Build started 16.4.2007 at 14:41:48 avr-gcc.exe -mmcu=atmega48 gcc_test.o -o gcc_test.elf c:/programme/winavr/bin/../lib/gcc/avr/4.1.1/../../../../avr/lib/avr4/crtm48.o: In function `__vectors': ../../../../../avr-libc-1.4.5/crt1/gcrt1.S:51: undefined reference to `main' make: *** [gcc_test.elf] Error 1 Build failed with 1 errors and 0 warnings... Weis jemand von euch an was das liegen kann? Ich danke im voraus. Gruss Mathias ... | |||
| 7 - Problem beim Brennen mit AVRISPmk2 und AVRStudio -- Problem beim Brennen mit AVRISPmk2 und AVRStudio | |||
| Hallo, ich bins wieder, mit nem neuen Problem.
Ich wollte mal anfangen mich mit AVR µC's zu Beschäftigen. Ich habe mich für den ATMega16 Entschieden. Jetzt versuche ich den µC mit AVR Studio zu brennen, aber das funktioniert nicht. Im Bild sieht man das ich ein kleines Sinnloses Testprogramm geschrieben habe, welches fehlerfrei compiled wurde. Ich nutze den AVRISPmk2. Löschen, Spannung auslesen, Fusebits setzen / lesen funktioniert einwadfrei. Sobald ich aber das Programm Brennen will kommt immer diese fehlermeldung. Ich habe die Brennfrequenz schon auf 51kHz gestellt, geht aber trotzdem nich. Könnt ihr mir helfen? ... | |||
| 8 - 3 x PWM in Bascom -- 3 x PWM in Bascom | |||
| Hi,
der Tiny2313 hat 4 PWM Kanäle OC0A/OC0B (Timer 0) und OC1A/OC1B (Timer 1) Ich hab auch ein kleines Testprogramm für eine RGB LED Ansteuerung in Assembler. Allerdings ist es mein erstes "größeres" AVR Programm, also sicher noch nicht optimal programmiert, aber es läuft 
Code : ;********************************************************** .include "tn2313def.inc" ; Definitionen für ATTiny2313 ;********************************************************** ... | |||
| 9 - VGA mit Microcontroller -- VGA mit Microcontroller | |||
| Um die SRAMs umzuschalten benötigt man aber alleine schon 4x 74HC245 (oder schneller) pro SRAM, macht alleine schon 16x 74HC245. Insgesamt werden das mindestens 30 ICs, und lange Leitungen bei den hohen Frequenzen: Unmöglich.
Den ganzen Zähleraufwand kann man sich sparen, wenn man d) wählt: Ein 256kx8 Field Memory von OKI wäre genau das richtige: Kostet 10-20€, hat aber 30ns Taktrate, also max 33MHz, was für 545x480 reicht. Da man die Daten aber nur effektiv von links oben nach links unten schreiben kann, am besten noch ein 512k SRAM am AVR, das als normaler Bildspeicher dient. Der AVR dient dann als Display Controller und besitzt Funktionen wie SetPixel, Line, Text usw. Mit einem Befehl wird dann der komplette Speicher ins FIFO geschrieben. Mit ein paar Tricks schafft er das auch in wenigen ms. Da der AVR ansonsten nicht viel zu tun hat, erledigt er das restliche Sync Timing nebenher. Ich werde das mal ausprobieren, und mit etwas Glück kann ich dir heute Abend oder morgen ein kleines Testprogramm schicken, das ein einfaches Muster auf einem Monitor anzeigt.... | |||
| 10 - Große Arrays -- Große Arrays | |||
Zitat : Benedikt hat am 6 Aug 2004 19:40 geschrieben : Dann versuchs mal mit const vor dem Array: const unsigned char yamanetbildH[2900]={3, 27, 4, 27, 4, 28, 4, 29, 5, 27, 5 ... }; Hilft leider auch nix ... Hier noch mal der gesamte Code: Code : |
Im transitornet gefunden: Avr Testprogramm Stk500
|
Zum Ersatzteileshop Bezeichnungen von Produkten, Abbildungen und Logos , die in diesem Forum oder im Shop verwendet werden, sind Eigentum des entsprechenden Herstellers oder Besitzers. Diese dienen lediglich zur Identifikation! gerechnet auf die letzten 30 Tage haben wir 17 Beiträge im Durchschnitt pro Tag heute wurden bisher 6 Beiträge verfasst 19 Besucher in den letzten 60 Sekunden alle 3.16 Sekunden ein neuer Besucher ---- logout ----su ---- logout ---- |
xcvb
ycvb
0.064866065979