Chip programming software to support any programming hardware and devices to program. New chips and new programming hardware support to be added via DLL. Automagic check on whether hardware can program chip.
Be the first to post a text review of GunFire - chip programmer software. Rate and review a project by clicking thumbs up or thumbs down in the right column.
If you're looking for IOAccess, check http://portio.sourceforge.net. The library's been renamed "get_io". I've split off the IOAccess DLL, plus all the other PC platform-level stuff, into the PortIO project. This library-type stuff is obviously reuseable on other projects (and the hits and downloads seem to show that people are finding it useful), so it doesn't make sense to shoehorn it into GunFire. GunFire will simply use the interface stuff provided by PortIO. I'll be mostly doing PortIO for the next month or so, getting that sorted and fine-tuned, then using it in GunFire. Actually I'll mostly be doing DIY and gardening, but when I do get some time on the PC... ;-) Graham.
Another advance - the IoAccess DLL is done, allowing the program to dig out port details from the registry. Add the PortTalk DLL, and this is everything needed to finish off parallel port support (except for the time to put it together :-) The remaining work now is just filling in parallel port support and putting together the PIC16F877 programming algorithm, and then version 0.1 will be ready to go.
The program is now using wxWindows. All strings have been converted to use wxString, and DLL support now uses wxDynamicLibrary. The only place using the old C/C++ strings is the error handler, and I don't see much point in messing with that right now. There's also been some reworking of the DLL support to get a better architecture for the class type handlers. Three main things left to do now for the alpha: fully implement parallel port handling; add the PIC programming algorithm (probably copying much of it from some other program); and put on a minimal front end.
Finally got something that'll toggle pins on a parallel port programmer. OK, much of the programming interfacing is stub code, but the fact that it works at all is something. Getting towards alpha nicely. I got hacked off with file support being baked into the main program, so that's now been moved to DLL support as it should be, and a DLL for Intel HEX file support is done. This caused some bother until I got exporting of a library file sorted for the application, so that the DLLs could use classes defined by the application. The rework side comes from moving to wxWindows. So far everything has been using basic ASCII and C++ streams (or C files in early code). While things are still fairly simple and there isn't too much investment in any particular way, I think it's time to get that structure in place. Putting this in now will solve a great deal of pain further down the line. Whilst this is the right thing to do long-term, it will delay the alpha a bit.
Be the first person to add a text review.
Copyright © 2009 Geeknet, Inc. All rights reserved. Terms of Use
Thanks for your rating!
Would you also like to write a review?