gnupic: Thread: blinking leds with usb port

Hi.

I found this project:

http://www.epanorama.net/circuits/parallel_output.html#linuxprogramming

The result is here:

https://www.youtube.com/watch?v=iNHy4vOKQs8

The original project was using paralell port but now we are using usb port
only.

I need help for make it for usb port.

The goal is make the same project for usb port with small and low cost
eletronical circuit.

If you know a link in the internet with a similar hardware project for usb
port i will apreciate if you put the link here.

Thanks.
-- 
Data Estelar 2456348,875162
http://sites.google.com/site/ficmatinf
Desejo-lhe Paz, Vida Longa e Prosperidade.
São Bem Vindas Mensagens no Formato texto UTF-8 com Acentos.

Hi Jorge,

Le 2013-02-28 04:03, Jorge Barros de Abreu a écrit :
> The goal is make the same project for usb port with small and low cost
> eletronical circuit.
>
> If you know a link in the internet with a similar hardware project for usb
> port i will apreciate if you put the link here.
I don't have any link on hands; it depends on how you define low cost 
and the quantity you make to make.

For fast personal projects, I like to use a USB-to-serial adapter and 
then connect a PIC with a serial port to it. It also allows for more 
complex or time-critical timing if the PIC controls the output (like a 
PWM, servo controller, etc). Also, there are a lot of examples out there 
to communicate through a serial port.

Otherwise, you may have to use a chip with USB (PIC or other); I do not 
have any experience with this, but it may be more complex if you need to 
create a device driver specific to your device. Also, the packaging of 
the chip may not be convenient for a Do-It-Yourself-er. It could be a 
good option if you plan to produce a lot of your devices.

The third option would be to buy a USB to TTL output device; I do not 
know the price of such things. You may even consider a Raspberry Pi in 
this case; even if it is a bit overkill (I am not sure if it can work as 
a USB device). The price may actually be lower than simple USB-to-TTL 
devices.

Regards,

Maxime

On Thu, Feb 28, 2013 at 08:33:13AM -0500, Maxime Larocque wrote:
> Hi Jorge,
> 
> Le 2013-02-28 04:03, Jorge Barros de Abreu a écrit :
> >The goal is make the same project for usb port with small and low cost
> >eletronical circuit.
> >
> >If you know a link in the internet with a similar hardware project for usb
> >port i will apreciate if you put the link here.
> I don't have any link on hands; it depends on how you define low cost 
> and the quantity you make to make.
> 
> For fast personal projects, I like to use a USB-to-serial adapter and 
> then connect a PIC with a serial port to it. It also allows for more 
> complex or time-critical timing if the PIC controls the output (like a 
> PWM, servo controller, etc). Also, there are a lot of examples out there 
> to communicate through a serial port.
> 
> Otherwise, you may have to use a chip with USB (PIC or other); I do not 
> have any experience with this, but it may be more complex if you need to 
> create a device driver specific to your device. Also, the packaging of 
> the chip may not be convenient for a Do-It-Yourself-er. It could be a 
> good option if you plan to produce a lot of your devices.

The problem with both of these options is the chicken and egg problem of
programming the PIC. It instantly stops being a low cost, low hassle
project if you have to order and purchase a programmer. One of my long
standing projects has been low cost easy to build "code dumpers" that could
be used to drop a bootloader onto a self programmable PIC. Then the
bootloaded PIC can be used with an appropriate interface for continued
programming. The parallel port was the best port for this type of activity.
Sadly it, and serial ports (with the exception of USB to serial), a rarely
available in modern machines.

I've made quite a bit of progress since my last foray into this discussion.
I have a working bootloader that uses a simple two pin bitbanged serial
interface that is stable enough to be released. The host software is
written in Python and runs on both Linux and Windows machines. Macs will
work with FTDI USB/serial adapters I think.

I have a preliminary code dumper written in Python that I've had some
limited success with. It uses a USB/Serial adapter and some voltage clamps
to program 16F1XXX parts. It's not stable enough for release yet.

Once finished, the combo facilitates bootstrapping a working PIC
development system using only a reusable $10 USD USB/Serial adapter and a handful of
discrete components available from the local electronics shop (or your
local junk box of parts).

BTW If you decide to go the USB PIC route, then from a programming
standpoint the easiest way to get started is to use the JAL USB library. A
virtual serial interface can be created in about a dozen lines of code.
Here is a tutorial showing an example project using a 18F14K50 USB chip.

