Avbruten ADC
-
lillahuset
- Gått bort
- Inlägg: 13969
- Blev medlem: 3 juli 2008, 08:13:14
- Ort: Norrköping
Re: Avbruten ADC
Erik, läs dokumentet Tomas länkade till. Om du ska hålla på med mikroprocessorer måste förr eller senare lära dig läsa datablad och referensmanualer. Tråkigt men sant, det finns inga enkla genvägar. Tro mig.
-
hcb
- Moderator
- Inlägg: 5980
- Blev medlem: 23 februari 2007, 21:44:50
- Skype: hcbecker
- Ort: Lystrup / Uppsala
- Kontakt:
Re: Avbruten ADC
Erik, ett råd i all välmening: läs och ta till dig även det som du avfärdar som "utanför ämnet". Allt som har skrivits i denna tråd har någon bäring på din frågeställning, och genom att förkasta allt som du inte tycker är svar på exakt just DIN fråga gör du dig snäv en otjänst.
Re: Avbruten ADC
hcb, längst ner... 
Men seriöst å snälla nån!
Ett sådant jädra infantilt tjôtande om att [inte] läsa databladen.
Jag orkar nätt å jämnt påpeka/framföra att jag givetvis (vad faen tror ni egentligen om andra - nötter?) läser databladen. Jag får antagligen ut mer ur dem än de flesta andra.
Men det som INTE står i databladen - DET FRÅGAR JAG OM.
...samt det jag inte hittar, eller förstår hur det hänger ihop.
Utgår man från att den som frågar är en lat och okunnig idiot - då spårar frågetrådar raskt ur.
Att utgå från detta när det gäller mig är enbart löjligt.
Om man inte förstår vad jag gör eller på vilket vis, så har det inte med mig att göra.
Det pekar endast tillbaka på ens egen oförmåga att tänka.
Om man sedan förutsätter att jag har fel, trots att motsatsen redan är bevisad, blir det väldigt konstigt. Och ofta riktas det i det läget hård ord, mot mig. Vilket måhända är mänskligt, men jädrigt otrevligt.
Ja, det är givetvis så att jag till slut, exempelvis efter fem sidor med antingen ovidkommande, felaktig eller daterad information blir förbannad.
Läs vad jag skriver - inte vad ni tror det står.
Att börja med att följa diskussionen är en bra början.
(Vilket många, bevisligen, inte gör innan de gör inlägg.)
Den första frågan i denna tråd är besvarad.
Svaret står i databladen. Delvis.
Den andra frågan har inte sitt svar i något datablad.
Inte direkt, inte uppenbart. Men delvis finns informationen där.
Och den har absolut ingenting med ADC att göra. Ingenting.
hcb
Jag förkastar ingenting, hur ovidkommande det än är.
All tillförd information är av godo och tas tacksamt både emot och in.
Exempel på dylikt är:
Hur att bygga bra störskydd av TomasL.
Det var den enda specifika jag kom på såhär på rak arm, så övriga bidrag får var och en ta emot glädje å eget bevåg... Janne... Icecap... lillahuset... Med flera, med flera.
Vad jag vänder mig emot är när folk håller fast vid egna påhitt om vad frågorna gäller.
Det är mycket sällan (aldrig) jag håller fast när vad någon annan visar är bättre.
Punkten "visar är bättre" är ej att förväxla med "tycker är bättre".
Vilket det ofta visar sig vara svårt för folk att låta bli...
Men seriöst å snälla nån!
Ett sådant jädra infantilt tjôtande om att [inte] läsa databladen.
Jag orkar nätt å jämnt påpeka/framföra att jag givetvis (vad faen tror ni egentligen om andra - nötter?) läser databladen. Jag får antagligen ut mer ur dem än de flesta andra.
Men det som INTE står i databladen - DET FRÅGAR JAG OM.
...samt det jag inte hittar, eller förstår hur det hänger ihop.
Utgår man från att den som frågar är en lat och okunnig idiot - då spårar frågetrådar raskt ur.
Att utgå från detta när det gäller mig är enbart löjligt.
Om man inte förstår vad jag gör eller på vilket vis, så har det inte med mig att göra.
Det pekar endast tillbaka på ens egen oförmåga att tänka.
Om man sedan förutsätter att jag har fel, trots att motsatsen redan är bevisad, blir det väldigt konstigt. Och ofta riktas det i det läget hård ord, mot mig. Vilket måhända är mänskligt, men jädrigt otrevligt.
Ja, det är givetvis så att jag till slut, exempelvis efter fem sidor med antingen ovidkommande, felaktig eller daterad information blir förbannad.
Läs vad jag skriver - inte vad ni tror det står.
Att börja med att följa diskussionen är en bra början.
(Vilket många, bevisligen, inte gör innan de gör inlägg.)
Den första frågan i denna tråd är besvarad.
Svaret står i databladen. Delvis.
Den andra frågan har inte sitt svar i något datablad.
Inte direkt, inte uppenbart. Men delvis finns informationen där.
Och den har absolut ingenting med ADC att göra. Ingenting.
hcb
Jag förkastar ingenting, hur ovidkommande det än är.
All tillförd information är av godo och tas tacksamt både emot och in.
Exempel på dylikt är:
Hur att bygga bra störskydd av TomasL.
Det var den enda specifika jag kom på såhär på rak arm, så övriga bidrag får var och en ta emot glädje å eget bevåg... Janne... Icecap... lillahuset... Med flera, med flera.
Vad jag vänder mig emot är när folk håller fast vid egna påhitt om vad frågorna gäller.
Det är mycket sällan (aldrig) jag håller fast när vad någon annan visar är bättre.
Punkten "visar är bättre" är ej att förväxla med "tycker är bättre".
Vilket det ofta visar sig vara svårt för folk att låta bli...
-
lillahuset
- Gått bort
- Inlägg: 13969
- Blev medlem: 3 juli 2008, 08:13:14
- Ort: Norrköping
Re: Avbruten ADC
Du ställer vad som du själv tycker är enkla frågor men svaret kan
inte ges entydigt utan att lägga till lite "om" och "men". Du får så
klart gärna tycka att detta är ovidkommande, men du lär aldrig få
med dig någon annan på det synsättet.
> Vad jag vänder mig emot är när folk håller fast vid egna påhitt om vad frågorna gäller.
Ja, när frågorna inte är entydiga eller har svar som att "det beror på", så kan
man ju välja mellan att själv anta några saker och svara utifrån det (då blir
det oftast det du anser vara "svar på fel fråga"), eller så ställer man motfrågor
för att försöka reda ut vad du menar, men det blir lika ofta fel, enligt dig.
> Frågan är om [relevant] acquisition på porten sker...
> ...när ingen ADC [GO#DONE] pågår. Ja, men inte ensamt villkor.
> ...oavsett om ADC [GO#DONE] pågår. Nej, inte oavsett.
> ...när satt till analog. Ja, men inte ensamt villkor.
> ...när satt för AD [CHS]. Ja, men inte ensamt villkor.
> ...när ADC startats [ADON]. Nej, just det är ju väldigt tydligt i databladet.
> Janne, om du skalar bort de extra förutsättningarna du just lade till blir det enklare.
Vad är det som blir enklare? Menar du att ett felaktigt svar är "enklare"? Tja, visst...
> Titta endast på vad som efterfrågas - när pågår acquisition?
Jag ser att det faktiskt finns ett ganska enkelt svar lite tidigare i tråden:
> Från det att man väljer ingång till det att omvandlingen startar.
> Om man inte byter ingång så pågår det i princip från det att föregående
> omvandling avslutas, så man kan ha "acquisition" medan man gör annat,
> tar hand om föregående värden t.ex.
inte ges entydigt utan att lägga till lite "om" och "men". Du får så
klart gärna tycka att detta är ovidkommande, men du lär aldrig få
med dig någon annan på det synsättet.
> Vad jag vänder mig emot är när folk håller fast vid egna påhitt om vad frågorna gäller.
Ja, när frågorna inte är entydiga eller har svar som att "det beror på", så kan
man ju välja mellan att själv anta några saker och svara utifrån det (då blir
det oftast det du anser vara "svar på fel fråga"), eller så ställer man motfrågor
för att försöka reda ut vad du menar, men det blir lika ofta fel, enligt dig.
> Frågan är om [relevant] acquisition på porten sker...
> ...när ingen ADC [GO#DONE] pågår. Ja, men inte ensamt villkor.
> ...oavsett om ADC [GO#DONE] pågår. Nej, inte oavsett.
> ...när satt till analog. Ja, men inte ensamt villkor.
> ...när satt för AD [CHS]. Ja, men inte ensamt villkor.
> ...när ADC startats [ADON]. Nej, just det är ju väldigt tydligt i databladet.
> Janne, om du skalar bort de extra förutsättningarna du just lade till blir det enklare.
Vad är det som blir enklare? Menar du att ett felaktigt svar är "enklare"? Tja, visst...
> Titta endast på vad som efterfrågas - när pågår acquisition?
Jag ser att det faktiskt finns ett ganska enkelt svar lite tidigare i tråden:
> Från det att man väljer ingång till det att omvandlingen startar.
> Om man inte byter ingång så pågår det i princip från det att föregående
> omvandling avslutas, så man kan ha "acquisition" medan man gör annat,
> tar hand om föregående värden t.ex.
-
Swech
- EF Sponsor
- Inlägg: 4750
- Blev medlem: 6 november 2006, 21:43:35
- Ort: Munkedal, Sverige (Sweden)
- Kontakt:
Re: Avbruten ADC
Information om VAD du vill göra saknas.
likaså VARFÖR du måste göra det hela.
Då får man anta att
1. Du vill pressa ADn maximalt för att få det så snabbt som möjligt ELLER
2. Du vill veta hur Adn fungerar utan att för den sakens skull pressa prestandan.
På punkt 1, visst , gör det, men det finns inga garantier alls på att det funkar ens på kretsar med samma modellbeteckning.
På punkt 2, interessant, javisst, men spelar det någon roll då man håller sig till databladet?.. knappast....
Att du kommer att tycka att detta också är ovidkommande är jag 100% säker på.
Swech
likaså VARFÖR du måste göra det hela.
Då får man anta att
1. Du vill pressa ADn maximalt för att få det så snabbt som möjligt ELLER
2. Du vill veta hur Adn fungerar utan att för den sakens skull pressa prestandan.
På punkt 1, visst , gör det, men det finns inga garantier alls på att det funkar ens på kretsar med samma modellbeteckning.
På punkt 2, interessant, javisst, men spelar det någon roll då man håller sig till databladet?.. knappast....
Att du kommer att tycka att detta också är ovidkommande är jag 100% säker på.
Swech
Re: Avbruten ADC
Swech, den punkten är avklarad.
Alltså huruvida det går avbryta ADC [för att korta ner tiden].
Med PIC12F683 funkar det inte, eftersom den inte uppdaterar ADRES förrän den själv når GO#DONE.
Används PIC12F1572 fungerar det däremot.
I det senare fallet är det vitalt veta hur ADC'n i sig går till.
Går den exempelvis från LSB upp mot MSB blir det meningslöst.
Gör den tvärtom, går från MSB ner mot LSB, går det att använda en avbruten ADC.
Nyttjar man funktionen får man sedan se till att avbryta på ett adekvat vis etc.
När, var, hur etc detta är något praktiskt användbart... är en annan fråga.
Frågan som uppkom, som jag skulle ha [verkar det som] gjort en egen tråd om, är i vilka lägen kondensatorn för ADC'n håller kontakt med inspänningen.
Vilket är intressant ur två aspekter.
Dels för att se hur mycket AT (Acquisition Time) som behöver tilldelas.
Dels för att se vad som händer om pinnen används till annat mellan ADC på den.
Vad gäller VARFÖR respektive FÖR VAD är sällan direkt skönjbart.
Ofta finner jag att vad jag tänkt lösa kliver utanför vad både datablad, programmering och elektronika normalt anser sig klara av.
(Som att lägga till en PWM när alla klockor är upptagna och dess rullande dessutom är för långsamma. Eller en signalavkodning som ger bitarna direkt allteftersom de anländer. Eller, som här, ett behov av så korta ADC som möjligt, där det räcker med fyra bitars upplösning men jag inte har fyra Cin-, inte ens fyra I/O, att tillgå för en absolut och direkt ADC.)
Det blir en öppen frågeställning, där man får förutsätta att övriga parametrar inte behöver beaktas.
(Ska till exempel en n-MOS drivas spelar det ingen roll vilken n-MOS det gäller - den n-MOS som kommer användas kommer att vara en som löser uppgiften.
Alltså huruvida det går avbryta ADC [för att korta ner tiden].
Med PIC12F683 funkar det inte, eftersom den inte uppdaterar ADRES förrän den själv når GO#DONE.
Används PIC12F1572 fungerar det däremot.
I det senare fallet är det vitalt veta hur ADC'n i sig går till.
Går den exempelvis från LSB upp mot MSB blir det meningslöst.
Gör den tvärtom, går från MSB ner mot LSB, går det att använda en avbruten ADC.
Nyttjar man funktionen får man sedan se till att avbryta på ett adekvat vis etc.
När, var, hur etc detta är något praktiskt användbart... är en annan fråga.
Frågan som uppkom, som jag skulle ha [verkar det som] gjort en egen tråd om, är i vilka lägen kondensatorn för ADC'n håller kontakt med inspänningen.
Vilket är intressant ur två aspekter.
Dels för att se hur mycket AT (Acquisition Time) som behöver tilldelas.
Dels för att se vad som händer om pinnen används till annat mellan ADC på den.
Vad gäller VARFÖR respektive FÖR VAD är sällan direkt skönjbart.
Ofta finner jag att vad jag tänkt lösa kliver utanför vad både datablad, programmering och elektronika normalt anser sig klara av.
(Som att lägga till en PWM när alla klockor är upptagna och dess rullande dessutom är för långsamma. Eller en signalavkodning som ger bitarna direkt allteftersom de anländer. Eller, som här, ett behov av så korta ADC som möjligt, där det räcker med fyra bitars upplösning men jag inte har fyra Cin-, inte ens fyra I/O, att tillgå för en absolut och direkt ADC.)
Det blir en öppen frågeställning, där man får förutsätta att övriga parametrar inte behöver beaktas.
(Ska till exempel en n-MOS drivas spelar det ingen roll vilken n-MOS det gäller - den n-MOS som kommer användas kommer att vara en som löser uppgiften.
Re: Avbruten ADC
Om det är en SAR-omvandlare kör den MSB -> LSB - vilket du såklart hade insett om du hade läst lite på om ämnet.
Men det påstår du ju att du har - så vad är oklart?
Men det påstår du ju att du har - så vad är oklart?
Re: Avbruten ADC
Eh alltså Icecap, det blir lite tjatigt när du drar upp den delen av ADC hela tiden, trots att den inte har berörts i frågeställningen. Det kan ju vara så enkelt som att just den delen antingen är av underordnad betydelse, eller så kan det vara, så likaledes, enkelt att dina utläggningar i ämnet inte är mer än onödiga repetitioner för mig (hyfsat troligt).
Hur som haver hör det till en annan, som ej berörs här, del av ADC.
Vad de olika frågeställningarna gäller är vad för möjligheter att korta ner [AT och] ADC det finns.
I den mån det går avbryta en ADC, med ex PIC12F1572, är det inte ens då intressant hur ADC'n utförs (vilken metod som används).
Det enda som är intressant är att det är från MSB till LSB.
Vilken metod som används för det är fullkomligt likgiltigt.
Hur som haver hör det till en annan, som ej berörs här, del av ADC.
Vad de olika frågeställningarna gäller är vad för möjligheter att korta ner [AT och] ADC det finns.
I den mån det går avbryta en ADC, med ex PIC12F1572, är det inte ens då intressant hur ADC'n utförs (vilken metod som används).
Det enda som är intressant är att det är från MSB till LSB.
Vilken metod som används för det är fullkomligt likgiltigt.
Re: Avbruten ADC
Ah, så om man har en från dig avvikande åsikt så är man dum i huvudet.
Jag misstänkte att så var fallet, ledsamt att få det bekräftat. Harè väl, borta i "vi vågar bara instämma i allt vad han med den kalla mössan påstår"-landet.
Jag misstänkte att så var fallet, ledsamt att få det bekräftat. Harè väl, borta i "vi vågar bara instämma i allt vad han med den kalla mössan påstår"-landet.
Re: Avbruten ADC
Fast det är klart, det kunde ju vara kul å se hur du får det till att vara mer relevant än vad jag angivit...
Re: Avbruten ADC
Erik du skriver:
OM du bemödat dig med att läsa lite, så hade du begripit hur en SAR-omvandlare fungerar, då hade vi sluppit dina otrevligheter gentemot dem som faktiskt försöker hjälpa dig.Det enda som är intressant är att det är från MSB till LSB
Re: Avbruten ADC
Återigen... Det är ointressant HUR ADC'n för sitt jobb.
Det enda som är viktigt är VAD den gör.
(Eventuella otrevligheter kommer inte från min sida. De står andra för, till fullo. Min del är att reagera [på andras agerande] och försvara mig [mot andras påhopp, otidigheter och tafatta försök till smädelse. Inget annat.)
Det enda som är viktigt är VAD den gör.
(Eventuella otrevligheter kommer inte från min sida. De står andra för, till fullo. Min del är att reagera [på andras agerande] och försvara mig [mot andras påhopp, otidigheter och tafatta försök till smädelse. Inget annat.)
