Csak nekem nem gyári ICD2m van, és a 16F877 lábai (RC3,RC4,RC5) direktben jönnek ki a programozó tüskére. Ezért kellene egy külső szintillesztő.

Az általad készített ICD2 kapcs.rajzában a 74HC125/126-okat nem lehet helyettesíteni valamivel? 126-ot nem találtam itthon, 244-el vagy 245-el nem lehet valahogy megoldani? Eléggé fontos lenne a dolog

szerk: A 75HC126-ot nem lehet 125-re cserélni? Az adatlapjuk szinte ugyan az.

A gyári ICD2 ugyanazt a szintillesztőt tartalmazza, mint az enyém. Ha a tiédben direktben jönnek ki a lábak, akkor az nem gyári!

A HC126 annyiban különbözik a 125-től, hogy az engedélyező lábai invertálva vannak. Ha azoknak megcseréled a polaritását, akkor mehet a HC125 helyette. De a HC125 és a HC126 tápja nem közös, tehát egy chippel nem oldható meg semmiképp.

Sziasztok!
Összeraktam egy ICD-2 t ami számomra furcsán viselkedik. Próbára egy 16F627-t programozok vele. Írtam egy pár soros LED villogtató progit, amiben a __CONFIG sorban LVP_ ON szerepel. Minden tökéletesen működik, írja olvassa törli a PIC-et, sőt a felfutó lefutó ikonokkal be tudok lépni resetbe, illetve ki tudok lépni onnan és akkor fut a program. Ami baj, ha lehúzom az ICD2-t a program megáll, illetve nem is tudom mit csinál nem villog, a LED ha hozzáérek kigyullad, fél fényerő stb... azaz teljesen lehetetlen állapotba kerül. Ha visszateszem rá az ICD 2 csatlakozóját, minden megjavul. Ha úgy programozom fel, hogy a program lefordítása előtt a __CONFIG sorban az LVP_ OFF ra állítom akkor is szépen felprogramozza az IC-de innentől kezdve a program elindul és a reset ikonnal sem tudom leállítani, ellenben ha lehúzom az ICD-2 t akkor sem romlik el, szépen fut tovább és villog a LED. Ennek így kell működni, vagy én bénázok el valamit?

Sziasztok!

Létezik driver Vista 64bit alá?

ha debuggerként égeted be akkor nem működik, csak ha az icd rá van dugva. Programmer-ICD2-t válaszd.
a pic reset-je rendben van? kondi, felhúzó ell...., pic táplábán közvetlenül hidegítő 100nF?

Pipi köszi!
Programmernek választottam ki az ICD2-t, az MCLR láb fel van húzva egy 10 kohm-os ellenálláson a +5V-ra. A PIC-t belső oszciról járatom. Egy kapcsolóüzemű tápról adok neki 5 V-ot igaz, hogy a PIC lábainál nincs közvetlen 100nF-os kondi. Hétvégén lesz időm megint foglalkozni vele, majd ráforrasztok 1-t, és megírom az eredményt. Mégegyszer köszi a leírtakat!

Sziasztok!

ICD2-t használok és semmi gondom sincs vele csak 1 kérdésem van! Eddig mindig olyan PIC -el használtam ami 5V on ment, de most egy olyat szeretnék (PIC18F65J10) ami 3,3V -ról megy! A PGC és PGD lábakra lehet 5V ot adni az adat lap szerint, de az ICSP csatlakozónál mi legyen a VCC vel??

VPP, GND, PGC, PGD az oké, de a vcc kell? mert ugye a pic 3,3V az ICD3 meg 5V!

Ha kiválasztod a chipet a select device-nál, akkor az MPLAB kikapcsolja az ICD2-ről történő táplálást. Minden lábat ugyanúgy be kell kötnöd, mert ekkor az ICD2 szintillesztője a Vcc lábon levő feszültségből tudja, hogy mekkora szinteket engedhet az PGD és PGC lábakra.

Tehát annyi a dolgod, hogy kiválaszd a megfelelő chipet, mielőtt a connect-re mész.

beállítottam úgy ahogy mondtad, és rámértem multiméterrel! ugyanúgy 5V! 3V ot kellene mérnem vagy így, hogy nincs rajta a PIC így nem is lehet ellenőrizni?

