The API is well under way.  We do plan on making the API available in some
form at a later date, but the terms of this have not yet been decided.  A
RESTful interface is not well suited to the API's needs and adds a lot of
unnecessary software construction burden.   The API is simple, efficient
and unencumbered by XML DTDs and self-describing data.

What is it about RESTful that you find so compelling?  How would you
suggest handling asynchronous data under such an interface?

Steve

Stephen Hicks, N5AC, AAR6AM
VP Engineering
FlexRadio Systems™
4616 W Howard Ln Ste 1-150
Austin, TX 78728
Phone: 512-535-4713 x205
Email: [email protected]
Web: www.flexradio.com
Click Here for PGP Public
Key<https://sites.google.com/a/flex-radio.com/pgp-public-keys/n5ac>



*Tune In Excitement™*
PowerSDR™ is a trademark of FlexRadio Systems



On Mon, Nov 12, 2012 at 8:42 AM, David Kjellquist <[email protected]>wrote:

> Does anyone know if when the 6000 Series is available will there be a
> RESTful
> interface?
>
> I'm developing an automatic antenna switch based on the Raspberry Pi. RPi
> already has a RESTful interface using PYTHON well underway.
>
> It would be very useful if the antenna switch client and/or Raspberry PI
> switch
> could obtain band/frequency information from a 6000 via a REST query to
> control
> antenna switching
>
> Dave WB5NHL
>
> ______________________________**_________________
> Flexedge mailing list
> [email protected]
> http://mail.flex-radio.biz/**mailman/listinfo/flexedge_**flex-radio.biz<http://mail.flex-radio.biz/mailman/listinfo/flexedge_flex-radio.biz>
> This is the FlexRadio Systems e-mail Reflector called FlexEdge.  It is
> used for posting topics related to SDR software innovation and other
> technical SDR topics.
>
_______________________________________________
Flexedge mailing list
[email protected]
http://mail.flex-radio.biz/mailman/listinfo/flexedge_flex-radio.biz
This is the FlexRadio Systems e-mail Reflector called FlexEdge.  It is used for 
posting topics related to SDR software innovation and other technical SDR 
topics.

Reply via email to