commandfusion / cip Goto Github PK

In method: self.processIPIDStatus, in case (len == 4) where payload is tested against \x00\x00\x00\x03, this should only test against the last two bytes (\x00\x03) as multiple connections to an IP ID will cause a Crestron processor to provide a connection index value in the upper two bytes (if your the third conneciton, you might get \x00\x02\x00\x03).

This is a simple fix, but holding off on implementing until I've had time to test it.

Hi Scott,

Are you planing to add the gestures feature to the CIP JS?

Regards,
Danny

Hi,

i changed my connection to crestron to cip1.1. The connection works pretty fine but somtimes after waking up the iPad or iPhone from standby not all joins are complete updated so that a subpage that should be displayed is not displayed.
Doese anyone else have this problems and how can i fix these?

My System:
Control unit --> crestron din-ap2 v4.3.15
iPad v5.1 with iViewer4 v4.0.196 build 196
iPhone v5.0.1 with iViewer4 v4.0.196 build 196

Regards
CE

reported by [email protected]:

I'm seeing the same excellent results with the example program running
on an iPad connected to a QM-RMC and also a iPod Touch connected with
my own program connected to a Pac2m.

I have yet to have a blown connection....been testing since about 10pm
last night on/off.

One limitation I have noticed is that you must use the default CIP
port of 41794.

I had my Pac2m at 41894 (for port forwarding purposes)....and that
would not connect.

Not a big issue, but just wanted to mention it in case others had a
non-standard port defined.

Matt

Whenever you first load the GUI, the system does not always connect to the processor.

CIP1:Online_Digital_Join will produce no result if value changed.
The online status will still reflect on Join 1000, even if the value of the global token has been changed.
Similarly, in Debug logs, the CIP1:Digital_High will still reflect 255, even if the value of the token has been changed.

I have identified an issue where CIP is not passing digital transitions defined inside of a gesture. For example I have a gesture that has the following properties:

(Essentially a 0.1s pulse of digital join 291 at the end of a swipe.)

Moving back to the iViewer Server module resolves this issue, so I am pretty certain it is CIP/Javascript based.

Tested with versions(same result in all):

4.0.5 bld 166
4.0.5 bld 171
4.0.6 bld 172

Matt

Hi,

I recently updated all the iPads in a large system (30 of them) to iOS5.0.1 and also upgraded from iViewer Next v4.0.184 to iViewer 4 v4.0.196.

I then started experiencing issues with long delays in getting digital button feedback and serial text updates after the iPad's been in standby. I've also seen some issues with local loop back system commands used to control subpages. This was only a problem while the iPad takes time to get the updates from the Crestron processor.

I then decided to revert back to iViewer Next v4.0.190 and it seems better, but the client emailed me and said he's still getting these issues from time to time on different iPads.

The moment the iPad comes out of standby the info is all there and then suddenly disappear as the CIP1.1 JS clears and then request the updates from the Crestron processor. If the iPad wasn't in standby for to long the update will go quick, but other times it will take up to 2 minutes. This was not a problem before running iViewer Next v.4.0.184

Thank you,
Etienne