Kompatibla frekvenser på¨arduino

[Tekko]

Kan en arduino klockas med en frekvens på 14.31818MHz (pixel klocka för EGA, CGA och VGA), eller måste det vara en jämn frekvens typ 1,2, 4, 8, 10, 12, 14, 16, 18, 20 etc MHz ?

Och kan jag injecera min externa pixelklocka på en av pinnarna som 16MHz kristallen sitter på i vanliga fall från en extern källa(hex inverter krets kopplad som en kristalloscillator med min 14.31818MHz krustall, eller måste kristallen sitta på arduinon i sej och jag mha nån komparator eller nåt extraherar min pixelklocka där ?

[Icecap]

Om kristallen som sitter på kortet även används till USB-delen kan du inte byta det. Men det hela beror på den exakta koppling, om det t.ex. är ATmega'n som driver kristallen och utgången används till USB-delen måste du dels byta kristallen på ATmega'n och dels montera en ny kristalloscillator på USB-delen.

[sodjan]

Man behöver sannolikt också ändra "fuses" från "crystal oscillator"
till "external clock signal" (eller vad det nu heter). Om man kör
Arduinos original utvecklingsmiljö så får man leta reda på
hur man gör det, om det en är möjligt. Miljön kanske
förutsätter att Arduinon är "normal", så att säga.

[Icecap]

Tekko: själva µC-delen kan ganska säkert ha vilket som helst kristall (så länge lägsta och högsta frekvensen överhålls) om bara fuses står rätt.

Det som kan ställa till det är om samma klocka behövs till USB-delen, då blir det strax mer besvärligt.

[Tekko]

USB-delen är en FTDI krets, och inte en MEGA8 som på uno och andra, så den behöver nog ingen kristall alls.

Om jag bara byter kristallen och behåller "crystal oscillator", kan jag på något sätt med en logik krets plocka ut min pixelklocka direkt från det ena av kristallbenen ?

Jah tänker när man använder denna koppling:
http://atn-tv.org/library/circuit2.jpeg

Så är ju det exakt det man gör, dvs ena benet som kristallen kopplar till på arduinon borde ju likna utgången på en hex inverter krets.

[Wedge]

Funktioner såsom millis() och microseconds() kommer att bli fnattiga. Märklig kod som anser att "ej 16 MHz" är 8 MHz, dvs de frekvenser som officiella Arduinokort kör.
UART-timingen borde bli någorlunda OK. PWM.... vet inte.
Om din kod inte är beroende av "exakta" fulfördröjningar så är chansen att få det att lira bättre.

Du kan ändra fuses så att processorn tar in extern klocksignal.
Om du sätter kristallen på processorn sparar du in den externa oscillatorn, du kan få ut en buffrad klocksignal på nån pinne (med fuse-manipulation).

[Tekko]

Fast att sätta fuse bits för int/ext klocka går ju bara med en avrisp eller annan programmerare.

Varför jag behöver denna märkliga frekvens är för att kunna dividera ner till 15.75kHz och 60Hz(eller ja eg 60.4Hz) vilket är de korrekta Hsync och Vsync frekvenserna.

Nu är ju kanske iovs en t3200 plasma panel lite dummare än en CRT monitor så frekvenserna kanske inte är riktigt lika kritiska.

Sen så sitter det en kristall på plasmapanelens styrkort som det står 400M9F på, 40.9MHz ? 4.09MHz, 400.9kHz eller ?

[sodjan]

Varför inte byta kristallen på Arduinon?

[Wedge]

Bootloadern kommer inte heller att fungera.

[sodjan]

Sant, den förväntar sig säkert en viss specifik baudrate från FTDI kretsen...