Post by thread:[PIC] Making a PICKIT2 Linux GUI... What do you th

This is what I have so far: it's a PICKIT2 GUI for Linux. Well, it'll work on any OS that PICKIT2 CMD works on, but mainly designed for Linux. http://omploader.org/vMWVzNA (click to see screenshot) It works... It is not complete and I will release it when it is. But what do you guys think? Worth to continue developing? Or a complete waste of time and no one cares? -- solarwind

On Sat, Mar 21, 2009 at 11:00 AM, solarwind <spam_OUTx.solarwind.xTakeThisOuTgmail.com> wrote: > This is what I have so far: it's a PICKIT2 GUI for Linux. Well, it'll > work on any OS that PICKIT2 CMD works on, but mainly designed for > Linux. > > http://omploader.org/vMWVzNA (click to see screenshot) > > It works... It is not complete and I will release it when it is. But > what do you guys think? Worth to continue developing? Or a complete > waste of time and no one cares? > It is a good idea and a good start. pk2cmd is integrated into PiKdev. But a standalone GUI for pk2cmd will be good to have since PiKdev has other things. http://pikdev.free.fr/ Another GUI front. http://www.cannasoftware.com/content/view/32/1/ Jeff Post has an idea of doing something like gpicp using SDL. http://home.pacbell.net/theposts/picmicro/ In the idea case, the GUI should be similar to the GUI used by the PICkit 2 PC GUI application for Windows but it has some extra functionality not available in pk2cmd (eg: UART tool and logic analyzer). But the programming part should be good to be kept. http://www.microchip.com/pickit2 Regards, Xiaofan

It's really only important that YOU care:-)) Your life is still your journey, and a good one, whether or not others are on the same road. In any case, this sounds great ... to my largely meaningless opinion. RiB On Sat, Mar 21, 2009 at 10:00 AM, solarwind <.....x.solarwind.xKILLspam@spam@gmail.com> wrote: {Quote hidden}> This is what I have so far: it's a PICKIT2 GUI for Linux. Well, it'll > work on any OS that PICKIT2 CMD works on, but mainly designed for > Linux. > > http://omploader.org/vMWVzNA (click to see screenshot) > > It works... It is not complete and I will release it when it is. But > what do you guys think? Worth to continue developing? Or a complete > waste of time and no one cares? > > -- > solarwind > -

On Sat, Mar 21, 2009 at 3:04 AM, Roger, in Bangkok <merciesKILLspamcscoms.com> wrote: > It's really only important that YOU care:-)) Your life is still your > journey, and a good one, whether or not others are on the same road. I wouldn't care what people think about me becoming a doctor of medicine, but I do care if I should waste my time making something like this if other people think it's stupid/pointless/no one's going to use it. That's why I ask. > In any case, this sounds great ... to my largely meaningless opinion. Not meaningless. Just as meaningful as anyone else's. > RiB

On Mar 21, 2009, at 9:35 AM, solarwind wrote: > On Sat, Mar 21, 2009 at 3:04 AM, Roger, in Bangkok > <.....merciesKILLspam.....cscoms.com> wrote: >> It's really only important that YOU care:-)) Your life is still your >> journey, and a good one, whether or not others are on the same road. > > I wouldn't care what people think about me becoming a doctor of > medicine, but I do care if I should waste my time making something > like this if other people think it's stupid/pointless/no one's going > to use it. That's why I ask. Considering that my main platform is OS-X, and OS-X is Unux based, I'm very interested in your PK2CMD GUI. I can't think of how many times I have to type 'pk2cmd' with no argument just to see the help and various tags. Joe

On Sat, Mar 21, 2009 at 12:44 PM, Joseph Bento <EraseMEjosephspam_OUTTakeThisOuTkirtland.com> wrote: > Considering that my main platform is OS-X, and OS-X is Unux based, I'm > very interested in your PK2CMD GUI. I can't think of how many times I > have to type 'pk2cmd' with no argument just to see the help and > various tags. > > Joe Beautiful. Will do. If you have any specific features that you would like, please post and I'll do my best to add them.

