开云体育

The challenge - I and many other users want to be able to use a headset for the phone modes in the sbitx e.g. USB headset or a Bluetooth headset. Logically the problem is similar to the routing of audio for the digital modes from the audioinjectorpi sound card to/from the software used for the digital modes. The soundcards identified in the sbitx using the command aplay -l | awk -F \: '/,/{print $2}' | awk '{print $1}' | uniq generates on the sbitx: pi@sbitx:~ $ aplay -l | awk -F \: '/,/{print $2}' | awk '{print $1}' | uniq audioinjectorpi Loopback Loopback_1 Loopback_2 pi@sbitx:~ $ audioinjectorpi (card 0 in ./asoundrc) is the default output (and mic input) for the sbitx analogue audio Loopback,DEV=1 (card 1 in ./asoundrc) is used for software output(Input) to JTDX, WSJT-X or others Loopback_1,DEV=0 (card 2 in ./asoundrc) is used for Software input(Capture) from JTDX, WSJT-X or others Question - is Loopback_2 used by sbitx? If yes, could we use this one to route analogue audio I/O from card 0 (audioinjectorpi) on SBITX to another audio I/O device such as a USB headset or Bluetooth headset? After connecting my USB headset I ran the command again: pi@sbitx:~ $ aplay -l | awk -F \: '/,/{print $2}' | awk '{print $1}' | uniq audioinjectorpi Loopback Loopback_1 Loopback_2 II pi@sbitx:~ $ the II shown in this command output is the USB Headset (Jabra Evolve 30 II in my case) More detail re the ./asoundrc file: The system configuration file is /etc/asound.conf (not exist on sbitx), and the per-user configuration file is ~/.asoundrc. sbitx asoundrc: pi@sbitx:~ $ cat ~/.asoundrc pcm.!default { type asym playback.pcm { type plug slave.pcm "output" } capture.pcm { type plug slave.pcm "input" } } pcm.output { type hw card 0 } ctl.!default { type hw card 0 } pcm.input { type hw card 0 } pi@sbitx:~ $ A couple of references: Advanced Linux Sound Architecture - ArchWiki (archlinux.org) Alsa Opensrc Org - Independent ALSA and linux audio support site These suggest it looks promising, the devil is in the detail I am trying to avoid the use of PulseAudio as that has been replaced in newer distributions using Pipewire and Wireplumber, however both of these sit on top of ALSA. Based on this will focus my efforts on using Alsa if possible to minimise complication. Might not be possible but it is a starting point with help from the references above. Research continues - if I get the answer and tested, it will be added here to begin with and then the wiki page as a Howto If anyone already solved it then please add to the topic. Regards Paul G0KAO

Hi, I have massive problem with my uBITX v5 for Calibrating. When I set the Calibration: eg +10 for the accurate 700 Hz on 14996.000 in USB then press the Mic Button - says calib set. goes back to receive - seems ok. But if I turn the RIG off and on again - the frequency is much lower: eg bay pressing Button 14996.000 - after boot 14664.650 It look like the value is not really set, only temporary in RAM. I had this problems since I have this RIG. Also the Rig is really deaf.. only the most strong stations are received TX - I must on a given QRG go up for abt 300 Hz then is on the QRG for transmitting to the partners QRG I spent hours for resolving this - but no result.... Is there not a point ( Tp on the PCB ) where I can set the Calibration ? Have an Frequency counter/generator here, also other RIGS with are 100% accurancy. -- ** 73 de HB9FIH Erich

What are these connectors - both what kind of connector (one I believe is USB-C) and purpose

It has arrived. I'm slammed with work to play with it. In the package came with USB Cable, allen key, OTG adapter and a test report card.. Let me take a photo of it .

So, after the diagnosis and repair of the power group components, Q9,Q10,Q101,R5,R6 (all replaced), on power up, +12v drops to under 2v and the area around the Q12-15 group heats up quickly. I did note that D7 was basically shot, continuity in both directions. What are my most likely culprits at this point? -- Mike - K8MCB

Hi! More work following the path that Ashhar suggested. I have also bought an older Icom 810H that has full duplex VHF/UHF. I'm doing initial experiments on Windows PC, but I have already demonstrated full Doppler shift control of sBitx acting as the 10m transceiver to a transverter, so this can all move to the sBitx.... GPREDICT re-installed due to better location, tracking any satellite I like. Does all the trig and doppler MATH RIGCTLD - previously studied and working; receives tcp/ip commands from GPREDIT to do doppler shift adjustments of sBitx or Icom radio Today: ROTCTLD -- figured out how to run this on a windows machine. Receives trig output of GPREDICT. Converts (in this case) to Yaesu type rotator commands for Az/ elevation and sends out serial port (in my case, COM4, 9600 baud) K3NG Rotator Controller -- I havent made a board for this yet. So I took one of my homebrew WINKEYER ARDUINO simulators, and reprogrammed it using K3NG code to "act like" the controller, handling Az, El controls, reading the CW speed control as if it were an azimuth potentiometer; running the display and activating the "key" and "PTT" to rotate clockwise or counterclockwise. The reprogramming of my Winkeyer Arduino appeard to be a huge success. I properly set the pins to run the display, which worked FINE. It was reading the speed pot as an azimuth reading, and if I pushed "buttons" it would read different elevations. ROTCLD happily connected to it at 9600 baud, and the "rotator controller" accepted commands and displayed them. I was not able on the first test to monitor whether it activated simulated motor controls (key output, etc) -- but that will come. So huge success here and soon (days, weeks?) I should be able to lay out a board (many others have done so before me, but some just did crazy wiring between variuous "shields") to put all this in a neat little package with relay outputs, possibly with PWM output (dunno)., to control available rotators for real. 73 Gordon KX4Z