Hello!
Már régebben megépítettem az ICD2 de azóta a benne lévő 4550 kellett máshol igy abból vettem kölcsön. Rávettem magam és vettem még egyet és letöltöttem rá a 4550-bor-os hexet. Az mplab fel ismeri de amikor irni olvasni akarok vele lecsatlakozik(túl kicsi puffer kondik?). És amikor lehuzom az usbről és vissza rakom az USB státusz led villog szabálytalan időközönként és ha igy hagyom akkor a vista kifagy és az icd2xx.sys- nevezi meg mint hibás.
Próbáljam növelni a puffer kondi kapacitásást? Most 100u 16V
Köszönöm!

nekem a bor-os hex nem ment, lehet hogy alacsony az usb fesz, és resetel

Egyébként ze az érdekes hogy most ezzel a másik 4550-el "megy". A réivel még be se indult ha jól emlékszem. Hogyan szoktad leállítani az icd-t? A nem bor-os firmwarrel csak a resetet lenyomva tudtam ugy lehuzni az usbről hogy nem ment tönkre benne a firmwire. Nem tudom mivel magyarázni ugyan olyan pic másképp reagál... (a pic vs avr topikban biztos kefejtenék )

sehogy, felvan dugva majdnem folyamatosan, bár bekapcs után nekem soha nem látszik, ki/be kellett húzgálnom, már untam, az usb 5V-ot megszakítom egy bontó nyomókapcsolóval, igy nem kell dugdosni

Sziaztok! lenne egy Icd2 problémám mikor beégetem 4550 progit visza ellenőriztetem azt írja ki hogy az én értékem ffh pedig progiba 15h van szerintetek mibaj? Új a pic. most tettem össze Watt kolléga Lpt-s égetőjét de ugyan azt írja ki. Ha volt valakinek ilyen vagy ötlete van ossza meg velem köszönöm
( és ha valakinek van 4550 progija más mint többi és megy akkor mondja el honné lehet leszedni)

Sziasztok!

Némi problémám adódódót egy pic 16F628A-val.
Icd2-vel próbálnék egy progit debuggolni, de amikor beprogramozza és debug módba kapcsol akkor hibát ír ki, hogy nem lehet debug módba lépni.
„ICD0083: Debug: Unable to enter debug mode. Please double click this message for more information.”
Előtte, amikor a device ID-t olvassa, akkor 0x83-t küld a pic, de a helyes 0x89 lenne.
„ICDWarn0020: Invalid target device id (expected=0x89, read=0x83)”
Szerintetek mi lehet a probléma? A device ID-t, hogy lehetne helyre rakni?...
Vagy honnan tudom meg, hogy ez milyen pic?
Még valami!
Ez zsír új. Igaz már pár hónapja (éve) megvan, de még sose használtam.
Egyébként a program benne van, de nem lehet debugolni. Talán még futna is. – Nem próbáltam.

A 16F628A-t csak specialis headerrel lehet debuggolni. (nincs beepitve)

Szia! Két apróság: az egyik, hogy a 16F628A id-je az valóban 0x83, tehát ha az expected értéke 0x89, akkor egy másik céleszköz van kiválasztva a 'select device' menüben. A másik, hogy a végleges célprogram hiába van benne, ICD2-es debug-hoz külön kell fordítani a forrást (Build configuration: debug), mert a debug-olható program nem teljesen egyezik meg a végleges (release) fordítási eredménnyel.

Szia!

Ezeket mind én is tudom...
Már kinomban egy teljesen szűz gépre is felraktam az MPlabot hátha én állítottam el valamit. Ezerszer megnéztem a proci beállítást. Ha más lenne akkor hibát irna ki. Nem? - De.
"Warning[215] C:\TOMI - NO DEL\LAPI PROJECT\1\UNTITLED.ASM 8 : Processor superseded by command line. Verify processor symbol.
Message[301] C:\PROGRAM FILES\MICROCHIP\MPASM SUITE\P16F628A.INC 35 : MESSAGE: (Processor-header file mismatch. Verify selected processor.)"

