Date   
Re: minicom->pilinbpq->direwold->udrc-II, getting decodes but no transmit.

udrc@...
 


In this case, each port is a separate sound card, so they are each their own Channel 0, as this is a working config. I was using the original direwolf.conf from the WIKI Setup for the UDRC-II whne I had it acting as a dual channel sound device.


I admit freely that I tackled several new packages to me all at once to try and turn my RPi into what I get from my Kenwood onboard the radio. Sometimes I am unable to even frame the question properly because I am still learning what I do not know.

I believe Direwolf is my soundcard aware middleware, that presents the KISS and AGWPE ports, it is the software decoding the radio sounds into AX25 like packets for consumption as well as packaging up messages for transmit (and watching the medium for a clear spot to send (COS detect) and using the PTT to send.

Trying to translate that into my world (Ethernet Networking) I would see this as my NIC Driver in a fashion. But I admit to still being a bit baffled as to the addressing part. By setting my NODE ID to say: N7CKY-4, I thought that would be the only source address that I would send. But when I then connect pilinbpq with say N7CKY-3 configured, I saw THAT call go out in the Direwolf console.. (as in my example in this thread, I really did forget to change the UN1X-3 call to my own, but Direwolf never used it) Now I did see the becon lines in the example, that I did not include in my config, perhaps that is where that call is used as a source, when direwolf itself makes a transmission?

But I was able to get pilinbpq to use teh KISS port successfully, AND I went to my desktop Windows PC and got RMS Express to attach to the KISS TCP Port as well. I wasn't able to get my mail though, it would disconnect right away and the winlink gateway I use would keep sending back messages to just "N7CKY" without any SSID added.. not sure what the deal is there yet, but I was able to use the Packet P2P terminal to also hit the ARES BBS, so neat! A little KISS Hot Spot :-D

Now that the sound is shown to work, I am having much more fun at the whole trial and error process.

And thank you all for helping me through this. :-)









Re: minicom->pilinbpq->direwold->udrc-II, getting decodes but no transmit.

f6bvp
 

Hi,

When PTT is acting you should see red LED lighting on the side of activated connector either din-6 or hd15 of UDRC board. To check transmit you can use pbeacon on either channels like in sample direwolf.conf file.

Your config for PTT is gpio 23 is for din/6  (default channel or port 1).
If your wiring is on din-6 this is channel 1 ! As your config is setting channel 0 you are expecting audio input and output on hd-15 connector. 

73 de Bernard f6bvp

Envoyé de mon iPhone
Sent from my iPhone
. Started direwolf with:

ADEVICE din6
ACHANNELS 1
CHANNEL 0
MODEM 1200
MYCALL UN1X-3
PTT GPIO 23
KISSPORT 8001

......

So for this issue, when I am in standard UDRC mode and not Virtual Soundcard mode, what might have been the issue with PTT? It was set for the same pin. 

Re: minicom->pilinbpq->direwold->udrc-II, getting decodes but no transmit.

 

Make sure you have the right GPIO selected in the config.

Also try running direwolf with sudo in case you have a permissions problem.

This looks like your sound chip is good.


On Nov 26, 2016 23:37, <udrc@...> wrote:

I am shifting gears from FLDIGI, can't get that package to work yet at all.

Thought I would try VHF BBS's in the area, my local ARES BBS in this case.

Using the default device for UDRC (not virtual sound card), I started up direwolf to create the KISS TNC port on TCP/8001. I then used pilinbpq to attach to that device at 127.0.0.1 port 8001. Then using Minicom to attach to the /tmp/com1 port as a full TNC2 port, I got my familiar CMD: promt, and started a call to the local BBS (144.990 MHz in PKT mode on the radio, 1200 Baud) K7CLL-8 is it's call.


I am delighted to see decodes, yay! Audio in is working in this mode at least. But I swear, FLDIGI was able to use teh GPIO PTT, but direwolf seems to not be able to. I get no PTT action at all.


