Fórum témák
» Több friss téma |
A pic adatlapján olvastam hogy 10µF low esr kondi kell oda, viszont az mindegy milyen kivitelű, mármint tantál vagy elko?
Az is jó, ha a saját áramköre táplálja.
Az órajelgenerátor (akár a belső akár a külső van kiválasztva) működik. Ha a MCLR funkció le van tiltva és a program a PGC és/vagy a PGD lábat kimenetnek kapcsolja közvetlenül a kód elején, a programozó nem tud kapcsolatot teremteni a kontrollerrel. A probláma megoldása a "Vpp First Programming Entry" módszer használata lenne, de ekkor a Vdd -t a programozó eszköznek kellene kapcsolnia. Csak úgy mellékesen: A 12F675 programozási leírásában csak a "Vpp First Programming Entry" módszer szerepel.
Kerámia vagy tantál. Ld 24FJ64GA002 leírásának 2.4 fejezete.
A hozzászólás módosítva: Jan 29, 2017
A pic saját táplálást kap az összes Vdd lábára közvetlenül utána 100nF-os kondenzátor van beforrasztva.
A pic írásához a microchip IPE programját használom, viszont semmi konkrét hibakódot nem ír csupán connection failed üzenetet kapom, de megpróbálom úgy, hogy egy tantál kondit beforrasztok és hátha kommunikál.
Beforrasztottam egy 10µF-os tantál kondit, sajnos így sem hajlandó kommunikálni.
Az MCLR láb fel van húzva 10k ohmmal tápfeszültségre A Pk3 4-es lába a PGED1-es lábára van kötve az 5-ös pedig a PGEC1-es lábra. Mi lehet a probléma, vagy mit lehetne még megpróbálni?
Ha connection failed-et kapsz nem biztos, hogy a hardware-ben van a baj, hanem a Pk3-mal kell trükközni (Köszi Microchip). Én ilyenkor a szerencsére hagyatkozok IPE, IDE is megy ebbe abba is megpróbálok kapcsolódni, gép újraindítás Pk3 lehúz vissza dug... ilyen rejtélyes dolog ez vagy ha semmi nem segít azt szoktam, hogy nyomom a Pk3 gombját és úgy dugom rá az USB-re utána magához szokott térni.
Köszönöm a segítséget mindenkinek
A gomb megnyomásos módszer működött... Éppen ezért vettem Pk3-at hogy ne keljen a programozó ... dolgaival szórakozni erre ezt csinálja. Mindenesetre köszönöm a tippet, és Hp41C fórumtársnak is köszönöm a segítségét.
Ezzel tudod az a baj, hogy a sulitól használtra megkaptam a Real ICE-t ami cirka 200.000 Ft a ChipCAD nél és azzal és néha communication failed, vagy endpoint hiba van, de ez nem csak a Microchip hibája hanem a drága Microsoft-és is mert valamiért ezek a hibák általában debug után jönnek elő mikor ott hagyom 5 perce a programozót és szerintem timeout-ol az USB vagy nem tudom mit csinál, úgyhogy ez egyenlőre csak remény, hogy a Microchiptől olyan rendszert kapja amivel többnyire nincs hiba, de ha megszokod utána már észre se veszed
Köszönöm szerintem biztos ez lesz a probléma ha lesz egy kis időm utánanézek mi és hogyan is működik a "Vpp First Programming Entry" módszer.
Az USB driverében (eszközkezelő) ki kell kapcsolni az energiaspórolós üzemmódot, azaz ne áramtalanítsa az USB-kimenetet a windows.
USB-nél nincsen olyan, hogy time out. A host driver config után már "tartja" a kapcsolatot az idők végezetéig. A client esetleg csinálhat olyat, ha valami hibára fut a szoftveres vezérlése, hogy offolja a vezetékeket (kapcsolatot bont), de az nem host oldali hiba.
Ha be is állítod, az csak marketing duma, hogy lekapcsolja a tápfeszt. Rámérsz multiméterrel az usb-re sleep üzemben, ugyan úgy ott az 5 volt.
Én a suspend-ből gondoltam már nem igazán emlékszem, hogy ha egyszer kapcsolódik a device a gépre akkor a driver folyamatosan tolja neki az adatot vagy nem és, ha megint jól emlékszem 1.5 ms ig nincs semmi kommunikáció átmegy suspend módba, de már rég foglalkoztam az usb-vel meg, még ránk szólnak az offért, kicsit el tértünk már a témától
A hozzászólás módosítva: Jan 29, 2017
A Microchip divereknél a mizéria akkor kezdődött, amikor színrelépett az USB3.
Sziasztok!
Csináltam egy akkuőrt. PIC 16F684-es PIC-et használok. A programkód:
Egy analóg bemeneten mérem a feszültséget (RA0/AN0) Ezekre a kimenetekre LED-ek vannak kötve: RC0=1; RC1=1; RC2=1; RC3=1; RC4=1; RA2=1; A következő kimenetre egy hangszóró van kötve és PWM-el vezérlem: RC5/CCP1 A probléma a következő: A feszültséget jól méri, a megadott feszültségértékeknél kapcsolnak a LED-ek. Amikor eléri az alsó feszültségértéket akkor szépen sípol szakaszosan a hangszóró. Amikor viszont újra emelkedik a feszültség érték akkor már pontatlanul mér és a hangszóró furcsán sistereg. Valamiért a PWM kimenet nem zár le rendesen. A kérdésem a következő. A PWM miként zavarhat bele az ADC-be? Miért nem marad 0V-on a PWM jel amikor kilépek a ciklusból?
Ha a PWM-nek leállítod az órajelét abban az állapotban marad, ahol éppen volt, ezért megállítani inkább a PWM modul tiltásával vagy a kitöltés 0%-ra állításával lehet. Így a PWM inicializálását felesleges is minden alkalommal megtenni, az a rész mehetne a bekapcs részbe. A sípolós részben újra meghívod az ADC-t, de nem törlöd az átlagot, így rossz lesz a mért érték. Egyébként szerintem ez a törlés és a 10-es osztás is jobb helyen lenne az ADC rutinban.
Sziasztok!
Eljutottam odáig, hogy ismét elő tudtam venni a pic18f25j50-emet "játszani". Megpróbáltam beállítgatni a regisztereket és elindítani az MSSP2-est hardveresen SPI módban, de nem akar összejönni (logic-ot rádugtam, hogy ad-e ki magából egyáltalán valamit, de semmi).
Ezután pár WriteSPI2 utasítás jön, de mint említettem, a kérdéses lábakon nem történik változás. Mi az, amit kihagyok?
Nagyon szépen köszönöm a gyors választ, át írom a programot. Ha újra előfordul a hiba akkor jelentkezek.
Jól gondolom hogy ez a "Vpp First Programming Entry" módszer szoftveresen választható?
MPLAB X IDE- vel vagy MPLAB IPE tudok ilyet csinálni? Hol kel ezt beállítani?
Tudsz ajánlani esetleg valami jó szoftvert?
De akkor ez csak egy szoftveres beállítás? Mert nekem se nyerte el a tetszésemet... A hozzászólás módosítva: Jan 30, 2017
Digitális kimenetek állítása?
Analóg portok kikapcsolása? System beállítások? Portok beállítása? És ezek csak az alapok.. Ezek megvannak? Fordító típusa, esetleg fejlesztői környezet?
Sajnálom, hogy most kihagytam, előző hozzászólásomban írtam le a környezetet.
MPLAB-X, XC8, PICKit2-vel programozom fel. Valóban, analóg portokat nem állítottam át, hogy digitálisok legyenek. System beállítások alatt nem tudom mit értesz. Ha a portok állításánál arra gondolsz, hogy a TRISbiteket állítsam kimenetre, az megtörtént. Az volt az eredeti kérdésem, hogy az MSSP modult hogyan lehet bekapcsolni és rávenni, hogy az általam beállított RP# lábakra kerüljenek az SPI lábak. Erre jött egy kis löket, hogy az SSP regisztereket keresgéljem, emiatt kérdeztem vissza, hogy mi kell még?
Néhány idézet:
Idézet: „To set or clear IOLOCK, a specific command sequence must be executed: 1. Write 55h to EECON2<7:0>. 2. Write AAh to EECON2<7:0>. 3. Clear (or set) IOLOCK as a single operation.” Idézet: „The unlock sequence is timing critical. Therefore, it is recommended that the unlock sequence be executed as an assembly language routine with interrupts temporarily disabled. If the bulk of the application is written in C or another high-level language, the unlock sequence should be performed by writing in-line assembly.” Idézet: „Note: If the Configuration bit, IOL1WAY = 1, once the IOLOCK bit is set, it cannot be cleared, preventing any future RP register changes. The IOLOCK bit is cleared back to ‘0’ on any device Reset.”
Szia!
Én ezeket a sorokat az adatlapból úgy értelmeztem, hogy az IOLOCK-ot amúgy is újraindításkor 0-ra állítja be, de biztos, ami biztos alapon kiadtam megint. Majd ezután adtam ki azt a pár sort, amit láttál (RPOR3..5=valami), végül IOLOCK=1, hogy ne módosuljon. A lezárásra nem írta, hogy időzítéskritikus lenne, csak a feloldásra, de feloldogatni nem akarom a portok beállítása után. Idézet: „System beállítások alatt nem tudom mit értesz. Ha a portok állításánál arra gondolsz, hogy a TRISbiteket állítsam kimenetre, az megtörtént.” Akkor ezt benéztem és nem tekertem visszább, úgy éreztem ez az első bejegyzésed és láttam, hogy még nem kaptál választ.. A system beállításoknál az MCU config regisztereinek beállítására gondolok. (bocs ezt elírtam) A portoknál igen a TRIS és ki/be menetek beállítására gondoltam igen. Az SPI lábaknál az egyik bemenet, a másik három kimenet. Az utolsó kérdésedre sajnos nem tudom a választ..
Szia!
Igen, SDI bemenet lenne, de csak egy LCD, amire írni akarok, így az a láb nekem nem kell most. Ettől függetlenül azt a funkciót is be kellene állítani valamelyik lábra? Viszont miközben válaszolok, észrevettem, hogy a láb, amit vizsgálok valamiért kontakthibás, így újra kell forrasztanom a panelen... Persze most nincs nálam páka, szóval ez várat még magára A panel alatt csak annyit kell érteni, hogy az SMD alkatrészhez csináltam egy pici panelecskét, hogy be tudjam dugni próbapanelbe (persze ráraktam az USB-t, tápellátással, ICSP-vel, külső kvarccal), egy minimális működéshez szükséges "demoboard" lett így belőle.
Az alap szűrések meg miegymás meg van a kis panelon?
OSC jól van beállítva? (kvarc) Megszakítás ki van kapcsolva? Ha nem akarsz olvasni akkor nem kell az SDI, de mit akarsz vezérelni, milyen LCD-t? Esetleg egy képed nincs a boardról? |
Bejelentkezés
Hirdetés |
