Fórum témák
» Több friss téma |
Ha van PIC18F26K80 (Pk2DeviceFile V1.62.146 vagy az elírásom miatt 1.63.146):
Két script -et kell írni: 299 : 18F67K90_ErasePrep ld. a 18F67K90_ErasePrep.xml 300 : 18F67K90_ChpErase ld. a 18F67K90_ChpErase.xml Le kell másolni a PIC18F26K80 -at PIC18F87K22 névre. Elmenteni az állományt, újra megnyitni és az adatokat átírni az PIC18F87K22.xml alapján. Ez utóbbi állományban vannak olyan bejegyzések, ami nem szerepel a Pk2DeviceFile eredeti változatában és vannak átnevezettek is. Pl. LVP_script amit eredetileg DebugReserved9Script -nek hívtak...
Sajnos a project szinte áll. A PIC32MM családot nem tudom programozni. A leírás hemzseg a hibáktól:
A PE_Loadert nem 0x800 -ra kell betölteni, hanem a gyanúm szerint 0x200 -ra, A PE -t nem 0x900 -ra kell betölteni, hanem a gyanúm szerint 0x300 -ra, Nagyon úgy tűnik, hogy XferInstruction pseudo opration nem a leírás szerint működik, mintha a végrehajtás a 0x0000E000 kóddal menne a 0x000C000 helyett és a prac bit lekérdezése a 0x0004E000 kóddal a leírásban szereplő 0x0004C000 ill. a PICkit2 kódban szereplő 0x0004D000 kód helyett. A PE állomány neve is kérdéses: a leírásban RIPE_20 szerepel, a honlapon RIPE_20b. Ha indítani szeretném a PE_loadert az ugrás utasításba 0x0200 vagy 0x0201 kell?
Lehet, hogy megy már a belépés a Serial Execution -ba, de nem tudom tesztelni. Le lehet tölteni a PE_loader -t, de amikor elindítanám, nem tudom felvenni a kapcsolatot vele. Már mindenhogy próbálom, de az egyik változat sem működik, pedig a PICkit3 viszi... A hozzászólás módosítva: Dec 13, 2016
Nincs esetleg egy digitális analizátorod? Az ICSP-t meg lehetne szondázni...
Van egy Saleae 8 -om, onnan jönnek a talánok. De egy 555 szavas PE -t visszafejteni nem egy álom.
Ki tudom olvasni a Device ID -t, működnie kell a SendCommand és az XferData pseodo operationnak.
Köszi a segítséget, van olyan Pk2DeviceFile.dat fájl nálam, amiben benne van a PIC18F26K80.
 Közben sikerült programozni a PIC-et egy PICKit3 programozóval, az átalakításnak azért nekifutok, később jól fog jönni.  Üdv, Attila
