Jó ideje használhatjuk a PICKit2 programozót Microchip kontrollrek programozására. Az utóbbi években a gyártó felhagyott a fejlesztésével. Az azóta megjelent típusokra már nem kaphatunk gyári megoldásokat. Néhány hete, hónapja a PICKit2 továbbfejlesztésével foglalkozom.
- A kezelhető típusokat kibővítettem szinte az összes most forgalomban levő családokra (32MX1x, 32MC2x, 24EP, 33EP, stb.) valamint a közkedvelt 16C84, 16F84 kontrollerekkel.
- Az azóta a Microchip által felvásárolt SST SPI flash memóriákat is lehet programozni.
A programozás melletti egyébb funkciókat is kibővítettem:
- 10MHz -es frekvenciamérő,
- 3 csatornás digitális mintagenerátor,
- 2 csatornás feszültségmérő,
- 2 csatornás, alacsony frekvenciás oszcilloszkóp lehetőséggel.
Az eddigi eredményim a PICKit2 klón építése topikban találhatók.
Várom az ötleteket, javaslatokat.

A 18F4550 -re való áttérés nem sok új lehetőséget hoz. A program memória, RAM memória ugyan akkora. A logikai analizátorhoz csak a PORTA lábait lehet felhasználni, mert egy portról való olvasás fér csak bele az időzítésbe, és véges a buffer tárhelye (512 byte). A belső MSSI -t a ProgramAndGo memória kezelésére használták fel. Talán a belső memória szoftveres kezelése felszabadíthatja az MSSI modult, a WP láb áthelyezése pedig az UART -ot, de ez még a 18F2550 -nel is megoldható.

Az nem lenne jó ötlet, ha a sok fejlesztést implementálnád egy új családba tartozó, nagyobb PIC-be? Lehetne PICKIT svájci-bicska, vagy a már felvetett PICKIT++ is a neve. Ekkor már köré építhetnénk az egyéb perifériákat is. Tulajdonképpen elszakadnánk az "eredeti" PICKIT2-től és egy merőben új egységet fejlesztenénk.
El tudnám képzelni (megfelelő I/O esetén), hogy közvetlenül rá lehet csatlakoztatni egy 2x16-os LCD-t, ami az UART (SPI, 1wire) kommunikációt, vagy analóg feszt, esetleg hőfokot, vagy frekvenciát, kitöltési tényezőt, stb... írja ki. Egy RTC is jó lenne, bár nem létszükséglet.

Szia!
Ketté kellene akkor választani a fejlesztést:
- A Microchip programját tovább lehet fejleszteni, de csak Microchip gyártmányok kezelésére lehet felhasználni. A módosításba belefért az SST memóriákkal való bővítés, mert időközben a Microchip felvásárolta őket. Ebbe a kategóriába gyakorlatilag minimális változtatások férnek csak bele. Pl. 1-wire kizárva a fenti korlátozás miatt. A hétvégén az első lépést megtettem: egy vezérlő láb áthelyezésével a logikai analizátor és a mintagenerátor 4 csatornássá, a feszültség mérő 3 csatornássá vált. Apró, de hasznos kiegészítések:
-- A 18F2550 MCLR lábának az +5V_USB -re húzása 10k ellenállással,
-- A I2C EEProm -ok A2 címvezetékének +5V_USB (24FC1025) ill. Vss (24FC512) állíthatósága,
-- A I2C EEProm -ok WP vezetékének Vss -re való húzása 10k ellenállással,
-- Az AUX bemenet földre húzása 1M ellenállással,
-- A belső EEPRom fel nem használt területén kiépítettségre utaló tartalom elhelyezése (EEProm kapacitás, felület (SPI vagy I2C), Vdd állításra képes-e a szerkezet, stb),
-- Az újrafordított bootloader életre keltése,

-- Újabb programozható eszközcsaládok kezelésére való felkészítés (NV digitális potenciométerek, ...).

- Egy teljesen új eszköz fejlesztés alapjaiban újraírt programmal, firmware -rel. Ez nem hobby szintű feladat. Nézzétek meg az Open Branch Logic Sniffer -t vagy a Bus Pirate -t.

Sikerült a nagyobb módosítás is. Áthelyeztem egy lábat és máris 4 csatornás a logikai analizátor és három kivezetésen lehet feszültséget mérni. A furatszerelt klónon a game port kivezetésből átalakított ICSP vezetéken még a 7 ér is megvan, csak a csatlakozót kell 7 pólusúra cserélni. A legszebb a dologban, hogy az analizátor programjába nem is kellett belenyúlni... Az AUX kivezetés és az új bemenet 1M, az I2C EEPromok WP vezetéke pedig 10k földre húzó ellenállást kapott. A segítő képeket még módosítanom kell.

Nagyon jó, van még lehetőség ?!
Steve

