18f2550 and cypress FX2 programmer?? - Electronic Circuits Projects Diagrams Free

patroclus · 2nd July 2006, 12:02 AM

I own a JDM programmer and Willem programmer, and none of these seem to be able to programm 18F2550. Do you know any easy to build programmer to be able to do so??

I would like to know about cypress fx2 programmer too.. thanks!

William At MyBlueRoom · 2nd July 2006, 01:54 AM

My Inchworm ICD2 does, use the JDM to program BL10101.HEX into a 16F877 and you're in business. I'll be posting a single sided layout tomorrow.

mramos1 · 2nd July 2006, 03:47 AM

Quote:

Originally Posted by William At MyBlueRoom

My Inchworm ICD2 does, use the JDM to program BL10101.HEX into a 16F877 and you're in business. I'll be posting a single sided layout tomorrow.

Do you make and sell them? If so how much are they in kit and built. I am looking for an ICD2 shortly.

William At MyBlueRoom · 2nd July 2006, 05:07 AM

A store in Toronto will be carrying them, He's having 50 units made. I'm going to try to make one by hand.

http://www.fullnet.com/u/tomg/gooteepc.htm

I drew the PCB with Sprint-Layout (I like it)

It was fun getting it to single sided.

patroclus · 2nd July 2006, 10:48 AM

I have sprint-layout but it cannot open the files included in the zip file...
by the way, which software do you use to program devices using this programmer?

I see it is not a real programmer but a ICD2 emulator.. I'm not sure I know what that means

**Nigel Goodwin** · 2nd July 2006, 11:05 AM

Quote:

Originally Posted by patroclus

I see it is not a real programmer but a ICD2 emulator.. I'm not sure I know what that means

The ICD2 is a programmer AND an in-circuit debugger (hence ICD), it's not really an 'emulator'.

patroclus · 2nd July 2006, 11:41 AM

what exactly prevents new pics to be programmed in a JDM programmer??

I found a enhanced version of JDM2 that supports 18F2550, ...
the author says

"Schematic & layout for an updated JDM2 PIC Programmer. Includes clock & data filter, Vpp voltage divider for modern PIC microcontrollers (eg USB PIC 18F2455/4455)."

**Nigel Goodwin** · 2nd July 2006, 11:44 AM

Quote:

Originally Posted by patroclus

what exactly prevents new pics to be programmed in a JDM programmer??

Nothing, the hardware requirements are the same, it just needs new software writing for the PC. The advantage of the ICD2 clones is that MicroChip regularly update the software to support new chips for the original ICD2, and you can simply download it and update the clones with the same software.

patroclus · 2nd July 2006, 04:15 PM

Oh, so a ICD2 programmer lets you program the device using MPLAB IDE, isn't it??

But what does in-circuit-debugger really let you do?

I suppose this programer does not work for cypress microcontrolers such as FX2

**Nigel Goodwin** · 2nd July 2006, 04:55 PM

Quote:

Originally Posted by patroclus

Oh, so a ICD2 programmer lets you program the device using MPLAB IDE, isn't it??

But what does in-circuit-debugger really let you do?

Never used it!, but as far as I know (as a minimum) it's lets you single step through the running code and set break points etc.

Quote:

I suppose this programer does not work for cypress microcontrolers such as FX2

Why would MicroChip support another manufacturers product?.

hjames · 3rd July 2006, 06:54 AM

The FX2 doesn't have any internal flash memory. A program can be encoded into a (large enough) I2C eeprom chip, but that can actually be done from the PC. The typical FX2 configuration is a ~32 byte external I2C eeprom that stores the vendor/product IDs and some flags, and all the firmware is loaded in from the PC at runtime.

patroclus · 3rd July 2006, 09:55 AM

hjames, thanks for the info! As I'm quite lost (even spending like 5 hours trying to know something), this really helps me a bit.

So, when you use a FX2, you write the driver on the PC side, and that's it?? I mean, is these driver the same as the firmware going into the FX2??
(Is the firmware loaded using the USB wires, or specific ones??)

I'll appreciatte any simplified operation scheme layout.
Thanks!

hjames · 3rd July 2006, 05:31 PM

Personally I "preload" my i2c eeprom by programming it in from another source, but the standard way seem to be:

1) board with FX2 and uninitialized i2c eeprom
2) board plugs into computer and shows up under cypress's vendor id, product id
3) special program is run which uploads a 8051 program through USB to the FX2 chip and programs the i2c chip
4) board with FX2 and freshly initialized i2c eeprom is unplugged
- the next time the board is plugged in, it will display whatever vendorID/productID is coded into the i2c eeprom

Now, grab the FX2 operational manual and read up on the "renumeration" stuff, and you'll know all there is to know about it. The short answer is that the 8051 firmware is stored on the computer/on disk, and it is passed to the FX2 chip when it is initially connected.

patroclus · 3rd July 2006, 10:42 PM

