garybixler

When selecting party mode on a zone keypad the only choice was master unless party mode is already active then each zone can individually turn off party mode or become the master. I think On Off is to join or leave party mode.

I used this command to set Z3 as the master in partymode. All the zones turned on and followed what source is selected on zone 3. EVENT C[1].Z[3]!PartyMode master \r This command turned party mode off. All the zones then turned off. EVENT C[1].Z[3]!PartyMode off \r

I have tested these commands in Network Resources for all ON/OFF and Volume UP/DOWN. EVENT C[1].Z[1]!AllOn \r EVENT C[1].Z[1]!AllOff \r Also it would be nice to be able to raise and lower the volume. EVENT C[1].Z[${var.1.6}]!KeyPress VolumeDown \r EVENT C[1].Z[${var.1.6}]!KeyPress VolumeUp \r I used variable in the Vol UP/DOWN to limit repeated commands in Network Resources. Thanks Gary

HI, just a request for features that maybe added in the future to the RIO protocol. Party Mode and All Zones ON/OFF. There is a party mode button but it doesn't seem to work. It always returns an off state. Thanks for any consideration for the requests. Gary

Updated to 2.1.6 and all is good now. Thanks

Hi, Just installed update 2.1.5 for the MCA series and all seems good except the return of a source selection shows the lower adjacent source. For example selecting source 3 will show source 2 selected but source 3 will be active. Thanks Gary

After doing some testing the position of the Sunset Sunrise statement didn't really mater.

Just something to try. I have similar programs and they perform as expected. The only difference is that I have the Sunset Sunrise schedule first. Garage Lights 1 - [ID 001F][Parent 000F] If From Sunset To Sunrise (next day) And 'ELK / Area 1 / Driveway Sense' Logical Status is Violated And 'Outside Garage Lights' Status is Off Then Run Program 'Garage Lights on/off' (Then Path) Else - No Actions - (To add one, press 'Action') Also I might suggest putting the 'Set 'Entry Front Door Light' On' last.

All nodes now connected. Thanks

The previous version. I think it was 3.2.2 and 3.2.1 before that

Log from PGx 9/2/2023, 14:13:42 [pg3] info: Verifying node servers are installed on IoX correctly 9/2/2023, 14:13:42 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/1/connection 9/2/2023, 14:13:42 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 21.203976ms - http://127.0.0.1:8080/rest/profiles/ns/1/connection 9/2/2023, 14:13:42 [pg3] info: IoX entry for WeatherLink::1 OK 9/2/2023, 14:13:42 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/2/connection 9/2/2023, 14:13:42 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 9.988015ms - http://127.0.0.1:8080/rest/profiles/ns/2/connection 9/2/2023, 14:13:42 [pg3] info: IoX entry for VenstarCT::2 OK 9/2/2023, 14:13:42 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/3/connection 9/2/2023, 14:13:42 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.175943ms - http://127.0.0.1:8080/rest/profiles/ns/3/connection 9/2/2023, 14:13:42 [pg3] info: IoX entry for WirelessTag::3 OK 9/2/2023, 14:13:42 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/4/connection 9/2/2023, 14:13:42 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 3.467582ms - http://127.0.0.1:8080/rest/profiles/ns/4/connection 9/2/2023, 14:13:42 [pg3] info: IoX entry for Notification::4 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/5/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.120451ms - http://127.0.0.1:8080/rest/profiles/ns/5/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for Wemo::5 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/6/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.248131ms - http://127.0.0.1:8080/rest/profiles/ns/6/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for WeatherBit::6 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/7/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.066712ms - http://127.0.0.1:8080/rest/profiles/ns/7/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for LiFX::7 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/8/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 6.318889ms - http://127.0.0.1:8080/rest/profiles/ns/8/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for iTach-IR::8 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/9/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.299228ms - http://127.0.0.1:8080/rest/profiles/ns/9/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for iTach-IR::9 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/10/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.103385ms - http://127.0.0.1:8080/rest/profiles/ns/10/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for Bond::10 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/11/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.026874ms - http://127.0.0.1:8080/rest/profiles/ns/11/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for Russound::11 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/12/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 3.36697ms - http://127.0.0.1:8080/rest/profiles/ns/12/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for TeslaEV::12 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/13/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.093063ms - http://127.0.0.1:8080/rest/profiles/ns/13/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for AVRemote::13 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/14/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.216399ms - http://127.0.0.1:8080/rest/profiles/ns/14/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for ELK::14 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/15/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.125973ms - http://127.0.0.1:8080/rest/profiles/ns/15/connection 9/2/2023, 14:13:43 [pg3] info: IoX entry for iTach-IR::15 OK 9/2/2023, 14:13:43 [pg3] info: IoX Request: [Try: 1] [00:21:b9:02:60:38] :: - http://127.0.0.1:8080/rest/profiles/ns/0/connection 9/2/2023, 14:13:43 [pg3] info: IoX Response: [Try: 1] [00:21:b9:02:60:38] :: [200] :: 2.447125ms - http://127.0.0.1:8080/rest/profiles/ns/0/connection

