-
Thread
PIC-Anfänger Programmierfrage
Paul Baumann schrieb im Beitrag #2187273: > 1. Wie muß ich den Oszillator einstellen, damit er mit einem externen > Quarz von 8MHz arbeitet? LP, XT oder HS? > (RC scheint der interne Oszillator zu sein). HS, steht aber eigentlich verständlich im Datenblatt. Wenn
Paul Baumann schrieb im Beitrag #2187273: > (RC scheint der interne Oszillator zu sein). Der 16F876 hat gar keinen internen RC-Oszillator. R + C müssen extern an den Quarzpin angeschlossen werden. (Datasheet Kap 12 ff) Gruß Anja
-
Thread
UART arbeitet bei Codeänderung nicht mehr, ATmega16
Ich habe derzeit ein komisches Verhalten beim ATmega16. Folgende Konfiguration: - ATmega16 @4MHz internen Oszillator - Kommunikation über RS232 @ 19200Baud Nun zu meinem Problem: Ich versuche derzeit die FAT32 Lib von hier zu verwenden: http://www.mikrocontroller.net/articles/AVR_FAT32 Es tritt
Der interne Oszillator ist zu ungenau. Ohne Kalibrierung ist er ungeeignet zum Takten einer UART. Die Kalibrierung sollte der Controller regelmäßig selbst gegen eine Taktreferenz vornehmen. Die Alternative ist
-
Thread
STK500 neu und serielle Verbindung
wird (der nicht bei Auslieferung im Sockel steckt) Ich benutze einen IOGear USB Serial Adapter GUC232A (USB-zu-RS232 Adapter). Leider habe ich keinen direkten Com Port zu Verfuegung. Meine Forenrecherche hat ergeben das dies wohl weniger elegant und nur bei bestimmten (welche?) Adaptern funktioniert
>Ich benutze einen IOGear USB Serial Adapter GUC232A (USB-zu-RS232 >Adapter). Leider habe ich keinen direkten Com Port zu Verfuegung. Meine >Forenrecherche hat ergeben das dies wohl weniger elegant und nur bei >bestimmten (welche?) Adaptern funktioniert
-
Thread
ATxmega USART Hilfe
Wo genau muss ich die unbenutzen Oszillatoren ausschalten? Bevor ich den anderen setze, nach der Kalibrierung, ...? Hier nochmal die Init: OSC.CTRL = OSC_RC32MEN_bm; // internen oszillator (32Mhz) aktivieren while(!(OSC.STATUS
standardmäßig mit dem 32khz-Quarz statt, > außer man ändert das entsprechende Bit auf 1. Es gibt keinen internen Quarz nur einen internen RC-Oszillator.
-
Thread
Projekt: 200MHz DDS-Generator
Sven P. schrieb: > Einen USB->RS232-Wandler kann ich extern immer noch dazwischenklemmen, > aber wenn du den FTDI-Wandler direkt verlötest, ist das Zeitverhalten > partout im Arsch (USB halt). Ein USB Anschluss hat den Vorteil,
über den Bus Strom beziehen kann und damit keinen galvanisch getrennte Versorgungsspannung für den RS232 Treiber braucht. Die TX-LED wird vom USB-Host gespeist und die RX-LED vom DDS-Generator. (Aus Sicht des PCs) Via RS232 geht das nur mit gefrickel und nicht standardkonform. Und "Zeitverhalten"
-
Thread
ATmega328p @ 8Mhz Standalone UART Baudrate einstellen?
Baudrate nur halb so hoch. Du könntest also mit 57600 Baud Erfolg haben. So schlecht ist der interne Oszillator auch nicht, funktioniert aber mit niedrigen Baudraten deutlich besser als nun gerade mit den hohen. Am besten schreibst du den Bootloader also um.
, die eine RS-232 so stellt. Die Schwankungen dürfen ja nur nicht so groß werden, dass nach den 10 Bit dann mehr als die Hälfte der Bitzeit Versatz aufgelaufen ist; mit dem nächsten Startbit synchronisieren
-
Thread
[AVR] Probleme bei UART Kommunikation
Hallo liebes µC.net-Team, ich habe einige Probleme mit meinem ATmega8 und der Kommunikation über RS232. Ich habe den ATmega8 mit einem MAX232 mit meinem Computer verbunden und versuche nun einige Befehle zu übertragen. Die Hauptaufgabe des ATmegas ist, eine LED einzuschalten und danach ADC Daten zu
Also einen externen Quarz habe ich (noch) nicht angeschlossen. Quarz anschliessen! Mit dem internen Oszillator wird das nichts. Gruß Jobst
-
Thread
Qarz mit Keramikgehäuse 6MHz gesucht
oder R-C-Schwinger oder so ersetzt werden, da diese zu ungenau sind? Gibt es vielleicht auch USB-RS232-Bausteine die keinen Quarz benötigen? Anna
mit dem '232R gleichgezogen und einen internen Oszillator spendiert hat.
-
Thread
STK500 Com-Port
. Zu diesem Zweck habe ich 1. Portd.0 (RxD) und Portd.1 (TxD) mit dem 2-poligen Stecker (RS232-Spare) verbunden 2. die Com-Schnittstelle (RS232 Spare) über ein Kabel mit der COM2-Schnittstelle eines PC's verbunden. Pin-Belegung: STK-500 PC 2 ------ 2 3 ------ 3 5 ----
Mega163 (clock options) richtig verstanden habe, dann taktet das Teil standardmäßig nur mit dem internen Oszillator. Ansonsten probier erst mal ein einfacheres Teil aus (4433 etc.). Gerhard
-
Thread
Hitzeproblem Atmega?
Der interne Oszillator wird bei steigender Temperatur eine andere Taktfrequenz bringen. Tatsächlich gibt es einen "Hack" um einen PIC als Thermometer zu missbrauchen, indem man die Temperaturdrift des internen
SPI ist eine synchrone Schnittstelle. Da spielt die genaue Frequenz nicht die Rolle, wie z.B. bei RS232. MfG Spess
-
Thread
Takt beim ATtiny461 ungenau?
Hallo nochmal. Ich konfiguiere grad o.g. Mikrocontroller mit dem internen Oszillator 8MHz. Den Oszillator kann man ja über OSCCAL noch abstimmen. Wenn ich nun das im Datenblatt(S.213) angegebene Diagramm hernehme und auf genau 8MHz kalibrieren will, komme ich auf einen
noch eine Beschreibung von Cliff Lawson irgendwo in avrfreaks.net. In einer Applikation, die via RS-232 mit einem PC kommuniziert, erwartet er als erstes Zeichen bei der Verbindungsauf- nahme ein CR. Dessen Bitzeiten benutzt er, um den RC-Oszillator zu kalibrieren, ähnlich wie früher Modems ihr
-
Thread
Problem mit RS232-Code
Mahlzeit! Ich habe hier folgenden Code, um ein paar Bytes (0..8) über die serielle Schnittstelle zu schicken. Der Controller ist ATMega162. Programmiert ist das mit dem avrgcc Das Problem an der Sache ist, beim Empfänger kommt nur 0x00 an. Die Anzahl stimmt, aber der Inhalt ist falsch. Die Bytes (momentan Testweise durch 0xFF ersetzt,) sollen periodisch übertragen werden, bis sich die Gegenseite meldet. Kann mir bitte jemand sagen, wieso da nur 0x00 übertragen wird? Vielen Dank im Vorraus Rahul UBRR1H = (unsigned char) (ubrval >> 8); UBRR1L = (unsigned char) ubrval; UCSR1B = ((1<
-
Thread
GPX-/GPS-Logger
seriellen Daten des GPS Moduls (9600 Baud) nicht richtig verstand. Offensichtlich sind die 2Mhz des internen Oszillators nicht genau genug. Bei meinen eigenen Projekten setze ich schon seit längerem aus diesem Grund Quarz ein, wenn ich RS232 brauche. Jetzt weis ich wieder, warum ;-)) Werde den Logger
Falls man den internen Oszillator verwendet um den Quarz zu sparen , sollte man sich einen 32kHz quarz goennen, und den internen Oszillator auf den synchronisieren. Sonst wird das mit der Baudrate nie was. Advanced waere
-
Thread
Laufen RS232 und Displays mit internem Takt eines ATMega´s
gerade bei der Erstellung meines Boards, ob ich nicht den externen Quarz weglassen und dafür den internen (ATMega 8515)nutzen kann. Stellt sich mir nun aber die Frage, ob der interne Oszillator so genau ist, dass man noch eine RS232 oder ein Display damit betreiben kann?? Vielen Dank im Voraus
Daten über die RS232 übertragen willst würde ich auf einen entsprechenden Quarz (Vielfache von 1,3824 MHz) nicht verzichten wollen. Matthias
-
Thread
TWI: Quartz notwendig?
8) übertragen zu lassen, also die Datenrate ist ja nicht so dramatisch. Kann ich dafür noch den internen Oszillator verwenden? Gruß, Georg
Unter diesen Bedingungen kann von einer sauberen Übertragung keine Rede mehr sein. Wenn man den internen Oszillator selbst nachkalibriert (vielleicht mit Hilfe der TWI-RTC), kann man 1% Genauigkeit hinbekommen, damit kann man dann auch RS232 machen. Bei relativ grossen Intervallen (die Rede war ja von
-
Thread
Usart atmega8515 finde fehler nicht
; /* Get and return received data from buffer */ return UDR; } [/c] Ich nutze den internen Takt von 4 MHz, der richtige Controller ist auch ausgewählt, RS232 Spare ist mit Port D verbunden, Fusebit SUT_CKSEL steht auch auf 4 MHz aber leider funktioniert nichts. Ich habe mir auch schon verschiedene
leider nicht. Ich nutze das STK500 und den ATmega8515. Schön für Dich. ;-) > Ich nutze den internen Takt von 4 MHz, der richtige Controller ist auch > ausgewählt, RS232 Spare ist mit Port D verbunden, Fusebit SUT_CKSEL > steht auch auf 4 MHz aber leider funktioniert nichts. Ich habe mir auch
-
Thread
RS232 verlorene Zeichen
Ich habe ein kleines Problem mit der seriellen Kommunikation. Mit einem kleinen C Programm versuche ich einen Satz an meinen ATmega16 zu senden. Dort wird dann das empfangene auf einem LCD Display angezeigt ISR(USART_RXC_vect) { lcd_putchar(UDR); } Wenn ich mit HyperTerminal über "Textdatei senden..." gehe, dann kommt der ganze Satz an. Send ich es über mein C Programm werden teilweise Zeichen "verschluckt". Lässt sich das irgendwie verhindern? Hier meine C Funktion: unsigned long bytes_written; char test[] = "Eine Kuh macht MUH, ja eine Kuh die macht ganz gerne MUH !!"; WriteFile
-
Thread
Problem Tiny2313
kriege sie nicht mehr ans laufen/programmieren. * am RESET liegt ein Sägezahn mit 0..2,3V 250Hz * RS232 Programmer Pollin Board * externer Oszillator 1Mhz (NE555) löst das Problem nicht * 5V ist richtig da * Schnittstelle scheint IO, wenn ich nen anderen Chip nehme geht's wieder * Software AVRStudio
gestartet alles. An den Fuses habe ich nicht rumgespielt, sollte auf internem Oszillator stehen ;-) Danke! hufnala
-
Thread
atm328 work?
Quarz. Naja, unter Laborbedingungen (Spannung nahe an 5 V, Temperatur um 25 °C) genügt auch der interne RC-Oszillator für ein bisschen RS-232. Ein Quarz ist trotzdem eine gute Idee, aber den hat er ja vorgesehen.
: > Naja, unter Laborbedingungen (Spannung nahe an 5 V, Temperatur um 25 °C) > genügt auch der interne RC-Oszillator für ein bisschen RS-232. Ja für ein bisschen Debugging und Tests geht es meistens auch ohne. Wir haben allerdings bald Sommer - Sonnenstrahlen machen schwarze Bauteile richtig
-
Thread
AD Wandler Messwert springt bei Messung von Gleichspannung
Die Schaltung zeigt ja nicht, was da noch so alles dranhängt (Netzteil, USB, RS-232?), ob es darüber zu Masseschleifen kommt, wie stabil überhaupt die unbekannte Batterie ist, ob die belastet wird usw.
Beitrag #6741632: > Die Schaltung zeigt ja nicht, was da noch so alles dranhängt (Netzteil, > USB, RS-232?), ob es darüber zu Masseschleifen kommt, wie stabil > überhaupt die unbekannte Batterie ist, ob die belastet wird usw. Die Schaltung ist so wie auf dem Schaltplan. Strom kommt über USB vom
-
Thread
8pin-ATtiny mit UART
werde ich wohl 32 Bit parallel machen wollen... ;-) Also: der Tiny soll über einen Treiber an RS485, dort auf seine Adresse lauschen und bei Bedarf mit seinem Zählerstand antworten. Schnell muss das ganze nicht sein. Beim ATmega habe ich die Erfahrung gemacht, dass mit dem internen RC-Oszillator
UARTs. Mit Hilfe des Starterkits LPCXpresso bist Du schnell drin, solange Du mit C programmierst. Interner RC-Oszillator +/-1%, sollte also für UART ohne externen Quartz gehen. Beim ATMEL bräuchtest Du in jedem Fall einen Quartz, da der interne Oszillator (insbesondere über die Temperatur) nicht genau
-
Thread
Uart bringt manchmal Schrott
Dirk P. schrieb im Beitrag #2471734: > ich hab noch den internen oszillator und > empfange mit 4800Baud, aber daran liegts doch nicht oder? Doch, daran liegts sehr wahrscheinlich. Lies mal nach, wie GENAU der interne Oszillator OHNE Ableich ist. Und dann hat sich die Frage erübrigt. http://www.mikrocontroller.net/search?query=interner+oszillator+rs232 http://www.mikrocontroller.net/search?query=interner+oszillator+fehler+uart http://www.mikrocontroller.net/search?query=interner+oszillator+schrott
-
Thread
UART mit atmega 16
mit AVR-GCC . Zum Flashen verwende ich das Gerät "JTAG ICE". Der Atmega 16 arbeitet mit dem internen RC-Oszillator
AVR-GCC . > Zum Flashen verwende ich das Gerät "JTAG ICE". > > Der Atmega 16 arbeitet mit dem internen RC-Oszillator sry, jetzt ist es das richtige Bild
-
Thread
Rund um das STK500
bekommen habe, möchte ich über das Netbook nun µC programmieren. Übermorgen möchte ich mir einen USB-to-RS232 Adapter von FTDI kaufen, um das STK Board auch in Betrieb nehmen zu können. Zwar habe ich schon einen von Logilink, aber der funktioniert nicht richtig, zumindest wird ist im Gerätemanager ein gelbes
ist die Reihenfolge wichtig, also erst Treiber installieren und danach reinstecken. Daß ein USB-RS232 am STK500 nicht funktioniert, kann ich mir nicht vorstellen. Das STK500-Protkoll schreibt ja blockweise. Peter
-
Thread
STK 500 lässt sich nicht extern versorgen
dem prozessor macht alle leds an als zeichen, dass er läuft und wirft dann auf ein gewisses input am rs232 ein gewisses output raus. ob nun die rs232 geht oder nicht ist ja erstmal egal... aber die leds sollten doch anhüpfen oder nicht? sollte eine led leuchten, wenn ich die led-leiste mit spannung
rätsels lösung ist also, dass der 7805 keine spannung liefert und somit keine led an geht und die rs232 nicht läuft. frage ist nun, wie man spannung auf diesen teil vom board bekommt... ist das überhaupt ratsam? ohne vcc is das board ja nicht nutzbar... wenn ich ne rs232 schnittstelle will und
-
Thread
Senkung des Stromverbrauchs/PC-Interface
Hallo! such mal nach FT232 und FT234 RS232 / Paralled zu USB (Hersteller:FTDI, www.ftdichip.com) servus, Martin
Hi du solltest den internen RC-Oszillator verwenden. Der ist wesentlich sparsamer als ein externer Quarz und schwingt auch schneller an. Power Save sollte dann passen. Zur PC-Übertragung entweder Dateisystem und Karte in
-
Thread
Sinusgenerator IC
allein (und ein DA-Wandler): http://www.myplace.nu/avr/minidds/ Wenn du die Frequenz nicht per RS-232 ändern können willst, kannst du aus der dort gezeigten Schaltung natürlich noch den MAX202 weglassen, und den Spannungsregler ohnehin (die Schaltung dort ist für eine Versorgung mit 9 V vorgesehen
Bauteile. Je nach gewünschter Frequenzstabilität kann man statt des gezeigten Quarzes auch den internen RC-Oszillator benutzen, dann wird es noch einfacher.
-
Thread
mal wieder ein ENC28J60 Problem bitte um Hilfe
als offensichtlichen Nichtprofi: Schmeiß den MAX3232 raus und ersetze ihn durch einen Standard MAX232. Die sind wesentlich schwächer und machen nicht so die Mucken. Erschwerend für die Fehlersuche ist noch diese Sache: Der MAX3232 arbeit je nach Belastung seiner RS232-Ausgänge periodisch unregelmäßig. Wenn du den Stecker der RS232 abziehst, wird er relativ ruhig. Bei Belastung seiner Ausgänge pumpt er öfter... Zumindest solltest du ihn ordentlich entkoppeln. Eine Drossel mit 5mH oder so ist angebracht. Für empfindliche Funksignale
-
Thread
TCXO für HP5334B statt Ofenboard - macht das Sinn?
Welche Gerätschaften willst Du denn abgleichen? RC-Oszillatoren oder solche mit 'normalem' Quarz? Da reicht ein VCTCXO allemal! Mein Tipp für Preisbewußte: http://de.rs-online.com/web/c/halbleiter/quarze-oszillatoren-und-resonatoren/spannungsgesteuerte-oszillatoren-vco
m.n. schrieb im Beitrag #3719552: > Mein Tipp für Preisbewußte: > http://de.rs-online.com/web/c/halbleiter/quarze-oszillatoren-und-resonatoren/spannungsgesteuerte-oszillatoren-vco/?searchTerm=taitien&applied-dimensions=4294411473&esid=cl_4294967294,cl_4294520182,cl_4294425888,cl
-
Thread
Giess-o-mat mit AVR Version 2
anderen USB-RS232 Baustein und verbinde diesen mit deinem µC. TXD auf den RXD Pin des USB-RS232 Wandlers. Den GND der Schaltung mit dem GND des USB-RS232 Wandlers miteinander verbinden. Achte darauf, dass es ein
. Du wirst deinen µC damit vernichten. http://www.sprut.de/electronic/pic/grund/rs232.htm http://www.sprut.de/electronic/interfaces/rs232/rs232.htm Empfängst du was? Wenn Nein, hast du mit deinem µC ein Problem.
-
Thread
AVR - Frequenz und RC-Osz.
mir fehlt etwas. Kann mir vielleicht Jemand sagen, ob ich bei 3,3V auf 12MHz gehen kann und ob der Interne RC-Oszillator bei 8Mhz genau genug ist für die UART bei 57600 Baud. ciao, Philipp
reines Glücksspiel. Der interne RC-Oszillator ist ziemlich ungenau und hat eine zu hohe Temperaturdrift.
-
Thread
Problem mit RS232 und int. RC-Osz.
Hallo, ich habe ein Problem mit der Datenübertragung per RS232. Ich verwende als Spannungsversorgung einen LM2575 um einen möglichst großen Eingangsspannungsbereicht zu haben. Mein ATMega8515 läuft mit 8MHz die vom internen RC-Oszillator erzeugt werden. Manchmal
Irgendwo steht auch, daß der RC nicht stabil genug für RS-232 ist. Entweder Du baust eine Baudratenerkennung ein oder nimmst einen Quarz. Ansonsten ist es nur Glückssache, daß es klappt. Für reine Hobbyprojekte kann man es ja machen, aber die paar Cent
-
Thread
Wie OSCCAL einstellen?
ich OSCCAL einstellen, dass mein ATMega 8 mit ungefähr 12 > Mhz läuft, wenn die Fuses auf 8 Mhz interner Oszillator > eingestellt sind? Das hängt von der Betriebsspannung, der Temperatur und dem individuellen Chip ab. Das Register ist ja dazu da, um den Oszillator zu kalibrieren, weil er so große
fail. Inzwischen haben wir ja gehört, das es für eine USB Emulation sein soll. Wenn schon der interne Oszillator nicht gut genug für 9600 Baud RS232 ist, wie gut wird er dann mit 1,5Mb USB klar kommen??? @Felix nimm bitte einen Quarz, ohne den wird das nix!!
-
Thread
Atmega32 Programmierboard
atmega32 16pu chip drin. aber ich weiß nun nicht ob es klappt. benutze es am laptop mit einem usb to rs232 converter. habe es aber auch an einem anderem rechner an der original com1 schnittstelle gehabt. habe es schön nach anleitung mit ponyprog2000 ausprobiert und nach dem ersten nerven zusammenbruch
board ist mehrmals auf korregtes verlöten überprüft wurden. ich habe die spannungen am chip und am max232 mehrmals überprüft. aber ich komme einfach mit der software nicht weiter. es ist auch egal ob ich den rs232 stecker aufstecke oder nicht, das programm sagt nicht ob eine verbindung ansatzweise funktioniert
-
Thread
Welcher µC ist einfach zu programmieren
Lothar schrieb im Beitrag #4653891: > Bitte was? Die haben mehrere interne Oszillatoren z.B. die 72 MHz > Version eben 72 MHz und 50 MHz und 80 kHz die man im Programm umschalten > kann - also nichts mit verfusen. EFM8 mit USB haben einen 48 MHz > internen präzisen Oszillator
im Datenpaket > überträgt Wie gesagt daher haben die Silabs 8051 mit CAN auch einen +/- 0.5% internen Oszillator.
-
Thread
Mit 1MHz µC Takt und 19200Baud UART, geht das?
Wenn man schon den internen Oszillator verwenden will, dann geht natürlich auch 19200 bei 1MHz, so gut oder schlecht das mit dem internen überhaupt geht. Denn 7-8% Abweichung kann man über OSCCAL ausgleichen - sind dann halt
Uhrenquarz sein? +/-100ppm hat der maximal (wenn man die Lastkapazitäten nicht vergisst ;-) Das sollte für RS232 gerade so reichen . . . MFG Fakl
-
Thread
RS232 (Programmierung in C) funktioniert nicht ganz
Hallo zusammen, ich arbeite an einer RS232 Schnittstelle. Und zwar würde ich gerne eine Echo Funktion am Terminal erzeugen. Ich arbeite momentan noch am STK500 mit einem ATmega16 mit externem Oszillator (8MHZ). Die Fuses bei SUT_CKSEL hab
Hi >Das Flashen funktioniert ja problemlos über die Schnittstelle.. - Benutzt du auch die RS232 Spare Buchse vom STK? - Portpins korrekt mit Stiftleiste RS232 Spare verbunden? MfG Spess
-
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
Mega128. Bei dem File geht_nicht.hex kommt der o.g. Fehler. Bei geht.hex habe ich im Programm nur die RS232-kommunikation deaktiviert und es lässt sich mit AVRdude programmieren. Vielleicht reagiert der Prommer falsch auf irgend ein Zeichen. MfG formtapez
-
Thread
Quarz oder Quarzoszilator
Spricht etwas dagegen den internen Oszillator zu nehmen? (z.B. wegen RS232 etc)
Quarze sind meist energiesparender als die internen Oszillatoren.
-
Thread
UART Protokoll für µC
USB, > aber seriell geht auch. Da drehen wir dann aber auf 500 kbit/s hoch Broken by design. RS232 war für 500kbit nie spezifiziert. Und wo nimmst Du aus einem ATmega Megabyte an Daten in wenigen Sekunden her? Das stimmt hinten und vorn nicht. RS232 am PC oder am Raspi haben keinen Datenbuffer
dass man das mit Realtime-OS machen kann. Aber das ist sicher nicht der übliche Anwendungsfall für RS232. Dafür gab es schon vor 30 Jahren andere Schnittstellen. Und heute würde man das sicher über USB machen, aber dann nativ und nicht mit einem RS232-Treiber.
-
Thread
"Überspannung" an PIC-Eingängen
#6267407: > Dein 100kOhmer hat möglicherweise mit seiner Parallelkapazität die > steilen Flanken des RS232 in die Schaltung "reingehämmert", Induktionen > deines Aufbaus erledigten den Rest, who knows... Verschwörungstheorie? Die Fakten: RS232 hat keine steilen Flanken (muß ja schließlich >15m
Funktionen. Sogar Microchip lernt etwas dazu. Wobei analoge Funktionen relativ weit gefächert ist. (interner Oszillator). Gruß Anja
-
Thread
int. oszillator vs. Watchdogtimer ATTiny 2313
Unterschiede in der "Qualität" des int. Oszillators gegenüber dem 128 kHz Watchdogtimer gemacht? Ist der interne Oszillator wirklich so viel "genauer"? Hintergrund: ich möchte eine netzsynchrone Uhr bauen (ohne Quarz), die aber bei kurzem Stecker ziehen (oder Stromausfall) weiter läuft. Was ist genauer
Temperaturschwankungen ausgeglichen werden. Ich würde mal sagen, daß 1-2 % Abweichung gut so erreichbar sind (für RS232 ist der Abgleich jedenfalls ausreichend). gruß avr
-
Thread
Bau eines Fahrradcomputers mit Anzeige und Datenlogger
Datenaufzeichnung der Fahrdaten einer Fahrt) -Auslesen, umprogrammieren, und parametrieren alles vom PC über RS232 oder USB -integriertes Uhrmodul -A/D Wandler für Temperatursensor und Herzfrequenzempänger- Schwingkreis (Hier ist die Frage wie empfindlich der A/D Wandler wäre da der Empfängerschwingkreis
Magnet in der Nähe des Reedkontakts zu stehen kommt.Ist halt aufwendiger. Der Atmel hat einen internen 8MHz-Oszillator, der über einen Teiler heruntergeteilt werden kann - je nach Auslastung. Der 38kHz-Oszillator taktet die RealTimeClock. Der Timerinterrupt kommt alle 250ms. Die 1/1024 Sekunden-Auflösung
-
Thread
Labor Netzteil
recht heftig über den uC. Habt ihr denn schon ein Netzteil / Modul was ihr steuern könnt? Und warum RS232? Reicht euch SPI nicht aus? Und ja,ich denke jedes Modul sollte eigenständig arbeiten können. Viel Erfolg, Uwe
von Messungen (1-16) zwischen Strommessung und einem der Messkanäle VBAT, ETS, ETR oder auf die interne Temperaturmessung - dadurch ist eine gleichzeitige Messung von z. B. Strom und Spannung möglich. Low-power Oszillator für Sleep-Modus Automatische Aktivierung des eingebauten 250 KHz-Oszillator.
-
Thread
UART Problem (Atmega 32)
Hi, Benutzt Du den internen RC Oszillator ? Der ist wohl für serielle Datenkommunikation zu ungenau. Benutzt mal nen Quarz. Gruß Niels
hat man die gewünschte Frequenz. Damit habe ich bisher jede RS232 zum laufen gebracht. Den Quartz kann man sich schenken, wenn man nicht gerade den Atmega mit über 8Mhz betreiben will.
-
Thread
AVR BASCOM Tiny15L - Problemchen
richtig, aber wie kommt ihr darauf, das, nur weil es ein 9poliger subd stecker/buchse ist, da auch ein rs232 pegel drauf liegt ? der stecker stellt einen steuereingang für eine gerade entwickelte steuerelektronik dar und die hat eine eigens von mir ausgedokterte steckerbelegung und ein entsprechendes protokoll
leider nicht helfen. Denn mit einer fest berechneten Baudrate wird das ein Lottospiel, weil der interne RC-Oszillator für UART zu ungenau/instabil ist. Vielleicht kannst du ja eine andere Form der seriellen Kommunikation nutzen (also kein RS232-Protokoll). Schau dir mal das Zünduhr-Projekt an und
-
Thread
Atmega8 UART
Hallo, ich möchte eine Kommunikation zwischen RS232 und einem Atmega8 realisieren. Dazu benutze ich einen Max232. Ein Loop-Back Test funktioniert. Daher gehe ich davon aus, dass ich bis zum Max232 alles richtig gemacht habe. Ich versuche mit folgendem
Hi >Crystal auf 1MHz. Hoffentlich nicht der interne RC-Oszillator. MfG Spess
-
Thread
R8C/22: UART0 testen klappt nicht
Hast Du die Software auch dahingehend angepasst, dass der externe Oszillator verwendet wird? Andernfalls läuft noch der interne High-Speed Oszillator und die Baudrate passt nicht. Gruß, Judge
überprüft und sie passen. Ich habe im µC-Programm gleich auf externen Takt umgestellt, so dass nicht der interne On-Chip-Oszillator verwendet wird. Ich habe allerdigns den Verdacht, dass die Signale vom PC nicht passen. Bin gerade dabei die Application Notes zum ttl-232r-3v3-Kabel durchzugehen. Hab da auch nochmal
-
Thread
Einige Fragen zu einer AVR-Platine
. Im Konverter werden sie dann wieder zu 5V-Signalen. Diesen Zwischenschritt über RS232 kannst du dir durch die Verwendung des FT232RL sparen. Der ist der MAX232 und der Serial-Konverter in einem. Für den Anfang würde ich dir aber ganz klar zum MAX232 raten. Damit lernst du quasi die
Variablen, die für mich noch sehr unübersichtlich sind. Schaltungen die den MAX232 nutzen, haben irgendwie immer eine RS232-Schnittstelle und die mit dem FT232RL haben USB. Wenn ich das also richtig verstanden habe müsste ich den FT232RL nehmen, wenn ich das ganze über USB machen
-
Thread
Pollin Atmel Evaluations-Board & Co. - Fragen
eingestellte Fuses voraus. Wenn die externe Taktquelle zwar vorhanden ist, aber die Fuses noch mit der internen RC-Oszillator-Taktquelle 1 MHz arbeiten hast du auch den Faktor 8 MHz/1 MHz = 8 drin.
Kabel muss an der DB9-Buchse für den Programmer angeschlossen sein, nicht an der DB9-Buchse für die RS232-Übertragung.