Farhan said that in the file sbitx_gtk.c , and do_encoder

is where its at!

Raj

V1.0
I have seen that and it appears the variable rate tuning software is twitchy.
If I tune up it behaves.? If I reverse suddenly it jumps.? If I pause then reverse it behaves.
Its a bug.

Allison
Please use the forum, offline and private will go to bit bucket.

Try disable tuning_acceleration.

Can be done from sbitx \cmd
at the sbitx-prompt write:

tuning_acceleration=OFF


another way is to edit /home/pi/sbitx/data/user_settings.ini
Restart of sBitx required.

de oz9ny, niels

I have to share this, and it may already be common knowledge in the group. Maybe it's even in the sBitx manual that I did not read yet.

Spent a lot of time attempting to make a backup of my original SD card supplied with the sBitx kit.

Used Belina Etcher, Raspberry Pi imager and Win32Diskimager and was not able to make a copy.
All three of these apps reported that my new SD card was "too small" for the sBitx image.

Finally got it to work with the SD Card Copier that is on the sBitx and maybe all Raspberry Pi's running Raspberry Pi OS.

Just look in Accessories and run SD Card Copier.?
Pick the internal SD card as the source (the name will be something like: SE32G (/dev/mmcblk0)) and the Copy to Device as the SD card you want to copy to.
You may have to put the new SD card in an adapter and put it in the USB slot before bootup for the system to see it.

So best make a backup before mucking around with the system.

Found the fix for my error in attempting to configure the Fldigi and Flrig apps was to:
First download the sBitx? "can't wait" image and locate the fldigi_def.xml.
The file was located in a hidden directory? ?.fldigi? ? full path /home/pi/.fldigi
Then replace it on the system that was presenting the error.

The correct settings may have been in the fldigi_def.xml-old file, but I did not think to check it in my sleep deprived stupor.

开云体育

CW decoding worked for me but strange enough when a stronger signal just outside the passband was present. When the spectrum was clean and only the CW signal could be seen on the spectrum I couldn’t get the decoder working. Guess that it was just a coincidence and decoding with fldigi is a lot more critical than with the decoder between the ears.?

Would it be possible to create IQ from the mono baseband? Like this does in fig. 2 from RF.

Can anyone confirm what I am experiencing ?

@100/100 Hz steps

When I tune up is smooth and as expected

but when I tune down it takes large steps

and getting back is a pain!


Raj

not sure what made me say eme.. oh well, have worked the birds.. but not since the 90's. :-)

Further testing of this early this morning.. I noticed that the "window" for? receiving a signal was centered n the screen, and thus a signal with your new code was about 1kHz higher than with the original code. Also decoding of cw seemed to stop.. I'm not familiar with the fldigi for cw, butt hat's what seemed to happen.. This is probably really old news now.. but FYI Brad

Finally got back to reading groups.io. got sidetracked..?
That would be great. Never worked eme, but a friend does and that makes sense. thanks for the response.?
Brad

Hello

Some ideas here


A list of interisting sites


cdt

Ok folks let's begin this,
This weekend I will be ordering 10 of the T30-6 toroids. That will give me enough to make I believe it is called the Low Pass Filter or LPF

I will also be ordering the 40 MHz crystals for the Crystal Filter which also uses the T30-6 toroids. (I will have to order more of these as it looks like they are throughout the build.)

I will be ordering the crystals and toroids from the GQRP club. I plan on following the advice of the Godfather of the BITX, Mr. Farhan VU2ESE himself, and of course the collective advice of the?BITX20 Group. (I encourage you guys to check out the BITX20 group, there are a lot of great people who happen to be active users, builders, and modifiers of the BITX series of transceivers. I believe that they have superhuman powers because they have even been able to fix my mistakes.) Unless otherwise recommended I plan to use the capacitors and resistors that I have on hand. I will use the Manhatten construction method with MePads and MeSquares from??( I try to purchase from QRP suppliers when I can) I would like to cover it here and on my blog as much as I can as this will be my first major homebrew project. The reason why I picked the sBITX is that the more I look at it the more it matches to be everything that I have been wishing for in a radio (ok the TX power is a little high for my wishing but I will take it)?
The only test equipment that I have is an Antuino, Digital Volt Meter, QRPoMeter (RF Power and VSWR Measurement) cheap LC Meter and a dummy load so that will be my shortfall from the start.?
Once again thank you for all of the help.?
--
'72

