Re: sBitx DE v2 lost audio loopback
UPDATE
After posting the above, I shut down the radio. I heard relays click loudly. In the past, that has meant that the WM8731 may work, so I started the radio up again and now it is working. ?I don't think I heard the relays click that way in all the times I shutdown or rebooted earlier when the WM8731 wasn't working.
--
73,
Mark, N8ME
|
Re: sBitx DE v2 lost audio loopback
Hi Mark,
Can you try disconnecting HDMI and see if it works?
The hdmi audio driver took place of the loopback devices. If it works, better blacklist the hdmi audio driver as a stop gap solution.
Rafael
toggle quoted message
Show quoted text
On 4/19/23 15:51, Mark Erbaugh wrote: I fired up my sBitx DE with the latest v2 software and the waterfall is all on.
In the past, I've seen this and it's been an issue communicating with the WM8731
If I start up sBitx via ssh, I see all kinds of audio (ALSA and Jack) error messages starting with
Error opening loopback playback device plughw:1,0: Unknown error 524
See the attached file (error.txt) for all the gory details.
I think the loopback is configured properly. This setup was working a couple of days ago.
The attached file aplay.txt shows the output from aplay -l
In the past, when I have seen this behavior, rebooting or restarting sBitx will make things work, but I've restarted sBitx and rebooted several times - no change.
I've double-checked /boot/config.txt and /etc/rc.local (also attached) and both seem to be configured properly as per install.txt
FWIW, I am planning on demo'ing the radio at my local ham club meeting tomorrow night. I hope I can get things resolved before then.
--
73,
Mark, N8ME
|
sBitx DE v2 lost audio loopback
I fired up my sBitx DE with the latest v2 software and the waterfall is all on.  In the past, I've seen this and it's been an issue communicating with the WM8731 If I start up sBitx via ssh, I see all kinds of audio (ALSA and Jack) error messages starting with? Error opening loopback playback device plughw:1,0: Unknown error 524 See the attached file (error.txt) for all the gory details. I think the loopback is configured properly. This setup was working a couple of days ago. The attached file aplay.txt shows the output from aplay -l In the past, when I have seen this behavior, rebooting or restarting sBitx will make things work, but I've restarted sBitx and rebooted several times - no change. I've double-checked /boot/config.txt and /etc/rc.local (also attached) and both seem to be configured properly as per install.txt FWIW, I am planning on demo'ing the radio at my local ham club meeting tomorrow night. I hope I can get things resolved before then. -- 73, Mark, N8ME
|
Re: Troubles with output RF and modulation
Andrea,
The #define setting in the source code does not mean the HEX file was compiled from that sketch.? The correct HEX file is in the uBITXV5 folder.? The other folder, uBITXV234, is in the same repository with the setting for the earlier uBitx.
I am having difficulty coming up with a reason for peak power at 20 meters and lower power at 80 and 40.? There is an anomaly with 40 meters that, on some uBITX, causes a dip.? For my six uBitx, 80 meters is the strongest, with dips at 40 and then declining on 15 through to 4 watts on 10.? This is after doing the ajparent upgrade with the 2n2222a driver replacement as suggested here:
Changing the drivers and bias flattened the output for the three I modded, though still a significant dip on 10 meters.
73
Evan
AC9TU
|
Re: Troubles with output RF and modulation
Hi Vic, I have installed version 1.2 which CEC indicated via Link on its site towards Github.? The file is a compiled hex.? From the same folder I also downloaded the source.? In this I saw that the setting is for V5 and that the Raduino has the outputs set to 8mA.? I also checked the Raduino's output frequencies and they are correct.? Also the final output measured with a frequency counter on the artificial load is correct, even taking into account the 700Hz of the CW in LSB/USB.?? 73, by IK0XBC Andrea
In addition to Evan's suggestion, Andrea, could you confirm that the version of KD8CEC software you are using is for the V5 uBitX and not the earlier version for the V3 and V4? The IF frequencies are different in the V5 version which also works for the V6.
=Vic=
|
Re: sbitxv2 is available now
Hello Trevor,
Please send us a mail on sales@... and we will take it up from there.
Thanks,
Thomas
On Wed, 19 Apr 2023, 11:13 Trevor Stone, < tstone@...> wrote: On 4/13/23 11:10 AM, Support HF Signal wrote:
> Hello Paul,
>
> Right now we don't have the option of buying just the board and the
> enclosure. The enclosure comes with the display.
>
> Maybe at a later point in time we may consider this option of just the
> board and the enclosure, but right now we aren't offering?it.
I would also be interested in purchasing a board + enclosure so I can
move the Pi + display from my Developer Edition to a v2 for portable
operation, then back to the Developer Edition for experimentation :-)
Trevor WT0RJ
--
=-=-=-= Trevor Stone -=- [Flwyd] -=- <tstone @ > =-=-=-=
Computer science, eclectic philosophy, games, wits, esoterics, odd hats
? ? ? ? ? ? ? ?Thou errant elf-skinned gudgeon!
{embrace existence}? ? ? ? ? ? HYPERTRICHOLOGISTS do it with intensity.
Provided the development coordinator has a communications medium at
least as good as the Internet, and knows how to lead without coercion,
many heads are inevitably better than one.
-- Eric Steven Raymond, "The Cathedral and the Bazaar"
--
Support@...
|
Re: Alsa loopback not working
My bad. The audio was too low, I just changed the waterfall settings in fldigi and started seeing it. Yay, working! Will connect to antenna today. When using HEAD git in the sBitx v1 (dev edition), should I do any change to the software, or I can just use without bothering?
Btw, is there currently a way to pass the "full band" to the loopback? (how should I call the "full band" with relation to the frequency set over the I2C? USB with regards to the dial frequency set?)
Cheers! sBitx rocks!
73's,
Rafael
toggle quoted message
Show quoted text
On 4/19/23 05:06, Ashhar Farhan wrote: Rafael,
Check that fldigi is showing the spectrum within its own window. If it is, the loopback is working.
You can check the fldigi settings of audio card to see how it configured.
- F
On Wed, Apr 19, 2023, 4:35 AM WP3DN <3voltios@...> wrote:
Rafael,
If the device is in use by the sbitx software, could if be used on
another application??
For example, to use wsjtx I have to shutdown fldigi for it to work.
Let me know if I'm wrong.
Juan
|
Re: sbitxv2 is available now
On 4/13/23 11:10 AM, Support HF Signal wrote: Hello Paul,
Right now we don't have the option of buying just the board and the enclosure. The enclosure comes with the display.
Maybe at a later point in time we may consider this option of just the board and the enclosure, but right now we aren't offering?it. I would also be interested in purchasing a board + enclosure so I can move the Pi + display from my Developer Edition to a v2 for portable operation, then back to the Developer Edition for experimentation :-) Trevor WT0RJ -- =-=-=-= Trevor Stone -=- [Flwyd] -=- <tstone @ trevorstone.org> =-=-=-= Computer science, eclectic philosophy, games, wits, esoterics, odd hats Thou errant elf-skinned gudgeon! {embrace existence} HYPERTRICHOLOGISTS do it with intensity. Provided the development coordinator has a communications medium at least as good as the Internet, and knows how to lead without coercion, many heads are inevitably better than one. -- Eric Steven Raymond, "The Cathedral and the Bazaar"
|
Re: Alsa loopback not working
Rafael, Check that fldigi is showing the spectrum within its own window. If it is, the loopback is working. You can check the fldigi settings of audio card to see how it configured. - F
Rafael,?
If the device is in use by the sbitx software, could if be used on another application??
For example, to use wsjtx I have to shutdown fldigi for it to work.?
Let me know if I'm wrong.
Juan
|
I picked up a SM AGC uBitx kit from Inkits.? Can I simply use pin 3 (ground) and pin 4 (vol-h) to feed the input on the audio in for this to work?? I've attached the schematic of the agc. If anyone has used this board and has recomendations on how to connect it to a V6 board I'd appreciate your information.? Most of the hook ups I've found have been for a V4 board.? There is a reference to jumpers that don't seem to be present on the V6 board.? Any help is appreciated.
73
Bob
KD2YUG
|
Re: Troubles with output RF and modulation
Andrea,
Can you confirm these are power measurements into a 50-ohm dummy load?? The power, as reported feeding an antenna can vary depending on the characteristics of the antenna.? A tuner between the antenna and the uBitx can also impact the power out as measured by the ATU.
73
Evan
AC9TU
|
Re: Alsa loopback not working
Rafael,?
If the device is in use by the sbitx software, could if be used on another application??
For example, to use wsjtx I have to shutdown fldigi for it to work.?
Let me know if I'm wrong.
Juan
|
Re: Troubles with output RF and modulation
Hi Evan, I did what you suggested, and now I have 10W on 20m and 5W on all other bands.? Originally, however, I had different powers for each band thanks to the calibration of HF Signal for the suppression of harmonics and spurious.? I have ascertained that the TX filters are controlled regularly, so I'm wondering where and how the tester could intervene, also resulting in a different RF output power for each band.? Could you direct me on this as well?? 73, of IK0XBC Andrea.
|
Alsa loopback not working
Hi all,
In order to test if I can play / capture audio tru the alsa loopback, I just opened audacity and tried to capture... nothing. Audio comes out nicely over the gtk ui, and also over the web ui. Any hints of what it can be? I did not change the .asoundrc [1], nor nothing else. It is possible that the audio was too low? I was testing without antenna... with IF 100... (I could hear the hiss) the audio that goes to the loopback is after processing or before? Which .c file is responsible for doing this copy of the audio samples between wolfram and loopback device?
Cheers,
Rafael
[1]
pcm.!default {
???????type asym
???????playback.pcm {
???????????????type plug
???????????????slave.pcm "output"
???????}
???????capture.pcm {
???????????????type plug
???????????????slave.pcm "input"
???????}
}
pcm.output {
???????type hw
???????card 1
}
ctl.!default {
???????type hw
???????card 1
}
pcm.input {
???????type hw
???????card 0
}
|
Re: sBitx Developer’s Edition (v1) — how to protect the RPi4?
Farhan,
ITs not the device loading its the posible reverse path due to that parts failure.
Fr example if that mosfet develops a gat to dran short then the GPIO pin
sees 12V and that's bad. the uln2003 fails or ther eis a board level short to it?
the relay select lines can fail at the Pi.
If everything works, its never an issue, only when something is wrong it becomes one.
As a development radio the expectation of >>>oops<<< should be foreseen.
--
Allison
------------------
Please use the forum, offline and private will go to bit bucket.
|
Re: sBitx Developer’s Edition (v1) — how to protect the RPi4?
Thanks, Lou. That thread is very illuminating, especially Allison’s comments. I believe I put in a 78L05 ahead of a1117 because of that suggestion. There’s a lot more information there that’s now making sense to me. If Allison forwards any photos it’d be very helpful.
Jack
N6LN
|
Re: sBitx Developer’s Edition (v1) — how to protect the RPi4?
Gary, Refer to? The pa bias is derived from 12v tx line that is switched by a mosfet. It is not driven by gpio. The uln2003 have a very light loading and their input loading not worse than any other buffering gates. - f
If sBitx V1 schematic on github is correct,
Main board's C66 (0.1uF) is being driven directly by the pi.? Cap load without an added current limiting series resistor.
Surprised that so many TX controlled circuits on the sBitx main board are being driven directly by the pi, including setting bias of an amp.
I don't see the downside of having the TX node on the main board at 12V (with the appropriate required changes to adjust for the higher voltage).
There's already an inverting buffer on board. Use the 2 unused channels on the ULN2003A to take the 3.3V signal from the pi up to 12V with 500mA of drive.
Still wouldn't drive a cap directly.
Just my observation,
Gary
|
Re: sBitx Developer’s Edition (v1) — how to protect the RPi4?
If sBitx V1 schematic on github is correct,
Main board's C66 (0.1uF) is being driven directly by the pi.? Cap load without an added current limiting series resistor.
Surprised that so many TX controlled circuits on the sBitx main board are being driven directly by the pi, including setting bias of an amp.
I don't see the downside of having the TX node on the main board at 12V (with the appropriate required changes to adjust for the higher voltage).
There's already an inverting buffer on board. Use the 2 unused channels on the ULN2003A to take the 3.3V signal from the pi up to 12V with 500mA of drive.
Still wouldn't drive a cap directly.
Just my observation,
Gary
|
Re: sBitx Developer’s Edition (v1) — how to protect the RPi4?
Paul The v2 does not use LM338, it uses a switching regulator. We also use a 7805 step down that feeds the 1117s. There are 3.3v zeners on all external facing gpio pins
- f
While I wait for my sbitx v2, I have noticed there are no 'backward facing' clamp diodes on the fixed regulators that prevent the regulated output voltage (VOUT) exceeding the input voltage (VIN) on power down conditions. I also think according to the data sheet LM338 a filter capacitor is required from the 'ADJ' pin to ground. The datasheets for both the LM338 and the AMS1117 recommend the? clamp diode and I think the AMS1117 is particularly sensitive in this respect. I remember many years ago my homebrew Z80 computer regularly blew the graphics eeprom until I did this.
|
Re: sBitx Developer’s Edition (v1) — how to protect the RPi4?
While I wait for my sbitx v2, I have noticed there are no 'backward facing' clamp diodes on the fixed regulators that prevent the regulated output voltage (VOUT) exceeding the input voltage (VIN) on power down conditions. I also think according to the data sheet LM338 a filter capacitor is required from the 'ADJ' pin to ground. The datasheets for both the LM338 and the AMS1117 recommend the? clamp diode and I think the AMS1117 is particularly sensitive in this respect. I remember many years ago my homebrew Z80 computer regularly blew the graphics eeprom until I did this.
|
Mark Erbaugh
IK0XBC
Bob Brown
John Terrell, N6LN