According to solarwind <x.solarwind.xspam_OUTgmail.com> on Sat, 03/21/09 at 15:04: > > Do you guys prefer this to be Java based or written in C++? Cuz I can > do both, but I don't know what people like these days... Whatever happened to Perl or C? Regards, web... -- William Bulley Email: @spam@webKILLspamumich.edu The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately, and delete this message.

On Sat, Mar 21, 2009 at 7:04 PM, solarwind <KILLspamx.solarwind.xKILLspamgmail.com> wrote: > Do you guys prefer this to be Java based or written in C++? Cuz I can > do both, but I don't know what people like these days... > Personally if I could I avoid anything that is Java based. Also I avoid anything that is .NET based. I have a native platform that 99% of PCs made of - incl. new Macs - so I need native applications on my computer. As a featrue list - if it was pretty much the same as the original PICkit2 gui for Windows, then I think it could be a popular one. I mean everything that is possible getting out of the original CUI tool so that serial terminal and logic analyser is not an option I suppose. HEX view for both program and eeprom memory, import/export, device selection, config editor, and the standard functionalities like Read/Write/Erase/Verify. If you do a HEX editor and a customizable serial number generator then it will be even better than the original tool. Tamas -- http://www.mcuhobby.com

> Do you guys prefer this to be Java based or written in C++? Cuz I can > do both, but I don't know what people like these days... It really should be Fortran for OS/360. ******************************************************************** Embed Inc, Littleton Massachusetts, http://www.embedinc.com/products (978) 742-9014. Gold level PIC consultants since 2000.

On Sat, Mar 21, 2009 at 4:32 PM, Tamas Rudnai <RemoveMEtamas.rudnaiTakeThisOuTgmail.com> wrote: > Personally if I could I avoid anything that is Java based. Also I avoid > anything that is .NET based. I have a native platform that 99% of PCs made > of - incl. new Macs - so I need native applications on my computer. > > As a featrue list - if it was pretty much the same as the original PICkit2 > gui for Windows, then I think it could be a popular one. I mean everything > that is possible getting out of the original CUI tool so that serial > terminal and logic analyser is not an option I suppose. HEX view for both > program and eeprom memory, import/export, device selection, config editor, > and the standard functionalities like Read/Write/Erase/Verify. > > If you do a HEX editor and a customizable serial number generator then it > will be even better than the original tool. Great idea. I was leaning towards C++ anyway. And I really like the UART tool and I bet it's just a matter of simple commands sent to the 2550 inside the PICKIT2 to get it into UART mode. I'll bug the PICKIT2 in windows to see what exactly is being sent to the PICKIT2 to get it into UART mode and I'll try replicate that under Linux. -- solarwind

On Sat, Mar 21, 2009 at 03:04:58PM -0400, solarwind wrote: > Do you guys prefer this to be Java based or written in C++? Cuz I can > do both, but I don't know what people like these days... You're the developer. So you get to choose. Java has the advantage of being cross platform. So you can generate a tool that can run on multiple platforms. Just a thought. BAJ

On Sat, Mar 21, 2009 at 10:14 PM, William "Chops" Westfield <RemoveMEwestfwEraseMEEraseMEmac.com> wrote: > As an "exercise", see if you can make it portable between linux, > MacOSX, and Windows. If you can do that, we won't much care what > language it's written in. I don't need the "exercise" ;) I've been doing this for years. Yes years. Linux and MacOS wont be much trouble at all. I'm using a solid GUI toolkit and the rest is simple Unix pipes which will work on any POSIX operating system. The only non POSIX OS I can think of is Windows (winblows). So far, what I have works on Linux and Mac, but I don't own a Mac so I need someone on the list who uses a Mac to help me test it. If you're interested, please email me offlist and I will send you the source soon (after I finish studying this chemistry chapter).

On Sat, Mar 21, 2009 at 10:21 PM, Byron Jeff <RemoveMEbyronjeffspam_OUTKILLspamclayton.edu> wrote: > You're the developer. So you get to choose. > > Java has the advantage of being cross platform. So you can generate a tool > that can run on multiple platforms. > > Just a thought. Java is beginning to piss me off though. It's slow. It really is. You (you as in general, not you specifically) can argue all you want about how hotspot makes it fast. But in reality, start to finish execution is much slower than C/C++. Just a thought.

