Szia!
Csak nagyon csendesen jegyzem meg (mert nem a MC gyártmánya), hogy van olyan típus, aminél a cím beállító bitek helyett a 3. word address byte -ot használják: 17C010, 17LV010, 17C020, 17LV020. 4Mbit felett pedig elfogynak a címbeállító bemenetek.
Dallas 1-wire: Jogokba ütközik, emiatt az alap rutinokat is meg kallana írni.

Tényleg, nem ismertem ezeket ... Az adatlap első átnézése alapján tényleg I2C-nek tűnik a protokoll, de sehol nem láttam az I2C elnevezést ! Így viszont értem, hogy miért készíted elő 3 byte-osra a címet!
Még egy ötlet jutott eszembe, nem láttam a képen, hogy "triggerelni" lehetne adott adat/ cím adott "darabszámú" előfordulására ( persze csak akkor, ha így húsvét közeledtével még tart a DURACELL elemed !

Idézet:
„hogy "triggerelni" lehetne”

Akkor nem ilyen funkcióra gondoltál. Ez itt csak egy I2C / SPI / UniIO master, ami adatokat tud írni / olvasni egy I2C eszközről.

Te tudod, hogy mennyi energiád van, de szerintem egy adott kód ellenőrzése, hogy mikor és hányszor jött be a már amúgy is rögzített jelfolyamból megoldható ( persze nem látom a mélységeket ! ) Ez arra lenne jó, hogy pl. az adott eszköz milyen választ ad a tizedik ugyanolyan lekérdezés után !

Már működik is az I2C... Most egy A2 = A1 = A0 = 0 bekötésű MCP23017 -et kezelek vele. Az első sor kimenetnek állítja be a A és B prortot, a többi írás sorra váltogatom a kimenetet, az olvasás sorok pedig visszaolvassák a kiírt mintát.
s - I2C start, r - I2C restart, p - I2C stop. A kettőspont az olvasott adatokat vezeti be.

Ez már kezd perverz lenni!

... A másik két felület is működik... Közben bővült a script műveletek köre is: többek között a 33EP / 24EP kontrollerekhez hiányzó gyors Unlock művelettel...

Ez a húsvéti termés ?!
Steve

Azt hiszem megvan, amit már több hónapja keresek, amitől nem működik az újrafordított bootloader. Az a forrás, amit a MC közzétett soha nem fordíthatott működőképes bootloadert.
A PICkit -ben az szériaszám USB leírót az EEProm utolsó 16 rekeszében található adat alapján a RAM -ban állítja össze a firmware, az USB onnan olvassa ki és adja át a host -nak. Eddig rendben. Az usb_dsc.c állomány közös a bootloader és a pickit2 projectekben. Ez is elfogadható. Az eredeti bootloader -ben a szériaszám a PIC18F2550 szöveg. Hogyan??? Ha közös a leírókat megadó c forrás, akkor miért nem RAM -ból összeállított leírót használ a bootloader?

Nem a verziók keveredéséről van szó? Konkrétan arra gondolok, hogy a közzétett PICkit2 forrás régi (vagy "nem fejtették ki benne az igazság minden részletét" ).

Úgy emlékszem, hogy kezdetben ugyanis a PICkit2 csak Vid/Pid-et szolgáltatott, s nem adott át szériaszámot az USB-n keresztül, mint ahogy a MAL-ban közzétett HID bootloader sem... Akkor vezették csak be (talán 2008-ban?), amikor egyesek egyszerre több PICkit2 készüléket csatlakoztattak, s a gép nem tudott vele mit kezdeni, mert nem tudta kezelni/megkülönböztetni azokat.

Szia!
Idézet a PICkit2 V2 firmware 2.32.00 pickit2.c állományából:

A bootloader ugyan ebben a csomagban van, igaz nincs ehhez a dátumhoz közeli módosítási bejegyzés... Ebből inkább arra következtetnék, hogy csak a PICKit2 firmware módosítását végezték el, átírva egy közös állományt, amitől a másik project működésképtelen lett. Egy működő bootloaderrel végzett fejlesztésnél ez a hiba nem derül ki. Csak két esetben jön elő: - külső programozóval programozzuk a 18F2550 -et vagy lenyomott gombbal történik az USB csatlakozás. Ha később lépünk az újrafordított programmal bootloader módba, a RAM -beli descriptor már ki van töltve, így egy másik hiba jelentkezik: nem ltud különbséget tenni a bootloader-t futtató és a firmware -t futtató példány között.

Még egy-két felesleges utasítás törlésével végre működik az újrafordított bootloader is.

Sziasztok!
Érdekes a Microchip hozzáállása:
A 2003 -ban írt PIC ICSP Guide -ban található egy kapcsolás, amivel a programozók kimenő árama megnövelhető, hogy kezelni tudja a C sorozat tagjait is. A PICKit2 és PICKit3 -nál már nem is említik, hogy ezzel az áramkörrel lehetne valamit kezdeni. Megépítettem, de nem kaptam TLE2144A -t bele. TLC272 -vel gerjed, LM324 -gyel nem meg a Vdd / Vpp 3V alá. Az LM324 -es verzióval teszteltem egy 16F628 -at. Írja, olvassa, törli...
A Vdd 2N2222A tranzisztorát előre láthatólag hűteni kell majd (10V @ max 20mA = 0.2W, ami a 350K/W tok hőmérsékletét 70 fokkal emeli meg).

Valami készül...

Kíváncsi vagyok az eredményre...

Bocsi, hogy kissé elterelem a fő csapás irányt, épp csak érdeklődnék, használta-e valaki a pickit2-t rendszeresen pic32mx795-ös programozására pld egy ilyen trükk elkövetésével? Bármi tapasztalat róla valakinek esetleg? Köszönöm.

Ebben a topikban nézz körül!

Működnie kell... Engem csak a soklábú SMD tok tart vissza a próbától. A linkelt módosításokon kívül a konfigurációs szavak törölt értékét és maszkjait is módosítani kell.
Azonban a PIC32 azonosítása nagyon rosszul van megírva a PICKit2 V2.61 -ben, csak 8 bitet figyel, így összekeverheti őket . pl. 0x07000 marad az azonosítóból a PIC32MX110F016B, PIC32MX130F064B, a PIC32MX450F256L, 32MX795F512L, 32MX664F128H esetén. A revizió azonosítót csak 4 bittel lépteti 12 helyett. Ezek javításához pedig a PC-n futó programot kell módosítani.
A továbbfejlesztett PICKit2 program a PIC32MX család 85 tagját képes már programozni.

Mármint létezik a Pickit2-höz újabb firmware, mint a 2.61? Mert én nem találtam újabbat.

http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&...023805
Itt Pk2 firmware 2.61, device file 1.62.14, pk2cmd 1.20. A HEStore lapon sem találtam újabbat, amit linkeltél. Ott csak egy pk2 termék csomag van.

Ha akad valahol letöltési link, megköszönném.

Illene elolvasni a topicot, legalább a címét...

Szia!

Létezik, már fut is valamennyire... Én módosítom... Létezik a PICKit2V2.61 -nél újabb PC-n futó program is... Most bővítem...

Sajnos még nem létezik letöltési cím, mert folyamatosan változik, bővül és sokáig tart a tesztelése.

Ami azt illeti, elolvastam a topic címét, és megtaláltam pld az AU Group Electronics oldalát is, de lassan áll össze a kép.

Mondjuk adva van egy pickit2 vagy kompatibilis hardver, és pic-et kell vele égetni (naná, hogy az 512k-s pic32-ket). Átlag kell egy pic profil adatokat tartalmazó adat könyvtár, kell egy pc oldali égető vezérlő szoftver, meg kell egy pickit2 firmware (a pickit2-n lévő pic vezérlő programja). Ez 3 dolog, nem 1. (Szerk.: a pic-re leküldendő programot .hex formátumban most tekintsük külön tételnek.)

Pickit2-höz eddig volt PC oldalra a pk2cmd.exe v1.20. Volt hozzá profil adat könyvtár (1.62.14-es verzióval, így hirtelen PK2DeviceFile.dat és PK2V023200.hex nevű file-okat találtam). Volt egy firmware 2.61-es verzióval.

Ebből a 3-ból csak a pk2cmd.exe változik a fejlesztések során? Adat könyvtár, pickit2 firmware maradnak változatlanok?

Szia!
Nem értem teljesen, amit írtál.
- A PK2V023200.hex firmware módosítása nélkül elég sok típussal bővíthető a programozható eszközök száma.
- A 16 és 32 bites kontrollerek programozása egy segédprogrammal történik: Programming Executive. Sajnos a PICKit2 V2.61 és a pk2cmd a PIC24, dsPIC33FJ és a PIC32MX -ekhez való Programming Executive -t befordítva tartalmazza. Így csak egyes családokat képes kezelni. Ha más családot szeretnél programozni, meg kellene változtatni a Programming Executive -.t, avagy újabb típusokhoz újabb verzió kellene, akkor frissíteni kellene. pl. a PIC32MX1xxx és PIC32MX2xxx -eket nem tudja programozni, mivel más executive -t kellene
használni.
- Egyes beállítások negvalósítása nagyon korlátoza a lehetőségeket: pl. I2C címek korlátozott beállítási lehetősége miatt a PICKit2 nem tudja programozni a 24FC515 -öt.
- A 32MX típusok azonosítása el van fuserálva.

Egyszóval, kiterjeszteni a programozható eszközök csoportjait csak a PC -s programok átírásával lehet, a meglevő családokhoz új típusokat a pk2devicefileeditor segítségével lehet.
Jó hír, hogy a PICKit2 V2.61 és a pk2cmd ugyan azt a pk2devicefile.dat állományt kezeli.

Oké, eddig annyit szűrtem le, hogy az elsődleges fejlesztési célpont a pk2cmd.exe, és van egy csapás irány a soros eepromok programozhatóságának kibővítése érdekében, amiért a pickit2 firmware átírása is fontos lehet.

Arról egyébként nem vagyok képben, hogy a pickit2 firmware-jében mi minden van benne. A pickit2 ami pe kommunikációt folytat a pic-el, az pc oldalról mennyire vezérelhető? Úgy értem pc-ről usb-n keresztül realtime tud "átlátszó" is lenni a teljes pickit2, és csak buta 1:1 kommunikációs bridge-ként viselkedni a pic és az usb között? Vagy kötelező jelleggel előbb a pickit2-vel kell "megbeszélni" a tennivalókat, amit a pickit2 vagy hajlandó lesz tovább adni a pic-nek, vagy nem? Mit tud az a 2.61-es firmware?

A pk2cmd.exe a PICkit2 parancssori, a PICKit2 V2.61.exe pedig a grafikus felületű kezelőprogramja. A 2.61 tehát nem a firmware verziószáma.

Akkor most nem kicsit értettem félre dolgokat Részemről egyébként nem használok grafikus felületet. Úgy egészében semmire sem.

Akkor a Logikai analizátor üzemmódot még nem is láttad közelről?

Szia!
Még mindig elbeszélünk egymás mellett...

Az elsődleges fejlesztési célpont minél több lehetőség kihozása a PICKit2 -ből, a programozható típusok bővítése, az egyébb szolgáltatások bővítése. Egyébként a PICKit2 grafikus programját bővítem.
A PICKit2 firmware módosítása az egyébb szolgáltatások bővítésének megvalósításáért kellett, de ha már bele kellett fogni, más részeket is módosítottam...

A pickit többféle képen tud kommunikálni a PC -vel és a ICSP felülettel. A PC -s kommunikáció USB HID alapon megy. A programozó felületet egy script nyelven írt rutinokkal lehet kezelni. Ezek a scriptek az USB -ről tölthetők le. A Pk2DeviceFile.dat a típuscsaládok, a típusok beállítási adatain kívül a kezelésükhöz szükséges scripteket is tárolja. Ezen kívül lehetőség van az USB -n leküldött script futtatására is. Az Uart tool másképen működik, a PICKit2 ekkor egy uart lesz, ami a vett és az adandó karaktereket a HID felület parancsaival adja fel ill. kapja. A ProgramAndGo funkció lényegében a tanításkor küldött HID parancsokat tárolja az EEProm -okba.
PC -s grafikus program: PICKit 2 v2.61.
PC -s parancssori program pk2cmd v1.20.
PICKit2 firmware: PK2V023200.hex

Mivel tud (eddig) többet a módosított firmware:
- Frekvenciamérés, periódusidőmérés, feszültségmérés, digitási mintagenerátor (pattern generator), alacsony frekvenciás kétcsatornás analóg oszcilloszkóp. A digitális analizátor és a mintagenerátor (egy kis hw módosítással) 4 csatornássá tehető.
Mivel tud többet a PC -s grafikus program már felsorolni is mehéz lenne...

Oké, azt használtam már. Összesen pár alkalommal. Körülbelül olyan gyakran, hogy a grafikus programozónak még a nevére sem ismertem rá. Az eddigiek alapján az a sanda gyanúm, hogy ittlétemmel kapcsolatban egyszerűen csak eltévedtem. Arra mindenesetre megnyugtató választ kaptam, hogy jelen problémám miatt felesleges lesz elcaplatnom egy pk3-ért, mert a pk2 is remekül meg fog felelni.

Szia!
Két pont a PICKit3 mellett:
- A PICKit2 -t nem támogatja az MpLab X,
- A PICKit2 nem lesz képes (egyenlőre) a gyárilag nem támogatott típusok debuggolására.
Bár a 32MX -ekhez van egy megoldás: PIC32MX ejatagproxy