|
On Wed, Sep 18, 2024 at 10:03 AM, HA3HZ wrote:
I have another question, the text shown in the picture appears in the comment field in the wsjt-x log. I don't remember what switch I turned on at that time or what I did, but that seems like useless information. How can I remove it without having to delete it every time? I found the answer to my question. If someone else has a similar problem, check "Special operating activity to comments" on the wsjtx/settings/reporting page, if it is marked, it must be deleted. If it is still present (like mine), you need to find the line shown in the picture in the wsjts.ini file, delete it and save it, then restart wsjtx.
--
Gyula HA3HZ
|
|
sBitx_log file import into cqrlog without GRID
?
I use the sbitx device with external jtdx and cqrlog programs due to the shortcomings of the built-in FT8 program and LOG (it does not handle complex callsigns). In the past few days, I returned to using the software of the basic device and tested the software development. I made some QSOs with the basic device, which I copied to an .adif file with the sbitx_log/Export command and copied to cqrlog with the Import command.
The problem is that the data is transmitted without the GRID of the QSO station, with the GRID blank.
I have no problem using cqrlog, it does its job and I can manage the QSOs made on sbitx together. I wonder if anyone else is experiencing a similar phenomenon? Could this be related to the fact that one program calls the same data as GRIDSQUARE, while the other calls it SRX_STRING? Could it be that the data is not visible because of the name difference? There was a case when I reinstalled the cqrlog program and I imported the old data and it transferred everything without any problems. What can be the solution? ?
I have another question, the text shown in the picture appears in the comment field in the wsjt-x log. I don't remember what switch I turned on at that time or what I did, but that seems like useless information. How can I remove it without having to delete it every time?
--
Gyula HA3HZ |
|
Re: uBITX Digital Adapter Board pinouts
So I broke out the meter. The pinout is in fact incorrect or rather does not follow the industry standard for USB connectors.? ?It *should* be (with USB header pins on the top/left of the board) from left to right, 1/2/3/4 5V/D-/D+/GND.?
?
Looking at the pin side of the board with the USB connector on the top/left we actually have? 1/2/3/4 GND/5V/D-/D+.?
?
I guess this is not an issue if you are soldering a wire to the pin holes but pre-made header cables will not work. I was trying to avoid soldering wires to this board in favor of the header pins. Luckily I have a stash of pre-wired 4 pin Dupont connectors. Moving the pins around is trivial. I'll just have to make sure I mark the cable correctly as I'll never remember that it's not 1-1 in 5 years time when I service the radio.
?
While I was at it I mapped the DB9. Again, from the left of the header 1/6/2/7/3/8/4/9/5.
?
I hope this helps someone.
?
Mark |
|
"Jeff Duce" <jefe_de_estado@...> writes:
It uses a p-type mosfet with a zener diode.I haven't bothered putting polarity protection on my sbitx yet, but my TeleLaunch rocket launch control system products that run on a nominal-12V SLA battery use the Infineon IPD068P03L3G which is a p-channel FET in an TO252 SMT package for reverse polarity protection. Nearly no drop when things are hooked up correctly since the channel on resistance is only 7 milliOhms typical. The parts are spec'ed for up to 70A at 30V, but we have a self-resetting 30A circuit breaker upstream of them. Works great. 73 - Bdale, KB0G |
|
Just know that simply using Power Pole connectors is not the answer. They can still be connected with reverse polarity as they do not have keyed connectors that prevent reverse connections. A red connector will mate perfectly with a black connector and all it takes is for someone to become confused in the rush of the moment or perhaps someone introduces a power cord they made with the red and black connectors switched from left to right and then when no one notices this, they plug in and BANG! |
|
Re: Hw settings
Bob,
since you have sbitx v2, the app needs hw_settings.ini and user_settings.ini files to work well. hw_settings.ini contains the parameters established by the manufacturer, which are necessary for the proper operation of the device. The user_settings.ini file contains the data set by the user. I'll go further: with the default prefix, if it gets damaged and you can't restore these ini files, you have to use these default files if absolutely necessary. They contain an approximate setting, because without them the application does not work well. You should always have a backup of these files when you upgrade the application and make a QSO, then these backups help to ensure correct operation. --
Gyula HA3HZ |
|
I wrap the fet around the power plug. I include a led toshow there is power but reversed On Mon, Sep 16, 2024, 7:30?AM Jeff Duce via <jefe_de_estado=[email protected]> wrote:
|
|
Hw settings
What is the relationship between default_hw_settings.ini, default _settings, hw_settings.ini and he_settings_v3.ini?? I have V2 sBitx running JJs v3.025.
Trying to figure it out.? My power out varies greatly and I'm trying to understand how it all comes together.
Thank you!
73,
Bob Brown?
KD2YUG? |
HA3HZ
Mark Phillips
Bdale Garbee
Gary Eldridge - KC8UD
Bob Brown
Tominaz