http://jallib.blogspot.com/2009/07/pic-18f14k50-usb-interface-board-part-2.html

Hope this helps,

BAJ

> 
> The third option would be to buy a USB to TTL output device; I do not 
> know the price of such things. You may even consider a Raspberry Pi in 
> this case; even if it is a bit overkill (I am not sure if it can work as 
> a USB device). The price may actually be lower than simple USB-to-TTL 
> devices.
> 
> Regards,
> 
> Maxime
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####

-- 
Byron A. Jeff
Chair: Department of Computer Science and Information Technology
College of Information and Mathematical Sciences
Clayton State University
http://faculty.clayton.edu/bjeff

Byron Jeff writes:
>
>The problem with both of these options is the chicken and egg problem of
>programming the PIC. It instantly stops being a low cost, low hassle
>project if you have to order and purchase a programmer. One of my long
>standing projects has been low cost easy to build "code dumpers" that could
>be used to drop a bootloader onto a self programmable PIC. Then the
>bootloaded PIC can be used with an appropriate interface for continued
>programming. The parallel port was the best port for this type of activity.
>Sadly it, and serial ports (with the exception of USB to serial), a rarely
>available in modern machines.

It is too bad there is no modern equivalent of a parallel port for
exactly this sort of project.  But that's the only thing I miss about
it!

A PICkit 2 programmer costs under $50 and integrating the needed six
(really five) pin connector into your project is dead easy.  To me,
that seems to meet any reasonable definition of "low cost, low
hassle".
-- 
Joseph J. Pfeiffer, Jr., Ph.D.                 http://pfeifferfamily.net/
1440 Tierra del Sol Dr                         575.525.2764 (H)
Las Cruces, NM 88007                           575.496.3501 (C)

On Thu, Feb 28, 2013 at 10:05:51AM -0700, Joe Pfeiffer wrote:
> Byron Jeff writes:
> >
> >The problem with both of these options is the chicken and egg problem of
> >programming the PIC. It instantly stops being a low cost, low hassle
> >project if you have to order and purchase a programmer. One of my long
> >standing projects has been low cost easy to build "code dumpers" that could
> >be used to drop a bootloader onto a self programmable PIC. Then the
> >bootloaded PIC can be used with an appropriate interface for continued
> >programming. The parallel port was the best port for this type of activity.
> >Sadly it, and serial ports (with the exception of USB to serial), a rarely
> >available in modern machines.
> 
> It is too bad there is no modern equivalent of a parallel port for
> exactly this sort of project.  But that's the only thing I miss about
> it!
> 
> A PICkit 2 programmer costs under $50 and integrating the needed six
> (really five) pin connector into your project is dead easy.  To me,
> that seems to meet any reasonable definition of "low cost, low
> hassle".

I have a PicKit2. It's fine when you leverage it over a dozen or more
projects. Not so sure about a one off, though.

BAJ

> -- 
> Joseph J. Pfeiffer, Jr., Ph.D.                 http://pfeifferfamily.net/
> 1440 Tierra del Sol Dr                         575.525.2764 (H)
> Las Cruces, NM 88007                           575.496.3501 (C)
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####

-- 
Byron A. Jeff
Chair: Department of Computer Science and Information Technology
College of Information and Mathematical Sciences
Clayton State University
http://faculty.clayton.edu/bjeff

Am Feb 28, 2013 um 10:03 AM schrieb Jorge Barros de Abreu ####@####.####

> Hi.
> 
> I found this project:
> 
> http://www.epanorama.net/circuits/parallel_output.html#linuxprogramming
> 
> The result is here:
> 
> https://www.youtube.com/watch?v=iNHy4vOKQs8
> 
> The original project was using paralell port but now we are using usb port
> only.
> 
> I need help for make it for usb port.
> 
> The goal is make the same project for usb port with small and low cost
> eletronical circuit.
> 
> If you know a link in the internet with a similar hardware project for usb
> port i will apreciate if you put the link here.
> 
> Thanks.

My project is about a few LEDs controlled with USB, perhaps you find something usefull there: https://github.com/holgero/XFD 

Jorge Barros de Abreu schreef:

> The original project was using paralell port but now we are using usb port
> only. I need help for make it for usb port.

A while ago I have done some experiments with USB. Maybe interesting for
you?

<http://www.janwagemakers.be/wordpress/?p=102>
<http://www.janwagemakers.be/wordpress/?p=152>