Szia!
Egy pontos periódusidő mérés már előkészületben ~833ns..1us felbontással max 360s -ig. Ha lenne valami jó ötlet... Most csak olyan jut eszembe, amihez már egy kis külső áramkör is kellene: Fénymérés (fény/frekvencia átalakítóval: TSL23x), LCD teszter (I2C port bővítővel: MCP23017), L és C mérés (MCP6541). Most már két nagyimpedanciás bemenete van, sajnos a alkatrész vizsgálóhoz minimum 3 kellene.

1. Fordulatszám kijelző programocska, ami átszámolja a freki értékeket (ford/perc) megjelenítésre(hall -al, vagy OPTO kapuval lehetne kapuzni forgó tengelyek esetén).
2. Kalibrálható kijelzés analog feszmérőkhöz, hogy más egységben lehessen megjeleníteni a feszültségeket(pl. nyomás, hőmérséklet stb.)
3. impulzus számláló, esetleg időméréssel kombinálva(adott(hosszú) idő alatt mennyi impulzus)

Kitöltési tényező mérése, normál zenei hangokhoz viszonyítás, így akár gitár vagy hangszer hangoló is lehetne. Sony és RC5 (Philips) kódok és címek felismerése egy TSOP-n keresztül. 1 és 0,5Hz-es TTL kimenet (OC) a tesztelésekhez. (Tudom a jelgenerátor is tudja).

Ezek nagyon jó ötletek a watt-éval együtt, szegény HP41C kolléga !
Steve

Watt első ötlete már kész. A PICKit2_Rotation.jpg képen egyébként egy TSL230 kimenetét méri a PICKit2... Vicsys kitöltési tényező mérési ötlete (1s kapuidővel) is működik már. Jelgenerátorhoz készült mintageneráló eljárás.

Még az impulzus/fordulat érték beállíthatóságára is egyből gondoltál!

Szia!

Két problémám van a megvalósítással:
- A skála faktorról nem lehet semmit sem tudni, így könnyen kimegy a szám a megjelenítési formátumából.
- Egy offszet megadás is kellene.

Egyébként azon gondolkodem, hogy elég-e az Uart tool 32400 Baud maximális sebessége. Az Rx láb szabad, fel lehetne szabadítani a Tx lábat (most az EEPromok WP jele) is. Ekkor használni lehetne a belső uart -ot. 57600, 115200 is használható lenne pl az IrDa -hoz.

Így is meg lehet csinálni.

Sima lineáris függvényt lehetne hozzárendelni egy lineárisan változó feszültséghez. A függvénybe az eltolás is bele foglalható. Az is megoldás, ha a függvény úgy kell beadni.
Ilyenre gondolok:

Nem a PIC-el kéne kiszámoltatni.

Esetleg tranzisztor tesztelést meg lehetne valósítani?

Sajnos a kijelzésnél is felléphet kerekítés, mint a fenti képlet esetén a Ch1 offset -jénél. Az eredménynél már a mérnöki formát alkalmazom, azaz 1 és 999 közé konvertálom a számot és utána írom a SI szorzót.

Legtöbb esetben 1 tized felbontás gyakorlatban kielégítő. Erre korlátozva és ezt elfogadva használható lenne szenzorok kipróbálásához.

Sziasztok!
A mai termés:

Nagyon jó és ezt közreadod ?!
Steve

Sziasztok!
A mai termés. Az AUX2 kép és a hozzá tartozó gombok csak akkor jelennek meg, ha a firmware kezeli.

Szia!
Ez jó ( a frekit is állíthatóvá tetted ?! ) !

Logikailag zavaró, hogy az ábrán négy csatorna eredménye látszik, a bekötési rajzon meg csak három szerepel. Ez még változni fog, ugye?

Szia!
Javítva.

Sziasztok!
Ilyesmire gondoltatok? A nagy fehér mezőben az már végrehajtott műveletek eredménye jelenik (majd) meg...

Nagy vagy!!!! Szeretem látni amikor az ember megszállottságból alkot valami fergetegeset.
Már várom hogy publikáld a hardveres változtatásokat is, hogy utána építsem a te PK2 módodat. Szép munka, csak így tovább.

Nagyon ügyes vagy és jó opciókat realizálsz, látszik, hogy nem íróasztal mögött nézed !
Egy kis észrevétel: az I2C tudomásom szerint max. 10 bites címmel dolgozik, így az 'upper' részt láthatatlanná kellene tenni, ne legyen zavaró / ( ha jól értelmeztem az "add u" -t ! )

Szia!

Eddig csak 7 bites címekre készültem fel, az addru az eszközön belüli cím legfelső byte -jának készült. Jó ötlet a 10 btes mód...

Idézet:
„z eszközön belüli cím legfelső byte -jának készült.”

de ez I2C-nél nem lehet !

Még egy ötlet, ha nem ütközik szerzői jogokba: Dallas 1-wire eszközök cím lekérdezése .