-
Thread
OSD: VGA-Signale mischen
Hi, Danke für eure antworten erstmal! Ein Traum wäre naturlich MAX7456 für VGA! Hab aber nix gefunden! Würde eine Schaltung wie im Bild dargestellt funzen? Der µC gibt an der richtigen Stelle (da wo ein Overlay-Bild angezeigt werden soll) einen Spannungswert aus
-
Thread
ATMega324P serielle Schnittstelle möchte nicht
einfach nur kontinuierlich ein Zeichen an meinen PC senden. Es ist zusätzlich ein externer Quarz mit 14,7456MHz verbaut, ebenso ein MAX3232 um den Pegel für die Übertragung zu verstärken. Nach etlichen Versuchen hab ich es leider nicht hinbekommen. Einstellungen sollten soweit korrekt sein. Möglicherweise
Hallo, so, ich war grad mal im Labor und hab alles durchgemessen. Fehler gefunden. Der MAX3232 hat keinen Saft bekommen.. das war das ganze Problem. Nun läufts (vorerst) so, wie es soll. Nochmals vielen Dank an alle!! Gruß, Sebastian
-
Thread
CAN Bus Timing
Auf Basis von 15MHz ist das keine Kunst, du hast aber 14,7456MHz. CAN definiert jenseits von 125Kbps offiziell eine Oszillatortoleranz von maximal 0,5%. Du liegst 1,7% daneben. http://pdfserv.maxim-ic.com/en/an/AN2935.pdf
Synchronisationsbereich immer zwischen CANBPS_min = FPCLK/(BRP*(TS1 + TS2 + 1 + SJW) und CANBPS_max = FPCLK/(BRP*(TS1 + TS2 + 1 - SJW) 3. Der Parameter SJW sollte in Abhängikeit von T2 gewählt werden. Es ist nicht sinnvoll SJW größer als TS2 zu machen. SJW = T2 - 1, für T2 < 5 und SJW = 5, für
-
Thread
Atmega an TV
Atmega anschließen (Scart oder Composite Video) um dort einen Text abzubilden! Jetzt gibt es ja den MAX7456. Gibt es auch eine günstigere Variante? Sowas wie der SV2000 hat mir ganz gut gefallen! Das Projekt sollte als Low-Cost Projekt laufen! Die Anzahl der Zeichen die abgebildet werden können
MAX7456 wird sehr heiss... den muss man richtig kühlen. Mir sind schon 2 eingegangen (einer ganz tot, der andere zeigt nur Schnee), weil ein Kollege das Exposed-Pad nicht mit eine Kupferfläche verlötet
-
Thread
uart baudrate
im UBRR-register 0 einstellen und das ganze funktioniert dann? (hätte in diesem fall vor einen 14.7456 MHz Quarz zu verwenden.) in diesem thread les ich raus dass es funktionieren müsste: http://www.embeddedrelated.com/usenet/embedded/show/8794-1.php kann aber auch sein dass ich etwas übersehen
Florian Z. schrieb: > [..] [Baudrate] 921600 bps [..] 14.7456 MHz Quarz [..] Das ist erstens ein "Baudratenquarz" und zweitens ergibts sich nach Adam Riese und Eva Zwerg ein [code]UBRR = fOSC /16 /BAUD -1 = 14.7456e6 /16 /921600 -1 = 0[/code](mathematisch exakt
-
Thread
LM1881 BASCOM
Hat jemand bereits mit "BASCOM" geschafft mit dem LM1881 ein Video-Overlay zu erzeugen? Habs mit dem MAX7456 geschafft, aber nicht mit dem LM. Wäre dankbar für Code und Erklärung! mfg
Sumasumarum Besser den MAX7456 benutzen. Der regelt das alles für mich. Vielen Dank für deine Antworten! mfg
-
Thread
IRMP - Infrared Multi Protocol Decoder
man die für : #define MATSUSHITA_START_BIT_PULSE_LEN_MIN #define MATSUSHITA_START_BIT_PULSE_LEN_MAX #define MATSUSHITA_START_BIT_PAUSE_LEN_MIN #define MATSUSHITA_START_BIT_PAUSE_LEN_MAX und #define SAMSUNG_START_BIT_PULSE_LEN_MIN #define SAMSUNG_START_BIT_PULSE_LEN_MAX #define SAMSUNG_START_BIT_PAUSE_LEN_MIN
und 0 = 1 ? dem MAX anbauen ist schwierig, weil 1. kein max232 in der Kiste, aber in der Datenbank, aber max233 in der Kiste aber nur SMD und da muss ich löten, dito macht sub-d in dem steckbrett keinen sinn und in smd
-
Thread
Mega32P + max232 funktioniert nicht
Mir ist aufgefallen, das die Serielle Kommunikation nicht funktionieren will. Der AVR wurde mit 14.7456 Mhz getaktet. Habe diesen gegen einen 3.6864 Mhz gewechselt. Jetzt kommen wenigstens wilde Zeichem im Terminal-Prog an. Habe den MAX232 schon gegen einige Typen getauscht (A,N,ACPE und CPE) keider ohne
verbinden. Dann vom PC aus senden, es müssen alle Zeichen wieder zurückkommen. Wenn das klappt, sind MAX und Kabel in Ordnung.
-
Thread
Kameraschaltung Philips DC3840
644 soweit ich weiß sollte das nicht zu Fehlern führen. Ich verwende auch den richtigen Quarz 14,7456 leider in der schaltung falsch eingezeichnet. Mir stehen aber am Pin d5 nicht die daten zur Verfügung. Ich denke dass die Kamera gar keine Daten zurückschickt. Wie muss ich meine Schaltung umändern
Deine RS232 Verbingung geht, versuch mal mit Deinem PC zu kommunizieren, hast hoffendlich noch ne MAX232 rumliegen. Solange wir nich wissem, ob Deine RS232 richtig funktionier und Du sie auch richtig programmierst, macht es wenig sinn im Nebel zu stochern. Gruß Tom
-
Thread
UART verursacht Reset(?)
Mir ist beim suchen nach Max232 Schaltugen grade folgender Schaltplan im Roboternetz aufgefallen: http://www.rn-wissen.de/index.php/Bild:Avrtutorial_grundschaltung_max232.gif der ja meinem Aufbau ziemlich aehnelt. Aber warum sind hier VCC und GND des Max232 nicht angeschlossen macht man das nicht? Ich habe einen Max232N wie der angeschlossen ist kann man ja oben sehen.
-
Thread
MC + TFT + Kamera
webstore/Intelligent-Flight-OSD-Module-P17C1.aspx) Edit: Alternativ könnte auch das hier was sein: MAX7456 (http://www.maxim-ic.com/quick_view2.cfm/qv_pk/5516/t/al)
-
Thread
uC Selbstbau, bitte um Hilfe
MAX 232 CPE
Ja wenn da max steht, dann gehe ich eigentlich davon aus das auch max/maxim drin ist... Aber gut zu wissen... Hoffentlich sind die AVRs echt *grübel* gruß Tobi
-
Thread
Atmega32 - Timer0 spinnt bei UART Empfang
das PWM (wird länger, kürzer) Zur Schaltung: Seriell daten komemn vom Rechner BAUD 9600, über Max232 Schaltung - da diese mit einem anderen UC Prima zusammen arbeitet, schließe ich sie als Fehlerquelle aus. Der Atmega ist standartmäßig beschaltet mit nem externen Quarz 16 Mhz, Pullup am Reset
.equ LOW_TIME_COUNT=35 .equ LOW_TIME_SCALER=SCALE_64 .equ BAUD=103 ; 16MHz ;.equ BAUD=95 ; 14.7456MHz .equ NUM_PWM=4 .equ BYTES=1 .equ RESERVED=NUM_PWM*BYTES .equ LISTSTART=MAXRAM-RESERVED .equ CID=0b00000 ; ChipID .equ S_BITS=2 .equ S_CID=(CID << S_BITS) ; shifted chipid for comparison
-
Thread
LPC2214: Quarz läuft nicht an
dem LPC2214 Controller und kann mir den verwendeten Quarz nennen? Im Moment hab ich einen 14.7456MHz Quarz dafür vorgesehen ´ (http://www.abracon.com/Resonators/abm3b.pdf mit 10pF), aber der Controller läuft lediglich auf 1.6MHz (toggeln eines I/O Pins) und nicht mit den eingestellten (interne
, 33pF, 10pF) - allerdings ohne jeglichen Erfolg. Der Abstand vom Quarz zu den Pins vom µC ist max. 10mm; der ESR Wert von 70 Ohm ist auch entsprechend niedrig gewählt. Gruß Bernd
-
Thread
Laptimer Projekt mit Magnetschleife (Atmega8)
lap_status == 1) // Wenn Induktionsschleife das erste mal überfahren wurde { overflow_ticks++; // max. 65536 da 16Bit Variable } } [/c]
lap_status == 1) // Wenn Induktionsschleife das erste mal überfahren wurde { overflow_ticks++; // max. 65536 da 16Bit Variable } } [/c] Danke erstmal für die Geduld die ihr mit mir hattet.
-
Thread
Einzylinderzündung mit dem Avr
Also ich rechne jetzt mal ein bisschen 233 /min * 32 = 7456 Interrupts / sek ( ok 2 Zähne fehlen) Ein 16 MHz-AVR führt da rund 2145 Behfehle aus. d.h. die Interrupt-Routine darf im Worst Case keine 2145 AVR-Takte benötigen. (deshalb auch mit 32 Zähnen gerechnet
16000000 / 7456 = 2145 Den Timer setzt du auf 0 wenn der richtige Zahn vorbei kommt und berechnest wie lange du nun noch warten musst und setzt den Wert ins OCRx-Register, dann wird der Timerint pro Umdrehung genau
-
Thread
ATmega, Baudratenquarz und USB?
würde, paßt das? 15 MHz / 10 =15, MHz. Das ist die Low Speed USB Datenrate. AFAIK sind dort max. 2,5% Frequenzfehler zulässig. Deine 14,7456MHz haben -1,7% Abweichung. Könnte klappen. MFG Falk
? > das nun nicht, aber möchte nicht unbedingt nötige Bauteile verbauen. > AFAIK sind dort max. 2,5% Frequenzfehler zulässig. Deine 14,7456MHz > haben -1,7% Abweichung. Könnte klappen. > stimmt, wenn man es so betrachtet könnte es funktionieren, also wirklich mal ausprobieren... Grüße
-
Thread
IR Sender Schaltplan
Anhang) zu begutachten so dass ich Fehler ausschließen kann. Es soll ein IR sender sein der über ein MAX232 mit dem Pc verbunden ist. Als µC verwende ich den Attiny 2313 getaktet mit 14 mhz Quarz Frequenz. Es geht mir darum wie schon gesagt Fehler oder fehlende Bauteile zu finden weil ich bald bei Reichelt
gross soll Dein Fehler sein? Benutzt Du langsame oder schnelle Baudraten? z.B. können fosc = 14.7456 MHz perfekt (0% Fehler für Baudraten bis 230kBaud sein.
-
Thread
Schaltung prüfen
Erkenntnisse in die neue Platine einfliessen lassen - optisch sieht es erst einmal gut aus - 10k für die MAX232 erscheint mir zuviel. Otto
ich mir auch bei der RS232 Schnittstelle, sind die 10k da > OK? Die sind OK, damit sollte der MAX232 nicht beim ISP stoeren. Landlaeufig wuerden wohl auch 4k7 reichen. Bist Du sicher, dass Du genau DEN MAX232 hast? Die einzelnen Typen unterscheiden sich teilweise in der Groesse der Kondensatorbeschaltung
-
Thread
Taktfrequenz vom ATxmega
andere Frage: was ist die max. Frequenz für ext. Schwinger 16 oder 32MHz
danke um uart mit 9600 zu betreiben, reichen sicherlich ein paar MHz aus. Mich interessiert max. Dampf, was die Maschine kann, und da war ich ein bißchen vom Datenblatt irritiert:) Hat schon jemand 32MHz getestet?
-
Thread
gute Quarz-Specs in uC-Oszillatorschaltung beibehalten
80C535 eine relativ gute abgleichfreie Timer-Genauigkeit erreichen. Die Anforderung liegt etwa bei max. 50 ppm (-10..60°C). Ich habe mir jetzt einen (lt. Datenblatt) recht guten Quarz rausgesucht: +-(10ppm @25°C + 10ppm (-40..+85°C) + 3ppm/J Aging) Load Cap 12 pF / Shunt Cap 5 pF Frage: Muss
. Plan C ist TCXO-basiert. Nur habe ich da noch keinen mit passender Frequenz (12 Mhz oder 14,7456 MHz) UND Spannung (5V CMOS-Pegel) gefunden. Wahrscheinlich muss ich da ein 3,3V-Teil nehmen, und einen Pegelwandler hintendran setzen. Der 80C535 ist übrigens ein -40/+85°C /16 MHz der hier mit
-
Thread
sd-Karte Blockgröße < 512 Byte
Danke für die Idee. Das ist zwar nicht die eleganteste Lösung, da ich max. 16 Byte lesen will, aber immerhin wäre es eine Möglichkeit.
von max. 1 ms (1 kHz) pro 10-Byte Block ohne die Pausen von 35 ms für das Auslesen der Karte. Das sollte per SPI-Interrupt machbar sein glaube ich.
-
Thread
USB-Stick am Mikrocontroller VNC1L
_delay_ms() und _delay_us() haben Beschränkungen. >Im Manual zum WINAVR steht bei >_delay_ms() : max 262ms / F_CPU (in MHz) >_delay_us() : max 768us / F_CPU (in MHz) >Bei 10 MHz kann man also maximal 26ms Verzögerung erreichen. >_delay_ms(500) wird somit keine 500ms Wartezeit erreichen. Das war
>Jup! Ja der fehler lag natürlich im fehlenden max202. Und er lebt noch?
-
Thread
Konvertieren SCART <-> Composite Video
Hallo zusammen, ich würde mir gern auf Basis des MAX7456 eine kleine Box bauen, die zwischen DVB-C-Receiver und TV eingeschleift wird, zum darstellen bestimmter Infos auf dem TV (z.B. eingehende Anrufe, Anrufliste, Temperaturen, Serverstatus, ...). Der MAX7456 hat sowohl Ein- als auch Ausgang als Composite Video, jedoch bekomme ich vom Receiver das Videosignal als SCART und der Fernseher erwartet es auch wieder als SCART. Gibt es einen einfachen Weg
-
Thread
Fehler in Maxim AppNote
Thread sehen kann, http://www.mikrocontroller.net/topic/116102#new beschäftige mich grade mit dem MAX7456 http://www.maxim-ic.com/quick_view2.cfm/qv_pk/5516 und hätte den Code des AppNote's verwendet. http://www.maxim-ic.com/appnotes.cfm/appnote_number/4184 1. Stimmt die Zuordnung nicht. >CS is the same as is used in the MAX7456 data sheet. >SDIN is referred to as MOSI (master out slave in). >SDOUT is referred to as MOSI (master in slave out). >SCLK is referred to as CK. beides auf MOSI kurzschließen? :-) hab ich
-
Thread
Problem mit PWM und Servo
bei der Konfiguration des Timers einen Fehler gemacht oder liegt es an einer anderen Stelle? mfg Max Hardeware: STK500 mit ATMega16 bei 14,7456 MHz Compiler: avr-gcc 4.3.0 unter Ubuntu 8.10