Posted: Sat Mar 18, 2006 1:45 am
This is likely a silly question but you are remembering to activate the extender after uploading any change to the remote right? With the atlas remote it is select instead of power to activate.
Forum for JP1 remotes
http://www.hifi-remote.com/forums/
Remember there are no silly questionswhompus wrote:This is likely a silly question
...oh, and this Chair.mr_d_p_gumby wrote:I've got pretty much everything needed, except for the remote and a 2K EEPROM...That's all I need... and this ashtray...
Gumby, I've been dreaming of a 2k extender for my Atlas 5 for a year. If there's any way you can make one, I'll sing your name in the streets. I've tried to make one myself, but I'm way, way too stupid for that. If you need an Atlas to tinker with, or a 2k EEPROM, I'll send them. Anything to help the development of a 2k extender so I can make my remote control dreams come true.mr_d_p_gumby wrote:OK, I'll try to put a 2K version together as time permits.
what does that mean? can i remove this without jp1 programming or does it require jp1? i hope macros can fix thisbcardellini wrote:That sounds like it's just some kind of volume punch-through.
Slightly off topic, but when I was going through building the 9960B01/6960 extender, I chose to NOT use the old keymove format so that eventually when I fix extinstall the keymoves, etc would port directly. It also allowed me to save a bit on space since I use the built-in ROM routines to search for and find keymoves.mr_d_p_gumby wrote:Since several Atlas DVR owners have recently asked if an extender is available for their remote, I have ported the URC-6131 extender to the Atlas DVR. You can download it here.
Also, please note that this remote also has the same problem as does the URC-6131 with importing keymoves into the extender because it uses a newer keymove format. The extender uses the normal keymove format, so you'll have to re-create any existing keymoves.
You'd have to ask Hal about that decision, since he created the 6131 extender. My goal in porting it to the Atlas was to make it viable in a 1K EEPROM without changing functionality.unclemiltie wrote:Slightly off topic, but when I was going through building the 9960B01/6960 extender, I chose to NOT use the old keymove format so that eventually when I fix extinstall the keymoves, etc would port directly. It also allowed me to save a bit on space since I use the built-in ROM routines to search for and find keymoves.
Is there a reason that people tend to build the extenders using the old format? (other than it takes up one byte less per entry) I would think that making them compatible with the non-extended remote would be valuable to the user community?
The extender asm code is already included. The asm code for each special protocol is part of it's description text file, so you can copy and paste it into the main extender asm if you wish (old-fashioned manual conditional assemblyunclemiltie wrote:Mike
I also put a lot of conditional assembly into the 6960/9960B01 extender so that I can build versions with each of the special protocols in them without a lot of surgery. If you're going to release the ASM code you might consider doing this, then those who want to can assemble the extender the way they want it.
I'm sorry you haven't found any takers yet. I have not had the time to do it (work deadlines, etc.). Certainly, if I can find the time in the future I'll be glad to do it.bcardellini wrote:...but back on the topic of Atlas 5 DVR extenders, I would still be eternally grateful to anyone who can make a 2k extender for this remote. I can suppy a chip, or a chipped remote if needed.
The old format is the most versitile, it has no restrictions on the number of variable bytes used in the protocol. The 6131/Atlas format only supports 1-byte protocols and the current UEI format only supports 1 or 2 byte protocols.unclemiltie wrote:Is there a reason that people tend to build the extenders using the old format?