[0.2] KC7ILK>CQ:Martin, East Mnnehaha, Vancouver, WA, USA<0x0d>
Unknown message type M

KC7ILK audio level = 87(48/39)   [NONE]   _|||||||_
[1.4] KC7ILK>CQ:Martin, East Mnnehaha, Vancouver, WA, USA<0x0d>
Unknown message type M
[0L] N7CKY-4>K7CLL-8:
[0L] N7CKY-4>K7CLL-8:
[0L] N7CKY-4>K7CLL-8:
[0L] N7CKY-4>K7CLL-8:

KB7FND-3 audio level = 0(0/0)   [NONE]   ||||||___
[0.2] KB7FND-3>BEACON:T#798,234,120,075,045,138,01110011<0x0d>
Telemetry, FIRE TRUCK
Seq=798, A1=234, A2=120, A3=75, A4=45, A5=138, D1=0, D2=1, D3=1, D4=1, D5=0, D6=0, D7=1, D8=1

KB7FND-3 audio level = 63(29/23)   [NONE]   |||||||__
[1.3] KB7FND-3>BEACON:T#798,234,120,075,045,138,01110011<0x0d>
Telemetry, FIRE TRUCK
Seq=798, A1=234, A2=120, A3=75, A4=45, A5=138, D1=0, D2=1, D3=1, D4=1, D5=0, D6=0, D7=1, D8=1

Nick





Re: minicom->pilinbpq->direwold->udrc-II, getting decodes but no transmit.

udrc@...
 


OK, so I am wondering in the dfault config, how does direwolf know which port (15 Pin or 6din) to use for that KISS port 8001 it sets up, and what if it's trying to use the 15 Pin? So I restored my Virtual Soundcard setup according to the docs (minus the typo in ADEVICE, there is an extra character there) and rebooted. Started direwolf with:

ADEVICE din6
ACHANNELS 1
CHANNEL 0
MODEM 1200
MYCALL UN1X-3
PTT GPIO 23
KISSPORT 8001

and then started pilinbpq with:

SIMPLE
LOCATOR=NONE
NODECALL=N7CKY-4
TNCPORT
    COMPORT=/tmp/com1
    TYPE=TNC2
    APPNUM=32
    APPFLAGS=6
ENDPORT
PORT
    ID=NICKS TNC
    TYPE=ASYNC
    PROTOCOL=KISS
    IPADDR=127.0.0.1
    TCPPORT=8001
    CHANNEL=A
    MAXFRAME=2
    FRACK=7000
    RESPTIME=1000
    RETRIES=10
    PACLEN=128
    TXDELAY=500
    SLOTTIME=100
    PERSIST=64
ENDPORT

And then attached minicom to the TNC2 port /tmp/com1 with:

minicom -D /tmp/com1 -b 1200

And got my CMD: prompt again, but this time it connects just fine to my local BBS, PTT works! :-D That's two way traffic!! That makes me happy, and gives me confidence that the card is working, and that my other issues might be resolvable by finding the magic settings.


So for this issue, when I am in standard UDRC mode and not Virtual Soundcard mode, what might have been the issue with PTT? It was set for the same pin. <shrug>

Nick






minicom->pilinbpq->direwold->udrc-II, getting decodes but no transmit.

udrc@...
 

I am shifting gears from FLDIGI, can't get that package to work yet at all.

Thought I would try VHF BBS's in the area, my local ARES BBS in this case.

Using the default device for UDRC (not virtual sound card), I started up direwolf to create the KISS TNC port on TCP/8001. I then used pilinbpq to attach to that device at 127.0.0.1 port 8001. Then using Minicom to attach to the /tmp/com1 port as a full TNC2 port, I got my familiar CMD: promt, and started a call to the local BBS (144.990 MHz in PKT mode on the radio, 1200 Baud) K7CLL-8 is it's call.


I am delighted to see decodes, yay! Audio in is working in this mode at least. But I swear, FLDIGI was able to use teh GPIO PTT, but direwolf seems to not be able to. I get no PTT action at all.


