Your Universal Remote Control Center
RemoteCentral.com
Complete Control by URC Forum - View Post
Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

Original thread:
Post 17 made on Wednesday January 16, 2013 at 12:09
Lowhz
Senior Member
Joined:
Posts:
April 2012
1,168
On January 16, 2013 at 05:16, MrHaugen said...
I'm not sure what you mean. You're saying that the programming tool that no one will part with, is basically a notepad that you program directly with HEX and Serial code and other low level programming. I'm sure there's more to it, but the answer gives me this picture. In case you can only program in this rather low level programming code, I understand that you need help to program them. I think it's pretty weird that you can't use more commonly used high level programming languages and other helpful tools in the program.

If much low level code is indeed needed, this leaves this option pretty much dead in my case. I programmed a simple CPU with binary and hex 12 years ago. And that's it. I know some VB.net, C++ and powershell. I guess this will not help me much.

I can not understand that nobody have created a remote with IR/Wifi/RF, touch and hard buttons and macro abilities, without the need for an intricate setup with control boxes. With a simple and intuitive program activity and button setup, and custom programming options for the needy.

I guess I just have to continue dreaming, and hope for better products in the next few years.

The programming tool that no one will part with is essentially a wizard that you fill in the blanks and it generates generic system macros and user interfaces. The term "code" keeps getting thrown around here and I think you believe it means "#include , void (main){ ;" but that's not the case. "Code" should mean "Command" and they look like 0090 A600 B009 for hex, PWON for serial control. The device drivers are what are populated with the device commands. The Accelerator is a high-level programming environment, there is a SDK which uses TCL for device development, but there is no assembly manipulation.

The system was designed for whole house subsystem integration: Audio, video, climate, security, surveillance, access. It's easily scalable and programmable if you can read and understand the documentation. The most difficult part of the process is in understanding the spec of the job and making sure you have all the resources you need to make the system do what you want to do, whether that is hardware, command sets, macro and UI design. It's not magic, it's not voodoo, it just takes an understanding of the abstract theory of subsystem control.

And end-user could install and program the system if they wanted to, but only as long as they have access to all of the parts necessary and can work through their own programming hang ups. The tech support lines are for resolving bugs that the installer cannot fix on their own. The reason it is not available to the end-user is because URC has cultivated a direct dealer base whom they protect their right to make a living. Same with Control4, same with Crestron, same with AMX, same with Savant, same with ICS.

While you may be able to program it, this is not the system for you. What you are describing is the Logitech Harmony.


Hosting Services by ipHouse