Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Topics - davegravy

Pages: [1] 2 3 ... 5
1
Users / Upgrading to 1204 - considerations
« on: July 15, 2014, 06:48:35 pm »
I’m running 1004 and one of my MDs just kicked the bucket. Trying to decide if I should bite the bullet and upgrade to 1204 and buy a newer replacement MD, or try to find some cheap older hardware that will work with 1004.

In terms of moving to 1204, from the ticket list in svn, the only things that jump out at me as maybe being a deal breaker for my family’s use cases are

http://svn.linuxmce.org/trac/ticket/2075
and
http://svn.linuxmce.org/trac/ticket/2132

Have these issues been reproduced by others, or can anyone comment on the usability of myth/usb-uirt in 1204?

Any general comments on the stability of 1204 would be appreciated too.

Cheers,

Dave

2
Users / Absolute Timed Events Broken?
« on: June 16, 2014, 05:04:09 am »
Running 1004. If I create a timed event and reload the router it hangs. Attached DCERouter log and webadmin screenshot is here:

https://www.dropbox.com/s/fdlju2qgop9g0uq/Screenshot%202014-06-15%2023.00.43.png

Is this a bug or am I creating the timed event improperly?


3
Developers / Popcorn Time
« on: April 15, 2014, 06:33:22 pm »
Since we've integrated a torrent client into LinuxMCE already, I don't suppose there's any opposition amongst devs (from a legality POV) to integrating Popcorn Time, which is just an GUI for streaming torrents?

(Assuming of course that it's technically feasible)

http://www.time4popcorn.eu/

4
Users / Doorbell - Double event trigger
« on: January 18, 2014, 10:18:58 pm »
I have a doorbell connected to my GC-100 on input module 4, sensor 1 (shows as 4:1 in the log)

I've created a respond-to event which fires when the sensor is tripped and sends my phone a notification. For some reason, each doorbell push triggers this event twice - creating a double notification - and i'd like to stop this from happening. Here's a log of a single button press and release:

Code: [Select]
10 01/18/14 16:02:23.138 Reply received from GC100: statechange,4:1,1 <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply interpreted as module: 4:1 change to 1 <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply: found module of type SENSOR, 1 <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply: matches exactly in m:s format <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.139 statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 1) default state:  <0xb5f62b70>
21 01/18/14 16:02:23.139 lock(0x9ea41a4) (>956) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.139 acquired(0x9ea41a4) #0 (>956) MessageQueue Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.139 unlock(0x9ea41a4) #0 (>956) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.139 removed from map (0x9ea41a4) #1 (>956) MessageQueue: Command_Impl.cpp:845  was: 3 size, now 2 Rel: Y Got: Y <0xb5f62b70>
21 01/18/14 16:02:23.139 lock(0x9ea41a4) (>957) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.139 end cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:23.149 unlock(0x9ea41a4) #0 (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
10 01/18/14 16:02:23.149 Socket::SendMessage type 2 id 9 from 234 to 0 <0xb7765b70>
21 01/18/14 16:02:23.149 acquired(0x9ea41a4) #0 (>957) MessageQueue Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.150 unlock(0x9ea41a4) #0 (>957) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.150 removed from map (0x9ea41a4) #0 (>957) MessageQueue: Command_Impl.cpp:845  was: 3 size, now 2 Rel: Y Got: Y <0xb5f62b70>
10 01/18/14 16:02:23.150 Sending command getstate,4:1
 <0xb5f62b70>