Oh, thanks, it sounds more clear now.
But, I suppose you have to write some driver to interface with the FX2 ?
I mean, imagine you want to retrieve data with some software you have wrote. How dou you access the FX2 in the PC software side??

hjames · 4th July 2006, 03:32 AM

On Windows machines, Cypress has a library that interfaces to the usb bits. It's goes under the name "cyapi" or "cyusb" or something like that. (I've never used it).

There's another library that's called "libusb-win32" which is a replica of Linux's libusb, but under windows. Since I do a lot of cross platform stuff, I'm probably going to look at that one in depth in the future. It looks like it's already integrated in with the cygwin toolset.

Both of these libraries are "user mode" libraries which take the place of a dedicated kernel driver. They should be good for a couple MB/sec worth of data transfer. For higher performance you typically write a hardware driver, but that tends to be a hassle from a number of perspectives (i.e. download the Microsoft DDK, learn about all the nitty-gritty Windows kernel details).

Thread Tools
Show Printable Version Email this Page
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

2nd July 2006, 12:02 AM	#1
patroclus	18f2550 and cypress FX2 programmer?? I own a JDM programmer and Willem programmer, and none of these seem to be able to programm 18F2550. Do you know any easy to build programmer to be able to do so?? I would like to know about cypress fx2 programmer too.. thanks!

2nd July 2006, 01:54 AM	#2
William At MyBlueRoom	My Inchworm ICD2 does, use the JDM to program BL10101.HEX into a 16F877 and you're in business. I'll be posting a single sided layout tomorrow. __________________ Bill Home of the Firefly PIC Tutor Inchworm ICD2 http://www.blueroomelectronics.com

2nd July 2006, 10:48 AM	#5
patroclus	I have sprint-layout but it cannot open the files included in the zip file... by the way, which software do you use to program devices using this programmer? I see it is not a real programmer but a ICD2 emulator.. I'm not sure I know what that means

2nd July 2006, 11:41 AM	#7
patroclus	what exactly prevents new pics to be programmed in a JDM programmer?? I found a enhanced version of JDM2 that supports 18F2550, ... the author says "Schematic & layout for an updated JDM2 PIC Programmer. Includes clock & data filter, Vpp voltage divider for modern PIC microcontrollers (eg USB PIC 18F2455/4455)."

2nd July 2006, 04:15 PM	#9
patroclus	Oh, so a ICD2 programmer lets you program the device using MPLAB IDE, isn't it?? But what does in-circuit-debugger really let you do? I suppose this programer does not work for cypress microcontrolers such as FX2

3rd July 2006, 06:54 AM	#11
hjames	The FX2 doesn't have any internal flash memory. A program can be encoded into a (large enough) I2C eeprom chip, but that can actually be done from the PC. The typical FX2 configuration is a ~32 byte external I2C eeprom that stores the vendor/product IDs and some flags, and all the firmware is loaded in from the PC at runtime.

3rd July 2006, 09:55 AM	#12
patroclus	hjames, thanks for the info! As I'm quite lost (even spending like 5 hours trying to know something), this really helps me a bit. So, when you use a FX2, you write the driver on the PC side, and that's it?? I mean, is these driver the same as the firmware going into the FX2?? (Is the firmware loaded using the USB wires, or specific ones??) I'll appreciatte any simplified operation scheme layout. Thanks!

3rd July 2006, 05:31 PM	#13
hjames	Personally I "preload" my i2c eeprom by programming it in from another source, but the standard way seem to be: 1) board with FX2 and uninitialized i2c eeprom 2) board plugs into computer and shows up under cypress's vendor id, product id 3) special program is run which uploads a 8051 program through USB to the FX2 chip and programs the i2c chip 4) board with FX2 and freshly initialized i2c eeprom is unplugged - the next time the board is plugged in, it will display whatever vendorID/productID is coded into the i2c eeprom Now, grab the FX2 operational manual and read up on the "renumeration" stuff, and you'll know all there is to know about it. The short answer is that the 8051 firmware is stored on the computer/on disk, and it is passed to the FX2 chip when it is initially connected.

3rd July 2006, 10:42 PM	#14
patroclus	Oh, thanks, it sounds more clear now. But, I suppose you have to write some driver to interface with the FX2 ? I mean, imagine you want to retrieve data with some software you have wrote. How dou you access the FX2 in the PC software side??

4th July 2006, 03:32 AM	#15
hjames	On Windows machines, Cypress has a library that interfaces to the usb bits. It's goes under the name "cyapi" or "cyusb" or something like that. (I've never used it). There's another library that's called "libusb-win32" which is a replica of Linux's libusb, but under windows. Since I do a lot of cross platform stuff, I'm probably going to look at that one in depth in the future. It looks like it's already integrated in with the cygwin toolset. Both of these libraries are "user mode" libraries which take the place of a dedicated kernel driver. They should be good for a couple MB/sec worth of data transfer. For higher performance you typically write a hardware driver, but that tends to be a hassle from a number of perspectives (i.e. download the Microsoft DDK, learn about all the nitty-gritty Windows kernel details).