Your Universal Remote Control Center
RemoteCentral.com
Custom Installers' Lounge Forum - View Post
Previous section Next section Previous page Next page Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

Page 1 of 2
Topic:
Xfinity (X1) Double Skipping Codes and Crestron?
This thread has 19 replies. Displaying posts 1 through 15.
Post 1 made on Wednesday November 8, 2017 at 18:39
tgrugett
Select Member
Joined:
Posts:
August 2004
1,775
I have a situation that is stumping me. I have a number of systems with this same or similar configuration and all but one work perfectly fine.

I have RTI remotes utilizing Crestron 433 trigger codes into a Crestron Pro3 processor.

The codes when issued will trigger 2-6 times. I even designed a skip mitigation module that limits the code issue duration which completely solved the issue for a while and then it returned. It uses the same code set that works perfectly in other jobs.

The only observation I have is that this system uses a NON-DVR main box (XG2V2-P) and not a DVR box like all of the other jobs like it.

Anyone dealt with something similar?
Post 2 made on Wednesday November 8, 2017 at 20:28
buzz
Super Member
Joined:
Posts:
May 2003
2,710
In general I find the Xfinity boxes are sensitive to the code spacing. I create favorite channel macros and I need to adjust the timing between digits. I try to trim this to a minimum in order to create a remote that seems to execute commands swiftly, but this will burn me sometimes after Xfinity updates their boxes and changes the timing. In my case this results in skipped digits.

The boxes are also sensitive to stray IR. Check your RTI program to make sure that the handheld remote is not also issuing cable box IR commands that will hit the cable box along with the processor issued commands. This could cause the multiple digit response.

In the worst case, you may need to trim the spacing between repeats. This will be messy because you'll need to edit the codes.

If you have the RTI learner, it is nearly painless to start with an existing code set and generate a new code set by replacing all the codes using the native remote.
OP | Post 3 made on Wednesday November 8, 2017 at 21:10
tgrugett
Select Member
Joined:
Posts:
August 2004
1,775
On November 8, 2017 at 20:28, buzz said...
In general I find the Xfinity boxes are sensitive to the code spacing. I create favorite channel macros and I need to adjust the timing between digits. I try to trim this to a minimum in order to create a remote that seems to execute commands swiftly, but this will burn me sometimes after Xfinity updates their boxes and changes the timing. In my case this results in skipped digits.

The boxes are also sensitive to stray IR. Check your RTI program to make sure that the handheld remote is not also issuing cable box IR commands that will hit the cable box along with the processor issued commands. This could cause the multiple digit response.

In the worst case, you may need to trim the spacing between repeats. This will be messy because you'll need to edit the codes.

If you have the RTI learner, it is nearly painless to start with an existing code set and generate a new code set by replacing all the codes using the native remote.

I am way past that...
No IR being issued by the remote... 433 Crestron RF trigger codes only. I am aware of the pitfalls of X1. The major point here being that this Crestron IR module works flawlessly in other systems. Only this one with a Non-DVR has the multiple skips.
Post 4 made on Wednesday November 8, 2017 at 22:24
buzz
Super Member
Joined:
Posts:
May 2003
2,710
The timing on this box is likely different. As a reality check use a phone or pad camera to display the IR. Is the digit count correct?
Post 5 made on Thursday November 9, 2017 at 14:48
thecynic315
Advanced Member
Joined:
Posts:
August 2008
978
Is that a Moto box?

Or does anyone know if the same codes for Fios work on xFinity?

