开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育
Date

sBITX-V2 FT-8 Problems and others too ...

 

开云体育

?
sBITX-V2 FT-8 Problems and others too ...
?
Hello ... You are a big blame as manufacturer !!!
?
It's a big disgrace what you're doing from HF-Signals :
You're selling a transceiver that does NOT meet the specifications described before
or have not the specifications YOU promise !!!
The device is full of firmware bugs.
And if problems arise... YOU don't care.
Open-Source firmware means not to sell a “defect firmware “- product !!!
You simply refer to a community that is supposed to solve the device errors which You have made, even though it is YOUR job to fix the device errors which YOU produced.
You must ensure to give the complete download of a firmware that solves all the device errors
which YOU have produced!!!
It's a mess not to do that on YOUR part... !!!!!!!!!!!!!!!!!!!!!!!!!!
It would be YOUR duty to give a complete firmware update download to make the device work without errors !!!!
Doing this is NOT the job of a user community...!!! Sorry ...
?
With bad greetings ...
Jens / HB9JOI
?
+++
?
?


Re: Help with sBitx v2 FT8 problem

 

Barry,
I understand and thank you for your reply.
Your solution involves less writing :-)
I see David has already managed to try it.
ps.: if you want to delete the message you created that you consider to be incorrect, you can do so.
--
Gyula HA3HZ


Re: Help with sBitx v2 FT8 problem

 

Guyla
? ?I'm not very familiar with either html or js but I think the c style comments will be required in js portion of index.html. I thought of that after I answered your question. Sorry about the 2 incomplete posts, but my arthritis is acting up and one of my fingers must have hit something that sent the reply early.?
Barry KK4VT


Re: Help with sBitx v2 FT8 problem

 

It works! Thank you so much for the help! You dont know how grateful I am. Hopefully someday there is a hardware solution that I can help you with somewhere... maybe... :)

Thank you again,
WK4DS
David


Re: Help with sBitx v2 FT8 problem

 

