Order Tray | Contact Us | Home | SIG Lists

[aprssig] SSID Standardization

david Vanhorn kc6ete at gmail.com
Thu Jun 10 19:25:22 UTC 2010


Exactly.   Perhaps a special button sequence to restore the default app..  If the function calls are well designed, the application code should be trivial.

This is what we did with verifone credit card terminals back in the 80s.
Worked well for many millions of devices, with lots of relatively unskilled programmers.




-- Sent from my Palm Prē
On Jun 10, 2010 13:04, Tim N9PUZ <tim.n9puz at gmail.com> wrote: 

On 6/10/2010 1:52 PM, Lynn W. Deffenbaugh (Mr) wrote:

> david Vanhorn wrote:

>> As an embedded systems developer, I don't see why this shoul add any

>> cost at all to a modern radio.

>

> Support costs would be astronomical unless some truly bullet-proof

> hardware/firmware and "don't call us if you break it" language is in

> place. Just look at how many people can't set up a D710 or VX-8R without

> assistance, I know I keep referring to the books for programming my

> simple HTs. Imagine the complexity when 10 different users of the same

> radio have 15 different ways to do the same thing. And they'll think

> they can call the manufacturer when it doesn't work right.

>

> Lynn (D) - KJ4ERJ - Liking the idea, but not enamored with the practicality



The manufacturer would supply some sort of "user interface" code as a 

part of the package anyway. With regard to support the response could be 

"if all the functions in OUR code work, the radio is sound. You to need 

to get support from whoever wrote your code."



73,



Tim N9PUZ



_______________________________________________

aprssig mailing list

aprssig at tapr.org

https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.tapr.org/pipermail/aprssig/attachments/20100610/9d56a90f/attachment.htm>


More information about the aprssig mailing list