I have an IC-7000 ,digirig, a " Yaesu MiniDin10 9600-baud Data and CAT Cable for Digirig Mobile", a " Icom IC-706 cords for Digirig Mobile". which show to be compatable with my IC-7000. I also have several os’s and machines to try on but so far the Win10 machine sees the audio device but has a problem that is unresolved, possibly keeping it from working. Linux Ubuntu 21.10 seems to have the audio figured out but cannot find the control side. wsjtx takes much longer to not find the device than does if I point it to an incorrect device. I guess vox does not work on the minidin or the large data din or at least not on mine. anyone with a IC-7000 care to tell me how yours is coming along.
Bill,
You have a diverse bunch of options there. Let’s focus on one setup at a time. Please pick one OS, one radio and one digital modes software. Describe a specific issue and we’ll take care of that first.
I broken it down to ubuntu 21.10, my ic-7000 and the DigiRig… I found out after some time that my ubuntu is seeing the device as 10c4:ea60 Silicon Labs CP210x UART Bridge and puts it at a tty/usb
Computer says it know this about the device
Bus 001 Device 014: ID 10c4:ea60 Silicon Labs CP210x UART Bridge
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 64
idVendor 0x10c4 Silicon Labs
idProduct 0xea60 CP210x UART Bridge
bcdDevice 1.00
iManufacturer 1 Silicon Labs
iProduct 2 CP2102N USB to UART Bridge Controller
iSerial 3 42e4e612fda3ec11af14e789a29c855c
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x0020
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 0
Device Status: 0x0000
(Bus Powered)
WsjtX says
Hamlib error: Communication timed out
rig_get_freq(2171): freqMainA=0, modeMainA=, widthMainA=0
rig_get_freq(2171): freqMainB=0, modeMainB=, widthMainB=0
rig.c(2173):rig_get_freq return(-5) while getting current frequency
Let’s first check the interface configuration. For CAT to work Digirig has to be set for CI-V. I’m not finding your order for the interface so I can’t check on my end. The solder jumpers should be like this:
Next we’ll look at the cables connections. The CI-V cord should have the straight TRRS end in Digirig’s socket labeled “serial” and angled TRS end with green molding in ICOM’s remote socket:
It is soldered at the green and no other pads are shorted…the civ remote connects with the 3.5mm to the trrs DigiRig serial side to trs ic-7000 civ port… when I plug in each one of the two DIN audio cables the transmitter keys up.
Looks like this may be a problem with the wsjtx app or my hamlib more than else… When the audio is plugged in with wsjtx running the PTT is transmitting continuously. When I kill wsjtx or change the rig back to NONE the PTT opens again for receive.
I have an IC7000, Win 11, home brew cables in the mini din format. Snap on ferrites on all cables. Runs 100 watts just fine. I have even done JS8 on 2M and 440 as is.
Internal attenuator is connected. Audio right on the edge with this ASUS Laptop. No known issues. Soon to switch my IC756PIII.