Motto: Hol lehet cserepes diszlexiát kapni?
Nos, a feltételezések jók. Egy kis firmware és program módosítás után reprodukálhatók a műveletek. Két napja egy elírás miatt szenvedtem:
helyett
sor volt a programomban. Ugye milyen nehéz észrevenni a különbséget?  Egy programlépés kódja hiányzik a PE_loader leírásából: 0x6A60 lw a0, 0 (a2).... A hozzászólás módosítva: Dec 15, 2016
Az elírás az én bajom, de a leírás az eddigi legsilányabb.
DS60001364C: page 8: RIPE_20_aabbcc.hex should be read as RIPE_20b_aabbcc.hex page 16:
should be read as
page 23: - Step1: ori a0, a0, 0x800 should be read as ori a0, a0, 0x200 XferInstruction 0x08005084 should be read as XferInstruction 0x02005084 - Step2: sw a2, 0(a0) / addiu a0, a0, 4 should be read as sw a2, 0(a0) / nop / addiu a0, a0, 4 / nop XferInstruction 0x6E42EB40 should be read as 0x0C00EB40 0x0C006E42 - In table 11-2: lw v0, 0(a1) should be read as 0x6950 lw v0, 0(a1) 0x50420900 ori v0, v0, 0x300 should be read as 0x50420900 ori v0, v0, 0x301 add two more 0x0C000C000 at the end. Step 2: Load the PE_loader. Repeat this step (Step 3) should be read as Step 2: Load the PE_loader. Repeat this step (Step 2) Step 4: Load the PE using the PE_loader. Repeat the last instruction of this step (Step 5) should be read as Step 4: Load the PE using the PE_loader. Repeat the last instruction of this step (Step 4) - Figure 15-2 -- 3. Issue a clock pulse on PGECx. Egy régi vicc jut eszembe a Jereváni rádióról: A hír: Leningrádban Mercédeszeket osztogatnak. Néhány perc múlva a helyesbítés: Nem Leningrádban hanem Moszvában, nem Mercéceszeket hanem Moszkvicsokat, nem osztogatnak henem fosztogatnak. Egyébként a hír igaz. A hozzászólás módosítva: Dec 16, 2016
Együtt tudok érezni, az MZ-k adatlapja is tele van hibákkal. Nem túl könnyű kitaposni olyan utat, ami tele van téves irány jelző táblákkal!
Uhh.., ez a hardcore hobby teljesítmény..
Én meg egyelőre örülnék, ha átlátnám a PICkit2 Data File Editor célszerű használatát. Jól jönne a segítség. - Mi a minimálisan átírandó paraméter, ahhoz hogy az eszköz felismeréséig eljussunk, elég csak a Device ID-t megadni (meg hogy ne legyen Family-n belüli ütközés)? - Típus megjelölés alapján melyiket célszerű a duplikálás alapjául választani? Ez jelenleg leginkább a 24F család esetében érdekelne. - Minden szükséges adat elérhető az adatlapon, vagy külön másik doksit is kell bogarászni? Az alábbi PIC-ek esetében csak PK2DeviceFile.dat módosítás elegendő? 24FJ128GB202, 24F04KL100 Próbálkoztam, de.. - 24FJ128GB202 -> Még az Unsupported Part ID is FFFF /PICkit2 Programmer/. Lehet, hogy a bekötésem eleve hibás? Tucatszor átnéztem: mind 3 pgc-pgd párost és Vcap tantál kondit is próbáltam, semmi.. - 24F04KL100 -> Can not convert '0x00004B01' to type uint32_t /PICkit2 Data File Editor/ azaz még Device ID-t sem sikerült átírni..
Nem könnyű sem a 24F04KL100 sem a 24JF128GB202:
- Le kell tölteni a PICkit2 forrás csomagját, benne van a PICkit2SourceGuidePCv2-61FWv2-32.pdf - Le kell tölteni a DS30000510F -et: PIC24FJXXXGA2/GB2 Families Flash Programming Specification - Le kell tölteni a DS30625C -et: PIC24FXXKMXXX/KLXXX Flash Programming Specification 24JF128GB202: Minden a PIC24F -ben és a kiindilási típusban szereplő script helyett újat kell írni, mert a TBLPAG regiszter címe nem 0x32 hanem 0x54. Duplikáláshoz jó kiindulás a PIC24FJ128GA006. Mivel a DeviceId kiolvasó script más, új családot kell létrehozni. 24F04KL100: Ez a szerencsésebb... Csak a ConfigWrScript -et kell megírni, mert csak 8 regisztere van. Duplikáláshoz jó kiindulás a PIC24F04KA200. Figyelem, hibás a Pk2DeviceFileEditor -ban a tömbök kezelése a duplicate műveletekben. Csak a tömb címét másolja le, nem készít új példányt belőle. Ha lemásoltunk egy típust vagy egy scriptet, azonnal mentsük el az állományt és olvassuk be újra. A mentést még az előtt tegyük meg, mielőtt a ConfigBlank, ConfigMask ill. a Script adatait módosítjuk. (Ha nem mentjünk, a forrást adatait is módosítjuk.  ) A hozzászólás módosítva: Dec 20, 2016
Hír:
A Microchip felvásárolat az Atmelt... Így már az AVR is Microchip termék...
Ügyes. Ez valami házibarkács megoldás vagy MC supportálja még a PK2-t?
De hát akkor az egész ATMEL kollekciót is belebarkácsolod ? Vagy csak ami éppen volt otthon nálad. Még jó, hogy nem veszik rossz néven családtagjaid, hogy így karácsonytájt pk2 tuningolással ütöd el az időt.
Sajnos engem már péntektől eltiltottak a tuningjaimtól és a kócerájt el kell pakolnom. Karácsony őrület miatt. Kezdek nem örülni ennek az ünnepnek. Azért majd egyeztesd a Microchip céggel, hogy engedélyeddel még melyik családot vegyék meg, hogy mire van még affinításod barkácsolni pk2 be. Szerintem már többen kipróbálnák már a munkád gyümölcsét. Egyébként kellemes Karácsonyi Ünnepeket ! A hozzászólás módosítva: Dec 21, 2016
A pic32prog.exe program újabb változata működik valakinek Windows alatt? Nekem PICkit2-vel nem megy, valahol elakad a program. Pedig a régebbi verzió szépen működött vele. Linux alatt működik, de azzal nem sokra megyek Win7 alatt...
Köszönöm, akkor nem vergődök vele tovább. Szerencsére találtam egy régebbi verziót (2015-03-27) még a gépemen, az működik a Pickit2-vel.
Az új verzió (2016-06-02) pedig működik a soros porton, annak segítségével Arduino nano-val is lehet PIC32-t programozni. A hozzászólás módosítva: Jan 20, 2017
Elvileg viszi, de még nem próbáltam. Azok a soklábú tokok.... Nyomkövetés csak PICkit3 -mal megy.
A hozzászólás módosítva: Jan 30, 2017
Üdv! HP41C-től kérdezném, hogy a dsPIC33EP512MU810 típust bele lehetne tenni a támogatott PIC-ek közé?
Egy Winbond 25Q80 típusú soros flash memóriát kellene egyelőre beolvasni. (majd talán írni is) PicKit2 -vel megoldható lenne? Köszönöm.
25LC1024-et másoltam át. Esetleg meg tudnád mondani, hogy a méreten kívül mit mire módosítsak? (ProgMemRdScript, ProgMemRdWords, ProgMemWrScript, ProgMemWrWords...)
A hozzászólás módosítva: Márc 25, 2017
Egy scriptet kell írni a ChipErase funkcióra, ami kiadja az írás engedélyezést (0x06), a ChipErase parancsot (0xC7 vagy 0x60), vár 25 másodpercig, letiltja az írást (0x04).
|
Bejelentkezés
Hirdetés |
! 