21 01/18/14 16:02:23.150 relocking (0x9ea41a4) (>149)  <0xb7765b70>
21 01/18/14 16:02:23.150 lock(0x9ea41a4) (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:23.150 acquired(0x9ea41a4) #0 (>149) MessageQueue Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:23.150 unlock(0x9ea41a4) #0 (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
10 01/18/14 16:02:23.150 Socket::SendMessage type 2 id 9 from 240 to 0 <0xb7765b70>
21 01/18/14 16:02:23.150 relocking (0x9ea41a4) (>149)  <0xb7765b70>
21 01/18/14 16:02:23.150 lock(0x9ea41a4) (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:23.150 acquired(0x9ea41a4) #0 (>149) MessageQueue Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:23.150 start cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
10 01/18/14 16:02:23.219 Receive string: MESSAGE 77             <0xb6f64b70>
10 01/18/14 16:02:23.219 Received MESSAGE 77             0x9ea4058 device: 230 <0xb6f64b70>
10 01/18/14 16:02:23.219 Received Message type 1 ID 192 from 12 to 232 (device: 230) resp 0 <0xb6f64b70>
10 01/18/14 16:02:23.219 Message for Generic Relays RELAY 3:2 passed to Relay <0xb6f64b70>
10 01/18/14 16:02:23.219 Relay Pwr.: target device is 232 <0xb6f64b70>
10 01/18/14 16:02:23.219 gc100::GetPinDeviceID got pin 3:2 device 232 <0xb6f64b70>
10 01/18/14 16:02:23.219 Relay Pwr.: This device is 232 <0xb6f64b70>
21 01/18/14 16:02:23.219 lock(0x9ea4408) (>983) gc100: gc100.cpp:1198  <0xb6f64b70>
21 01/18/14 16:02:23.219 acquired(0x9ea4408) #0 (>983) gc100 gc100.cpp:1198  <0xb6f64b70>
10 01/18/14 16:02:23.219 Relay Pwr.: Found 3:2 in module map <0xb6f64b70>
10 01/18/14 16:02:23.219 Relay Pwr.: Regardless, module ID is 3:2 <0xb6f64b70>
10 01/18/14 16:02:23.219 Sending command setstate,3:2,1
 <0xb6f64b70>
10 01/18/14 16:02:23.300 EventThread <0xb5f62b70>
10 01/18/14 16:02:23.300 Reply received from GC100: state,4:1,1 <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply interpreted as module: 4:1 change to 1 <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply: found module of type SENSOR, 1 <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply: matches exactly in m:s format <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.300 statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 1) default state:  <0xb5f62b70>
21 01/18/14 16:02:23.300 lock(0x9ea41a4) (>984) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.300 acquired(0x9ea41a4) #0 (>984) MessageQueue Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.300 unlock(0x9ea41a4) #0 (>984) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.301 removed from map (0x9ea41a4) #0 (>984) MessageQueue: Command_Impl.cpp:845  was: 3 size, now 2 Rel: Y Got: Y <0xb5f62b70>
21 01/18/14 16:02:23.301 lock(0x9ea41a4) (>985) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.301 acquired(0x9ea41a4) #0 (>985) MessageQueue Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.301 unlock(0x9ea41a4) #0 (>985) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:23.301 removed from map (0x9ea41a4) #0 (>985) MessageQueue: Command_Impl.cpp:845  was: 3 size, now 2 Rel: Y Got: Y <0xb5f62b70>
21 01/18/14 16:02:23.301 end cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:23.301 unlock(0x9ea41a4) #0 (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
10 01/18/14 16:02:23.301 Socket::SendMessage type 2 id 9 from 234 to 0 <0xb7765b70>
10 01/18/14 16:02:23.301 Socket::SendMessage type 2 id 9 from 240 to 0 <0xb7765b70>
21 01/18/14 16:02:23.301 relocking (0x9ea41a4) (>149)  <0xb7765b70>
21 01/18/14 16:02:23.301 lock(0x9ea41a4) (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:23.301 acquired(0x9ea41a4) #0 (>149) MessageQueue Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:23.301 start cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:23.320 unlock(0x9ea4408) #0 (>983) gc100: gc100.cpp:1198  <0xb6f64b70>
21 01/18/14 16:02:23.320 removed from map (0x9ea4408) #0 (>983) gc100: gc100.cpp:1198  was: 2 size, now 1 Rel: Y Got: Y <0xb6f64b70>
10 01/18/14 16:02:23.338 Receive string: MESSAGE 77             <0xb6f64b70>
10 01/18/14 16:02:23.338 Received MESSAGE 77             0x9ea4058 device: 230 <0xb6f64b70>
10 01/18/14 16:02:23.338 Received Message type 1 ID 192 from 12 to 232 (device: 230) resp 0 <0xb6f64b70>
10 01/18/14 16:02:23.338 Message for Generic Relays RELAY 3:2 passed to Relay <0xb6f64b70>
10 01/18/14 16:02:23.338 Relay Pwr.: target device is 232 <0xb6f64b70>
10 01/18/14 16:02:23.338 gc100::GetPinDeviceID got pin 3:2 device 232 <0xb6f64b70>
10 01/18/14 16:02:23.338 Relay Pwr.: This device is 232 <0xb6f64b70>
21 01/18/14 16:02:23.338 lock(0x9ea4408) (>1012) gc100: gc100.cpp:1198  <0xb6f64b70>
21 01/18/14 16:02:23.338 acquired(0x9ea4408) #0 (>1012) gc100 gc100.cpp:1198  <0xb6f64b70>
10 01/18/14 16:02:23.338 Relay Pwr.: Found 3:2 in module map <0xb6f64b70>
10 01/18/14 16:02:23.338 Relay Pwr.: Regardless, module ID is 3:2 <0xb6f64b70>
10 01/18/14 16:02:23.338 Sending command setstate,3:2,1
 <0xb6f64b70>
10 01/18/14 16:02:23.351 EventThread <0xb5f62b70>
10 01/18/14 16:02:23.351 Reply received from GC100: state,3:2,1 <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply interpreted as module: 3:2 change to 1 <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply: found module of type RELAY, 2 <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.351 statechange Reply: no exact match in m:s format, trying global pin number <0xb5f62b70>
05 01/18/14 16:02:23.351 statechange Reply: Sorry, after all that searching, I can't determine which child device should be sent the pin_changed <0xb5f62b70>
10 01/18/14 16:02:23.404 EventThread <0xb5f62b70>
10 01/18/14 16:02:23.405 Reply received from GC100: state,3:2,1 <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply interpreted as module: 3:2 change to 1 <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply: found module of type RELAY, 2 <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 1) default state:  <0xb5f62b70>
10 01/18/14 16:02:23.405 statechange Reply: no exact match in m:s format, trying global pin number <0xb5f62b70>
05 01/18/14 16:02:23.405 statechange Reply: Sorry, after all that searching, I can't determine which child device should be sent the pin_changed <0xb5f62b70>
21 01/18/14 16:02:23.438 unlock(0x9ea4408) #0 (>1012) gc100: gc100.cpp:1198  <0xb6f64b70>
21 01/18/14 16:02:23.439 removed from map (0x9ea4408) #0 (>1012) gc100: gc100.cpp:1198  was: 2 size, now 1 Rel: Y Got: Y <0xb6f64b70>
10 01/18/14 16:02:23.455 EventThread <0xb5f62b70>
10 01/18/14 16:02:24.569 Reply received from GC100: statechange,4:1,0 <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply interpreted as module: 4:1 change to 0 <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply: found module of type SENSOR, 1 <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply: matches exactly in m:s format <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.570 statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 0) default state:  <0xb5f62b70>
21 01/18/14 16:02:24.570 lock(0x9ea41a4) (>1014) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.570 acquired(0x9ea41a4) #0 (>1014) MessageQueue Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.570 unlock(0x9ea41a4) #0 (>1014) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.570 end cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:24.570 unlock(0x9ea41a4) #0 (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
10 01/18/14 16:02:24.570 Socket::SendMessage type 2 id 9 from 234 to 0 <0xb7765b70>
21 01/18/14 16:02:24.571 relocking (0x9ea41a4) (>149)  <0xb7765b70>
21 01/18/14 16:02:24.571 lock(0x9ea41a4) (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:24.571 acquired(0x9ea41a4) #0 (>149) MessageQueue Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:24.571 start cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:24.570 removed from map (0x9ea41a4) #1 (>1014) MessageQueue: Command_Impl.cpp:845  was: 3 size, now 2 Rel: Y Got: Y <0xb5f62b70>
21 01/18/14 16:02:24.580 lock(0x9ea41a4) (>1016) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.581 acquired(0x9ea41a4) #0 (>1016) MessageQueue Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.581 end cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:24.581 unlock(0x9ea41a4) #1 (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
10 01/18/14 16:02:24.581 Socket::SendMessage type 2 id 9 from 240 to 0 <0xb7765b70>
21 01/18/14 16:02:24.581 relocking (0x9ea41a4) (>149)  <0xb7765b70>
21 01/18/14 16:02:24.581 lock(0x9ea41a4) (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:24.581 acquired(0x9ea41a4) #1 (>149) MessageQueue Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:24.581 start cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:24.581 unlock(0x9ea41a4) #0 (>1016) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.581 removed from map (0x9ea41a4) #0 (>1016) MessageQueue: Command_Impl.cpp:845  was: 3 size, now 2 Rel: Y Got: Y <0xb5f62b70>
10 01/18/14 16:02:24.581 Sending command getstate,4:1
 <0xb5f62b70>
10 01/18/14 16:02:24.629 Receive string: MESSAGE 72             <0xb6f64b70>
10 01/18/14 16:02:24.629 Received MESSAGE 72             0x9ea4058 device: 230 <0xb6f64b70>
10 01/18/14 16:02:24.629 Received Message type 1 ID 193 from 12 to 232 (device: 230) resp 0 <0xb6f64b70>
10 01/18/14 16:02:24.629 Message for Generic Relays RELAY 3:2 passed to Relay <0xb6f64b70>
10 01/18/14 16:02:24.629 Relay Pwr.: target device is 232 <0xb6f64b70>
10 01/18/14 16:02:24.629 gc100::GetPinDeviceID got pin 3:2 device 232 <0xb6f64b70>
10 01/18/14 16:02:24.629 Relay Pwr.: This device is 232 <0xb6f64b70>
21 01/18/14 16:02:24.629 lock(0x9ea4408) (>1041) gc100: gc100.cpp:1198  <0xb6f64b70>
21 01/18/14 16:02:24.629 acquired(0x9ea4408) #0 (>1041) gc100 gc100.cpp:1198  <0xb6f64b70>
10 01/18/14 16:02:24.629 Relay Pwr.: Found 3:2 in module map <0xb6f64b70>
10 01/18/14 16:02:24.629 Relay Pwr.: Regardless, module ID is 3:2 <0xb6f64b70>
10 01/18/14 16:02:24.629 Sending command setstate,3:2,0
 <0xb6f64b70>
21 01/18/14 16:02:24.730 unlock(0x9ea4408) #0 (>1041) gc100: gc100.cpp:1198  <0xb6f64b70>
21 01/18/14 16:02:24.730 removed from map (0x9ea4408) #0 (>1041) gc100: gc100.cpp:1198  was: 2 size, now 1 Rel: Y Got: Y <0xb6f64b70>
10 01/18/14 16:02:24.731 EventThread <0xb5f62b70>
10 01/18/14 16:02:24.732 Reply received from GC100: state,4:1,0 <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply interpreted as module: 4:1 change to 0 <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply: found module of type SENSOR, 1 <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply: matches exactly in m:s format <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.732 statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 0) default state:  <0xb5f62b70>
21 01/18/14 16:02:24.732 lock(0x9ea41a4) (>1043) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.732 acquired(0x9ea41a4) #0 (>1043) MessageQueue Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.732 end cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:24.732 unlock(0x9ea41a4) #1 (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
10 01/18/14 16:02:24.732 Socket::SendMessage type 2 id 9 from 234 to 0 <0xb7765b70>
21 01/18/14 16:02:24.733 relocking (0x9ea41a4) (>149)  <0xb7765b70>
21 01/18/14 16:02:24.733 lock(0x9ea41a4) (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:24.733 acquired(0x9ea41a4) #1 (>149) MessageQueue Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:24.733 start cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:24.733 unlock(0x9ea41a4) #0 (>1043) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.733 removed from map (0x9ea41a4) #0 (>1043) MessageQueue: Command_Impl.cpp:845  was: 3 size, now 2 Rel: Y Got: Y <0xb5f62b70>
21 01/18/14 16:02:24.733 lock(0x9ea41a4) (>1045) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.733 acquired(0x9ea41a4) #0 (>1045) MessageQueue Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.733 end cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:24.733 unlock(0x9ea41a4) #1 (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
10 01/18/14 16:02:24.733 Socket::SendMessage type 2 id 9 from 240 to 0 <0xb7765b70>
21 01/18/14 16:02:24.733 relocking (0x9ea41a4) (>149)  <0xb7765b70>
21 01/18/14 16:02:24.733 lock(0x9ea41a4) (>149) MessageQueue: Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:24.733 acquired(0x9ea41a4) #1 (>149) MessageQueue Command_Impl.cpp:852  <0xb7765b70>
21 01/18/14 16:02:24.733 start cond wait Command_Impl.cpp:852 (0x9ea41a4)  <0xb7765b70>
21 01/18/14 16:02:24.733 unlock(0x9ea41a4) #0 (>1045) MessageQueue: Command_Impl.cpp:845  <0xb5f62b70>
21 01/18/14 16:02:24.733 removed from map (0x9ea41a4) #0 (>1045) MessageQueue: Command_Impl.cpp:845  was: 3 size, now 2 Rel: Y Got: Y <0xb5f62b70>
10 01/18/14 16:02:24.779 Receive string: MESSAGE 72             <0xb6f64b70>
10 01/18/14 16:02:24.779 Received MESSAGE 72             0x9ea4058 device: 230 <0xb6f64b70>
10 01/18/14 16:02:24.779 Received Message type 1 ID 193 from 12 to 232 (device: 230) resp 0 <0xb6f64b70>
10 01/18/14 16:02:24.780 Message for Generic Relays RELAY 3:2 passed to Relay <0xb6f64b70>
10 01/18/14 16:02:24.780 Relay Pwr.: target device is 232 <0xb6f64b70>
10 01/18/14 16:02:24.780 gc100::GetPinDeviceID got pin 3:2 device 232 <0xb6f64b70>
10 01/18/14 16:02:24.780 Relay Pwr.: This device is 232 <0xb6f64b70>
21 01/18/14 16:02:24.780 lock(0x9ea4408) (>1070) gc100: gc100.cpp:1198  <0xb6f64b70>
21 01/18/14 16:02:24.780 acquired(0x9ea4408) #0 (>1070) gc100 gc100.cpp:1198  <0xb6f64b70>
10 01/18/14 16:02:24.780 Relay Pwr.: Found 3:2 in module map <0xb6f64b70>
10 01/18/14 16:02:24.780 Relay Pwr.: Regardless, module ID is 3:2 <0xb6f64b70>
10 01/18/14 16:02:24.780 Sending command setstate,3:2,0
 <0xb6f64b70>
10 01/18/14 16:02:24.784 EventThread <0xb5f62b70>
10 01/18/14 16:02:24.784 Reply received from GC100: state,3:2,0 <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply interpreted as module: 3:2 change to 0 <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply: found module of type RELAY, 2 <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.784 statechange Reply: no exact match in m:s format, trying global pin number <0xb5f62b70>
05 01/18/14 16:02:24.784 statechange Reply: Sorry, after all that searching, I can't determine which child device should be sent the pin_changed <0xb5f62b70>
10 01/18/14 16:02:24.834 EventThread <0xb5f62b70>
10 01/18/14 16:02:24.834 Reply received from GC100: state,3:2,0 <0xb5f62b70>
10 01/18/14 16:02:24.834 statechange Reply interpreted as module: 3:2 change to 0 <0xb5f62b70>
10 01/18/14 16:02:24.834 statechange Reply: found module of type RELAY, 2 <0xb5f62b70>
10 01/18/14 16:02:24.834 statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.835 statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.835 statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.835 statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.835 statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.835 statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 0) default state:  <0xb5f62b70>
10 01/18/14 16:02:24.835 statechange Reply: no exact match in m:s format, trying global pin number <0xb5f62b70>
05 01/18/14 16:02:24.835 statechange Reply: Sorry, after all that searching, I can't determine which child device should be sent the pin_changed <0xb5f62b70>
21 01/18/14 16:02:24.880 unlock(0x9ea4408) #0 (>1070) gc100: gc100.cpp:1198  <0xb6f64b70>
21 01/18/14 16:02:24.880 removed from map (0x9ea4408) #0 (>1070) gc100: gc100.cpp:1198  was: 2 size, now 1 Rel: Y Got: Y <0xb6f64b70>
10 01/18/14 16:02:24.885 EventThread <0xb5f62b70>


I don't think this is an electronic switch bounce because

a) I've filtered bounces with a hardware circuit and
b) the log doesn't show the state switching from 1 to 0, and then back to 1.