On Sat, Mar 21, 2009 at 3:35 PM, solarwind <RemoveMEx.solarwind.xTakeThisOuTspamgmail.com> wrote: > On Sat, Mar 21, 2009 at 10:21 PM, Byron Jeff <EraseMEbyronjeffspamspamBeGoneclayton.edu> > wrote: > > You're the developer. So you get to choose. > > > > Java has the advantage of being cross platform. So you can generate a > tool > > that can run on multiple platforms. > > > > Just a thought. > > Java is beginning to piss me off though. It's slow. It really is. You > (you as in general, not you specifically) can argue all you want about > how hotspot makes it fast. But in reality, start to finish execution > is much slower than C/C++. Just a thought. > Not to mention, the whole "multi platform" thing is kind of a joke. What tends to happen is that projects incorporate some libraries (be it GUI, networking, anything) that are only available for certain platforms, and then all of a sudden you end up with different "builds" of the software anyway, so you might as well just use conditional compilation to build a C/C++ project for different platforms to begin with. - Marcel

solarwind wrote: >> It really should be Fortran for OS/360. > > Ok, I'll write it in C++ and when I'm done, I'll contact you so you > can write the port for your obscure language/OS. Geesh, that was a joke. I suppose it is lost on those that don't know what Fortran OS/360 and JCL are though. ******************************************************************** Embed Inc, Littleton Massachusetts, http://www.embedinc.com/products (978) 742-9014. Gold level PIC consultants since 2000.

solarwind wrote: > Java is beginning to piss me off though. It's slow. It really is. You > (you as in general, not you specifically) can argue all you want about > how hotspot makes it fast. But in reality, start to finish execution > is much slower than C/C++. Java is slower than a fully compiled language, but I have a hard time believing that makes any difference at all for something as inherently slow as a PIC programmer. ******************************************************************** Embed Inc, Littleton Massachusetts, http://www.embedinc.com/products (978) 742-9014. Gold level PIC consultants since 2000.

Marcel Birthelmer wrote: > Not to mention, the whole "multi platform" thing is kind of a joke. > What tends to happen is that projects incorporate some libraries (be > it GUI, networking, anything) that are only available for certain > platforms, and then all of a sudden you end up with different > "builds" of the software anyway, so you might as well just use > conditional compilation to build a C/C++ project for different > platforms to begin with. I only know a little bit about Java, but I thought the whole point is the portability. What would a clickety-click wrapper for a PIC programmer command line tool need that is so out of the ordinary as to not be in a standard library? ******************************************************************** Embed Inc, Littleton Massachusetts, http://www.embedinc.com/products (978) 742-9014. Gold level PIC consultants since 2000.

On Sat, Mar 21, 2009 at 7:09 PM, Olin Lathrop <RemoveMEolin_piclistKILLspamembedinc.com> wrote: > I only know a little bit about Java, but I thought the whole point is the > portability. What would a clickety-click wrapper for a PIC programmer > command line tool need that is so out of the ordinary as to not be in a > standard library? Java starts up slow, that's what pisses me off.

Olin Lathrop wrote: > Marcel Birthelmer wrote: >> Not to mention, the whole "multi platform" thing is kind of a joke. >> What tends to happen is that projects incorporate some libraries (be >> it GUI, networking, anything) that are only available for certain >> platforms, and then all of a sudden you end up with different >> "builds" of the software anyway, so you might as well just use >> conditional compilation to build a C/C++ project for different >> platforms to begin with. > > I only know a little bit about Java, but I thought the whole point is the > portability. Well, at least it *was*... :-) > What would a clickety-click wrapper for a PIC programmer > command line tool need that is so out of the ordinary as to not be in a > standard library? Probably nothing. But I guess that if you run all standard you'll end up with a "Java-app", not a "Windows app" or a "OS-X app" or whatever. Most programmers would like their tool to have the look-and-feel of the host OS. And no, I'm no Java-fan... :-) Jan-Erik. > > > ******************************************************************** > Embed Inc, Littleton Massachusetts, http://www.embedinc.com/products > (978) 742-9014. Gold level PIC consultants since 2000.

