brente

Thanks Darin! I can confirm that this beta version does fix the volume slider and mute indicator issue.

@Jonathan, C4 Engineer@Darin, C4 PM UI I saw that Control4 released an updated iOS app yesterday (version 322.27.1.1654), but this issue with the volume slider not updating is NOT fixed in this release...

I missed Top fox’s original post here, but seeing the same thing myself. Version 321.46.1.1183 of the iOS os3 app worked fine, and probably subsequent versions until recently when this broke…

Ok, great! I looked and didn’t see any reports, so must have missed it. I had an older iOS device that had the iOS c4 app version 321.46.1.1183 back from dec 2021, and that worked perfectly. I say they broke it only a few updates ago…

Not sure when this broke in the iOS Control4 app, but when the audio changes for my room, the volume slider on the device page (and the smaller display on the room page) does not update as the volume changes and only shows the correct volume value after that page is refreshed (e.g., going back to the previous page and returning). Note that the Android version of the os3 control4 works as expected. The device volume changes with the volume controls, but the volume slider only shows a static number that doesn’t reflect the actual setting. This used to work just fine not too long ago, but I haven’t used my iOS device lately to control my room so never noticed until now that this is broken. Since the display works just fine on my Amazon fire 10, it’s not a controller issue. I have also force quit the ios control4 app with no change. The versions of the control4 apps are the latest with version numbers as: ios app version: 322.25.0.1627 android app version:322.21.0.10 anyone else seeing this? Control4 - can you confirm this is an issue?

Not sure if many others are still using the iOS control4 for OS2 app, but I've noticed that with iOS version 2.10.17 there is a noticeable 6-7 second delay when trying to activate a video device by tapping the device icon in the lower left corner of the Control4 UI after switching away from the Control4 app to use another app on an iOS device. Not sure if it's an iOS 14 issue, or a bug in the Control4 app, but it's 100% reproducible. Oddly, it doesn't seem to happen with an audio device (e.g., sonos). I've submitted feedback for the Control4 app beta via iOS TestFlight, but haven't seen any confirmation from Control4 about it. Not sure when this issue first started, but it's there now. Steps to reproduce are: - Watch a video device - press the Control4 icon in the upper left corner or the back arrow to return to the Control4 home screen - tap the device icon in the lower left corner to activate the device UI * the first time that the user does this, there is a 6-7 second delay before the device UI is displayed * once the device UI is displayed, the user can toggle back and forth between the Control4 Ui home screen and the device UI screen very quickly - switch to the Control4 home screen in the iOS app - switch to the iOS device home screen (putting the Control4 app in the background) - return to the Control4 app and tap the device icon in the lower left corner. * there is a 6-7 second delay before the device UI is displayed * after the delay is noticed, the user can toggle back and forth between the Control4 Ui home screen and the device UI screen very quickly this happens 100% for me on multiple devices. looking at the Control4 for OS2 app log, there are no entries beyond showing that the app was activated. Any Control4 employees around?

Darin - I never noticed this before (probably just never encountered this scenario), but here’s a UI display bug with the latest Control4 os2 2.10 app on iOS... When using the Control4 app on an iPad Pro, if the app is open in horizontal position and the security proxy is open, then the user switches to another app by swiping up from the bottom, then launches the Control4 app again, the Control4 app thinks that the orientation of the iPad Pro is in vertical mode instead of horizontal mode. Repro 100% Steps to reproduce: - orient the iPad to horizontal mode - launch the Control4 app and switch to the security proxy - note that the Control4 app detects horizontal orientation and the “disarmed ready” message is to the left of the center “arm” button - swipe the bottom to the right to switch to the previous app, or swipe up from the bottom to get to the home screen - swipe the bottom to the left to return to the Control4 app, or tap the Control4 app on the screen to launch again - Note that the app defaults to vertical orientation mode as shown in the screen shot below instead of first checking the orientation of the iPad before drawing the UI. This is incorrect behavior

@c4009 Looking into this, I learned that on the NX8/NX-8E panels the "*" key allows access to secondary arming settings (along with secondary functions, which I was aware of). So, using "*STAY" enables "Night Mode" for Stay and arms all zones (including interior zones), and "*EXIT" enables "Silent Exit" for Exit/Away arming. These aren't called out in the Interlogix manuals. Examining the Control4 Interlogix 584 driver, I saw that the current driver provides access to the secondary Silent Exit arming setting (as "Silent(Away)"), but not the Night setting. Interestingly enough, the 584 driver is coded for supporting Night arming setting mode, but that arming setting is commented out for some reason. To enable the Night arm setting, I modified the C4 Interlogix driver by changing the <arm_states> section of the driver.xml file to add back in the "Night" mode setting to the list. (I also updated the <modified> date and incremented the <version> number to reflect that changes were made). To install the revised driver, right-click the device in Composer Pro, then select Update Driver and choose the revised driver. After the driver is updated, you will need to reboot your controller for the changes to take effect. Note that this will not affect any of your security settings or bindings. After installing the revised driver and rebooting the controller, when you go to arm the panel, you will see that the arm settings pop-up list will now include "Night" as an arm setting option - see attached image (From the iOS Control4 app). You will also be able to enable this mode through programming, if desired. By the way, I never knew that the arm settings list in the Control4 app was scrollable (gotta love Apple's decision to hide scroll bars) - you can swipe up to see the other arming settings... Note that the 584 driver also has the "Stay (Auto Bypass)" arming setting commented out, along with a selection of other Interlogix panel secondary functions commented out too that don't appear under the Functions button. Probably not commonly needed options... securitypanel_interlogix_nx584.c4z

