gnupic: Traffic lights as extreme feedback device controlled by a PIC via USB


Previous by date: 5 Aug 2012 19:52:16 -0000 Re: Traffic lights as extreme feedback device controlled by a PIC via USB, Peter Stuge
Next by date: 5 Aug 2012 19:52:16 -0000 Re: Traffic lights as extreme feedback device controlled by a PIC via USB, Joe Pfeiffer
Previous in thread: 5 Aug 2012 19:52:16 -0000 Re: Traffic lights as extreme feedback device controlled by a PIC via USB, Peter Stuge
Next in thread: 5 Aug 2012 19:52:16 -0000 Re: Traffic lights as extreme feedback device controlled by a PIC via USB, Joe Pfeiffer

Subject: Re: Traffic lights as extreme feedback device controlled by a PIC via USB
From: Holger Oehm ####@####.####
Date: 5 Aug 2012 19:52:16 -0000
Message-Id: <501ECEB2.6050404@holger-oehm.de>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi Peter!

Thank you very much for discussing this with me!

> If you had picked a less restrictive license (MIT, BSD, etc) then I
> believe that you would also see many commercial products use the
> stack, and perhaps get some contributions back from those users.
> 
> The license is entirely your choice and I respect the GPL, but for
> embedded it unfortunately means that the whole project is not usable
> for professional users who develop proprietary products, and for
> things I do I like to try to include them too. :)

Well I didn't write the firmware from scratch, it is derived from an
implementation by Bradley A. Minch (see CREDITS[1]). I asked him for
permission to publish my project under GPLv3 and under my name.
So I am not sure if I am free to choose another license for the project.
But of course I can ask him again if he would agree to other licenses,
too. I would like to stick to something recognized by the FSF and
compatible with GPL[2] (e.g. the Apache License, Version 2.0[3], would
that work for you?).

> step 0: install java ;)

Ah, that is not necessary on a system I own (or where I have sufficient
permissions). ;)

> On a side note libusb.so is the libusb-0.1
> library, an API which has been deprecated for very many years
> already. There are Java bindings also for the libusb-1.0 API.

I should check out those bindings, that might be better than using JNA
to access libusb.so.

> libwdi can easily configure older systems to support WinUSB Devices.
> It can be built both with and without the WinUSB driver included in
> the library. If built with the driver included then it'll work from
> XP and up. If built without, then the driver needs to be on the
> system already; ie. will work from Vista and up.

I dont know if I want to go through the hassle to set up a cross
compiler for Windows, so a ready made binary were much easier. What
about that Zadig standalone driver installer? Could I point to that for
driver installation?
But if I have to make my own installer then Vista and up would be enough
for the Windows PCs I use.

> You decide this of course! :) I just wanted to share the info about
> libusb-1.0, WinUSB and WinUSB devices since it is not so widely known
> yet, and since it really is a huge step forward in both user
> experience on Windows and in portability for devices - while at the
> same time allowing to use much more of the broad spectrum of
> communications that USB offers. (The WinUSB driver doesn't support
> isochronous transfers, and has a few other odd limitations, but it's
> still a huge step up from HID.)

I appreciate this information, I didn't know anything about WinUSB and
this MS USB extension descriptor.

And I think you convinced me now, switching to the vendor specific class
is the better option. I am going to change the firmware and it is on the
TODO list now (literally: [4]).

What remains to do for me is now:
1. change the firmware: change the device class, add the 0xee string
   and the descriptor that says that the device wants the WinUSB driver.
2. describe (for windows users) how to use that Zadig standalone
   driver installer.
Or better: configure libwdi to setup the WinUSB driver on
   Windows Vista and Windows 7, setup my Linux box to cross-compile
   it and create an installer. In the java application check if the
   driver is present and if not run that installer.
3. Get rid of that HID descriptor!

Would that sum it up?

Best regards,
Holger.


[1]: https://github.com/holgero/XFD/blob/master/CREDITS
[2]: http://www.gnu.org/licenses/license-list.html#GPLCompatibleLicenses
[3]: http://www.apache.org/licenses/LICENSE-2.0
[4]: https://github.com/holgero/XFD/blob/master/TODO
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAezq8ACgkQHdk+97UOUakKpQCfdL166i7utfGY3eXDHXLT/rAZ
3pAAoJJZ6/4FEgKOjhQhBpwb1bZQ98w3
=XZoN
-----END PGP SIGNATURE-----

Previous by date: 5 Aug 2012 19:52:16 -0000 Re: Traffic lights as extreme feedback device controlled by a PIC via USB, Peter Stuge
Next by date: 5 Aug 2012 19:52:16 -0000 Re: Traffic lights as extreme feedback device controlled by a PIC via USB, Joe Pfeiffer
Previous in thread: 5 Aug 2012 19:52:16 -0000 Re: Traffic lights as extreme feedback device controlled by a PIC via USB, Peter Stuge
Next in thread: 5 Aug 2012 19:52:16 -0000 Re: Traffic lights as extreme feedback device controlled by a PIC via USB, Joe Pfeiffer


Powered by ezmlm-browse 0.20.