-
Thread
Wie ungenau ist der interne Quarz
Hi >Dabei habe ich jetzt festgestellt, dass der interne Quarz >wohl ziemlich ungenau sein muss. Gibt es nicht. Das ist ein RC-Oszillator. >Mache ich hier irgendetwas falsch, oder kann der interne Oszillator >wirklich so ungenau sein? Ja.
Nana, für RS232 reichts eben NICHT. Weil auch mehr Fehler kommen kann, auch je nach Temperatur.
-
Thread
ATtiny Interner Oszilator Problem
noch keinen AVR erlebt, bei dem man (bei > Kalibrierbedingungen natürlich) nicht in der Lage wäre, RS-232 „aus > der Dose raus“ zu benutzen. ich fand dem hier musste mal was hinzugefügt werden. Es gibt AVR wo man nicht in der Lage ist aus der Dose RS232 zu benutzen! nichts weiter.
noch keinen AVR erlebt, bei dem man (bei > Kalibrierbedingungen natürlich) nicht in der Lage wäre, RS-232 „aus > der Dose raus“ zu benutzen. trotzdem war das "Gespräch" nützlich weil man mit dem internen + Kalibrierung evtl. den UART hinziehen kann das die Toleranz dann doch noch passt.
-
Thread
Atmel AVR: RC-Takt genau genug für Low-Speed-RS232?
wieder eine kurze Frage, wo ich hoffe, daß jemand etwas Erfahrung hat. Wenn ich zwei µC mit einer RS232-Verbindung (paar Meter Entfernung, TTL-Pegel, Telefonkabel) kommunizieren lassen möchte, reicht da der interne RC-Taktgenerator für eine stabile Verbindung bei 1200 oder 2400bps aus? Und wie steht's
Ben B. schrieb im Beitrag #5544566: > Wenn ich zwei µC mit einer RS232-Verbindung (paar Meter Entfernung, > TTL-Pegel, Telefonkabel) kommunizieren lassen möchte, reicht da der > interne RC-Taktgenerator für eine stabile Verbindung bei 1200 oder > 2400bps aus? Und
-
Thread
Atmega8: was spricht gegen den internen Takt?
Klaus Wachtler schrieb im Beitrag #1804650: > z.B. UART bzw. RS232 und Verwandte. Muss nicht sein. Für "Bürobedingungen" (einigermaßen konstante Betriebsspannung und Umgebungstemperatur) sind die RC-Oszillatoren der neueren AVRs allemal RS-232-tauglich, d.
Wenn man eine externe, genaue Zeitreferenz hat, wie zum Beispiel eine RS232-Verbindung, dann kann man den internen Oszillator in ~0.5%-Schritten nachstimmen. Dies erreicht man, indem man die ankommende Bytelaufzeit mit einem Timerwert in´s Verhältnis setzt und den erhaltenen
-
Thread
Quarz vs. Quarzoszillator vs. Keramikschwinger
einen Quarzoszillator zu kaufen? Für Anfänger gibt es oft genug nichtmal einen Grund, vom RC-Oszillator wegzugehen. ;-) Solange du unter Bürobedingungen arbeitest, genügen heutige RC-Oszillatoren zumindest für RS-232 allemal und problemlos.
schrieb im Beitrag #2087573: > Für Anfänger gibt es oft genug nichtmal einen Grund, vom RC-Oszillator > wegzugehen. ;-) Solange du unter Bürobedingungen arbeitest, genügen > heutige RC-Oszillatoren zumindest für RS-232 allemal und problemlos. Wobei unter "heutigen RC-Oszillatoren" allerdings
-
Thread
Atmega 8: ohne Quarz usw. - nur mit int. Oszilator?
Du kannst dann keine Uhr mehr bauen. Naja, kannst du schon, aber die läuft nicht besonders genau. RS232 funktioniert mal, und mal nicht. Alles was mit präzisem Timing zu tun hat kannst du vergessen. Für ein paar blinkende LEDs reicht der interne RC.
also Hobby, professionelles Produkt, mal eben testen usw.), sehr wohl eine zeitlich gesehen stabile RS232 Kommunikation mit dem internen RC Oszi. hinbekommt. Gruß Hagen
-
Thread
Zuverlässigkeit und Genauigkeit internet RC Takt
@Jörg Wunsch Hast du zufällig den Link dafür ? (internen RC-Oszillator auch "live" an einer RS-232 kalibrieren.) Danke, Markus
Markus C. schrieb: > Hast du zufällig den Link dafür ? > (internen RC-Oszillator auch "live" an einer RS-232 kalibrieren.) Nein, da müsstest du Cliff Lawson mal fragen ("clawson" bei avrfreaks.net).
-
Thread
UART-Fehler :(
(leider auf internem Oszillator. Der ist leider meist seht ungenau. Ob damit eine vernünftige Verbindung mittels RS232 zusatande kommt, ist fraglich. Aber möglich). > > Wäre super, wenn Ihr mir weiterhelfen könnt
so. Jetzt stelle ich mal mein Beispiel rein, mit dem es auf der RS232 SPARE von meinem STK 500 ebenfalls nicht funktioniert: Vllt. könntet ihr mir den Fehler sagen. Ich habe übrigens keinen externen Oscillator/Quarz, sondern den Internen auf 4 MHz in den Fuses gesetzt
-
Thread
Bascom+RS232=Müll?
Oszillators müssten da doch > willkürliche Werte kommen !? Das ist schon richtig, dein RC Oszillator scheint zumindestens auf einer festen Frequenz zu laufen :) Die High/Low Folge, die von deinem Controller auf der RS232 gesendet wird, sieht immer gleich aus. Da der PC immer die gleiche "Maske
Ok,das heisst das der interne Oszillator praktisch so gut wie dauern STABIL auf einer anderen Frequenz läuft. Und dann noch eine Frage: In dem "Wichtiger Hinweis 2" steht,man kann den RC Oszillator auch kalibrieren.Da ich gerade
-
Thread
RS232 macht mich kirre
Brauch die eingehende Leitung vielleicht noch einen Pullup, oder muss ich noch irgendwas zusätzlich am RS232 beschalten?
Masse zu legen. So sollte es dann auch funktionieren. µC TX---MAX Pin 11 in --- MAX out pin 14 -- RS232 Pin 2 --RS 232 Pin 3 PC µC RX---MAX Pin 12 out --- MAX in Pin 13 -- RS232 Pin 3 --RS 232 Pin 2 PC Gnd --------------------------------------- RS232 Pin 5 --RS 232 Pin 5 PC Viel Spass oldmax
-
Thread
Quarz Atmega32
via RS232 verbinden willst. Und irgendwie programmieren sich Uhren mit 3.2768MHz einfacher. :-) Gruss Jadeclaw.
genau, je nach Derivat zwischen 1% und 10% Genauigkeit. Der interner RC-Oszillator ist die Default-Einstellung der Fuses, wenn der ATmega ausgeliefert wird. Es gibt unterschiedliche Frequenzen, auf die der interne RC-Oszillator eingestellt werden kann. Die Frequenzen
-
Thread
ATtiny841 - Quarz notwendig wenn UART benutzt?
>Die Kalibrierwerte im OSCCAL Register >gelten nur für den internen Oszillator. Nur dafür.
ist, ist das kein Problem aber wie stellst du sicher, dass der Sender der Langsame ist bei RS232? ;)
-
Thread
Serielle DATEN (UART) ATmega8 , ohne Quarz
invertiert werden, geht durch einen einfachen Transistor in Emitterschaltung." Der PC verwendet RS232-Pegel, der µC verwendet TTL-Pegel. Das ist überhaupt nicht ungewöhnliches; durch Verwendung eines RS232-Treiber-Bausteines wie dem beliebten Max232 ist das Problem aus der Welt.
"einfach und genial !! ein atmega8 mit internen Oszillator (1MHz)" ... und bringt es nicht ! Den Traum hatten schon viele, bis sie dann feststellen mußten, daß der interne RC-Oszillator nicht stabil genug arbeitet: ausgeträumt.
-
Thread
ATmega328PB: UART(MC) empfängt falsche Daten
Mikrokontroller verbinde ich mit einem USB-Kabel mit > Mikro-USB-Ausgang, den UART des MC's mit einem 9-Poligen RS232-Kabel. Klingt für mich sehr verwirrend. Richtig ist: PC --- USB/RS232wandler --- 9-pol-RS232-Kabel --- RS232/TTL-Wandler -- µC-UART Der RS232/TTL-Wandler kann z.B. MAX232 o.ä sein.
verbinde ich mit einem USB-Kabel mit >> Mikro-USB-Ausgang, den UART des MC's mit einem 9-Poligen RS232-Kabel. > > Klingt für mich sehr verwirrend. > > Richtig ist: > > PC --- USB/RS232wandler --- 9-pol-RS232-Kabel --- RS232/TTL-Wandler -- > µC-UART > > Der RS232/TTL-Wandler kann z.B.
-
Thread
RS232 Schnittstelle mit Bascom
Hallo, ich schlage mich schon stundenlang damit rum, die serielle Schnittstelle mit dem Bascom Compiler anzusprechen. Das Programm: $regfile = "m16def.dat" $crystal = 16000000 'Quarz: 16 MHz $Baud = 9600 'Baudrate der UART: 9600 Baud Dim i As Byte Dim wTest As Word i = 1 wTest = 35000 Do Printbin i ; wTest Print "Hallo AVR: " ; i ; wTest Print "<--->" ; Loop End Außer hin und wieder ein paar undefinierbare Zeichen empfange ich aber nichts. (Hyperterminal) Richtig angeschlossen ist alles. Der Signalpegel liegt bei
-
Thread
Fernbedienungs Test
Für VB gibt es hier hilfe auch für RS232. Ist es noch VB5/6 oder NET (5/6 ist RS leichter) gruß hans
. Vielleicht steht auch was im BASCOM AVR Manual dazu, ob interner RC-Oszilaltor genommen werden kann oder ob ein Quarz her muss. ABER: Ein Quarz ist sowieso zu empfehlen, weil du eine RS232 Übertragung machst. Du kannst ja mal in der Artikelsammlung oder hier
-
Thread
Galvanisch getrennter Bus billig ohne Quarz
Wenn du 16 Slaves und 1 Master hast geht doch RS232 (o.ä.)...
gearbeitet werden kann. Wenn's was moderneres sein soll: PIC24FJ64GB004, dem der interne Oszillator auch für USB reicht.
-
Thread
RS485 mit atmega und 1 Mhz takt
RS485/RS232 haben zwei Unterschiede: symmetrisch/unsymmetrisch: (RS485 ist störsicherer) Busfähigkeit: RS232 kann das nicht, bei RS485 gehört noch ein Software-Protokoll dazu. Aber, was die Baudrate
Jakob schrieb im Beitrag #4763938: > RS485/RS232 haben zwei Unterschiede: > symmetrisch/unsymmetrisch: (RS485 ist störsicherer) > Busfähigkeit: RS232 kann das nicht, bei RS485 gehört noch > ein Software-Protokoll dazu. und dann gibt
-
Thread
AVR Uhrenquarz und RS232
. Als schneller Haupttakt für den Wachzustand (des Controllers!) ist dann leider nur noch der interne RC-Oszillator möglich. Ich muss aber RS232 mit 115,2kBaud betreiben und brauche eigentlich einen Baudratenquarz, z.B. 7,3728 MHz. Welche Möglichkeiten gibt es, den Haupttakt genauer zu machen
OSSCAL+-1). Top Ergebnis auch bei aufheizen (Heisluft) bis 80° und Betrieb bei 3,3Volt. Für RS232 locker ausreichend! gruß Hans
-
Thread
Mehrere Signale über eine Leitung
programmieren.... Würde dann einfach einen Quarz auf die Platine, den uC, 5 V und GND dran und den MAX232, dann noch eine Schraubklemme für die RS232 und die Taster an die Ports. Fertig...
in den beiden AVRs. Mit Vollduplex und RS232 braucht man nur ein und das selbe Programm in beiden AVRs. >einen Quarz auf die Platine, den uC, 5 V und GND dran und den MAX232, >dann noch eine Schraubklemme für die RS232 und die Taster an
-
Thread
AVR Temperatur Problem
etwas Reserve für Laufzeitfehler und ähnliches da ist. Die Anforderungen sind so, dass es mit dem internen Takt der meisten µCs oft geht, aber nicht immer zuverlässig. Um die RS232-Standart Baudraten (besonders die höheren) genau zu erreichen, gibt es spezielle Quarze mit krummen Frequenzen wie: 3.6864
AVR immer die Korrekturwerte von dem 1MHz Takt reinschreibt... Habe mal die Messungen bei der RS232 gemacht. (Kabel ist kurz) Normal müsste ein BIT bei 9600Baud, 104µs lang sein. (http://www.sprut.de/electronic/interfaces/rs232/rs232.htm) Bei RT habe ich jetzt 101µs Bei kälte zwischen 99
-
Thread
UART funktioniert nur mit internem Oszillator!
Windows XP Also, fogendes Problem tritt auf: Benutze ich das alte Hyper-Terminal mit dem internen 8 MHz Oszillator funktioniert eigentlich alles wunderbar, die Startmeldung wird ausgegeben und ich kann Befehle eintippen ( z.B. led1_on ). Setze ich jedoch die Fuses für den externen Oszillator
stecken. Der Jumper "XTAL1" muß gesteckt sein. Falls der Controller in einem der Sockel mit RS232 angesprochen werden soll, dann muß noch von "PD1" und "PD2" eine Verbindung nach "RS232" RXD,TXD hergestellt werden. Es grüsst, Arno
-
Thread
ATTiny44: Timer-Frequenz ändert in Abhänigkeit des Main-Programms
müsste man das ganze Quarzstabilisiert machen. Oder was meint ihr? Keine andere alternative mit dem internen RC-Oszillator?
folgenden Schwankungen der Spannung auf dem Chip. Ich hatte schon mehrere Projekte, wo ich z.B. RS232-Kommunikation nicht mit dem RC-Oszillator stabil hinbekommen habe. Eine Möglichkeit wäre, den Oszillator anhand irgendeines anderen Eingangssignals, das definitiv stabil und genau ist, zu kalibrieren
-
Thread
ATmega128 interne Quarzfreqeunz
Kann mir bitte jemand sagen, welche Frequenz der interne Quarz vom ATmega128 hat. Ich hab ein Datenblatt mit 8MHz gefunden, aber das klappt nicht so ganz mit der RS232. Beim Übungsboard geht das Programm aber, also kann es nur an der Quarzfrequenz liegen
Und es sei dazu gesagt, dass der RC-Oszillator nicht sehr frequenzstabil ist. Man sollte es vermeiden ihn als Taktquelle für RS232 zu nutzen, sonst kann bei großer Abweichung nur Müll rauskommen. Man kann ihn auch kalibrieren, nur leider ändert
-
Thread
USB-Steuerung mit ATMega8
wie Lautstärke, Sender ... über die RS232-Schnittstelle auszugeben. Hab ich das soweit richtig verstanden ?
@Markus: Vom Prinzip her kannst du deine Schaltung lassen. Wenn du den MAX232 durch den FT232 ersetzt kannst du den COntroller per USB ansprechen. Allerdings musst du dann auch die entsprechende SOftware in der D-Box ändern, damit deine Daten nicht über die RS232-Schnittstelle
-
Thread
UART @ 1MBit -> over-/undershoots beseitigen
Ende des Kabels betrachten ! Okay. @Holger: > Welcher Controller? SiLabs C8051F800. SYSCLK interner Oszillator @ 24.5MHz, Baudrate über externen 14.7456MHz Quartz. Ralf
wollte. Eigentlich sollte das aber auch gut mit dem FTDI laufen. Guck mal ob ein Logicanalyzer der RS232 kann dir die richtigen Daten anzeigt.
-
Thread
RS485-USB-Baudratenproblem
Guten Morgen Allerseits! Ich habe einen RS485 auf USB-Adapter mit einem FT232RL aufgebaut. Den Bus habe ich nach http://www.wiki.elektronik-projekt.de/mikrocontroller/rs485_bus (MAX3471 als Transceiver, Busabschlusswiderstände 120Ohm, Pull-up
danke für die anregungen =) ein testaufbau slave-rs232-rechner funktionierte ohne probleme auch mit höheren baudraten. aba jetz via rs485 halt nicht mehr =( werde versuchen, einen schwinger unterzubringen welchen teiler meint ihr?!?
-
Thread
Wie passenden Atmega finden?
nehmen, USBasp Clones gibt's ab 5,-. Wenn statt RS232 USB sinnvoller ist kann man einen AVR mit interner PLL nehmen um auf die notwendige Taktfrequenz mit internem Oszillator zu kommen, also Tiny85 oder Tiny861, ansonsten externe 12MHz oder mehr einplanen
cppler schrieb im Beitrag #3339578: > 1. EIN digitaler Eingang > 2. RS232 Schnittstelle > > Damit weißt Du nun die Pinzahl, also 1x Taster und Rx/Tx für RS232 > (minimalistischst). > Drei I/O Pins reichen also aus, damit kommt jeder 8Pinner in Frage. Richtig, z.B
-
Thread
Hex-Werte in Textdatei schreiben, wie
auch schon gesagt, nur du ignorierst es), dein Controller sendet die Daten via USART, also seriell (RS232) und dein PC empfängt das entweder über eine native RS232 Schnittstelle (wenn vorhanden) oder du nimmst einen USB-RS232 Adapter, am besten direkt einen USB-TTL Adapter damit du keinen Pegelwandler
JTAGice3 schrieb im Beitrag #2792473: > Hier das Programm. Läuft über den internen Quarz. Es gibt keinen "internen Quarz"! Das ist ein ungenauer RC-Oszillator.
-
Thread
AVR Uart Problem
>Hat das damit zu tun, das der interne Oszillator verwendet wird? Kann sein.
Beitrag #4566159: > 4 MHz-Quarz bekommste ja schon für 20 Cent Würde ich aber meiden, wenn ich RS232 brauche. Dafür gibt es baudratentaugliche Quarze. ...
-
Thread
Seltsame RS232 - Ausgabe
_DAS_ kann jetzt der zu schlechte interne oszillator sein. wenn du mit der baudrate runtergehst und die fehler dabei weniger werden, wars das.
Hi >DAS kann jetzt der zu schlechte interne oszillator sein. >wenn du mit der baudrate runtergehst und die fehler dabei weniger >werden, wars das. Begründung! MfG Spess
-
Thread
Timingprobleme, einfache Syncronisation mehrerer MCs über gem. Bus
meistens die Ursache. >Kannst du das genauer erläutern? ISRs melden doch eine Event an (z.B. >RS232oder ein Counterüberlauf) Die Abarbeitung der Events läuft meines >Wissens dann nach FIFO (wie auch sonst?) Im Prinzip ja. >Nun ist es doch nicht unwahrscheinlich, dass der ISR der RS232
Markus schrieb im Beitrag #3214837: > Internes Quarz - das gibt es? Oder ist das eher ein RC-Oszillator? Nein und Ja ;) -->RC-Oszillator
-
Thread
RS232 mit MSP430FG4618
Nur ich weiss es nicht, wie ich es rausfinden kann? Im Anhang habe ich die Beschlatung vom JTAG und RS232 mitgesendet. Danke & Gruss Rinny
Ich habe jetzt MAX3232 eingetauscht und es klappt immer nocht nicht. Ich benutzt ein USB To RS232 als Kabel für serielle DÜ, da mein Labtop kein RS232 Anschluss hat. Hat jemand eine Erfahrung damit? Könnte der Fehler an den Kabel liegen? Hier sind paar Werte von MAX3232: T2OUT 3,827 V, Rechteck
-
Thread
Geschwindigkeisproblem mit RS232 und ATMega8
Wert bekommst. Ich habe hier schon viele Atmegas gehabt, deren interner Oszillator um ca. 5% von der Nennfrequenz abwich und entsprechend mit dem OSCAL kalibriert werden mussten. Schau mal ins Datenblatt unter den ATmega8 Typical Characteristics => Internal Oscillator
/uart_rs232_zum_computer/ Viel Erfolg! Gruss Guenter
-
Thread
UART mit atmega32
den Standard-Takt gegeben, ohne Veränderung der Fuses). Auf Seminaren empfehlen sie wohl den internen RC-Oszillator auch als (mittlerweile) tauglich für RS-232-Anwendungen. Vorteil des RC-Oszillators ist, dass er schnell anschwingt, sodass man die Startzeit kurz halten kann, wenn man den Prozessor
, wogegen der Oszillator empfindsam ist. Wenn man die 5 V stabilisiert hat, kann man schon einen recht großen Temperaturbereich abdecken, bevor man an die Toleranzgrenzen der RS-232 gelangt... Wenn man natürlich unstabilisierten
-
Thread
RS232 an UART
Läuft dein AVR mit internem Oszillator ? Evtl. ist dann der Fehler zu groß.
größer 4800 Baud @ 1MHz produziert Fehler > +- 7%. Das kann nicht funktionieren !! Für eine fehlerfreie RS232-Übertragung muß der Fehler deutlich unter 1% liegen. Wenn du allerdings den Oszillator auf 8MHz stellst, sind 38k4 Baud problemlos möglich, hab ich hier auch laufen. Gruß Thorsten
-
Thread
Resonator vs. Quarz - was ist besser?
Bei zehn Bit Wortlänge (8 Nutzbits , parität, startbit) ist bei asynchroner datenübertragung (RS232 und Co.)die Frequenztoleranz etwa 1/20 also 5% der Frequenz. Quarze bringen etwa 0,01% Abweichung. Keramikresonatoren etwa 1%. Der RC-Oszillator bringt unter 5% nur nach gesondertem Abgleich der
interne RC-Oszillatoren, die kalibriert bei 1% liegen.
-
Thread
Tastenschlagzeug mit NXP LPC 935 selber bauen
Betriebsart 1 (8 bit mit variabler Baudrate) verwendet werden? Stimmt die Midi basiert auf der RS-232 Schnittstelle. Nur halt mit dem Unterschied, dass Midi stromgesteuert und die RS-232 spannungsgesteuert ist. Gedanken für eine Pegelanpassung muss ich mir hier schon mal nicht machen. Hast du
ja auf der ursprünglichen RS232, womit die gleichen Regeln gelten. Die maximal erlaubte Abweichung von 1%-2% findet man hin und wieder in manchen Beschreibungen der RS232 im Internet. Aber eine definitive Aussage scheint es dort
-
Thread
Atmega48PA RS232 Problem
RS232_Test_1.asm(60): error: Undefined symbol: UCSRA0 C:\Users\user\Desktop\AVR RS232 Tests\RS232_Test_1.asm(63): error: Operand 1 out of range: 0xc6 C:\Users\user\Desktop\AVR RS232 Tests\RS232_Test_1
C:\Users\user\Desktop\AVR RS232 Tests\RS232_Test_1.asm(31): error: Invalid register C:\Users\user\Desktop\AVR RS232 Tests\RS232_Test_1.asm(36): error: Undefined symbol: UCSZn0 C:\Users\user\Desktop\AVR RS232 Tests\RS232_Test_1
-
Thread
_delay_ms(1) ungenau!
. mit dem Fuse-Wert, der automatisch beim Reset ins OSCCAL geladen wird. Seit dem "neuen" RC-Oszillator (also bei all den AVRs, die nur noch einen statt vormals drei oder vier verschiedenen Oszillatoren haben) kann man wirklich RS-232 problemlos "aus der Dose raus" machen, solange man im normalen
dass alle neueren AVRs problemlos unter > Bürobedingungen (T = 25 °C ± 5 K) in der Lage sind, eine RS-232- > Kommunikation aufzubauen, d. h. sie liegen bei ±2 % oder besser. Re: RS232 ... man kann auch einfach eine Baudratenerkennung machen. Dann ist das alles wurscht. Darüberhinaus ist es komfortabler
-
Thread
Nichteinmal Baudrate von 9600 möglich!
Hmm ich glaub das Problem liegt eher in der Datenübertragung, also bei rs232.... Ich bin noch am Anfang beim Programmieren und um erlich zu sein, bin ich mir auch nicht 100%tig sicher, ob ich einen 4 MHz Quarz benutze?! Bei den Fuse-Register habe ich auf "internen rc osci
internen RC-Oszillator mit 4 MHz separat auswählen muss, dann ist automatisch beim power-on nur der interne 8-MHz- Oszillator kalibriert. Die factory calibration values für die anderen Frequenzen muss
-
Thread
ATMega8 USART
USART-Schnittstelle nicht an meinen Laptop senden kann. Verbunden bin ich über einen ATMega8 an einen RS232-TTL-Wandler und einen Konsolenkabel auf USB am Laptop. Die Fuses sind auf Default Value: Int. RC Osc. 1MHz Startuptime 6 CK + 0ms. ( mir ist bewusst, dass der interne Oszillo sehr ungenau ist,
Einfaches Programm fuer serielle Schnittstelle, ATmega8, interner Oszillator 8MHZ, Baudrate 38400 Bd. Viel Erfolg
-
Thread
USART Atmega32
dann. Das ist trial&error engineering. Wenn's dann nicht daran liegt, was machst du dann? Der interne 1-MHz-Oszillator hat mir noch nie bei RS-232 irgendwelche Huddeleien verursacht. (Andere Werte als 1 MHz schon, da kalibrieren wir dann gegen einen bekannten Takt.)
Hallo Marian, hast Du denn bei Deinem USART-Problem die richtigen Port-Pins und vor allem ein RS232-Treiber-IC eingesetzt (z.B. MAX232 mit 4 oder 5 Kondensatoren) ? Otto
-
Thread
Baudratenquarz auch bei Verwendung von FTDI o.ä.?
> Benötigt man dafür einen externen bzw. Baudratenquarz oder genügt dazu > der interne RC-Oszillator des Mega8? Um mal deine eigentliche Frage zu beantworten, RC-Oszillatoren sind in aller Regel nicht genau genug um RS232 zuverlaessig laufen zu haben. Es gibt Microcontroller wo der
Abweichung zulassen. Ich weiß nicht, ob die Toleranz der Baudrate des CP2102 spezifiziert ist, beim FT232R sind es 0,7%. Da kann man allerdings auch den internen Oszillator des FT232R an einem Pin ausgeben und als Takt für den Mikrocontroller nutzen... MfG, Arno
-
Thread
ISP-Programmer
oder 1N4148 dioden nehmen kann. Link zum Beitrag:http://board.gulli.com/thread/1037939-atmega8-per-rs232-beschreiben/ Mfg Peter
. http://www.pcfilter.de/AVR-Ecke/Page4.html Nachteil von dem Programmer, er benötigt eine echte RS232 Schnittstelle. Du kannst den Programmer also NICHT über einen USB-RS232-Adapter betreiben. LG Jens
-
Thread
Attiny2313 UART: Lese-Störungen
die UART Empfangsroutine wasserdicht zu machen. Je nach verwendetem seriellen Signal musst du evtl. RS232 Pegel wandeln. Der interne RC Oszillator ist für deinen Fall nicht geeignet. Abgesehen vom intrisischen Fehler ist er auch recht temperaturabhängig. Man kann ihn kalibrieren, aber nur für eine
der alte Hanns schrieb im Beitrag #3730194: > Okay - auch ich kann das Mantra 'RS232 nur mit Quarz' nicht mehr hören. > Es kommt immer auf die Voraussetzungen an. Volle Zustimung. Auch mit den älteren AVRs ging der UART nämlich mit dem internen RC wunderbar, wenn die Baudrate
-
Thread
Baudratenquarz
Ich habe bei meinen bisherigen AVR - Spielerein noch nie einen Baudratenquarz eingesetzt, immer interner Oszillator oder externer 4 od. 8Mhz Quarz und hatte noch nie Probleme mit RS232 - Kommuniktion mit dem PC. Bin ich ein Glückspilz oder ist der Baudratenquarz für eine andere Art der seriellen Kommunikation
der Baudratenquarz für eine andere Art >der seriellen Kommunikation gedacht? Nöö, das ist schon RS232 und seine Verwandten (Midi, whatever). Siehe [[Baudragtenquarz]] MfG Falk P S Man KANN RS232 SICHER mit dem internen RC-Oszillator betreiben, wenn man a) den Oszillator kalibriert (per
-
Thread
Quarz Durchkontaktieren, Nachteil kleiner Quarze
einen Quarz an dieser Stelle nimmt, könnte es zu Beeinflussungsproblemen kommen. Verwendung von RS232: es gibt heute Controller mit internen RC-Oszillatoren, die für solche Anwendungen genau genug sind. Das ist hier wohl nicht der Fall?!? (Würde ich evtl. mal prüfen!)
mse2 schrieb im Beitrag #4097067: > Verwendung von RS232: es gibt heute Controller mit internen > RC-Oszillatoren, die für solche Anwendungen genau genug sind. Das ist > hier wohl nicht der Fall?!? (Würde ich evtl. mal prüfen!) Dem kann ich mich nur
-
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
-
Thread
atmega8 mit rs232 zu Putty
Hallo, ich versuche gerade Werte o.ä im Putty anzeigen zu lassen. Das Problem ist wenn ich "Hallo" schreiben will kommt der obere Balken, siehe Bild. Wenn ich 123 schreiben lassen will kommt das untere.. Wisst ihr wo der Fehler liegen könnte? http://gyazo.com/0b11463ae6aa7e560be972faacc26ff9 $baud = 9600 Print "123" Danke. Ps: das Kabel benutze ich http://www.amazon.de/gp/product/B00425S1H8/ref=oh_details_o09_s01_i00?ie=UTF8&psc=1 und das Pollin Board.