Has anyone configured VSCode to build sbitx? Can you share what you did?

73,
Mark

Yes I run my RPI with my tv as a monitor.?
--
'72

First light...

After cleaning all the mating surfaces, attaching a pigtail for PowerPole?
connectors (lab standard here) adding a fuse on the rear, and a stout
reverse polarity diode plus heatsink grease I started making basic
checks on current limited supply.?

I powered up to the sbitx software.? After playing some and making
measurements. things noted.

Power measured with BIRD wattmeter 50H slug in use (50W FS),
monitored on station RX and with SA.

Power out and dashboard setting have limited correlation.? When
set to 6W I would see anywhere from 15W (10M) to as much as
45W on 80m.? The other is that it wanted to push far more than
50W at 20M set to 40.? The actual after fetching the 100H slug
was 63W, way over.

Since the apparent power setting is based on drive? there is
considerable variation in power chain gain without any alc or
other direct measure of output.? Meter your output or risk frying
finals. It was very easy to both over drive and run the power
well past 40W into the dummy load.??

If not over driven the SA says its clean.? I haven't checked for spurs
or harmonics yet but it sounds right.?

The other is no audio key down TX 1.5A, I have to check bias
for drivers and finals.? While I had it apart a dab of heastsink
grease was applied to the finals.? Also insure the final are flat
to the heat sink for best cooling.

The touch screen need a longer timer as its very easy to touch
it and go off to odd places.? The screen timout (screen saver)
was a momentary upset before I realized rasipian nominally
has it set on.

This one also has the WIfi Zzzip buzz.? Not a surprise as the Wfi
chip on the RPi is maybe an inch from the audio board.

The upside is while running my main radio (FT8 on 10M) I used?
the Sbitx to decode my tx (not on antenna) and it did.? Good sign.

It will take much more digging into the radio. and like software.
More work ahead.


Allison
------------------
Please use the forum, offline and private will go to bit bucket.

CEC and N8ME/VU3GAO are different in how they create GUIs. The Nextions are "smart" screens where all the GUI programming is hosted locally to the screen and only data is passed back and forth with the Nano that is running on the Raduino. So you basically have two processors with separate memory splitting the load.

The V6 systems have a "dumb" screen and forces all the GUI programming to be done on the Raduino. Think of it as no smarter than the monitor that might be sitting in front of you.? So there is no load sharing.?

So my 2 cents for what it is worth (and I know nothing of the underlying N8ME/VU3GAO software...)

1. Could N8ME/VU3GAO be modified? to support a Nextion based GUI? Probably, only a "simple matter of programming". I suspect it would *not* be the CEC GUI because of the architecture in how the screen and Nano based app currently talk. Lots of us have been staring at the communication protocol used by CEC? and I think that all of us find new stuff every time we look at the code... Its complicated as they say..

2. Could N8ME/VU3GAO provide a more CEC-like GUI using their existing "dumb" screen? - I don't know.... Perhaps the authors could chime in. My 2 cents is that it would probably be difficult to do *to the same extent as CEC* and fit it within the processor and memory constraints of a Arduino Nano. CEC is within a few kb of the maximum memory of the Nano and that is with offloading the GUI to the screen. If the Raduino was upgraded to one of the Teensy line, then again, just a "simple matter of programming". But again, the actual authors will have a much better informed opinion than me.

BTW: There are many folks here that are not Nextion fans because of the "noise" it can generate in the RF area. There are differing opinions on this matter and although it has never been a bother to me, there are folks I respect that hold strong opinions otherwise

73
Mark
AJ6CU
KD8CEC on non-Nano platforms:?https://github.com/AJ6CU/ubitxV20

Excellent, thanks!