[0.2] KC7ILK>CQ:Martin, East Mnnehaha, Vancouver, WA, USA<0x0d>
Unknown message type M

KC7ILK audio level = 87(48/39)   [NONE]   _|||||||_
[1.4] KC7ILK>CQ:Martin, East Mnnehaha, Vancouver, WA, USA<0x0d>
Unknown message type M
[0L] N7CKY-4>K7CLL-8:
[0L] N7CKY-4>K7CLL-8:
[0L] N7CKY-4>K7CLL-8:
[0L] N7CKY-4>K7CLL-8:

KB7FND-3 audio level = 0(0/0)   [NONE]   ||||||___
[0.2] KB7FND-3>BEACON:T#798,234,120,075,045,138,01110011<0x0d>
Telemetry, FIRE TRUCK
Seq=798, A1=234, A2=120, A3=75, A4=45, A5=138, D1=0, D2=1, D3=1, D4=1, D5=0, D6=0, D7=1, D8=1

KB7FND-3 audio level = 63(29/23)   [NONE]   |||||||__
[1.3] KB7FND-3>BEACON:T#798,234,120,075,045,138,01110011<0x0d>
Telemetry, FIRE TRUCK
Seq=798, A1=234, A2=120, A3=75, A4=45, A5=138, D1=0, D2=1, D3=1, D4=1, D5=0, D6=0, D7=1, D8=1

Nick




Re: No output on UDRC-II

Paul Johnson
 

I don't have a UDRC-II but using a UDRC-I on a Pi2 the following
works using the mini-din connector.

Start alsamixer and check the following settings:

PCM=20/20
ADC Leve=19/19
CM_L to = 10 Kohm
CM_R to = 10 Kohm
IN1_L to = 10 Kohm
IN1_R to = 10 Kohm
LO DAC = 00
LO Drive = 9/9
LOL OutP = 00
LOR OutP = 00

When you key the radio you should hear a tone using another radio
as a monitor doing the following:

speaker-test -Dplughw:udrc -c2 -f1200 -tsine -l0

This gives a looping on/off 1200 HZ tone

Hope this helps

Paul VE7DHM

On Sat, 2016-11-26 at 11:41 -0800, ml000-0013@... wrote:
Hi,

I'm having a bit of trouble with my new UDRC-II. After
installing/updating the Compass linux image and UDRC scripts
yesterday, I configured Direwolf but was unable to transmit or decode
any packets (wiki directions closely followed). I played with the
alsamixer settings a good deal, read over the wiki/group messages. I
tried generating tones with measure_deviate.sh (sorted out the aplay
device name) and speaker-test without success. Below are the details
of my environment, and all software versions were downloaded
yesterday:

- Raspberry Pi 2 (a21041)
- Compass Linux from 2016-05-23-compass-lite.img; apt-get update; apt-get upgrade
- set-udrc-din6-sh and measure_deviate.sh downloaded yesterday.
- Included mini DIN-6 cable (continuity tested) to a Kenwood TM-D71A disconnected from a working TNC.

PTT triggering seems to work fine, but I just get carrier over the
radio. At a loss for what to do, I connected my oscilloscope to the
DIN-6 using the bottom 2 pins (I believe labeled 1 & 2). With no
modulation, I see a slight 60Hz ripple to be expected of any AC device
(channel A):



When I turn on a 1200Hz modulation (either measure_deviate.sh or
speaker-test) the software appears to open the sound device and the
ripple is grounded out, but there is no modulation. LO Drive has no
impact (channel A):



Similar results were found from the HD-15 connector, albeit at a much
different scale. I used the two right most pins from the center row
on the HD-15. The unmodulated shows a very loud 60Hz hum. I assume
this is due to different resistor settings in the chip:



And with 1200Hz modulation, the 60Hz ripple gets stepped on but not
eliminated:




Any suggestions? I'm at a loss for what to do next. Below are the
settings from alsamixer; these are the defaults from the
set-udrc-din6.sh script since I've found no setting that changes the
behavior:

root@hammy:~# ./set-udrc-din6.sh
Simple mixer control 'ADC Level',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 64
Front Left: 20 [31%] [-2.00dB]
Front Right: 20 [31%] [-2.00dB]
Simple mixer control 'LO Driver Gain',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 35
Front Left: 6 [17%] [0.00dB]
Front Right: 6 [17%] [0.00dB]
Simple mixer control 'PCM',0
Capabilities: pvolume
Playback channels: Front Left - Front Right
Limits: Playback 0 - 175
Mono:
Front Left: Playback 127 [73%] [0.00dB]
Front Right: Playback 127 [73%] [0.00dB]
Simple mixer control 'CM_L to Left Mixer Negative Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: '10 kOhm'
Simple mixer control 'IN1_L to Left Mixer Positive Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: '10 kOhm'
Simple mixer control 'CM_R to Right Mixer Negative Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: '10 kOhm'
Simple mixer control 'IN1_R to Right Mixer Positive Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: '10 kOhm'
Simple mixer control 'IN1_L to Right Mixer Negative Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN1_R to Left Mixer Positive Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN2_L to Left Mixer Positive Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN2_L to Right Mixer Positive Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN2_R to Left Mixer Negative Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN2_R to Right Mixer Positive Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN3_L to Left Mixer Positive Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN3_L to Right Mixer Negative Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN3_R to Left Mixer Negative Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'IN3_R to Right Mixer Positive Resistor',0
Capabilities: enum
Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
Item0: 'Off'
Simple mixer control 'Mic PGA',0
Capabilities: pswitch
Playback channels: Front Left - Front Right
Mono:
Front Left: Playback [off]
Front Right: Playback [off]
Simple mixer control 'PGA Level',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 95
Front Left: 0 [0%] [0.00dB]
Front Right: 0 [0%] [0.00dB]
Simple mixer control 'ADCFGA Right Mute',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'ADCFGA Left Mute',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'AGC Attack Time',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 31
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Decay Time',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 31
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Gain Hysteresis',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Hysteresis',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 3
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Max PGA',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 127
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Noise Debounce',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 31
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Noise Threshold',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 31
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Signal Debounce',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 15
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Target Level',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 7
Front Left: 0 [0%]
Front Right: 0 [0%]
Simple mixer control 'AGC Left',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'AGC Right',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'HP DAC',0
Capabilities: pswitch
Playback channels: Front Left - Front Right
Mono:
Front Left: Playback [off]
Front Right: Playback [off]
Simple mixer control 'HP Driver Gain',0
Capabilities: volume
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: 0 - 35
Front Left: 0 [0%] [-6.00dB]
Front Right: 0 [0%] [-6.00dB]
Simple mixer control 'HPL Output Mixer L_DAC',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'HPR Output Mixer R_DAC',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'HPL Output Mixer IN1_L',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'HPR Output Mixer IN1_R',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [off]
Simple mixer control 'LO DAC',0
Capabilities: pswitch
Playback channels: Front Left - Front Right
Mono:
Front Left: Playback [on]
Front Right: Playback [on]
Simple mixer control 'LOL Output Mixer L_DAC',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [on]
Simple mixer control 'LOR Output Mixer R_DAC',0
Capabilities: pswitch pswitch-joined
Playback channels: Mono
Mono: Playback [on]
root@hammy:~# alsactl store
root@hammy:~#



Thanks

Mike


Re: sox?

 

--


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223
   

Re: sox?

Basil Gunn
 

On Sat, 26 Nov 2016 08:01:20 -0800
Basil Gunn <@basil860> wrote:


On Fri, 25 Nov 2016 12:28:32 -0800
"John D Hays - K7VE" <@john_hays> wrote:

Hopefully Basil (the author of the script) will chime in.
I've updated the measure_deviation tone generating script & added a
README.md. I verified the script with a UDRC & UDRC II with both din6
& hd15 cables. Please read the README.md.

You can check it out here:

https://github.com/nwdigitalradio/n7nix/tree/master/deviation

/Basil