just updated to 3.2.3 and none of the node servers are connecting. Tried reloading packages, reloaded all server, rebooted several times but servers will not connect. All have these messages in the log. IoX version 5.6.4 023-09-02 14:04:47,331 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30 2023-09-02 14:04:48,633 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30 2023-09-02 14:04:50,318 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30 2023-09-02 14:04:52,331 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30 2023-09-02 14:04:54,262 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30 2023-09-02 14:04:56,512 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30 2023-09-02 14:04:58,824 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30

Will this NS be able to communicate directly to a station like the new Weatherlink Console? Thanks Gary

@DennisC, Thanks for the info. I haven't been following the threads very close lately. I am giving that a try and hopefully that will fix the issue. Thanks Gary

I did clear Java after the last firmware update. Will try again however. But there is still an issue communicating robustly with the ELK. Just today the change in the logical status back from violated to normal was not detected causing the program to loop. eisy V 5.6.4 PG3x V 3.2.1 Thanks Gary

Been having issues with not being able to log in locally (LAN) after a few days. Can log in via cloud but nothing is available for change. Sometimes programs end up in a loop. Didn't try reboot from the cloud login. Usually I just do a power re-boot. Also ELK seems to be a bit sluggish sometimes and I can get a TCP error when querying a zone. TCP client read response failed. (NS-14-ELK) Thanks Gary

I have noticed a few things that maybe connected with the latest upgrades of IoX, ELK or PG3. Sometimes the logical status is not returned correctly. Also a query of a zone will sometimes return a TCP error. There doesn't seem to be the instantaneous responses as before. After upgrading the IoX to 5.6.4 many of my programs were enabled. A different issue I'm sure. Overall the ELK seems to perform correctly with the exception of those non alarm zones where the logical state may change rapidly like a mail box or driveway alert. I did check the ELK with M1ToGo and the statuses are always correct. Just thought I'd pass this info along. Thanks Gary IoX 5.6.4 PG3 5.6.4 ELK 3.8.1

Installed 2.0.10 and all looks good. Will check to make sure the connection is kept alive. So far it seems to be OK. Thanks so much. Gary

Just loaded 2.0.9 but keep getting this log repeating. Not connecting. Thanks IndentationError: unexpected indent 2023-08-10 17:36:19,745 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30 2023-08-10 17:36:20,447 MainThread udi_interface INFO __init__:<module>: UDI Python Interface for Polyglot version 3 3.1.0 Starting... 2023-08-10 17:36:20,461 MainThread udi_interface ERROR udi_interface:write: Traceback (most recent call last): File "/var/polyglot/pg3/ns/0021b9026038_16/russound.py", line 9, in <module> from nodes import control File "/var/polyglot/pg3/ns/0021b9026038_16/nodes/control.py", line 15, in <module> from nodes import russound File "/var/polyglot/pg3/ns/0021b9026038_16/nodes/russound.py", line 673 ''' IndentationError: unexpected indent 2023-08-10 17:36:21,641 MainThread udi_interface INFO polylogger:set_basic_config: set_basic_config: enable=True level=30 2023-08-10 17:36:22,345 MainThread udi_interface INFO __init__:<module>: UDI Python Interface for Polyglot version 3 3.1.0 Starting... 2023-08-10 17:36:22,359 MainThread udi_interface ERROR udi_interface:write: Traceback (most recent call last): File "/var/polyglot/pg3/ns/0021b9026038_16/russound.py", line 9, in <module> from nodes import control File "/var/polyglot/pg3/ns/0021b9026038_16/nodes/control.py", line 15, in <module> from nodes import russound File "/var/polyglot/pg3/ns/0021b9026038_16/nodes/russound.py", line 673

I only have the C5 but polling wasn't necessary for the MCA-88. That was learned from the first RIO NS on PG2. So I am thinking that the C3, C5 being the first RIO devices my be the only ones requiring polling.

Update on polling. The MCA C3, C5 do need to be polled in order to keep the connection alive for receiving status updates. Volume, Power, Source etc.. Thanks Gary

WOW everything looks great. I just need to check if the C3, C5 series needs to be polled in order to keep the connection alive so that status info is received. If needed I have been using this program. I think it will take about an hour to find out. If needed maybe there would be a cleaner way of doing it within the NS. But many thanks for all you work. Thanks Gary Russound Keep Alive - [ID 0095][Parent 0054][Not Enabled] If - No Conditions - (To add one, press 'Schedule' or 'Condition') Then Repeat Every 20 minutes Set 'RussoundCtl_1 / Bedroom 1' Treble -1 Wait 10 seconds Set 'RussoundCtl_1 / Bedroom 1' Treble 0 Else - No Actions - (To add one, press 'Action')

I just tried 2.0.7 but nothing is being discovered. Just shows RussoundCtl_1. I entered the IP address, port 9621, TCP and RIO into the config. Did a Re-Discover but no nodes were found. I included the log from restart and Re-Discover. Hope it helps. Thanks Gary I did delete 2.0.6 and installed 2.0.7. New Text Document (3).txt

Just another thought. In the original config under PG2 it may have asked for the number of controllers and the number of zones in each.

The second controller isn't connected to Ethernet. Not sure how it would react seeing that the first controller is connected to Ethernet and talks to the second controller using the RNET link allowing each to control global functions like Party Mode. Thanks Gary