If you removed a turn from the vfo, it should work...
I have a Bitx20 which was built from a Hendricks kit it is the 10 watt version. At the moment it tunes from 14150 to 14300. I would like to try and use it for POTA and SOTA, but most of that action tends to take place between 14300 to 14350. My question is there an easy way to move the coverage to 14200 to 14350. I asked on another forum and they seemed to think that I would have to change several components to move the coverage. I am not very good with the soldering iron.
thanks Nigel G7luo
|
Re: Writing the ICOM EMULATOR for the sBitx
Now I need some tutoring.
Do I open and close the telnet socket each time I need to pass parameter, ( which could be 20 or so times per minute at times)?
Or do I just open it when the program starts and keep it open forever?
I don¡¯t have a clue which way is better¡
toggle quoted message
Show quoted text
On Feb 12, 2024, at 13:11, Gordon Gibby via groups.io <docvacuumtubes@...> wrote:
?HOORAY -- just finally succeeded at opening a socket and passing a frequency to the V3.02 telnet server.
TIME FOR LUNCH!!!? ?So many hours on this, but I'm learning!!!
Gordon
|
Re: Sbitx SSB audio quality.
I went through the mic thing with the SBITX DE edition.
First issue was mic cable was unshielded!? RF? feedback issues even on a dummy load.
Then I tried again with a shielded cable replacement ... electret cartridge was crap!
That was replaced and the case i was in had poor acoustics.
Just about every mic I tried of any known quality, Turner +3, TT M215 dynamic,
EV619? dynamic desk mic, and even a lowly HT speaker mic (baofang) all
worked better.? The best was the Turner though the rather ancient EV was
pretty good but level was low.
As to the software compressor. It worked but was over aggressive (over driven??)?
just about every SDR radio has a much better one.
--
Allison
------------------
Please use the forum, offline and private will go to bit bucket.
|
Re: Writing the ICOM EMULATOR for the sBitx
HOORAY -- just finally succeeded at opening a socket and passing a frequency to the V3.02 telnet server.
TIME FOR LUNCH!!!? ?So many hours on this, but I'm learning!!!
Gordon
|
Re: Sbitx SSB audio quality.
On 2/12/2024 11:34 AM, Harald Holt
wrote:
There are several resorts about the bad SSB audio quality. In
V3 of the software, the compressor was removed. The compressor
was ¡°horrible¡± according to Farhan.
But even without any compression the quality was not acceptable.
Recently, I managed to get hold of an old Turner mic with
preamp. See picture.
With my fellow radio amateur a few km apart, we have tested the
original mic against the Turner.
The testing was done on 80 and 20 m. The mic gain of the sBitx
was 26. The Turner preamp was tested from 0 - 100%.
The conclusion is that the quality of the original handheld mic
is unacceptable. It just sounds bad.
While the 50 year old Turner mic is quite good. It is absolutely
representative audio of a good rig.
The preamp setting was increased to 50% before it started
clipping.
Based on this test I am inclined to conclude that the audio
quality of the sBitx is good given a good mic.?
I still think the sBitx needs a compressor in order to get
enough power out.
I have been using my Thrustmaster T.FLIGHT GAMING HEADSET.? With
a mic setting at about 50 I am not getting any clipping on the
scope and Have gotten good audio reports.
|
There are several resorts about the bad SSB audio quality. In V3 of the software, the compressor was removed. The compressor was ¡°horrible¡± according to Farhan.
But even without any compression the quality was not acceptable.
Recently, I managed to get hold of an old Turner mic with preamp. See picture.
With my fellow radio amateur a few km apart, we have tested the original mic against the Turner.
The testing was done on 80 and 20 m. The mic gain of the sBitx was 26. The Turner preamp was tested from 0 - 100%.
The conclusion is that the quality of the original handheld mic is unacceptable. It just sounds bad.
While the 50 year old Turner mic is quite good. It is absolutely representative audio of a good rig.
The preamp setting was increased to 50% before it started clipping.
Based on this test I am inclined to conclude that the audio quality of the sBitx is good given a good mic.?
I still think the sBitx needs a compressor in order to get enough power out.
|
I have a Bitx20 which was built from a Hendricks kit it is the 10 watt version. At the moment it tunes from 14150 to 14300. I would like to try and use it for POTA and SOTA, but most of that action tends to take place between 14300 to 14350. My question is there an easy way to move the coverage to 14200 to 14350. I asked on another forum and they seemed to think that I would have to change several components to move the coverage. I am not very good with the soldering iron.
thanks Nigel G7luo
|
Re: Writing the ICOM EMULATOR for the sBitx
Great job, guys!? ?Upgraded to 3.02, then added the remote.c from W9JES and now I can telnet (from Putty) without the junk characters, and it reconnects when I stop and restart Putty!
The telnet API of the sbitx3.02 appears to work for what I need....so now I work to create the code on my end to talk to it...probably examining something in W9JES' code.....
This might work as a standalone!? ?And Soules has much more coded, so eventually it will migrate to his great work.? ?So far I have 5 or 6 of the most crucial commands coded, awaiting debugging....gotta get this DONE because many other projects and the garden await.
Gordon
|
|
|
Re: #sBitx help bad transmit
#sBitx
Scotty,
Have you done any tests on a dummy load?? This would eliminate RF feedback as an issue.
73
Evan
AC9TU
|
Re: #sBitx help bad transmit
#sBitx
|
Re: #sBitx help bad transmit
#sBitx
Hi Scott -- best thing is to directly contact HFSignals -- check for email on their website.? ?This forum is informal and althrough they may observe your plight, you would be better served by directly contacting them!? ?I bet they will take great care of? you.? SORRY that something blew up.....things will get better!!!!
Gordon KX4Z
|
Re: #sBitx help bad transmit
#sBitx
Good morning,?
The battery voltage applied to the sbitx is: 12.9 volts. A digital multimeter in the 10 amp scale was inserted into the positive lead for measurements. The "power on" current after boot up, connected to wifi is: fluctuating between .48 amps and .52 amps. After logout/shutdown option is selected, current only drops to .365 amps in "off" before physically flipping switch. This implies that something is still running. Red light is still visible through vents at this time.? The "power on, and radio app in receive mode current is: .545 to .580 amps and fluctuating.? Drive is set at 92, mic is set at 24 currently.? Mode is set to USB. The unmodulated transmit current is: 5.6 amps. The current while strongly speaking into mic is: also around 5.6 amps with modulation seen on screen. Same issue if TX button activated instead with mic unplugged from unit. Reference frequency for this test was:? 14.073 mhz as reported on the screen. Used 2 different 50 ohm dummy loads to compare, no difference.? Rf output per sbitx is: currently 15 watts Rf output as seen on external watt meter is: roughly 15 watts with analog scale. The problem IS some kind of hardware failure.?
Steps taken so far: Per guidance from JJ W9JES, a very helpful and knowledgeable participant in your forum, I pulled the SD card, flashed a thumb drive with sbitx software pulled from the internet. Then booted from the thumb drive, updated, now on version 3.02 with the same problem. Placed the original sd card back in place with the same problem.
In short. We have some kind of hardware failure that needs to be addressed under warranty. Good replacement hardware needs to be sent so I can begin using this radio, please. I await your decision with how you plan to proceed.??
Thank you,?
Scott Rehme WD4PYT
According to sbitx screen v3.02.
Is this what you were asking?
On Fri, Feb 9, 2024, 12:50 PM JJ - W9JES < w9jes@...> wrote: Hi Gordon,
I agree with that point too regarding the failure. I haven't extensively explored the hardware aspects of this radio yet other than the failed diode issue.
?
After viewing one of your YouTube presentations on sBitx's hardware design, I believe it's wise to let those more experienced with the hardware aspects contribute their insights. My attention has primarily been on improving the software recently. Frankly, the deeper I delve into the coding, the less appealing I find its haphazard structure. Should the hardware reflect the software's quality, it wouldn't be surprising.
-JJ
?
|
Re: Writing the ICOM EMULATOR for the sBitx
Managed to connect to the TELNET of V2 (requires reboot if disconnect) but both with PuTTY and with Windows Telnet client, it appears to be EECCHHOOIINNG and can't use it due to that.....
??
Gordon KX4Z
|
Re: Writing the ICOM EMULATOR for the sBitx
Looks?like the sBitx has a telnet socket.? ?I think maybe once in my life I've fiddled with that.? ?I'm running V2, not sure how much is implemented there; maybe I can use putty to check? I might be able to send the commands to sBitx via a socket? I see that W9JES has an upgrade file for remote.c that apparently fixes something in the sBitx related to disconnections. I found a nice description of a bunch of telenet files in a page pointed to by Ashhar:??? but it specifies V3.? ?And I'm working my DE version, which is running V2....? anyone know how much of the telnet was implemented on V2? Thanks! Gordon KX4Z
On Mon, Feb 12, 2024 at 8:42?AM Gordon Gibby via <docvacuumtubes= [email protected]> wrote: Dean, in my searches in the past hour, I think I found your?excellent work!!!? THANKS!!! You could do this far, far better than I!!!? ?Don't hesitate to jump in and put?this on the sBitx!!! However, I will chug along if only for my the curiosity of my soul.... I have now figured out how to control the TX and RX on/off, and set the Mode. Your code did far far more of cours!!! Again, don't hesitate to rip right into this and get 'er done!
73 Gordon KX4Z
On Mon, Feb 12, 2024 at 8:32?AM Dean Souleles < dsouleles@...> wrote: Gordon,
Sounds like you're making good progress. Be aware that the ICOM CAT control from hamlib can be tricky to implement.? As you discovered, it is a binary interface, not ASCII text.? It uses binary coded decimal for all numbers and commands. and it requires some very specific protocol to work properly without hanging up either your radio or the calling program.? I wrote an emulator for the IC746 to replace the Yaesu interface on the uBitx.? It fully implements the ICOM CAT interface including setting frequency, mode, split and so on. t should port easily to the Pi.??
I wrote it do that it is easy to add CAT to any homebrew radio.? You just need to write short functions to send the appropriate command to the sBitx software.
73,
Dean
KK4DAS
|
Re: Bitx40 issues, version 2
Are you using the OEM BitX40 software or the excellent one by Allard Munters PE1NWL? I certainly recommend Allard's as it fixes a number of issues with the original version and adds lots of features, particularly if some simple and well-described hardware mods are made.
Your video suggests some pins are shorted to ground, like the keyer and the calibration lines. Since you replaced the Arduino (not an easy task without having one with a socket...I've tried and failed!) it might be good to check those lines in particular.
=Vic=
|
Re: Writing the ICOM EMULATOR for the sBitx
Dean, in my searches in the past hour, I think I found your?excellent work!!!? THANKS!!! You could do this far, far better than I!!!? ?Don't hesitate to jump in and put?this on the sBitx!!! However, I will chug along if only for my the curiosity of my soul.... I have now figured out how to control the TX and RX on/off, and set the Mode. Your code did far far more of cours!!! Again, don't hesitate to rip right into this and get 'er done!
73 Gordon KX4Z
On Mon, Feb 12, 2024 at 8:32?AM Dean Souleles < dsouleles@...> wrote: Gordon,
Sounds like you're making good progress. Be aware that the ICOM CAT control from hamlib can be tricky to implement.? As you discovered, it is a binary interface, not ASCII text.? It uses binary coded decimal for all numbers and commands. and it requires some very specific protocol to work properly without hanging up either your radio or the calling program.? I wrote an emulator for the IC746 to replace the Yaesu interface on the uBitx.? It fully implements the ICOM CAT interface including setting frequency, mode, split and so on. t should port easily to the Pi.??
I wrote it do that it is easy to add CAT to any homebrew radio.? You just need to write short functions to send the appropriate command to the sBitx software.
73,
Dean
KK4DAS
|
Re: Writing the ICOM EMULATOR for the sBitx
I used to use a virtual "nullmodem" UART driver for emulating a real serial port:
- Rafael
toggle quoted message
Show quoted text
On 2/11/24 21:15, Gordon Gibby wrote: Talking to a 7300 might be easy, but it isn't the goal here.? ?We have to talk to a PC.? ?Apparently they make a cable just for this sort of thing, but I don't have one.? ?Using 2 UARTS that are recognized by each operating system on each end is probably the easiest for me.? ? There is probably a brighter way to direct connect to the UART on the Raspberry PI, but I don't want to take any chances of damaging that precious board!
73
Gordon
|
Re: Writing the ICOM EMULATOR for the sBitx
Gordon,
Sounds like you're making good progress. Be aware that the ICOM CAT control from hamlib can be tricky to implement.? As you discovered, it is a binary interface, not ASCII text.? It uses binary coded decimal for all numbers and commands. and it requires some very specific protocol to work properly without hanging up either your radio or the calling program.? I wrote an emulator for the IC746 to replace the Yaesu interface on the uBitx.? It fully implements the ICOM CAT interface including setting frequency, mode, split and so on. t should port easily to the Pi.??
I wrote it do that it is easy to add CAT to any homebrew radio.? You just need to write short functions to send the appropriate command to the sBitx software.
73,
Dean
KK4DAS
|
PLEASE (I bought a board with no547)it did not issue at all after setting the location I changed the location for the US now it emits 1w on 80m3w on 20m, 22w on 15m and 17w on 10m, all using the same 50 ohm load and using ft8 help with some information and measuring points!
|
Scotty R
Vic WA4THR