Show Posts
Pages: [1] 2 3 ... 52
1  Using Arduino / Programming Questions / Re: BROHogan's X-10 Receive code is NON-FUNCTIONAL on: July 28, 2014, 08:54:41 pm
Oh my ears!

I didn't write the lib you mention.
I wrote the code that is listed in the Playground. It was later turned into a lib.

That code was functional when I posted it, and IIRC, the lib written by "creatrope" was too.
In that light, I'm not sure any of your 5 points apply to what I wrote, but frankly Scarlet . . .

Back then (2009) I worked darned hard on that receive routine.  I don't expect any thanks, but geez!

Based on the tone of your post I find it a bit ironic that you are looking for a "polite way" to submit a new version.
However, unless it's changed, as a member you should be able to post to the Playground.

John
2  Using Arduino / General Electronics / Re: Mercury Switches: How many should one have in their design kit? on: August 27, 2013, 04:10:45 pm
I used to be cavalier about elemental mercury too, until I saw .
3  Using Arduino / Project Guidance / Re: Trying to put a analog meter into a Arduino geiger counter on: June 09, 2013, 06:27:00 pm
I have a page on the subject that may help.
4  Using Arduino / Programming Questions / Re: #define of a #include on: April 24, 2013, 06:50:53 pm
Peter, that seems to describe what is happening. For me, the question is answered and I guess I'll have to just comment out that #include in addition to setting the #define false. Thanks for everyone's help.
5  Using Arduino / Programming Questions / Re: #define of a #include on: April 24, 2013, 09:33:12 am
Not exactly.
I'm trying to save the 1244 bytes that Wire.h adds to the sketch even when it's not defined.
The fact that it's not "compiled in enough" to satisfy Wire.begin is interesting, buy if you try the sketch as I have it in the first post,
compile it and note record the sketch size,
and then comment out the #include and note the sketch size again, you will see a 1244 byte difference.

I'm using this construct in another sketch that is close to the wall, and I'd like to avoid this overhead by setting a #define.
That's what I'm trying to achieve but it's looking unlikely.

6  Using Arduino / Programming Questions / Re: #define of a #include on: April 23, 2013, 01:12:19 pm
Thanks Keith, I appreciate your help.

I tried adding
Code:
/*
 * BOF preprocessor bug prevent
 * insert me on top of your arduino-code
 */
#define nop() __asm volatile ("nop")
#if 1
nop();
#endif
/*
 * EOF preprocessor bug prevent
*/

before the sketch I first posted with the same results - 1710 bytes and 466 bytes if the #include is commented out.
Unless I missed something in that example, that should be the workaround.

It appears that the precompiler makes one pass and seems to handle #includes before #defines.
7  Using Arduino / Programming Questions / Re: #define of a #include on: April 23, 2013, 11:42:28 am
The sketch I posted is the entire sketch.
8  Using Arduino / Programming Questions / Re: #define of a #include on: April 23, 2013, 10:50:24 am
Like this?
Code:
//#define ADD_WIRE

#ifdef ADD_WIRE
#include <Wire.h> // <<< can only comment out to not include
#endif
Same thing.
9  Using Arduino / Programming Questions / #define of a #include on: April 23, 2013, 10:43:24 am
Just a simple question for those who know more.

Given this code
Code:
// This construct doesn't work. Wire.h will be included no matter what.
// So 1244 bytes are always added unless the #include is commented out.

#define ADD_WIRE   false

#if (ADD_WIRE)
#include <Wire.h> // <<< can only comment out to not include
#endif

void setup(){
}

void loop(){
}

I was surprised to find that Wire.h is always included regardless of the setting of the #define.
If it's not the right way to do this, is there a way that works?
10  Development / Other Hardware Development / Re: Who will buy the geiger counter shield? on: January 22, 2013, 10:30:28 am
Just FWIW, here is a solar powered wireless radiation monitor with build information.
11  Topics / Home Automation and Networked Objects / Re: x10 Project - Dirt Simple on: September 27, 2012, 08:47:26 pm
That sounds good.
You can download it here
https://dl.dropbox.com/u/3572198/X10.zip
Example should explain it enough to get you going.
John
12  Topics / Home Automation and Networked Objects / Re: x10 Project - Dirt Simple on: September 27, 2012, 07:09:48 pm
Quick reply . . .
I've been testing some libs from the guy who was kind enough to do the integration. The receive function seems to be working fine, but I seem to have reliability issues with the original send functions. I need to test more but I have been busy.

For some reason the X10 lib has been changed to follow the Wire functions and the repeat parameter was removed. He added repeat back in, but transmit still seems inconsistent to me.

Maybe I should post what I have and get another opinion on it.
John
13  Topics / Home Automation and Networked Objects / Re: x10 Project - Dirt Simple on: September 16, 2012, 09:19:41 am
I can't figure out why the TM751 would be safer than the TW523 but experiences vary.

I've been completely satisfied with my 'home automation' for several years now. Consequently I don't get out much anymore regarding X10.
However I was surprised to see that the PSC05/TW523 have all but disappeared in my absence. Those left seem to sell at scalping prices.

Enddoc, please feel free to use whatever you wish from my blog under the condition that you don't call me Mr. ;-)

BTW, I have been working with someone who is adding my PSC05/TW523 'receive' code into Tom Igoe's x10.lib. Finally, send and receive will both be in one lib.

John
14  Topics / Home Automation and Networked Objects / Re: x10 Project - Dirt Simple on: September 16, 2012, 12:35:40 am
There are several other ways to skin that cat without resorting to the CP290.

http://brohogan.blogspot.com/search/label/Home%20Automation
15  Using Arduino / Project Guidance / Re: Arduino counts per minute calculator? on: August 06, 2012, 09:08:23 pm
Yes it will.
Pages: [1] 2 3 ... 52