Date   

Re: DRAWS and HF RMS GAteway possible ?

Roland
 

So it seems the easier way would be to go the Windows route and install Trimode.


Re: DRAWS and HF RMS GAteway possible ?

Ryan Matthew Headley
 

You can absolutely make this work with ardop and linBPQ if you are comfortable working outside or beyond the supported DRAWS image.  ardop is not open source, but it is free and can run on virtually any OS.  If you check the Winlink nodes, you will see that it is already quite popular.  With more people looking to run Winlink on something like the Pi as opposed to a clunky Windows computer, I only image that its footprint will grow.

As to how all of this applies to the DRAWS hat, it depends upon what your total desired use is.  The DRAWS will work extremely well as a soundcard for a Winlink HF node--and also provide you with GPS and a 12v power input.  In this particular application, think of it as replacing something like a Signalink, but with more features. 


Re: AX25 over UDP is not working on #nw14

Basil Gunn
 


If you need a beta tester in order to check AX.25 for nwdr15.img image,
I volunteer to help.
Thanks Bernard. The three lib/apps/tools packages are finished & I am
working on an AX.25 lib/apps/tools updater which should be ready
tomorrow sometime. I'll refresh the image after that. /Basil n7nix


Re: DRAWS and HF RMS GAteway possible ?

Basil Gunn
 

Can I use DRAWS Hat and a PI to run a *HF RMS Gateway* incl. VARA
,Winmor etc. ?
VARA & Winmor are closed source Windows only programs so will not run
on an ARM based RPi processor.

I believe the included Linux RMS Gateway is just for VHF/UHF AX.25 ....right ?
Linux RMS Gateway is open sourced AX.25 packet gateway.
I've been working on an ARDOP transport for paclink-unix or you could
run PAT or linBPQ32 to get ARDOP functionality.

/Basil n7nix


DRAWS and HF RMS GAteway possible ?

Roland
 

Just getting started with my Winlink HF Gateway project. Can I use DRAWS Hat and a PI to run a HF RMS Gateway incl. VARA ,Winmor etc. ?
I believe the included Linux RMS Gateway is just for VHF/UHF AX.25 ....right ?

Thanks
Roland


Re: AX25 over UDP is not working on #nw14

Bernard Pidoux
 

Hi Basil,

If you need a beta tester in order to check AX.25 for nwdr15.img image, I volunteer to help.

Bernard, f6bvp

Le 29/12/2019 à 18:12, Basil Gunn a écrit :
Thus I want to encourage the NWDigital radio team to update the AX.25 stuff that may be wrongly installed or outdated.
Notice : I am using VE7FET repository.
Thanks Bernard. Will do.
That is the repository I use as well.
/Basil n7nix


Re: AX25 over UDP is not working on #nw14

Basil Gunn
 

Thus I want to encourage the NWDigital radio team to update the AX.25 stuff that may be wrongly installed or outdated.
Notice : I am using VE7FET repository.
Thanks Bernard. Will do.
That is the repository I use as well.
/Basil n7nix


AX25 over UDP is not working on #nw14

Bernard f6bvp / ai7bg
 

With NorthWestDigital radio Debian image nw14, AX25 over UDP is not working.

Although configuration is correct  there is no frames transmitted nor received via the axudp interface.

After reinstalling AX.25 libraries and AX.25 apps and utilities everything’s goes well.

Thus I want to encourage the NWDigital radio team to update the AX.25 stuff that may be wrongly installed or outdated.

 

Notice : I am using VE7FET repository.

 

https://github.com/ve7fet/linuxax25/archive/master.zip

 

Bernard,
f6bvp 


Re: #audio #audio

 

Hi Ruben,

A month ago? Yes

You can verify just by looking at the board with a magnifying glass and comparing to the photo.

The yellow resistors will be marked 104 instead of 100.

We’re figuring out how the best way to handle the rework and will post once I return to the office.

Bryan K7UDR

On Dec 22, 2019, at 7:34 PM, Ruben . <rubenkaf@...> wrote:

Hi All,

If we are affected by the error, will we be notified? I’ve had mine about a month.

I’ve configured the software, but have not yet transmitted, everything works on receive. Getting antenna and go-box built to enable portable operation. The Pi-DRAWS case would be real helpful.

Also installing Auto-Access Point and WinLink PAT configuration by KM4ACK.