I have a clean IR driver for Fios that fixed the timing issues.
Post 6 made on Thursday November 9, 2017 at 16:45
SWOInstaller
Senior Member
Joined:
Posts:
October 2010
1,312
What happens when you issue the IR command from debugger? Do you get the same response with the box as you do with the remote? Have you also tried from your learner using device learner? Again does the cable box respond the same as when using the remote?
You can't fix stupid
Post 7 made on Thursday November 9, 2017 at 18:16
Long Time Member
Joined:
Posts:
August 2011
178
Have you tried swapping in another Crestron processor temporarily? Could be hardware related issue.
OP | Post 8 made on Monday November 27, 2017 at 21:36
tgrugett
Select Member
Joined:
Posts:
August 2004
1,775
On November 9, 2017 at 16:45, SWOInstaller said...
What happens when you issue the IR command from debugger? Do you get the same response with the box as you do with the remote? Have you also tried from your learner using device learner? Again does the cable box respond the same as when using the remote?

Debugger... same.
Learner... X1 codes never learn correctly.
Remote... works fine.
OP | Post 9 made on Monday November 27, 2017 at 21:37
tgrugett
Select Member
Joined:
Posts:
August 2004
1,775
On November 9, 2017 at 18:16, [email protected] said...
Have you tried swapping in another Crestron processor temporarily? Could be hardware related issue.

Possible but not likely.
OP | Post 10 made on Monday November 27, 2017 at 21:38
tgrugett
Select Member
Joined:
Posts:
August 2004
1,775
On November 9, 2017 at 14:48, thecynic315 said...
Is that a Moto box?

Or does anyone know if the same codes for Fios work on xFinity?

I have a clean IR driver for Fios that fixed the timing issues.

will you share so I can test?
Post 11 made on Monday November 27, 2017 at 23:36
Ernie Gilman
Yes, That Ernie!
Joined:
Posts:
December 2001
28,285
On November 27, 2017 at 21:38, tgrugett said...
will you share so I can test?

It's kinda nasty to say you have it but not suggest you might help. I'm sure that wasn't your intention, but???
A good answer is easier with a clear question giving the make and model of everything.
"The biggest problem in communication is the illusion that it has taken place." -- G. “Bernie” Shaw
Post 12 made on Tuesday November 28, 2017 at 11:05
thecynic315
Advanced Member
Joined:
Posts:
August 2008
978
On November 27, 2017 at 21:38, tgrugett said...
will you share so I can test?

I just tried to submit it to the Files Section but I have no idea how long that will take to go through. You have another way you want me to get it to you?




On November 27, 2017 at 23:36, Ernie Gilman said...
It's kinda nasty to say you have it but not suggest you might help. I'm sure that wasn't your intention, but???

But what? I asked two questions and said if the answer was Yes to either I had a file that could be tried.

I just saw the answer to the question and am providing the file.
Post 13 made on Tuesday November 28, 2017 at 12:09
3PedalMINI
Loyal Member
Joined:
Posts:
July 2009
7,433
X1 is brutal. What works on one box might not work on the next. Problem being is they have 4 manufactures for the same box so things get wonky. On top of that sometimes box updates botch the commands do you get these skips. Contorl4 released a driver this year that seems to fix it.

I know your not using IR but I figured it was worth mentioning.

The ONLY box that I have had consistent luck with is the rack mount box. That one seems to be the most solid and consistent!
The Bitterness of Poor Quality is Remembered Long after the Sweetness of Price is Forgotten! - Benjamin Franklin
Post 14 made on Wednesday November 29, 2017 at 09:03
thecynic315
Advanced Member
Joined:
Posts:
August 2008
978
On November 27, 2017 at 21:38, tgrugett said...
will you share so I can test?

Here is the link: [Link: files.remotecentral.com]
Post 15 made on Wednesday November 29, 2017 at 11:03
Ernie Gilman
Yes, That Ernie!
Joined:
Posts:
December 2001
28,285
I've solved a similar problem, but it's been years so I don't remember the exact behavior.

I turned each command into a two step macro. The macro consisted of the command I wanted followed by a command from a brand of equipment not used in the system. It seemed that this made the component I was trying to control recognize that the wanted command had finished, so the equipment stopped responding to the wanted command.
A good answer is easier with a clear question giving the make and model of everything.
"The biggest problem in communication is the illusion that it has taken place." -- G. “Bernie” Shaw
Page 1 of 2


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