No output on UDRC-II

ml000-0013@...
 

  Hi,

I'm having a bit of trouble with my new UDRC-II.  After installing/updating the Compass linux image and UDRC scripts yesterday, I configured Direwolf but was unable to transmit or decode any packets (wiki directions closely followed).  I played with the alsamixer settings a good deal, read over the wiki/group messages.  I tried generating tones with measure_deviate.sh (sorted out the aplay device name) and speaker-test without success.  Below are the details of my  environment, and all software versions were downloaded yesterday:

  - Raspberry Pi 2 (a21041)
  - Compass Linux from 2016-05-23-compass-lite.img; apt-get update; apt-get upgrade
  - set-udrc-din6-sh and measure_deviate.sh downloaded yesterday.
  - Included mini DIN-6 cable (continuity tested) to a Kenwood TM-D71A disconnected from a working TNC.

PTT triggering seems to work fine, but I just get carrier over the radio.  At a loss for what to do, I connected my oscilloscope to the DIN-6 using the bottom 2 pins (I believe labeled 1 & 2).  With no modulation, I see a slight 60Hz ripple to be expected of any AC device (channel A):

When I turn on a 1200Hz modulation (either measure_deviate.sh or speaker-test) the software appears to open the sound device and the ripple is grounded out, but there is no modulation.  LO Drive has no impact (channel A):

Similar results were found from the HD-15 connector, albeit at a much different scale.  I used the two right most pins from the center row on the HD-15.  The unmodulated shows a very loud 60Hz hum.  I assume this is due to different resistor settings in the chip:

And with 1200Hz modulation, the 60Hz ripple gets stepped on but not eliminated:


  Any suggestions?  I'm at a loss for what to do next.  Below are the settings from alsamixer; these are the defaults from the set-udrc-din6.sh script since I've found no setting that changes the behavior:

root@hammy:~# ./set-udrc-din6.sh
Simple mixer control 'ADC Level',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 64
  Front Left: 20 [31%] [-2.00dB]
  Front Right: 20 [31%] [-2.00dB]
Simple mixer control 'LO Driver Gain',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 35
  Front Left: 6 [17%] [0.00dB]
  Front Right: 6 [17%] [0.00dB]
Simple mixer control 'PCM',0
  Capabilities: pvolume
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 175
  Mono:
  Front Left: Playback 127 [73%] [0.00dB]
  Front Right: Playback 127 [73%] [0.00dB]
Simple mixer control 'CM_L to Left Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'IN1_L to Left Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'CM_R to Right Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'IN1_R to Right Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: '10 kOhm'
Simple mixer control 'IN1_L to Right Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN1_R to Left Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN2_L to Left Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN2_L to Right Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN2_R to Left Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN2_R to Right Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN3_L to Left Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN3_L to Right Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN3_R to Left Mixer Negative Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'IN3_R to Right Mixer Positive Resistor',0
  Capabilities: enum
  Items: 'Off' '10 kOhm' '20 kOhm' '40 kOhm'
  Item0: 'Off'
Simple mixer control 'Mic PGA',0
  Capabilities: pswitch
  Playback channels: Front Left - Front Right
  Mono:
  Front Left: Playback [off]
  Front Right: Playback [off]
Simple mixer control 'PGA Level',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 95
  Front Left: 0 [0%] [0.00dB]
  Front Right: 0 [0%] [0.00dB]
Simple mixer control 'ADCFGA Right Mute',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'ADCFGA Left Mute',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'AGC Attack Time',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 31
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Decay Time',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 31
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Gain Hysteresis',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Hysteresis',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 3
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Max PGA',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 127
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Noise Debounce',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 31
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Noise Threshold',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 31
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Signal Debounce',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 15
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Target Level',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 7
  Front Left: 0 [0%]
  Front Right: 0 [0%]
Simple mixer control 'AGC Left',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'AGC Right',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'HP DAC',0
  Capabilities: pswitch
  Playback channels: Front Left - Front Right
  Mono:
  Front Left: Playback [off]
  Front Right: Playback [off]