I can break them, but I can’t fix them.

Thanks and 73,

Ruben
WA2NBL
On Dec 22, 2019, at 12:53 PM, Bryan Hoyer <@K7UDR> wrote:

David, you are right!

100ohm Resistors we’re incorrectly Stuffed as 100k creating a 20dB attenuator.

I should have caught it when we had the cap problem.

With the new run, 8 Components were stuffed incorrectly:

C17, C20 (0603) should be 0.1uF but 10uF was stuffed

Easiest Fix is to Remove

R20, R21, R26, R27, R39, R40 (0603) 100ohms but 100kohms was stuffed

Easiest Fix is to solder 100ohms on top (in parallel)

Assembly has current stock in for re-work.

We’ll make it right for boards in the field, whatever it takes.

I’m out of the office until January 6th.

Thanks for your patience,
Bryan K7UDR






Re: #audio #audio

Ruben .
 

Hi All,

If we are affected by the error, will we be notified? I’ve had mine about a month.

I’ve configured the software, but have not yet transmitted, everything works on receive. Getting antenna and go-box built to enable portable operation. The Pi-DRAWS case would be real helpful.

Also installing Auto-Access Point and WinLink PAT configuration by KM4ACK.

I can break them, but I can’t fix them.

Thanks and 73,

Ruben
WA2NBL

On Dec 22, 2019, at 12:53 PM, Bryan Hoyer <@K7UDR> wrote:

David, you are right!

100ohm Resistors we’re incorrectly Stuffed as 100k creating a 20dB attenuator.

I should have caught it when we had the cap problem.

With the new run, 8 Components were stuffed incorrectly:

C17, C20 (0603) should be 0.1uF but 10uF was stuffed

Easiest Fix is to Remove

R20, R21, R26, R27, R39, R40 (0603) 100ohms but 100kohms was stuffed

Easiest Fix is to solder 100ohms on top (in parallel)

Assembly has current stock in for re-work.

We’ll make it right for boards in the field, whatever it takes.

I’m out of the office until January 6th.

Thanks for your patience,
Bryan K7UDR





Re: #audio #audio

 

Good deal Bryan, thanks for the instructions. I’m going to try the piggyback. Always wanted to learn smd. I’ll practice on scrap. Have a good break. David


Re: #audio #audio

John McRae
 

I just purchased one a week or so ago Bryan,

I am wondering wether it was "corrected" before it was posted to me here in Australia.

If not, I will source the correct components and repopulate the pcb.

MERRY XMAS from Australia.

73 de VK5PO

On 23/12/2019 7:03 am, Bryan Hoyer wrote:
Rework Directions/Image

-- 
MY GMAIL desktop Email accoount,
JF McRae, VK5PO/VK5SIX


Re: #audio #audio

 

Rework Directions/Image


Re: #audio #audio

 

David, you are right!

100ohm Resistors we’re incorrectly Stuffed as 100k creating a 20dB attenuator.

I should have caught it when we had the cap problem.

With the new run, 8 Components were stuffed incorrectly:

C17, C20 (0603) should be 0.1uF but 10uF was stuffed

Easiest Fix is to Remove

R20, R21, R26, R27, R39, R40 (0603) 100ohms but 100kohms was stuffed

Easiest Fix is to solder 100ohms on top (in parallel)

Assembly has current stock in for re-work.

We’ll make it right for boards in the field, whatever it takes.

I’m out of the office until January 6th.

Thanks for your patience,
Bryan K7UDR


Re: #audio #audio

 

Thanks Bryan! No rush, my old board will keep me busy.

David


Re: #audio #audio

 

Hi David,

I will look into this. The last run of DRAWS did not have any value changes in the audio section. You may have found another assembly error.

Thanks,
Bryan K7UDR

On Dec 14, 2019, at 6:13 PM, Basil Gunn <basil@...> wrote:


"I use the 9600 bps connection even with 1200 baud data which just selects the
Kenwood discriminator output (PR9 Output 9600 (bps)) ie. pin 4 on the
mDin6 connector is selected by ALSA setting IN1."

Thank you, this works well with my old board. For the setalsa-tmv71a
script, is the switch file placed in /etc/ax25 manually or does some
other script do that?

To run 1200 baud packet using the discrimintor on the TM-V71a edit
setalsa-tmv71a.sh
MODE_9600_ENABLE=true
and run the script.

