ISY994i Template Release notes
Initial checkin, Trac ticket #1999 committed Dec. 6, 2013 at 22:20 EST. Would someone be able to review and approve it, please? Edit: Forgot to mention, it's a SQLCVS anonymous commit...
Wiki Page for driver: http://wiki.linuxmce.org/index.php/ISY994i
Working Features:
Insteon/X10 Devices and Insteon Scenes
Automatic device creation in LMCE
Automatic creation of Insteon Scenes as dimmable child devices
Generates status update events to LMCE
Control of devices and scenes using orbiters
Future work/To-Do list:
- finish up device status, config routines and logic
- integrate orbiter alerts
- add more events support
- add more device support and verbosity
- Insteon Keypad support (basically implemented using related devices)
- relate ISY folders to LMCE rooms (and logic applied
- Integrate ISY WeatherBug module with 1204's WeatherPlugin
Thanks!
/Mike
The template has been approved. Thanks Mike!
-Thom
Thom,
I've just committed a fix for Manufacturer ID. It got switched to"Google" in the SQLCVS number shuffle, and was corrected to "Universal Devices". Fix committed on Dec. 8 @ 0:18 EST via anonymous SQLCVS.
Thanks for the assistance!
/Mike
Thom,
I've noticed that the code got tied to the Google manufacturer ID, which meant it wasn't working with the driver the way it should. I've figured out how to fix it locally by modifying the database tables directly. I'm not sure if doing a SQLCVS commit now will make things better or worse, so I'll wait on your advice.
Thanks for your assistance with this! It's greatly appreciated!
/Mike
What did you modify?
-Thom
Hi Thom!
I modified the template first to re-associate it with Universal Devices (#1163). That's what I committed early this morning. Later, I noticed the code wasn't associated, so I started looking into the tables.
I modified table 'InfraredGroup_Command.FK_InfraredGroup' for all affected rows to match the relevant row from 'infraredGroup.PK_InfraredGroup'. The old value was 6143 (which matched the Google ChromeCast values), and I changed it to 6102 for the ISY. I noted the behavior for LMCE creating new command groups, deleted the new (blank) rows, and changed the FK_InfraredGroup value for the pre-existing ones.
Let me know how you want me to proceed...
Thanks again!
/Mike
Hi Thom!
I'm guessing that no news is good news, and that I'm on the right track. I've done another anonymous SQLCVS commit. Would you be able to review it and let me know if it looks OK? Dec 12th @ 22:20 EST, against Trac #1999.
Thanks!
/Mike
All of the above changes have been reviewed, and approved. Database looks ok.
Thanks so much!
-Thom
On a fresh 10.04 install I get the following error in the ISY994i log file.
1479:01 12/13/13 0:08:32.908 Failed loading code: Error loading code:
error: (eval):479:in `require': no such file to load -- mysql, line: 479
. <0xb4fd7b70>
Chris
Hi Chris!
Man you're fast! Been waiting for this for a while, eh? ;)
My first thought is that you need to go through the web admin, Advanced -> SQLCVS -> Update and then wait a while. When it says success, you can either reload the router, or reboot the core to have all the auto detection stuff happen via dhcp. It should detect the ISY, then create the device as a child of the core. You'll need to change your ISY credentials to match via the web admin, and reload the router. After that, things should just work as per the wiki page.
If you're still having problems after that, can you pastebin or post the log files here as attachments? I'll need the <dev#>_Generic _Serial_Device.log and <dev#>_ISY-994i-GSD.log. Both are located in /var/log/pluto, and can be found using
ls <dev#>_*
Mine are 189_Generic_Serial_Device.log and 189_ISY-994i-GSD.log (as an example).
I'll look at them tonight if you're still having problems. I think you just got bit by the misaligned code (it got attached to a different device in the SQLCVS number shuffles...
/Mike
Why does this driver require mysql?
-Thom
Quote from: tschak909 on December 13, 2013, 05:35:17 PM
Why does this driver require mysql?
Thom,
I'm querying the pluto database to look up the IP address of the device; I couldn't figure out a way to find it via device data. If you can point me in the direction of that, I'll be able to remove the mysql requirement. I thought the Ruby mysql drivers were installed as a LMCE dependency (which is why I was using them), but it could be that they are on my system due to some other products I'd installed.
The reader's digest version is that the conn_ method is used with the ISY's subscription channel (which is a one-way feed of events from the ISY to the "client", in this case the LMCE driver). Commands have to be sent asynchronously as a separate REST call, and I have a function to do that. The function hits the IP address, which I'm presently scraping from the DB, after first parsing the pluto.conf file to find the connection information. The relevant DB scrape code is in the 355_Process_Initialize, and the REST command function is in 373_Private_Methods. I can't establish the conn_ subscription until I've executed some REST calls to connect to the ISY and gather Child Device and other config data. This was all done to make things work "automagically".
Chris,
Please stand by... based on Thom's assessment, your system is missing the ruby-mysql packages. I suspect we'll have a way forward after Thom thwacks me upside the head... :P
HTH!
/Mike
ouch.
This is one of those cases where a C++ device would do this easier... I've been looking through GSD and don't see the NetworkIOConnection class exposed sufficiently enough to get its IPAddress member.. :(
-Thom
edited: Basically, GSD _SUCKS_ when you need to maintain more than one socket. Full stop.
-Thom
Mike,
cat /var/log/pluto/55_Generic_Serial_Device.log
http://pastebin.com/itjtqGvP
Did you install ruby gems or some other package when your wrote the template.
Chris
Quote from: Michaelree on December 13, 2013, 11:47:24 PM
Mike,
cat /var/log/pluto/55_Generic_Serial_Device.log
http://pastebin.com/itjtqGvP
Did you install ruby gems or some other package when your wrote the template.
Chris
Chris,
The pastebin isn't there anymore...
I didn't use ruby gems. I have the following ruby-mysql packages on my core:
libmysql-ruby
libmysql-ruby1.8
apt-get install libmysql-ruby1.8 libmysql-ruby
would satisfy the mysql require.
HTH!
/Mike
Quote from: tschak909 on December 13, 2013, 07:10:04 PM
edited: Basically, GSD _SUCKS_ when you need to maintain more than one socket. Full stop.
-Thom
Thom,
I can understand your position. Practically speaking, with the mysql dependency satisfied, the driver works pretty well. The ruby/GSD driver does make for a good prototype platform, to finish the feature set. It's taken me the better part of a year to get it to this point, and that is with some ruby knowledge. I had to teach myself some more advanced ruby, XML parsing, plus the ISY SDK. If I had to learn C++ simultaneously, it'd be another year before I got anything out... ;)
I figure if I can get enough done and kitted out, someone more knowledgable than myself could port it to C++.
As a GSD, it's not perfect, but it does work well...
HTH!
/Mike
Mike,
I added those two packages and it is working now.
Thanks so much for all your hard work!!!!
Chris
Mike,
I have not had time to test everything, but I am getting this error in the XX_Generic_Serial_Device.log
error: undefined method `percenttohexint' for #, line: 1460
backtrace:
in: (eval): 1460
from (eval):1460:in `cmd_ReceiveCommandForChild'
from (eval):1460
<0xb4f70b70>
05 12/13/13 23:46:40.418 GSD-Sleep Post 184 : 0 <0xb7774b70>
05 12/13/13 23:46:40.418 _QueueProc Post - 184 : 0 <0xb7774b70>
05 12/13/13 23:46:40.418 _QueueProc Pre - 184 : 0 <0xb7774b70>
05 12/13/13 23:46:40.418 GSD-Sleep Pre 184 : 0 <0xb7774b70>
05 12/13/13 23:46:40.418 Process Queue = 1 <0xb7774b70>
01 12/13/13 23:46:40.576 Error while calling method: Cannot call class method: cmd_ReceiveCommandForChild
error: undefined method `percenttohexint' for #, line: 1460
backtrace:
in: (eval): 1460
from (eval):1460:in `cmd_ReceiveCommandForChild'
from (eval):1460
<0xb4f70b70>
05 12/13/13 23:46:58.419 GSD-Sleep Post 184 : 0 <0xb7774b70>
05 12/13/13 23:46:58.419 _QueueProc Post - 184 : 0 <0xb7774b70>
05 12/13/13 23:46:58.419 _QueueProc Pre - 184 : 0 <0xb7774b70>
05 12/13/13 23:46:58.419 GSD-Sleep Pre 184 : 0 <0xb7774b70>
05 12/13/13 23:46:58.419 Process Queue = 1 <0xb7774b70>
01 12/13/13 23:46:58.579 Error while calling method: Cannot call class method: cmd_ReceiveCommandForChild
error: undefined method `percenttohexint' for #, line: 1460
backtrace:
in: (eval): 1460
from (eval):1460:in `cmd_ReceiveCommandForChild'
from (eval):1460
<0xb4f70b70>
Chris
Chris,
That was a lingering bug I had fixed in the last update I'd committed. I'd refactored the code at one point, and forgot to rename that function call which is sitting in the event handler in a different code file.
This is where you need to go through the web admin, Advanced -> SQLCVS -> Update and then wait a while. When it says success, you can then reload the router and check the logs. Triggering some lights should generate the status update events, and you'll find your errors will disappear.
If they don't clear up, let me know...
HTH!
/Mike
Chris,
How's this been working out for you? I got a PM from someone having trouble, so just want to confirm no other problems out there... I'm going on the assumption no news is good news...
Is all your Insteon hardware supported by my driver? I only have lighting devices, so I haven't added support for motions or sensors, but I could if I have someone willing to be the test lab...
Cheers!
/Mike
Another question, did the mysql-ruby dependencies ever get added to the device template? Then the required packages would install automatically when the device template is added.
J.
Hi Phenigma!
Quote from: phenigma on March 05, 2014, 12:46:29 AM
Another question, did the mysql-ruby dependencies ever get added to the device template?
Not yet; I plan on adding it in the next round of updates. I'm working on integrating the ISY's WeatherBug module with Thom's Weather plugin, and updating some hardware support.
Thanks for following up on this!
/Mike