-
Thread
ATtiny Interner Oszilator Problem
habe einen Attiny 13A an dem man ja kein externes Quarz anschließen > kann. Ich habe also den internen benutzt Nein, hast du nicht. Kannst du garnicht. Einfach deshalb, weil es keinen internen Quarz gibt. Intern gibt's nur einen (recht ungenauen) RC-Oszillator. > doch die SoftUart funktioniert
Für UART besteht die Anforderung, dass die Taktfrequenz nicht mehr als etwa 2% vom Soll abweicht. Mit dem internen RC-Oszillator des atiny13 kann es passieren, dass die Abweichung wegen Spannungsabweichung
-
Thread
Fehler in der Anzeige bei GLCD
Zeile 65 - da ist dein Fehler
keine delay nehmen. Wie macht man dann sowas? >achim Dann aktiviere mal zwischenzeitlich den internen Oszillator und teste das ganze bei niedrigerem Takt. MfG Spess
-
Thread
Bedarf an eigenbau STM32F429 Evaluation Board ?
RTC von Seiko-Epson. Jain. Die Pufferbatterie dient nicht nur der RTC sondern puffert auch 4K internes RAM.
mich die beste Lösung, den Bildspeicher im linear adressierbaren RAM zu halten - noch besser µC-internes RAM ;-) Mir würde es schon reichen, 480x272 Byte im internen RAM als Bildspeicher zu nutzen und mit der im 429 vorhandenen CLUT auf 16 Bit aufzupusten. Das geht schon mit einem 100-pol. 429er und
-
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
ATmega8A UART Problem
aber dann findet man sehr schnell heraus, daß es bereits bei 9600 Baud schwierig wird, mit dem internen Oszillator (und den verfügbaren Teilern) die notwendige Genauigkeit zu erreichen - so jedenfalls meine Erinnerung. Gehört zu den vielen, gern diskutierten Themen ... Siehe auch hier: http://www.mikrocontroller.net
Hitzewelle im Sommer kommt dann die Überraschung: Ihre Schaltung funktioniert nicht mehr, weil der interne Oszillator halt nicht besonders stabil ist. Du hast also genau die richtige Wahl getroffen - Glückwunsch zu Deinem Erfolg. Ich kann mich noch gut erinnern, als bei mir erstmals Zeichen vom AVR
-
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
ATmega328p @ 8Mhz Standalone UART Baudrate einstellen?
> Brauche die Taktpins, also > externer Takt ist keine Alternative Dann lässt du das mit dem UART besser sein. Mit dem internen Takt gibt das nur ständigen Ärger. Georg
Brauche die Taktpins, also > externer Takt ist keine Alternative) > Ich nehme an, mit 8Mhz (der interne Takt soll ja auch relativ ungenau > sein) schafft der einfach nicht die Standard-Baudrate von 115200. klaro 1. wegen der ungenauen internen 8MHz 2. weil bei 8MHz der Fehler rechnerisch zu
-
Thread
Netzwerk Steckdose + Anhand welcher Daten wähle ich einen Quarz aus? + weiter Fragen (Bootloader)
für die Infos bezüglich Quartz/Oszillator. Hast du Empfehlungen nach welchen Kriterien die Frequenz auszuwählen ist? Für UART leuchtet mir das ein. Nur bei SPI hab ich z.B. keinen blassen Schimmer. Zu der Sache mit den 230V: Bevor
tatsächlichen Baudrate bei deinem Quarz raus lesen. Je > kleiner dieser Abweichung um so besser. Für den UART ist es völlig egal, ob der Fehler 1ppm oder 1 Promille beträgt. Bei hoher Leitungsqualität geht die Übertragung erst schief, wenn sich der Fehler innerhalb eines Bytes, also meist über 10 Symbole, über
-
Thread
ATMega32M1 UART
uart_transmit('E'); uart_transmit('S'); uart_transmit('T'); while(1) { DATA = uart_receive(); uart_transmit(DATA); } return 0; } [/c] Hoffe Ihr könnt mir da weiter
#4047206: > Habe die taktquelle von den Fuses Abgelesen Was ist genau deine Taktquelle? Ein interner Oszillator, ein externer Oszillator oder ein angeschlossener (und schwingender) Quarz? Das muss mit den Fuses übereinstimmen. Ist der Clock Division Factor berücksichtigt bzw richtig eingestellt
-
Thread
SMD Quarzoszillator 5V? Welchen verwendet ihr? Stromverbrauch?
Sieht es mit einem Quarz und der > Kondensatorbeschaltung besser aus? Der Stromverbraucht vom internen Oszillator hängt natürlich vom µC ab was einen Quarz oder Keramikresonator betrifft). Man kann aber meistens davon ausgehen, dass der interne Quarz üblicherweise um Größenordnungen sparsamer ist
Frequenz, umso mehr Strom - Umso höher die Spannung, umso mehr Strom - Stromverbrauch: Uhrenquarz < interner RC < Quarz < Quarzoszillator Ich nehm gehrne den internen RC für den Systemtakt, für genaue Zeitbasis den Uhrenquarz. Geht natürlich nicht imme (z.B. nicht für eine UART). Sonst eigentlich immer
-
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
Modulplatine für zentrale Haussteuerung - Feedback
Bisschen, > was der zu tun hat! Ich würde sogar auf 3.6864MHz runter gehen. Evt. ist auch der interne R/C gut genug für UART-Kommunikation.
dann ja jetzt schon ein Thema. > Ich würde sogar auf 3.6864MHz runter gehen. Evt. ist auch der interne > R/C gut genug für UART-Kommunikation. Ich bau erstmal den Prototypen auf und schau mal, wie viel Langeweile die 20 Entpreller zulassen. Auf den internen möchte ich nicht gehen - für ein paar
-
Thread
Wieder ein Problem mit ATTiny841 - AVRdude
Norbert S. schrieb im Beitrag #3959482: > Hier geht es ja um den Tiny 841 Bei 3-4V ist dessen interner Oszillator von Haus aus bis 38400 verwendbar wenn man die Arktis meidet, oder 76800 wenns die Gegenstelle kann. Wenn man Zeit für Kalibrierung hat, dann kriegt man damit auch die Baudratenfrequenz
Bastelplatine und nicht div. µC Cotroller für Spezialitäten in der Bastelkiste weil man hier mal 2 Uarts braucht oder da mal 6x PWM. Gruß, Norbert
-
Thread
Zeigt her eure Kunstwerke (2017-2019) Gesperrt Bilder
Klasse Uhr!!!!!! Mir fehlen die Worte :-)
Old-Papa Update: Das Foto der Rohfolien fehlte. Eine habe ich noch, mal sehen, ob ich meinen Fehler noch fixe....
-
Thread
ATmega8: Das Buch
brauchen, hätten sie einfach den nehmen sollen, den der Programmer via SCK liefert. Oder immer den internen RC-Oszillator. Wie gesagt, bei Microchip und dem ICSP dort klappt es doch auch. Und ab PIC24 auch ganz ohne High Voltage(†) auf !MCLR, selbst wenn !MCLR zum Portpin gemacht wurde. Fail. fchk
Schwerpunkte halt in anderen Bereichen. Ach ja, um zum Thema "fehlerfrei" zu kommen, es ist keine Kunst, Fehler anzumeckern, aber eine, keine Fehler zu machen. Sich da an banalen Rechtschreibfehlern hochzuziehen, sollten doch inhaltliche Fehler aufgezeigt werden. Die Rechtschreibfehler werden Lektoren schon
-
Thread
Conways Game of Live zu langsam auf Z80
Christian J. schrieb im Beitrag #3953189: > 5 Uarts ... aber wenn du die auf dem Board vorhandene/mögliche Peripherie komplett nutzen willst, dann hast du nichtmal eine einzige freie UART! Freud' und Leid eines gut ausgestatteten Dev-Boards eben.
vorhandene/mögliche Peripherie > komplett nutzen willst, dann hast du nichtmal eine einzige freie UART! > Freud' und Leid eines gut ausgestatteten Dev-Boards eben. Glaube es sind sogar 8 Uarts, zzgl der 14 Timer, Cryptoprozessor, Hash Generator, blubberbla..... Ich weiss nicht genau welche Philosophie
-
Thread
Bluetooth AVR ISP Programmer
daher empfehle ich den ATmega328P. Der Bluecontroller läuft intern mit 3,3V und 8 MHz Takt (interner Oszillator, kein Quartz). Er hat bereits Levelshifter eingebaut und kann so auch 5V Targets programmieren. Man kann natürlich auch jeden anderen Bluetooth Chip nehmen, es wurden ja bereits einige
zurück? Ich habe bisher immer eine RS232 Schnittstelle 115200 Baud sind kein Problem, sofern der interne Oszillator entsprechend auf die serielle Baudrate kalibriert wurde (und nicht auf 8 Mhz). Mit einen Quarz bzw. ohne Kalibrierung wird dies nicht stabil laufen, da die tatsächliche Baudrate dann 111111
-
Thread
ATTiny 2313 Baudrate
Der µC läuft mit 1MHz -> Fuses prüfen. Und der interne RC ist für UART nur bedingt zu gebrauchen.
@ janos (Gast) >Falls nicht, reicht vor allem bei den niedrigen Baudraten wie 4800 der >interne Oszillator. Und noch Einer, der die Prozentrechnung nicht verstanden hat. 5% Fehler sind immer 5% Fehler, egal ob bei 4800 oder 115200 Baud. Ich hab mit Kalibrierung auch schon 115200 Baud
-
Thread
Anfänger in C und welcher PIC (evtl. uno32) ist geeignet ?
dass das WilhelmT nicht zielführend genug ist. Es scheint das "Hallo Welt" zum sofort loslegen zu fehlen.
****************/ // nur die ohne die es nicht gehr ;-) #pragma config FOSC = INTIO67 // interner Oszillator #pragma config WDTEN = OFF // kein Watchdog Timer #pragma config LVP = OFF // kein Low Voltage Programming #pragma config PBADEN = OFF // erste Seite PORTB im
-
Thread
LCD Timer sekunden Takt zu langsam
sehr danach, dass du nicht den externen 4MHz Quarz als Zeitbasis hast sondern den ab Fabrik auf (interner 8MHz RC-Oszillator / clkdiv8) Standardeinstellung hast. Das wäre dann 1/4 der gewünschten Geschwindigkeit.
Assembler berechnete Konstanten automatisch den richtigen Wert erzeugen. Beispiel: Baudrate des UART einstellen; die Konstante für den Bauraten-Generator hängt von der Taktfrequenz ab. Gruß Dietrich
-
Thread
Neue AVR-Tiny Generation, neue B-ATMegas, neue Entwicklungstools
zusätzlichen, vollwertigen IOs bietet der in TQFP32 erhältliche neue Mega-PB vor allem einen genaueren internen RC-Oszillator. Damit entledigen sich die meisten Anwendungen endlich der Notwendigkeit, von einem Quarz samt Kondensator-Gehilfen taktversorgt zu werden. Interessant ist das natürlich insbesondere
Als einsetzbare Standard-Frequenz für alle 3 und 5V Anwendungen kalibriere ich auf die bis 115kBAUD UART-0%fehler- und 8Bit Timer Vorteiler-freundlichen 7,3728 MHz hin: Takt via CLKO-Fuse auf PortB0 schalten, mit Programm das den pullgeupten PortD permanent in das OSCCAL-Register einliest, an PortD 8 kleine
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
weitere Fehler finde, melde ich mich.
uint8_t uart3_poll (uint8_t *); // noch nicht implementiert extern void uart3_flush (); // noch nicht implementiert, blockiert CPU bis TX-Puffer leer extern int uart3_read (char *, int
-
Thread
Welche ARM Modelle eignen sich für Anfänger?
also mit 16 MHz. Nicht jeder STM32 läuft zu Anfang mit 16MHz. Die STM32F1xx nur mit 8MHz da der interne RC Oszillator auf 8 MHz kalibriert ist. Der STM32F2xx und STM32F4xx mit 16 MHz. Steht für den jeweiligen Chip im Datasheet unter HSI RC Oszillator.
#3872217: > Nicht jeder STM32 läuft zu Anfang mit 16MHz. Die STM32F1xx nur mit 8MHz > da der interne RC Oszillator auf 8 MHz kalibriert ist. > Der STM32F2xx und STM32F4xx mit 16 MHz. Steht für den jeweiligen Chip im > Datasheet unter HSI RC Oszillator. Danke für den Hinweis :-) Liegt wohl
-
Thread
µC Auswahl Atmel Atmega - UART und Batteriebetrieb
Du erschreckt feststellen daß es nicht ratsam wäre sich für rs232 ohne weitere Maßnahmen auf den internen Oszillator zu verlassen, Ärger wäre vorprogrammiert. Abhilfe schafft das Kalibrierbyte OSCCAL, damit kann man den internen Oszillator halbwegs (genau genug) hinziehen, musst halt jedes Exemplar
einsparen wollen und dann Klimmzüge machen die > im Endeffekt erheblich teurer werden. Den internen Oszillator zu verwenden hat auch Vorteile: weniger Verbrauch und schelleres Anschwingen, was gerade bei Batterieanwendungen interessant ist. Der interne Oszillator ist gut für UART-Anwendungen geeignet
-
Thread
mit CAN Bus Fensterkontakte abfragen.
scheint mir der sehr gut zu passen, weil ... - er einen CAN Tranceiver bereits eingebaut hat - der interne Oszillator bereits CAN tauglich scheint (bis 100KBit - aber das ist für den Zweck vollkommen ausreichend) einzig 'lästig' ist die Stromversorgung (3 & 5 Volt notwendig). Damit sollten sich die
der sehr gut > zu passen, weil ... > - er einen CAN Tranceiver bereits eingebaut hat > - der interne Oszillator bereits CAN tauglich scheint (bis 100KBit - > aber das ist für den Zweck vollkommen ausreichend) > einzig 'lästig' ist die Stromversorgung (3 & 5 Volt notwendig). > > Damit sollten
-
Thread
PIC24F32KA302 UART-Konfiguration
BOR OFF(deep sleep) _FDS(DSWDTEN_OFF & DSBOREN_OFF)[/c] Diese config soll bezwecken, dass der interne clock mit 16 MHz läuft. (8*4)/2 Als Init-Funktion benutze ich: [c]void UART_Init(void) { TRISBbits.TRISB0 = 0; //TX-Pin Output TRISBbits.TRISB1 = 1; //RX-Pin Input U2MODEbits.STSEL
.. Ich würde die Configbits immer vollständig im Code einstellen. Per default ist natürlich der interne Oszillator aktiviert (sofern vorhanden). Kleine Anekdote, warum ich die Bits immer im Code einstelle: Zu Zeiten von MPLab 8 und PIC18/PIC16 habe ich die ConfigBits immer in MPLab selbst eingestellt
-
Thread
FTDI 3,3v Probleme
Halbach schrieb im Beitrag #3839161: > geht ein PIC kaputt wenn ich wärend der Programmierung den internen > Quartz umstelle? Welchen PIC hast du, ich kenne keinen mit internem Quarz. Ist der neu?
Beitrag #3840733: > Erwin schrieb im Beitrag #3840655: >> Welchen PIC hast du, ich kenne keinen mit internem Quarz. Ist der neu? > > Hi Erwin, > > Pic18F45K20 > > ich nutze den internen Quarzoszillator Der "internen Quarzoszillator" ist aber nur ein RC-Oszillator. Gut, dann hab ich nichts verpasst
-
Thread
Piezo mit unterschiedlichen Tönen
ist, aber nun muss ich die Timer erst hinter mir bringen, und dann kommen noch die PWM's mit den UART.. Weist du vielleicht, was bei mir falsch sein könnte? Mfg, TommyProg
irgendwas dazwischen). Das Programm ist einfach genug, dass es kaum eine Möglichkeit gibt, einen Fehler zu machen. Das sind also die beiden Töne. Wenn dein Programm die nicht produziert, dann hast du schlicht und ergreifend eine Fehler im Programm. Weiter werd ich mich nicht äussern, bis auf eine
-
Thread
Kritiken tinyUSBboard Platine
wuerde. absolut, wir sollten schon mal für den m1284p das mighty Layout übernehmen da die UART 0 vom Bootloader belegt ist sollten für den USB die Pins PD0 und PD1 genutzt werden, so bleibt es kompatibel
echte USBASP auch ein Quarz. Ich weiß bis heute nicht, wer die unglückliche Idee hatte, USB mit dem internen Oszillator eines ATTiny emulieren zu wollen.
-
Thread
Interner Oszillator genutzt statt Quarzoszillator ?
Hallo, Ich bin gerade dabei, mit UART und der seriellen Schnittstelle rumzuspielen am Atmega8. Ich habe aber das Problem, dass der AVR als Taktsignal den internen 1MHz Oszillator nimmt, statt dem externen Quartz. Die Fuses habe ich
Das glaube ich nicht, dass der Mega einen Teil aus dem externen Quarz und einen Teil aus dem internen Oszillator speist. Wie bist du denn darauf gekommen / wie hast du das gemessen?
-
Thread
Atmega88P USART Kommunikation funktioniert nicht
BAUD_REAL (F_CPU/(16*(UBRR_VAL+1))) // 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 void uart_init(void) { UBRR0H
BAUD_REAL (F_CPU/(16*(UBRR_VAL+1))) // 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 void uart_init(void) { UBRR0H
-
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
Attiny841/Attiny84 : interner RC-Oszillator/Keramikresonator/Quarz/Quarzoszillator
herankomme (Stromverbrauch). Es geht um die Taktquelle. Bislang habe ich die Attiny84 meist nur mit dem internen RC-Oszillator bei 8MHz (für mich ausreichend) betrieben. Der Attiny841 kann jedoch auch UART. Das heißt, laut dem Wiki wäre es möglich, dass der interne RC-Oszillator zu ungenau ist. Ich werde es
intern, 5V = 1.2mA > bei 8MHz (für mich ausreichend) betrieben. Der Attiny841 kann jedoch > auch UART. Das heißt, laut dem Wiki wäre es möglich, dass der interne > RC-Oszillator zu ungenau ist. Nicht alles glauben was Wiki behauptet. Bis 38400B geht es *bestimmt* mit internem Oszi. Du sollst
-
Thread
Retro Fieber: Z80 oder 68000 ?
Einzelgattern aber die Lösung gefällt mir besser. 3 Adressleitungen auf 8 Demuxer Ports. 2. KIO Uart: Welchen uC Takt muss ich wählen, damit ich die bekannten Baudraten mit geringem Fehler erzeugen kann? Aktuell habe ich einen 3.6864 Mhz Oszillatorbaustein und einen 4.0000 Mhz Baustein. Der KIO wird
Adressbits dekodieren reicht aus. Bei bis zu 4 Bausteinen tuts auch ein halber 74HCT139. > 2. KIO Uart: KIO war der PLCC 84 Klops. Du meinst sicherlich den STI. > Welchen uC Takt muss ich wählen, damit ich die bekannten > Baudraten mit geringem Fehler erzeugen kann? Wie bei so ziemlich jeder
-
Thread
kleinster AVR mit i2c und SPI
mehr drei, abzüglich GND/VCC einer, hieße also auf den Quarz verzichten? Geht I2c (Master) mit internem oszillator?
Michael Reinelt schrieb im Beitrag #3775051: > Geht I2c (Master) mit internem oszillator? Ja
-
Thread
Frequenzteiler ohne Binary Counter
low ist, durch 65 (oder umgekehrt, egal). Besser wär's natürlich, du trimmst mit den 1Hz den internen Oszillator (wenn der uC das kann) oder du veränderst den Prescaler vom Timer um +/-1. Dann läuft dein gesamtes Programm synchron zum DS3231 ohne dass du den per I2C ständig abfragen musst -- und vor
Muss OCR0A = 15; sein. Lasse gerade einen Test laufen. Die ersten 4Minuten schon einmal kein Fehler zu sehen.
-
Thread
RGB LED mit PWM steuern
ist im Prinzip jeder AVR Mikrocontroller mit genug Pins ausreichend - als auch der ATmega8. Der interne RC Oszillator mit seinen 8 MHz ist prinzipiell auch gut genug, allerdings wird für eine zuverlässige UART Kommunikation oft und gerne ein "echter" Quarz empfohlen, um nicht den Ungenauigkeiten des
, wenn ich an einem weiteren Pin 5V anlege? Karol Babioch schrieb im Beitrag #3767402: > Der interne RC Oszillator mit seinen > 8 MHz ist prinzipiell auch gut genug, allerdings wird für eine > zuverlässige UART Kommunikation oft und gerne ein "echter" Quarz > empfohlen Was für einen Quarz soll
-
Thread
Freescale Drucksensor an Atmega8
. Zur geforderten Auflösung, Genauigkeit und Umgebungstemperatur und dessen Schwankungsbreite fehlen noch die Angaben. Muß es absolut genau sein oder nur Relativ genau? Im ersten Fall müßten man ohnehin irgendwie eichen.
Senden darf. Das gilt unabhängig von der Hard-/Software-spezifischen Implementierung des gemeinen UART - auf welche Version beziehst du dich denn? Und, nach welchem Kriterium erfolgt dabei dein "schalte TX-Pin am Controller auf High-Z"?
-
Thread
8051 - Programm und Daten in einem 128kB Chip ohne Overlap
auslösen) Welcher komische 8051 soll denn das sein? Bei einigen 8051 läßt sich ALE für die internen Zugriffe abschalten.
Hallo MCUA, du bist putzig, aber leider fehlen mir Zeit und Lust einen Troll zu füttern. Gruß. Tom
-
Thread
PWM-Pin von AVR deaktivieren
Tccr0b.cs00 = 1 'Vorteiler=1 Ocr0a = 111 '8MHz Takt, interner Oszillator, Vorteiler 1 '8MHz/36000=222 (wegen Toggle = 111) Mir erscheint das übersichtlich und weniger fehlerträchtig als in anderen Sprachen. MfG
COM0A0) > Leute, lest erstmal ein C-Buch, bevor Ihr solchen Murks verbreitet. Ubs, copy & paste Fehler, aber zum Glück gibts ja noch nette Leute, die einem Fehler verzeihen. Ausserdem wirds langsam ziemlich OT.
-
Thread
UART "kauderwelsch"
Interner RC Oszillator verwendet? Der liegt manchmal etwas daneben.
Hi >Interner RC Oszillator verwendet? Der liegt manchmal etwas daneben. Braucht es nicht. Bei 1MHz und 9600Bd beträgt der Baudratenfehler 7%. MfG Spess
-
Thread
Suche Pulse Train oder Pulse Pattern Generator
Signal-Bereitstellung) und einigen HC-Logik Schieberegistern vorstellen. Dazu noch ein 40 MHz Oszillator. Das könnte aber auch nur mit einem 40 MHz schnellen µC gemacht werden. Mal sehen, was noch für Vorschläge kommen...
großer Aufwand sein, zumal man das ja auch mit nem externen µC bräuchte. Was dann außen an dem SPI/UART hängt weiß wohl nur der OP.
-
Thread
Daten an PC mit MAX232
// 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 //UART-Schnittstelle Initialisieren void uart_init(void) { UBRR0H = UBRR_VAL >> 8; UBRR0L = UBRR_VAL & 0xFF; UCSR0B = (1<<TXEN0); // UART TX einschalten //UCSR0C |= (1<<UCSZ00) | (1<<UCSZ01); // UART 8-Bit Modus UCSR0C = (1
-
Thread
Microstepping am Limit?!
Du meinst einen externen Oszillator? der hat dann eine fixe Frequenz, oder? Wie könnte die CPU zum ändern der Geschwindigkeit verwendet werden? Stefan schrieb im Beitrag #3730086: > Da brauchst Du doch noch nicht mal einen Interrupt
parallel. Die Peripherie kann viele Aufgaben komplett ohne die CPU ausführen, z.B. Zeichen über den UART senden oder eine Pulsfolge über einen Timer ausgeben. Wenn eine Peripherie (UART, Timer, ..) eine Arbeit vollendet hat, kann sie das der CPU mitteilen über eine Interrupt-Anforderung. Die CPU kann
-
Thread
Attiny2313 UART: Lese-Störungen
Pull-Up-Widerstand die Baudrate? > da mir das locker reicht und ich doch theoretisch >mit dem internen Quarz vom Attiny auskommen müsste, oder? Falsch. Der Fehler durch den internen RC-Oszillator wird durch die Baudrate nicht beeinflusst. 9600Bd bei 1MHz gibt einen Fehler von 7%. Da kannst du eigentlich
möglicherweise ein Wertobjekt an diesem Faden. Ich benutze für Debug Ausgaben und andere Spielchen oft den internen Oszillator mit UART, das geht auch in 95% der Fälle problemlos. Aber beim Modellbau sind die restlichen 5% nach Murphy Gesetz genau die, die das Modell in die Botanik schicken.
-
Thread
kann ich testen, ob meine Schaltung tut
jemand kommentieren, der die SW kennt. Mir kommt sie widersprüchlich vor. Entweder ich nutze den internen RC-Oszillator mit 8MHz _oder_ einen externen RC-Oszillator _oder_ einen externen Quarz. Aber Du könntest in der Zwischenzeit mal den Pegel an den RS232 Leitungen TX des uC kontrollieren. Sollte
Aus meiner Sicht wäre das Thema damit nicht erledigt. Wenn nämlich Dein uC wirklich mit dem internen RC-Oszillator betrieben wird, dann ist es (im wesentlichen) Zufall, dass der uC gerade am PC Deiner Tochter und an dem USB-RS232-Converter funktioniert. Der Punkt ist, dass der RC-Oszillator sehr