pb66 / homeeasyhacking Goto Github PK

If i modify the library example like this:

void printSimpleResult(unsigned int sender, unsigned int recipient, bool on)
{
homeEasy.sendSimpleProtocolMessage(3, 2, 1);
}

It doesnt send the message.

Am i doing something wrong?

I just got a new remote, and when i use the first script on 
http://www.arduino.cc/playground/Code/HomeEasy ,it shows up as Group p, unit 
1-16. 

But the homeeasyhackings registerSimpleProtocolHandler  will not show it. I 
have another remote that operates in group A-D units 1-4, this will show up in 
both scripts.

How come its not showing up? doesnt this script support such high group?

I found the timings were a little too tight for my HE308 remote. Also possible 
corruption of sender could occur (just noise in the top bits).

Attached is the patch

If i use the Home Easy code alone it works all right! 
but when i try to add some other code that use the Virtual Wire library it 
stops working.... From wha ti can see the problem is when i add the line code: 
"vw_setup(2000)".
When i add this line (this is the begining of the setup of virtual wire) the 
code doesn't do anything.... any help?

What steps will reproduce the problem?
1. Attempt to use the library with BBSB2011 devices

ByeByeStandby (Domia Lite) have a new range of devices that they are calling 
the 2011 range... and it uses a different protocol to the simple and HE 
advanced protocols.

I have captured commands sent by the remotes I have, and deduced that a message 
is constructed as follows:

Sender (16-bit) + Command (5-bit) + Recipient (3-bit) + 0 (1-bit)

Where:

Sender:- 0x0001-0xFFFF (built into the remote)
Command:- 0x14 (off) or 0x15 (on)
Unit:- 1-7 **

This is repeated more than once, with a gap of around 9ms in between each 
repeat.

A '1' is represented as 900us high followed by 300us low.
A '0' is represented as 300us high followed by 900us low.

** The unit numbers map as follows...
Number on remote   Unit
   1                7
   2                5
   3                3
   4                6
   5                4
   6                2
   Group            1

Attached is an updated library that adds compatibility with BBSB2011 devices, 
and a patch to apply against the current source.

Nathan

I am using arduino 1.0 and the library isn't working correctly. Initially it 
wouldn't compile at all because of the #include "WProgram.h". I changed that to 
Arduino.h and it would compile, but it wouldn't detect any signals from my 
H100. 

I know my RF receiver is working as I have tested it

Can you explain how to TX a message with the latest update of the lib please?
Your use of interrupts is a bit over my head!!

The 2nd problem I have is that as far as I can see you TX on pin 13.  The
problem I have is I want to use this with the Ethernet Shield which already
uses the same pin.  Is it possible to change the lib to use a different pin?

Using the download attached to issue 7, I was having issues on an arduino nano 
(328) and not being able to transmit reliably. Putting a scope on the output 
seemed to suggest two problems:

1. the sync pulse at the beginning of the first packet being of variable length.
2. the polarity of the pulses being reversed on every transmission.

Two patches seem to make this work reliably for me for transmission on the 
advanced protocol:
1. reset the counter at start of initSending
2. don't toggle 0CxA on compare match

i.e. initSending becomes:

void HomeEasy::initSending() {
  // reset counter
  HE_TCNT = 0;

  // ensure the transmitter pin is set for output
  HE_TXDDR |= _BV(HETXPIN);

  // the value that the timer will count up to before firing the interrupt
  HE_OCRA = (pulseWidth * 2);

  // do not toggle OCxA on compare match, do it manually otherwise we get out of sync
  HE_TCCRA = 0;

  // CTC mode: top of HE_OCRA, immediate update of HE_OCRA, TOVx flag set on MAX
  HE_TCCRB |= _BV(HE_WGM2);

  // enable timer interrupt for HETIMER, disable input capture interrupt
  HE_TIMSK = _BV(HE_OCIEA);
}

Presumably the code could be tidied to remove the TCCRA assignments from 
everywhere from init.

Could someone else please check this?

What steps will reproduce the problem?
Use a Bye Bye Standby 2011 remote to send a key press to my 433Mhz receiver, 
which is connected to an Arduino on a PC.

What is the expected output? What do you see instead?
I would expect to see the key pressed displayed on the serial monitor screen 
used in the Arduino IDE.  The software is not detecting any key pressed, so 
there is no output onto the serial monitor window.

I am using your latest download, HomeEasy(updated).zip and currently using 022 
Arduino IDE. I am using Windows XP.


If I use an old remote control ( Model: BBSBRCW, which is from 2008) I get the 
correct data on the serial monitor window showing which key was pressed and is 
displayed as simple protocol. This shows me that my hardware Receiver is 
working correctly.

If I then the press a key on my Bye Bye Standby 2011 remote, I get absolutely 
no data output on the serial monitor window. The remote itself is working 
correctly as I can turn on and off the correct Bye Bye standby plug.

If you have any suggestions or wish me to try out any code I am more than happy 
to try it. Also if you need more information please ask.

Thank you

Regards

Gary

This is not a defect, but I can't change the issue type...

The attached example provides a simple program to read a command from the 
serial port (i.e. from the user on a host computer) and then send it (simple 
protocol).

It leaves the receiving example as it was already.

What steps will reproduce the problem?
1. Use the library with an Arduino Mega (I have the 2560, but the schematic 
shows that the original version would have the same issue)

Transmission still works fine (although PINB5 is mapped to the Arduino pin 11 
instead of 13).

The Arduino Mega does not expose ICP1, and so Timer1 cannot be used for 
receiving.

As such, I have modified the library using (quite a few) more #defines... using 
a standard Arduino, there is no change required to the source as I am 
submitting it... using an Arduino Mega requires changing one #define.

The TX pin can still be changed, and using an Arduino Mega, the RX pin can also 
be selected (from a choice of 2).

I attach a patch and the source... instructions for configuring the #defines 
are in "HomeEasyDefines.h".

---

The only other change I made was to relax the timings for a simple protocol 
message... before doing so, my ByeByeStandby remotes (model BBSBRW) were rarely 
received successfully.

I believe this should not impact any other HomeEasy simple or advanced devices.

---

Thanks for the library! Nathan