Of note from the log:

10   01/18/14 16:02:23.139      statechange Reply interpreted as module: 4:1 change to 1 <0xb5f62b70>
10   01/18/14 16:02:23.300      statechange Reply interpreted as module: 4:1 change to 1 <0xb5f62b70>
10   01/18/14 16:02:24.570      statechange Reply interpreted as module: 4:1 change to 0 <0xb5f62b70>
10   01/18/14 16:02:24.732      statechange Reply interpreted as module: 4:1 change to 0 <0xb5f62b70>

It seems the GC-100 is double-reporting state changes and LMCE doesn't check to see whether each is a legit state change. Has anyone else noticed this?

Suppose I could have my event script check the time stamp it was last executed and abort if it was under a second ago, but that just seems like a bandaid solution.

Ideas?

5
Users / Controlling AV equipment - peculiar behavior
« on: December 11, 2013, 04:23:14 pm »
I've got 3 devices I'm controlling in my theatre room:

1) Projector (via RS232)
2) HDMI Switch (via RS232)
3) Audio Receiver (via IR)

This is LMCE 10.04 by the way. I've configured connections in the connection wizard as appropriate.

From orbiter, under advanced->infrared codes I can successfully and consistently control each piece of equipment (change inputs and power on/off) individually. However, orbiter actions which should control all three devices appear to be flaky. An example - All devices are off, I select Xbox scenario from orbiter, Projector turns on, HDMI switch does NOT turn on, audio receiver turns on and switches to correct input. The next time I try it, everything might work properly, or else a different component might fail to power on or switch inputs.

