-
Thread
ATmega328PB: UART(MC) empfängt falsche Daten
in AS7 nochmal nachgeguckt wegen den Fusebits: CKDIV8 ist aktiv, genauso wie von CKSEL[3:0] der interne RC-Oszillator als Quelle ausgewählt ist. Jetzt habe ich im aktuellen Datenblatt von 2018 nachgesehen. Bei F_CPU=1MHz hat der UART des MC eine Fehlerquote von 8,5%. Daher wollte ich die F_CPU auf
Ruhepegel ungefähr 5V betragen. Da er aber nur ein paar mV gemessen hat, muss wohl die Verbindung fehlen, kaputt sein oder der USB-UART Adapter ist kaputt.
-
Thread
Z80 CPU einer der modernsten CPUs?
ein "Z80-System" zu machen, ist da schon mit drin. Dazu gehören: Programm- und Datenspeicher, Oszillator, Interruptcontroller, Timer, UART (= SIO), GPIO (= PIO), SPI (= Schieberegister). Außerdem kann man den Chip direkt in der Schaltung programmieren, braucht also nicht mit EPROMs hantieren. Kurz
Z80-System" zu machen, ist da schon mit drin. > > Dazu gehören: Programm- und Datenspeicher, Oszillator, > Interruptcontroller, Timer, UART (= SIO), GPIO (= PIO), SPI (= > Schieberegister). Außerdem kann man den Chip direkt in der Schaltung > programmieren, braucht also nicht mit EPROMs hantieren
-
Thread
ATMega 8 über Arduino Software programmieren, technische Probleme
Mikrocontroller sind ist im Auslieferungszustand leer und so konfiguriert, dass er sie von ihrem internen R/C Oszillator mit 8 oder 9,6 Mhz getaktet werden. Dieser Takt wird allerdings durch 8 geteilt, weil die CLKDIV8 Fuse aktiviert ist. Die effektive Taktfrequenz ist daher erstmal 1 oder 1,2 MHz.
externer Takt zugeführt wird. Der ATMega8 kennt verschiedene Möglichkeiten des Systemtakts: - Interner R/C Oszillator - externer Quarzoszillator - externer Takt Lt. dem gezeigten Schaltplan musst Du den externen Quarzoszillator per Fuses einstellen. Wenn Du hingegen und wie aus Deinem Zitat
-
Thread
"Überspannung" an PIC-Eingängen
Funktionen. Sogar Microchip lernt etwas dazu. Wobei analoge Funktionen relativ weit gefächert ist. (interner Oszillator). Gruß Anja
gleichzeitig Strom über die Schutzdioden fließen lässt. Oder mach mal > ernsthafte Kommunikation über den UART und protokolliere ob wirklich Vielleicht hat sich dies ohne weiteren Streit durch die verlinkte TB3013 geklärt - beide haben recht: Bei Inputs mit analog-Option kann die Verwendung der internen
-
Thread
Neue AVR Familie - AVR-DA
> Kann es die 24 Mhz mit internem Taktgenerator Laut Datenblatt ja.
AVR, denn der braucht keine zusätzlichen Chips. (In meinem Fall ein Atmega1284P, wegen der zweiten UART.)
-
Thread
Testplatine für ATmega 2560 - Kondensatoren an jedem VCC/GND Paar ?
nehmen. Das meinte Stefan F. mit seiner Bemerkung. Aber bei 16MHz und 115200bps hast Du 2.1% Fehler, und das passt noch. Also kein Grund zur Sorge. Im richtigen Leben mit aktuellen Controllern gibts das Problem eh nicht mehr - die dort eingesetzten UARTs sind deutlich flexibler. Die AVR-Peripherie
Uhrenquarze. 2) Man kann Mikrocontroller bei Nicht-Gebraucht so schlafen legen, dass der Haupt-Oszillator abgeschaltet wird. Mit den zweit-Oszillator kann die Uhr (der Timer) in dieser Zeit weiter laufen. 3) Oszillatoren mit niedriger Frequenz brauchen weniger Energie, als Oszillatoren mit hoher Frequenz
-
Thread
FPGA Modul mit vielen IO
EP4CE75 ein Klax. Du hast nicht gelesen was der Threadersteller will oder? Der will die vielen UARTs nicht im FPGA, sondern er will die Leitungen der vielen UARTs nur mit dem FPGA verbinden. Quasi ein großer Crosspoint-Switch 128x130. Digital. Und die Leistungen werden für viele UARTs verwendet.
ankommen, aber nicht an der Korrektheit der Daten. Und dann hoffe ich, dass das Protokoll das da über UART gesprochen wird auch Fehler erkennen und vielleicht sogar korrigieren kann.
-
Thread
Einstieg in 8051 - Atmels AT89S52 oder?
Protokoll fuer die Uebertragung Und die Geschwindigkeit leidet auch. Warum benutzt man also interne AD-Wandler? Weil man es kann. Wenn der Kaefer keine hergibt, nimmt man einen anderen. Interne ADCs bei Controllern decken mittlerweile einen sehr weiten Bereich ab. Beispielsweise Von 12 bit
#7212807: > Da hatte ich auch schon rumgesucht und dann sicherheitshalber > gleich einen 2 MHz Oszillator eingebaut Das ist ungünstig. Für den 8051 nimmt man typisch 12MHz (USB) oder 11,0592MHz (UART).
-
Thread
Funktionsweise von Gigabit Transceivern
problemlos mit Datenbussen von 1024Bit und breiter aus. Mit einem Takt von 300MHz hat man so eine interne Datenrate von ca. 300GBit.
recovery > funktionieren, da ja kein Takt mit übertragen wird. Die laufen doch auch mit einem internen Oszillator / bzw PLL oder? Müsste also funktionieren.
-
Thread
Arduino / ATmega328P UART RX Interrupt LIN
aktiviert UCSR0C = B00000110; // 8-Bit Data, Keine Parity, Rising Clock } void UART_config_TX() { // UART-Sender konfigurieren UBRR0L = 51; // 19200 Baud // Init UART UCSR0B = B11001000; // 8-Bit Data, TX + RX aktiv, RX deaktiviert
> Bei 16MHz Clock mehr als genung. Wo kommt das Taktsignal her? Der interne RC-Oszillator ist oft zu ungenau für den USART.
-
Thread
8-Pin µC (Tiny45/85 o.ä.) Projekte/Spielerien
mal wieder Flammverlust hat. Im Handbuch steht "leuchtet die rote Lampe, Reset drücken. Kommt der Fehler wieder, ein weiteres Mal probieren. Danach Heizungsfachmann rufen". Automatisiert seit 10 Jahren ohne Probleme, zusätzlich hat's einen Pieper gegeben, wenn der Fehler wiederkommt. Nie mehr kalt duschen
Mosfet eingeschaltet bis Feedback länger als 2 Minuten Down ist. Zweiteres einen 433Mhz Signal zu Uart. Wandelt 433Mhz Codes in einfaches uart-TX um, dabei wird Spam gefiltert und die Wiederholrate begrenzt.. Ehemals dafür gedacht Den ESP8366 nicht durchgehend mit 433MHz Receiver RX Interrupts zu
-
Thread
Pollin DCF77 - Empfangsprobleme anderer Art
Stefan ⛄ F. schrieb im Beitrag #6089517: > Wie gesagt brauchst du einen Pull-Up > Widerstand. Der interne im AVR Mikrocontroller passt schon. Da, schon wieder einer. Neien, der interne Pullup vom AVR ist viel zu niedrig.
Matthias S. schrieb im Beitrag #6089647: > Da, schon wieder einer. Neien, der interne Pullup vom AVR ist viel zu > niedrig. Ich habe es doch mit genau diesem Produkt ausprobiert! Meine Uhr funktioniert und liefert top saubere Logikpegel unter Verwendung des internen Pull-Up Widerstandes
-
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
Avr mit 8MHz oder höher
sollte oder der Kombi-Sensor Unfug anzeigt. Und bevor Fragen kommen: Ich verwende fertige Quarz-Oszillatoren. Ist halt wie immer im Leben, die Verantwortung hat der der es dann macht...
an was Du erreichen willst. Zum Stromsparen ist nicht nur die hohe Frequenz ein Thema, auch der Oszillator verkonsumiert schon viel. Mir ging es mehr um die Möglichkeit, dass (richtig gut) Übertakten geht.
-
Artikel
AVR Bootloader in C - eine einfache Anleitung
Project/Configuration Options) und tragen die richtige Taktfrequenz ein (Im Beispiel nutzen wir den internen Oszillator mit 8 Mhz). Danach gehen wir zum Reiter Custom Options. Dort klicken wir auf Linker Options und geben dann im Textfeld daneben -Ttext=0x1800 ein. Danach drücken wir auf Add. Was bewirkt
des Beginns der .text Sektion wird auf die (Byte-)Adresse 0x1800 gesetzt. Schritt 2 - Einbinden der UART Library von Peter Fleury. Wie bereits erwähnt, wird für die serielle Kommunikation auf der AVR-Seite die UART-Library von Peter Fleury verwendet. Nach dem Download werden die uart.c und uart.h in das
-
Artikel
AVR-GCC-Tutorial/Der UART
(ATmega, ATtiny) verfügen über einen bis vier USART(s), dieser unterscheidet sich vom UART hauptsächlich durch interne FIFO-Puffer für Ein- und Ausgabe und erweiterte Konfigurationsmöglichkeiten. Die Puffergröße ist allerdings nur 1 Byte. Die Hardware. Der UART basiert auf normalem TTL-Pegel
Quarzanschluss (z.B Atmega328), die den Timer2 im Asynchron Modus benutzen, müssen intern mit dem RC-Oszillator getaktet werden. Dieser sollte dann kalibriert werden: Kalibrieren des internen Oszillators mit Timer2 als Zeitbasis Die UART-Register. Die UART wird über vier separate Register angesprochen. Die
-
Thread
Mehrere Attiny's mit 1 Atmega kommunizieren lassen
A. H. schrieb im Beitrag #5992153: > Auch Quarze sind unnötig, die internen Ozillatoren sind genau genug für > die Kommunikation. Für UART Kommunikation sind Oszillatoren mit mehr als 4% Abweichung ungeeignet. Ein Blick ins Datenblatt könnte helfen. Die meisten mir bekannten
zumindest mit Keramikresonatoren ausstattest, kann es > funktionieren. Es geht auch mit dem internen RC-Oszillator problemlos, wenn man mit Bitsynchronisation arbeitet, zumal die 8-Pinner eh keine HW-UART haben. Siehe mein Link oben.
-
Thread
BLDC Controller mit STM32F103C8T6 Geschwindigkeitsbegrenzer in der .hex
Dr. Sommer schrieb im Beitrag #5990371: > Es gibt keine internen Quarze. Ohne gute Taktquelle dürfte so ein Gerät > nicht funktionieren. Doch. Zumindest bei ST hat ein Cortex-M4 einen internen Oszillator von 16MHz, HSI genannt, mit dem er auch startet. Einen
Nop schrieb im Beitrag #5990379: > Doch. Zumindest bei ST hat ein Cortex-M4 einen internen Oszillator von > 16MHz, HSI genannt, mit dem er auch startet Das ist aber kein "interner Quarz", sondern ein oller RC-Oszillator mit 3% Abweichung oder so. Und sowas haben praktisch alle Cortexe
-
Thread
Bluetooth sendet kryptische Zeichen
besten ein Baudratenquarz, führt kein Weg vorbei. Moderne µC haben gerne mal Laser-getrimmte RC Oszillatoren, die für UART grade so ausreichen.
Jim M. schrieb im Beitrag #5963047: > Moderne µC haben gerne mal Laser-getrimmte RC Oszillatoren, die für UART > grade so ausreichen. Was willst du mit dem unqualifierten Blabla jetzt aussagen?
-
Thread
Atmega128 - Programm wird geladen, aber LED blinkt nicht?
Quarz? Thread durchgelesen? Die Fuses stehen auf Default, d.h. das Dingens läuft mit dem internen durch 8 geteilten RC-Oszillator mit 1 MHz. Ohne laufenden Oszillator ließe er sich ja gar nicht erst programmieren. > Erste inbetriebnahme des Prozessors? dann Frequenz korrekt einstellen.
lässt eine LED an PortB.0 im Sekundentakt blinken. Systemeinstellungen: - Chip ATmega168p - interner Oszillator, 1 MHz - PortB.0 Output Viel Erfolg!
-
Thread
Atmega 1284p lässt sich häufig nicht flashen
entwickle aber keine Schaltkreise, die das extern brauchen. Ich benutze bei nackten AVR entweder den internen R/C Oszillator oder bevorzugt einen 7,3728 MHz Quarz (wegen UART Baudraten). Das klappte bisher immer auf Lochraster, Steckbrettern, fliegender Aufbau mit ungekürzten Beinchen und ich muss mir
liegt, was den Schwierigkeitsgrad angeht. Naja... > Ich benutze bei nackten AVR entweder den internen R/C Oszillator oder > bevorzugt einen 7,3728 MHz Quarz (wegen UART Baudraten). ... ich habe bisher ausschließlich mit 8, 14.7, 16 oder 20 MHz gearbeitet und hatte nie Probleme. Außerdem alles
-
Thread
ATMega 8 mit 1,8432Hz Quarz für RS232
Hallo, ich habe eine Schaltung aufgebaut und anfänglich mit der internen Freq von 1 MHz probiert. Auf RS232 war zwar mit dem Oszi was zu sehen aber per minicom kam nicht. Habe gelesen dass die interne Freq recht stark schwanken kann, Temperatur & Co., damit RS232 Problem
Das ist Quatsch, das ist keine Konfiguration für einen Quarz, sondern für einen externen RC-Oszillator. [/code] Dann habe ich mit fuse l 66 und h d9 den typischen Fehler gemacht. Da wäre wohl -U lfuse:w:0xde:m -U hfuse:w:0xd9:m besser? Sind 1,8432MHz schon high freq oder medium? "...Wenn
-
Thread
STM32 läuft mit Debugger schneller als er soll
muss man rechnen IMHO. Kommt ja eh komplett mit Quellen. Zufällig ist der Takt sicher nicht, der interne Oszillator der F3 ist immer 8MHz, mal 8 ergibt immmer 64MHz, und das vertragen die MCUs der F3 Baureihe auch.
rµ schrieb im Beitrag #5869484: > Zufällig ist der Takt sicher nicht, der interne Oszillator der F3 ist > immer 8MHz, mal 8 ergibt immmer 64MHz Für mein Programm ist der Takt zufällig. Vielleicht wird der Faktor morgen, oder für einen STM32F105, von 8 auf 4 geändert. Und was
-
Thread
Eigenes i.MX6 Board - JTAG läuft. Wie nun weiter mit U-Boot?
Habs bisher nur über die C Datei gemacht.. Dann würde noch MDIO und Reset Muxing fehlen ;-) zb: MX6_PAD_GPIO1_IO06__ENET1_MDIO | MUX_PAD_CTRL(MDIO_PAD_CTRL), MX6_PAD_GPIO1_IO07__ENET1_MDC | MUX_PAD_CTRL(ENET_PAD_CTRL), MX6_PAD_UART1_RTS_B__GPIO1_IO19 | MUX_PAD_CTRL(NO_PAD_CTRL),
Dirk M. schrieb im Beitrag #5872180: > MX6_PAD_UART1_RTS_B__GPIO1_IO19 | MUX_PAD_CTRL(NO_PAD_CTRL), Wofür ist RESET Dirk M. schrieb im Beitrag #5872180: > Reset Muxing fehlen ;-) Was meinst du mit letzterem? Hab den RESET des PHYs an GPIO
-
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
Resourcenwahnsinn beim PC, warum?
schau vor allem, was da drin steht. Es gab mal einen Intel-Netzwerktreiber, der einen fetten Fehler hatte, und der müllte bei jedem Systemstart die Registry mit weiteren sinnlosen Einträgen zu. Das war aber keine Windows-Eigenschaft, sondern eben ein Fehler des Intel-Netzwerktreibers.
natuerlich recht. Ich wollte nur drauf hinweisen, dass eine reine GUI voellig unkritisch ist, und die Fehler meist woanders liegen.
-
Thread
ATMega88 Bluetooth Modul kann nicht empfangen
vorhergehenden Arbeit, bei der das Modul einwandfrei gearbeitet hat. Am Modul sollte meiner Meinung nach der Fehler also nicht liegen. An das BT-Modul werden lediglich die TX- und RX-Leitungen sowie die Versorgungsspannung angeschlossen. Die Anbindung an den uC erfolgt über die UART-Schnittstelle. RX wird mit TX
BAUD_ERROR ((BAUD_REAL*1000)/BAUD) #if ((BAUD_ERROR<990) || (BAUD_ERROR>1010)) #error Systematischer Fehler zu groß! #endif void uart_init(void) { UBRR0 = UBRR_VAL; UCSR0B |= (1<<RXEN0)|(1<<TXEN0) ; UCSR0C = (1<<UCSZ01)|(1<<UCSZ00); } int uart_putc (char data, FILE* stream) { while
-
Thread
Mikrocontroller - die Qual der Wahl, oder doch die Wahl der Qual?
> Die Xmega haben auch ihre Tücken bei der Taktkonfiguration: Wenn man bei > einem Xmega die UART mit internem R/C Oszillator verwenden will, muss > man diesen ungenauen Oszillator mit einem weiteren kalibrierten > Oszillator synchronisieren. Genauso falsch. Gerade XMegas arbeiten intern
Ich schrieb: >> Wenn man bei >> einem Xmega die UART mit internem R/C Oszillator verwenden will, muss >> man diesen ungenauen Oszillator mit einem weiteren kalibrierten >> Oszillator synchronisieren. dirk schrieb im Beitrag #5776287: > Genauso falsch
-
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
RS232 Chip und ESD Problem
) auf die obere Aluplatte ist OK. Nur Die Luftentladung macht Probleme. Wie könnte ich die Chip interne Ladungspumpe schützen? Dem Chip noch mal eine TVS-Diode am Eingang (VCC) spendieren? Am Steckverbinder vom FFC Kabel befinden sich bereits TVS-Dioden, auch in der Versorgungsspannung.
direkt auf den Steckverbinder (ein Blitzen auf diese führt jedoch nicht zu einem Ausfall) und die UART Pins direkt an den Controller (max 3cm). Kannst du mir nicht sagen, was für Schutzbeschaltungen und aus welchen Grund du noch vorsehen würdest?
-
Thread
Der Timer0 läuft 2Hz zu langsam
Markus G. schrieb im Beitrag #5751676: > // 8-Bit TimerTC0 für 1ms Takt Wenn Du den internen RC Oszillator benutzt, dann muss der ggf. etwas justiert werden, weil der nicht allzu genau läuft. Suche mal im Datenblatt nach: OSCCAL – Oscillator Calibration Register
nur 7,961Mhz raus. > Bei verschidenen Boards auch noch unterschiedlich. das passt gut für den internen Oszillator, für einen Betrieb mit externem Quarz habe ich sowas noch nie erlebt. Ich empfehle immer noch direkt nachzuprüfen, ob wirklich der externe Quarz verwendet wird (durch direktes Nachmessen
-
Thread
attiny85 1Mhz Arduino virtuell Serial Protokoll beenden
Auch von 2400-9600 getestet alles egal. Das stimmt was nicht. Ich habe auf einem ATmega169 mit internem Oszillator stabile Übertragung 19600 bps hinbekommen. Beim Starten lief eine Kalibrierroutine, die den internen Oszillator mittels OSCCAL und einem externen Uhrenquarz (32,768 kHz) auf Wunschfrequenz
Tom schrieb im Beitrag #5744160: > Ich habe auf einem ATmega169 mit internem Oszillator stabile Übertragung > 19600 bps hinbekommen. > Beim Starten lief eine Kalibrierroutine, die den internen Oszillator > mittels OSCCAL und einem externen Uhrenquarz (32,768 kHz) auf
-
Thread
Atmega328P Serial Problem
1% Abweichung oder weniger ist Pflicht, der ATmega328P hat aber +-2%. Wertest Du überhaupt die Uart Fehler aus? Overrun / framing error ?
Michael K. schrieb im Beitrag #5736303: > Wertest Du überhaupt die Uart Fehler aus? > Overrun / framing error ? Im Moment noch nicht, werde ich mal nachholen. Matthias S. schrieb im Beitrag #5736306: > Gerade bei 8Mhz und 115200 Baud gibts mit (U2xN = 0) 8,5% Fehler
-
Thread
ATTiny13A vom Breadboard zu Rasterplatine und es funktioniert nicht mehr
und 4 hängen TX und RX; Klingt nach serieller Übertragung. Wie erfolgt den die Taktversorgung? Interner RC-Oszillator? Könnte sein, das der kalibriert werden muss.
Sockel verwenden. - Wie genannt, Stützkondensator. Ingo W. schrieb im Beitrag #5715729: > Interner RC-Oszillator? ATtiny13 kann nur internen Takt. UART und interner Takt ist "kritisch", der Taktgeber ist temperaturabhängig. Baudrate weiter nach unten setzen (mehr als 38400 Baud habe ich
-
Thread
Atmega8A UART sendet nur Müll
#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 ist groesser 1% und damit zu hoch! #endif #endif /* UART_H_ */ [/c]
Lars schrieb im Beitrag #5713275: > while (1) > { > uart_puts("Hallo"); Mach hier mal eine Pause rein, so ein Dauerfeuer verhindert eine Synchronisation auf einen Anfang, vor allem, wenn man Fehler finden will. _delay_ms(1000);
-
Thread
AVR mit internen RC Osc. betreiben
Hallo, Micha schrieb im Beitrag #5711429: > Also es handelt sich um den internen. Internen RC-Oszillator, es gibt keinen internen Quarz nur als Anmerkung. Micha schrieb im Beitrag #5711429: > das ganze solle eine UART haben, vorbei es hier nicht auf die > Geschwindigkeit
Bei einem etwas neueren zum Mega16 pinkompatiblen AVR ist der interne Oszillator deutlich genauer.
-
Thread
China SUPER Bauteile-Schnäppchen Thread [V4]
Objekte da fehlen (sollen).
Das A830-Chinading piept verzögerungsfrei. Das hat sich leider etwa 7 Jahre nach dem Kauf einen Fehler zugelegt und zeigt sporadisch grob falsche Spannung an. Es will aber nicht, dass ich den Fehler finde.
-
Thread
Mega2560-Board: Wo ist der Fehler?
Falk B. schrieb im Beitrag #5702950: > Es fehlen aber immer noch viele Antworten auf unsere Fragen. Wenn ich alles durchlese fehlen die Antworten auf die Fragen von Karl und Deine: "Was hast du denn wie GENAU angeschlossen? Weißt du WIRKLICH,
Der interne R/C Oszillator hat 8MHz. Du hast ihn auf den externen Quarz eingestellt, wie viel MHz der hat, sollte drauf stehen. Merke Dir mal diese nützliche Webseite: http://www.engbedded.com/fusecalc/
-
Thread
Auswahl des Quartzes für STM32F7
gilt mal "viel hilft viel"). Seit kurzem gibt es den SIT1630AE-S6-DCC-32.768, einen 32kHz MEMS-Oszillator im SOT-23 Gehäuse. Der ist etwas stabiler als ein unkompensierter Uhrenquarz, von Hand lötbar, braucht max. 3uA und liefert ein Rechteck mit 100ns-Flanken. Die STM32L4 können ihren internen Takt
weil die anderen Peripherien (Ethernet /SDRAM/etc..) die dran hängen im Weg stehen und belegen SPIs/UARTS die ich brauche. @batman ..und seit wann man Quarz mit t schreibt? war selber vewirrt ob mit oder ohne t geschrieben wird. Sorry für den Fehler. Natürlich ohne t. Aber du weisst schon was ich
-
Thread
STM32F103 "verfused"? Wie kann ich ihn wiederbeleben?
Konfiguration ist es nicht möglich sich komplett auszusperren (Der Controller startet immer mit dem internen Oszillator und wechseln die Taktquelle erst durch deine Firmware.
Es ist eben _immer_ vorteilhaft, sowohl die BOOTx Pin(s) als auch Reset und RxD und TxD vom ersten UART an irgend einen Steck oder wenigstens an ein Testpad zu legen, um mittels Bootlader an den Chip heranzukommen. W.S.
-
Thread
Noch ein Taschenrechner auf ATMega Basis
Probleme auf? > 2.Unbedingt darauf achten, dass der AVR VOR dem einlöten auf „Intern RC > Oszillator“ steht. Ansonsten muss man später zum Umprogrammieren einen > externen Takt an Pin 9 Anlegen. Guter Hinweis. Soweit ich weiß ist die Einstellung "Interner RC Oscillator 8MHz, Taktteilung / 8
Leiterplatte, der ATMega328 ist damit randvoll. Wie auch schon die anderen Borisse: keine SMDs, und nur der interne RC-Oszillator mit 8MHz. Eine Lipo-Zelle kommt als Akku zum Einsatz. Die Platine kann in den Varianten Mit und Ohne USB-Schnittstelle sowie mit und ohne I2C-EEPROM bestückt werden. Auf Wunsch
-
Thread
2. Serielle am ATmega328P mit 115200
und einen > Mikrocontroller Programmieren als I2C Slave. Natürlich stimmt das nicht. M328P internen Oszillator kann man auf 1% genau kalibrieren, was für SoftUart vollkommen ausreicht. Und Soft-Tx läuft ohne Probleme, sofern man während des sendens Interrupts sperrt. Das sind pro Byte
man aber ein Baudratenquarz für die 115,2k, z.B. 7,3728MHz. Genau. 115Kb mit 8MHz und Hard-Uart ist sowieso ein ganz schlechter Ansatz - Fehler liegt zwischen +8,5% beim U2x=0 und -3.5% beim U2x=1. Das funktioniert nie und nimmer zuverlässig - wenn überhaupt.
-
Thread
Verständnis Problem bei der AVR- bzw. Harvard- Architektur
.. Ich habe jetzt mal aus meinem Wissen heraus ein eigenes Diagramm entworfen und möchte die internen Abläufe während eines Zyklus hier wiedergeben, in der Hoffnung, dass man mich auf Fehler hinweist und... ich denke ihr wisst worauf ich eigentlich hinaus will. Das Diagramm befindet sich im Anhang
wird entweder der Baudraten-Teiler oder der interne Highspeed-Oszillator nachgestimmt.
-
Thread
Mikrocontroller über Ethernet verbinden
untersuchen. Das Programm zeigt nicht nur die Kommunikation auf allen Ebenen an, sondern markiert auch Fehler.
Leiterplatte sitzen und kreuz&quer verbunden sind, helfen dem µC da nicht. Auch das Layout um den Oszillator hat nichts mit dem Vorschlag aus dem Datenblatt zu tun. Auf diese Art kann man kuriose und schwer zu findende Fehler zu Gesicht bekommen.
-
Thread
MSP430 Aufkündigung?
Pins sind mindestens 34 Pins zu viel. 34mA im Betrieb sind mir einfach zu viel. Selbst bei internem Oszillator braucht der Cortex das mindestens Doppelte an Strom. Was nutzt mir ein Prozessor den ich ständig schlafen legen muss wenn ich ihn ständig brauche. Und nur im Sleep Mode braucht der Cortex
einbringen. Laut Datenblatt "6.3.5 Supply current characteristics" braucht der bei 8MHz vom Internen Oszillator ohne PLL: 4,5mA mit allen Peripherals enabled 3mA mit allen Peripherals disabled Habe das auch mal kurz getestet und es kommt ziemlich genau hin. Clemens L. schrieb im Beitrag #5629951
-
Thread
ATMega32 UART ohne externen Quarz an HC06
Tobi schrieb im Beitrag #5618642: > Der Platz .... (Prozessor-) interne Oszillatoren machen nur Ärger. Früher oder später ...
Auf dem Dachboden (Sommer heiß, Winter eiskalt) oder im Keller wird man dann die Probleme haben - interner RC Oszillator ist stärker temperaturabhängig. Übrigens kommt dann meistens noch etwaige Schwankungen in der Betriensspanung oben drauf. Quarze ab 12MHz gibt es in kleinen SMD Bauformen. Müsste
-
Thread
uC für 0,20€ CH552 / CH554 von WCH Billig Micro mit USB Funktion, Chip vorstellung
Ich weis noch nicht genau wo es herkommt. Meistens geht es, aber von Zeit zu Zeit gibt es bei der UART und auch beim JTAG Kommunikationsprobleme. Ich konnte noch nicht herausfinden wo es herkommt bzw. was das genaue Problem ist. UART ist ja meist prädestiniert für Fehler im Timing, aber JTAG ist
gut gewesen sein, ich habe die Augen schon genug gerollt. Ich weiß, dass nach einem Coldreset der interne Oszillator aktiv ist und damit der externe Quarz sozusagen kein Problem ist.