Post by thread:[PIC] Programmer for industrial use

Hello, we're needing to acquire a microcontroller programmer that would be used on an industrial environment. This programmer must be stand-alone (the computer just would be needed for transfering .hex files to the programmer). A programmer that works this way must have an internal memory with enough size to fit some .hex files. To program a device, the device is socketed on the ZIF (ICSP support would be very usefull) and the file is selected with the LCD and keys. Another very interesting feature would be some kind of acess control/criptography so that users don't have how to extract the .hex from the programmer. I've searched the net without finding anything interesting. Someone have sugestions? Experiences on devices like this? Best regards, Brusque

You may try Olin's programmer. But you may need him to add encryption to the programmer. As I am not aware of his programmer supporting such feature by default. John --- spam_OUTbrusqueTakeThisOuThotpop.com wrote: {Quote hidden}> Hello, > > we're needing to acquire a microcontroller > programmer that would be > used on an industrial environment. This programmer > must be stand-alone > (the computer just would be needed for transfering > .hex files to the > programmer). > > A programmer that works this way must have an > internal memory with > enough size to fit some .hex files. To program a > device, the device is > socketed on the ZIF (ICSP support would be very > usefull) and the file is > selected with the LCD and keys. > > Another very interesting feature would be some > kind of acess > control/criptography so that users don't have how to > extract the .hex > from the programmer. > > I've searched the net without finding anything > interesting. Someone > have sugestions? Experiences on devices like this? > > Best regards, > > Brusque > --

kravnus wolf wrote: > You may try Olin's programmer. But you may need him to > add encryption to the programmer. As I am not aware of > his programmer supporting such feature by default. Thanks for the plug, but the OP wanted something stand alone with the HEX file stored locally as I understood it. All of my programmers require the host to send data when needed. They have no local storage of the PIC program.

Olin Lathrop wrote : > kravnus wolf wrote: > > You may try Olin's programmer. But you may need him to > > add encryption to the programmer. As I am not aware of > > his programmer supporting such feature by default. > > Thanks for the plug, but the OP wanted something stand alone > with the HEX file stored locally as I understood it. All of my > programmers require the host to send data when needed. > They have no local storage of the PIC program. On the other hand, the "host" could be a small processor-card implementing a subset of the host protocol, with some extra storage, an LCD and some firmware to load hex files from "the real host" and to run the ProProg... Jan-Erik.

The PM3 will let you store the .hex file on an SD card and use it without the PC. I haven't heard about it encrypting the files, and I don't know much about it, but maybe the SD card can secure the files. (SD = secure digital) James On 3/13/06, Jan-Erik Soderholm <.....jan-erik.soderholmKILLspam@spam@telia.com> wrote: > > Olin Lathrop wrote : > > > kravnus wolf wrote: > > > You may try Olin's programmer. But you may need him to > > > add encryption to the programmer. As I am not aware of > > > his programmer supporting such feature by default. >

> On the other hand, the "host" could be a small processor-card > implementing a subset of the host protocol, with some extra > storage, an LCD and some firmware to load hex files from > "the real host" and to run the ProProg... The fobbit and/or whatever the other version was called perhaps that was by Tony Nixon? Its on the piclist/techref > Jan-Erik. -- andrew

Pocket Programmer. No longer in production. Open source, so you can build your own if you are able. http://www.piclist.com/techref/microchip/pocketprog.htm --- James Newton: PICList webmaster/Admin jamesnewtonKILLspampiclist.com 1-619-652-0593 phone http://www.piclist.com/member/JMN-EFP-786 PIC/PICList FAQ: http://www.piclist.com > {Original Message removed}

James Newton, Host wrote: >Pocket Programmer. No longer in production. Open source, so you can build >your own if you are able. > > > Yep, that was Tony Nixon's gadget. Its open source now, but I don't have it anywhere. --Bob {Quote hidden}>http://www.piclist.com/techref/microchip/pocketprog.htm > >--- >James Newton: PICList webmaster/Admin >.....jamesnewtonKILLspam.....piclist.com 1-619-652-0593 phone >http://www.piclist.com/member/JMN-EFP-786 >PIC/PICList FAQ: http://www.piclist.com > > > > > > > >>{Original Message removed}

On 3/13/06, EraseMEbrusquespam_OUTTakeThisOuThotpop.com <brusquespam_OUThotpop.com> wrote: > Hello, > > we're needing to acquire a microcontroller programmer that would be > used on an industrial environment. This programmer must be stand-alone > (the computer just would be needed for transfering .hex files to the > programmer). > The PICkit2 has been sucessfully used with a PDA. Would that combination meet your requirements? The PICkit2 also has enough internal memory to to standalone programming, but no software has been written to do this that I know of. Regards, Mark markrages@gmail -- You think that it is a secret, but it never has been one. - fortune cookie

brusque@HotPOP.com wrote: {Quote hidden}>Hello, > > we're needing to acquire a microcontroller programmer that would be >used on an industrial environment. This programmer must be stand-alone >(the computer just would be needed for transfering .hex files to the >programmer). > > A programmer that works this way must have an internal memory with >enough size to fit some .hex files. To program a device, the device is >socketed on the ZIF (ICSP support would be very usefull) and the file is >selected with the LCD and keys. > > Another very interesting feature would be some kind of acess >control/criptography so that users don't have how to extract the .hex >from the programmer. > > I've searched the net without finding anything interesting. Someone >have sugestions? Experiences on devices like this? > > Best regards, > > Brusque > > I spec'd out exactly such a product about 3 yrs ago to be used on a Mexican production line, in order to eliminate production errors I have the schematic somewhere, and I think we made one on a whitewire PCB. It used a PIC16F873 and a RAMTRON I2C 32Kx8 FRAM. It held 6 programs that were accessible through a selector switch, a dual R/G led, and used 4 AA cells with a single diode drop for 5.25V. It was a simple design. Now that programming has become so complex, it lost its appeal. Had a booster to run the 13V supply. To make it commercial now, I'd make it rechargeable via a USB cable, use a PIC16F88 and a modern buck up-regulator, and use an ATMEL 128Kx8. What chip(s) do you need to program? --Bob -- Note: To protect our network, attachments must be sent to @spam@attachKILLspamengineer.cotse.net . 1-520-850-1673 USA/Canada http://beam.to/azengineer

----- Original Message ----- From: "Jan-Erik Soderholm" <KILLspamjan-erik.soderholmKILLspamtelia.com> To: <RemoveMEpiclistTakeThisOuTmit.edu> Sent: Monday, March 13, 2006 1:25 PM Subject: RE: [PIC] Programmer for industrial use {Quote hidden}> Olin Lathrop wrote : > >> kravnus wolf wrote: >> > You may try Olin's programmer. But you may need him to >> > add encryption to the programmer. As I am not aware of >> > his programmer supporting such feature by default. >> >> Thanks for the plug, but the OP wanted something stand alone >> with the HEX file stored locally as I understood it. All of my >> programmers require the host to send data when needed. >> They have no local storage of the PIC program. > > On the other hand, the "host" could be a small processor-card > implementing a subset of the host protocol, with some extra > storage, an LCD and some firmware to load hex files from > "the real host" and to run the ProProg... On the "gripping" hand the "host" could be an actual embedded PeeCee clone of some sort (they make 'em pretty small and making Olin's code Linux happen shouldn't be too hard (if it isn't already)). Bob Ammerman RAm Systems