Show Posts
Pages: 1 [2] 3 4
16  Forum 2005-2010 (read only) / Development / Re: NewSoftSerial Library: An AFSoftSerial update on: March 16, 2010, 05:55:26 pm
This is regarding the inability to get serial binary data at 4800N1 from a W800RF32 unit from an earlier post.
http://www.wgldesigns.com/w800.html
http://www.wgldesigns.com/protocols/w800rf32_protocol.txt

I'm able to see it's serial data when connected to a standard PUTTY console window.  The characters are 'garbage' as expected because it's binary data.

I'm also able to demonstrate that my circuit & sketch can read data at 4800N1 from a serial console window (connected to RX=2, TX=3).

But Serial.available() never returns > 0 when I connect the W800RF32A to the serial input.  If I don't use Serial.available() and just try a read, I only get 0xFF.

I'm starting to suspect that flow control is playing a role here.  The makers of the W800RF32 (wgldesigns) state that only TX/RX (and GND) are used by the unit.  However, is NewSoftSerial being thrown off by the binary serial data?  (By the way, I've tested with SoftwareSerial - same result).  

Is NSS using software flow control that is being tickled by the binary data? (XON/OFF).

Any working example for reading serial binary data?

-creatrope
17  Forum 2005-2010 (read only) / Development / Re: NewSoftSerial Library: An AFSoftSerial update on: March 14, 2010, 10:46:54 pm
Hi, running your example program:


#include <NewSoftSerial.h>

NewSoftSerial mySerial(2, 3);

void setup()  
{
  Serial.begin(57600);
  Serial.println("Goodnight moon!");

  // set the data rate for the NewSoftSerial port
  mySerial.begin(4800);
  mySerial.println("Hello, world?");
}

void loop()                     // run over and over again
{
  if (mySerial.available()) {
      Serial.print((char)mySerial.read());
  }
  if (Serial.available()) {
      mySerial.print((char)Serial.read());
  }
}

I've got two PUTTY windows open, the hardware uart is on COM3, and the SoftSerial is on COM4 on pins 2, 3.  Both windows print out their greetings fine.  When I type on COM3, I see the characters echoed on COM4 tty.  However, when I type on COM4, I don't see anything echoed back to COM3.  

COM3 is going to a tested FTDI, COM4 is a Modern Device P4, going to a Profile RS232->USB cable. Both have been tested for uploads with Arduino.
18  Forum 2005-2010 (read only) / Development / Re: new wireless comms module on: June 23, 2008, 04:18:39 am
Mike, this is a significant new module! I have the RLP434 and TLP434 and have not never able to get reliable/solid communication until now.   I don't know if I had a particular fussy set of modules or it was something else, but I spent many hours on it.  I had tried the Holtek HT-12E/HT-12D route, and various other encodings with only partial success until now.  Your VirtualWire library is not only the simplest solution hardware-wise, it seems to work the best for me.

One small item in the library.  When I run it on a atmega8 based arduino I get a TIMSK1 undeclared.  I believe this notation is only valid on the atmega168.  I changed it to TIMSK in VirtualWire.cpp and it compiled and ran fine. I suspect you just need to wrap in it in a processor compile-time check.

Thanks again! I'll look forward to the OO version!

-Harry
19  Forum 2005-2010 (read only) / Development / Re: Arduino -> X10 Wireless on: August 04, 2008, 07:49:45 pm
Ok, that makes sense, and I concur that is a good way to go.

I worked on something similar some years back:

http://hawiki.pbwiki.com/X10RfConfiguration

100% wireless X10 worked a lot better for, I used this configuration for 2+ years.

-harry
20  Forum 2005-2010 (read only) / Development / Re: Arduino -> X10 Wireless on: August 04, 2008, 01:47:32 am
jcgalvezv, this comment re the TM751 is intriguing. If I understand correctly, you want to open a TM751, and use the daughterboard along with the Firecracker as an RF link. You're not really intending to use X-10 at all?

I can see why this could work, but why is it desirable? Why not use one of the RX433/TX434 family, or Zigbee or Bluetooth? It's not like X10 component reliability or quality anything to write home about, and I don't think it would be cheaper than '433 family and it certainly wouldn't approach the reliability of the latter, I would think.

