Firmware 20180708 Release
231 views
Skip to first unread message
Steve Haynal
Jul 9, 2018, 1:36:23 AM7/9/18
to Hermes-Lite
Hi Group,
You can find the 20180708 firmware testing release on github. See the link for release changes. The main change is inclusion of Jim's new CW and TR sequencing changes. I'd appreciate any testing, especially on PowerSDR. This is a testing release. I have only tested it on a Hermes-Lite beta5 and up. There were some timing paths that popped up for the beta2 build. Some timing clean-up for the beta2 will probably be necessary.
I moved the 20180603 firmware from testing to stable. The only outstanding issue was a possible echo on beta2, but I could never reproduce that problem.
I have reorganized the bitfile release directory into stable, testing and archive. Once a testing release has received sufficient testing with no bugs discovered, it will become the latest stable. See
Refer to the Hermes-Lite YouTube channel for information on updating your firmware:
73,
Steve
KF7O
in3otd
Oct 27, 2018, 12:11:23 PM10/27/18
to Hermes-Lite
...a little late - today I tried to update my H-Lv2b3 to the 20180708 firmware (HL2b3to4 version); now it's apparently not detected at all by Quisk, while is discovered by linhpsdr (found device=6 software_version=62 status=2 address=192.168.254.195 (00:1C:C0:A2:13:DD) on eth1) but it does not appear to receive any data, the waterfall is still.
So I tried to go back to the latest stable (20180603), which I never tried before, but it behaves in the same way.
The previous one (20180106) is the one that I was using and still works fine once flashed again on the board.
Has anyone used one of the latest FWs on a beta3 HW?
73 de Claudio IN3OTD / DK1CG
So I tried to go back to the latest stable (20180603), which I never tried before, but it behaves in the same way.
The previous one (20180106) is the one that I was using and still works fine once flashed again on the board.
Has anyone used one of the latest FWs on a beta3 HW?
73 de Claudio IN3OTD / DK1CG
Alan Hopper
Oct 27, 2018, 4:54:04 PM10/27/18
to Hermes-Lite
Claudio,
I'm not sure what version I'm using now but 20180603 definitely worked for me on my beta 3. I'll try the latest tomorrow.
Alan
Takashi K
Oct 27, 2018, 6:34:41 PM10/27/18
to Hermes-Lite
Hello Claudio,
I have never run the latest firmware on my HLb3. I installed my HLb3 in a compact enclosure so I can not try the latest firmware. Sorry.
73, Taka ji1udd
Steve Haynal
Oct 27, 2018, 10:25:42 PM10/27/18
to Hermes-Lite
Hi Claudio,
I just downloaded 20180708 to be sure I have the one posted on github, programmed ny HL2b3, and everything tested okay at 100 and 1000 Mbs. All the released versions have worked on my HL2b3. The MAC address may have changed in the more recent releases. Do you have any setup in your network that relies on the MAC address? Are you using DHCP?
73,
Steve
kf7o
in3otd
Oct 28, 2018, 7:23:09 AM10/28/18
to Hermes-Lite
oops, brain fart on my side. For some reason I had Quisk set up to connect to an H-L with "Hermes code version" of 60 only so it ignored any radio with a newer FW, now it works fine.
Anyway, still linhpsdr finds the radio but does not successfully start the reception at the beginning, while it was working fine with the old FW. I see that if I change the sample rate to another value then the radio it's started successfully and continues to work even changing the sample rate back to the initial value.
I have the impression this may be related to the watchdog timer which was added to the FW some time ago because I actually get a short burst of audio at the beginning before it stops (didn't notice this before as I had no antenna connected).
Anyway, still linhpsdr finds the radio but does not successfully start the reception at the beginning, while it was working fine with the old FW. I see that if I change the sample rate to another value then the radio it's started successfully and continues to work even changing the sample rate back to the initial value.
I have the impression this may be related to the watchdog timer which was added to the FW some time ago because I actually get a short burst of audio at the beginning before it stops (didn't notice this before as I had no antenna connected).
73 de Claudio IN3OTD / DK1CG
Graeme Jury
Oct 28, 2018, 1:39:46 PM10/28/18
to Hermes-Lite
I am using an HL2-b6 and have exactly the same starting problem with linHPSDR. I think it is in the code for linHPSDR as this does not happen with piHPSDR. Being still in beta there is quite a few things which are not right such as the Apollo setting to turn on the PA is not sticky and slider for LNA not provided. I doubt that John G0ORX has access to an HL2 and is providing the Hermes-Lite support around what he knows about the HL1.
I believe that he is developing a DSP server around WDSP by Warren Pratt, NR0V and an associated thin client. This has huge potential with a server to do all the heavy lifting running on a high speed connection to the radio hardware - maybe direct and using a low demand connection (standard speed wifi etc.) to the client which is effectively only the front panel for the radio. This also would fit in well with the considered work on EER support. A bit of speculation here :-)
73, Graeme zl2apv
in3otd
Oct 28, 2018, 3:41:10 PM10/28/18
to Hermes-Lite
Hello Graeme,
I saw that pihpsdr does not have the same problem, which is strange since the code used to send and receive the data packets to the radio is almost identical. I tried to figure out where the problem is but did not get very far, it seems that the receiver thread for the UDP packets exits soon after starting. I have the impression that linhpsdr is not sending any command at the beginning for a second or two while the GUI and audio are initialized and the H-L then stops sending data. I can avoid this if I continue to send the start command from the receiver thread.
The H-L also stops when I open the Bandscope and similarly I can restart it properly by just changing the sample rate.
The LNA gain selection in the radio Config screen is also still using the old way of setting the gain so it's not working properly with the recent FWs but that was easy to correct, hi.
I saw that pihpsdr does not have the same problem, which is strange since the code used to send and receive the data packets to the radio is almost identical. I tried to figure out where the problem is but did not get very far, it seems that the receiver thread for the UDP packets exits soon after starting. I have the impression that linhpsdr is not sending any command at the beginning for a second or two while the GUI and audio are initialized and the H-L then stops sending data. I can avoid this if I continue to send the start command from the receiver thread.
The H-L also stops when I open the Bandscope and similarly I can restart it properly by just changing the sample rate.
The LNA gain selection in the radio Config screen is also still using the old way of setting the gain so it's not working properly with the recent FWs but that was easy to correct, hi.
73 de Claudio IN3OTD / DK1CG
Reply all
Reply to author
Forward
0 new messages