Originally Posted by Enginear-Joe:
Daniel Raible
That is a nice idea. However they had to protect their systems. It was not wasted but necessary, unfortunately. Don't look back at TMCC without going back in time where this hobby's control system's development was. It was great for the time. It wasn't timeless. These large companies pushed the development of command for all of our gain.
Why is it in the development of DCC, couldn't something as simple as the horn function location be standardized? Couldn't they agree on just that much? I've bought decoders that were so different, I had to print out a cheat sheet to remember what function button did what.
I'm glad that someone like Lionel got involved and started pushing command development.
I agree, and thank you for the perspective. I think there is plenty of room for the manufacturers to compete with their control systems and features, but it would be nice to have a common fundamental architecture such as locomotive addressing, speed and direction control, dare I add whistle and bell, haha!
The time for open standards here may not seem right, but history has not been kind to those who chose to manufacture an artificial, unnecessary problem by engaging in a format war. We now use standard 3-point implements on our tractors, Microsoft Word on our Macs, IEEE 802 on our wifi and TCP/IP on the Internet. Whodathunkit?
The model railroading hobby is such a small group comparatively, and after you pare that down between gauges and now control systems the market share is so small. Even with O you have 3 rail, 2 rail, P48, narrow gauge, and then conventional, command control, now which system, blah blah blah...it's all so unnecessary.
The NMRA should have took a harder line at the beginning with DCC, there still isn't a comprehensive standard, and they seem completely uninvolved with regard to 3-rail control standards.
For the past many decades despite having the wrong track gauge and an extra rail all O-Gauge equipment operated together - from the wheel sets to the couplers to the power system and control. It is still hard in this day for companies to wrap their heads around intellectual property when it comes to software, and this control system incompatibility is proof of that.
I really want these companies to succeed, and perhaps these software front ends are the key to starting some compatibility, like Rich was advocating here.
For what it's worth I am a PhD Electrical Engineer who develops both RF and optical communication systems for deep space, and I serve on an international committee to reach consensus on things like protocol and waveform standards. Furthermore my dissertation was related to a form of command control over power, so I have an appreciation and deep respect for how difficult these things can be at the strange intersection of the technical, legal managerial and financial junctions.
I am mentioning this because I would be happy to offer my services, review documents, serve on a standards working group, consult, prototype, etc. in the interest of driving the development of these systems for the hobby, and especially so in the spirit of interoperability. If interested please contact me offline.
Heck, I've got a few brilliant colleagues that appreciate my train hobby from afar, and would probably love to develop apps to do some cool stuff, but I will tell you that they are dyed-in-the-wool LINUX open source guys and would want their stuff to remain that way. I think they are not alone. Power to the people, haha! Looking forward to this wifi stuff to see what we can do!
There is much good work to do, fun to have, and after that is done we can get the west on the metric system, haha!