Number of RF Devices on Web GUI
20 December, 2011 - 17:00
Hi,
I've just upgraded my HAH with the 328 chip and will soon be approaching (and exceeding - pending a raised limit) the arbitary limit of 32 defined RF devices on the GUI - I think Brett mentioned in a previous post that this could be changed if anyone made the request - please Brett can this be increased if this has not already happened in one of the many recent updates?
Could I also request the facility to re-order the list of devices without having to cut and paste, having added several new devices in a couple of rooms and wanting to keep all devices per room together in the list it was quite an operation to cut and paste the entries into their new locations - although I did see that you have put together a new GUI tab in release 299 which could well address my problem and then some - so many excellent improvements/developments I'm having problems keeping up - keep up the excellent work.
Thanks
David
20 December, 2011 - 17:26
#2
got to ask
I thought i was a high user with 12, got to ask what do you use them all for?
how are you controlling them?
Dean (being nosey)
20 December, 2011 - 18:56
#4
Impressive.
Sounds like the ideal setup. Did see those on offer last year but funds wouldn't allow the dream to become reality :( Stil,l I can remotely blow my candles out with a long straw for now ;)
20 December, 2011 - 18:57
#5
I'll increase the RF count
The maximum that I can support is 96 after that I run out of UID numbers - even though URF is unlimited. Beyond this point I'd need to do some funky changes to support more. I'll bump up the web validation to this number.
Brett
20 December, 2011 - 19:03
#6
One other thought
You talked about reordering the rf code numbers being a pain. Might be easier to directly mod the ini file using notepad. Would be relatively easy to change the rf numbers around. As far as I know they don't have to be sequential within the ini file?!
Like I say. Just a thought.
Garry.
20 December, 2011 - 19:15
#7
Ok so now my ears have pricked up
Ipad what software do you use to control your devices?
If it's mote can you send me your config file please? struggling to understand the default one.
Ta Dean
20 December, 2011 - 22:39
#9
Search the forum
David. Search the forum for mote. I did a basic config file for basic control of hah. It's not straightforward due to having to convert alias xap commands into hex but once you get the hang of it. It is great for us apple people that don't have flash. Give me a shout if you need help setting it up. Dean. What dont you understand with the config file. Do you want me to do a config file for you? If so let me let me know and I'll contact you re your system details
21 December, 2011 - 08:51
#10
That would be great :)
Its one of those things i have so many different things going on i have not had the time to look at it properly.
currently in process of re-wiring central heating system but limited to when i can do it as wife keeps moaning about being cold if i have it off for too long :)
my current xapconfig is here:- http://www.packetradio.co.uk/xapconfig.xml
currently i do not use rf8 onwards.
i am starting to use relay's (soon) and inputs as well can MOTE display input status?
21 December, 2011 - 19:32
#11
More info please Dean
Thanks for the config Dean, will hopefully get this config to you tonight.
I just also need your internal HAH IP address i.e. 192.168.0.X?.
As for status reading of the rf/relays/inputs. This is possible using the inbuilt HAH webserver script.
I'll include this also and do some sort of brief write up so you can hopefully understand how its setup and then modify to better suit you when you have time to get your head round the mote config file.
I will reply to this in the original Mote post as it may be of use to others?.
Thanks,
Garry.
21 December, 2011 - 19:52
#12
here you go
HAH ip is 192.168.0.124
thanks for the help
dean
21 December, 2011 - 20:17
#13
How about?
Brett
Could we possibly have the option (say a drop down) to set the device type to UDP/http post/serial or Lua script.
So set RF4 as type UDP and the command to be "192.168.0.111:53008 D:1C05:E"
So the Domia lite controller can be used. Other systems use UDP as well (e.g. Crestron).
https://sites.google.com/site/slangey/misc/bbsb/commands
http://www.byebyestandby.com/forum/viewtopic.php?f=8&t=3216&p=6944&hilit=udp#p6944
Its a two way interface so a lua script to convert back. Covers BBsb & homeeasy basic. Would capture remote control activations so if SWMBO wants a remote control not 'some fancy web interface' she can have one.
I could do inside an arduino if needed via serial but its neater if we do it on the web page.
Http post similar idea and gets us almost any web enabled controller /device.
Serial data ="/tty2 9600N81 device1:on" or similar.
Lua script means we could hack anything from the RF options. Giving us 96 controllable endpoints without you coding anything more? But I'm assuming it would have a performance hit.
If you went for UDP you could also put ethernet enabled arduino's round the house with relay boards.
Maybe a third option as well as on/off you could add 'read' to get current value into an XAP endpoint that can then be graphed? (where supported) thats me being greedy again.
thanks Alex
21 December, 2011 - 20:49
#14
I get some of what you are saying.
Let me write about what I understand from your post.
UDP on Arduino's is already doable and can directly support xAP without HAH involvement... I already have a C++ library that I put together for this and I hacked an ethernet library to support broadcast UDP using a nuelectronics ethernet shield. In fact until just recently I use to have an Arduino running an outside temp sensor tethered to an ethernet cable. The HAH would simply pick up the broadcast UDP backup and I'll use Pachube to feed it for graphing. I replaced this with a HAHNode which is much simpler in design, cost and utility.
Rather then trying to UDP enable with yet another protocol all the existing xAP endpoints perhaps what you really are after is some sort of BRIDGE program that can listen for UDP based requests in some other syntax and translate them? yes? If so you can do this in LUA already. I wrote something that does socket based pumping for an ethernet enable serial device.
The BBSB network controller is simply sending out RF commands based on some command strings recieved either with UDP or with a HTTP POST request I can do this already with URF? Why would I want to interface with something I can already handle and emulate? What am I missing here?
Perhaps what you are refering to is the ability to use a standard IR/RF remote control and have the system stay in sync with other INPUT devices. Yup this would require interfacing to some receiver unit. If the BBSB unit sends out commands when a Handheld remote is used this would be useful.... another approach and one that I prefer, is to put the HAH into the loop. So the handheld remote simply triggers an xAP message which you then determine what happens next. I have prototyped this up with a IR receiver and an arbitary remote. Thus is MUCH better than using a BBSB remote as it allows you to control LOTS of things from ANY remote control. Also the macro capability simply becomes the LUA scripting language itself. Plugboards become the glue between the REMOTE and the CONTROLLED unit(s). I've not tried this with RF as receivers are much tricker, although Derek did have a crack at it with some success.
URF can already handle an UNLIMITED number of RF devices and encoding formats. The 96 restriction is simply due to where I started the endpoint mapping, if I switch to xAP v3 spec this scales out to be 65k but I've not got around to this yet. If I move all the RF devices to their own subnet I can get to 255 without issue in v2 of the xAP spec. There is actually no limited in the AVR firmware its an abitary restriction due to historical reasons. BTW you can control the URF sub-system directly you don't need to map it to a RF.x device if you don't so desire, this allows you to get around any UID restriction that might be in place.
I dont' understand what you are after with a READ option... if you are talking about xAPBSC.query for getting a currentcost value? If so every xAPBSC device already supports this.
Brett
22 December, 2011 - 08:25
#15
probably not explaining myself totally
Currently the RF buttons only handle RF, which with universal RF it gives you a lot of scope, however if they could understand other protocols e.g. via Lua then you have a system that can control almost anything. See the RF now as ' output devices', the framework is in there to handle all that. Call it a device plug in slot or similar?
The read was just to take regular status values, are you on? Taken at a timed interval for those things that may change value without the HAH being involved.
The Arduino wouldn't have to be involved, which gives you a portable pure software solution. Not that I'm not a fan of the Arduino (I am I just think having to have specialist hardware to do core tasks when it can be avoided is something to steer away from). See Powercontroller MCE as a simple way to control things straight out of the box. Strengths of things like homeseer & Misterhouse is how easy it is to get plugins to cover other technologies everything is just a device..
22 December, 2011 - 12:39
#16
You can do this aready. I think?
If I understand what you are asking correctly then I think you can do this already. For example I have the hah reboot my wireless router with a lua script using an alias xap message as the trigger. Surely xapflash could have a button to send this alias message and hence make the script run. Thiscould apply to anything and you can even create xapbsc endpoints via lua and interact with these via xapflash directly with alias scripting. Why play with the rf side of things? Unless I have missed the point Garry
You need more than 32rf devices?!?! What om earth do you do with them. Don't think I have 32 electrical devices full stop ;)