It seems as though it is the same data from the 2017 hack that pulled the user info from this web site...

@c4009 - I am not familiar with the use of “*” in front of “STAY” feature and don’t see any reference to this in the nx8e or keypad manual. From your description, it sounds like doing “*STAY” will bypass all of the internal sensors except one, but still set the alarm for instant Mode (as STAY does, versus EXIT mode) - I’ll have to try this on my panel to see if that works (wonder what zone type value determines this?). if correct, from what I am aware of, there is no way to do this from the Control4 security UI. I am not familiar with alarm.com and any functionality that they offer. Sorry. You can manually bypass zones from the c4 ui through the Function button, but it won’t let you “unbypass” zones that are automatically bypassed when arming the through STAY - it will only let you bypass additional zones that are not automatically included already.

Hi - unfortunately, from my experience with the 584 driver, you can’t access this functionality from c4 programming (Or a macro) directly. I’d have to double-check, but I believe that the driver does support and use this internally (I think by the functions capability as you saw - that capability emulates the interlogix keypad functionality), but you’d need to use LUA programming to access it and/or expose for c4 programming (non-trivial) - it is not exposed outside of the driver currently. May not help you, but a couple of things: - the 584 driver supports the ability to bypass an open zone automatically IF you have the automatic bypass setting enabled on the panel (the 587 driver did not). You can see this with an open zone by attempting to arm the panel from the c4 ui (can’t use an interlogix touch panel to do this), the c4 security panel driver will report a zone is open, and if you continue the arming process then the 584 driver will automatically bypass that open zone - when the error is displayed, you can manually close the zone, then arming will continue without bypassing the zone. However, you won’t be able to know whether the zone was bypassed or not beyond arming time. - if you want to bypass a specific zone automatically when arming, you can also set the appropriate property for that zone in your panel settings (e.g., automatically bypassing internal motion detectors when arming for STAY mode) - this is a function of the panel and not c4 (you may use this already). Still, not exposed programmatically. myself, I just manually bypass a zone when needed using the panel...

Attached are the full 584 driver instructions that are included with the "NX-584 RS-232 Automation Module" driver (the settings that @sweeper154 posted above are included in this documentation) - note that these instructions are also viewable from the Documentation tab for the 584 driver in Composer Pro or Composer HE. The instructions call out all of the panel/module settings that the driver expects. Changing the panel settings does require some knowledge - be sure to note current settings before changing in case you run into issues. You can find instructions on how to change the panel settings in the 584 module instructions or with in the nx8e instructions. Some things to be aware of: - the 584 driver reads all of the zone information (number, type, description, etc.) from the panel in several ways: when the driver is first installed, by using the action button, or when the controller is restarted. You can try the action button to refresh the zone information without restarting the controller. - if you have the panel settings correct and the zone count shows in composer (pro or HE), but the zone names are not displayed as they are on the keypad, you may need Control4 to fix this on your controller. It seems as though the driver (and older versions) doesn’t clean itself up completely so leaves data on the controller that can’t be removed by simply deleting the driver and restarting the controller. I did not have this problem going from the 587 driver to the 584 driver, but @Scrib ran into this, but I’m not sure exactly what Control4 did (they knew what needed to be done and it was quick). - if you turn on logging on composer, you should be able to watch the status messages that the driver generates as it processes the zone information read from the panel to aid in troubleshooting. - after the zone information is read correctly, you will be able to bind sensors to the zones to use the open/closed state for programming. once everything is up and running, it works well... documentation.rtf

@sweeper154 - since you have an nx-8e, assuming you’re using the built in 584 functionality? (Instead of the external 587 module). Ensure that you’re using the 584 driver per above. For panel settings, check the driver documentation for the default panel settings to use (which include baud rate, etc) - I believe you can see this from composer HE in the documentation tab for the driver, or your dealer can send to you. If you were using the 584 driver before upgrading, the driver should still function fine in the latest os3 update. If settings are right and it’s still not working, then their may be a driver issue on your controller - another user had that problem and c4 support fixed it (hopefully you won’t have to do this though).

Have your dealer search for the "NX-584 RS-232 Automation Module" driver - that should show up in their Composer Pro. It is compatible with OS3+

Not sure what's wrong, but I was using the AV7702 driver ("receiver_Marantz_AV7702_serial_ip.c4i") with an AV7702 for years and it worked great. When I replaced the AV7702 preamp with an AV7705, I kept the AV7702 driver in place as the functionality didn't really change, and I have no issues with volume control over IP. So, might want to try one of the older drivers. Also, see that you're using the EU version of the driver - no idea how it differs from the regular driver... edit: I'm using the AV7702 driver under 2.10.6 and it works great. No idea if issues exist for higher C4 versions...