The HDMI switch won't switch to an input if there's no signal present, so yes I am making sure there's signal present first before executing scenarios.

I realize there could be various reasons for this, and I have more debugging to do in logs, etc, but I wanted to get this out there just in case there's a known bug or something that people are aware of.

6
Developers / LinuxMCE Wikipedia Entry
« on: June 20, 2013, 08:54:13 pm »
I updated the entry for LinuxMCE on this page

http://en.wikipedia.org/wiki/List_of_home_automation_software

To include protocol support info. Please fill in anything I missed!

7
Users / 3-Way Z-wave Switch: Help me sync LEDs
« on: June 18, 2013, 07:08:08 am »
I'm trying to setup a 3-way switch with zwave.  I have one in-wall dimmer module (connected to load) and one in-wall remote switch (associated to the dimmer module).

The dimmer module doesn't support associations so I need to find a way to sync the led status lights between the two units when the dimmer module is manipulated.

I'm hoping it can be done with events.  So far I've tried "a device is turned on and off" and "a sensor is tripped" in the respond to event wizard. Neither seemed to fire on switch presses. I'm toying in advanced events, but clearly I'm missing some requisite knowledge of the event system because I'm having no luck. I'll keep researching, but if any of you could nudge me in the right direction it'd be much appreciated!

8
Developers / Lightpack
« on: April 25, 2013, 08:04:20 pm »
In the very unlikely event that someone's looking for a new LMCE integration project:

