Klockjitter i AVR:ens RC-oscillator
Re: Klockjitter i AVR:ens RC-oscillator
RC drar sig nog under lång tid. Fundering när jag såg det vart hur det påverkar olika kommunikationsprotokoll med självklockande linjekod. I det sammanhanget är bit-till-bit tid viktigt i avseende på drift. Medan långtidsdrift är av mindre vikt.
-
- Inlägg: 466
- Blev medlem: 20 februari 2011, 23:32:40
- Ort: Gävle
Re: Klockjitter i AVR:ens RC-oscillator
Nja,både ja och nej,om du kör en PIC24 och ska meka med USB utan kristall,Icecap:
Först o främst är det ingen vettig som designer tidskritiska applikationer
som baseras på en RC-oscillator, alltså faller det argument.
kolla in deras datablad. RCO är inget fel i sig, beror på hur man designar den.
Upplösningen i en UART blir ju sämre ju högre Baudrate man kör med, eller nått
så då är det nog bäst med en kristall.
Re: Klockjitter i AVR:ens RC-oscillator
Om klockan avviker 5% gör den det oavsett vilken baudrate man kör med! Då en UART-kommunikation är själv-synkroniserande i tid (inom vissa gränser) är de lite toleranta mot fel klockhastighet.
Jag har inte satt mig in speciellt i USB men efter vad jag vet fungerar varje paket på ett ung. likvärd sätt: hårdvaran tar emot och triggas av start"bit'en".
Så jag fasthåller vad jag skrev! Det du argumenterar för är snabba förlopp, inte tidskritiska applikationer där t.ex. datum/tid har vikt, det kan även vara applikationer där man måste mäta pulser med stor noggrannhet, där måste "referensen" vara stabil och säker och där fallerar alla RC-oscillatorer.
Jag har inte satt mig in speciellt i USB men efter vad jag vet fungerar varje paket på ett ung. likvärd sätt: hårdvaran tar emot och triggas av start"bit'en".
Så jag fasthåller vad jag skrev! Det du argumenterar för är snabba förlopp, inte tidskritiska applikationer där t.ex. datum/tid har vikt, det kan även vara applikationer där man måste mäta pulser med stor noggrannhet, där måste "referensen" vara stabil och säker och där fallerar alla RC-oscillatorer.
- grapetonix
- Inlägg: 293
- Blev medlem: 14 juli 2004, 17:20:50
- Skype: grapetonix
- Ort: Hägersten, Stockholm
Re: Klockjitter i AVR:ens RC-oscillator
Tror också det är avsett. Microchip har ju t.ex. sänkt port-drivarnas slewrate med flit i sina senare kretsar för att få bättre EMC. Inte bra om man ska driva en mos tillexempel. Men begränsning går att stänga av med en bit i mjukvara.
-
- Inlägg: 466
- Blev medlem: 20 februari 2011, 23:32:40
- Ort: Gävle
Re: Klockjitter i AVR:ens RC-oscillator
IceCap! från PIC24FJ64GB004 data pappir.
• Dual Role Capable – can act as either Host or Peripheral
• Low-Speed (1.5 Mb/s) and Full-Speed (12 Mb/s) USB
Operation in Host mode
• Full-Speed USB Operation in Device mode
• High-Precision PLL for USB
• 0.25% Accuracy using Internal Oscillator – No External Crystal Required
• Dual Role Capable – can act as either Host or Peripheral
• Low-Speed (1.5 Mb/s) and Full-Speed (12 Mb/s) USB
Operation in Host mode
• Full-Speed USB Operation in Device mode
• High-Precision PLL for USB
• 0.25% Accuracy using Internal Oscillator – No External Crystal Required
Re: Klockjitter i AVR:ens RC-oscillator
"Grejen" är väl att de (Microchip) föreslår USB tillsammans med intosc.
Tidigare så har kristall alltid varit givet tillsammans med USB.
Samt "can act as either Host or Peripheral"...
Man varför det står "IceCap!" är inte helt solklart...
Tidigare så har kristall alltid varit givet tillsammans med USB.
Samt "can act as either Host or Peripheral"...
Man varför det står "IceCap!" är inte helt solklart...

-
- Inlägg: 466
- Blev medlem: 20 februari 2011, 23:32:40
- Ort: Gävle
Re: Klockjitter i AVR:ens RC-oscillator
Sodjan:Kanske för att det är till honom datablads urklippet var adresserat! 
Icecap: Tja du sa citat:
>Först o främst är det ingen vettig som designer tidskritiska applikationer
>som baseras på en RC-oscillator, alltså faller det argument.
MCHP säger annat i ett av deras datablad, tråden handlar ju om RC oscillatorer så
inte vet jag hur de tänkt, antar att det funkar, har inte testat, men man får välan
tro dem då. Hörde på nått annat fora att de gjorde detta på grund av Atmels
tidigare låg jitter RC's osc's.

Icecap: Tja du sa citat:
>Först o främst är det ingen vettig som designer tidskritiska applikationer
>som baseras på en RC-oscillator, alltså faller det argument.
MCHP säger annat i ett av deras datablad, tråden handlar ju om RC oscillatorer så
inte vet jag hur de tänkt, antar att det funkar, har inte testat, men man får välan
tro dem då. Hörde på nått annat fora att de gjorde detta på grund av Atmels
tidigare låg jitter RC's osc's.
Re: Klockjitter i AVR:ens RC-oscillator
Ja, 0.25% är ju bättre än de 1% som har gällt generellt för INTOSC tidigare.
Och ja, det var lite svårt att koppla det hela till ett tidigare inlägg, inte
bara av för mig, tydligen...
Och ja, det var lite svårt att koppla det hela till ett tidigare inlägg, inte
bara av för mig, tydligen...
