Hi Ashar,
I succeeded in building the sbitx software from your repository
on a RasPi-Zero on a recent/fresh copy of Raspberry Pi OS.??
The building went rather smoothly and had no errors but took like
forever ... (especially for the fftw library).
I also modified a little RasPi Hat that I made for a previous
project (see picture, the RasPi-Zero itself is somehow hidden
under the Hat). Nothing fancy, just a WM8731 connected to the
40pin connector with its I2S and I2C, the latter also being
connected to a Chinese Si5351 module.? This little Hat has been
hacked several times over the past years, this time a 12.288MHz
crystal and a Si5351 module were added.? It is quite close to your
digital board concept, I think, save for the small series
resistors in the digital lines.?
When booting the WM8731 seems to be initialized somehow (the
analog in/outputs come to 1.6V), when subsequently starting the
sbitx application the I2S comes alive at 96ks/s.? However no sound
at the output save for a faint hum that seems to follow the volume
setting, see picture of the gui.
Obviously something is very wrong, even if there is no signal at
the input sbitx sees a rather strong white noise signal (according
to the spectrum).? When injecting a 25kHz sine at the ADC, a small
peak (and harmonics) is to be seen on the spectrum, however
nothing at the audio output (I expected a 1kHz tone).
A subsequent test with the alsa applications such as
"speaker-test" were unsuccessful (no I2S activity), though "aplay
-l" correctly identified "audioinjector-wm8731" as the "0" card
(i.e. the default card) and "loopback" as the "1" card.
See also the console messages of sbitx when starting, on some
occasion there was a permanent request for a loopback device.? I
must confess I have no clue yet about how and where to put the
"plughw:CARD=Loopback,DEV=1" statement (in my opinion somewhere in
a asound.conf file, but I could not find any on the root folders).
I know you are a very busy person, still I would greatly
appreciate any comment, advise, hint, pointer, etc. many thanks on
beforehand.
I somehow reworked the "install.txt" file, I hope you don't mind.?
73 ON4JRT / Jean
Op 5/07/2021 om 11:57 schreef Jean
Taeymans:
toggle quoted message
Show quoted text
Thanks Ashhar,?
Your right, one should face his fears ?, I'll give it a try
(once I am back home).? I'll do it on both a RasPi-400 and a
RasPI-Zero, I'll keep you posted when I succeed in building it
from your sBITX repository.
According to my simplistic "guestimations" the SDR / DSP part
of the sBITX software would need some 2 MFLOPS plus some for the
sound driver.? According to what I can find here and there on
the internet, the RasPi-Zero is capable of 350 MFLOPS, which
should be adequate (the RasPi-4 does 13500 MFLOPS !).?
Beside the clock speed it is really the floating point
coprocessor that does it, the humble RasPi-pico does barely 50
kFLOPS. ?
73 ON4JRT / Jean.
Op 5/07/2021 om 05:49 schreef Ashhar
Farhan:
Jean,
If you can do Arduino, you can do RPI. I have
extensively used arduino api (lile digitalRead(), etc. It is
simple C. Check the repository.
Many thanks Ashhar for the brilliant work so far, it is
by far the most exciting hackable SDR (or at least
partially SRD) project so far.
Take all the time you need, no pressure, I'll be patient
?. ?
If I can be of some assistance, let me know:? I have
experience in hardware design (mostly with micro
controllers), including PCB design (as it happens with
the Si5351 and the WM8731) and in software design,
mostly Arduino (AVR, ESP, some RP2040, I wish I was more
fluent in Raspberry Pi).?
73 ON4JRT / Jean.
Op 4/07/2021 om 15:51 schreef Ashhar Farhan:
I have been hacking away at the small
stuff for sbitx. There were ground loops between the
digital board and the rf board. Then, there were
oscillations in the PA. Finally, there was change to
40 Mhz filter, changing IF from 27 MHz to 40 MHz.?
I am working on the T/R switching with
a reed relay, hopefully getting to full QSK. I hope
to work one contest before posting it all.?
I am holding back because these are
interrelatef issues and resolving each needs rework
elsewhere. I want to be able to wrap it up asap. I
am experiencing design fatigue. This should finish
with a creative 'yay!' rather than an exhausted
'whew!'
Hi Jean,
In answer to one of your questions Ashar went
over a couple of things in his video, one was
the concept of a SDR contronolled uBitx which
was basically bolting the Pi onto the front end
of a uBitx and feeding CAT commands to the
existing Raduino?over serial, he then moved on
to to talk about the what was actually the sbitx
which is substantially different from the
existing uBitx and where the Raduino is scrapped
and the transceiver is controlled directly by
the RPi. All the diagrams and info are included
in the docs/presentation that was shared above
along with the video. The docs don't show the
schematic for the sBitx hardware but you can
screenshot them from the video. It's a shame
this thread has went a bit quiet because this is
quite exciting, tons for potential for
experimenting with this.?
Greetings to all,
More or less the same question here, plus
also a few remarks and questions for Asshar
I suppose.
I sincerely hope that all is well in
Hyderabad and that Asshar is able the pursue
his work on the sBITX after his brilliant
presentation last spring.
Many thanks to him for sharing this with us
all.
Over the past years I experimented myself a
bit with the quadrature direct conversion
architecture, using various micro
controllers: STM32F446, ESP32 and recently
RP2040 in a set up with a WM8731 (running at
8ks/s), a FST3253 and a Si570.? Though all
of this more or less worked, I never
succeeded in having an adequate side band
suppression (typically not more than 30dB).?
This is of course related to the rather
challenging hardware task of having a very
precise 90¡ã relation between the I and Q
signals (of both the VFO and the audio) and
having precisely the same gain on both I and
Q amplifiers.
Asshar's double conversion architecture
with one sharp IF filter at 27/40MHz in
hardware and a second at 24kHz implemented
in software is i.m.h.o. absolutely
brilliant, as it circumvents all the above
problems.? Also is the idea of performing
filtering, demodulation, etc. in the
frequency domain.
This comes at a price however, running the
codec at 96ks/s and performing a 1024 bins
floating point FFT every 10ms excludes the
low end micro controllers, even the RP2040
(no FP coprocessor).? Hence the use of the
Raspberry Pi as a computational platform.??
A few questions if I may.?
- Would the sBITX software run in a headless
configuration (only CAT, no GUI) on a
Raspberry Pi Zero ? (and obviously without
the WSJT-X application).? I am particularly
interested in using the sBITX in a remote
battery operated (= low power) TRX set up.?
- The hardware setup diagram shows a Raduino
board connected to the Raspberry Pi by USB.?
Can the Si5351 not be controlled directly
through the I2C bus of the Raspberry Pi ??
It is otherwise used for the WM8731.?
- The repository on
is a bit confusing:? two libraries for bit
banging the I2C bus, tough WiringPi includes
the I2C functionality.? A library for the
Si570 seems a bit lost in this context.?
- The WM8731 codec seems to be setup (sample
rate, gain settings, etc.) by its driver
build in Raspbian driver, which is fine I
guess.? Can it be controlled (e.g. gain,
microphone input, etc.) by alsa config ?
- A more elaborate guide to the installation
of the various libraries and the building of
the software would be greatly appreciated.?
Is e.g. any flavor of Raspbian ok ??
73 ON4JRT / Jean.
Op 3/07/2021 om 00:15 schreef Peter
McCracken:
Hi Niels,
Did you ever make any progress with this or
get a board up and running ?
Also did you source some 27Mhz crystals, if
so which ones did you go for ?
Thanks!
|