Simple mixer control 'HP Driver Gain',0
  Capabilities: volume
  Playback channels: Front Left - Front Right
  Capture channels: Front Left - Front Right
  Limits: 0 - 35
  Front Left: 0 [0%] [-6.00dB]
  Front Right: 0 [0%] [-6.00dB]
Simple mixer control 'HPL Output Mixer L_DAC',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'HPR Output Mixer R_DAC',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'HPL Output Mixer IN1_L',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'HPR Output Mixer IN1_R',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [off]
Simple mixer control 'LO DAC',0
  Capabilities: pswitch
  Playback channels: Front Left - Front Right
  Mono:
  Front Left: Playback [on]
  Front Right: Playback [on]
Simple mixer control 'LOL Output Mixer L_DAC',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
Simple mixer control 'LOR Output Mixer R_DAC',0
  Capabilities: pswitch pswitch-joined
  Playback channels: Mono
  Mono: Playback [on]
root@hammy:~# alsactl store
root@hammy:~# 

  Thanks

  Mike


Re: Where did the modulation go . . .

ab9ca@...
 


Thanks to Stuart for pointing out that the AIC3204 is likely not completely dead as alsamixer appears to be working correctly. 

OK, now with a tone input I can check the pins on the AIC3204. Running the modified tone generator script with this command (no need to use sudo):

./measure_deviate.sh 1000 100

I see:

On pin 1 *NOTHING* the schematic shows a 25 MHz Master clock on here but I see no signal. Is this the issue?

On pin 2 I see an approx 3 MHz 3.4v rectangular waveform

On pin 3 I see a 48 kHz 3.4v rectangular waveform

On pin 4 I see a rectangular waveform that is 3.4v but with variable pulse width. This is the tone input? 

On pins 22 and 23 I see a small DC level, about 1v, but no output waveform. 

Any other pins I should check? 

Freq and amplitude measurements are from my Rigol 100 MHz scope. 

Is the issue the missing Master Clock on pin 1 or is the schematic in error and we have something else? 

I dunno if this is germane or not but when I told the RPi to switch to the wireless internet, and killed the modulation, the UDRC was transmitting an ID. Is there something in one of the scripts that would go crazy if we switched internet while key is down?


73 de dave

ab9ca/4


Re: sox?

ab9ca@...
 

If you copy 9 lines, 134 thru 142,  from case 1 and add them to case 2 such that you end up with this:

............................

;;


1)

   # Validate tone frequency

   if [ "$1" -ge 10 -a "$1" -le 20000 ]; then

     REPLY=1;

   elif

     echo "Frequency $1 out of range (10 - 20000)"; then

     exit 1

   fi

   # Set frequency from command line arg

   freq=$1

;;

2)

  # Validate tone frequency

   if [ "$1" -ge 10 -a "$1" -le 20000 ]; then

     REPLY=1;

   elif

     echo "Frequency $1 out of range (10 - 20000)"; then

     exit 1

   fi

   # Set frequency from command line arg

   freq=$1

   # use channel 1 PTT gpio

   gpio_pin=23

;;

........................................


I think that gets the tone generator going OK on the mini DIN connector.

Case 1 and Case 2 are independent. The same validation needs to be done for both. 

No need to take it off the wiki.

With the tone generator running it is time to return to the original thread:

Where did the modulation go ..........

More troubleshooting there.

73 de dave

ab9ca/4


Re: sox?

Basil Gunn
 

On Fri, 25 Nov 2016 12:28:32 -0800
"John D Hays - K7VE" <@john_hays> wrote:

Hopefully Basil (the author of the script) will chime in.
I understand the argument parsing problem & will have a fix this
morining. You should probably take the code off the wiki & we'll use
github.

Try running it with sudo

sudo ./measure_deviate.sh 1000 -
You shouldn't have to run this program as root. Add your login user to
groups gpio & audio

Also you need to stop direwolf or whatever sound modem software you
are using.

/Basil

