Date   

Re: Quick Q on interface cables...

 

You just use Radio Audio Out to DRAWS Receive Audio In and leave the other input unconnected.

Yes the PinOut is correct.

On Aug 4, 2020, at 1:03 PM, Charlie Hein <chein@...> wrote:

Bryan, This is an older radio that's going to be wired through the mic connector, so I'm beginning to think that the question as academic, and we'll be using the audio wire.

Charlie


Re: Quick Q on interface cables...

Charlie Hein
 

Bryan, This is an older radio that's going to be wired through the mic connector, so I'm beginning to think that the question as academic, and we'll be using the audio wire.

Charlie


Re: Quick Q on interface cables...

Charlie Hein
 

I'm wiring up to an old ICOM IC-3200A.  Here's the pinouts (looking at the mic connector on the radio:



So I believe the pins I need here are 1(audio in), 5(PTT), 6&7(gnd) can be common together - they are on my hardware TNC cables anyway, and 8(audio out). Maybe the easiest thing to do would be to specify how you would wire the mini-DIN side.   can both audio and discriminator wires be attached to the same pin on the mic side, or is it better to just use one of them?

BTW, can you confirm that the mini-DIN port is wired out like this?



Charlie


Re: Quick Q on interface cables...

 

No, you do not connect the 2 OUTPUTS from the Radio Together. Each one goes to a Separate INPUT on the DRAWS.

ICOM Radios with the Mini DIN-6 Data Connector use the supplied 6 Wire Straight Thru Cables

On Aug 4, 2020, at 12:32 PM, Basil Gunn <basil@pacabunga.com> wrote:


All right - it sounds like I can just solder both wires onto the same pin on the mic connector then, correct?
Be more specific which "both wires"?

Also which ICOM dual band radio?

Rather than making assumptions look for the radio connector in its
manual.



Re: Quick Q on interface cables...

Basil Gunn
 

All right - it sounds like I can just solder both wires onto the same pin on the mic connector then, correct?
Be more specific which "both wires"?

Also which ICOM dual band radio?

Rather than making assumptions look for the radio connector in its
manual.


Re: Quick Q on interface cables...

Charlie Hein
 

All right - it sounds like I can just solder both wires onto the same pin on the mic connector then, correct?

Charlie


Re: Quick Q on interface cables...

Basil Gunn
 

have a couple of questions. First, are any blocking caps or other
components required for this interface,
No

or can I just wire straight to the mic connector?
Yes

Secondly, would it be a useful thing to wire out the discriminator
audio and standard audio pins on the DRAWS port to a SPDT switch to
make the same cable useful for 1200 and 9600 bps operation?
If you look at a mDin6 connector pin out and the ALSA controls you will
see you can control selection of discriminator (9600 baud) or audio
(1200 baud) out. You do NOT need an SPDT switch.

mDin 6 pin 4 is discriminator out
mDin6 pin 5 is audio out (premphasis/demphasis)
Note: some radios will tie these pins together.

ALSA controls
IN1 selects discriminator routing
IN2 selects audio ((premphasis/demphasis) routing


Re: Quick Q on interface cables...

 

The “Standard” Mini DIN 6 has one TX out put and 2 RX inputs Audio and Discriminator Out which bypasses deemphasis and is preferred for most applications.

On Aug 4, 2020, at 9:20 AM, Charlie Hein <chein@...> wrote:

Hi Bryan - thanks for the clarification on the blocking caps - I sort of assumed that there was a switch in software to switch between standard audio and discriminator audio, but they would seem to of necessity wire to the same pin of the mic connector to get into the radio... or would the discriminator input need to be wired elsewhere?  This is a really old ICOM Dual band radio   I'll certainly concede to ignorance on this point, so please school me!

Charlie

 


Re: Quick Q on interface cables...

Charlie Hein
 

Hi Bryan - thanks for the clarification on the blocking caps - I sort of assumed that there was a switch in software to switch between standard audio and discriminator audio, but they would seem to of necessity wire to the same pin of the mic connector to get into the radio... or would the discriminator input need to be wired elsewhere?  This is a really old ICOM Dual band radio   I'll certainly concede to ignorance on this point, so please school me!

Charlie

 


Re: RPi kernel upgrade problem

 

RPI sensors.
 

> I was curious if the temp measurements in Draws Manager were on the
> Draws Hat or the RPi?

Probably RPi. John would know.




--
John D. Hays
Kingston, WA
K7VE

 


Re: Quick Q on interface cables...

 

The Blocking caps are on the DRAWS board.

There is a switch in the CODEC to pick the input from SW.

BRYAN K7UDR

On Aug 4, 2020, at 7:15 AM, Charlie Hein <chein@...> wrote:

OK, I am ready to connect my DRAWS to my ICOM Dual band radio, which will interface through its 8-pin round mic connector.  I can sort out the wiring okay but have a couple of questions.  First, are any blocking caps or other components required for this interface, or can I just wire straight to the mic connector?  Secondly, would it be a useful thing to wire out the discriminator audio and standard audio pins on the DRAWS port to a SPDT switch to make the same cable useful for 1200 and 9600 bps operation?

Charlie


Re: OK, How about connecting to the FT-991A?

Charlie Hein
 

Just as a follow up on this, it is super straightforward to connect the 991-A to a DRAWS port.  It's a pin for pin match with the cables that come with the card, so no problem there.  Assuming that you've already used the 991A USB connector for digital modes in the past on another PC, the only thing that needs to be done to switch from using the USB connection to the RTTY/Data jack on the back of the radio is to go into setup and change menu item 072 to "DATA" from "USB".  Worked perfectly right off.  Just to be clear, it also works perfectly through the USB cable as well.

Charlie


Quick Q on interface cables...

Charlie Hein
 

OK, I am ready to connect my DRAWS to my ICOM Dual band radio, which will interface through its 8-pin round mic connector.  I can sort out the wiring okay but have a couple of questions.  First, are any blocking caps or other components required for this interface, or can I just wire straight to the mic connector?  Secondly, would it be a useful thing to wire out the discriminator audio and standard audio pins on the DRAWS port to a SPDT switch to make the same cable useful for 1200 and 9600 bps operation?

Charlie


Re: RPi kernel upgrade problem

Basil Gunn
 

As I am not running on an RPi I cannot use the NWDR image, I tried! I
am running the standard Raspbian Buster download from Raspberry.org on
a BalenaFIN board.
The NWDR image uses a standard Raspberry Pi OS image so it doesn't make sense
it doesn't boot on the BalenaFin board but the standard Raspbian Buster
download does. It really is the same thing.

I would like to know when the updated kernel is available. Where or
what site should I monitor to know this info?
The PR has been accepted by the the Raspberry Pi group so whenever they
release a new kernel. https://github.com/raspberrypi/linux/pull/3773

Question, the sensor data to which Anna refers (and can be seen with
the Draws Manager also), is that specific to the DRAWS Hat or the RPi
on which it is running?
Draws HAT.

On BalenaFIN and maybe RPi as well I use this:
cat /sys/class/thermal/thermal_zone0/temp from the HostOS.
Divide that number by 1000 (cpu_temp/1000) to get the CPU temp in C.
vcgencmd measure_temp

probably doesn't work on a BalenaFIN
https://www.raspberrypi.org/documentation/raspbian/applications/vcgencmd.md

The FIN uses the CM3 Raspberry Compute Module on a carrier board,
which I have positioned using standoffs to be on the metal case panel
coupled with Heat sink paste. I am getting on average 96 F with the
above command.

I was curious if the temp measurements in Draws Manager were on the
Draws Hat or the RPi?
Probably RPi. John would know.

Doc on how to hold or revert a kernel version.
https://github.com/nwdigitalradio/n7nix/blob/master/docs/DRAWS_CONFIG.md#placing-a-hold-on-kernel-upgrade

This issue might relate to the panic you are seeing:
https://github.com/raspberrypi/linux/issues/3757


Re: RPi kernel upgrade problem

Paul Noa
 

Unfortunately I did an apt-get update on this build!


Re: RPi kernel upgrade problem

Paul Noa
 

Basil,

As I am not running on an RPi I cannot use the NWDR image, I tried!  
I am running the standard Raspbian Buster download from Raspberry.org on a BalenaFIN board.

I would like to know when the updated kernel is available. Where or what site should I monitor to know this info?

Question, the sensor data to which Anna refers  (and can be seen with the Draws Manager also), is that specific to the DRAWS Hat or the RPi on which it is running?

On BalenaFIN and maybe RPi as well I use this:
cat /sys/class/thermal/thermal_zone0/temp   from the HostOS. 
Divide that number by 1000 (cpu_temp/1000) to get the CPU temp in C.

The FIN uses the CM3 Raspberry Compute Module on a carrier board, which I have positioned using standoffs to be on the metal case panel coupled with Heat sink paste.  I am getting on average 96 F with the above command. I was curious if the temp measurements in Draws Manager were on the Draws Hat or the RPi?

Best regards,

Paul
W04BCZ


Re: RPi kernel upgrade problem

Basil Gunn
 

the second or third time I had done a shutdown for routine purposes I
got a stack dump twice in a row. [image: Stack Dump1.jpg]
Is this why you have made the warning?
You are using kernel 5.4.51-v7+.

From previous message:

Linux kernel 4.19.118 is OK
Linux kernel 5.4.51 has MANY problems


Re: RPi kernel upgrade problem

Paul Noa
 

Update the Kernel version is visible on the third line of my screenshot photo
ie. 5.4.51-v7

Paul,
 W04BCZ


Re: RPi kernel upgrade problem

Paul Noa
 

Basil,

I just received 3 new DRAWS hats and after building my image using Raspbian Buster on a BalenaFIN and probably the second or third time I had done a shutdown for routine purposes I got a stack dump twice in a row.
Stack Dump1.jpg

I will point out that I was able to transmit and receive using Direwolf subsequent to this experience with no problems.

Is this why you have made the warning?  I will verify which LINUX Kernel I am running later ASAP.

Best regards,

Paul
W04BCZ


Re: Cooling fan to 5V+ & - pins #4 & 6 (conflicts w/ DRAWS pin use)

Basil Gunn
 

As Kevin pointed out.
https://github.com/nwdigitalradio/n7nix/blob/master/docs/DRAWS_AUX_PORT.md

Diagram of Accessory connector: scroll to bottom
https://nw-digital-radio.groups.io/g/udrc/files/DRAWSTech.pdf

Kevin K. - N7KJK <kkutzera@gmail.com> writes:

Pins 1 and 8 in the black connector next to power input. There's a spec on
the entire DRAWS hat in the documents section. I'm using it to run run two
.10 amp fans.

Kevin

On Mon, Aug 3, 2020, 7:40 AM Richard-K7HUM <rgage33@gmail.com> wrote:

Help Bryan, or somebody,
I have a pin conflict with the DRAWS hat. The cooling fan that I am using
is the Geekworm P165 (which comes attached to the top of an aluminum
embedded heat sink - see attached - if image if files files are allowed).
The cooling fan was supposed to be powered with 5V from GPIO pins #4 & #6.
But the DRAWS hat uses all the pins and does not extend any of them above
the board most unfortunately. Is there another pin to connect my fan (other
than soldering to the top of the DRAWS soldered pins)? For instance the
pins adjacent to the 12V power port? (They would be easier to solder to
from the back side.

Thanks,

Richard

[image: cooling fan connection.jpg]
--
Richard Gage, AIA, Architect

*Architects & Engineers for 9/11 Truth*

Visit <http://www.ae911truth.org/> the website Sign
<http://www2.ae911truth.org/signpetition.php> the Petition Donate
<http://www.ae911truth.org/donate.html> to AE911Truth Volunteer
<http://www.ae911truth.org/en/news-section/51-community-a-country/614-volunteer-form.html> at
AE911Truth

641 - 660 of 5709