On Sat, Mar 21, 2009 at 11:42 PM, Jan-Erik Soderholm <jan-erik.soderholmSTOPspamspam_OUTtelia.com> wrote: > Most programmers would like their tool to have the > look-and-feel of the host OS. Jan Erik, that is irrelevant because there are many toolkits including SWT that provide 100% native GUI look and feel for any Java application.

>> Java is beginning to piss me off though. It's slow. It really is. You [...] > Not to mention, the whole "multi platform" thing is kind of a joke. What > tends to happen is that projects incorporate some libraries (be it GUI, Not to mention too that some applications only run with a specific version of Java so it is worse than if they where compiled for the native OS. I mean, we end up (at work) with two or three VMs, each one running a specific version of Java, with the solely purpose of running a (needed) GUI that requires such a version but neither oldest nor newest (doubt: is it 'nor' or 'or' ?). -- Diego.

But you can do that with Java. You just have to do the "set look and feel" thing and you can make it look like Mac, Windows, or whatever. And you can have that happen at run-time, not compile time, if you like. John On Sat, Mar 21, 2009 at 7:42 PM, Jan-Erik Soderholm < spamBeGonejan-erik.soderholmSTOPspamEraseMEtelia.com> wrote: {Quote hidden}> Olin Lathrop wrote: > > Marcel Birthelmer wrote: > >> Not to mention, the whole "multi platform" thing is kind of a joke. > >> What tends to happen is that projects incorporate some libraries (be > >> it GUI, networking, anything) that are only available for certain > >> platforms, and then all of a sudden you end up with different > >> "builds" of the software anyway, so you might as well just use > >> conditional compilation to build a C/C++ project for different > >> platforms to begin with. > > > > I only know a little bit about Java, but I thought the whole point is the > > portability. > > Well, at least it *was*... :-) > > > What would a clickety-click wrapper for a PIC programmer > > command line tool need that is so out of the ordinary as to not be in a > > standard library? > > Probably nothing. But I guess that if you run all standard you'll > end up with a "Java-app", not a "Windows app" or a "OS-X app" or > whatever. Most programmers would like their tool to have the > look-and-feel of the host OS. > > And no, I'm no Java-fan... :-) > > Jan-Erik. > > > > > > > > > > > ******************************************************************** > > Embed Inc, Littleton Massachusetts, http://www.embedinc.com/products > > (978) 742-9014. Gold level PIC consultants since 2000. > -

solarwind wrote: > On Sun, Mar 22, 2009 at 12:10 AM, Bob Blick <EraseMEbobblickEraseMEftml.net> wrote: >> Isn't QT cross-platform these days? So C++ and QT might be the best >> choice. And have AmaroK advance to the next song with the red button on >> the PicKit2 :) > > If you're not joking, I'll seriously have that as a feature. Win+B is good enough for me, but how about just the choice of 1. program a pic 2. send a D-Bus message 3. execute a program ? Cheers, Bob

On Sun, Mar 22, 2009 at 8:10 AM, Bob Blick <spamBeGonebobblickKILLspamftml.net> wrote: > Isn't QT cross-platform these days? So C++ and QT might be the best > choice. Yeah that seems to be a good choice. Both of the two current pk2cmd GUIs use QT. Actually the main difficulty to port pk2cmd itself is USB. We have to use different API on different platforms: native HID API under Windows, Mac OS X, libusb under Linux. Xiaofan

Why not look at realbasic you can compile for 'nix,Windows and Mac. If you can code it in 30 days then you can download the trial versions for Windows and Mac. As you would also get students discount you might be able to afford the pro version which allows the one compiler install to produce executables for all 3 systems in one go. I find it clunky, but I have seen one largish home automation company here in Australia that actually specified proficiency in RealBasic so it might not be a waste of time purchasing it. http://www.realbasic.com Colin -- cdb, .....colinspam_OUTbtech-online.co.uk on 22/03/2009 Web presence: http://www.btech-online.co.uk Hosted by: http://www.1and1.co.uk/?k_id=7988359

