Page 1 of 1
CCF import to RM
Posted: Mon Jan 18, 2010 6:50 am
by asphaltdancer
Hello, i have a "Rademacher Rollotron 9540"
a i have a CCF File with the codes, i have tried to decode this with decodeCCF but now i have the File an I don't know how i could use this to program my Remote with IR
could someone help me?
this is the txt.file after decode:
Code: Select all
Protocol Device SubDev OBC EFC Misc Decode UDB Function Sequence Key Panel DevName TopFreq Once Rept
Sony15 4 55 045_037 RC5 0 0 2 All Off HOME H 40.2441 0 16
0000 0067 00B3 0000 0097 0016 0097 0015 0017 0095 Auf Auf Skylight 40.2441
0000 0067 0000 0012 0017 0095 0017 0095 0097 0015 Zu Zu Skylight 40.2441
0000 0067 0000 0012 0017 0095 0017 0095 0097 0015 Normal schliessen Down Auto Skylight Skylight 40.2441
0000 0067 0000 0012 0097 0016 0097 0015 0017 0095 Normal `F6ffnen Up Auto Skylight Skylight 40.2441
0000 0067 0000 0012 0017 0095 0017 0095 0097 0015 Stop Stop Skylight Skylight 40.2441
0000 0067 0000 0012 0097 0016 0097 0015 0017 0095 Tipp `F6ffnen Up Manual Skylight Skylight 40.2441
0000 0067 0000 0012 0097 0016 0097 0015 0097 0015 Tipp schliessen Down Manual Skylight Skylight 40.2441
0000 0067 0000 0012 0017 0096 0017 0095 0017 0095 All All Skylight Skylight 40.2441
0000 0067 0000 0012 0097 0016 0097 0015 0017 0095 1 1 Skylight Skylight 40.2441
Gap-582-8561-12? 2 0 2.0 3 3 Skylight Skylight 39.4776 13 18
0000 0067 0000 0012 0017 0095 0017 0095 0097 0015 2 2 Skylight Skylight 40.2441
0000 0068 0007 0012 0009 00A2 0017 0094 0017 0094 5 5 Skylight Skylight 39.8572
0000 0067 0000 0012 0017 0095 0017 0095 0017 0095 4 4 Skylight Skylight 40.2441
Posted: Mon Jan 18, 2010 7:39 am
by The Robman
From the looks of that snippet, this device uses a protocol that DecodeCCF doesn't recognize, so you should probably post the CCF file in the Diagnosis Area folder (or just post a link to it if you downloaded it) so one of us can take a look at it.
Just for future reference, if DecodeCCF had recognized the protocol, your next step would have been to cut & paste the data into Excel, then you would clean up the data a bit before copying it manually over to RM.
There isn't an automated process for this.
Posted: Mon Jan 18, 2010 7:46 am
by asphaltdancer
I have uploaded the ccf File here:
http://www.hifi-remote.com/forums/dload ... le_id=7872
thanks a lot for help!
Rademacher Rollotron Remote
Posted: Fri Jan 22, 2010 4:32 am
by asphaltdancer
Hello,
could someone help me with decode the CCF File?
http://www.hifi-remote.com/forums/dload ... le_id=7872
I don't know how i could convert this File in the right Format to use it with RM.
thanks for help!
Posted: Fri Jan 22, 2010 6:50 am
by vickyg2003
I assume you want the skylight codes out of this ccf file.
You are going to need a custom protcol.
I've run out of time but here is where I am now.
Code: Select all
Frequency 40.2441
One = +3752,-546
Zero = +571,-3702
leadout -25100
Auf Auf 11 00 00 00 00 00 11 11 00
Zu Zu 00 11 00 00 00 00 00 11 11
Normal schliessen
Down Auto Skylight 00 11 00 00 00 00 00 11 11
Normal `F6ffnen
Up Auto 11 00 00 00 00 00 00 11 00
Stop Stop 00 11 11 00 11 00 00 00 00
Tipp `F6ffnen
Up Manual 11 00 00 00 00 00 00 00 11
Tipp schliessen
Down Manual 11 11 00 11 00 00 00 00 00
All All 00 00 00 00 00 00 00 00 00
1 1 11 00 00 00 00 00 00 00 00
2 2 00 11 00 00 00 00 00 00 00
3 3 00 00 11 00 00 00 00 00 00
4 4 00 00 00 11 00 00 00 00 00
5 5 00 00 00 00 11 00 00 00 00
Posted: Fri Jan 22, 2010 10:15 am
by The Robman
Posted: Fri Jan 22, 2010 10:40 am
by vickyg2003
Wow, did this thread get combined with another, or am I just totally losing it!
Rob,
I was wondering how to handle this protocol. I saw the bit doubling, but was at a loss on how to proceed with the 9 bit command. As always your solution was elegant. Thanks for the lesson.
Posted: Fri Jan 22, 2010 10:48 am
by The Robman
vickyg2003 wrote:Wow, did this thread get combined with another, or am I just totally losing it!
Yes (first question, not second). I did a search for threads by asphaltdancer to see what remote (s)he has so I would know what type of protocol to generate, and in doing so, found that (s)he had started two separate threads on the same topic, so I combined them. I couldn't find what remote was being used, so I generated both types of protocol.
vickyg2003 wrote:I was wondering how to handle this protocol. I saw the bit doubling, but was at a loss on how to proceed with the 9 bit command. As always your solution was elegant. Thanks for the lesson.
The first key part was knowing how to get the IR engine to generate the doubled bits, I knew it was possible because I've seen it before, but I had to look it up in the
data block doc to see how to do it.
The 9-bits was a pain, I did look to see if I could derive the extra bit somehow, to save having to use 2 variable bytes, but couldn't see a way.
Posted: Fri Jan 22, 2010 11:08 am
by vickyg2003
The Robman wrote:vickyg2003 wrote:Wow, did this thread get combined with another, or am I just totally losing it!
Yes (first question, not second). I did a search for threads by asphaltdancer to see what remote (s)he has so I would know what type of protocol to generate, and in doing so, found that (s)he had started two separate threads on the same topic, so I combined them. I couldn't find what remote was being used, so I generated both types of protocol.
vickyg2003 wrote:I was wondering how to handle this protocol. I saw the bit doubling, but was at a loss on how to proceed with the 9 bit command. As always your solution was elegant. Thanks for the lesson.
The first key part was knowing how to get the IR engine to generate the doubled bits, I knew it was possible because I've seen it before, but I had to look it up in the
data block doc to see how to do it.
The 9-bits was a pain, I did look to see if I could derive the extra bit somehow, to save having to use 2 variable bytes, but couldn't see a way.
I had seen that the 6th bit was always zero, and was thinking of making this a 3-3 cmd set. I'm not sure how many bytes it would have taken to make that happen, so have no idea if this would have taken more upgrade memory or not. I know its not all about upgrade memory, keymoves are another consideration. I wonder how many hoops we need to jump through to make these 3 digit EFC's when all the new remotes take 5 digit efc's anyway. Would you sacrifice upgrade memory, to have smaller EFC's?
Posted: Fri Jan 22, 2010 11:41 am
by The Robman
vickyg2003 wrote:Would you sacrifice upgrade memory, to have smaller EFC's?
It's not a question of EFC size, it's just that when you use 2 variable bytes, you double the size of the device upgrade. So what you have to do is compare how many executor bytes it would take to generate the extra data and then compare that to how many buttons are in the upgrade. If you're creating a Slingbox upgrade with 40 buttons it might be worth it, but if you're creating an upgrade with just 5 buttons in it, it's probably not worth it.
Posted: Fri Jan 22, 2010 12:02 pm
by The Robman
I took at look at whether I could use that bit which is always 0 and I could, but it would take 13 bytes of assembler code and save 16 bytes of device upgrade code, so it's just not worth it.
Posted: Fri Jan 22, 2010 1:26 pm
by vickyg2003
I knew there was a bit doubling option in PB, so when I saw the bit doubling that wasn't so bad,. I took a look at the data block doc anyway, but I think the only way this would be useful to me is if I had put it together myself.
I should load this up and test it with the widget, but I only get short breaks from the tiling. Everytime I walk away, it costs me money, since you have to "hit like a girl" to get the 20" tiles to break correctly. If I'm not there to break the tiles, DH tries and they end up in a million pieces.
Posted: Fri Jan 22, 2010 3:02 pm
by The Robman
vickyg2003 wrote:I knew there was a bit doubling option in PB, so when I saw the bit doubling that wasn't so bad,. I took a look at the data block doc anyway, but I think the only way this would be useful to me is if I had put it together myself.
You wanna know something funny, I didn't notice that the doubling option was in PB (I just looked again and I see it now), so I formatted it by hand! The only other tweak that I did was to set the 2nd byte length manually (with a LOAD statement). I did this to save memory as the LD statement takes 3 bytes, but adding it to the data block takes 7 bytes as PB needs to use nulls (ie, FF bytes) to pad it out.
I didn't do this to the HCS08 version, maybe you could do that later when you get done being a construction worker.
Posted: Sun Jan 24, 2010 9:42 am
by asphaltdancer
the upgrade works fine!
thank you very much!
Posted: Sun Jan 24, 2010 10:26 am
by The Robman
Happy to hear it, enjoy.