I must be missing some advantage - I have several TM751s so if there's a cool use for them I'm overlooking, I'm interested!

-harry
21  Forum 2005-2010 (read only) / Development / Re: Arduino -> X10 Wireless on: August 01, 2008, 11:50:11 pm
Nice work! Minor typo, you have GND on the DB9 going to pin 4, I believe you mean 5?  Anyway, that works for me!

Note that the Firecracker has both a female and male side. The female side is the one meant to plug in the PC, that's the side I used as the input, and pin 1 is on the upper right, with pin 5 going to the left.   Might not be so obvious if you don't have a PC right in front of you!.

This is a better (and cheaper) solution than the older X10 arduino library using the TW523 unit (actually I had the 1132b).  I wasn't able to get that working reliably.

Thanks,
Harry
22  Forum 2005-2010 (read only) / Troubleshooting / Re: avrdude error on: March 16, 2010, 04:27:17 pm
Try setting 'RTS on close' in the advanced settings for your serial port.  That fixed my unreliable upload with avrdude - finally.

--creatrope
23  Forum 2005-2010 (read only) / Troubleshooting / Re: Arduino FTDI upload works only once, then locks up on: March 14, 2010, 09:38:42 pm
Well, that was good for a whole day of debugging.

Not sure which of the dozens thing I did 'lead' to a fix, but I can help others with the last thing I did before it started working reliably again.

I reburned my atmega168(s) with the vanilla bootloaders from the Arduino hardware directory.

I set the COM port speed up to 115k

I set the the RTS on close flag in the 'advanced' COM port settings for the COM port corresponding to the FTDI cable.

About 90% sure it was this last item - I can reliably have it lock up on the 2nd upload when this flag is unset, and then reliably fix it when it when this box is checked.

I still have no theory why I've never needed to set this before for reliable operation or perhaps something unset it after myriad installs/removals of other software.

-creatrope
24  Forum 2005-2010 (read only) / Troubleshooting / Re: Arduino FTDI upload works only once, then locks up on: March 14, 2010, 02:47:05 pm
Glad to see I'm not going crazy!  It's not fundamental to a working cable.  Something must be horked on our set-ups, and on mine, recently.  I was able to repeatably upload via FTDI for two years of Arduino development.

In addition to the above, I've experimented with changing the COM port speed from 9600 all the way to 38400. I've also removed WinAVR and AVRstudio.

Getting close to a Win7 reinstall! Hope I don't need to go there.

"reseting" between uploads doesn't seem to help, in my case, although it seems to helped in yours.

-creatrope
25  Forum 2005-2010 (read only) / Troubleshooting / Arduino FTDI upload works only once, then locks up on: March 14, 2010, 02:15:26 pm
This is puzzling.

Having upload problems with a formerly reliable set-up for months, using BBB & RBBB atmega168 arduino-clones, several of each.

I'm uploading via COM3 FTDI with latest drivers. Windows 7.

Sketch upload via Arduino-0018 works ONCE via the FTDI, then produces

avrdude: stk500_getsync(): not in sync: resp=0x00
avrdude: stk500_disable(): protocol error, expect=0x14, resp=0x51

on each additonal try.  

The only 'new' changes to my setup: Having downloaded WinAVR and AVRstudio, I thought perhaps it was multiple copies of avrdude. I've since removed all but the one in Arduino-0018.  
Also removed and reinstalled Arduino-0018.
Removed and reinstalled all com ports.
Tried reinstalling bootloaders on the Arduinos.
Tried an upload via COM1 using a P4 serial upload form moderndevices, THAT works reliably with multiple uploads.
Tried COM1 ports both higher and lower than COM3
Removed all other programs that could conceivably deal with the COM ports.
Checked task manager to see what else was running.
Tried fresh drivers directly from FTDI even though Win7 said I had the latest.
Rebooted between each of the above steps.

My gut tells me for some reason the FTDI is not 'releasing' COM3, since it will work once each time the COM port is reinstalled.

Any suggestions on what else I can try? Uploading via the FTDI is more convenient than the P4 serial cable.