On Sat, Mar 21, 2009 at 11:12 PM, cdb <TakeThisOuTcolin.....TakeThisOuTbtech-online.co.uk> wrote: > Why not look at realbasic you can compile for 'nix,Windows and Mac. > > If you can code it in 30 days then you can download the trial > versions for Windows and Mac. > > As you would also get students discount you might be able to afford > the pro version which allows the one compiler install to produce > executables for all 3 systems in one go. > > I find it clunky, but I have seen one largish home automation company > here in Australia that actually specified proficiency in RealBasic so > it might not be a waste of time purchasing it. > > http://www.realbasic.com I absolutely HATE basic with a passion. Also, why would I want commercial garbage when there are amazing GPL based software out there? Currently I'm making it in Qt and C++ with QtCreator and it's amazing. Very flexible and easy to use. A bit confusing at first but the IDE has everything. If I'm stuck on a function for a widget, I simply put my cursor at the object and press F1 and a full help section and tutorial pops up on the right side. Very well documented and easy to use. This is the first awesome RAD tool I've seen for Linux. 100% free, fast, easy to use and it's from Trolltech. What more could a developer want? Also fully cross-platform.

On Mar 21, 2009, at 4:21 PM, Byron Jeff wrote: > On Sat, Mar 21, 2009 at 03:04:58PM -0400, solarwind wrote: >> Do you guys prefer this to be Java based or written in C++? Cuz I can >> do both, but I don't know what people like these days... > > You're the developer. So you get to choose. > > Java has the advantage of being cross platform. So you can generate > a tool > that can run on multiple platforms. Could also be done in python... I've seen it done without TOO much pain (there's always something when doing cross-platform GUI's), but I'm no GUI coder... so I just mention it for "completeness". -- Nate Duehr TakeThisOuTnateKILLspamspamnatetech.com

On Sun, Mar 22, 2009 at 8:27 PM, Robert Kiely <.....robert.kielyRemoveMEgmail.com> wrote: > Why not use Objective-C and GnuStep ? Works on Windows and Linux and of > course the Mac OS X Carbon API is based on the same technology so should > work out of the box with only a few gotchas. > > Just my two cents. > > Rob Already started with Qt 4 and C++. Works great. I'll probably post a preliminary version for you all to test soon.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I already have a library that will operate a PICkit2 to do most of the auxiliary functions that the Windows GUI does, along with command-line frontends to them. The only thing missing is the oscilloscope-like function; direct pin control and serial communication both work (although potentially with a few bugs, and rather untested). It's written in C and uses libusb, so it should work on a lot of platforms. If anyone is interested, I'll be skimming the PIClist, though I'm busy enough that I've been barely reading it lately, so you might want to send a message directly to me as well. A GUI would be the perfect complement to a library and CLI utilities. Chris Robert Kiely wrote: > Why not use Objective-C and GnuStep ? Works on Windows and Linux and of > course the Mac OS X Carbon API is based on the same technology so should > work out of the box with only a few gotchas. > > Just my two cents. > > Rob -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: GnuPT 2.7.2 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknGpuEACgkQXUF6hOTGP7fhlgCcDZGLSVbQIWEtWBOmaZvKiZps BtsAnRX8cjE+OFhMveB8dVFP1aTOSv1/ =PKyL -----END PGP SIGNATURE-----

Maybe http://www.etymonline.com/index.php?term=troll > -----Oorspronkelijk bericht----- > Van: RemoveMEpiclist-bouncesspamBeGonemit.edu [spamBeGonepiclist-bounces@spam@spam_OUTmit.edu] > Namens Russell McMahon > Verzonden: maandag 23 maart 2009 14:07 > Aan: Microcontroller discussion list - Public. > Onderwerp: Re: [PIC] Making a PICKIT2 Linux GUI... What do you think? > > I ca't help myself ... > > > ... and it's from Trolltech. > > :-) > > > RM > -