De jelen esetben nem ir hibát ->ez szerintem jó.

Az MPLAB IDE a projekt fordításakor kied egy hosszú litániát. Abban vannak ehhez hasonló sorok:


Na most az ebben látható processor azonosító és a forrásfájl(ok)ban található
név megegyezik-e? (az esetedben természetesen 16F628 kell, hogy álljon mindkét (vagy több) helyen.

A "Processor-header file mismatch. Verify selected processor" figyelmeztetés arra utal, hogy az MLPAB IDE Configure -> Delect Device menüjében nem az a processzor lett beállítva, mint amihez való header fájl be van csatolva a forráskódban. Egyeztesd!

A kettő egyezik....
Nincs valakinek egy 100%-ig müködő progija.
Nekem az is jó ha csak NOP van benne. Csak próbaképpen kell.

Egyszerüen nem értem. Biztos van valami értelmes magyarázat.

Lehet kettőnél több helyen is! (pl. ha több állományból áll a projekt). Ilyenkor az Executing Mpaswin sorokból is több van. Továbbá az is ellenőrizd, hogy ne Debug, hanem Release módban fordítsd.

Nekem csak akkor jött a tiedhez hasonló üzenet, ha szándékosan elállítottam a Select Devices-ben egy másik processzorra.

Jelenleg csak egy teszt led vilogtató progit akartam kipróbálni, de nem sok sikerrel.
Kifogytam az ötletekből.
Mik annak a feltételei, (hw, sw) hogy debug módba kapcsolhasson?

Kicsit lejjebb (vagy feljebb) Ktulu hozzászólását elolvastad?

"A 16F628A-t csak specialis headerrel lehet debuggolni. (nincs beepitve)"

Azt hiszem, hogy kezdem érteni a dolgot.
Kell egy 28 pin -> 18 pin átalakitó amibe felülre jőn egy Pic16F648A.
Tulajdon képpen ezen fejlesztek és a végén meg átfordítom 16f628A-ra.
Jól gondolom?

Valami olyasmi. Pontosan én sem tudom, hogy hogyan néz ki a dolog, mert sosem találkoztam még vele a gyakorlatban. A 16F648A ha jól emlékszem csak ROM-ból tartalmaz többet, mint a 16F628A. Illetve a headerbe nem te teszed a 648A-t, hanem annak egy speciális kivitele már rá van építve a nyákocskára, mert a debug lábak külön vannak kivezetve, hogy ne a többi lábat használja a debugger. Tehát mintegy modulként dugod be a saját nyákodba. Végig 628A-n fejlesztesz, a többit az MPLAB elrendezi a debughoz. De szerintem nem annyira lényeges az ilyen kis chipeknél a debug, hogy megérje megvenni a header-t. A szimulátorral le kell szimulálni blokkonként a programot, vagy az áramkörre tenni néhány ledet, és a kérdéses helyeken azokat ki/bekapcsolni.

MPLAB ICD2 Header Specification
"If PIC16F627A or PIC16F628A devices are selected for MPLAB ICD 2 development in MPLAB IDE, the warning “ICDWarn0020: Invalid target device id” may be received in the build window and as a dialog. The reason is the PIC16F648A-ICD device supports PIC16F648A, PIC16F627A and PIC16F628A, but only reports the device ID for the PIC16F648A.
Ignore this warning or disable it under the Warnings tab on the ICD Programming dialog."

Sziasztok! Most építettem meg az ICD2 usb-s verziót. Most már felismeri a windows benne van a eszközkezelőbe csak Mplab nem akarja felismerni ICD0021 unable to connect with mlpab icd 2
ilyneneket ir ki utána meg , hoy ICD0286 unable to communicate with icd 2
Nem tudom ez, hogy lehet miután felismerte és telepítette a windows icd. Mi lehet gond próbáltam 4k7 ellenállásal és annélkül is sehogy nem megy. Segítsetek előre is köszönöm.

debug/download op.sys. megvolt?

igy néz ki egy kis lábszámú pichez az ICD header.
a pic külön nem kapható, csak így panelostól.
a képeken egy 16F676-ICD és 16F636-ICD látható.
ezeket lehet bedugni a céláramkörbe a picek foglalatába