Also, if you have any other sound devices, including the built-in one
for the Raspberry Pi, the script may not be trying to talk to the UDRC

In the script, it is looking for plughw:1,0

#aplay -vv -D hw:CARD=udrc,DEV=0 $wavefile
aplay -vv -D *"plughw:1,0"* $wavefile

Look at the results of *aplay -L* to see the various soundcards your
alsa system knows about. You may need to adjust the arguments above
to get to the right card.


On Fri, Nov 25, 2016 at 12:06 PM, <ab9ca@...> wrote:

OK, looks like sox installed.


Now when I run meaure_deviate.sh I get:

pi@compass:~ $ ./measure_deviate.sh 1000 -
Found existing wav file: 2200hzsin.wav
If using devcal from Svxlink make sure devcal line has -f2200
Using PTT GPIO 23 with tone of 2200 Hz
ALSA lib pcm_hw.c:1667:(_snd_pcm_hw_open) Invalid value for card
aplay: main:722: audio open error: No such file or directory
Is carrier turned off?
pi@compass:~ $


Still does not run.

And it looks like it is ignoring the option to set the tone to 1000
hz rather than 2200.

73, dave
ab9ca/4


_

Re: Unable to get sound to FLDIGI with UDRC-II

udrc@...
 


Hey John,


OK, cool... Was a little worried I needed to check the back for loose parts :-D

Not sure what I can test next... Kinda stalled on being able to use the card at this point. I don't have the testing tools to trace signals.

Nick






Re: Unable to get sound to FLDIGI with UDRC-II

 

That was an engineering change order and rework before shipping.

On Fri, Nov 25, 2016 at 7:35 PM, <Urdc@...> wrote:


