-
Thread
UART von einem PIC24F zu einem PIC16F
Sockel haben, empfängt er die "falsche" Nachricht und reagiert "richtig" auf sie, wir schließen einen Fehler beim Empfang des PIC16 deswegen praktisch aus. Hier die Register-Einstellungen beim PIC24F: /* UART-EINSTELLUNGEN: Siehe Seite 192-195 von Datenblatt */ IEC0bits.U1TXIE = 0; //Interrupt
Datenblättern entnehmen kann. Der PIC24F wird von einem externen 32MHz-Quarz, der PIC16F von seinem internen 4MHz Oszillator getaktet. Wie gesagt, Simulation tut richtig, Schaltung aber nicht =( Wir denken nicht, dass es dran liegt, dass der interne 4MHz Oszi vom PIC16f einfach schlecht ist, weil er wie
-
Thread
Logic Analyzer richtig anzuschließen
Dafür gibt es zumindest beim HP 16500 den Timing und State Modus. Im Timing-Modus läuft der LA-interne Oszillator und das Signal wird mit dieser Frequenz gesamplet. Im State-Modus greift man mit dem LA über einen Clock-Eingang den Bus-clock ab und der LA arbeitet dann mit der Busfrequenz. Im Timingmode
per Mausklick den Mux im FPGA ansteuern. Man kann sich z.B. bei vier Leitungen damit bis zu 512 interne Signale anschauen, aber nicht gleichzeitig. Ich hatte gehofft damit Bussignale zu debuggen, was aber so damit nicht geht. Dann besser doch den internen LA (SignalTap, ChipScope) verwenden, da
-
Thread
sehr kleiner µC mit ARM Cortex Kern gesucht
holger schrieb im Beitrag #3007655: > Es gibt keine Controller mit internem Quarz. Er meint mit internem Oszillator! Der LPC11A14 z.B. hat sogar einen (etwas ungenauen) 12 MHz High Frequency oscillator (IRC) und einen hochpräzisen programmierbaren Low Frequency oscillator
Lothar schrieb im Beitrag #3007679: > Er meint mit internem Oszillator! Gedankenleser?
-
Thread
Frage zu Atmega48 Spannung und Taktfrequenz
natürlich die Taktfrequenz des Atmega ein. Allerdings möchte ich auch eine Verbindung zum PC herstellen (UART) und brauche natürlich einen entsprechend genauen Takt, der interne Oszillator fällt also flach. Mein Problem ist, dass ich gerade nur 20 Mhz Quarze rumliegen habe aber natürlich weiter basteln möchte
. Ab 2,5% Fehler funktioniert der UART prinzipbedingt nicht mehr. Also achte auf möglichst kleinen Fehler und alles wird gut! mf
-
Thread
Problem mit Timersynchronisation mega168
------------------------------------------------ ISR(TIMER0_COMPB_vect) { UART_PORT |= (1 << UART_PIN); //Stop timer 0, set value to match distance to OVF-IRQ //and start with new prescaler //---------------------------------------------------------------- TCCR0B
schrieb im Beitrag #2994053: > FCPU=8MHz Das ist doch wohl hoffentlich ein Quarz und nicht der interne Oszillator. Löt da mal 20MHz an. Dann hast du zwar immer noch n Takte Latenz aber n ist dann 2,5* kürzer. mfg.
-
Thread
Endlich neue Probleme! :-(
Stell mal runter auf 1200 Baud, eventuell auch noch weniger. Der interne Oszillator ist zu ungenau.
Hi >Er arbeitet mit 1 MHz (interner RC-Oszillator --> ungenau!) >> - Welche Baudrate willst Du einstellen? >Ich möchte 9600 Baud verwenden. Wenn du dir die Baudraten-Tabellen im Datenblatt angesehen hättest, dann wüßtest du, da
-
Thread
Problem UART Kommunikation 2er AVRs
der Baudrate auf 1200 funktionierts nun. Die blinkenden LEDs laufen schon gut auseinander mit dem internen Takt. Einen externen Oszillator habe ich nicht, aber werde mir wohl nun einen Anschaffen. Danke euch!
> ja, ob das parallel läuft oder langsam auseinander driftet. Seit wann hat ein AVR einen internen Quart? Er hat einen internen Oszillator, welcher mit 8MHz läuft. Wenn der Clock-Divider drinnen ist läuft er sogar nur auf 1MHz. Könnte hier der Fehler liegen?
-
Thread
xmega USART Baudrate
wähle neue Taktquelle */ CLKSYS_Main_ClockSource_Select( CLK_SCLKSEL_PLL_gc ); /* deaktiviere internen Oszillator */ CLKSYS_Disable( OSC_XOSCEN_bm ); } [/c] die Uart Init schaut so aus: [c] void ini_usart(void) { //#define BAUDRATE 115200 #define BAUDRATE 921600 PORTE.DIRSET
Und die Gegenstelle kann auch sicher 921600?? Hast du noch z.B. ein USB=>UART TTL (z.B. CP2102) um das mal zu testen?
-
Thread
Quarz zu ungenau? Bugfix?
austauschen. Möglicherweise hat auch einer der beiden Fußpunktkondensatoren keine Verbindung, der Oszillator kann dann mit der parasitären Kapazität immer noch laufen. Allerdings kenne ich den Timer des verwendeten µC nicht, ob er per Autoreload automatisch nach lädt, oder ob noch ein Fehler drin steckt
> etwas ganauer sein muss. Gut! Die letzte Schaltung (Serienproduktion) hatte einen solchen Fehler. Kondensatoren neu berechnet und schon ging's. Kamen noch andere Fehler dabei raus. rgds
-
Thread
attiny13 als 2-Kanal Zähler mit datenübertragung
Selbst wenn man das Ding auf internem OSC laufen lässt, sollten einige langsame Datenraten mit wenig fehler drinnen sein, oder? Ansonsten kann ich dir den Tiny2313 oder 4313 empfehlen, der hat HW-UART. Die USI ist etwas komplizierter
Ingo schrieb im Beitrag #2974449: > Selbst wenn man das Ding auf internem OSC laufen lässt, sollten einige > langsame Datenraten mit wenig fehler drinnen sein, oder? 10% sind 10%. Egal bei welcher Datenrate.
-
Thread
Quarzoszillator & ATMEGA32 (Fuses?)
: Wenn ich den anhängenden Quellcode (XTAL = 1000000) und den Standard-Fuses (Fuses.jpg --> Interner Oszi) laufen lasse, funktioniert alles tadellos. Was nicht geht: Sobald ich meinen Quarzoszillator ( http://www.reichelt.de/Oszillatoren/OSZI-8-000000/3/index.html?;ACTION=3;LA=2;ARTICLE=13723
auch dankbar, wenn jemand den Fehler auf Anhieb findet! Gruß Dominik
-
Thread
AVR/Atmega8 an STK500 - UART/USART
Programm. Weiß nicht,ob ich alles richtig gemacht habe. Vielleicht sieht ja jemand von euch den Fehler.
Dementsprechend für [code]USART_Transmitt(0x00); [/code] > "128" > Jetzt weiß ich nicht wo mein Fehler liegt. Das bedeutet, dass das Stopp-Bit zu früh kommt. Das dürfte jetzt das schon von Karl Heinz angesprochene "interner RC-Oszillator"-Problem sein.
-
Thread
Zeitgesteuertes Schalten eines Verbrauchers ohne Mikrocontroller
wieder > anschaltet. Was die Schaltung wohl so komplex macht das ein µC einfacher ist (der hat internen Speicher der auch nach ausschalten den Wert behält). Wenn es darum geht das die Kenntnisse zum programmieren fehlen wird sich bei der einfachen Funktion vermutlich jemand finden lassen der das macht
Uhrenquartz betreiben, oder ihn nur über den Uhrenquartz aufwecken lassen, um ihn dann mit dem internen RC-Oszillator zu betreiben.
-
Thread
Kommunikation zwischen Hardware Modulen.
Zustände übernimmt. Nun habe ich auf einem Modul eine kleinere CPU (ATmega16 oder 32) welche mit dem internen RC Oszillator betrieben wird. Dieser Salve überwacht 8 analoge Spannungen, wenn eine aus dem zulässigen Bereich kommt, wollte ich mit einer Leitung der Master CPU einen Interrupt zuführen und die
Grenzüber- bzw. -unterschreitung dies mitteilen. Gut soweit zur Theorie... mir bekannte Busse sind UART, SPI, TWI... habe mit allen bereits gearbeitet, SPI und TWI leider nur TxD -> fire and forget... :-( UART fällt aus, wegen interner Takterzeugung beim SLAVE. Bleibt TWI oder SPI... oder was ganz
-
Thread
Attiny461A am STK500 flashen
spess53 schrieb: >> Und wo ist jetzt das Problem? >Der OSCSEL Jumper ist falsch gesetzt. Bei internem Oszillator uninteressant. MfG Spess
Ich hab den Fehler gefunden: Du hast das ISP Kabel mittlerweile versetzt aufgesteckt!
-
Thread
UART und interner Oszillator oder doch Quarz?
bzw. möchte ich gleich noch eine frage anhängen: da mir die UART-zeichen wichtig sind bei der Anwendung, sollte ich die Frequenz besser auf 7.3728MHz legen?? geht das mit dem internen Oszillator? Übertragungsrate reicht mir 9600kbps danke!
ändert auch nichts an der Spannungs- und Temperaturabhängigkeit. Beim Atxmega geht aber auch der interne Oszillator für alle möglichen Baudraten, da er zum einen genauer ist und zum anderen der UART-Teiler genauer eingestellt werden kann.
-
Thread
AT91SAM9XE läuft nicht an
habe mir selbst ein Board gebaut. Ich kann über einen Jumper zwischen Externen Oscilator und internem wählen. Wenn ich den Internen wähle, kann ich nicht Programmieren. Wenn ich den Externen Wähle kann ich zwar Programmieren aber der Kontroller startet nicht. Kann mir jemand sagen woran das
hallo max, ich vermute mal dass der j-link mit dem ungenauen internen rc-oszillator nicht zurecht kommt bzw. die initialisierung des clock-systems damit nicht funktioniert. ich würden mal den ext. 32khz quarz einsetzen. damit funktioniert das programmieren ja offensichtlich
-
Thread
5000 LEDs über I2C dimmen
Dann nimm aber nicht mehr den I2C sondern einen (Software)UART. Dann brauchste sogar nur einen Datenpin. Außerdem kannste nen nrmalen Mosfettreiber nehemn, der hat auch schon genug Power um die Leitung zu treiben.
Martin Wende schrieb im Beitrag #2893755: > Dann nimm aber nicht mehr den I2C sondern einen (Software)UART. > Dann brauchste sogar nur einen Datenpin. Dann muss aber per Software die Taktfrequenz vom Master und der Slaves abgeglichen werden (ich nehme an, du benutzt den internen RC-Oszillator). Ausserdem
-
Thread
Tastenschlagzeug mit NXP LPC 935 selber bauen
Baudrate von 31250 Bauds erzeugt werden kann. Die Betriebsart 1 bedeutet: 8 bit UART mit variabler Baudrate. Genau das brauch ich. Die Stop und Start Bits kommen von der UART selber diese müssen nicht programmiert werden. Die CCLK ist der RC-Oszillator. Vermutlich der interne
> Wenn man nun von dem internen 7,3728MHz Takt ausgeht kommt man mit > Timer1 auf folgende mögliche Baudraten: Stimmt fasst, da ist dir beim Abschreiben ein kleiner Fehler unterlaufen. Der RC- Oszillator hat 7,3738 MHz.
-
Thread
welche Einstellungen bei der Fleury-UART-Bibliothek
Hi >Liegt es daran, dass der Fehler zu groß ist? Oder ist der interne >Oszillator zu ungenau? Ersteres resultiert aus letzterem. Du könntest mit dem OSCCAL-Register die Frequenz des internen RC-Oszillators in einen brauchbaren
Meine Erfahrung: Der interne Oszillator von moderneren Atmel-Controllern ist durchaus recht stabil und auch bei den in Wohnräumen vorkommenden Temperaturschwankungen kann man den schon für UART verwenden, wenn man weiss was man
-
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
uart Kommunikation
// Reale Baudrate #define BAUD_ERROR ((BAUD_REAL*1000)/BAUD) // Fehler in Promille, 1000 = kein Fehler. #if ((BAUD_ERROR<990) || (BAUD_ERROR>1010)) #error Systematischer Fehler der Baudrate grösser 1% und damit zu hoch! #endif /* Main - a simple test
Hallo! Der interne RC-Oszillator könnte etwas daneben liegen, der PC ist da manchmal toleranter.
-
Thread
Beschleunigungssensor
Programmiere erst seit 5 Monaten. Kannst du das bitte genauer erklären was du meinst? Wieso geht UART bei Internem RC-Oszillator eh nicht?
doug schrieb im Beitrag #2864307: > Wieso geht UART bei Internem RC-Oszillator eh nicht? AVR Checkliste für UART: http://www.mikrocontroller.net/articles/AVR_Checkliste#UART.2FUSART
-
Thread
Anfängerprogramm TimerA MSP430
wie kann ich das einstellen? Der MSP430 im Launchpad arbeitet nach einem Reset immer mit dem internen RC-Oszillator (DCO) und einer Taktfrequenz von etwa 1 MHz. Der DCO lässt sich auch auf andere Frequenzen einstellen, wie das geht, steht im Family User's Guide und ist auch in den Codebeispielen von
/math] Wenn dem nicht so ist, dann bitte nicht einfach süffisant fragen, sondern sagen wo der Fehler ist. Danke Nichtschläfer, schaue ich mir Morgen an. Gruß Fabian
-
Thread
Interner Oszillator ausreichend oder doch Quarz
nur die relative Differenz zweier Ereignisse. Da könnte noch gehen. Ansonsten: Fort gesetzte Fehler summieren sich. Ein integrierter Oszillator mit garantierten 1% über den Temperaturbereich ginge eben noch so für einen UART. Für eine Uhr, auch die Notlaufuhr einer DCF77-Uhr, eher nicht.
Es ist im Prinzip egal, wie du misst. Denn der Fehler so groß, wie die Genauigkeit deiner Zeitbasis. Also z.B. 50 ppm bei einem Quarz oder 1% bei einem Oszillator. Sprich: der relative Fehler bleibt also unabhängig von der Messgröße konstant. Der absolute
-
Thread
[Mitbestellung] SMD5050 RGB-LED mit integriertem 8-bit PWM Controller
Wie bereits erwähnt bin ich mit 250 st. dabei! (fehle aber noch in der Liste) Gruß all
Nochmal was zur Ansteuerung: Mit einem UART und nachgeschaltetem Inverter müßte man das Protokoll doch eigentlich auch relativ ressourcenschonend erzeugen können. Inkl. Start- und Stopbit könnte man pro UART-Byte entweder mit 8n1 zwei Bits mit
-
Thread
Raspberry Pi Verbindung zu Atmega 328P UART
Der interne Oszillator im AVR ist zu ungenau für übliche UART-Anwendungen. Oder soll das an dem ewig langen kabel da ein Quarz sein... Ohje Einige andere wichtige Bauelemente scheinen dem AVR auch zu fehlen
Simon K. schrieb im Beitrag #2844906: > Der interne Oszillator im AVR ist zu ungenau für übliche > UART-Anwendungen. > > Oder soll das an dem ewig langen kabel da ein Quarz sein... Ohje > > Einige andere wichtige Bauelemente scheinen dem AVR
-
Thread
China SUPER Bauteile-Schnäppchen Thread
welchen Grund gibt es denn, etwas anderes als FTDI zu verwenden? Deren USB-UARTs laufen eigentlich immer.
klar eine Kaufempfehlung aussprechen. Das Set ist sehr praktisch (auch wenn leider ein paar Werte fehlen).
-
Thread
UART Attiny2313
ja eigentlich korrekt sein oder? Es liegt dann mit großer Sicherheit am Takt des ATTiny. Der interne RC-Oszillator ist für UART recht ungeeignet. MfG Spess
Der interne Oszillator ist _KEIN_ Quarz (wie bereits geschrieben). Laut Datenblatt liegt er bis zu 10% daneben. Mit etwas Aufwand kannst du ihn auf 2% Genauigkeit zerren. Bei gesamt 10 Bit Zeichenlänge und einer
-
Thread
Suche Simulator für 8051
gerne drauf damit die Verbindungen > schön kurz bleiben. Ich nehme sonst an dass Du meistens den internen > Oszillator verwendest. Nein, bisher bin ich immer mit dem internen Oszillator ausgekommen, der auch bei den USB-MCUs stabil genug ist. Höchste verwendete Baudrate des UART 230400 Baud, funktioniert
gerne drauf damit die Verbindungen >> schön kurz bleiben. Ich nehme sonst an dass Du meistens den internen >> Oszillator verwendest. > Nein, bisher bin ich immer mit dem internen Oszillator ausgekommen, der > auch bei den USB-MCUs stabil genug ist. Höchste verwendete Baudrate des > UART 230400 Baud
-
Thread
Hex-Werte in Textdatei schreiben, wie
@J.-u. G. Leider behebt es meinen Fehler nicht. Denkst du, dass ich die UART geschrottet habe?
JTAGice3 schrieb im Beitrag #2792473: > Hier das Programm. Läuft über den internen Quarz. Es gibt keinen "internen Quarz"! Das ist ein ungenauer RC-Oszillator.
-
Thread
Geschwindigkeisproblem mit RS232 und ATMega8
Wert bekommst. Ich habe hier schon viele Atmegas gehabt, deren interner Oszillator um ca. 5% von der Nennfrequenz abwich und entsprechend mit dem OSCAL kalibriert werden mussten. Schau mal ins Datenblatt unter den ATmega8 Typical Characteristics => Internal Oscillator
Hi >Mit internem Takt sind max. 4800 baud möglich, ... Mit 8MHz sind bis 38400Bd mit 0.2% Fehler möglich. Allerdings scheitert das an den besagten Taktfehler. MfG Spess
-
Thread
AVR aus dem Powerdown Wecken, externe Alternative zu einer RTC?
Beitrag #2763075: > Dann solltest du einen Atmega48(p)a nehmen. Dann muss ich als Taktquelle den internen RC Oszilator verwenden. Wenn ich die Daten dann per UART an meinen Rechner übertragen möchte muss ich den RC-Oszilator dann mit Hilfe des 38kHz Quarzes kalibrieren. Bei der Alternative "Watchdog
Stefan schrieb im Beitrag #2763106: > Dann muss ich als Taktquelle den internen RC Oszilator verwenden. > Wenn ich die Daten dann per UART an meinen Rechner übertragen möchte > muss ich den RC-Oszilator dann mit Hilfe des 38kHz Quarzes kalibrieren. Das wäre sinnvoll, aber
-
Thread
AtmelStudio 6 - Bug oder Feature ?
Moin, Set: Xmega64D3 + Atmel Studio 6 + GCC + AVR ONE! Ich benutze den internen 32Mhz Oszillator + automatische Kalibrierung. Das funktioniert auch ganz gut wenn man sich erstmal an dieses fürchterliche neue Tool (Studio 6) angepasst hat. Die Registerbenennung ist erst beim zweiten Blick genial, die automatische Kalibrierung ist aber richtig nett. 3 Uarts, 3 Baudraten und kein Bedarf an einem externen Taktgeber. Nun jage ich allerdings einen etwas bizarren Fehler und habe die Kompileroptimierung ausgestellt um diese Fehlerquelle auszuschliessen.
-
Thread
DMX steuerbaren RGB LED PAR oder Pinnspot selber bauen
Hab ich noch nie probiert, wegen der paar Cent mach ich mich nicht nass. Evtl. reicht sogar der interne RC-Oszillator.
*** [Firmware_v1.2.o] Error 1 Die Ausführung der RunCompilerTask-Aufgabe ist abgeschlossen -- FEHLER. Die Erstellung des Ziels "CoreBuild" im Projekt "Firmware_v1.2.cproj" ist abgeschlossen -- FEHLER. Die Erstellung des Projekts "Firmware_v1.2.cproj" ist abgeschlossen -- FEHLER. Fehler beim Erstellen
-
Thread
Keil C51 auf SDCC portieren -> optimieren
implementiert eine 10-Kanal Software-PWM mit 8-Bit Auflösung, 100Hz, gesteuert wird per Kommandos über UART. Folgende Änderungen an der Software habe ich für die Portierung vorgenommen: - Anpassungen der Speichertypen (also z.B. 'data' -> '__data') - der Keil C51 unterstützt im Gegensatz zum SDCC unions
durchdenken. Alternativ, sofern Dein 8051 > das mitmacht, die Taktfrequenz erhöhen. Ich benutze den internen Oszillator mit 24.5MHz, mehr kann der Controller eh nicht und für einen externen wären auch keine Pins frei. Ich denke, ich werde tatsächlich versuchen, das Konzept zu überarbeiten. Der Timer läuft
-
Thread
Servoansteurung funktioniert nicht
die Angabe für den Compiler, wie schnell der µC läuft. Egal ob das jetzt mit einem Quarz, einem Oszillator oder dem internen RC-Oszi8llator gemacht wird [[AVR-Tutorial]]
Handumdrehen implementiert. Und das Beste daran: Wenns nicht auf Anhieb klappt (weil man einen dummen Fehler gemacht hat), dann ist man sogar selbst in der Lage, in ein paar Minuten das Problem zu identifizieren und zu beheben.
-
Thread
G-Code-Interpreter und µStep-Controller mit ATmega644
Quarz zu GND benötigt. Dieses nennt sich dann "ext. Crystal Osc." in den Fuses. Wenn du einen Oszillator verwendest dann musst du folgendes tun: Oszillator V+ -> 5V Oszillator Takt -> XTAL1 Oszillator GND -> GND Die Fuses dem entsprechend ändern. Müsste "ext.Clock" oder "ext. CLK" heißen. Dann
Hallo Robert, Hast du nun den Fehler finden können? Gruß Steffen
-
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
AVR Synthesizer mit ATxmega128A1
Ein kleiner Bericht woran ich am "DE-GENERATOR" zur Zeit noch arbeite bzw gearbeitet habe: - Fehler in der Encoder-Routine beseitigt. Fehler verursachte Software-Abstürzen im Oszillator Menü. - Fehler bei der Editierung von Parametern im Oszillator Menü beseitigt. - Notenhänger im Envelope Menü
im Schaltplan vertauscht Vers. 3.013 21.02.2017 - Fehler in der Encoder-Routine beseitigt. Fehler verursachte Software-Abstürzen im Oszillator Menü. - Fehler bei der Editierung von Parametern im Oszillator Menü beseitigt. - Notenhänger im Envelope Menü
-
Thread
Wunschliste für einen Xmega Nachfolger
einer gerade ein wenig über... Wer so > abgehoben daherschwafelt macht vermutlich die meisten Fehler :) Ich schnappe nicht über ich betone nur, dass wenn jemand eine derartige Kommentare wie bzgl. der erweiterten UART Konfigurationsmöglichkeiten abgibt einfach nicht auf einem Level unterwegs ist
zu integrieren und Die genannten µCs sind von der externen Beschaltung genau auf AVR-Niveau. Interner RC-Oszillator, bei einigen ist der genau genug dass davon sogar der USB-Port betrieben werden kann, Hardware-UART, SPI, Timer, ADC, DAC, 5V-tolerante Pins usw. Alles was man gewohnt ist. > 4)
-
Thread
Atmega 8 + dallas 18s20 + Neuling (never ending story)
Hallo zusammen, könnte es eventuell am 8 Mhz Oszillator gelegen haben? Wenn ich nun den internen RC nutze funktioniert die ROM Abfrage ohne delay. Jetzt prüfe ich umgehend, was passiert, wenn ich Uart wieder dazu schalte.
Hallo Perlbastel, ein Fehler scheint hier zu liegen: Chris schrieb im Beitrag #2709413: > int reset(void) > { > //Pin als Eingang > DDRC &= ~(1<<PC5); > //internen Pullup aus bzw. Pin auf Masse ziehen wenn DDRC.5
-
Thread
Atmega8 + Uart
undendlich so weiter habe ja im programm eine dauerschleife drinn. Der holt sich den takt aus dem internen qaerz. Ich habe eine baudrate von 9600. Hier mal mein Programm: /* * UartTest.c * * Created: 28.05.2012 12:35:08 * Author: Rene */ #define F_CPU 8000000 #define BAUD
ironisch gemeint. Ein einziges Zeichen hätte auch gereicht. > Der holt sich den takt aus dem internen qaerz. Intern befindet sich gar kein Quarz, sondern nur ein Oszillator, welcher nicht unbedingt genau ist. Und das ist auch schon Dein Fehler! ... wenn nicht noch weitere vorhanden sind ...
-
Thread
Wie ungenau ist der interne Quarz
ich im CTC Modus arbeite, fast ein wenig viel. Mache ich hier irgendetwas falsch, oder kann der interne Oszillator wirklich so ungenau sein? Vielen Dank im Voraus!
Hi >Dabei habe ich jetzt festgestellt, dass der interne Quarz >wohl ziemlich ungenau sein muss. Gibt es nicht. Das ist ein RC-Oszillator. >Mache ich hier irgendetwas falsch, oder kann der interne Oszillator >wirklich so ungenau sein? Ja.
-
Thread
sicheres RS232-Protokoll für PC (Delphi) & AVR
Haste denn schonmal überprüft ob die Baudrate zum Quarztakt passt oder ist sogar noch der interne RC Oszillator am laufen?
einem Quartz bestückt, nur mit Quartz kann eine stabile RS232 Funktion gewährleistet sein, die internen Oszillatoren der AVR's haben da meist nicht genügend Stabilität. 2. Die Taktfrequenz des Quarzes sollte entsprechen gewählt werden, damit die Teiler im AVR auch auf die Baudrate entsprechend "sauber
-
Thread
STM32 Tutorial
standardmäßig nicht bestückt ist. Die PLL lässt sich aber nur mit einer externen Taktquelle, nicht mit dem internen 8 MHz RC Oszillator nutzen. Oder hast du bereits einen Quarz aufgelötet? Wenn ja, dann mal mit dem Oszi messen, ob er auch schwingt.
Mit dem internen RC-Oszillator (8MHz) vom STM32F103 kann man mittels PLL auch nur 64MHz erzeugen, keine 72MHz. Wenn man USB nutzen möchte, dann sollte die CPU mit 48MHz oder 72MHz getaktet sein. Erst beim STM32F2xx
-
Thread
ATMEGA 644 System Clock <-> RS 232
> Beispiel in C [0] HF [0] http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial/Der_UART
Baudratenfehler von 7%. Bei 8MHz sind es 0,2%. Allerdings sind das theoretische Werte. Die Frequenz des internen RC-Oszillators ist aber nicht sonderlich stabil, so das auch bei 8MHz mit größerren Fehlern zu rechnen ist. Für eine fehlerfreie RS232-Verbindung ist der interne RC-Oszillator ungeeignet. Nimm einfach
-
Thread
ATmega8: UART Übertragung fehleranfällig
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 ; Stackpointer
receive_loop ; zurück zum Hauptprogramm [/avrasm] Ich verwende nicht den internen RC-Oszillator sondern einen externen Quarz. Dieser müsste eigentlich die geforderte Genauigkeit liefern.
-
Thread
Wittig(welec) DSO W20xxA Hardware (Teil 2)
jetzt die selbe Quartusversion 11.0 wie Du. Nach einem Test mit der Version 9.1 und doch vielen Fehler hatte ich mich dann umentschlossen. Leider war des UART-Modul noch eine Herausforderung, da dieser unbedingt den Ausgabepfad C:\Dokumente verwenden wollte. Eine Kompilierung (der 1 Stundenversion
über Jtac auch sonst käme ja beim upload vom Ramtest ein Fehler. Gruß Jürgen