-
Thread
ATmega328P UART in Assembler
es im RX Fenster. Also der Adapter geht und richtig verkabelt ist auch alles korrekt. Wo mag der Fehler liegen? Holger [code] ; ; ATmega328_Hardware_UART.asm ; ; Created: 07.11.2015 16:23:15 ; Author : Holger ; .include "m328Pdef.inc" .DEF temp = r16 .equ F_CPU = 10000000
Hi >Wo mag der Fehler liegen? Bei 1MHz Takt hast du bei 9600Bd schon 7% Fehler. Mit internem RC-Oszillator kann es noch mehr werden. Gehe mal auf 4800Bd runter. MfG Spess
-
Thread
Baudraten bei 12Mhz
brauchst. Bei Deinem Problem kannste vielleicht über die Anzahl der Stopp-Bits verhindern daß ein Fehler erzeugt wird (Framingerror, Parity-Error). Aber nur wenn der Baudrate-Fehler kleiner als 1 Baudrate-Takt - bezogen auf die Übertragung eines Zeichens - ist, kann man mit dem Fehler leben. Eine Software-Korrektur oder wie auch immer ist mir nicht bekannt, da man die internen UART-Abläufe nicht beeinflussen kann. Gerhard
-
Thread
2 atmega einen als porterweiterung
sehr langsam Dann würde ich im Normalfall eine höhere Baudrate empfehlen, das sollte man mit dem internen Oszillator aber nicht machen. Du könntest eine Synchrone Datenübertragung wie SPI verwenden.
Doch bei mir irgendwie bei manchen, aber dann hab ich da wohl einen sehr banalen fehler drin.
-
Thread
PIC24FJ256GB406 oscillator Auswahl
electrical characteristics) auch beachten. Aber in fast allen Fällen braucht dein PIC gar keinen MHz-Oszillator: Dein PIC hat self tuning für den FRC. Dessen FRC (interner RC-Oszillator) kann mittels Uhrenquarz auf 0,05% getrimmt werden. Du kannst also statt einem MHz-Quarz auch einfach einen Uhrenquarz an
, schlichtweg falsch gesetzte CLKDIV. Na gut, 0.05% Genauigkeit sagst du, reicht mir das für UART aus?
-
Thread
Mega328p UART Problem
MKII zugelegt. Flux aufgebaut und los gings mit dem Assembler Tutorial. nun bin ich beim Kapitel UART und konnte den Mega nicht mehr mit dem internen Oszillator betreiben. Daher habe ich einen 8Mhz Quarzoszillator mit angeschlossen und wollte die Fuses setzen, leider hab ich das wohl falsch gemacht,
F_CPU/(16*(UBRR_VAL+1))) ; Reale Baudrate .equ BAUD_ERROR = ((BAUD_REAL*1000)/BAUD-1000) ; Fehler in Promille .if ((BAUD_ERROR>10) || (BAUD_ERROR<-10)) ; max. +/-10 Promille Fehler .error "Systematischer Fehler der Baudrate grösser 1 Prozent und damit zu hoch!" .endif ; hier geht
-
Thread
Mikrocontroller-Programmierung selber beibringen
das macht? >> Wie schnell taktet das Teil? Von welcher Quelle? > > Ohne nichts startet der interne Oszillator mit der Default-Frequenz, > steht im Datenblatt, üblich sind 12 MHz Manchmal ja, manchmal nein. Ein STM32L152 startet mit ~2 MHz, ein SAM3X mit ein paar kHz. Was das für ein Oszillator
Anfänger es geschafft hat die PLL so zu setzen, das nichts mehr läuft, kommt er immer noch mit dem ROM-UART-Bootloader rein. Dank internem Oszillator muss man auch keinen externen dranhalten wie beim AVR für die Rettung. Hier wurde noch kein einziger LPC gebrickt. Das hat aber wieder nichts mit AVR oder ARM
-
Thread
Atmega162 Baudrate Problem
Hallo. Mein ATmega162 soll eigentlich bei 9600 Baud Zeichen auf der UART-Schnittstelle ausgeben. Beim Hyperterminal muss man jedoch 19200 Baud einstellen, damit was ankommt. Der AVR wird mit dem internen Oszillator bei 4MHz betrieben. Wer hat noch einen Tipp für mich
>Der AVR wird mit dem internen Oszillator bei 4MHz betrieben. Nimm besser einen Quarz. >Wer hat noch einen Tipp für mich? Lies das Datenblatt und stell die Baudrate richtig ein.
-
Thread
UART mit Parität oder besser CRC am Ende?
Kann ich denn davon ausgehen, dass meine CRC-Routine nahezu 100% erkennt? Alle Fehler werden sich wohl nicht erkennen lassen, oder? Es gibt doch auch noch andere Prüf-Arten, bei denen man den Fehler zum Teil sogar selber beheben kann. Aber die sind verdammt aufwendig, oder? Gruß
arbeite immer ohne alles. Eine Außnahme ist nur mein Bootloader, da der auch auf einem AVR mit internem RC-Oszillator arbeiten soll. Und dann könnte es passieren, daß die Baudratenerkennung keinen Teilerwert mit genügend kleinem Fehler findet. Über ein extra Kommando kann dann die CRC16 über allen
-
Thread
mehrere AVR synchron laufen lassen
von bis XX Takte angegeben bis der Controller anfängt zu > arbeiten. Wobei diese Takte vom internen Watchdog-Oszillator gezählt werden, da es ja das Ansinnen ist zu warten, bis der Hauptoszillator stabil läuft.
der externe Takt zu dem Zeitpunkt wirklich >stabil ist. Er will alle vier AVRs mit einem Oszillator speisen, der ist dann stabil.
-
Thread
ATMEGA88V reagiert nach make programm nicht mehr
hilft mit einem TTL Logikbaustein ein simpler Taktgeber. Selbst ein paar hundert Hz reichen, um interne Fuses wieder zu richten. Gruß oldmax
nicht zur Laufzeit möglich, sondern man konnte dort *nur* per Fuse zwischen vier verschiedenen RC-Oszillatoren (oder diversen anderen Takten) wählen.
-
Thread
Erster eigener Schaltplan für ein DEV-Board (ATmega644)
319yyUMKwQAR8AABcyX6k8f125b249ed460d1119526bda7bd61f8 4 Sekunden sollten reichen, bis man den Fehler gemerkt hat ;-) Viele Grüße, Sebi PS: Die Frage bezüglich der externen 5V Spannung am Aref gegenüber der internen VCC beschäftigt mich weiterhin :-)
würde ich auch vermuten, das die aus nem einfachen Quarz einen Oszilator basteln und nicht den internen Oszilator-Schaltkreis verwenden - wenn ich raten müsste: Nicht alle AT-Chips die aufs STK500 draufpassen haben einen internen?
-
Thread
Problem beim Programmieren des AT89S52 Mikrocontrollers
Dke für deine schnelle Antwort. Ich habe es schon versucht aber ich kriege immer den gleichen Fehler. Gruß
wunderbar. Auch der AVRISP MkII kann die Dinger programmieren, aber es muss ein Quarz am MC sein, der interne Oszillator muss laufen. Stelle also sicher, das, wie oben beschrieben, ALE aktiv ist, bzw. der Oszillator läuft.
-
Thread
Debug Modus
> baud = 3686400/(16*(23+1)); // see datasheed Für einen RC-Oszillator kannst du die Frequenz aber recht exakt angeben.
Problem: Bist Du sicher, daß Du eine Frequenz von 3,6 MHz hast? Soweit ich das sehe kann der interne nur 1, 2, 4 oder 8 MHz (+- 1%) abhängig von den eingestellten Fuses (Seite 39 im Datenblatt)
-
Thread
Eigenes Serielles "Protokoll" - Meinungen?
von 2 µC gemacht, die mit einem unterschiedlichen Takt arbeiten, da ich persönlich meistens den internen RC-Oszillator der AVRs verwende. - Abgesehen von Anwendungen zur Kommunikation mit einem PC oder ähnlichem (UART). Ich habe lediglich Warte-Takte/Schleifen eingefügt, damit der jeweils andere rechtzeitig
Eingang konfiguriert. (Ende Wiederholung für jedes Bit!) Danach ist das Byte gesendet. Sollte ein Fehler auftreten, wird das durch ein entsprechend gesetztes Bit im Fehler-Register "DERR" gekennzeichnet. - Zur Zeit werden 'nur' Handshake-Fehler eingetragen: Fehler vor oder Fehler während des Sendens.
-
Thread
ATtiny2313 Optimierung Problem
starke Sprünge, Ziel war auf SW PWM mit 9 oder 10 bit Auflösung zu kommen (Tiny läuft mit 8Mhz internem Oszillator). Hat irgendjemand noch eine Idee was da faul sein könnte? Die Routinen einzeln laufen (PWM, Delay usw.)... Danke hufnala RS 232 log: hue Bri R G B EOF 01FC FF 01 FE 00 0D0A
aufgefallen. Das mit dem Wert ausgeben im Main/Init werde ich nochmal machen. Ich habe den 2313 mit internem Oszillator auf 8Mhz ohne Prescaler am laufen gehabt. Das mit dem Comilerschalter habe ich auch verstanden probiere ich aus. Bitte warte mit dem Ausprobieren bis die Feiertage um sind, ich werde
-
Thread
USB RFID Tag Leser
extern einen Schwingkreis auf und messe die Resonanzfrequenz. Vermutlich ist in der Berechnung ein Fehler.
funktioniert nur, wenn der µC mit 7,73728 MHz läuft. Vermutlich hast Du im Moment die Schaltung mit dem internen RC Oszillator (1/2/4 MHz) laufen. Stefan
-
Thread
UART bringt nur NULL-Zeichen
Hallo zusammen, ich habe laut Tutorial die Asynchrone serielle Schnittstelle mit einem AtMega16 und dem MAX232N aufgebaut, aber trotz aller Bemühungen spuckt er mir nur das NULL Zeichen am angeschlossenen PC mit Hterm aus, anstatt die Zeichen, die ich schicken möchte. Getaktet ist der Mega mit 8 Mhz, die Baudrate sollte 9600 sein, das gibt einen Registerwert von 51 für den Teiler - so konnte ich es zumindest auch aus anderen Beiträgen rauslesen. Initialisiert (in C) habe ich wie folgt: [c] UBRRH = (unsigned char) (UBRR_BAUD>>8); UBRRL = (unsigned char) UBRR_BAUD; /* Aktivieren von
-
Thread
Bewertung des Zufallsgenerators für einen Spielwürfel
Yalu X. schrieb im Beitrag #3224301: > So rund wie der zugrundeliegende Quarz- oder RC-Oszillator (der > Zählerüberlauf kostet keine zusätzliche Zeit). Da der Jitter des > Oszillator nicht mit der Periode des Zählers korreliert, hängt die > Qualität des damit realisierten elektronischen
Es ist nicht mein Fehler wenn Ihr nicht in der Lage seit meine Antwort zu verstehen oder zu akzeptieren... . Over and End Löti
-
Thread
Speicherlebenszeit beim 6502 uP
Meinst du den VIA 6522 oder CIA 6526? Die hatten u.a. ein Schieberegister u.ä., welches man gut als UART verwenden konnte.
war kein Handshakeproblem, sondern wirklich ein 'Verschlucken' von Zeichen. Ich vermute, daß der interne Takt vom Baudratengenerator (1,8432MHz) mit dem externen E-Takt (1-2MHz) zu Synchronisationsproblemen führte. Ich hatte ein Terminal Hazeltine Esprit III mit 6502/6551, was diesen Fehler natürlich
-
Thread
Atmega8 Uart
>sollte sich 9600Baud und 8MHz aber vertragen (Datenblatt!). Wenn es ein Quarz und nicht der interne RC-Oszillator ist, ja. MfG Spess
zum PC einwandfrei funktioniert, wenn ich die ganze Zeit 'Test!' übertrage (ein Beispiel aus dem Uart-Tutorial auf dieser Seite). LG
-
Thread
ATTINY85 als DCF77-Empfänger
Was kommt denn genau aus der Uart raus? Das könnte dann die "fertig für 5€" wieder wettmachen.
den Quarz sparen indem man einen ATiny1624 verwendet? Den PGA ADC zur Verstärkung nutzen und den internen Oszillator auf das DCF77-Signal abgleichen? Der hätte evtl. noch genug Pins und Speicher für ein kleines I2C oder SPI Display... Hat der Empfänger von chris_ etwas mit dem Original-Projekt hier
-
Thread
AT89C51SND1C
ist es ein grober fehler wenn man nicht genau 27 Ohm nimmt sondern 22 Ohm ?
Schaltplan interessieren, wie du das gemacht hast. Vielleicht entdecke ich dabei bei mir noch einen Fehler.
-
Thread
DS1820, DS18B20 in C
Hallo, ich versuche gerade das Programm auf einen ATMEGA32 mit einem internen Takt von 1 MHz laufen zu lassen. Jedoch erhalte ich immer einen Bus Fehler... Was ich nicht blicke ist, das wenn ich die CPU auf 8 MHz am kaufen habe klappts. Wenn ich aber die Fuse Bitas auf
eine Anfängerfrage : Da ich erst alles löten muss bevor ich loslegen kann mit dem LCD + DS1820 fehlen mir noch die Pins für Uart, DS1820 und LCD. Welche Ports werden benötigt? Ich werde das ganze mit einem ATMEGA8 bauen. Grüße und Danke Sebastian aus Stuttgart
-
Thread
Datenaustausch von µC und PC
8Mhz Quarzoszillator Fällt mir gerade noch auf: Ist es wirklich ein Quarzoszillator? Oder der interne 8MHz Oszillator? Der interne ist für UART nicht zu gebrauchen. Gruß Jobst
Das war tatsächlich der Fehler! Hab jetzt mal geändert zu while(UART_RxHead == UART_RxTail){} Und jetzt klappt es. Auch der strcmp funktioniert jetzt. Danke! Da stand ich echt bisschen auf dem Schlauch :D Aber warum
-
Thread
atmega64 8 bit timer läuft nicht
beißen, weil die UART-Ausgaben länger dauern als das CTC-Intervall. Aber einen wirklichen Fehler finde ich da nicht, und ich verwette meine (nicht vorhandene :) Perücke, dass der Code funktionieren würde, wenn ich ihn
Hallo Jörg danke für deine Antwort mein atmega 64 läuft mit internem oszillator auf 8 Mhz das calibration byte ist geschrieben. was ist denn das M103C-Fuse ? hab das noch nie gehört.
-
Thread
XMEGA programmieren
Beitrag #4358338: > Ich kenne mich selber gut genug um zu wissen (und zugeben zu können), > dass ich Fehler mache. Ich mache auch Fehler. Dann sucht man halt den Fehler und gut ist.
natürlich auch mehrere parallel) und dann einfach HidUart_Open(...), und dann mit HidUart_Write und HidUart_Read lesen und schreiben.
-
Thread
Problem Atmel Evaluationsboard 2.0.1
Die Angabe $CRYSTAL dient in Bascom nur zur internen Berechnung von taktfrequenzabhängigen Parametern wie Warteschleifen-Startwerte, Baudtatenteiler für UART usw. Sie hat nichts mit Fuses usw. zu tun. ...
der Erstprogrammierung spielt der Quarz keine Rolle, ein fabrikneuer AVR arbeitet anfangs mit dem internen RC-Oszillator.
-
Thread
Vergleich Osz R&S RTB2004 vs. Siglent SDS5034X
Wenn die Dekodierungskästchen rot sind, ist irgendwo ein Fehler
ich alle Triggerereignisse aufzeichnen will, verwende ich den Fast Segmentation Modus. Wenn aus internen Gründen, wie Speichermanagement usw., Trigger nicht erkannt, bzw. ausgelassen werden, fehlen sie eben auch in der History. Es gibt immer Lücken beim Triggern, z.B. wenn der Bildschirm aktualisiert
-
Thread
Transistortester mit AVR Gesperrt
Flash hat (für Mega48). Versuchen könnte ich es aber mal. => Stefan: Ja, der AVR läuft auf internem Oszillator mit 1MHz.
kompatibel. Oder man nimmt einen Mega88 oder Mega168 + 8MHz-Quarz und setzt das Fusebit für die interne Taktteilung durch 8. Das ist die günstigste Lösung. Und das mit dem UART dürfte schon noch in den Mega8/Mega88 passen, immerhin ist ja noch mehr als 1kB frei.
-
Thread
Verbesserungsvorschläge und Stromverbrauch eines AVR Weckers
Baudraten recht gut möglich. Eine Kalibrierung mit Temperaturkompensation, wäre dann kein großer Fehler.
Baudraten recht gut möglich. > Eine Kalibrierung mit Temperaturkompensation, wäre dann kein großer > Fehler. mit einer genauen 2^15Hz Referenz oder schlicht Uhrenquarz) kann man den internen RC-Oszi einfach kalibrieren. Suchfunktion im Forum sollte dazu einiges liefern. Dann ist auch die Baudrate wunschgemäß
-
Thread
Uart Baudrate
FOSC 8000000 #define BAUD_UART 9600 #define UBBR_UART (FOSC/ (16*BAUD_UART))-1 void setup(void); volatile unsigned int senduart = 0; int main(void) { setup(); sei(); /* enable Interrupt */ while (
IO-Frequenz und > Baudrate. Weil die IO-Frequenz nicht konstant ist. AVR wird mit einem für UART Betrieb etwas zu ungenauen internem Oszillator ausgeliefert, den man erst per Fuse auf Quarz (so vorhanden) umstellen muss.
-
Thread
GPS - MOUSE - MINI- NAVIGATOR (Assembler) ATmega8
@Dennis: Wie gross ist denn Deine Platine? Meine soll ein Minimalsystem werden (also interner Oszillator), nur Programmierpins, ser. Anschluss, SD Karte und Stromversorgung (vom 12V KFZ) + ein paar Pins, um Taster und LEDs anzuschliessen. Habe auch schon mit dem Schaltplan begonnen - nur
Mist, habe ich vergessen: > (also interner Oszillator), Ich bin mir nicht sicher, ob das in Verbindung mit USART eine gute Idee ist... Dennis
-
Thread
Was sind die Vorteile und Nachteile von PICs und ATMEL Controller? Gesperrt
in der Tat ärgerlich. Leider steht in den Atmel-Datenblättern nicht, wieviel im Betrieb mit dem internen 128 kHz-Oszillator oder einem Uhrenquartz verbraucht wird. > Solche Preise gibt es nicht. Das sind eher 0,5135 € oder 1,0187 €. Das war natürlich gerundet, es kommt ja eh auf das einzelne
größer sind. > Leider steht in den > Atmel-Datenblättern nicht, wieviel im Betrieb mit dem internen 128 > kHz-Oszillator oder einem Uhrenquartz verbraucht wird. Doch, natürlich, unter "Typical Characteristics" gibt es Kurven dafür. 32 kHz muss man extrapolieren, aber 128 kHz sind angegeben
-
Thread
Wer benutzt den FC 7008 von ELV?
mir schon eine Mail geschickt? ;-) Was macht man mit 15 Zählern? Haben die alle den gleichen Fehler? Wundern würde mich das nicht. Gruß Old-Papa
hier bei 5Vss schluss, das war mein Grund zu damaliger Zeit den 7008 anzuschaffen. Was aber den internen 25Mhz Ofen angeht, wenn man am hinteren Eingang einen Externen oszillator anschliesst kann regelrecht auf den internen verzichten, ist also kein Muss hier im Gerät etwas einzubauen. Wer aber die
-
Thread
UART will nicht (Atmega88)
sich den Saft ja vom USB holen. Ich habe jeweils RXD an TXD angeschlossen. Dieser Code soll den UART initialisieren: ---snip--- // USART // 8N1, Parity: None, 9600 Baud UBRR0H = 0x00; UBRR0L = F_CPU / (UART_BAUD_RATE * 16L) - 1; UCSR0B |= (1 << TXEN0); UCSR0C |= ((1 << UCSZ00
den kompletten Betriebsspannungsbereich zulässig. Die Einstellung über CKDIV8 hat Ursachen im internen Design. Früher haben sie den RC-Oszillator variabel gebaut, dafür brauchte der dann mehrere Kalibrierbytes usw. Jetzt läuft der auf einer festen Frequenz, die durch ein IO-Register dann runtergeteilt
-
Thread
Mein ADC-Code beißt sich mit dem UART? Atmega16
irgenwas und ich sehs nicht? ist ein Atmega16 mit externem Chrystal 10.000 MHz also liegts nicht am internen RC-Oszillator - wie gesagt, sobald ich mit dem ADC_Enable(); den ADC in den Free Running Mode versetze gehts nichtmehr. Darf ich das nicht!? CODE: #include <avr/io.h> #ifndef USART_H
Am AREF pin ist nichts angeschlossen. Verwende die interne Referenzspannung. Wenn ich ADCH auf PORTB ausgebe und mit einem Poti-Spannungsteiler die Spannung von 0 bis 2,56 V durchfahre funktioniert das ganze auch, solange ich das ganze UART geraffel rauslasse
-
Thread
PIC24 Uart Problem
ich ans Terminal über [c]U1TXREG[/c] schicke es kommt nur was falsches raus. Wo mache ich einen Fehler? Systemtakt 8 Mhz Vielleicht habe ich auch was bei Uart falsch verstanden und lasse mich da gerne belehren. [c] #include <stdio.h> #include <stdlib.h> #include <p24FJ128GB108.h> _
willst. Du kannst auch mal das Senden was du empfängst: http://www.engscope.com/pic24-tutorial/9-1-uart-setup/ sodass du vielleicht leichter einen Fehler entdecken kasst. Ansonsten müssten die BRG=25 nun stimmen.
-
Thread
[S] Leute die einen Logic Analyzer (MiniLA) bauen wollen
gemacht mit den Teilen, die nötig sind und die jeweiligen Preise dazugeschrieben. In der Liste fehlen derzeit noch: - Oszillator (beide Versionen) - FT2232 (USB-Version) - PCB Den Oszillator würde ich bei Digikey noch dazubestellen. Wir müssen uns halt für einen entscheiden. Der letzte in der
, ist es wohl kein großer Fehler. Gib dem CPLD genügend Strom! Der Oszillator wird zum Brennen nicht benötigt. Viel Glück, Guido
-
Thread
UART falsch beim Systemtakt von 2MHz
Hi, ich möchte die UART Schnittstelle vom Atmega169 mit dem Systemtakt von 1MHz und 2MHz testen. Das Problem ist, bei 1MHz ist alles in Ordung, aber bei 2MHz sendet die UART nur Müll. Code hier: [c] #include "main.h"
Der interne RC-Oszillator des 169 ist für zuverlässigen UART-Betrieb nicht genau genug.
-
Thread
Problem AM-Empfänger konstruieren
mit 1 MHz sind keine 19200 Bd sinnvoll zu erreichen. Dummerweise ist beim ATmega8 der 8-MHz-RC-Oszillator nicht werksseitig kalibriert, sodass du ggf. noch das OSCCAL-Register passend setzen musst. (Besser wäre da ein ATmega88, da der nur noch einen RC-Oszillator hat. Bei dem heißen aber einige
Vielen, vielen, vielen Dank Jörg du bist ein Gott. Auf den Fehler mit dem NSel währe ich garnicht gekommen. Dämlich von mir. Der ATmega8 läuft derzeit mit 4MHz externer Quarzoszi, die Einstellungen für das UART haben auch soweit gepasst. Ich habe da in etwa 1000
-
Thread
AVR-Tutorial: USBasb, Fuses, Anfängerprobleme
Welchen Clock hast Du gewählt und ist er bei Deiner HW auch vorhanden? Der Klassiker ist, den internen Clock abzuschalten ohne dass ein Quarz oder externer Clockgenerator vorhanden ist. Gruß Dietrich
ganz grob abschätzen. Mit dem Multimeter sollte an den XTAL-Pins ca. Vcc/2 messbar sein, wenn der Oszillator schwingt.
-
Thread
?UART mit 3.579M Quartz am Mega8 bei 19200 Bauds?
Hi >der Mega8 hat einen double-speed-mode :-) Da liegt der Fehler bei 1,3%. MfG Spess
schnell vergessen. Einen Quarzoszillator (als Bauteil) der mehrere Komponenten versorgt: JA. Zwei interne Oszillatoren an einen Quarz: NEIN. Einige neuere AVRs können die Oszillatorfrequenz an einem Pin ausgeben, das wäre evtl. eine Alternative. MfG Spess
-
Thread
mit Bascom über rs232 Frequenz aus einen Frequenzzählermodul auslesen.
wenn ich die Dauerschleife kürzer mache dann tritt auch hier der Fehler auf.
und holt die seriellen Daten ab. Daran kann man einfacher testen und z.B. Interrupttätigkeit als Fehler ausschließen.
-
Thread
Einfacher Low Cost LCD Controller für 320x240 LCD im Textmodus
den 16F876 PIC. Ich mußte jedoch sehr schnell feststellen, daß das ein Schuß in den Ofen wird. Es fehlen dem PIC wichtige Befehle und er ist zu langsam. Letzteres Kann man etwas aufmöbeln, indem man den PIC einfach mit einem Oszillator hemmungslos übertaktet (100% sind kein Problem für dem PIC). Aber
problem persists, please contact the >administrator of this website (webmaster@embdev.com). >Ein interner Fehler ist aufgetreten. Falls dieses Problem erneut auftritt, wende >dich bitte an den Administrator (webmaster@mikrocontroller.net).
-
Thread
Experimentieren mit Microcontrollern - zur Praxis!
du gleich zwei Controller (ATmega8 Derivat, ATmega16), Programmieradapter, acht Taster, acht LEDs, UART rausgeführt, externer Oszillator und haufenweise GPIO's auf nutzerfreundlichen Stiftleisten.
nachzulesen in welchen Sockel man seinen AVR nun eigentlich stecken darf, und wie die Sache mit dem internen Oszillator, dem externen Oszillator oder einem externen Quarz funktioniert und welche Kabel und Jumper für diese und weitere Funktionen, (RS232, LEDs, Taster), an welcher Stelle um- oder eingesteckt
-
Thread
ATtiny841 : UART0
Hallo, ich habe den UART1 soweit am ATtiny841 ans laufen bekommen. Getestet wird mit dem internen Oszillator (8MHz). Angeschlossen habe ich einen FTDI. GND(FTDI) - GND(AVR) und RX(FTDI) - TX(AVR). An UART1 geht alles
#if ((UART1_BAUD_ERROR<990) || (UART1_BAUD_ERROR>1010)) #error Systematischer Fehler der Baudrate(UART1) groesser 1% und damit zu hoch! #endif void uart1_init(void) { UBRR1 = UART1_UBRR_VAL; UCSR1B
-
Thread
Portierung AT90S8035 nach ATmega163
Vielen Dank für die Hilfe, aber ich habe den Fehler schon gefunden. Der ATmega163 hat sog. Fuse Bits, leider stehen die Defaultmäßig auf interne 1MHz Takterzeugung. Mein 8Mhz Quarz wurde nicht verwendet und somit lief mein Interruptprogramm zu langsam
Hallo Markus, ja im Datenblatt steht, das der Defaultwert der Fusebits den atmega163 auf den internen Oszillator einstellt. Man kann die Fusebits mit dem Ponyprogrammer auslesen, aber Vorsicht, es wird ein invertierter Wert angezeigt. Am besten mal ins Datenblatt schauen (Seite5 und 134). Aber Vorsicht
-
Thread
PIC Mikrocontroller noch aktuell ?
Stephan S. schrieb im Beitrag #7987274: > Strom im Sleep von 80 nA bei 3 Volt Bei aktiviertem Oszillator für Timer/RTC?
ausgestattet, haben grosszügigen Flash (teils bis zu 64K), alle Chips sind mit internen Oszillatoren ausgestattet und die meisten auch in PDIP erhältlich. Einen 32-Bitter würde ich erst dort einsetzen, wo es um Farbdisplays, Mathematik/DSP, WiFi, USB, SD-Karten/Filesysteme, UART-basierte
-
Thread
Interrupts in Assembler und C
& ~(1<<ISC11)); // INT0 INT1 Eingänge DDRD &= ( ~(1<<PIND2) & ~(1<<PIND3)); // interne PullUps von INT0 INT1 einschalten: PORTD = ( (1<<PIND2) | (1<<PIND3) ); // Interrupts einschalten sei (); PORTC = 0xFF; // alle LEDs aus uart_puts("\n Alle LEDs werden
deinen atmega nicht mit höhere Fre. rennen? ich hab angst, beim Setzen dieser Fuse-Bits einen Fehler zu machen, um einen externen Oszillator anzuschließen, dies wollte ich machen, wenn ich etwas mehr Erfahrung habe.
-
Thread
Real-Time Clock (ds1307)
beta version ohne viel schnick schnack. @Henrik Jahnke ich hoffe du kannst mir sagen ob der fehler bei dier auch auftritt um den fehler weiter einzugrenzen.
TWCR & (1 << TWINT))); if ((adr & 1) && ((TWSR & TW_STATUS) != TW_MR_SLA_ACK)) usart_txstr("Fehler beim Senden der Adresse"); if (!(adr & 1) && ((TWSR & TW_STATUS) != TW_MT_SLA_ACK)) usart_txstr("Fehler beim Senden der Adresse"); } void twi_writedata(uint8_t data) { TWDR=