-
Thread
Suche Arduino kompatiblen Bootloader für ATmega8 mit 8Mhz intern
Der interne RC-Oszillator ist nicht ausreichend frequenzstabil dafür.
Krypto-Bootloader der sich selbst den Takt sucht: https://jtxp.org/tech/onewayloader.htm Der interne RC-Oszillator ist IMHO deutlich besser als sein Ruf. Serielle Protokolle können die Schwankungen üblicherweise locker verpacken. Man muss allerdings die UART-Register passend zur realen Frequenz
-
Thread
[S] Low-Pin Count MC mit USB-HID
CAN-FD, der sich aber in einem gewissen Package nicht nutzen lässt, nur weil die Pins für den Quarz fehlen. Der interne Oszillator ist für CAN zu schlecht, es würde nur bei bestimmten Betriebsbedingungen zufällig funktionieren. Also selbst bei den „Etablierten“ gibt es unsinnige Varianten. Nicht falsch
Harald A. schrieb im Beitrag #8014319: > Der interne Oszillator ist für CAN zu schlecht, Hat der keine andere Möglichkeit? Externen Oszillator? LSE Quarz und MSI mit PLL vom LSE stabilisieren? MSI/HSI per Software über einen Timer kalibrieren?
-
Thread
Maximale Taktfrequenz STM32G4 nutzen?
verbraucht. Bei Konzepten, wo es darauf ankommt, 5-10 mA an > Mehrverbrauch kann man auch die internen RC-Oszillatoren nehmen, die sind mittlerweile ziemlich gut. Braucht man höhere Genauigkeit kann man den Quarzoszillator auch immer nur bei Bedarf aktivieren.
Niklas G. schrieb im Beitrag #8010873: > kann man auch die internen RC-Oszillatoren nehmen, die sind mittlerweile > ziemlich gut. Braucht man höhere Genauigkeit kann man den Quarzoszillator > auch immer nur bei Bedarf aktivieren. Wenn man höhere Genauigkeit
-
Thread
LED Zuleitungen reduzieren.
aber problemlos machbar. Als Kommunikationsprotokoll lässt sich alles nehmen. Ich empfehle einen UART mit niedriger Baudrate, wenn man das schon machen will. Dank niedriger Baudrate kommt man auch problemlos mit den internen RC-Oszillatoren aus. 1-Wire ist kompliziert und super langsam und hier soll
angewiesen ist, kannst du auf den Quarz problemlos verzichten. Ab Werk läuft der Controller eh mit internem RC-Oszillator; um den Quarz zu benutzen, müsstest du Fuses umprogrammieren. Solltest du später mal sowas wie RS-422 machen wollen, kann das ein Thema sein, aber für derartige Kommunikation hast
-
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
DCF77 Empfangsprobleme
gelesen und da wurde er, im Gegensatz zu meinem Desktop-Rechner, anders dargestellt. Du hast da keinen Fehler gemacht. rhf
Interessant. Hat doch garnichts mit der LCD-Ansteuerung zu tun. Der Fehler ist doch bei rs232-Ausgabe schon drin. ciao gustav
-
Thread
Vorstellung/Fragen GPS-Tacho
die da ein echtes GPS einbauen mit schneller Framerate. Würde das (mangels Bauteilen) mit dem internen RC-Oszillator klappen? Sebastian R. schrieb im Beitrag #8018755: > Das ganze Ding ist wohl auf einen niedrigen > Preis mit "Novelty-Faktor" gezüchtet. Definitiv. Das Display flackert auch
noch nicht weiter. Du brauchst die Angabe zur Änderung des Positionsfehlers, weil die absoluten Fehler der beiden Messungen korreliert sind (Zeitkonstante der Ausbreitungsfehler, Filterung im GPS-Empfänger).
-
Thread
Handbetriebenen Drehgeber ohne Timer auswerten
Mi N. schrieb im Beitrag #7982093: > Wenn nicht benötigt oder störend, kann man auch UART oder SPI für > periodische Interrupts verwenden. Du meinst eine ungenutzte UART, in ihrer Tx-ISR immer wieder zum Senden angeregt, um mit Baudrate/10 einen regelmäßigen Interrupt zur Verfügung zu
auch Anwendungen als mechanischer Drehgeber, wo Zuverlässigkeit wichtig ist (also im Bereich << 1 Fehler auf 10^6). Da sind Bastelansätze (womöglich ohne Fehlererkennung) und austarierte R-C-Glieder ein beliebter Quell von Erdstrahlen (als Synonym für Fehler, die "keine systembedingte" Ursache haben).
-
Thread
DCF-Uhr from Scratch
In ca. 500 km Umkreis zum Sender könnte man die 0 bis 2 ms für die Ausbreitung raus rechnen, als Fehler bleibt noch die schwankende Luftfeuchtigkeit (oder noch was?). Weiter weg wird es schnell viel schlechter, weil die Raumwelle ins Spiel kommt. Der größte Fehler dürfte die Laufzeit im Empfänger sein
ok. Aber dann schreiben die die frisch empfangene Zeit in die RTC -- > das ist der entscheidende Fehler. Warum macht man das? Man sollte der > eigenen RTC etwas mehr vertrauen. Nein, du kannst eine Software-PLL nachregeln und damit in Zukunft eine genauere interne RTC haben, macht ja jeder GPSDO
-
Thread
Wo minimal board für ARM ( z.B. STM32U031K8U3) holen
nicht alle als 4-wire SPI benutzen :-), aber eine 4-wire SPI und eine UART sind ja gerade mal 6 Pins.
gesamte Wach-Zeit der MCU ca. 10ms - Den Rest der Zeit ist der MCU im "STOP2" -Mode - CPU läuft mit internem RC-Oszillator MSI bei 16 MHz mit MSIPLLEN eingeschaltet Messergebnisse: - Wie vermutet verbraucht der LDO den meisten Strom. Im STOP2-Mode ist der Verbrauch auf der "+" Leitung ca 73µA. Das sind