Zde nebývá příliš zvykem rozdávat instatní řešení jako někde na arduino fóru, pokud tedy očekáváš tohle. Je třeba vynaložit trochu vlastní snahy. O to víc tě pak bude těšit až to rozjedeš - dokázal jsi to sám, a taky tě to o to víc posune dále.
Zřejmě něco přehlížíš, ovšem když to nejde jedním způsobem, tak to musí jít jiným, není-liž pravda? Co třeba vrátit si kód do původního stavu a přepojit potenciometr na AN0 (a ledku jinam) například, když na něj je všechno v původním kódu nastavené - to jsi zkoušel? Nebo ten program zjednodušit až na dřeň, tedy převodník samotný a regulaci led si tam přidat až ve chvíli, kdy budeš mít ten ADC na jistotu rozjetý?
Já se k tomu (svému hardwaru) dostanu nejdříve v pátek, ale nemůže to být zas kdovíjak těžké, dělali to lidé a pro lidi, ne pro kybernetické mozky. Podle tvého webu nepůsobíš jako nějaký noob, takže určitě máš dost zkušeností na to abys věděl, že je ještě dost brzo na házení flinty do obilí.
No, dokázal jsi mě namotivovat abych konečně nějakej ten PIC24 vytáhnul, když už je tu léta mám v šuplíku takže zkouším zkouším - C30 jsem si nainstaloval už včera, teď zrovna jsem ve stádiu hledání nějakého vhodného potenciometru, jinak to mám zapojený a připravený už komplet.
Když už jsme u zapojování, tak jen tak pro jistotu - ten 10 μF kondík na VCAP/VDDCORE máš nějakej schopnější? Měl by totiž být LowESR, takže nějaká obyčejná čína by nemusela stačit ( má mít ESR < 5 Ω). Ten vnitřní měnič napájí celý jádro MCU, takže když nepojede pořádně tohle, tak ti nepojede nic
Přerušení funguje, na debug ledce jsem viděl že to tím úsekem proběhlo. Zrovna si s tím takhle taky hraju (to měnění hodnot ručně; jinak abych někoho nezmátl - debug ledku jsem si přidal sám, na RB6).
ADC - měl jsem zato, že je zapnutý tím IEC0bits.AD1IE = 1, ale jak tak na to koukám tak nejspíš ne, asi máš pravdu. Co jsem ale zjistil já je, že onen T3, který se na začátku nastavuje, nemá žádný interrupt handler jestli dobře vidím. Ten časovač je tam zbytečně, tedy pokud se bavíme jen o změně rychlosti blikání led. Jinak hodnoty z ADC v long, čekačky ovšem v int, přepočet prapodivnej (hlavně teda u tý “delay_us”). Jinak nejsem žádnej velkej Céčkař, ale vidím dobře, že se někdo snaží nacpat 1000 DEC do Int proměnný?
Diallix: Místo bitu SAMP zapnout spíš hned vedle bit ASAM, což? Jak to vidíš? Nepíšeš, do jaký části programu jsi to vkládal…
Jj, to už mi došlo. Mě to s tím AD1CON1bits.ADON a ASAM = 1 funguje jak má, jen je třeba se pořádně podívat na ty čekačky a jak se to tam (debilně) vkládá a počítá. Když mám poťák skoro u země (asi 1mm běžcem na dráze od kraje, odhadem na ruce a osce), tak mi to bliká asi v dvacetisekundovým intervalu. Když zvednu, trvá to věky => upravit typy proměnných a přepočet.
Edit: Aha, no vida, to jsem si neověřil, přiznávám (ten Int). Já jdu od osmibitů, měl jsem zato že je osmibitovej Nicméně platí co píšu, jede to, je třeba si upravit počty.
Edit2: Ještě teda radši celej kód, ať zas nejsou zmatky:
Edit3: Kód jsem zase odebral, po obědě a úpravě hodnot zjištěno, že sice už čteme periodicky z ADC, ale nějaký hausnumero bůhvíodkud a ne hodnotu z poťáku (na kterej to nereaguje, proto to trvá tak dlouho). Bez debuggeru i serial portu se fakt blbě ladí
No to můžu, ale byl bych radši kdyby ten kód napřed pořádně fungoval. Dej mi ještě nějakej čas, nemám jak debuggovat a musím si nějak poradit, value z ADC se fakt blbě zobrazuje na jedný ledce a tenhle typ ADC je pro mě novinka, musím si to nějak ošahat.
jeste nez jsem se dostal k mcu udelal jsem si citac , 2x nakej IO + 3x 7segment, 2 vstupy,signal/reset, no a pak pozdeji jsem si podle toho zobrazoval data z IR ovladace pomoci mcu,
takze si tam bud rozjet uart nebo pripoj 8/10 ledek nebo jinej mcu s lcd ovladanej pomoci 2 dratu … treba
Jj, v klidu, tohle nebude ten problém. Ten problém je, že jsem už asi třetí noc po sobě spal jen 4 až 6 hodin nekvalitního spánku, takže se mi aktálně zoufale moc nechce nic drátovat - ale asi budu muset. Jak jsem psal, nějak si poradím, jen to nebude úplně “na lusknutí prsty”. Ten UART asi vyhraje.
Edit 18:27: Už to chodí. Ještě si kdyžtak odmaž/te tu konfiguraci remappable pinů, tu jsem nějak zapomněl smazat a nechce se mi to dělat ve zdejším editoru zpráv. Jinak se skutečně se musí číst z bufferu 0, takže celý nějak takhle:
V pohodě, nemáš zač Joystick by měl jít také, je v něm také potenciometr, ale je tam pár úskalí: Jednak záleží co je to přesně za joystick, ale obecně je to většinou tak, že se v joysticku nevyužívá celá dráha potenciometru, ale jen její část. S tím zřejmě souvisí druhý problém - ta část dráhy v potenciometru se rychleji opotřebuje a pak běžec s dráhou ztratí kontakt či má jen náhodný (tj. “chrastí” - u zesilovačů má stejná závada na potenciometru hlasitosti projev podobný chrastění) - tohle bude zřejmě i tvůj problém.
Jinak nedíval jsem se u tohoto typu MCU, ale další věc je, že microchipí ADC obvykle nemají moc velký vstupní odpor (2,5 - 5 kΩ). Pokud máš v joysticku potenciometr s velkou hodnotou (bývají tam obvykle “stokilové”, ale není to pravidlo), tak by to chtělo hodnotu snížit, když ho stejně budeš měnit pro poruchu - platí samozřejmě jen v případě, že joystick předěláváš a původnímu účelu už sloužit nebude (nebo bude, ale s novou elektronikou - zkrátka a dobře prostě nevím, co s ním máš dál za úmysly). Já měl teď na poli poťák pětikilový.
Teď jsem naštěstí neměl potřebu ani zapínat delší dobu PC a je fajn, že jste to rozchodili.
Microcrochip má nízký vnitřní odpor A/D, ale jen když A/D připojí sample kýbl ke vstupu ná pár stovek ns než se nabije, jinak to má impedanci/ odpor jak jakýkoli jiný CMOS vstup. Běžně mám 3x 330k a dole 5k6 dělič na 400VDC. 330k a 44k na 12VDC… a bez jediného problému už tak 10 let. Na vstupu ještě je pověšenej kond 100n.
Ad ty vstupy: Takok moc se se s tím nedrbal, zabil jsem tím asi 2 dny a docela to chodilo.
Takhle mám nastavený A/D na P24FJ64GA306, který má stejný A/D
Nicméně teď řeším jiný problém, a to se serial portem - a myslím, že zrovna ty bys mohl vědět. Jde o to, že mám framing error při vysílání (viz obrázek) a už nevím co s tím, nic mě nenapadá - zkoušel jsem všechna možná nastavení portu včetně BRGH=1 atd, a chyba se pořád drží. Díval jsem se i do errata sheetu, povídání okolo serial portu je tam “velmi veselé”, nicméně o tomto problému jsem tam nenašel zmínku - nesetkal ses s tím někdy, nevíš co s tím?
Je mi jasný že ten analyzér komunikace není kdovíco, ale tady prostě “něco chybí” už na první pohled…
Brouk je pořád 24FJ64GA002, fosc = 16 MHz (FRC + PLL), komunikace je naprostá klasika (9600, 8N1, nejnižší bit znaku “jde první”)