Show Posts
Pages: 1 2 [3] 4
31  Forum 2005-2010 (read only) / Development / Re: Arduino-izing the AVR Butterfly (MacOS, OSX) on: December 19, 2008, 03:51:24 pm
Hi - I'm pleased to see effort here; this has been on my 'todo' list forever!

I can report partial success with some notes for Mac users.

I am using a Trendnet tu-s9 usbserial adapter.

My programs wouldn't compile until I renamed OSCCal.h to osccal.h.  I don't  know why the Mac version would be fussier about the capitalization, but it is.

On the Mac, the preferences.txt you want to edit is in ~/Library/Arduino/preferences.txt, not the default one.  I wanted to change my upload.verbose setting to debug avrdude.

I can (occasionally) get successful uploading by invoking avrdude from the command line. However, I cannot get a succesful upload from the Arduino tool itself.  Like reply #23 sometimes it gets identified as AVRBOOT and sometimes avr910.   There does seem to be some relationship in timing the center button pushes, but I can't replicate a pattern that gets me a successful upload consistently.

I found a German posting that suggested there was some flaw in the timing code for the avrdude butterfly code.

I have PC and could try it there, but I'd like to get this working consistently on the Mac.

-harry
32  Forum 2005-2010 (read only) / Development / Re: Wasp Atmega644 AVR - Arduino users? on: March 22, 2010, 09:49:34 pm
Ok, I've got it going for the Atmega644 Wasp series.

I've put the bootloaders in
http://affirmatron.com/wasp/WaspBOOT_644_10MHZ.hex
http://affirmatron.com/wasp/WaspBOOT_644_20MHZ.hex

If you have a Wasp with a 3.3v device like the serial flash or accelerometer, then you have a 10MHZ device running at 3.3v.
If you don't have these options, then you probably have a 20MHZ/5v version.

Double check as you can burn out the 3.3v devices if you plug in the wrong voltage.

You'll need to burn this bootloader to the Wasp.

Then append the following file in boards.txt

#####

wasp20.name=Wasp644_20
wasp20.upload.protocol=stk500
wasp20.upload.maximum_size=63488
wasp20.upload.speed=38400
wasp20.bootloader.low_fuses=0xFF
wasp20.bootloader.high_fuses=0xD8
wasp20.bootloader.extended_fuses=0xFE
wasp20.bootloader.path=atmega644
wasp20.bootloader.file=ATmegaBOOT_644.hex
wasp20.bootloader.unlock_bits=0x3F
wasp20.bootloader.lock_bits=0xCF
wasp20.build.mcu=atmega644
wasp20.build.f_cpu=20000000L
wasp20.build.core=arduino

###########

wasp10.name=Wasp644_10
wasp10.upload.protocol=stk500
wasp10.upload.maximum_size=63488
wasp10.upload.speed=38400
wasp10.bootloader.low_fuses=0xFF
wasp10.bootloader.high_fuses=0xD8
wasp10.bootloader.extended_fuses=0xFE
wasp10.bootloader.path=atmega644
wasp10.bootloader.file=ATmegaBOOT_644.hex
wasp10.bootloader.unlock_bits=0x3F
wasp10.bootloader.lock_bits=0xCF
wasp10.build.mcu=atmega644
wasp10.build.f_cpu=10000000L
wasp10.build.core=arduino

Note: I have NOT tried to burn a bootloader from the IDE with these setting, I used AVR Studio 4.18b700, but these match the fuse & lockbit setting that are known working for me.  If someone can confirm this works from the IDE that would be great.