I am still having issues though. With the new board, alsa parameters
from setalsa-tmv71a run with the discriminator, I barely get any
modulation at all, judging from the spectrum of measure_deviate.sh -f
1042 -c left .

I looked for a spot on the board to measure V p-p and I noticed that
the 100 Ohm resistors from the low pass audio filters, the ones where
C17 and C20 are removed, are labeled differently between boards. On my
old board, they are marked 101, which I am guessing is 10*10^1
Ohms. On my new board, they are marked 104, which I am guessing is
10*10^4 Ohms.

Audio In is still a bit low on this new board as well.

Could you folks confirm whether or not the "104" resistor could
account for my output sound level discrepancies between my boards?
Should I try to jump those "104" resistors?

Bryan should get back to you on that.

I've attached a photo of the area where C17 and C20 are removed. The
two "104" resistors are the ones in between where those C's were.

David



Re: #audio #audio

Basil Gunn
 

"I use the 9600 bps connection even with 1200 baud data which just selects the
Kenwood discriminator output (PR9 Output 9600 (bps)) ie. pin 4 on the
mDin6 connector is selected by ALSA setting IN1."

Thank you, this works well with my old board. For the setalsa-tmv71a
script, is the switch file placed in /etc/ax25 manually or does some
other script do that?
To run 1200 baud packet using the discrimintor on the TM-V71a edit
setalsa-tmv71a.sh
MODE_9600_ENABLE=true
and run the script.

I am still having issues though. With the new board, alsa parameters
from setalsa-tmv71a run with the discriminator, I barely get any
modulation at all, judging from the spectrum of measure_deviate.sh -f
1042 -c left .

I looked for a spot on the board to measure V p-p and I noticed that
the 100 Ohm resistors from the low pass audio filters, the ones where
C17 and C20 are removed, are labeled differently between boards. On my
old board, they are marked 101, which I am guessing is 10*10^1
Ohms. On my new board, they are marked 104, which I am guessing is
10*10^4 Ohms.

Audio In is still a bit low on this new board as well.

Could you folks confirm whether or not the "104" resistor could
account for my output sound level discrepancies between my boards?
Should I try to jump those "104" resistors?
Bryan should get back to you on that.

I've attached a photo of the area where C17 and C20 are removed. The
two "104" resistors are the ones in between where those C's were.

David


Re: WL2K?

Damon Schaefer
 

Brendan,
I had a similar question, except mine had far less spelling errors in it.
Haha. 
On a serious note, I am considering buying another DRAWS hat to install on an AREDN node location. Do you think we should have multiple nodes DTD'ed to RasPi/DRAWS hats/VHF radios, to provide more VHF packet Winlink coverage in Northern Virginia?
-Damon K9CQB


From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> on behalf of Brendan O'Neill <km4hrr@...>
Sent: Friday, December 13, 2019 12:30 PM
To: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io>
Subject: [draws and udrc] WL2K?
 

I was asked thia moring if the gateway config on DRAWS is running RMS packet and/or RMS Relay. I am unsure how to answer that

Also, you mentioned offering directions on how to update the advertised freq my gateway is monitoring. Please so so.

Respectfully,
Brendan
km4hrr@...





Re: #audio #audio

 

This morning I went ahead and measured and then jumped R20 with a wire and left R26 alone. I ran the setalsa-tmv71a.sh with the switch file in place. I ran measure_deviate.sh -f 1042 on first the left then the right mDin6. The radio was set to dataspd 9600. The left port is now modulating the carrier with as much deviation as my old hat (about 1800 Hz deviation is all I can get in this mode). The right port is barely deviating. Low res pics attached. Higher res upon request.

Help... I do not have the experience to replace these six "104" resistors, if indeed they should all be replaced.

David Lowry


From: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io> on behalf of David Lowry <huskyrunnr@...>
Sent: Friday, December 13, 2019 8:41 PM
To: udrc@nw-digital-radio.groups.io <udrc@nw-digital-radio.groups.io>
Subject: Re: [draws and udrc] #audio
 
I had a closer look at the boards. Everywhere there is a 101 on the old board, there is a 104 on the new board. Even on what must be audio in. Is this part of the revision?


Re: #audio #audio

 

I had a closer look at the boards. Everywhere there is a 101 on the old board, there is a 104 on the new board. Even on what must be audio in. Is this part of the revision?