It does appear that a few locations were not masked and show signs of having had components mounted (the solder on these pads have depressions as if a part was there, not rounded as if they were not just populated and not masked either. 








--


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223
   

Re: Unable to get sound to FLDIGI with UDRC-II

Urdc@...
 


It does appear that a few locations were not masked and show signs of having had components mounted (the solder on these pads have depressions as if a part was there, not rounded as if they were not just populated and not masked either. 





Re: Unable to get sound to FLDIGI with UDRC-II

udrc@...
 


Hey Corky,


I rebooted, re-ran the UDRC soundcard initialization script, peaked with alsamizer to see the level were where they were when I first installed (check), then rebooted again just to make sure nothing was in path or attached to the UDRC.

Then I ran FLDIGI, and insured that the port audio had UDRC in both capture and playback, which it did. There was a single pixel height blip of the poor water fall patter I was seeing (no strips though) but it goes to black after than I I have no waterfall. I have a spy glass to inspect saoldering, I will take some time to go over the card, see if it's something like that.


I wouldn't think it would be this hard, maybe for fine tuning there would be some tweaking, but this is a non starter thus far.

Nick






Re: sox?

Stuart Longland VK4MSL
 

On 26/11/16 11:46, ab9ca@... wrote:
I see the TX LED light for the DB15 connector. I see an approx square
wave (maybe with some pulse width modulation) on pin 12 of the 40 pin
header. Also see signals on pins 40 and 35. But I see nothing on the
output side of the AIC3204. Looks like the needed info is going in but
the AIC3240 is dead and nothing is coming out. There is 3.3v on pin 6 of
the AIC3204. Am I reading all this correctly?
If it's completely dead, you'd not be able to set mixer controls as the
'AIC3204 would not be responding to the I²C commands. If you can set
the mixer without errors, then *something* is alive. It could be just
bad mixer settings.

On the 40 pin header, you should see one pin toggling at the same rate
as your audio sample rate, that'll be the word clock, then a second one
will be 16 or 32 times this frequency, that'll be the bit clock. The
actual audio data is on two separate lines synchronised to these, one
for transmit, the other for receive.

Format is PCM, sent most significant bit first I believe.

As for the mixer, this CODEC chip is a complex beast, and it took me
quite a while to figure out the mixer in them the first time I
encountered one. The set-up script though provides a very good starting
point, as does TI's documentation.

http://www.ti.com/general/docs/datasheetdiagram.tsp?genericPartNumber=TLV320AIC3204&diagramId=SLOS602C

That functional diagram might help explain what all those knobs and
dials in `alsamixer` do. The inputs to the UDRC from the radio are
IN_1L and IN1_R… and the output is on the line output (LO) amplifier.
The headphone amplifier is not used.

There's some resistors you can select for the input from IN* to the left
and right ADCs as well as common-mode resistors to ground, which help
set the gain. You get the choice of 10k, 20k, 40k or off if I recall
correctly. I think the set-up script for the UDRC sets those to 10k and
CM to 10k, giving a 0dB gain.
--
Stuart Longland (aka Redhatter, VK4MSL)

I haven't lost my mind...
...it's backed up on a tape somewhere.

Re: sox?

ab9ca@...
 

OK, doing as Mike suggests, changing from 'plughw' to 'hw:CARD=udrc,DEV=0' appears to have gotten the tone generator running. I say appears because I still do not have any audio going over over the air, but I see stuff on the screen that makes me think that the generator is running. 


Now the question is - What should I see when I probe the pins of the 40 pin header with my scope? 

First off, the script does not appear to work with the 6 pin DIN. It ignores the freq option on the command line and also ignores that I changed the time on the line near the end from 30 seconds to 180. I'm old and slow and need more than a paltry 30 sec to run tests.


Since I just want to make sure signal is passing through the UDRC I can run the tone generator for output on the DB15 connector. Using my scope look for waveforms on the lines that go to the DB15.


Running this command:


./measure_deviate.sh 1000


I see the TX LED light for the DB15 connector. I see an approx square wave (maybe with some pulse width modulation) on pin 12 of the 40 pin header. Also see signals on pins 40 and 35. But I see nothing on the output side of the AIC3204. Looks like the needed info is going in but the AIC3240 is dead and nothing is coming out. There is 3.3v on pin 6 of the AIC3204. Am I reading all this correctly? 

What say ye?

73, dave

ab9ca/4


Re: Unable to get sound to FLDIGI with UDRC-II

Corky Searls
 

Thanks for the additional information. I have an FT-817 at home that uses the same internal logic as the 857, so I can test it when I get there, but unfortunately, that will not be for  a while. The psk31 digital setting should work, but please make sure that you are set  for 9600 Baud and not 1200 baud. It should not matter as I believe the UDRC reflects the signal on both the 1200 and the 9600 baud pin, but not having any of the intervening flitering that may be on the 1200 baud port will help the signal quality.

As a second test, in the spirit of getting back to the most basic configuration, run fldigi without using flrig. For keying use gpio-23, though for checking sound this is not even needed. If you download the latest version on fldigi, it is configured to run with gpio using the wiringPi library to manage the ptt through digital control. With this configuration the fldigi display will not reflect the radio display, but you should have a direct sound path with no other software between fldigi and the radio to validate that the sound is working properly.

Thanks,
-Corky

On Nov 24, 2016, at 1:24 PM, Urdc@... wrote:

I grabbed bed pictures of my environment.


you can see the C-Media sound dongle in white with the black DIN cord, and the Pi with UDRC and beige cord. The white cord is my CAT Control, with FLRig. Then Ethernet, HDMI, and Power.


to contrast between the two cards I am just swapping the DIN to the back of the radio.


nick



<IMG_7776.JPG><IMG_7777.JPG><IMG_7778.JPG>

Re: sox?

ml000-0013@...
 

  Dave,

As John suggests, confirm that your copy of the script is using
"hw:CARD=udrc,DEV=0" on the aplay command around line 175.  I just set
mine back to "plughw" and I'm getting the same error as you.  Also,
the script seems to ignore the frequency argument when you are trying
to use the DIN-6.  It looks like an oversight in the script, but you
can fix it on line 147 if you are interested.  I am interested in
seeing how your troubleshooting goes, because I'm having a similar
issue with my UDRC-II.


  Thanks

  Mike