Closed wb2qll closed 4 years ago
Which gateware version are you using? Software reports it as 65 or 66, etc., usually at the top of window for Quisk. Can you update to the latest testing and see if that fixes the issue? It sounds very much like a bug that was recently fixed.
The ethernet method with SparkSDR or Quisk is recommended.
Hi,
SparkSDR will do network gateware upgrade. It is easy to install on Windows. Just right click on the detected radio shown in the top bar main window and select the .rbf file. SparkSDR is found here: http://www.ihopper.org/radio/previews.htm
I think you are seeing an issue fixed in the 68 release. See the latest testing gateware link sent before and the bug reported by WN7T.
73,
Steve kf7o
Hi again. I followed your instructions and installed Spark and selected the https://github.com/softerhardware/Hermes-Lite2/blob/master/gateware/bitfiles/testing/20191110_68p4/hl2b2_main/hl2b2_main.rbf hl2b2_main.rbf from the v68 github area. Spark ran and said programming was completed.
However now neither Spark nor any other software recognizes the HL2. I tried power cycling to no avail.
What to do now?
Tnx
Pete
From: Steve Haynal [mailto:notifications@github.com] Sent: Tuesday, January 7, 2020 16:12 PM To: softerhardware/Hermes-Lite2 Hermes-Lite2@noreply.github.com Cc: wb2qll petef@sprynet.com; Author author@noreply.github.com Subject: Re: [softerhardware/Hermes-Lite2] Failure to exit transmit mode (#139)
Hi,
SparkSDR will do network gateware upgrade. It is easy to install on Windows. Just right click on the detected radio shown in the top bar main window and select the .rbf file. SparkSDR is found here: http://www.ihopper.org/radio/previews.htm
I think you are seeing an issue fixed in the 68 release. See the latest testing gateware link sent before and the bug reported by WN7T.
73,
Steve kf7o
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/softerhardware/Hermes-Lite2/issues/139?email_source=notifications&email_token=AKDPLU6HGNRYWXRATU354F3Q4T43JA5CNFSM4KDTCMC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIKO53A#issuecomment-571797228 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKDPLUZFB7YMQKPND6OK3SLQ4T43JANCNFSM4KDTCMCQ .
Hi Steve:
I really hate taking your time or seeming to bug you, but I have a feeling you’re going to tell me I have to use the USB blaster to get this HL2 working, since Windows software doesn’t find it.
I can’t use your nice video, because there is no longer an Altera website and the current files are named in a way that doesn’t resemble anything that you’ve specified.
Unless this is written up someplace else I haven’t found, I’ll need to know exactly what to download from github and from:
https://fpgasoftware.intel.com/13.1/?edition=web https://fpgasoftware.intel.com/13.1/?edition=web&platform=windows &platform=windows
I think. There’s no such entry as “programming files”.
I do intend to write up a “getting started” piece once I get a stable system.
Thanks again,
Pete
@wb2qll Pete, I suspect the programming issue is caused by using the wrong rbf file, for a build 9 you needed the rbf with 5up in the name. Unfortunately there is no way for the programmer to detect and prevent this at the moment. I think this https://fpgasoftware.intel.com/?edition=lite&elq_cid=2980428&erpm_id=2702282 should have the fpga programmer.
@wb2qll Pete, this link is better https://fpgasoftware.intel.com/18.1/?edition=lite&platform=windows you can either download the 'combined files' which has everything including stuff to write your own fpga code but is huge or in the 'additional software' tab you can download the stand alone programmer.
@wb2qll Pete, btw for this sort of question you will probably get more help on the google group https://groups.google.com/forum/#!forum/hermes-lite
There is a tab called 'Additional Software' if you click that you should see 'Stand alone software' and just below that 'quartus prime programmer and tools'
hl2b5up_main.jic
I've installed gateware v68 successfully. However the PTT issue remains unfixed. The HL2 stays in transmit mode when the PTT line is opened. This happens in PowerSDR, Quisk, and SDR-Console, all current versions.
The secret to installing the USB Blaster driver was the use of a Windows 10/64 machine and installing the USB Blaster as a Blaster II.
What is the PTT line? It must not be the software PTT as that I use everyday. Are you using the tip or ring of the front jack? Are you grounding the tip or ring and then releasing, or is either the tip or ring always grounded? What modes are the software in? I need a more detailed description. A video or picture would be helpful.
Hi Pete, Thanks for additional details, but I can't duplicate your problem. I've tried with Quisk and PowerSDR. I insert a spare audio cable into the key/ptt jack, and then use a jumper cable on the other end to ground either the ring. The HL2 enters TX when the ring is grounded and immediately exits when released. There must be something else going on with your setup:
Have you double checked that you are using gateware 68? PowerSDR will identify this as 6.8. Check for any damage to R75,R76,R77,R78,C71 and C72. Confirm with a voltmeter that if the ring or tip is not grounded, then the ring and tip are pulled to 3.3V by R75 and R76. Do you see the same behavior with Quisk or SparkSDR? Remove the PowreSDR database and reconfigure from scratch again. Maybe something in your setup is causing this.
73,
Steve kf7o
Hi Steve, thanks for checking. Before I forget, I have the HL2 working perfectly with JS8Call. Using bog-standard settings of VAC and com0com and JS8Call believes it’s talking to a TS2000 and that is what PowerSDR is set to.
As to the PTT issue, yes PowerSDR and other programs identify the gateware as 68. I’m on a deadline for work this weekend so I don’t have time to check the resistors and caps. You know the print better than I but I doubt its hardware related because the PTT operation works fine when the software is in cw modes as I’ve mentioned.
PowerSDR shows the same issue with two different computers, one Win 7/32, the other Win 10/64 so doubt it’s a database issue. I get the same problem showing up with SDRConsole and Quisk. I haven’t been able to get Spark working properly, doesn’t accept audio input from the Delta 44 sound card and it doesn’t have a cw mode, nor does it respond to the PTT line at all. The software PTT works.
Voltage on the PTT line is 3.2 whether the HL2 is in receive or transmit.
My guess is that once the software sees the PTT line is grounded, the software goes into transmit mode, as it should. But there is a failure of the HL2 to communicate to the software that the PTT is ungrounded. Thus the software keeps the HL2 in transmit when the software in the voice modes.
All I can do for now.
73,
Pete
From: Steve Haynal [mailto:notifications@github.com] Sent: Saturday, January 11, 2020 19:30 PM To: softerhardware/Hermes-Lite2 Hermes-Lite2@noreply.github.com Cc: wb2qll petef@sprynet.com; Mention mention@noreply.github.com Subject: Re: [softerhardware/Hermes-Lite2] Failure to exit transmit mode (#139)
Hi Pete, Thanks for additional details, but I can't duplicate your problem. I've tried with Quisk and PowerSDR. I insert a spare audio cable into the key/ptt jack, and then use a jumper cable on the other end to ground either the ring. The HL2 enters TX when the ring is grounded and immediately exits when released. There must be something else going on with your setup:
Have you double checked that you are using gateware 68? PowerSDR will identify this as 6.8. Check for any damage to R75,R76,R77,R78,C71 and C72. Confirm with a voltmeter that if the ring or tip is not grounded, then the ring and tip are pulled to 3.3V by R75 and R76. Do you see the same behavior with Quisk or SparkSDR? Remove the PowreSDR database and reconfigure from scratch again. Maybe something in your setup is causing this.
73,
Steve kf7o
— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/softerhardware/Hermes-Lite2/issues/139?email_source=notifications&email_token=AKDPLUZIHIXFG5BHAYXE5UTQ5JXCPA5CNFSM4KDTCMC2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIWPHKI#issuecomment-573371305 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKDPLUZXXIGXVEDGNGD2PW3Q5JXCPANCNFSM4KDTCMCQ .
Hi Pete,
This is a tough one as I can't fix a bug I can't replicate. We have to figure out what the difference between your setup and my setup is. Here are a few more ideas:
** Just to eliminate something different with your switch, can you plug in an audio extension cable to the front jack and use tinfoil to either engage PTT or PTT and CW. This is what I am doing and it has always been coming out of TX.
** You can do a wireshark capture of when the PTT should be released. This will tell us who (software or HL2) is holding the transmit.
** A video of the problem can often be very helpful as it will include things we are just not thinking of right now. Just a video of your PC screen with a phone should be fine. You can post it on YouTube or e-mail it to hermeslite@gmail.com.
** I am doing final testing of gateware 69. Please try that when it is released in a few days to see if there is any difference.
** On the list, you believed for a short time that gateware 68 fixed the problem. Did gateware 68 make any difference? Is the problem intermittent so that you thought it was fixed?
73,
Steve kf7o
This was resolved in private e-mails. An upgrade to the latest version 68 solved the issue.
When the PTT line from my HL2 build 9 is brought low, the HL2 and PowerSDR goes into transmit mode and the MOX button is lit. This is correct. However, in all modes except for cw, when the PTT line is opened (or the PTT cable removed from the jack) the HL2 remains in transmit mode and PowerSDR remains in transmit mode with the MOX button lit as well. This happens even if VAC is disabled throughout the PTT operation. Happens into a dummy load regardless of drive setting. This is on a Windows 7/32 bit system with the HL2 plugged directly into the computer. Transmit mode on both the HL2 and PowerSDR can be exited by pressing the MOX button.