Your Universal Remote Control Center
RemoteCentral.com
Philips Pronto Professional Forum - View Post
Previous section Next section Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

Topic:
RFX9600 Relay Control & IR Routing
This thread has 6 replies. Displaying all posts.
Post 1 made on Monday August 21, 2017 at 03:27
Rolando1948
Long Time Member
Joined:
Posts:
January 2008
32
After having set up some TSU9600 and TSU9800 to work correctly with RFX9600 a few years back. I again have client to which I have to set up a TSU9600 with an RFX9600. Since some of my knowledge had faded away, I recently came to the forum and was helped and refreshed on aspects of the substantial difference between PEP1 and PEP2 and the variations in the approach to programming. With the forum's help I was able to get things working and responding correctly on the TSU9600, but now that I need some simple "contact closure" to control two access gates and to route IR commands to three identical model wall fans that are in the same room, I can not seem to find the logical and correct way to proceed with the RFX9600 due to the following:

1. All tough the forum clarifies and advises that in PEP2, "Project Components" should be created and addition to the "Data Base", but the "Data Base" just provides for IR or RS, what happens when the component is just a garage door opener or projection screen that only require relay contact closures? What I have done up to now is create and "Activity" call "Garage Door" and created a page with two buttons with "Open" and "Close" respectively, but unfortunately in the "Simulator" and TSU9600 the only response is "Command failed". I know for a fact that the RFX9600 fixed IP is correct since it responds correctly to a "ping". The TSU9600 shows that it is connected to the WiFi of the same network but fails to respond to a "ping".

2. Despite a relay action for a garage door opener seeming to be a toggle action, I believe that a relay "toggle" of the RFX9600 would not be appropriate, because it would remain latched in a closed state and I have decided that the normally open relay should close, but after a short delay of about .5 second, a following command to open the relay would have to be performed to remove the relay from its closed "latch" to an open state. I conceived this, since I could not find any form of "time release" as in other products like Bitwise and others.

3. I could not find a form of "routing" IR commands to a specific IR port which would then be extended with an "emitter" to one of three identical products.

Any help, advice or insight will be greatly appreciated.

Thank you

Last edited by Rolando1948 on August 21, 2017 12:39.
Rolan
Post 2 made on Monday August 21, 2017 at 20:02
Lyndel McGee
RC Moderator
Joined:
Posts:
August 2001
12,156
For your relay issue....

Then, go and install Jon Welfringer's simulator patch to gain control of RFX from PEP2.

Here is the info I received earlier from Jon Welfringer's Simulator to RFX enhancements.

The RAR file can be downloaded from the following link:

[Link: welfringer.com]

Please review the README.txt file included for information on setup.

This basically is a man-in-the-middle that will enable your pronto simulator to talk to RFX for Relay commands but you MUST use fixed IP on all your extenders for this to work properly.

For your IR command issue...

With regard to routing an IR command to an IR port, you will need to create 3 duplicate components under building blocks (Fan1, Fan2, Fan3). It is at the component level where you can assign the component to an RFX and then once on an RFX, assign the proper IR port.
Lyndel McGee
Philips Pronto Addict/Beta Tester
OP | Post 3 made on Tuesday August 22, 2017 at 00:28
Rolando1948
Long Time Member
Joined:
Posts:
January 2008
32
Thank you for your continued support Lyndel, I happen to have removed the RFX9600 from the customer's home and your advice and solutions will let me continue to work with the RFX9600 "stand alone" with my PC. Once I have everything working correctly, I will again return to the client's home and try again to get the TSU9600 and RFX9600 to link and work together.
Do you have any observations on the fact that all tough the TSU9600 did connect correctly with the network WAP, either through DHCP or fixed IP, but would not respond to a "ping", while the RFX9600 also configure correctly with a "cross connect" cable and then in "use" mode. it would respond correctly to a "ping"with its assigned fixed IP address?
What should be the present recommended firmware numbers for the TSU9600 and RFX9600 combo.
Thanks again.
Rolan
Post 4 made on Friday August 25, 2017 at 15:36
Lyndel McGee
RC Moderator
Joined:
Posts:
August 2001
12,156
I recommend TSU9600 7.2.22 and the latest RFX firmware on this site.

Don't worry about TSU not responding to a ping.
Lyndel McGee
Philips Pronto Addict/Beta Tester
OP | Post 5 made on Monday September 4, 2017 at 14:32
Rolando1948
Long Time Member
Joined:
Posts:
January 2008
32
Thank you Lyndel for all your additional support and for the tip of not having to worry about the TSU9600 not responding to a "ping", although in one or two of the multiple configurations and attempts that I performed, I believe the unit did respond to a "ping". But, no matter what "DCHP" or manual fixed "IP" I configure, the TSU9600 fails to connect to the RFX9600, but every time I immediately performed the "test" with PEP2 modified with "Jon Welfringer's Simulator" the RFX9600 reacts correctly. I upgraded both the TSU9600 and the RFX9600 firmware to their latest non Beta versions. I also configured and limited the "pool" of "DHCP" addresses as advised on the "Forum". I have also repeatedly observed that the TSU9600 "WiFi" connection icon would confirm that the unit was connected to the network WAP, but it was to no avail in connecting to the RFX9600. I also tested removing all encryption and leaving the WAP temporarily open and once again the TSU9600 would connect to the WAP, but to no avail, the TSU9600 would failed to link to the RFX9600. I have reach a point where I am willing to try anything, no matter how far farfetched it might seem. If I cannot get the RFX9600 to respond to the TSU9600, I might just have to abandoned the network WiFi link, for an IR receiver in the physical space of the TSU9600 and wire it to the location where the garage and gate controllers are and substitute the RFX9600 relay functions for two SPTD IR controlled relays, but this would be in the despair of having exhausted all options with the RFX9600. I am really at a lost of what else to attempt a this point, my last hope is the support and advise obtained on this forum.

Thank you
Rolan
Post 6 made on Friday September 8, 2017 at 00:52
Lyndel McGee
RC Moderator
Joined:
Posts:
August 2001
12,156
What are the IP addresses of the RFX9600 and the TSU9600?

Also, are they both in the same subnet (what is the subnet mask)?
Lyndel McGee
Philips Pronto Addict/Beta Tester
OP | Post 7 made on Saturday September 16, 2017 at 00:22
Rolando1948
Long Time Member
Joined:
Posts:
January 2008
32
Both devices were on the same subnet and had fixed IPs. Everything finally worked when I abandoned connecting to the WiFi of the existing router and I installed and configured a TP-Link mini router in its AP mode. Everything was then configured with the exact same parameters, but with TP-Link AP the TSU9600 would link with the RFX9600 and they would work flawlessly. The lesson and moral of my experience is that if in the RC forums it is stated that APs of different manufacturers can be the issue, one should heed to those warnings and advice.
Thanks again Lyndel.
Rolan


Jump to


Protected Feature Before you can reply to a message...
You must first register for a Remote Central user account - it's fast and free! Or, if you already have an account, please login now.

Please read the following: Unsolicited commercial advertisements are absolutely not permitted on this forum. Other private buy & sell messages should be posted to our Marketplace. For information on how to advertise your service or product click here. Remote Central reserves the right to remove or modify any post that is deemed inappropriate.

Hosting Services by ipHouse