http://www.kickstarter.com/projects/woodenshark/lightpack-ambient-backlight-for-your-displays

10
Users / Funding Drive: ZWave Door Locks
« on: September 17, 2012, 08:42:20 pm »
There has been a considerable number of inquiries over the years by people wanting to interface Z-wave controlled door locks with LMCE. Unfortunately this is not currently possible because the current Z-wave driver lacks encryption support.

LMCE's resident Z-wave guru, Hari, has indicated he is willing to implement encryption support if he is provided with a Z-wave door lock device. Hari has indicated that obtaining such a device, which uses EU Z-wave frequencies, will cost him approximately 270 Euros.

Please use this thread as a place to pledge funds towards this effort. We can work out payment details later, once it's clear there's sufficient support.

I'll start off by pledging 50 Euros.

11
Users / ZWave Set Associations Error
« on: September 12, 2012, 05:45:40 am »
Hari, or others,

This is what I get when I try to set associations on my evolve ltm-5 light switch (http://www.aartech.ca/ltm-5-evolve-zwave-remote-wall-switch.html)

Code: [Select]
10      09/11/12 23:36:40.985           Receive string: MESSAGE 89             <0xb5987b70>
10      09/11/12 23:36:40.985           Received MESSAGE 89             0x863b400 device: 31 <0xb5987b70>
10      09/11/12 23:36:40.985           Received Message type 1 ID 842 from 0 to 31 (device: 31) resp 0 <0xb5987b70>
36      09/11/12 23:36:40.985           ZWave::CMD_Set_Association <0xb5987b70>
36      09/11/12 23:36:40.985           parsing node list <0xb5987b70>
40      09/11/12 23:36:40.998           Sending job 0x86939c0 (cb 79) - 0x1 0xd 0x0 0x13 0x2 0x4 0x8e 0x1 0x1 0x0 0x3 0x3 0x5 0x4f 0x23 (#\r###########O#) <0xb6d89b70>
41      09/11/12 23:36:41.004           0x1 0x4 0x1 0x13 0x1 0xe8 (######) <0xb6d89b70>
35      09/11/12 23:36:41.004           ZW_SEND delivered to Z-Wave stack <0xb6d89b70>
41      09/11/12 23:36:41.016           0x1 0x5 0x0 0x13 0x3 0x0 0xea (#######) <0xb6d89b70>
35      09/11/12 23:36:41.016           ZW_SEND Response with callback 3 received <0xb6d89b70>
05      09/11/12 23:36:41.016           ERROR: callback id is invalid! <0xb6d89b70>
36      09/11/12 23:36:41.016           Generic callback handling for command 19, removing job <0xb6d89b70>
40      09/11/12 23:36:41.116           Sending job 0x8693be0 (cb 80) - 0x1 0xd 0x0 0x13 0x2 0x4 0x8e 0x1 0x1 0x0 0x4 0x4 0x5 0x50 0x3c (#\r###########P<) <0xb6d89b70>
41      09/11/12 23:36:41.124           0x1 0x4 0x1 0x13 0x1 0xe8 (######) <0xb6d89b70>
35      09/11/12 23:36:41.125           ZW_SEND delivered to Z-Wave stack <0xb6d89b70>
41      09/11/12 23:36:41.129           0x1 0x5 0x0 0x13 0x4 0x0 0xed (#######) <0xb6d89b70>
35      09/11/12 23:36:41.129           ZW_SEND Response with callback 4 received <0xb6d89b70>
05      09/11/12 23:36:41.129           ERROR: callback id is invalid! <0xb6d89b70>
36      09/11/12 23:36:41.129           Generic callback handling for command 19, removing job <0xb6d89b70>
40      09/11/12 23:36:41.230           Sending job 0x8693e00 (cb 81) - 0x1 0xd 0x0 0x13 0x2 0x4 0x8e 0x1 0x1 0x0 0x5 0x5 0x5 0x51 0x3d (#\r###########Q=) <0xb6d89b70>
41      09/11/12 23:36:41.237           0x1 0x4 0x1 0x13 0x1 0xe8 (######) <0xb6d89b70>
35      09/11/12 23:36:41.237           ZW_SEND delivered to Z-Wave stack <0xb6d89b70>
41      09/11/12 23:36:41.249           0x1 0x5 0x0 0x13 0x5 0x0 0xec (#######) <0xb6d89b70>
35      09/11/12 23:36:41.249           ZW_SEND Response with callback 5 received <0xb6d89b70>
05      09/11/12 23:36:41.249           ERROR: callback id is invalid! <0xb6d89b70>
36      09/11/12 23:36:41.249           Generic callback handling for command 19, removing job <0xb6d89b70>

That's using NodeID=2, GroupID=1, Nodes List= 3,4,5

I've done it successfully with with this configuration before so I know it's supported by the device. Interestingly, if I send negative values  for the node list (remove associations) i get no such error.

I can communicate successfully with all nodes by issuing on/off commands directly to the lmce devices. I've also tried using GroupID=0, and leaving GroupID blank.

Any ideas what I'm doing wrong here?

12
Users / Installer Awesomesauce
« on: September 11, 2012, 06:49:46 pm »
Aside from some minor edits needed to my interfaces file during the install,  the latest snapshot was the smoothest and fastest LMCE install I've ever done (and I've done a few!) A night and day difference from earlier versions,  and the amount of post-install hacking I've had to do to get things functioning as I want has been far less. 

Great work L3mce on the installer and the rest of the team on the hordes of bug fixes and improvements!

13
Users / Developer Goals
« on: May 31, 2012, 09:22:31 pm »
I added a page that's meant for those curious about what's going on in terms of development. I'm hoping here for something that gives an outsider or prospective developer a quick picture of the state of the system.

DISCLAIMER: this is based purely on my lurking in #linuxmce-devel, the forums, and watching the svn timeline. It is likely wrong, incomplete, and I'd suggest it's lacking a bit of detail. Please don't take any offence if your name is not on there, if I missed a major task you are working on, or if I completely misunderstood what it is you are doing.

I'm going to try to keep it up-to-date, but I'd appreciate help from the devs in making sure the page is somewhat accurate.

http://wiki.linuxmce.org/index.php/Developer_Goals

Cheers

14
Users / GC-100 Drops Communication
« on: March 15, 2012, 08:34:27 pm »
My GC-100 spontaneously and sporadically drops communication. I don't know if this is a problem with my specific unit, GC-100s in general, or LinuxMCE. Sometimes the unit regains its connection and resumes normal operation on its own. Other times I need to reset the device (via webadmin, or reload router).

Here are some log samples from me switching a relay back and forth:

Normal Operation:

Code: [Select]
10      03/15/12 15:20:02.477           Receive string: MESSAGE 77             <0xb6cffb70>
10      03/15/12 15:20:02.477           Received MESSAGE 77             0x9f1b040 device: 163 <0xb6cffb70>
10      03/15/12 15:20:02.477           Received Message type 1 ID 192 from 0 to 207 (device: 163) resp 0 <0xb6cffb70>
10      03/15/12 15:20:02.477           Message for Siren passed to Relay <0xb6cffb70>
10      03/15/12 15:20:02.477           Relay Pwr.: target device is 207 <0xb6cffb70>
10      03/15/12 15:20:02.477           gc100::GetPinDeviceID got pin 3:2 device 209 <0xb6cffb70>
10      03/15/12 15:20:02.477           Relay Pwr.: This device is 209 <0xb6cffb70>
21      03/15/12 15:20:02.477           lock(0x9f1b3f0) (>1069) gc100: gc100.cpp:1198  <0xb6cffb70>
21      03/15/12 15:20:02.477           acquired(0x9f1b3f0) #0 (>1069) gc100 gc100.cpp:1198  <0xb6cffb70>
10      03/15/12 15:20:02.477           Relay Pwr.: Found 3:2 in module map <0xb6cffb70>
10      03/15/12 15:20:02.477           Relay Pwr.: Regardless, module ID is 3:2 <0xb6cffb70>
10      03/15/12 15:20:02.477           Sending command setstate,3:2,1
 <0xb6cffb70>
10      03/15/12 15:20:02.486           Reply received from GC100: state,3:2,1 <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply interpreted as module: 3:2 change to 1 <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply: found module of type RELAY, 2 <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 1) default state: 1 <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 1) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 1) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 1) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 1) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 1) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.486           statechange Reply: no exact match in m:s format, trying global pin number <0xb58fdb70>
05      03/15/12 15:20:02.486           statechange Reply: Sorry, after all that searching, I can't determine which child device should be sent the pin_changed <0xb58fdb70>
10      03/15/12 15:20:02.536           EventThread <0xb58fdb70>
21      03/15/12 15:20:02.578           unlock(0x9f1b3f0) #0 (>1069) gc100: gc100.cpp:1198  <0xb6cffb70>
21      03/15/12 15:20:02.578           removed from map (0x9f1b3f0) #0 (>1069) gc100: gc100.cpp:1198  was: 2 size, now 1 Rel: Y Got: Y <0xb6cffb70>
10      03/15/12 15:20:02.593           Receive string: MESSAGE 72             <0xb6cffb70>
10      03/15/12 15:20:02.593           Received MESSAGE 72             0x9f1b040 device: 163 <0xb6cffb70>
10      03/15/12 15:20:02.593           Received Message type 1 ID 193 from 0 to 207 (device: 163) resp 0 <0xb6cffb70>
10      03/15/12 15:20:02.593           Message for Siren passed to Relay <0xb6cffb70>
10      03/15/12 15:20:02.593           Relay Pwr.: target device is 207 <0xb6cffb70>
10      03/15/12 15:20:02.593           gc100::GetPinDeviceID got pin 3:2 device 209 <0xb6cffb70>
10      03/15/12 15:20:02.593           Relay Pwr.: This device is 209 <0xb6cffb70>
21      03/15/12 15:20:02.593           lock(0x9f1b3f0) (>1094) gc100: gc100.cpp:1198  <0xb6cffb70>
21      03/15/12 15:20:02.593           acquired(0x9f1b3f0) #0 (>1094) gc100 gc100.cpp:1198  <0xb6cffb70>
10      03/15/12 15:20:02.593           Relay Pwr.: Found 3:2 in module map <0xb6cffb70>
10      03/15/12 15:20:02.593           Relay Pwr.: Regardless, module ID is 3:2 <0xb6cffb70>
10      03/15/12 15:20:02.593           Sending command setstate,3:2,0
 <0xb6cffb70>
10      03/15/12 15:20:02.602           Reply received from GC100: state,3:2,0 <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply interpreted as module: 3:2 change to 0 <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply: found module of type RELAY, 2 <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply: testing Command_Impl2 Dev #, 4:1 (state 0) default state: 1 <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply: testing Command_Impl2 Dev #, 4:2 (state 0) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply: testing Command_Impl2 Dev #, 4:3 (state 0) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply: testing Command_Impl2 Dev #, 5:1 (state 0) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply: testing Command_Impl2 Dev #, 5:2 (state 0) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply: testing Command_Impl2 Dev #, 5:3 (state 0) default state:  <0xb58fdb70>
10      03/15/12 15:20:02.602           statechange Reply: no exact match in m:s format, trying global pin number <0xb58fdb70>
05      03/15/12 15:20:02.602           statechange Reply: Sorry, after all that searching, I can't determine which child device should be sent the pin_changed <0xb58fdb70>
10      03/15/12 15:20:02.652           EventThread <0xb58fdb70>
21      03/15/12 15:20:02.693           unlock(0x9f1b3f0) #0 (>1094) gc100: gc100.cpp:1198  <0xb6cffb70>
21      03/15/12 15:20:02.693           removed from map (0x9f1b3f0) #0 (>1094) gc100: gc100.cpp:1198  was: 2 size, now 1 Rel: Y Got: Y <0xb6cffb70>

When it messes up:

Code: [Select]
10      03/15/12 15:26:22.289           Receive string: MESSAGE 77             <0xb6cffb70>
10      03/15/12 15:26:22.289           Received MESSAGE 77             0x9f1b040 device: 163 <0xb6cffb70>
10      03/15/12 15:26:22.289           Received Message type 1 ID 192 from 0 to 207 (device: 163) resp 0 <0xb6cffb70>
10      03/15/12 15:26:22.290           Message for Siren passed to Relay <0xb6cffb70>
10      03/15/12 15:26:22.290           Relay Pwr.: target device is 207 <0xb6cffb70>
10      03/15/12 15:26:22.290           gc100::GetPinDeviceID got pin 3:2 device 209 <0xb6cffb70>
10      03/15/12 15:26:22.290           Relay Pwr.: This device is 209 <0xb6cffb70>
21      03/15/12 15:26:22.290           lock(0x9f1b3f0) (>5415) gc100: gc100.cpp:1198  <0xb6cffb70>
21      03/15/12 15:26:22.290           acquired(0x9f1b3f0) #0 (>5415) gc100 gc100.cpp:1198  <0xb6cffb70>
10      03/15/12 15:26:22.290           Relay Pwr.: Found 3:2 in module map <0xb6cffb70>
10      03/15/12 15:26:22.290           Relay Pwr.: Regardless, module ID is 3:2 <0xb6cffb70>
10      03/15/12 15:26:22.290           Sending command setstate,3:2,1
 <0xb6cffb70>
21      03/15/12 15:26:22.390           unlock(0x9f1b3f0) #0 (>5415) gc100: gc100.cpp:1198  <0xb6cffb70>
21      03/15/12 15:26:22.390           removed from map (0x9f1b3f0) #0 (>5415) gc100: gc100.cpp:1198  was: 2 size, now 1 Rel: Y Got: Y <0xb6cffb70>
10      03/15/12 15:26:22.404           Receive string: MESSAGE 72             <0xb6cffb70>
10      03/15/12 15:26:22.404           Received MESSAGE 72             0x9f1b040 device: 163 <0xb6cffb70>
10      03/15/12 15:26:22.404           Received Message type 1 ID 193 from 0 to 207 (device: 163) resp 0 <0xb6cffb70>
10      03/15/12 15:26:22.404           Message for Siren passed to Relay <0xb6cffb70>
10      03/15/12 15:26:22.404           Relay Pwr.: target device is 207 <0xb6cffb70>
10      03/15/12 15:26:22.404           gc100::GetPinDeviceID got pin 3:2 device 209 <0xb6cffb70>
10      03/15/12 15:26:22.404           Relay Pwr.: This device is 209 <0xb6cffb70>
21      03/15/12 15:26:22.404           lock(0x9f1b3f0) (>5440) gc100: gc100.cpp:1198  <0xb6cffb70>
21      03/15/12 15:26:22.404           acquired(0x9f1b3f0) #0 (>5440) gc100 gc100.cpp:1198  <0xb6cffb70>
10      03/15/12 15:26:22.404           Relay Pwr.: Found 3:2 in module map <0xb6cffb70>
10      03/15/12 15:26:22.404           Relay Pwr.: Regardless, module ID is 3:2 <0xb6cffb70>
10      03/15/12 15:26:22.404           Sending command setstate,3:2,0
 <0xb6cffb70>
21      03/15/12 15:26:22.505           unlock(0x9f1b3f0) #0 (>5440) gc100: gc100.cpp:1198  <0xb6cffb70>
21      03/15/12 15:26:22.505           removed from map (0x9f1b3f0) #0 (>5440) gc100: gc100.cpp:1198  was: 2 size, now 1 Rel: Y Got: Y <0xb6cffb70>

Note that linuxmce does not seem to retry its communications when no response is received, or to reset the device.

Has anyone experienced something similar?

Does anyone know (in the meantime until I can get this sorted out) how I can manually force reset the device from the command-line (without reloading router)?

15
Users / Command Line System Queries
« on: March 14, 2012, 02:26:01 am »
I'm interested in something opposite of Messagesend. Is it possible to determine device status, or housemode, etc from the command-line?

One example of why I ask is that I have a doorbell event which launches a bash script and does a variety of different things:

1) If the user has simply pressed the doorbell that's one branch.
2) If the user has pressed the doorbell in the correct morse-code sequence, the system gets disarmed.

A) If the housemode is armed or vacation, and 1 happens, the script sends an SMS message to myself and my wife saying that the doorbell was rung.
B) If the housemode is unarmed, secure-at-home, or entertaining, and 1 happens, the script rings the doorbell
C) If 2 happens, and the housemode was armed or vacation, the script sends an SMS to myself and my wife saying that the system was disarmed via the doorbell.
D) If 2 happens, and the housemode was sleep, the script rings the doorbell.

I've created rather complicated logic within a bash script to log the times for which doorbell push and release events occur, and to interpret these as morse code.

I'd rather not have to create and manage a bunch of respond-to events within web-admin (with various criteria), and then re-use the Morse-code interpretation routine within each event. Preferable would be to have one doorbell push event, one doorbell release event, and then test the various criteria within the code.

Sorry for the drawn out explanation. Is this doable?

Pages: [1] 2 3 ... 5