-creatrope
26  Forum 2005-2010 (read only) / Development / Parts Vendors Sorted By Low/Free Shipping Cost on: March 13, 2010, 02:43:05 pm
I'm familiar with the usual vendors and their pluses and minuses related to selection, availability, etc.  But I've not seen any posts which directly compare and contrast shipping fees?

Which vendors have free shipping?
If they have a minimum for free shipping, what is it and what regions?
Which vendors have low shipping fees and/or no minimums?
What vendors have promo codes available to reduce shipping?
Which vendors 'subsidize' their low shipping by raising the parts cost considerably (I don't mind a modest premium, I expect that)

-creatrope
27  Forum 2005-2010 (read only) / Development / Re: Arduino-izing the AVR Butterfly on: March 30, 2010, 02:55:09 pm
Ok, compile problem resolved.

I've set bfly.upload.using=butterfly in the boards.txt
(also tried in preferences.txt)

Verified UART connection is working by entering 'name' via freshly loaded stock butterfly firmware.

I tried various combinations of pressing the button, resetting and uploading.

Upload eventually times out with:

Connecting to programmer: .
Found programmer: Id = ""; type =
avrdude: error: buffered memory access not supported. Maybe it isn't
a butterfly/AVR109 but a AVR910 device?

The sequence of start the upload and pressing the button - anyone have a recommendation for a known sequence/timing that works reliably?

--creatrope
28  Forum 2005-2010 (read only) / Development / Re: Arduino-izing the AVR Butterfly on: March 25, 2010, 08:29:22 pm
I've grabbed the latest code using TortoiseSVN under Arduino-0018.

I'm getting WProgram.h: no such file or direction in function void setup() for all example programs.

I have the files under arduino-0018/hardware/butterino/cores/arduino. WProgram.h is there and this directory structure is symmetric with a working Sanguino structure, file by file.

 I've tried moving things around a bit to see if it locates the file.

Can someone verify a compile of the latest example programs under Arduino-0018 for the Butterfly?

thanks - creatrope
29  Forum 2005-2010 (read only) / Development / Re: Arduino-izing the AVR Butterfly on: March 22, 2010, 10:33:28 pm
Been a long time since I was on this thread, but I just broke out the butterflies.  I don't suppose anyone is hosting the latest and great arduino butterfly bootloader HEX files?

here's the most recent one I found, but it doesn't sound like he's picked up all your changes (or even using the same SVN tree)
http://stuffthingsandjunk.blogspot.com/2008/11/arduino-for-butterfly.html

-creatrope
30  Forum 2005-2010 (read only) / Development / Re: Arduino-izing the AVR Butterfly on: December 19, 2008, 08:16:23 pm
Hmm, I was originally using the code from the zip file and switched to the SVN one to test the osccal.h capitalization fix.

Now I'm getting a screenful of errors when it tries to compile the SVN one:

butterfly_temp.cpp: In member function 'int TempSensor::mapToF(int)':
butterfly_temp.cpp:47: warning: '__progmem__' attribute ignored
butterfly_temp.cpp:64: warning: comparison between signed and unsigned integer expressions
butterfly_temp.cpp:64: error: expected `)' before '{' token
butterfly_temp.cpp:67: error: expected primary-expression before '}' token
butterfly_temp.cpp:67: error: expected `;' before '}' token
butterfly_temp.cpp: In member function 'int TempSensor::mapToC(int)':
butterfly_temp.cpp:74: warning: '__progmem__' attribute ignored
butterfly_temp.cpp:83: warning: '__progmem__' attribute ignored
butterfly_temp.cpp:91: warning: comparison between signed and unsigned integer expressions
butterfly_temp.cpp:91: error: expected `)' before '{' token
butterfly_temp.cpp:95: error: expected primary-expression before '}' token
butterfly_temp.cpp:95: error: expected `;' before '}' token
butterfly_temp.cpp:99: warning: comparison between signed and unsigned integer expressions
butterfly_temp.cpp:99: error: expected `)' before '{' token
butterfly_temp.cpp:103: error: expected primary-expression before '}' token
butterfly_temp.cpp:103: error: expected `;' before '}' token
Pages: 1 [2] 3 4