-
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
-
Artikel
AVR-Tutorial: Equipment
es viele Möglichkeiten zur Taktversorgung, die Wichtigsten sollen hier gezeigt werden: interner RC-Oszillator (das ist der Auslieferungszustand), Keramikresonator, Quarz, Quarzoszillator. + Vergleich der AVR-Taktquellen Typ Genauigkeit Vorteile Nachteile interner RC-Oszillator 1…5 % • XTAL1/
0,0001 % (engl. one part per million, der millionste Teil) Achtung: Ein ATmega8 wird mit aktiviertem internen RC-Oszillator ausgeliefert. Um eine andere Taktquelle zu aktivieren, müssen die AVR Fuses des Prozessors verändert werden. Das muss jedoch sehr vorsichtig gemacht werden, siehe Artikel. Keramikresonator
-
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=
-
Thread
Alarmton/Buzzer-Dreiklang erzeugen
da fehlt dir die Kenntnis darüber, wie die Schaltung funktioniert, was da passiert. Gravierender Fehler: Die 3 "Steuerstufen" sollen Zeitkonstanten im Bereich von einigen 100 ms haben, der Oszillator im Bereich von einigen 100 µs. Die ersten 3 Kondensatoren müssen sich also größenordnungsmäßig die 1000
. Fehler 2) Deine Kommentare zur Tonsequenz und "kurze Pause" stimmen nicht. 0 ms ist effektiv keine Pause. Fehler 3) Diese Zeile gehört bei den drei Tonausgaben gelöscht: [c] DDRB = 0x03; // B1 und
-
Thread
UART Tutorialbeispiel auf Atmega 8 klappt nicht
Hallo Experten, ich möchte nun schon seit zwei Tagen das UART Beispiel aus dem Tutorial (http://www.mikrocontroller.net/articles/AVR-Tutorial:_UART) zum Laufen bringen und schaffs einfach nicht. Ich hab das zweite Programm zum Senden ("Senden von Zeichenketten
entweder ein Quarz (der ist nämlich in diesem Schaltplan nicht vorhanden) oder Du verwendest den internen RC-Oszillator (der zu ungenau ist, um damit serielle Schnittstellen zu betreiben). Da Du aber einen statischen Pegel feststellst ist höchstwahrscheinlich ersteres der Fall. >Es blinken keine LEDs
-
Thread
Layout so in Ordnung?
Messwerte, zwischenergebnisse etc). Ich habe mir einen kleinen Grabber gebaut, mit dem ich an die UART des µC ran kann, wenn ich debuggen will. Dann muss ich die UART nicht herausführen o.ä., und der Grabber ist schnell montiert und loggt mir meine Debugausgabe in HTerm mit.
kann man zwar "e" drücken, es passiert nur nix. Und nur so nebenbei: Die AVRs haben keinen (!) internen Quarz, sondern einen RC-Oszillator. Das ist ein gehöriger Unterschied.
-
Thread
ATMEL billiger und leistungsfähiger als PIC
PIC-Anhängern wie z.B. Die Fuse-Bits eines AVRs würden mich verwirren. Oder: Ich brauche keinen internen Oszillator auf einem Prozessor. .. Die Liste dieser Pseudoargumente ist unendlich lang und tatsächlich ist kein Argument wirklich überzeugend und jedes durch ein Gegenargument sofort entkräftbar
PIC-Anhängern wie > z.B. Die Fuse-Bits eines AVRs würden mich verwirren. > Oder: Ich brauche keinen internen Oszillator auf einem Prozessor. > .. PIC hat auch FUSE-Bits, sofern wir jetzt vom gleichen sprechen. > Die Liste dieser Pseudoargumente ist unendlich lang und tatsächlich ist > kein Argument
-
Thread
Statemachine springt in falsche "states" warum?
Diesen Teil habe ich kopiert. Diese Componente scheint von Lattice vorgegeben zu sein und den internen RC Oszillator zu steuern. (In diesem Fall 17.73MHz). .pdf Seite 29 unten [vhdl] COMPONENT OSCH -- synthesis translate_off GENERIC (NOM_FREQ: string := "2.56"); -- synthesis translate_on PORT
vorletzte FF (in der Kette) den von Dir gewünschten (Reset-) Pegel "sehen" dann lasse dies dein interner Reset sein... dann solltest Du Dir erst einmal sicher sein können, dass Du Dir über den Pin (deines Versuchaufbaus) keine Fehler einfängst...
-
Thread
Programmer incl. neuem Code für Atmel AN910
habe gerade festgestellt, daß der Programmer den AT90S1200-4SI nicht programmieren kann, wenn der interne RC-Oszillator (1MHz) aktiviert ist. Kann das zufällig jmd. bestätigen ? Thorsten
tritt in beiden Versionen bei mir auf. Bin ich einfach nur zu blind oder mache ich einen anderen Fehler? Carsten
-
Thread
AVR Tiny 26?
Tiny26 als Durchflußmesser. Geht ohne Probleme, da ich nur 5% Meßgenauigkeit brauche. Für eine UART empfiehlt Atmel jedoch einen externen Takt, da dann schon Fehler von 2% die Übertragungssicherheit stark verschlechtern. Für den RC5 reicht auch der interne Takt, da ja auf jedes Bit neu synchronisiert
Fragen nicht, aber noch ein Hinweis: Zusätzlich kann der interne Oszillator, via PLL, den Tiny26 auch mit 16MHz takten.
-
Thread
Neues Terminal-Programm für Windows
wäre es schön, wenn das Programm auch krumme Baudwerte annehmen würde, manche MC haben einen internen Oszillator und die Budrate liegt zB bei 20400 statt 19200. durch ausmessen der Bit-Zeit kann ich vorab die Baudrate bestimmen und einstellen, geht das ?
Ich hatte obigen Fehler noch ein paar mal, vor allem wenn ich mal schnell mittels Alt+Tab auf ein anderen Fenster wechsele und wieder zurück. Aber nur manchmal kommt dann der Fehler. Ich habe aber noch einen anderen Fehler
-
Thread
Ist ein ATMEGA32-16PU geeignet für Jonglage?
Hallo, der Interne Oszillator kann es sehr wahrscheinlich nicht ausreichend Synchronhalten. Mit einen Quarz sollte es aber Problemlos sein. Du könntest dir aber überlegen alle per Infrarot zu Synchronisieren. Gruß
meines Wissens sind Quarze stoßempfindlich und gehen dann auch mal kaputt. Da würde ich eher den internen Oszillator nehmen und wenn der (nach Kalibrierung) zu ungenau ist synchronisieren (per USB, weil Funk braucht auch nen Quarz).
-
Thread
AVR - USART RX via Interrupt, funktioniert nicht
Läuft der AVR auch _wirklich_ mit dem *externen Quarz*, oder arbeitet er evtl. noch mit dem internen RC-Oszillator? Gruß, Magnetus
ist nicht leicht zu blinke leds zurueck zu kehren > wenn man bereits dabei zeichenketten durch den UART > zu jagen :) Doch -- aber wenn die UART-Kommunikation erst einmal klappt, dann machst Du die Fehlersuche, indem Du den uC Zeichenketten via UART ausgeben lässt. Damit ist dann das "Blinke-LED-Stadium
-
Thread
Pollin Board macht nicht was es soll mit ATMega16
zwingend notwendig nach PUSH und daas in der richtigen Reihenfolge. ( First in, last out) Das sind so Fehler, die mir auf Anhieb einfallen. Aber benutz doch mein OpenEye, um zu verstehen, was dein Controller so anstellt. Dazu braucht's nur eine kleine UART-Routine, um den Variablenbereich in Richtung PC zu
Hallo, Erba57 Ba schrieb: > Verwende mal den internen quarz siehe fuse einstellung > http://s-huehn.de/elektronik/avr-prog/avr-prog.htm Es gibt keinen internen Quarz, nur einen internen RC-Oszillator im AVR! Gruß aus Berlin Michael
-
Thread
Arduino M0 (Pro) Takterzeugung
hin, den CPU-Clock auf 48 MHz zu bringen. Verstanden habe ich es so, dass die DFLL die 8 MHz vom internen Oszillator bekommt und mit dem externen 32,768 MHz Oszillator getriggert wird, im Closed Loop Mode. Ich kann in der Konfiguration aber nur einen Takt anlegen. Soviel also zur nicht sooo schweren
Nochmal, das ist quasi ein Atmel ICE. Das ist KEIN UART<->USB Wandler Chip wie auf dem Arduino Uno.
-
Thread
Laserplotter
geschrieben? Kannst Du da einen Verify machen, bei den Fuse-Bits? Im ATtiny15 Compatibility Mode läuft der interne RC Oszillator nicht mit 8 MHz, sondern mit 6,4 MHz. Und die PLL macht dann nur x4 (-> 25,6 MHz). Mit freundlichen Grüßen - Martin
diese 2 Bereiche beim OSCCAL-Register bin ich auch schon mal gestolpert, als es darum ging, den internen Takt eines ATmega328 automatisch, anhand des, mit einem Uhrenquarz getakteten, Timer2, so abzugleichen, daß störungsfreier UART-Betrieb möglich ist. Das wurde dadurch unnötig kompliziert, geht aber
-
Thread
Atmega168 Power_down
ebendieser ab- und USART eingeschaltet, und Letzterer liefe bei einem beliebigen Muster auf einen Fehler.
Matthias Sch. Vielleicht mache ich ja etwas falsch, aber ich schaffe es nicht, auch nicht mit internem RC-Oszillator und UBRR=4095.
-
Thread
SCN8049H Prozessor
Mikrocontroller, damals immens erfolgreich. Freundlicherweise fielen dabei ein paar der dümmsten Fehler weg. Aber Intel wäre nicht Intel, wenn sie nicht genug Fehler übrig gelassen hätten, um es beim 8051 nochmal besser machen zu können. Aber natürlich liessen sie auch beim 8051 einige übrig. Ein
Sehe ich nicht richtig oder fehlen da tatsächlich Lötpunkte an einigen Stellen?
-
Thread
ATMega8 schaltet LED nicht
PullUp am Reset-Pin? Danke für Diene Antwort, aber laut Datenblatt hat der ATMega doch einen internen Pullup hier, oder nicht? Außerdem funktioniert ja das Programmieren und Hochladen - zumindest gibt es diese typischen Fehler mit Connection Timed out etc. beim proggen nicht. Nur nachdem ich den ATMEga
an. Oder besorge dir einen Programmieradapter, mit dem du die Fuses ändern kannst, um auf den internen R/C Oszillator umzuschalten.
-
Thread
STM32F7 Discovery Board
Warum so grossen interner Flash? Was spricht gegen QSPI?
\Projects\STM32746G-Discovery\Examples\FMC\FMC_SDRAM_DataMemory Soweit sogut, habe jetzt im internen SRAM nurnoch den SP und der rest ist alles auf dem externen (vorerst). Nun habe ich aber das Problem, dass meine Peripherien nichtmehr so richtig wollen. Ich kann über UART bsp. nichts mehr senden
-
Thread
Z80 Einplatinencomputer für Lernzwecke
quarz-oszil-schaltung.gif > > Mit freundlichen Grüßen - Martin Das sehe ich auch als Problem an. Der Oszillator schwingt als RC Oszillator mit der Kapazität über dem Quarz. an den Eingang gehört ein 2. C als Spannungsteiler. Gruß, Holm
Hallo soweit ich mich erinnere brauchst du einen Teiler nach dem Oszillator um ein Tastverhältnis von 50% zu bekommen. Ich würde einen fertigen Oszillator nehmen dann passt auch das Tastverhältnis.
-
Thread
Probleme bei VUSB- Bachelorarbeit
Hi, hat sich überschnitten... Du hast damit einen Uart am AVR und eine Com im Rechner, Win hat den Treiber an Bord. Da kann es nur noch mit dem internen RC Oszillator schief gehen, nimm gleich ein Baudratenquarz. Und über Amazon ist der Versand billiger
wohl mini javaavr bibliothekenen aber dafür wäre java zu groß > wenn ja,, es gibt auch USB to UART Konverter > jaich werde das auch machen... ich habe aber gesern mit den code nochmal angeschaut und 2-3 variablen geändert und zumindest läuft er jetzt seit 4 std ohne fehler wo er vorher nach
-
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
NXP verschenkt ARM-Chips
("Checked ") ; UART_sendu32(megs+1) ; UART_sends(" MB\r\n") ; } [/c] Allerdings schlägt das schon an der ersten Addresse fehl. Führe ich die Schreiboperation direkt vor dem Lesen einer Speicherstelle durch
Diesen habe ich auch für das lpc2478 Board von gsg-elektronik.de geschrieben. Er initialisiert die UART (115200 Baud), die PLL, den SDRAM und testet anschließend den internen und den externen RAM. Dannach lässt er die LEDs in regelmäßigen Abständen kurz aufleuchten. Sollte der RAM nicht funktionieren
-
Thread
Atmega644 Frequenz auf PORT PINS mit gelöschtem Flash Startfehler
also das normale verhalten eines gelöschten Atmega. Das Jtag fuse ist aus und es ist egal ob ich internen oder externen Oszillator verwende. Jedoch ändert sich mit dem Oscillator auch die Frequenz an PortD. Das verhalten kann unterdrückt werden wenn ich am reset einen 25uF Kondensator nach Masse hänge
!! Es ist Port A. Beim Atmega1280 steht der selbe text und der hat Port F also nen Copy Paste Fehler Vlt hilft es jemanden ?! Vielen Dank an alle. Mfg Simon
-
Thread
Powerbank Plug-In Detection
durch ein Kurzschließen mit Q1? Oder reicht das Durchschalten von Q2? Die Ungenauigkeit der internen Quarze habe ich auch schon festgestellt. Jedoch benötige ich im aktiven Zustand mehr als 32KHz Takt. Ist es möglich, per Software dann auf den internen Quarz zu wechseln? Ich verwende einen attiny88
die PB nicht belastet werden! Phil M. schrieb im Beitrag #5831250: > Die Ungenauigkeit der internen Quarze habe ich auch schon festgestellt. Intern haben die AVR nur RC-Oszillatoren, keinen Quarz. Ein Umschalten zwischen int. und ext. Taktfrequenz ist nicht vorgesehen. Lediglich für die int.
-
Thread
STM32F030F4P6 und USART1
keine Zeit, deinen Code genauer zu studieren, aber im Anhang findest du mal eine funktionierende UART-Init etc. Das ganze basiert auf der UART-Lib von hier: http://mikrocontroller.bplaced.net/wordpress/ Ich hab das notwendige einigermaßen angepasst auf den STM32F0 Inhalt der main(): [c] UB_Uart_Init(); uart_puts(COM1, "Hallo UART!", CRLF); [/c] lg Chris
-
Thread
Midi Signal mit Atmega8 erzeugen
! Denn so vermeidest du 'stochern im Nebel'. Du gibst (zumindest denkst du das) etwas über die UART aus und die Gegenstelle reagiert einfach nicht. UNd dann ist die Frage gross: Wo liegt der Fehler? Teil des Problems besteht darin, dass dir die Gegenstelle nicht mitteilt, warum sie nichts tut. Bei
' 1 MHz > $Baud = 31250 ' MIDI-Baudrate (31,25kBit) sieht verdächtig nach internem RC-Oszillator aus, und wird deshalb praktisch nicht zuverlässig oder gar nicht funktionieren!
-
Thread
Atmega8 UART TX Fehlersuche
mit einem 4mhz Quarz verbaut(Übungsboard von der Schule). Vielleicht findet einer von euch den Fehler. Habe den Überflüssigen Code rausgelassen(Display Init, EXT_Int). #include <mega8.h> #include <delay.h> #include <stdlib.h> void transmitUART(unsigned char send); void uartInit(unsigned
falscher Geschwindigkeit aus. Steht der Controller auf "externer Quarz"? Oder läuft er mit dem internen Oszillator? mfg.
-
Thread
UART beim Mega16 & STK500
Mit welcher Taktquelle und Taktfrequenz läuft dein Controller? UART braucht nämlich einen stabilen Quarztakt, möglichst baudratentauglich (z.B. 3,686400MHz), der ATMega16 wird aber mit aktiviertem internen 1MHz-RC-Oszillator ausgeliefert und ist damit im Auslieferungszustand
ich blöde Ich hab zwar die richtige Einstellung noch nicht gefunden, aber er stand definitiv auf internem RC, dabei soll er doch auf dem STK mit 3686400 Hz laufen..... 1000 Dank Greets Karlheinz
-
Thread
ATtiny85 (AVR Atmel 8bit), Linux, Microcontroller, C/C++
noch irgendwie mit Spannung versorgen. Ein > fabrikneuer ATTiny85 läuft mit 1MHz Taktfrequenz (interner 8MHz > RC-Oszillator mit Teilung durch 8 durch die gesetzte CLKDIV8 Fuse). > Dafür reicht ihm eine Versorgungsspannung zwischen 1.8V und 5.5V. Sobald > die Fuses des ATTiny85 verändert wurden (
Programmer. Also, einfacher. Der Hauptvorteil liegt aber m.E. in diesen Dingen: - UPDI - interner 16/20 MHz Oszillator mit guter Genauigkeit (kein Quarz nötig). - Port-Mux - gleichförmige interne Peripherie über beide Serien hinweg (tiny1/mega0). Den letzten Punkt halte ich schon fast für
-
Thread
STM32F4xx: Fragen zum startup
. Ich kann daraus bis jetzt keine Taktzyklenzahl berechnen. Auf dem Board ist wohl ein 8MHz-Oszillator drauf, was die interne PLL aber mit den Standardeinstellungen (ich hab da nix verstellt) daraus macht, weiß ich noch nicht. Der Compiler wird mit folgenden Flags aufgerufen: "-I"F:/workspace/
Max Power schrieb im Beitrag #2573266: > Bei -mfloat-abi=hard kommt es dort > zu Fehlern. Geht es etwas genauer? Am besten lädst du mal den Code und die Ausgabe auf der Console hoch... Roland H. schrieb im Beitrag #2571586: > Ganz nett wäre es, noch eine UART-Ausgabe für UART2
-
Thread
Atmega Tod? nach flashen nur noch balken
Man nehme einen Quartz*oszillator* und lege dessen Ausgang an XTAL1.
------------------------------ Tast1: Incr D 'zählt die internen Tastendrücke Txt = EepromLesen(64 , 79) 'holt Text vom EEProm (stand) Lowerline : Lcd Txt Print "S1: " ; Txt ; " z:" ; D 'Ausgabe über UART (TXD) V6 = Not V6
-
Thread
Zwei Controller synchronisieren
search/browse.jsp;jsessionid=PUP5UZJRUVQ1KCQLCIQZLTQ?N=1001189+341634&_requestid=426145 Das sind Oszillatoren mit 1ppm...
auch. und trotzdem gäbe es noch Bücher über die Thematik zu verfassen, und wird sich allweil ei fehler hineinschleichen.
-
Thread
STM32F401 Initialisirung USART2 bare metal
Noch eine Verständnisfrage: Wenn ich UART2 ohne Flusskontrolle benutze, sind dann die Pins CTS (Pin A0) und RTS trotzdem belegt und können nicht mehr von z.B. Timer2 input capture (Pin A0) belegt werden? UART2 läuft, wenn ich aber die Clock
Ich habe gelesen, dass der interne Oszillator mit bis zu ±3% Abweichung behaftet ist, und messe mit SysTick an Stelle von eingestellten 2ms 1,9757ms, also eine Abweichung von 1,2%. Das ist also in Ordnung. Was mich aber wundert ist
-
Thread
bidirektionale RS232 Funkbrücke mit RFM12
wählbar machen?) Sollte nach X - Wiederholungen keine Antwort kommen könnte man einfach einen Fehler ausgeben auf die UART und alle Daten verwerfen. (ggf. durch LEDs zu signalisieren)
Moinsen, da ich eine interne UART Funkbrücke brauchte die nicht an den Hardware UART geht habe ich mal diese Funkbrücke als Library gekapselt. Der Aufruf erfolgt genauso wie die UART Lib von Peter Fleury. Im Anhang eine
-
Thread
PIC C18 erkennt keine Variablen
ein Problem im folgenden Code: [c] #include <p18f2410.h> #pragma config OSC = INTIO67 // Interner Oszillator, Port function on RA6 u. RA7 #pragma config WDT = OFF // Watchdog Timer Off #pragma config PWRT = ON #pragma code // ********************************************************
in einer Schleife. Hab auch schon bei Google gesucht aber ich finde kein brauchbares Beispiel für UART für C18. [c] #include <p18f2410.h> #pragma config OSC = INTIO67 // Interner Oszillator, Port function on RA6 u. RA7 #pragma config WDT = OFF // Watchdog Timer Off #pragma config PWRT