Wow! Thank you so much, Brian. I'm sure this will get me started. I was just reading through https://github.com/F5OEO/eshail-ghy-wb- ... ter/main.c and becoming very confused. It looks like Goonhilly sends 4 streams in succession, each with a unique protocol - that all look the same. I'll follow your findings and let you know.
Goonhilly Spectrum Stream
Re: Goonhilly Spectrum Stream
Michael EA7KIR
Re: Goonhilly Spectrum Stream
As far as I can see, it sends a new scan every 250ms or so.
Which language are you writing in?
Brian
Which language are you writing in?
Brian
Re: Goonhilly Spectrum Stream
I'm writing in Swift for both the Raspberry Pi server and the Apple Mac client. The Mac user interface uses SwiftUI. I'm still learning the language. Like everything technical, it seems easy to begin with. Then, the deeper you get the harder it becomes - hence the memory leaks I can't fix. Why do you ask?
Michael EA7KIR
Re: Goonhilly Spectrum Stream
I don't know anything about MACs or SwiftUI.
I've been playing with some code on the RPi to decode the spectrum feed. I couldn't find a C library for Websockets that I could actually get to work, but the Python library worked without problems. I've never used Python before, so the code is probably pretty horrible.
Brian
I've been playing with some code on the RPi to decode the spectrum feed. I couldn't find a C library for Websockets that I could actually get to work, but the Python library worked without problems. I've never used Python before, so the code is probably pretty horrible.
Brian
Re: Goonhilly Spectrum Stream
I started this project in Python for both ends, and yes it was very easy, but I didn't like the look of the user interface. It looked like something from the 80s (like most HAM software). Python is very good, but Swift is the way to go, particularly for the server community who are beginning to use Swift-NIO. Why? Because they need compatibility between many back-end servers. Swift and Swift-NIO are open source. SwiftUI is only for Apple at the moment. Almost all new macOS, iOS and tvOS products are using it now.G4EWJ wrote: ↑Fri Aug 27, 2021 1:19 pmI don't know anything about MACs or SwiftUI.
I've been playing with some code on the RPi to decode the spectrum feed. I couldn't find a C library for Websockets that I could actually get to work, but the Python library worked without problems. I've never used Python before, so the code is probably pretty horrible.
Brian
Now I know the stream uses websockets, you could try this https://pypi.org/project/websocket-client/
Michael EA7KIR
Re: Goonhilly Spectrum Stream
We'll be publishing some advice and guidelines on the use of the Goonhilly Spectrum Stream over the next few days, so please be patient and you'll get some help from the the system designer.
The delay is because he has a "real" job as well!
Thanks for your patience
Dave, G8GKQ
The delay is because he has a "real" job as well!
Thanks for your patience
Dave, G8GKQ
Re: Goonhilly Spectrum Stream
Thank you Dave. This is just what I need.G8GKQ wrote: ↑Fri Aug 27, 2021 1:50 pmWe'll be publishing some advice and guidelines on the use of the Goonhilly Spectrum Stream over the next few days, so please be patient and you'll get some help from the the system designer.
The delay is because he has a "real" job as well!
Thanks for your patience
Dave, G8GKQ
Michael EA7KIR
Re: Goonhilly Spectrum Stream
>>Now I know the stream uses websockets, you could try this https://pypi.org/project/websocket-client/
Yes, that's the one I'm using.
Brian
Yes, that's the one I'm using.
Brian
-
- Posts: 40
- Joined: Sat Jun 01, 2013 10:45 am
Re: Goonhilly Spectrum Stream
Hi Michael,
Apologies for the delayed response - I'll copy this into a wiki article once I've posted here:
Technical Description
As you've seen (from Evariste's copy of the original source https://github.com/BritishAmateurTelevi ... ter/main.c ), the FFT feed uses a websocket over TLS ( wss://eshail.batc.org.uk/wb/fft ).
There are two 'protocols' implemented that are used to provide the feeds on the https://eshail.batc.org.uk/wb/ webpage:
Use of the Feed
I'm very happy with people carefully experimenting with the default 'fft'/'fft-fast', however for ongoing use or if you're distributing (or making publicly available) an application/webpage that uses it then please contact me and ask for a defined protocol so I can keep track of the usage and isolate any issues. I can add more easily with less than a second of downtime on the system. My email address is phil@philcrump.co.uk
Ongoing availability and compatibility of the feed is on a best-effort basis. It's all working well for now and I've got no pressing reason to change anything any time soon.
Client Code examples
'eshail.batc.org.uk/wb' webpage: https://github.com/BritishAmateurTelevi ... js#L11-L45
Rob's Live-Tune client: https://github.com/m0dts/QO-100-WB-Live ... cs#L39-L82
Michael - Are you happy if I set up 'fft_ea7kirsatcontroller' for you? What speed (updates per second) would you like the data?
Phil M0DNY
Apologies for the delayed response - I'll copy this into a wiki article once I've posted here:
Technical Description
As you've seen (from Evariste's copy of the original source https://github.com/BritishAmateurTelevi ... ter/main.c ), the FFT feed uses a websocket over TLS ( wss://eshail.batc.org.uk/wb/fft ).
There are two 'protocols' implemented that are used to provide the feeds on the https://eshail.batc.org.uk/wb/ webpage:
- 'fft' - Provides the 'Slow' data feed (4x per second)
- 'fft_fast' - Provides the 'Fast' data feed (10x per second)
- 'fft_m0dtslivetune' - Provides a 4x per second data feed for Rob's Live Tune application
- 'fft_f5oeoplutofw' - Provides a 4x per second data feed for Evariste's Pluto firmware display
Use of the Feed
I'm very happy with people carefully experimenting with the default 'fft'/'fft-fast', however for ongoing use or if you're distributing (or making publicly available) an application/webpage that uses it then please contact me and ask for a defined protocol so I can keep track of the usage and isolate any issues. I can add more easily with less than a second of downtime on the system. My email address is phil@philcrump.co.uk
Ongoing availability and compatibility of the feed is on a best-effort basis. It's all working well for now and I've got no pressing reason to change anything any time soon.
Client Code examples
'eshail.batc.org.uk/wb' webpage: https://github.com/BritishAmateurTelevi ... js#L11-L45
Rob's Live-Tune client: https://github.com/m0dts/QO-100-WB-Live ... cs#L39-L82
Michael - Are you happy if I set up 'fft_ea7kirsatcontroller' for you? What speed (updates per second) would you like the data?
Phil M0DNY
Re: Goonhilly Spectrum Stream
Thank you Phil. This is fantastic, so absolutley please do set up the custom feed. The Slow feed of 4/second will be perfect. I know it will take me some time to get this working, but I'll do my best to not crash the entire system as best I can. If there's anyone out there who'd like to collaborate, just send a PM.Phil M0DNY wrote: ↑Sun Aug 29, 2021 12:57 pmMichael - Are you happy if I set up 'fft_ea7kirsatcontroller' for you? What speed (updates per second) would you like the data?
Michael EA7KIR