-
Thread
EMV -> Snubber -> TXD,RXD
mehr Abstand gewinnen kannst. Was mir bei deiner Schaltung noch auffaellt: Du Benutzt den internen RC-OSZILLATOR fuer RS232 kommunikation. Das geht so nicht und ist immer wieder ein Punkt der hier im Forum angesprochen wird. Der interne RC-Oszillator ist einfach zu ungenau und Temperaturempfindlich
Hab ich schon gelesen. Aber ich hab bis jetzt noch faste jede Platine die ein RS232 hatte mit dem internen betrieben, sogar ohne OSCAL Byte. Sind doch schon ein paar. Also so tragisch ist es nicht. Würd mich aber schon interrieren bei welchen Temperaturn es kritisch wird. Aber
-
Thread
Wieso schafft mein UART nicht mehr als 800 B/s ?
Im Auslieferungszustand wird der Mega8 durch den internen Oszillator getaktet. Du mußt explizit auf externen Oszillator oder Resonator schalten. Kann das der Fehler sein? MW
100kBaud/s von RS232->USB kein problem.
-
Thread
AVR Empfehlung
den mega8 kannst du bei internem R/C Oszillator auf 1/2/4 oder 8 MHz konfigurieren.
Hi im Prinzip ja. Bei deiner Anwendung (IR und RS232) würde ich aber aufgrund der Ungenauigkeit des internen Oszillators darauf verzichten diesen zu verwenden. Matthias
-
Thread
Probleme UART Atmega8
embedded-projects-gmbh/avr-starterkit-inkl.-usb-programmer.html?c=5. Der uC läuft mit dem 8Mhz Oszillator (mit timer getestet) und die Pin2 und Pin3 sind mit dem MAX232 richtig verbunden. Da ich keinen RS232 Anschluss habe, verwende ich einen RS232 to USB Konverter, der auch richtig erkannt wird.
immer mehr in Richtung Mega, bis das 'Echo' aufhört. Du beginnst also so [code] PC -> USB-RS232 -----+ PC <- USB-RS232 <----+ [/code] und hantelst dich immer weiter in RIchtung mega [code] PC -> USB-RS232 -----> MAX232 -----+ PC <- USB-RS232 <----- MAX232 <----+ [/code]
-
Thread
cyclone ep1c6 Clock Signal
seriellen input, es bekommt ein Bit jede 6 >mikrosekunde. Was für ein Protokoll/Standard ist das? RS232? >Ich muss eine genaue Abtastfrequenz bestimmen basirend auf diesen >internen Oszillator um die Bitfolge zuerst zu speichern dann zu >bearbeiten. Also eine Takt- und Datenrückgewinnung, ähnlich RS232 oder USB. Dazu sollte man einen stabilen Takt von einem Quarz nehmen. Interne RC-Oszillatoren sind ziemlich ungenau und nur sehr wenig kurzzeitstabil. MFG Falk
-
Thread
Wiedereinstieg AVR ATMega 162
dem AT90 gemacht. Nun hatte ich noch einen ATMega 162, habe mir ein 4x20 LCD besorgt, einen ISP RS232 Adapter für 6 Euro, ein paar Taster, LEDs, Festspannungsregler, .... Leider bekomme ich keine Antwort bei Programmierversuchen. Benutze auch ein USB-RS232 Konverter. Diesen habe ich jetzt erst
Bitbanging über USB-RS232-Konverter hat noch bei keinem zufriedenstellend funktioniert. Entweder du benutzt eine "richtige" RS-232-Schnittstelle (nicht über USB) oder du kaufst einen "intelligenten" Programmer. Du hast
-
Thread
Quarzoszillator vs. Schwingquarz
Platine zu vereinen, hat was :) Gibt es eig, Unterschiede in der Frequenzstabilität o.Ä. zwischen internen und externen Oszillator?
Kondensatoren (einschließlich PCB-Layout) wählen, damit die gewünschte Frequenz sehr genau erreicht wird. Für RS232 und USB reicht die Schaltung mit Quarz immer.
-
Thread
kleinster AVR mit ADC u. UART
@Benedikt K. (benedikt) Die RS232-Pegel sind ab +/- 3 Volt definiert. Es kann funktionieren. Muß aber nicht.
Siegfried wrote: > Die RS232-Pegel sind ab +/- 3 Volt definiert. Es kann funktionieren. Ein MAX232-Receiver hat z.B. gültige Eingangspegel von +0,8V/+2,4V. > Muß aber nicht. Da muß man aber schon uralte RS-232 Chips
-
Thread
Anforderungssammlung CAN Hausbus mit PIC µC
Hallo Max, nein, ich habe keinen Bootlader. Ich habe ein 18F458 auf einem Uniboard mit GLCD, CAN und RS232. Auf dem Prozessor werden ganz einfach die 8 Byte CAN-Bus-Daten, die empfangen werden, über den RS232-Bus gesendet, so dass es quasi auch auf dem RS232 Com-Port ankommt. In meinem CAN-Hausbus-Beispiel
Max, > nein, ich habe keinen Bootlader. > Ich habe ein 18F458 auf einem Uniboard mit GLCD, CAN und RS232. > Auf dem Prozessor werden ganz einfach die 8 Byte CAN-Bus-Daten, die > empfangen werden, über den RS232-Bus gesendet, so dass es quasi auch auf > dem RS232 Com-Port ankommt. > > In meinem
-
Thread
rpi <--> avr uart Übertragungsfehler bei Quarzbetrieb
12 kB erfolgreicher Übertragung ein bit. Keine Aussetzer gibt es jedoch wenn der avr mit dem internen RC - Oszillator betrieben wird. Mit dem kann ich mit 500000 baud fehlerfrei mehrere Megabytes hin und her schieben. Derzeit habe ich kein Scope zur Hand und ich bin ratlos. Hat jemand so was schon
Hi >Die 500000 funktionieren mit 8 MHz Takt aus dem internen RC - >Oszillator. Dann ändere mal mit Kältespray/Heißluft die Temperatur des Atmega. MfG Spess
-
Thread
Intronix LA1034 LogicPort: RS232 lesen
Grüezi Mitenand Ich versuche von einem ATMega48 über mein LogicAnalyser den RxD auszulesen. Klappt aber nicht so recht... Das RxD-Signal sehe ich, doch der Interpreter versagt nach dem 4-ten Byte. Der uC schreibt jede Sekunde diesen String heraus: "elmove-2 0 0 0 0 0 10 1 0c11" (Überprüfung mit UBS-to-RS323-TTL-Kabel und PuTTY). Siehe Anhang Was mache ich falsch? MfG Andreas
-
Thread
AVR-Bootloader mit Verschlüsselung
Ich habe diese bei meinen Tests mit ATmega128, ATmega168 und ATtiny461 dann auf 2k reduziert. Als RS232 habe ich die RS232 meines Laptops, der Dockingstation des Laptops und ein USB-RS232.Kabel getestet. Mit dem 2k ging es besser, aber ich benutze auf AVR Seite ja auch nur den interne PullUp statt einem
Verbindung aufbauen, speziell wenn UseResetDelay=1 eingestellt ist. Also zb. ATTiny45/44/461 mit internem RC-Oszillator und/oder 64MHz PLL Takt oder 20Mhz ext. Quarz bei Baudraten von 4800 bis 112500 oder ATMega162 mit ext. Quarz, alles jeweils in 1/2-Wire mit USB-RS232 Wandler, normaler RS232 mit/ohne
-
Thread
ATMega8 an Serieller SS sendet Müll
besonders wenn mehrere Adapter gleichzeitig laufen. ??? Schon wieder 1. April? Duo-Core CPU von USB-RS232 Adaptern überlastet? Ist die Software für Duo-core Unterstützung soooo schlecht? MfG Falk
hatten auf Arbeit neue Laptops angeschafft (Dualcore), mit >denen konnten wir unsere Messumformer per RS232 nicht mehr >parametrieren. Laut Softwareprogrammiere liegt's am Dualcore, warum auch >immer. Das ist ein Witz. Wenn gleich ein schlechter. :-( So ein lausiges 1200 Baud Protokoll scheitert an
-
Thread
ATMEGA162 - UART will nicht...
usart_putc(*(data+count)); _delay_ms(10); } } SIGNAL(SIG_USART0_RECV) // Eingang über RS232 { unsigned char buffer; // Daten aus dem Puffer lesen ... buffer = UDR0; // AVR warten bis der RS232 Sendebuffer leer ist ... while ( !( UCSR0A & _BV(UDRE0)) ) ;
(); while (1) { usart_puts("2 Das ist der erste Test der RS232 Ausgabe"); delay_ms(4000); } }
-
Thread
PIC C18 erkennt keine Variablen
init // ************************************************************************************** // rs232_send: Sendet ein Zeichen über die Serielle Schnittstelle // ************************************************************************************** void rs232_send(char x) { while (!TXIF);
init // ************************************************************************************** // rs232_send: Sendet ein Zeichen über die Serielle Schnittstelle // ************************************************************************************** void rs232_send(char x) { while (!PIR1bits.TXIF
-
Thread
USB -> RS232
tut mir Leid das ich dir zu diesem Thema nicht helfen kann. Jedoch möchte ich gerne einen USB- rs232 konverter selbst bauen! hast du zufällig das Schaltbild dafür?? mfg
Der CP2102 hat alles, was ich beim FTDI vermisst habe: interner Oszillator, internes EEPROM und kaum externe Beschaltung. Und die Gehäuseform ist nun nicht wirklich ein Problem.
-
Thread
XMEGA + iPod
Deine RS232-Routinen hast du ja wohl überprüft (mal den PC mit Terminalprogramm angeschlossen) ;) Dein Main schickt in einer Endlosschleife (while(1)) nur den Befehl zum Modewechsel und die Meldung "Taste
AVR, was der IPod tun? Und mit 2 MHz sind 19200 Baud ungenau (wohl um 7% daneben) und mit dem internen Oszillator erst recht. (IPod ist da unempfindlicher als die meisten PCs) hans
-
Thread
Was bringt externer Oszillator gegenüber intenem bei AVRs?
Der interne RC-Oszillator kann 1, 2, 4 (nicht 3) oder 8 MHz. Automatisch calibriert wird er nur bei 1MHz. Bei den anderen Einstellungen muss man das von Hand erledigen. Externer Quarz ist meist genauer und
Der interne RC-Oszillator ist halt stark Temperaturabhängig. Habe Platinen mit RS232 in einen Schaltschrank gesetzt. Vorher ausprobiert, bis zu welcher Ober und Untergrenze des Timers ein PC die Zeichen versteht
-
Thread
Na wunderbar - Fusebits: Ausgesperrt aber mit den richtigen Eingaben?
Sean Goff schrieb im Beitrag #3486581: > Extosc ist doch ein oszillator und kein quarz... versuche es mal mit > externem Takt Glaub ich nicht, sonst wär der Schmus mit 258CK,64MS Unsinn. Eher: EXTOSC = interner Oszillator mit externem Quarz. Was du meinst heisst
SPI die ADC werte eines gewählten kanals und sendet diese über UART an das Bluetoothmodul, das im RS232-Emulatormodus die Daten wireless an den PC überträgt. Womit ich keine Erfahrung habe: SPI, UART und Bluetooth ;-) Mein aktueller Schritt: UART umsetzen - über MAX232 direkt an den PC (nicht
-
Thread
HEBO 13 auf Steckbrett
oder 15 MHz oder wie auch > immer. Ja. Meiner Ansicht nach braucht man aber am Anfang keinen Oszillator oder Quarz, es sei denn man braucht einen genauen Takt. Mit dem internen Oszillator kriegt man auch eine brauchbare RS232 Verbindung zum PC hin. Man findet Osillatoren, Quarze, Resonatoren incl
mega schrieb im Beitrag #2608056: > Ja. Meiner Ansicht nach braucht man aber am Anfang keinen Oszillator > oder Quarz, es sei denn man braucht einen genauen Takt. Mit dem internen > Oszillator kriegt man auch eine brauchbare RS232 Verbindung zum PC hin. Du hast recht. Ich will nur lernen, wie man
-
Thread
Basic für 80C31
O O out in ROM RAM [/code] es geht auch mit nur vier Pins. So mache ich das bei RS-232 mit TxD und RxD.
> out in > ROM RAM [/code] > > es geht auch mit nur vier Pins. So mache ich das bei RS-232 mit TxD und > RxD. Genial!! Spart mir noch vier Bohrungen. Besten Dank
-
Thread
Atmega8 verfused
Hallo, hab anscheinend meinen Atmega8 verfused. Wollte ihn wieder auf den internen Oszillator umstellen und hab deshalb wie im Datenblatt beschrieben CKSEL0=0, CKSEL1=0, CKSEL2=0 und CKSEL3=1 gesetzt und jetzt ist er tot. Was hab ich falsch gemacht und was kann ich tun damit er
Schnittstelle ewig viele "U"s ausgeben. (z.B. eine "U"-Datei mit HyperTerm) Dann die Taktquelle (bei der RS232 unbedingt MAX232 dazwischen schalten!) einfach an XTAL1 hängen und freuen. So hab ich vor ein paar Tagen meinen Atmega32 wiederbelebt, geht erstaunlich einfach/gut! MfG -schumi- PS: Ist übrigens
-
Thread
Quarzoszillator für PIC32
damit den internen RC-Oszillator meinst? Etwas präzisere Ausdrucksweise wäre von Vorteil. Gruß Jobst
> Ich nehme an, dass Du damit den internen RC-Oszillator meinst? Ich habe immer die internen RC Oszillatoren verwendet.
-
Thread
USB to UART IC ohne virtuellen COM PORT?
Hallo, ich beschäftige mich grad ziemlich neu mit dem Thema rs232 auf usb-Wandlung. Ein bestehendes Produkt soll nämlich von rs232 auf USB Anschluss geändert warden. Es gibt ja unzählige Adapter/Konverter-Module, die dies bewerkstelligen, allerdings wird hierbei
Kauf einfach so ein USB-RS232-Kabel und erzähl Cheffe der Com-Port der auftaucht wäre ein Bug in Windows ^^
-
Thread
Datenlogger zur Speicherung von Temperatur
Hallo Jürgen, hab genau sowas schon gemacht (allerdings nicht mit USB sondern mit RS232). Hab dafür einen Atmega8L benutzt, mit 24LCXXX als Speicher und MAX3222 als RS232-Treiber, ging alles komplett ohne SMD Bauteile. Als Sensor kommen PTCs der KTY-Reihe zum Einsatz. Versorgt wird das
beschrifteten Steckverbinder): - KTY81 Temperatursensor - Low-current LED - 9pol Sub-D Stecker für RS232 - 3.6V Lithium Batterie (über ISP Stecker) Gruss, Thorsten
-
Thread
1 Draht Verbindgung zwischen 2 Atmegas
das entsprechende Print von C verwenden. Über kurze Entfernungen tut es der 5V-Pegel, sonst einen RS-Baustein dazwischen schalten. Sind die beiden Atmegas am gleichen Platz reicht vermutlich sogar der interne Oszillator für die serielle Schnittstelle. (Nach meiner Erfahrung (und mit einer "Autobaud-Routine
Suchfunktion zu benutzen. Oder: weil sie meinten, sie hätten das ultimative und alleinige Problem, eine RS232 Verbindung aufbauen zu müssen.
-
Thread
Suche Simulator für 8051
Meistens konzipiere ich wo es möglich ist die MCU externe Beschaltung so, dass ich immer (externe/interne) Peripherie mit den folgenden Funktionen habe: RTC, EEPROM, Temperature Sense, 1-4 Monitor LEDs, RS232 Schnittstelle, LCD I2C Parallel Expander Interface. Das verbraucht mit I2C nur ein paar I/O.
Meistens konzipiere ich wo es möglich ist die MCU externe Beschaltung > so, dass ich immer (externe/interne) Peripherie mit den folgenden > Funktionen habe: RTC, EEPROM, Temperature Sense, 1-4 Monitor LEDs, RS232 > Schnittstelle, LCD I2C Parallel Expander Interface. Das verbraucht mit > I2C nur ein
-
Thread
I2C Monitor mit Mega8
rumbiegen muss, wenn ich mich doch halbwegs auf die "gesnifften" Daten verlassen will. Mit dem internen Oszillator ist das sowieso so eine Sache. Bei Anwendungen, wo das Timing nicht relevant ist kann man ihn gut benutzen. Aber Anwendngen mit RS232 fallen bei mir unter "Timingrelevant". Lg EC
0xE0B1,0x1191,0x1000,0x9518,0x927D,0x9601,0x11B2,0x1000 .dw 0xE0B1,0x9518 .org 0xD0 ;Trimmen des internen Oscillators ; ldi work,0x81 ; out osccal,work ;RS232 init clr work out UBRRH,work ldi work,7 ;diese Konstante muß für die jeweilige Taktrate auf die gewünschte Baudrate eingestellt
-
Thread
Atmega8 mit 8 oder 16 mhz
einem viertel oder der doppelten Geschwindigkeit von 4 MHz läuft (z.B. bei Blinkgeschwindigkeit oder RS232).
@ Jörg B.: >Auslieferungszustand ist mit internem 1 MHz Takt. Der mega8 hat keine ckdiv-Fuse, den kann man nicht /8 Teilen. Nur zwischen 1, 2, 4 und 8 MHz interner RC-Oszillator auswählen. Den mega8L (8 MHz) sollte man nicht übertakten. Der interne
-
Thread
Probleme mit UART
Hi Hebert leg dech einfach mal eine Spannung von -10V oder +10V an die Empfangsseite des RS232 und messe auf der TTL Seite den Pegel. Du solltest dann 5V bzw. 0V messen können. Dann solltet du auf der TTL Seite 0V und 5V anlegen und auf der RS232 Seite die 10V und die -10V messen. Wenn das
Woher kommt denn die Weisheit das der Takt vom Quarz kommen muss und nicht vom internen Oszillator? Ich habe in einigen Schaltungen gar keinen Quarz drinnen, verwende die UART und das funktioniert ohne die geringsten Probleme!
-
Thread
PHP <RS232> M8 in ASCII
Datenbreite, die Anzahl der Stop-Bits oder die Parität. Was auch noch sehr beliebt ist: man benutzt den internen RC-Oszillator. Das ist aber bei solchen asynchronen Sachen Pfui!
mit dem internen RC-Oszillator hatte ich selber noch nie probleme, stell doch mal deinen code rein, der den UART Teil initialisiert.
-
Thread
R8C: Daten eines M25P über UART auslesen?
r8c_family/r8c2x_series/&cnt=Application_Notes.jsp&title=Application%20Notes&lid=2780 Hardware? FT232R oder fertiges Modul ala http://apple.clickandbuild.com/cnb/shop/ftdichip?op=catalogue-products-null&prodCategoryID=47&title=Cables%3A+TTL-232R+and+variants oder z.B. MAX3222E + USB->RS232-Wandler
oder Pulldowns an TXD > oder RXD? Nein. Du brauchst aber einen [[Pegelwandler]], wenn dein USB-RS232 Adapter [[RS232]] Pegel hat.
-
Thread
Attiny 85 intern oder extern 8 mhz
Luis schrieb im Beitrag #5068771: > Ist das richtig, dass es mit dem internen Oszillator des Attiny 85 > öfters zu Problemen kommt, und man lieber einen extern verwenden sollte? Der interne Oszillator macht Null Probleme. Probleme machen höchstens unsachgemäße Anwendungen
Hallo Luis, merkwürdig, dass sich manche Teilnehmer IMMER WIEDER um RS232 / Baudrate und Quarz, oder internen RC-Oszillator streiten. Passt hier aber nicht - du hast doch TV Be Gone erwähnt: Bei den üblichen IR-Empfängern ist die Toleranz für die Pulsfrequenz
-
Thread
Stromparender µC gesucht
werden: 1. Kontinuierliche Energieverbraucher eliminieren oder stillegen (RS232-Pegelwandler) 2. Prozessor im Sleep-Mode, wenn er nicht gebraucht wird. Aufwecken über PIN-Change Interrupt (RS232 bzw. LCD-Button) 3.Taktfrequenz so klein wie möglich. Eine Taktfrequenz von
nötig sein. "Baudratenquarz" mit möglichst < 4MHz verwenden. Der Quarzoszillator wird nur während des RS232-Empfangs benötigt, während des LCD-Timeout-Zählens tut es auch der interne RC-Oszillator. Schliesslich kommt es nicht darauf an, ob das LCD 10.00 oder 9.95 Sekunden an ist. Gruss Mike
-
Thread
Clock-Leitung
@Chris D. (myfairtux) >Der interne RC-Oszillator des Mega8 kann auch immerhin bis 8MHz getaktet >werden. Dann ist es aner Essig mit RS232. Der Takt vom RFM12 ist vom Quarz abgeleitet. Man muss es aber auch nicht dramatisieren.
Falk Brunner schrieb: > @Chris D. (myfairtux) > >>Der interne RC-Oszillator des Mega8 kann auch immerhin bis 8MHz getaktet >>werden. > > Dann ist es aner Essig mit RS232. Der Takt vom RFM12 ist vom Quarz > abgeleitet. Es kommt - wie immer - darauf an
-
Thread
RS485 Interface
Hast du Bias Widerstände am Bus? Gemeinsamer GND? Wie erkennt der AVR den Start eines Paketes? 2. RS232 am AVR Vorhanden zum debuggen? > Stefan U. schrieb: >> Vielleicht holt dein Programm die empfangenen Bytes zu langsam ab. >> > Wie könnte ich es beschleunigen? Falsche Frage. Du kannst nur
sind zwar eine Menge Inits, aber welche benutzt du denn jetzt? 'Clock_Init' bspw. startet den internen 32MHz RC Oszillator. 'PLL_Init' basiert derzeit auch auf dem 32MHz RC Osz. Nur 'exClock_Init' scheint das richtige zu sein (ohne jetzt durch die Details zu gehen).
-
Thread
Müll auf der RS232 Schnittstelle
Hallo Leute, ich habe hier eine fabrickneuen ATmega32L und den möchte ihn mit internen Quarz betreiben. 1 Mhz Ein entsprechendes Testprogramm in BASCOM erstellt und Programmiert. Die Baudrate auf 9600 eingestellt, aber das Ergebnis ist leider nicht lesbar. Was mach ich falsch? Was ist die Ursache? PS: habe noch einen Baudratenquarz rumliegen 7 Komma ungerade, wird der meine Probleme Lösen?
-
Thread
Anfängerfrage: 40 Stück Atmega328 an einem Quarz?
. Die wirklich interessanten Aspekte dieses Projektes kannst du auch ohne Übertakten mit den internen R/C Oszillatoren testen.
hast du vielleicht eine gangbare Alternative vorzuschlagen? Hab ich weiter oben schon. UART / RS232 braucht auch nur 2 Leitungen. Das ganze auch als Bus aufgebaut werden mit OD Teilnehmern. Sogar als Halbduplex über eine einzige Datenleitung. Natürlich wäre RS481 oder RS485 noch besser. Man kann
-
Thread
Atmel Flip erkennt nicht AVRISP mkii
es mit ATMEL Flip versuchen. Dieses erkennt jedoch nicht meinen AVRISP mkii und gibt mir nur die "RS232"-Option. Hätte da jemand einen Ratschlag für mich?
Falls Dein PC keine RS232 hat, brauchst Du einen USB-RS232 Dongle (~5€). Und einen MAX202 am AT89C51ED2. Peter