Unfortunately the original site at <http://pe.ece.olin.edu/ece/projects.html> 
is down, but you can still read it using the ``wayback machine''
<http://web.archive.org/web/20120630005824/http://pe.ece.olin.edu/ece/projects.html>.

Good luck!


-- 
Met vriendelijke groetjes         - Jan Wagemakers -

 - Debian GNU/Linux 7.0 - Up : 38 days 

On 2/28/2013 5:03 PM, Jorge Barros de Abreu wrote:
> [snip snip snip]
> http://www.epanorama.net/circuits/parallel_output.html#linuxprogramming
> The original project was using paralell port but now we are using usb port
> only.
> I need help for make it for usb port.
> The goal is make the same project for usb port with small and low cost
> eletronical circuit.
> If you know a link in the internet with a similar hardware project for usb
> port i will apreciate if you put the link here.

hidapi, it's cross-platform and driverless even on WinXP *cough*, 
if HID speeds is fine with your app. I use it all the time for 
testing stuff...

   http://www.signal11.us/oss/hidapi/

-- 
Cheers,
Kein-Hong Man (esq.)
Kuala Lumpur, Malaysia

Actually there is a easy solution

Look at this product UM232H-B Datasheet <http://www.ftdichip.com/Support/Documents/DataSheets/Modules/DS_UM232H-B.pdf>
http://www.ftdichip.com/Products/Modules/DevelopmentModules.htm

You can use the io in a serial way but also parallel


On 02/28/2013 06:05 PM, Joe Pfeiffer wrote:
> Byron Jeff writes:
>> The problem with both of these options is the chicken and egg problem of
>> programming the PIC. It instantly stops being a low cost, low hassle
>> project if you have to order and purchase a programmer. One of my long
>> standing projects has been low cost easy to build "code dumpers" that could
>> be used to drop a bootloader onto a self programmable PIC. Then the
>> bootloaded PIC can be used with an appropriate interface for continued
>> programming. The parallel port was the best port for this type of activity.
>> Sadly it, and serial ports (with the exception of USB to serial), a rarely
>> available in modern machines.
> It is too bad there is no modern equivalent of a parallel port for
> exactly this sort of project.  But that's the only thing I miss about
> it!
>
> A PICkit 2 programmer costs under $50 and integrating the needed six
> (really five) pin connector into your project is dead easy.  To me,
> that seems to meet any reasonable definition of "low cost, low
> hassle".

On 3/1/2013 4:35 PM, Remco Boom wrote:
> Actually there is a easy solution
>
> Look at this product UM232H-B Datasheet
> <http://www.ftdichip.com/Support/Documents/DataSheets/Modules/DS_UM232H-B.pdf>
>
> http://www.ftdichip.com/Products/Modules/DevelopmentModules.htm
>
> You can use the io in a serial way but also parallel

But FTDI parts are more often available as modules, boards (more 
costly) or bare TQFP (more difficult).

A PIC18F13K50 is likely cheaper, or wait a bit and get 
PIC16F1454/5/9, probably even cheaper and you can even drop the 
crystal/resonator. Most importantly, it's easy to buy a wide range 
of PICs from the large electronics warehouse stores.

There is also MCP2200 and MCP2210, but they are I think the same 
silicon with a custom program. I took a long look at them for 
cheapo USB hobbyist projects but decided to buy PIC18F14K50 so I 
can use all the peripherals.

> On 02/28/2013 06:05 PM, Joe Pfeiffer wrote:
>> Byron Jeff writes:
>>> The problem with both of these options is the chicken and egg
>>> problem of
>>> programming the PIC. It instantly stops being a low cost, low
>>> hassle
>>> project if you have to order and purchase a programmer. One of
>>> my long
>>> standing projects has been low cost easy to build "code
>>> dumpers" that could
>>> be used to drop a bootloader onto a self programmable PIC. Then
>>> the
>>> bootloaded PIC can be used with an appropriate interface for
>>> continued
>>> programming. The parallel port was the best port for this type
>>> of activity.
>>> Sadly it, and serial ports (with the exception of USB to
>>> serial), a rarely
>>> available in modern machines.
>> It is too bad there is no modern equivalent of a parallel port for
>> exactly this sort of project. But that's the only thing I miss
>> about
>> it!
>>
>> A PICkit 2 programmer costs under $50 and integrating the needed
>> six
>> (really five) pin connector into your project is dead easy. To me,
>> that seems to meet any reasonable definition of "low cost, low
>> hassle".

-- 
Cheers,
Kein-Hong Man (esq.)
Kuala Lumpur, Malaysia