I don't think I've seen any conditional execution facilities in the command set itself, tho there's the concept of return value (i.e. many of them return responses to the original command). So it looks like any conditional/branching operations have to be done outboard in high(er) level code.
I'm actually still just trying to figure out what the encoding method for the K3 command set would be from a high level language - i.e. is there a "bridge" API along the lines of, say, JDBC, which allows sending the commands as strings interspersed with parameters? Or is there another lower level method of talking to the firmware (i.e. is the K3 command set itself an abstraction of this protocol?). I.e. something like the source code from a K3 app would be helpful here? Otherwise, yeah, I'd support an API from elecraft that you could use from a high level language to talk to the firmware, perhaps a library plugin with a C API would be relatively portable? 73, LS W5QD -- View this message in context: http://elecraft.365791.n2.nabble.com/K3-User-Programmable-Display-Area-tp5026858p5026949.html Sent from the Elecraft mailing list archive at Nabble.com. ______________________________________________________________ Elecraft mailing list Home: http://mailman.qth.net/mailman/listinfo/elecraft Help: http://mailman.qth.net/mmfaq.htm Post: mailto:[email protected] This list hosted by: http://www.qsl.net Please help support this email list: http://www.qsl.net/donate.html
