Running a web server deamon inside the Flex 6000 radio will be great to get info from any device. I could open my android device web browser, point to http://192.192.1.x and get a web page with info from the radio.
You could get your radio Name, ID, Slices active, frequency read out, PA Temperature, Power Out... even some statistics, time on, TX times, RX times, etc... In radios with the GPSDO you could also get time, date and location info and even serve it as NTP (netword time protocol) string. For example pointing to 192.168.1.x/npt gets you the string to be used by services that can read NTP that are connected to your local network.
With a simple username/password which can be changed through SmartSDR, you could access some functions like Turn ON or Turn OFF. I really like the idea to even be able to have RESET TO FACTORY command, REBOOT etc....
My understanding is that the Flex 6000 runs a linux distro inside, and a web server deamon wouldn't be taxing on the radio and could be very useful.
Just an idea!
- 1723 Posts
- 524 Reply Likes
Posted 1 year ago
Tim - W4TME, Customer Experience Manager
- 8701 Posts
- 3269 Reply Likes
- 798 Posts
- 94 Reply Likes
Just as example and not any advert. - here http://www.cqham.ru/forum/showthread.php?34313-Software-Defined-Connectors&p=1318379#post1318379 Yurj UT4LW started thread with own utility for SunSDR2 transceiver for support remote connection/LOGs/Profiles, however i am appreciate for such cases simple Linux server and RTP connections.
- 251 Posts
- 46 Reply Likes
- 1723 Posts
- 524 Reply Likes
- 33 Posts
- 17 Reply Likes
- 1721 Posts
- 524 Reply Likes
- 3040 Posts
- 640 Reply Likes
Maybe the MIB can wait until the 7000. Personally, I'd much prefer FRS focus on whatever features can still fit into the box and drop the other distractions.
- 1721 Posts
- 524 Reply Likes
It is the idea that a network device could (should) be accesible by its IP address and display basic info that can be viewed by any system. It is a feature that works regardless of the Operating System. I can see myself putting a cheap 10 inch android tablet on the wall just reading info from the Flex. I can then get Time, Date, temperature, status of the radio, etc... how is that for coolness factor.
And it should just display info readily available. I am here, I am ID number XXX, model #, I am on, I am connected to xxx.
The second part of the feature, and that involves a bit more, is to have some authentication to allow for sending some commands.
I fail to see that this will be resource intensive..... I am only sending text strings. And the daemon could be NWEB or SimpleHTTPServer, not a full fledged apache server.
- 267 Posts
- 48 Reply Likes
Smartsdr with out the fancy windows GUI like a DOS Box but through the web browser.
Really simple version with commands.
Not sure of what is to be gained by going this route.
But I suppose it would be less taxing on the computer it is run on.
If thats what you are asking seems like a good Idea.
73 Jeff
- 798 Posts
- 94 Reply Likes
Rory, common Forum server is here: www.cqham.ru, SunSDR TRCVR is here- www. eesdr.com/en/
unfortunately mentioned tread above on RUS only, however SDC SW by UT4LW here (for SunSDR only)- https://drive.google.com/file/d/0B6nvX2SQAgY5SjZHcWVYZEFndEk/view (WIN version)
RUS Manual here -https://drive.google.com/file/d/0B6nvX2SQAgY5VW91UktfbGVyNzA/view i guess google translated well
Tim sorry, OFF Top here
- 336 Posts
- 82 Reply Likes
It is not far from my Arduino switch box that relies on Arduino Flex libraries and has its own UDP protocol to set/read some Flex status variables. You could remove the UDP code and implements a specific Flex web server.
While it is a proof of concept device you can bet it can't be affected from OS issues.
73' Enzo
iw7dmh
- 1721 Posts
- 524 Reply Likes
- 775 Posts
- 170 Reply Likes
I know FRS has an issue with commitment but it really would be nice to see how these ideas and longer term bugs fit into their priority list.
Kev
- 28 Posts
- 6 Reply Likes
Although clunky, I stream my SSDR feed and needed a way to control the rig through a web interface. Hopefully, they will allow child clients in the future and can tap into existing panadapters.
Ria - N2RJ, Elmer
- 2142 Posts
- 824 Reply Likes
I don't know the details of the flex hardware but even if there is room to spare, I'd rather just use a separate box... you guys use DDUtil, right? Put it on the same box, with lighty or apache, or even a Pi3. The APIs are open and it's easy to read data from DDUtil and the radio. I've been toying with the idea of a basic web panel for radio and station parameters (rotor, SteppIR, amp).
Unfortunately with the election next week my bandwidth for programming projects is down to zero. So maybe afterwards.
But it's doable and not really hard for anyone with programming chops.
- 324 Posts
- 32 Reply Likes
Salvador,
Adding basic functionality like you describe would not tax the 6000 but it would take time for them to create a secure interface for it. I would like this functionality as well but you know how people are, ok you gave me the basics, I love them now how about adding to them.
- 3040 Posts
- 640 Reply Likes
Think of SSDR (the radio) as a publish subscribe model. A app, any except for an app accessing panadapters and slices, connects to a radio it sees and subscribes to certain 'topics'. Currently, only a single app can register interest in panadapters and slices. Periodically information on those topics or, in some cases, completely asynchronous, information is deliver to all 'registered' clients. The client app then simply displays the received information. This is how SSDR is, relatively speaking, light weight. Information received and parsed from the radio is stored in radio attributes. A UI field links to it's peer attribute such that when that attribute in the radio instance changes it is automatically reflected in the display widget. But, as far as a SDRCat-like applet, how is that different that what DDUtils already displays?
Not to speak for Sal but I perceive the difference in what he is asking for is a web app to deliver the data to a browser. This would require a application container such as IIS (yuck, too heavy weight), or something like Tomcat that serves dynamic content. If it is placed in the radio, that represents a lot of real estate just to make the data available at the same ip address that ssdr connects to.
Each one of these apps, be it SSDRfW, SSDRfIOS, XPSSDR, DDUtils, FlexMeter, etc connects to the radio and provides it with a UDP endpoint for itself. Let's say they all ask for the same information, each time that information in the radio changes the radio has to send a UDP packet to each application that registered interest in it. Most, if not all, apps using flexlib ultimate tell the radio they are interested in everything as that is what the Radio object's connect() method does.
But, yeah, I kind of agree with Sal that it is an interesting thought exercise.
- 324 Posts
- 32 Reply Likes
"Not to speak for Sal but I perceive the difference in what he is asking for is a web app to deliver the data to a browser."
Exactly how I took it.
Ria - N2RJ, Elmer
- 2142 Posts
- 824 Reply Likes
- 3040 Posts
- 640 Reply Likes
- 324 Posts
- 32 Reply Likes
How about an IFTTT recipe for turning the radio on or off, walk in the door and say to your Amazon Echo "Alexa, trigger Flex on" and when you get to your shack the radio is on and waiting.
I'm kinda kidding, but kinda not kidding.... :)
Related Categories
-
FLEX-6700 Signature Series SDR
- 2539 Conversations
- 515 Followers
-
FLEX-6500 Signature Series SDR
- 3042 Conversations
- 758 Followers
-
FLEX-6700R Signature Series SDR
- 693 Conversations
- 139 Followers
-
FLEX-6300 Signature Series SDR
- 2501 Conversations
- 725 Followers
Kevin K4VD, Elroy
Tim - W4TME, Customer Experience Manager