My new board

Go To Last Post
18 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hey just thought I would show off my new board I finished a couple days ago. Still got to tweak a few minor things but for the most part it's all good!

Edit: Finally got the next revision so they are officially on sale now. :)
http://www.xbitinc.com/products/Stingray-Xmega-Development-Board.html

Attachment(s): 

Last Edited: Sun. Apr 24, 2011 - 02:29 PM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Looks nice. Which processor are you using? I see you have designed in a daughter card to hold the processor so you can swap them out. What's on the board? (I can see the 6 digit 7 seg display AND an LCD, some PB and toggle switches, USB AND serial). Are you planning on selling this and or will you post the schematic / board files here? I think a good xmega dev board that comes in below half the cost of an STK600 setup would sell well.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

The processor is atxmega128a1, but there's actually no daughter board although it might look like it. I'm definitely planning on selling online, and I'm in the processes of setting up my online store. The detailed description and board files are at the store.

http://www.xbitinc.com/products/Stingray-Xmega-Development-Board.html

Price is at $150 right now but that might change once I get a few of them actually ordered.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I looked at the schematic. I think the only thing I might have done differently would be to use a MAX7221 or MAX7219 LED driver for the seven segment displays. This would eliminate having to do the refresh in software while still allowing for direct control of each segment. I like the idea of having an AVRISPmkII type programmer on board, can it also be used to program external targets? Is the programmer software compatible with the avrispmkII (so it would work with avr studio and avrdude?)

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Yeah I really wanted to have the programmer on board so people don't have to buy an external one. It uses Dean's LUFA to emulate an AVRISP mkii. But one of the downfalls is that it can't work with both avrdude and avrstudio. So I just made it compatable with avrstudio.

I haven't tried using it to program other devices but I don't think it would work in its current form because the x128 is always connected and powered so it would have to get disconnected somehow.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I've burned myself several times programming the fuses for the xmegas with the jtag and clearing the jtag fuse when I meant to clear one of the others. I had to solder a wire to the pdi-data pin of the processor to jury rig a connection to the jtag to reprogram the fuse using the PDI programmer mode. So yeah, having it on board is nice!

GordonFreeman wrote:
It uses Dean's LUFA to emulate an AVRISP mkii. But one of the downfalls is that it can't work with both avrdude and avrstudio. So I just made it compatable with avrstudio.

Avrdude is open source, I'd think it would be possible to create a patch so it would work. Actually if it works with avrstudio it probably emulates an atmel avrispmkII which avrdude supports so I guess I don't understand the problem.

GordonFreeman wrote:
I haven't tried using it to program other devices but I don't think it would work in its current form because the x128 is always connected and powered so it would have to get disconnected somehow.
Two case jumper blocks would do the trick. (hindsight is always 20-20).

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I don't know too much about the avrdude problem, so I will defer that question to Dean who answers it here. I'm just going off of what he says.

http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=99674

The jumper is a good idea actually. Perhaps I will add that to my final build.

EDIT: I guess it should work with avrdude in linux but now windows. I'll have to test that out today.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Quote:

Avrdude is open source, I'd think it would be possible to create a patch so it would work.

There speaks someone who clearly hasn't read this post:

http://www.avrfreaks.net/index.p...

If Dean cannot resolve it I think it would be quite a "challenge" for anyone else to create such a patch to the libusb that avrdude uses!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

clawson wrote:
Quote:

Avrdude is open source, I'd think it would be possible to create a patch so it would work.

There speaks someone who clearly hasn't read this post:

http://www.avrfreaks.net/index.p...

If Dean cannot resolve it I think it would be quite a "challenge" for anyone else to create such a patch to the libusb that avrdude uses!


OK it's a windows driver problem. Anybody know if it works with avrdude on Linux?

EDIT: to quote Dean:
"Under Linux it should work with or without the option, but under Windows you need to recompile to make it compatible with either AVRStudio OR AVRDude, but not both. " So as far as I'm concerned no issue!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Dean uses a compile-time option to switch between AVRDUDE and AVR Studio mode. I have modified this in my programmers to allow switching between the two modes using a configuration option. You could also use a jumper. I'll post code here when I get the chance.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

physicist wrote:
Dean uses a compile-time option to switch between AVRDUDE and AVR Studio mode. I have modified this in my programmers to allow switching between the two modes using a configuration option. You could also use a jumper. I'll post code here when I get the chance.

ah very clever, Justin!

It would be awesome if you could post some more info on that when can. Do you use a jumper to switch between the two?

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I use a configuration option accessible via a terminal emulator and stored in EEPROM. I use this method because I have other EEPROM-stored configuration options and I also use a CDC-class device, so it was easy to add. Otherwise I would just use a jumper.

I will post a patch against Dean's latest AVRISPmkII that uses a jumper to select. Most of the patch is complete, but I ran into problems when using the U4. I'll try to post tomorrow.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

OK, this patch can be applied to the AVRISP-MKII clone in LUFA version 101122. It add the ability to switch between AVR Studio and AVRDUDE without recompiling. It does this by reading the state of a pin at boot. This pin is defined in the makefile:

LUFA_OPTS += -D ENABLE_LIBUSB_DRIVER_SWITCH
LUFA_OPTS += -D LIBUSB_DRIVER_SWITCH_PORT=PORTB
LUFA_OPTS += -D LIBUSB_DRIVER_SWITCH_PIN=PINB
LUFA_OPTS += -D LIBUSB_DRIVER_SWITCH_DDR=DDRB
LUFA_OPTS += -D LIBUSB_DRIVER_SWITCH_MASK="(1 << 5)"

defining ENABLE_LIBUSB_DRIVER_SWITCH enables the programmer selection via pin state. If the pin is high, AVR Studio mode is enabled. The existing LIBUSB_DRIVER_COMPAT will work as before if defined and when ENABLE_LIBUSB_DRIVER_SWITCH is not defined. If both of these are defined, then the interpretation of the pin reverses (pin high = AVRDUDE). Note that there are two Configuration Descriptors, one for each mode. This is due to storing them in flash. You could combine these into one and use the AVRISP_Data_In_Epnum variable if you store the configuration descriptor in RAM (I have not tried this).

Attachment(s): 

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

excellent, thanks for that!

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

A good lookin' board ! WHo made it for you ?

1) Studio 4.18 build 716 (SP3)
2) WinAvr 20100110
3) PN, all on Doze XP... For Now
A) Avr Dragon ver. 1
B) Avr MKII ISP, 2009 model
C) MKII JTAGICE ver. 1

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

indianajones11 wrote:
A good lookin' board ! WHo made it for you ?

Me! I will start selling them within the month.

Well technically they're for sale already but they won't be shipping for another month.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hold up ! YOU made the PCB at home and it looks like that !?? If that's possible, dude you need to do a tut. esp. telling where to get that board material.

1) Studio 4.18 build 716 (SP3)
2) WinAvr 20100110
3) PN, all on Doze XP... For Now
A) Avr Dragon ver. 1
B) Avr MKII ISP, 2009 model
C) MKII JTAGICE ver. 1

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Oh you mean who actually manufactured the PCB?

I used a company called Imagineering at www.pcbnet.com