Bus 001 Device 006: ID 0d8c:0014 C-Media Electronics, Inc.
Mine doesn’t have the Unitek, but same ID.
I have it running on Hamvoip. I don’t have an ASL version running on a pi, just Vultr, so can’t check…
Would be mighty helpful to see working examples of rpt.conf and simple_tune_usb_[node#].conf. My USB device is recognized but I can’t get audio in/out of it.
@tsalzer I’m in the same boat. I have audio working on the system but can’t get Asterisk to recognize the headset.
Looking back over this thread I don’t see anyone with evidence they have it working on an ASL image, only the HamVOIP image. I’m trying to find the difference between the two. I’m thinking compiling a new chan_simpleusb.so with some logic to match the Mpow will do it.
@AI3I Do you have any further info on how you got yours working? You were using an ASL image, correct?
The problem likely lays with the idea that not all mpow’s are the same.
I think some older ones used the cm108
Now likely cm119 or something much newer.
And the problem with that is the address lines used for cos/ptt are not going to be the same.
Yes, if you wanted to figure that out I think you could and just adjust that in the source and recompile.
Seems like a lot more work than other methods. Personal choice I guess.
But you are going to have to tear your own apart and find the chip# first as I suspect there may be 3-4 varieties.
I thought the same, but looking at chan_simpleusb.c I’m seeing the same ID (0x0d8c) for the vendor ID. I’m thinking maybe the product ID isn’t matching, so I’m going to try building with a change there to match 0014.
I don’t recollect at all…it was just one of those things where it was more fun to tinker and discover than I really had a committed purpose for using. I don’t believe I had anything special setup–mostly anything simpleusb would accomplish for any CM108 behavior.
The chip is a HS-100b
It works with ptt as is (vol down button) , but I don’t know how to get a cos out of it
Mike N3IDS
I realized that with ASL3 emerging, this functionality changed. There have been some enhancements to support headsets (and other devices) in ASL3 recently, and since you’ve had some questions, here’s how to do it with the SimpleUSB driver…:
First, make sure you’re running SimpleUSB; by editing /etc/asterisk/modules.conf and ensuring the correct modules are loaded or not loaded:
noload => chan_usbradio.so
load => chan_simpleusb.so
Second, add the proper vendor and device string by adding the following to /etc/asterisk/res_usbradio.conf:
[general]
usb_devices = 0d8c:0014 ; Unitek Y-247A
Third, start with this template for /etc/asterisk/simpleusb.conf; you will want to edit your node [1999] along with the devstr value to match your output from lsusb -t or dmesg:
[general]
[1999]
eeprom = 0
rxboost = yes
carrierfrom = usbinvert
ctcssfrom = no
invertptt = no
plfilter = no
dcsfilter = no
deemphasis = no
preemphasis = no
rxondelay = 10
rxaudiodelay = 0
queuesize = 8
tx_audio_level_method = 0
dtmf_dsp = 1
devstr = 1-1.2:1.0
rxmixerset = 825
txmixaset = 900
txmixbset = 900
txoffdelay = 0
Fourth, it’s safe to assume you will want to run simpleusb-tune-menu to validate and adjust settings accordingly.
Fifth, make sure rxchannel=SimpleUSB/1999 is declared in /etc/asterisk/rpt.conf (with your node number set properly, of course). The node number should match the stanza declared in your simpleusb.conf file.
Finally, restart Asterisk: systemctl restart asterisk
That should be it! Very special thanks to @kb4mdd for the code commit and others who requested and tested this enhancement.
1 Like
One more item; if you can’t find your device string (devstr value) easily, you can modify or copy /usr/bin/asl-find-sound to support searching for the Unitek-Y247A device(s):
#!/usr/bin/bash
#
# Copyright 2024 AllStarLink Inc.
#
# This program is free software: you can redistribute it and/or
# modify it under the terms of the GNU General Public License as published
# by the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful, but WITHOUT
# ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
# FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.
# See https://www.gnu.org/licenses/gpl-3.0.txt
USBROOT=/sys/bus/usb/devices
ls $USBROOT | while read DEV; do
USBDEV="$USBROOT/$DEV"
IDVEND=$(cat $USBDEV/idVendor 2>/dev/null)
case "$IDVEND" in
"0d8c") # C108_VENDOR_ID
IDPROD=$(cat $USBDEV/idProduct 2>/dev/null)
if [ $((16#$IDPROD & 16#fffc)) -eq $((16#000c)) ]; then # C108_PRODUCT_ID
:
elif [ $((16#$IDPROD)) -eq $((16#0012)) ]; then # C108B_PRODUCT_ID
:
elif [ $((16#$IDPROD)) -eq $((16#013c)) ]; then # C108AH_PRODUCT_ID
:
elif [ $((16#$IDPROD)) -eq $((16#013a)) ]; then # C119A_PRODUCT_ID
:
elif [ $((16#$IDPROD)) -eq $((16#0013)) ]; then # C119B_PRODUCT_ID
:
elif [ $((16#$IDPROD & 16#ff00)) -eq $((16#6a00)) ]; then # N1KDO_PRODUCT_ID
:
elif [ $((16#$IDPROD)) -eq $((16#0008)) ]; then # C119_PRODUCT_ID
:
elif [ $((16#$IDPROD)) -eq $((16#0014)) ]; then # Y-247A_PRODUCT_ID
:
else
continue
fi
MANF=$(cat $USBDEV/manufacturer 2>/dev/null)
if [ -n "$MANF" ]; then
PROD="$MANF"
else
PROD=$(cat $USBDEV/product 2>/dev/null)
fi
;;
*)
continue
;;
esac
for SUBDEV in $( (
cd $USBROOT
ls -d ${DEV}*
)); do
USBSUBDEV="$USBDEV/$SUBDEV"
if [ -d $USBSUBDEV/sound ]; then
CHANUSB=$SUBDEV
printf "%s\t-->\t%s:%s %s\n" $CHANUSB $IDVEND $IDPROD "$PROD"
fi
done
done
Lines 38 and 39 were added at the last elif statement to discover the C-Media device. Output is similar to the following:
root@node1999:~# asl-find-sound
1-1.2:1.0 --> 0d8c:0014 C-Media Electronics Inc.
root@node1999:~#
Good luck! I’ll try to keep an eye on the thread if you have any questions.
To help, I just filed GitHub asl3-menu Issue #71 requesting that the asl-find-sound command be aware of any vid:pid pairs added to “res_usbradio.conf”.
1 Like
Thank you AI3I! I just bought a headset and followed your guidance.
Mine came in with ID 0d8c:0721 C-Media Electronics, Inc. CL721T but it is working!
Has anyone found a compatible headset with what I call the communications curve on it’s microphone? I have an Mpow 071. The microphone on it is decent, but flat. Not great for transmitting to RF stations. It’d sound much better if the range around 3 kHz were boosted by … a bunch. Maybe 10dB or so. It’s very muffled on radios without a bunch of processing, which I have done inside a DAW to make it sound pretty reasonable using MicroSIP on Windows.
It works fine as a very low-cost radio-less node otherwise. I’m just not a fan of how the mic comes out with the low sampling rate of ASl.
I have a question about these (Mpow 071) headsets.
What do you do for PTT?
The VolDn button = PTT.
That’s really good to know; my headsets are from 2020, but nice to know the change in chipset didn’t change the behavior or characteristics. I’ll purchase a later model to give it a try.
Jon,
I picked up a CL721T as well but I’m not getting it working. I have usb_devices = 0D8C:0721 which is what dmesg identifies it as set in res_usbradio.conf. What did you set for devstr in simpleusb.conf?
The devstr value is dependent upon what port you plugged in your USB headset into; it could be on a different bus or port. Follow my note about modifying/copying /usr/bin/asl-find-sound to find it.
So it wasn’t even that complicated. Changing the usbdevices=0D8C:0721 ( the identifier I got from dmesg) was all it took. What I neglected was to restart asterisk. Once I figured that out I didn’t have to touch simpleusb.conf it just worked
In SimpleUSB tune, DEEMPHASIS should be off (for N2DYI)
Yes, and it is. However, these Mpow 071 microphones, to me, just don’t sound that great on radios. Not enough emphasis around 2.7/2.8 kHz, leaving it kind of muffled sounding.
When I use Transceive for Mac OS with a microphone like a Shure SM7B, I have a custom processing chain that, among other things, increases the gain by about 7dB around 2.8 kHz. Makes a big difference with microphones like that, especially over a small HT speaker on FM.