After this, you should be able to upload sketches (hit upload, then reset, there's no auto-reset as far as I can), and use the Serial port.

There's a Wasp datalogger app in the support section at socrobotics.com that tests out the Wasp in case you're having problems.

I recommend testing with blink.hex (change the LED to DigitalPin4 and DigitalPin5, NOT digital pin13 - there's no LED on that pin), then the asciitable sketch to verify you've got serial working.

Everything else is pretty much Sanguino-like for the Atmega644 as far as pin-outs and features.  Remember this unit is a Atmega644 not Atmega644p so there's only one UART, not two.

Congrats to that team and the people that come before them for making it easy.

It's a nice little board!

--creatrope
33  Forum 2005-2010 (read only) / Development / Re: Wasp Atmega644 AVR - Arduino users? on: March 21, 2010, 02:28:23 pm
I'm puzzled that the bootloading via the Arduino doesn't work out of the box. Loading via AVR Studio is working fine though.

I used this for the Wasp,

sanguino.name=Wasp
sanguino.upload.protocol=stk500
sanguino.upload.maximum_size=63488
sanguino.upload.speed=38400
sanguino.bootloader.low_fuses=0xFF
sanguino.bootloader.high_fuses=0xDC
sanguino.bootloader.extended_fuses=0xFD
sanguino.bootloader.path=atmega644
sanguino.bootloader.file=ATmegaBOOT_644.hex
sanguino.bootloader.unlock_bits=0x3F
sanguino.bootloader.lock_bits=0x0F
sanguino.build.mcu=atmega644
sanguino.build.f_cpu=8000000L   <- note change from16000000L
sanguino.build.core=arduino

Simple  sketches like ASCIITable show garbage, which makes me think that this baud issue. So it should respect the sanguino.build.f_cpu=8000000L for the serial port speed?

--creatrope
34  Forum 2005-2010 (read only) / Development / Wasp Atmega644 AVR - Arduino users? on: March 21, 2010, 04:38:06 am
I recently purchased a SOC Robotics Wasp Atmega644
www.soc-machines.com/pdfs/Wasp%20Hardware%20Reference%20Guide.pdf

It looks like the Sanguino environment should move over fairly well.  With minimal effort, I was able to create sketches and directly upload them to the Wasp with AVR Studio. However, the loading via the IDE didn't work out of the box.

Is anyone else using this unit with Arduino IDE?  I'm going to start to look at it, but if someone has a working bootloading environment, I'd love to hear about it.

--creatrope
35  Forum 2005-2010 (read only) / Development / Re: Safe mains switching shield? on: March 13, 2010, 02:36:58 pm
I'd like to suggest using the X10 library and using a TW523 or PCS05 (or the much more reliable and powerful XTB-IIR).  You'll safely isolate your Arduino from the high voltage, and have a whole family of items to control.  

The relay/switching modules can be right next too or remotely located from where your Arduino is.   They are cheap.  Reliability runs the gamut between marginal and pretty good, but it's easy enough to find out.  You can even use your Arduino to receive state information back from the modules with this approach.

There's options to remotely locate your Arduino as well if you need to.

Good luck.  
Creatrope
36  Forum 2005-2010 (read only) / Development / Re: Pololu Orangutan Robot Controllers on: June 24, 2008, 03:47:04 am
hi Ben,

Is there reason to believe that these arduino libraries will work for the original Orangutan? If not, are you planning to support it?
It is not specifically mentioned.

Thanks, Harry
37  Forum 2005-2010 (read only) / Interfacing / Re: W800RF32A X10 all housecode receiver on: March 29, 2010, 11:28:59 pm
I've created a library and example code for connecting this to an Arduino: http://creatrope.com/make/arduino-w800rf32a/

If you're an X10 fan, you might also be interested in: http://creatrope.com/make/arduino-x10/

--creatrope
38  Forum 2005-2010 (read only) / Interfacing / Re: W800RF32A X10 all housecode receiver on: March 17, 2010, 12:33:18 am
Solved!

Nothing to do with flow control, it was the old serial culprit, forgetting to take into account DCE and DTE units.  With a NULL modem dongle installed between the Arduino's serial adapter and the W800RF32A, I started seeing valid serial data - from there getting the W800RF32A working was a snap.

-creatrope
39  Forum 2005-2010 (read only) / Interfacing / W800RF32A X10 all housecode receiver on: March 15, 2010, 02:03:35 am
Anyone have any luck getting input from a W800RF32A X10 receiver?

It should be fairly simple to read - I've got a setup that uses NewSoftSerial read to the input, and check for valid (or even garbage) codes coming back. But I'm getting nothing all back as far as the Arduino can see.

It's 4800 N 1 which should be pretty easy for NewSoftSerial.

Also tested against the hardware rx/tx, no luck.

Is the fact that these are raw hex figures giving this code trouble?

The W800RF32A is tested as working against their demo programs and the same COM port.  

http://forums.x10.com/index.php?topic=11281.0

-creatrope
40  Forum 2005-2010 (read only) / Interfacing / Re: PalmOrb as LCD on: June 25, 2008, 10:45:34 pm
I've been trying to get a Palm compatible Visor in a serial cradle to work as a Matrix Orbital display.  It works with LCDsmartie, and the Arduino is outputing serial to the monitor program satisfactorily via an STK500 board, although the combination doesn't work - just as you've found.

One clue is researching the distinction between DCE and DTE RS232 devices. The computer is a DTE and the PDA (emulating the Matrix Orbital) is a DCE - which is why it works.  I had (originally) expected the Arduino/STK500 to be a DTE, but it's not - it's a DCE, which explains how it can communicate without a null modem to the computer.  I put the null modem in the chain, expecting the PDA to now work, but it didn't.  So there's more going on here, perhaps some missing handshaking on the lines.  Or the fact that STK500 is not putting out full +12v/-12v RS232 signals like the PC port  (it's closer to +5v/-5v) - that's my current hypothesis.  

It's not really cost effective to research much further, like you, it was intended to be a stop-gap display, I'll have a real display on hand shortly, but I am curious - it should work.

-harry
41  Forum 2005-2010 (read only) / Exhibition / Re: SD card read/write with Arduino on: July 07, 2008, 02:51:05 am
Hi - I wanted you to know that I got the mmc1.rar code for uFAT working, just as advertised. My problem was that a makeshift 3.3v supply from a voltage divider seemed to work for the raw SD write, but not for the full uFAT mmc code.  

I cobbled together a 'real' variable power supply capable of producing 3.3v from http://www.ladyada.net/library/equipt/diypsupp.html, which worked flawlessly and the uFAT code worked correctly.

A few 'tricks':

Your card must be formatted FAT16, not FAT32. Under windows, if you see FAT32 and FAT, the 'FAT' is FAT16 and the partition must be less than 2G.

It hasn't been explicitly mentioned but the wiring for uFAT is indeed the same as the raw SD write above.

The demonstration file that uFAT writes to is fred.txt . If you just create fred.txt in windows be sure you really get fred.txt and not fred.txt.txt!  If necessary, enter the command shell and mv fred.txt.txt to fred.txt.

To answer ducttapepro6, I verified that the newly written files are 'static' on the SD card using uFAT as one would expect.
42  Forum 2005-2010 (read only) / Exhibition / Re: SD card read/write with Arduino (uFAT) on: July 02, 2008, 03:34:39 pm
 Hi Charlie - your uFAT library looks interesting, but I haven't been successful with it so far.

Has anyone else gotten it working?

I have an SD setup just as described at the top of this thread. I am able to demonstrate 'raw' SD I/O successfully using the SD raw library and the demonstration sampling app with two different SD cards.

I have downloaded and built mmc1.rar and it compiles and upload successfully. You don't directly state the pinouts, but they appear the same as the schematic above from the code. It correctly detects the presence of the SD card (or its removal), but it never gets past mmc::initialize.

I'd love to get this working - any ideas for me to try?

Thanks, harry
http://www.creatrope.com/blog/make/uduino-arduino-board-support/

43  Forum 2005-2010 (read only) / Exhibition / Re: ArduDreamer on: March 13, 2010, 07:37:53 pm
Also interested in the pcb w/ or w/o parts kit if you make one.  I've tried my hand at a version of this, but am interested in trying yours.

-creatrope
44  Forum 2005-2010 (read only) / Exhibition / Re: Control Arduino with Universal Remote on: June 28, 2008, 01:08:21 am
This should be enough for you to get the code to compile:

http://gonium.net/md/2007/04/18/tweaking-the-code/

I haven't tested this; but it's the information to resolve the differences in timer naming between the atmega8 and atmega168.

-harry
45  Forum 2005-2010 (read only) / Frequently-Asked Questions / Re: Sending serial commands to Arduino over internet on: March 10, 2010, 11:55:42 pm
Look into the concept of a 'serial server' device and see if that will help.  It creates a network enabled serial port.

I'm currently using a QuaTech serial server to speak to my remote Arduino  on my home network. It create a COM port.   I paid about $15 for this on Ebay. Other people have used print servers like Lantronix EPS1, but this requires quite a bit more fiddling to get going.

You can also find software under Windows & Linux that allows a dedicated spare PC to create and maintain a internet/intranet COM port. The serial server is a dedicated device.

I had it running within 5 minutes of unpacking it, and can now see serial i/o and load my Arduino sketches remotely.

Good luck!
creatrope
http://www.creatrope.com
Pages: 1 2 [3] 4