Looks right, I used C comment style /* and */ to comment it out as a block but your way is more correct.? All you have to do is change the index.html in the web folder and save it.? It will still send your answer the CQ and the report twice and you will have to press the log button to log the contact.
1527 /*if (message_slot_1st == true)
1528 websocket_send("FT8_TX1ST OFF");
1529 else
1530 websocket_send("FT8_TX1ST ON");*/
1531 FT8_transmit(sender_callsign + " " + mycallsign + " R" + signal_strength);
1532 }
1533 //3. now, the runner has gotten their report and say byebye
1534 else if ((message == 'RRR' || message == 'RR73')??
1535 && $("#logger-rst-received").val().length > 2?
1536 && $("#logger-exchange-received").val().length == 4){
1537
1538 log("qso to be logged");
1539 /*if (message_slot_1st == true)
1540 websocket_send("FT8_TX1ST OFF");
1541 else
1542 websocket_send("FT8_TX1ST ON");*/
1543 FT8_transmit(sender_callsign + " " + mycallsign + " 73");
1544 /*logger_enter_qso();
1545 logger_wipe();
1546 logger_abort();*/


Re: Help with sBitx v2 FT8 problem

 

Barry,
I can't program, just trying to follow.
Am I correct in what you wrote?
--
Gyula HA3HZ


Re: Help with sBitx v2 FT8 problem

 

The following lines from index.html cause the sync problem you mention:
1527 & 1539 if (message_slot_1st == true)
1528 & 1540 websocket_send("FT8_TX1ST OFF");
1529 & 1541 else
1530 & 1542 websocket_send("FT8_TX1ST ON");
Commenting out these lines will prevent the time slot reversal but there are still problems. The sbitx waits 30 seconds to send the response so the transmitting station sends an additional duplicate transmission and the sbitx responds to both, wasting time and causing confusion.? Additionally, auto log won't work when answeing cq's.? To get that to work you must comment out the following:
1544 logger_enter_qso();
1545 logger_wipe();
1546 logger_abort();
Auto log still won't work, but clicking the log button will log the qso manually.


Re: Brainstorming: sbitx with new Raspberry Pi 5? #sBitx

 

Looks like I stumbled right out of the gate.

The first step in install.txt says to install WiringPi but the Pi 5 came with the 64 bit OS.

Even worse, it seems WiringPi is end-of-life ( ref: ).

I went to see I could get the code from the author's git site, but:

git.drogon.net is currently unavailable.

Please look for alternatives for wiringPi, etc.

(I really mean look for an alternative - as in use another GPIO library. also read the news on )

-Gordon

So, it really looks like the end of the road for WiringPi.

I could install a bunch of the 32 bit user mode stuff (in particular libc6) and see if I can build sbitx as a 32 bit app running on a 64 bit OS but I think the WiringPi part still probably won't work, because it appears WiringPi knows chipset-level details and it appears the source needs to be updated for Pi 5. I'm pretty sure Pi 5 is not register-level compatible with any of the earlier Pi devices.

I could be wrong, but as of right now it's not really worthwhile to proceed since the code is deprecated and is not available anyway. Maybe I'll feel differently later, who knows...

-- Regards, Dave, N1AI


Help with sBitx v2 FT8 problem

 

Hello all,

I have been investigating the problem with running FT8 from the GUI and have narrowed it down to this.? It works as it should IF YOU CALL CQ. That works great and I am able to complete QSOs just fine for the most part as long as the automated process runs it's course as it should.
The problem comes in when I ANSWER another op's CQ. Then it goes something like this, they call CQ, I reply, they acknowledge and send a signal report, I acknowledge and send one back. Then right after my cycle ends, during the time when my radio should be listening, the sBitx will send the reply again. Kind of like a sequence of AB AB AB BA BA BA BA... Once it reverses the order, it doesn't get resynced until you ESC out and start over, then the process will repeat this pattern every time.

Another small issue is that the F keys for sending macros is not working on the GUI for me at all. I can go to the original interface and get the macros to do things though. Since I can get the marcos to work in the original version I am going to try to learn how to use then to answer CQ calls.

I don't know how to code at this point so I am not help other than running down the problem. I am hoping that one of the most astute coders in here has already solved this in 5 seconds and I can fix it easily...fingers crossed.

Hope everyone has a wonderful day and I also hope someone can fix this easily.

Thank you for your time,
73
WK4DS


Re: Nextion 2.8 Enhanced - How long to upload .tft file?

 

Dave,

Very impressive and ingenious getting that si5351 out!!! I am even more impressed that you were able to solder it back on with an iron! ?You must have very steady hands!

?A side note, waiting on a new spin of the Raspberry Pi Pico board. This one should have the correct triggering for an external amp or RF switch. Have one more change after that as I want to move the onboard s-meter diode detector to a SMT instead of TTH. That way I can just have JCLPCB place all the components except for the headers and JST connectors. Assuming that works, will propagate this change to the Teensy boards and call it done.

?73

?Mark


--?
AJ6CU/7
KD8CEC 2.0, Nextion Screens,? and open source uBITX Raduino boards for Arduino IOT, BLE, RP2040, Teensy 4.0, and Raspberry Pi Pico
https://github.com/aj6cu


Re: Nextion 2.8 Enhanced - How long to upload .tft file?

 

Interesting post - thank you.
Perhaps use adhesive copper tape to avoid the ESD problem.

Tony


On Sat, 28 Oct 2023 at 21:31, Gary Anderson <gary.ag5tx@...> wrote:
On Sat, Oct 28, 2023 at 12:27 PM, DaveW, KL7HJF wrote:
I cut a 1/8" wide,? 2" long strip of Scotch Tape, put the chip under the mid-point of the tape,
Congratulations on overcoming obstacles and the successful repair.

But for reference: Scotch tape, or any insulating tape, can build up a very high charge when pulling it from the reel.? It's not wise to use it around any ESD sensitive components.

Gary


Re: Brainstorming: sbitx with new Raspberry Pi 5? #sBitx

 

The Micro Center site recently said they were expected on November 3, though it currently says "sold out". You can't reserve them in advance, so it's likely that the only way to get one is to figure out which day they're going to show up and be there before the store opens. They're also limiting sales to one per customer.


On Sat, Oct 28, 2023 at 6:11?PM Dave, N1AI <n1ai@...> wrote:

On Sat, Oct 28, 2023 at 12:17 PM, Ken N2VIP wrote:

It's not clear if the "active cooler" prevents placing a hat on an RPi 4, but I suspect it does - though a GPIO extender may change that.

says:

Well, you can mount a HAT above the Active Cooler using a set of 16mm GPIO extenders. Inevitably there is some disruption to the air flow which will cause the Raspberry Pi to run hotter, but the Active Cooler is still able to handle extended stress tests without significant temperature rises.

RPi 5 boards should start shipping/be available in stores this coming week, Microcenter appears to be expecting them soon...

I took the magazine subscription offer, and got mine today.

-- Regards, Dave, N1AI


Re: Brainstorming: sbitx with new Raspberry Pi 5? #sBitx

 

Actually mine came with the case but not the active cooler, even though I thought I ordered both.

-- Regards, Dave, N1AI


Re: Brainstorming: sbitx with new Raspberry Pi 5? #sBitx

 

On Sat, Oct 28, 2023 at 12:17 PM, Ken N2VIP wrote:

It's not clear if the "active cooler" prevents placing a hat on an RPi 4, but I suspect it does - though a GPIO extender may change that.

says:

Well, you can mount a HAT above the Active Cooler using a set of 16mm GPIO extenders. Inevitably there is some disruption to the air flow which will cause the Raspberry Pi to run hotter, but the Active Cooler is still able to handle extended stress tests without significant temperature rises.

RPi 5 boards should start shipping/be available in stores this coming week, Microcenter appears to be expecting them soon...

I took the magazine subscription offer, and got mine today.

-- Regards, Dave, N1AI


Re: Nextion 2.8 Enhanced - How long to upload .tft file?

 

On Sat, Oct 28, 2023 at 12:27 PM, DaveW, KL7HJF wrote:
I cut a 1/8" wide,? 2" long strip of Scotch Tape, put the chip under the mid-point of the tape,
Congratulations on overcoming obstacles and the successful repair.

But for reference: Scotch tape, or any insulating tape, can build up a very high charge when pulling it from the reel.? It's not wise to use it around any ESD sensitive components.

Gary


Re: Nextion 2.8 Enhanced - How long to upload .tft file?

 

My problem is resolved. So, here is a brief report...

Mark Hatch (AJ6CU) kindly loaned me a working Raduino with a programmed Arduino Nano. That made my uBitxV6 functional.
My Nano also worked in his Raduino. Apparently, I had damaged my si5351a in the process of Nextion mod. (Perhaps lack of anti-static protection, or perhaps due to originally inserting the Nano with pins "upside down.")

In any case, I replaced the si5351a (I purchased a few at $2.32 each, at Mouser.com), and the radio works now, that my Raduino is repaired.

The si5351a replacement was accomplished without the proper soldering tools for that tiny surface mount component. It takes a steady hand. My method: Use two soldering irons, to heat pins on both sides of the old chip and lift it away. (Caution: The PC foil lands are small and delicate.) I cut a 1/8" wide,? 2" long strip of Scotch Tape, put the chip under the mid-point of the tape, positioned the IC leads on the lands (noting orientation dimple at pin 1), and secured the tape to the board. Then, I used a fine tipped iron to seat the IC leads into the solder already on the pads. I did one side, then the other. The IC shifted slightly (the tape stretched when warm), so on one side, the pins are not perfectly centered. I should have done one pin on one side, then one pin on the other, before doing all pins. But it works, and it's best to leave "well enough" alone.

Mark also sent samples of the Raduino boards which he has developed for other microprocessors, such as the Raspberry Pi Pico, and the Teensy 4.1, and also a Button Box board for use with KD8CEC external switch options. His boards appear to be very high quality. Learn more about them and his related firmware at ? (I'm sure he would be happy to discuss those options with you.)

To each of you who offered advice and suggestions for trouble-shooting my symptoms: Your help is very much appreciated. Thank you all.


Re: Brainstorming: sbitx with new Raspberry Pi 5? #sBitx

 

开云体育

The "active cooler" for the RPi 5 includes a heatsink as well as a fan, the "official" case for the RPi 5 includes a fan (much like the available fan accy that is available to add to the RPi 4 "official" case).

It's not clear if the "active cooler" prevents placing a hat on an RPi 4, but I suspect it does - though a GPIO extender may change that.

Also unclear is if the "active cooler" can fit inside any cases for the RPi 5 (it appears to be designed for use inside a project that does not have the RPi itself in a case, but that's just speculation).

RPi 5 boards should start shipping/be available in stores this coming week, Microcenter appears to be expecting them soon...

Ken, N2VIP

On Oct 28, 2023, at 07:20, Dave, N1AI <n1ai@...> wrote:

I also ordered one from the PiShop us but no info on shipping yet. I ordered it with the case with active cooling but for sBITX you would need another solution.

I didn't understand that the case also came with a fan, so I ordered the case as well as the stand-alone "active cooler". I'm sure I'll find a way to use both of them.

-- Regards, Dave, N1AI


Re: Brainstorming: sbitx with new Raspberry Pi 5? #sBitx

 

On Fri, Oct 27, 2023 at 06:15 PM, Shirley Dulcey KE1L wrote:

The problem is that the encoder isn't getting sampled often enough. It's a software design?issue.

Thanks for all the great insights! I'll keep them in mind going forward.

I was thinking it could be a software issue but was thinking of a totally different scenario. I was imagining (without doing any analysis) that it was a software problem, but one where the decoder was sending frequency change commands to the app faster than it could handle them. This could cause a big spike in resource usage (cpu, memory) that would take the device a while to recover from. In particular I see some times if I change frequency a lot in an exaggerated way, the app locks up.

The radio is quite usable as-is, and the lagging phenomena is not unique to this radio. I have been using linhpsdr software with Hermes Lite 2 on Raspberry Pi 4 and it too could get laggy. It's just interesting to me to try to understand the weak points and address them whenever possible.

-- Regards, Dave, N1AI


Re: Brainstorming: sbitx with new Raspberry Pi 5? #sBitx

 

On Fri, Oct 27, 2023 at 03:16 PM, Bob Benedict, KD8CGH wrote:

More speed could help with FT8 decodes.

Probably will, but I haven't used FT8 enough on sbitx to understand its strengths and weaknesses.

I also ordered one from the PiShop us but no info on shipping yet. I ordered it with the case with active cooling but for sBITX you would need another solution.

I didn't understand that the case also came with a fan, so I ordered the case as well as the stand-alone "active cooler". I'm sure I'll find a way to use both of them.

-- Regards, Dave, N1AI


Re: Brainstorming: sbitx with new Raspberry Pi 5? #sBitx

 

The problem is that the encoder isn't getting sampled often enough. It's a software design?issue. A faster CPU won't help. There is already plenty of CPU power available; it's just not being used in the way it needs to be to handle that case.

The Pi 5 might help for a different reason, however. My understanding is that it has programmable I/O ports similar to the ones on the Raspberry Pi Pico. Those could be programmed to handle the encoder in the hardware peripheral, which should make it possible for the rig not to drop any encoder counts at any physically achievable speed of spinning the dial.

But... even that might not totally solve the problem. The other catch is that mechanical encoders are subject to switch bounce. You have to wait a certain amount of time for?them to settle down or else you get false reads. They're not really designed for high signaling rates. If you want to be able to turn the dial fast, the best thing would be to replace the encoder with an optical or magnetic encoder. That, along with the right software, would really let you let loose on the tuning dial if you are so inclined. Given that you can easily change the tuning rate, spinning the dial fast isn't as necessary as it was in a design with an analog VFO, but some operators still like to do it.

On Fri, Oct 27, 2023 at 5:59?PM Dave, N1AI <n1ai@...> wrote:

On Fri, Oct 27, 2023 at 01:31 PM, Bruce W4BRU wrote:

I'm not clear why we need a Rasp Pi 5 for the sBitX. I have demonstrated the sBitX running SSB and also projecting a slide show (LO Impress) at the same time. The Pi didn't even seem to be taxed at all.

The case where I see performance lags is if I spin the tuning dial even moderately fast. This could be a software issue or a hardware issue. One reason why I prefer the TUI (Gtk) over the GUI (browser) is that it is more responsive. It'll be interesting to me at least if those tuning lags are reduced both by (a) going to the new Pi OS, bookworm, that has a new graphics stack with Wayland instead of X Windows and (b) going to Pi 5 hardware. Farhan says in one of these threads that his performance profiling shows memory copying is the main user of time. Pi 5's memory system is like twice as fast as Pi 4 so I will find it interesting to see what kind of difference it makes. If Pi 4 is fine, then I'll re-purpose the Pi 5.

-- Regards, Dave, N1AI