kistal
28 views
Skip to first unread message
dylan gybels
Oct 31, 2012, 4:03:54 AM10/31/12
to hcc_r...@googlegroups.com
ik moet voor school een scherm aansturen
maar mijn microcontroler kan maar tot 48MHz aan en ik heb minstens 78MHz nodig om het scherm aan te kunnen sturen.
Daarom vroeg ik mij af of je een microcontroler kan overclocken (het kristal sneller maken als 'toegestaan').
En hoe je van bv 50MHz naar 100MHz kristal gaat (in de computertechnologie wordt het veel toegepast maar hoe doe je het).
Joep Suijs
Oct 31, 2012, 4:57:18 AM10/31/12
to hcc_r...@googlegroups.com
Hallo Dylan,
Fabrikanten garanderen dat iedere controller op de gegeven snelheid
betrouwbaar werkt, over het bijbehorend temperatuurbereik en
spanningsbereik. Dit geldt dan voor de processor, als ook de
peripherals. Je kunt er dus wel vanuit gaan dat je onder de juiste
omstandigheden de klok wel wat kunt verhogen. Het probleem is dat er
geen harde grens is waarboven de processor niets doet en waaronder
alles foutloos werkt. Vanaf een bepaalde snelheid gaat het bijna
altijd goed en soms fout. En dat is erg lastig, omdat het ook een bug
in je code kan zijn die de problemen veroorzaakt, je ook niet weet
wanneer het fout, wat er fout gaat (processor zelf, randapparatuur
etc.) gaat en welke omstandigheden die grens beïnvloeden.
Het tweede punt is de definitie van 'wat verhogen'. Ik heb hier zelf
geen ervaring mee, maar schat dat je dan eerder aan 10% moet denken,
dan aan >50% (van 48 naar 78 MHz). Wellicht kunnen anderen hier iets
zinnigs over zeggen.
Tot slot zeg je dat je 78 MHz nodig hebt en ik vraag me af hoe je tot
dit getal komt. Ik vind dat nl altijd lastig te bepalen. Als ik even
aanneem dat je een PIC gebruikt en je met een PIC in machinetaal 6
instructies nodig hebt om een puls op een enkele IO pin te zetten, dan
zal deze puls maximaal 78 MHz / 4 cycles/instructie / 6 instructies =
3,25MHz bedragen en dan kun je verder helemaal niets doen. In de
praktijk zal de code aanzienlijk groter zijn dan 6 instructies, en de
maximale pulsfrequentie een stuk lager.
Kortom: ja, overklokken kan, maar niet teveel.
En om je beter te helpen hebben we meer informatie nodig over wat je
wilt bereiken...
Groeten,
Joep
Op 31 oktober 2012 09:03 heeft dylan gybels <gybel...@gmail.com>
het volgende geschreven:
> --
> Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij de groep
> 'RobotMC & HCC!Robotica' van Google Discussiegroepen.
> Ga naar https://groups.google.com/d/msg/hcc_robotmc/-/e7F09i01y5oJ om deze
> discussie op het internet te bekijken.
> Als je een bericht in deze groep wilt plaatsen, stuur je een e-mail naar
> hcc_r...@googlegroups.com.
> Als je je wilt afmelden voor deze groep, stuur je een e-mail naar
> hcc_robotm...@googlegroups.com.
> Bezoek deze groep op http://groups.google.com/group/hcc_robotmc?hl=nl voor
> meer opties.
Fabrikanten garanderen dat iedere controller op de gegeven snelheid
betrouwbaar werkt, over het bijbehorend temperatuurbereik en
spanningsbereik. Dit geldt dan voor de processor, als ook de
peripherals. Je kunt er dus wel vanuit gaan dat je onder de juiste
omstandigheden de klok wel wat kunt verhogen. Het probleem is dat er
geen harde grens is waarboven de processor niets doet en waaronder
alles foutloos werkt. Vanaf een bepaalde snelheid gaat het bijna
altijd goed en soms fout. En dat is erg lastig, omdat het ook een bug
in je code kan zijn die de problemen veroorzaakt, je ook niet weet
wanneer het fout, wat er fout gaat (processor zelf, randapparatuur
etc.) gaat en welke omstandigheden die grens beïnvloeden.
Het tweede punt is de definitie van 'wat verhogen'. Ik heb hier zelf
geen ervaring mee, maar schat dat je dan eerder aan 10% moet denken,
dan aan >50% (van 48 naar 78 MHz). Wellicht kunnen anderen hier iets
zinnigs over zeggen.
Tot slot zeg je dat je 78 MHz nodig hebt en ik vraag me af hoe je tot
dit getal komt. Ik vind dat nl altijd lastig te bepalen. Als ik even
aanneem dat je een PIC gebruikt en je met een PIC in machinetaal 6
instructies nodig hebt om een puls op een enkele IO pin te zetten, dan
zal deze puls maximaal 78 MHz / 4 cycles/instructie / 6 instructies =
3,25MHz bedragen en dan kun je verder helemaal niets doen. In de
praktijk zal de code aanzienlijk groter zijn dan 6 instructies, en de
maximale pulsfrequentie een stuk lager.
Kortom: ja, overklokken kan, maar niet teveel.
En om je beter te helpen hebben we meer informatie nodig over wat je
wilt bereiken...
Groeten,
Joep
Op 31 oktober 2012 09:03 heeft dylan gybels <gybel...@gmail.com>
het volgende geschreven:
> Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij de groep
> 'RobotMC & HCC!Robotica' van Google Discussiegroepen.
> Ga naar https://groups.google.com/d/msg/hcc_robotmc/-/e7F09i01y5oJ om deze
> discussie op het internet te bekijken.
> Als je een bericht in deze groep wilt plaatsen, stuur je een e-mail naar
> hcc_r...@googlegroups.com.
> Als je je wilt afmelden voor deze groep, stuur je een e-mail naar
> hcc_robotm...@googlegroups.com.
> Bezoek deze groep op http://groups.google.com/group/hcc_robotmc?hl=nl voor
> meer opties.
dylan gybels
Oct 31, 2012, 6:26:42 AM10/31/12
to hcc_r...@googlegroups.com
met bv mijn computer zelf.
Jan van Dijk
Oct 31, 2012, 6:33:23 AM10/31/12
to hcc_r...@googlegroups.com
Is het niet zo dat als je frequentie lager is, je refresh gewoon lager is?
dan zal ik het anders proberen te doenmet bv mijn computer zelf.
--
Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij de groep 'RobotMC & HCC!Robotica' van Google Discussiegroepen.
Ga naar https://groups.google.com/d/msg/hcc_robotmc/-/D-dkfjj985UJ om deze discussie op het internet te bekijken.
dylan gybels
Oct 31, 2012, 8:14:53 AM10/31/12
to hcc_r...@googlegroups.com
het is een TFT-LCD (LTM150XH-L01) met THC63LVDM83R (omzetter)
Dré Jansen
Oct 31, 2012, 12:43:26 PM10/31/12
to Roboticanen gespreksgroep
hoi Dylan,
ik heb een 10 MC processortje, waarmee ik een scherm prima kan
aansturen
de Arduino draait op 16 MC, en daarmee komt de nodige info
prima op het scherm
wat wil jij op het scherm toveren, waar zo'n hoge frequentie
voor nodig is?
ik ben nieuwsgierig.
wat het overklokken van een micro controller betreft, ik
denk dat als het mogelijk is, dat de fabrikant het zelf al gedaan zou hebben.
bij een hogere frequentie wordt de boel warmer, het is een
kwestie van koelen.
een propeller chip heeft meerdere kernen (COG's genoemd) die
elk afzonderlijk een taak kunnen uitvoeren.
één zo'n kern is prima in staat om video te genereren, dan
zijn er nog voldoende kernen voor andere taken.
elke kern kan je beschouwen als een afzonderlijke micro
controller.
overklokken van (micro)processoren is net zo iets als het
opvoeren van bromfietsen.
het werkt en je rijdt als een speer, maar
uiteindelijk sloop je je brommer.
het apparaat is er niet voor gemaakt.
ik heb geen ervaring met overklokken, wel met bromfietsen, dat
deed ik al op de lagere school
dus ik weet uit ervaring dat het heel leuk is, maar funest
voor je materiaal.
ondertussen ben ik tot de jaren van verstand gekomen, dus NIET
opvoeren, geldt ook voor PC en UC
uiteraard wens ik je veel suc6 met je
schoolproject
helaas kan ik zaterdag niet komen, jammer (persoonlijke
omstandigheden)
Groeten, Dré Jansen
--
Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij de groep 'RobotMC & HCC!Robotica' van Google Discussiegroepen.
Ga naar https://groups.google.com/d/msg/hcc_robotmc/-/e7F09i01y5oJ om deze discussie op het internet te bekijken.
Als je een bericht in deze groep wilt plaatsen, stuur je een e-mail naar hcc_r...@googlegroups.com.
Als je je wilt afmelden voor deze groep, stuur je een e-mail naar hcc_robotm...@googlegroups.com.
Bezoek deze groep op http://groups.google.com/group/hcc_robotmc?hl=nl voor meer opties.
Geen virus gevonden in dit bericht.
Gecontroleerd door AVG - www.avg.com
Versie: 2012.0.2221 / Virusdatabase: 2441/5365 - datum van uitgifte: 10/31/12
Dylan Gybels
Nov 1, 2012, 5:40:28 AM11/1/12
to hcc_r...@googlegroups.com
Joep Suijs
Nov 1, 2012, 6:26:00 AM11/1/12
to hcc_r...@googlegroups.com
Als het alleen over de clock gaat, kun je die separaat maken en de
processor op standaard snelheid laten lopen.
Normaal heeft een LCD scherm, naast de driver chips, een
lcd-controller, die de gegevens bevat die op het beeld staan. De
lcd-controller gebruikt dit voor de snelle refresh die het scherm zelf
nodig heeft.
Ik heb wel eens een projectje gezien waarin een microcontroller de
taak van de lcd-controller uitvoerde. Ondanks het vrij kleine scherm
(iets van 128x512 monochrome als ik het wel heb), was die controller
erg druk. Ik denk dat een lcd-controller maken voor jouw scherm echt
een uitdaging is...
Joep
Op 1 november 2012 10:40 heeft Dylan Gybels <gybel...@gmail.com>
het volgende geschreven:
processor op standaard snelheid laten lopen.
Normaal heeft een LCD scherm, naast de driver chips, een
lcd-controller, die de gegevens bevat die op het beeld staan. De
lcd-controller gebruikt dit voor de snelle refresh die het scherm zelf
nodig heeft.
Ik heb wel eens een projectje gezien waarin een microcontroller de
taak van de lcd-controller uitvoerde. Ondanks het vrij kleine scherm
(iets van 128x512 monochrome als ik het wel heb), was die controller
erg druk. Ik denk dat een lcd-controller maken voor jouw scherm echt
een uitdaging is...
Joep
Op 1 november 2012 10:40 heeft Dylan Gybels <gybel...@gmail.com>
het volgende geschreven:
> --
> Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij de groep
> 'RobotMC & HCC!Robotica' van Google Discussiegroepen.
> Je hebt dit bericht ontvangen, omdat je je hebt aangemeld bij de groep
> 'RobotMC & HCC!Robotica' van Google Discussiegroepen.
Toon Peters
Nov 1, 2012, 6:42:26 AM11/1/12
to hcc_r...@googlegroups.com
Zeer vreemde opdracht komende van een leekracht.
Dit is veeleer materiaal om op een FPGA uit te voeren. Zelfs het aansturen van een 'simpele' vga connectie kan al een uitdaging vormen. Als je dan nog het hele LVDS gebeuren zelf moet uitvoeren (ik vermoed dat LCD refreshing daar geen deel van uitmaakt), dan mag je op een microcontroller op een aanzienlijk hogere snelheid draaien.
Het lijkt mij alsof de opdracht voor jou ook niet duidelijk is. Probeer dat dus maar eerst uit te zoeken. En probeer eens te letten waar jouw leerkracht nadruk op legt, of waar hij zelf problemen verwacht. Het zou niet de eerste keer zijn dat leerkrachten/proffen het werk wel eens zwaar onderschatten.
Dit is veeleer materiaal om op een FPGA uit te voeren. Zelfs het aansturen van een 'simpele' vga connectie kan al een uitdaging vormen. Als je dan nog het hele LVDS gebeuren zelf moet uitvoeren (ik vermoed dat LCD refreshing daar geen deel van uitmaakt), dan mag je op een microcontroller op een aanzienlijk hogere snelheid draaien.
Het lijkt mij alsof de opdracht voor jou ook niet duidelijk is. Probeer dat dus maar eerst uit te zoeken. En probeer eens te letten waar jouw leerkracht nadruk op legt, of waar hij zelf problemen verwacht. Het zou niet de eerste keer zijn dat leerkrachten/proffen het werk wel eens zwaar onderschatten.
2012/11/1 Joep Suijs <jsu...@gmail.com>
Dylan Gybels
Nov 1, 2012, 8:32:52 AM11/1/12
to hcc_r...@googlegroups.com
Als ik nu eens VGA omvorm. Want in principe zijn de ingangen gewoon digitale VGA (8 x rood, 8 x blauw, 8 x groen, Hsync, Vsync).
dan gebruik ik 3 hi speed ADC's en een kistal met een schakelingske voor de klock.
Joep Suijs
Nov 1, 2012, 9:41:57 AM11/1/12
to hcc_r...@googlegroups.com
Dat is goed te doen, maar je moet wel rap zijn.
In 25 microseconden moet je dan een hele rij pixels (640?) doorgeven
van drie bytes ieder, en dan natuurlijk strak getimed.
En met 48 MHz clock heb je 12 instructies per microseconde, ofwel 300
instructies per rij...
Joep
Op 1 november 2012 13:32 heeft Dylan Gybels <gybel...@gmail.com>
het volgende geschreven:
In 25 microseconden moet je dan een hele rij pixels (640?) doorgeven
van drie bytes ieder, en dan natuurlijk strak getimed.
En met 48 MHz clock heb je 12 instructies per microseconde, ofwel 300
instructies per rij...
Joep
Op 1 november 2012 13:32 heeft Dylan Gybels <gybel...@gmail.com>
het volgende geschreven:
Reply all
Reply to author
Forward
0 new messages