Date   
Re: UDRC-II and Yaesu 857D.

Stuart Longland VK4MSL
 

On 20/11/16 11:47, @Nellson wrote:
2. I have a Yaesu 857D, tuned it to VHF on my local ARES BBS frequency,
ran the direwolf set up as directed in the FAQ. Then I Telnetted to the
8001 TCP port to check things out. a "c <bbs callsign>" kinda went into
the great silence, and no activity on the radio. Anyone have Yaesu 857D
integration advice? (Using the 6 pin DIN)
Out of interest, if you turn the squelch right down then plug the
UDRC-II in, does the sound cut out?

I found I hit this issue with the FT-897D, and the answer was a pull-up
to 3.3V:
https://stuartl.longlandclan.id.au/blog/2016/11/20/getting-the-udrc-ii-to-play-nice-with-the-yaesu-ft-897d/
--
Stuart Longland (aka Redhatter, VK4MSL)

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

Re: Latest kernel on compass distribution

Jeremy McDermond <mcdermj@...>
 

On Nov 20, 2016, at 9:25 AM, f6bvp <f6bvp@...> wrote:

Hi all,

I have been working on the AX.25 module bug that is responsible of a kernel panic and crash. It appeared recently on Raspbian distro when performing an rpi-update. I checked all previous kernels and finally localized the bug in LINUX kernel 4.1.15. Then I worked on a simple patch that I discussed with AX.25 maintainers and others. However the patch has not yet been committed to netdev mailing list and it could take a long time to be done. It is sad that this bug prevents us from upgrading kernel to keep a safe AX.25 system working.
If Raspbian or Compass distro (I am now using with UDRC-II for 9600 bauds in ground station for Cubesat French satellites project) could be patched, it would be a nice feature.
We do put special patches in the kernel for Ham Radio stuff. There’s already an AX.25 patch by one of our developers in there to fix some bugginess that was happening with paclink unix.

If you send me the patch privately, I will certainly consider adding it to our tree.

--
Jeremy McDermond
nh6z@...

Re: Latest kernel on compass distribution

f6bvp
 

Hi all,

I have been working on the AX.25 module bug that is responsible of a kernel panic and crash. It appeared recently on Raspbian distro when performing an rpi-update. I checked all previous kernels and finally localized the bug in LINUX kernel 4.1.15. Then I worked on a simple patch that I discussed with AX.25 maintainers and others. However the patch has not yet been committed to netdev mailing list and it could take a long time to be done. It is sad that this bug prevents us from upgrading kernel to keep a safe AX.25 system working.
If Raspbian or Compass distro (I am now using with UDRC-II for 9600 bauds in ground station for Cubesat French satellites project) could be patched, it would be a nice feature.

73 de Bernard f6bvp


Sent from my iPhone

Le 20 nov. 2016 à 04:27, Jeremy McDermond <mcdermj@...> a écrit :


On Nov 19, 2016, at 2:31 PM, Edouard Lafargue <ed@...> wrote:

Hi fellow UDRC users,

 I was wondering about the latest plans on the Compass distribution - I recently hit a bad Kernel bug related to the AX25 stack, and would like to upgrade the Linux kernel to the most recent version that supports the UDCR-II soundcard: are there instructions somewhere on how to do this? My understanding is that the raspbian standard command to upgrade the kernel will break the distribution, is that still the case?

It depends on what you mean about the “raspbian standard command to upgrade the kernel.”  In the olden days of the original Raspberry Pi, the Foundation released Raspbian where the only way you got a kernel was on your original distribution image.  Otherwise, they kept a kernel in a GitHub repository and you could download all the pieces.  Some enterprising folks wrote a program called “rpi-update” that would download the new kernel pieces from GitHub for you and replace them out.  This wasn’t a great way of upgrading your kernel and was contrary to the normal ways that Linux would upgrade things.

To fix this, the Foundation make proper .deb packages of the kernel, firmware and other goodies.  You will see these on Compass as packages like raspberrypi-firmware and such.  These will contain the most current stable kernel and such.  Compass replaces out these packages with our own that have a kernel with the proper drivers included.  Those kernels are built off of the source housed at https://github.com/nwdigitalradio/linux.git repository from the udr/mcdermj branch (this will eventually change to master when I have half a chance to move some things around).  There is a Jenkins Continuous Integration instance that will automatically build a kernel package every time a commit happens on the udr/mcdermj branch.  If this build is successful, the resulting packages are automatically uploaded to archive.compasslinux.org on the “wilderness” branch for folks to test and destroy.

The upshot of all of this is that the “raspbian standard command” is now “apt-get update && apt-get upgrade” just like Ubuntu, Debian or a lot of other Linuxes.

As far as the state of the kernel, I try to merge in the upstream sources every couple of months and produce a new wilderness kernel.  If it looks stable to us, I’ll promote it to the new kernel in our stable branch named “alder”.  I hope to one day try to have automatic merging of the upstream Raspbian tree into wilderness by Jenkins.

I realized I hadn’t merged upstream updates in a while, so I got a merge going on the current source.  It seems to compile okay, so Jenkins is chewing on it now.  There should be a fresh kernel in wilderness in a bit.  If you have a specific commit you can point me at, I can try to make sure that the patch gets into the build.

Also note that our eventual solution to this problem is to try to get the changes into the upstream Linux distributions so that a new kernel is no longer necessary.  I’m still working on getting more pieces submitted, but my time has become rather limited of late.

Thanks in advance

Ed W6ELA

--
Jeremy McDermond
nh6z@...


UDRC-II and Yaesu 857D.

udrc@...
 

Hello Group,

2 quick newbie questions. 

 1. How does one search the content in groups.io so that I do not do what I am about to do and ask something that someone might have answered.? 

2. I have a Yaesu 857D, tuned it to VHF on my local ARES BBS frequency, ran the direwolf set up as directed in the FAQ. Then I Telnetted to the 8001 TCP port to check things out. a "c <bbs callsign>" kinda went into the great silence, and no activity on the radio. Anyone have Yaesu 857D integration advice? (Using the 6 pin DIN)


Nick




Re: Latest kernel on compass distribution

Jeremy McDermond <mcdermj@...>
 

On Nov 19, 2016, at 2:31 PM, Edouard Lafargue <ed@...> wrote:

Hi fellow UDRC users,

I was wondering about the latest plans on the Compass distribution - I recently hit a bad Kernel bug related to the AX25 stack, and would like to upgrade the Linux kernel to the most recent version that supports the UDCR-II soundcard: are there instructions somewhere on how to do this? My understanding is that the raspbian standard command to upgrade the kernel will break the distribution, is that still the case?
It depends on what you mean about the “raspbian standard command to upgrade the kernel.” In the olden days of the original Raspberry Pi, the Foundation released Raspbian where the only way you got a kernel was on your original distribution image. Otherwise, they kept a kernel in a GitHub repository and you could download all the pieces. Some enterprising folks wrote a program called “rpi-update” that would download the new kernel pieces from GitHub for you and replace them out. This wasn’t a great way of upgrading your kernel and was contrary to the normal ways that Linux would upgrade things.

To fix this, the Foundation make proper .deb packages of the kernel, firmware and other goodies. You will see these on Compass as packages like raspberrypi-firmware and such. These will contain the most current stable kernel and such. Compass replaces out these packages with our own that have a kernel with the proper drivers included. Those kernels are built off of the source housed at https://github.com/nwdigitalradio/linux.git repository from the udr/mcdermj branch (this will eventually change to master when I have half a chance to move some things around). There is a Jenkins Continuous Integration instance that will automatically build a kernel package every time a commit happens on the udr/mcdermj branch. If this build is successful, the resulting packages are automatically uploaded to archive.compasslinux.org on the “wilderness” branch for folks to test and destroy.

The upshot of all of this is that the “raspbian standard command” is now “apt-get update && apt-get upgrade” just like Ubuntu, Debian or a lot of other Linuxes.

As far as the state of the kernel, I try to merge in the upstream sources every couple of months and produce a new wilderness kernel. If it looks stable to us, I’ll promote it to the new kernel in our stable branch named “alder”. I hope to one day try to have automatic merging of the upstream Raspbian tree into wilderness by Jenkins.

I realized I hadn’t merged upstream updates in a while, so I got a merge going on the current source. It seems to compile okay, so Jenkins is chewing on it now. There should be a fresh kernel in wilderness in a bit. If you have a specific commit you can point me at, I can try to make sure that the patch gets into the build.

Also note that our eventual solution to this problem is to try to get the changes into the upstream Linux distributions so that a new kernel is no longer necessary. I’m still working on getting more pieces submitted, but my time has become rather limited of late.

Thanks in advance

Ed W6ELA
--
Jeremy McDermond
nh6z@...

Latest kernel on compass distribution

Edouard Lafargue
 

Hi fellow UDRC users,

  I was wondering about the latest plans on the Compass distribution - I recently hit a bad Kernel bug related to the AX25 stack, and would like to upgrade the Linux kernel to the most recent version that supports the UDCR-II soundcard: are there instructions somewhere on how to do this? My understanding is that the raspbian standard command to upgrade the kernel will break the distribution, is that still the case?


Thanks in advance

Ed W6ELA

Re: UDRC-II squelch on the Yaesu FT-897D

Stuart Longland VK4MSL
 

Hi Bryan,
On 17/11/16 07:46, Bryan Hoyer wrote:
Stuart, have you made any progress on this problem?

I’d like to understand what’s going on and help get this resolved.
I had a look this morning and was able to tack on a small resistor to
that pin of the Mini-DIN6 jack and find a +3.3V source to power it with.

That seems to have resolved the issue. At first with the Pi powered
down, the problem remained, but it disappeared the moment I applied
power, indicating the pull-up was indeed doing the job intended.

https://stuartl.longlandclan.id.au/blog/wp-content/uploads/2016/11/udrc-mod-720x540.jpg
is the modification made.

I'm not sure if it perhaps should use a diode to ensure the radio
doesn't accidentally try feeding +12V into the +3.3V line via this
resistor, but for now, it's working.

Many thanks.
Regards,
--
Stuart Longland (aka Redhatter, VK4MSL)

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

Re: Reflector 30C RX on ID-5100 from DR-1X Repeater with UDRC Controller

Dan Porter (AI2M)
 

Missing gateway call sign in the R2 field on his radio?

On Nov 19, 2016, at 12:23 PM, Rich KR4PI <rich.schnieders@...> wrote:

That was my understanding as well, the audio path is the same whether it comes from the repeater input or the reflector. I am at a loss other than there is an issue with the specific ID-5100.

Thanks

Rich, KR4PI

Re: Reflector 30C RX on ID-5100 from DR-1X Repeater with UDRC Controller

 

That was my understanding as well, the audio path is the same whether it comes from the repeater input or the reflector. I am at a loss other than there is an issue with the specific ID-5100.

Thanks

Rich, KR4PI

Re: Reflector 30C RX on ID-5100 from DR-1X Repeater with UDRC Controller

 

Nothing changes as far as UDRC transmission when connected to a reflector.


On Nov 19, 2016 08:13, "Rich KR4PI" <rich.schnieders@...> wrote:

We have just encountered an interesting situation on our repeater. It is a DR-1X repeater with UDRC controller. It  works great for almost everyone, even people with ID-5100's. We have spent quite a bit of time getting the audio settings just right so the ID-5100's receive without difficulty. However this morning we discovered one of our club members with an ID-5100 who has difficulty receiving audio when the repeater is linked to REF030C. When we unlink he receives just fine, When we link to 30C he receives only the first little bit of the transmission and then nothing. He can see on his radio that the repeater is still transmitting but no audio is decoded. Then we unlink REF030C full audio is back. We tested with another reflector REF007C and he does not have this difficulty. 

I know the ID-5100 is picky on audio settings and have adjusted for that. He can receive the repeater fine, it is only when REF030C is linked. We have several others with ID-5100's in the club who do not experience this problem. That leads me to believe it is something germane to the one specific ID-5100, but it receives the repeater without issue, just not when 30C is linked. Anyone have any ideas or further troubleshooting we might be able to perform? 

Thanks in advance for all the help. It is always fun to solve a mystery.  The UDRC runs great and has been working without issue for several months now.

Rich, KR4PI



Re: Reflector 30C RX on ID-5100 from DR-1X Repeater with UDRC Controller

John McDonough
 

On Sat, 2016-11-19 at 08:13 -0800, Rich KR4PI wrote:
We have just encountered an interesting situation on our repeater. It
is a DR-1X repeater with UDRC controller. It  works great for almost
everyone, even people with ID-5100's.
Curious.  I have two 5100's and no audio issues with either.  Now, I
haven't messed with any audio settings on the UDRC; just straight out
of the box whatever the defaults.

DR-1X, UDRC (the old one, not the 2), One 5100 was bought as ver 1.20,
the other 1.10, but both are up to 1.20 firmware.  And REF030C plays
just like any other reflector.

--McD

Reflector 30C RX on ID-5100 from DR-1X Repeater with UDRC Controller

 

We have just encountered an interesting situation on our repeater. It is a DR-1X repeater with UDRC controller. It  works great for almost everyone, even people with ID-5100's. We have spent quite a bit of time getting the audio settings just right so the ID-5100's receive without difficulty. However this morning we discovered one of our club members with an ID-5100 who has difficulty receiving audio when the repeater is linked to REF030C. When we unlink he receives just fine, When we link to 30C he receives only the first little bit of the transmission and then nothing. He can see on his radio that the repeater is still transmitting but no audio is decoded. Then we unlink REF030C full audio is back. We tested with another reflector REF007C and he does not have this difficulty. 

I know the ID-5100 is picky on audio settings and have adjusted for that. He can receive the repeater fine, it is only when REF030C is linked. We have several others with ID-5100's in the club who do not experience this problem. That leads me to believe it is something germane to the one specific ID-5100, but it receives the repeater without issue, just not when 30C is linked. Anyone have any ideas or further troubleshooting we might be able to perform? 

Thanks in advance for all the help. It is always fun to solve a mystery.  The UDRC runs great and has been working without issue for several months now.

Rich, KR4PI



Re: Installing a DCV Barrel Connector on the UDRC-II

 

Can a company setup a list of favorites on Youtube as well as their
own uploads? NWDR has two ancient videos of their own but quite a
number of related videos posted by others.

https://www.youtube.com/user/NWDigtalRadio


Thanks, I linked to it from https://nw-digital-radio.groups.io/g/udrc/wiki/Powering-the-UDRC%E2%84%A2-and-Raspberry-Pi-with-12-VDC
73
Bill, WA7NWP

PS. The Python tool, youtube-dl, is awesome....

Re: Installing a DCV Barrel Connector on the UDRC-II

 

On Fri, Nov 18, 2016 at 4:48 PM, Budd Churchward <budd@...> wrote:

I just posted a video on installing a DC connector to the UDRC-II PCB.



View the Video on YouTube




--


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223
   

Installing a DCV Barrel Connector on the UDRC-II

Budd Churchward
 

I just posted a video on installing a DC connector to the UDRC-II PCB.



View the Video on YouTube

Re: UDRC-II squelch on the Yaesu FT-897D

Stuart Longland VK4MSL
 

Hi Bryan,
On 18/11/16 00:27, Bryan Hoyer wrote:
Pullup should go on the bottom. see attached
Much appreciated, I'll have a look at this on the weekend.
--
Stuart Longland (aka Redhatter, VK4MSL)

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

Re: UDRC-II squelch on the Yaesu FT-897D

 

Pullup should go on the bottom. see attached

Bryan K7UDR

On Nov 16, 2016, at 2:11 PM, Stuart Longland VK4MSL <stuartl@...> wrote:

On 17/11/16 07:46, Bryan Hoyer wrote:
Stuart, have you made any progress on this problem?

I’d like to understand what’s going on and help get this resolved.

Hi,

No haven't tried yet, I don't get a lot of time in the evenings and fine
pitch SMD work really needs daylight to do it properly.  Identifying it
will be fun as none of the parts responsible seem to have designations.

I plan to hunt down that 4k7 resistor on the weekend and see where I can
tack on the pull-up.

Thanks in advance.
Regards,
--
Stuart Longland (aka Redhatter, VK4MSL)

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




Re: UDRC-II squelch on the Yaesu FT-897D

 

I’ll send you plots.

you’re using the Mini DIN-6 correct?

On Nov 16, 2016, at 2:11 PM, Stuart Longland VK4MSL <@VK4MSL> wrote:

On 17/11/16 07:46, Bryan Hoyer wrote:
Stuart, have you made any progress on this problem?

I’d like to understand what’s going on and help get this resolved.
Hi,

No haven't tried yet, I don't get a lot of time in the evenings and fine
pitch SMD work really needs daylight to do it properly. Identifying it
will be fun as none of the parts responsible seem to have designations.

I plan to hunt down that 4k7 resistor on the weekend and see where I can
tack on the pull-up.

Thanks in advance.
Regards,
--
Stuart Longland (aka Redhatter, VK4MSL)

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


Re: UDRC-II squelch on the Yaesu FT-897D

Stuart Longland VK4MSL
 

On 17/11/16 07:46, Bryan Hoyer wrote:
Stuart, have you made any progress on this problem?

I’d like to understand what’s going on and help get this resolved.
Hi,

No haven't tried yet, I don't get a lot of time in the evenings and fine
pitch SMD work really needs daylight to do it properly. Identifying it
will be fun as none of the parts responsible seem to have designations.

I plan to hunt down that 4k7 resistor on the weekend and see where I can
tack on the pull-up.

Thanks in advance.
Regards,
--
Stuart Longland (aka Redhatter, VK4MSL)

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

Re: UDRC-II squelch on the Yaesu FT-897D

 

Stuart, have you made any progress on this problem?

I’d like to understand what’s going on and help get this resolved.

Thanks,
Bryan K7UDR

On Nov 12, 2016, at 1:14 AM, Stuart Longland VK4MSL <@VK4MSL> wrote:

Hi all,

I've just recently got the UDRC-II board up and running on a Raspberry
Pi 3 single board computer, and this evening started experimenting with
it. I'm hoping to get the unit going for 1200-baud packet radio as a
starting point, as my local emergency comms group¹ use this extensively
in a couple of their events.

One thing I noticed when I went into the mixer… yep, the TLV320AIC3204
is a complex beast. I remember this from when I last had a skirmish
with this chip back around 2010 for Jacques Electronics, these things
have more knobs and dials than the cockpit of a fighter jet!

Thankfully, the "Simplified Block Diagram" in the data sheet provides
the road map to understanding that mixer. Judging from the schematics,
it appears the key channels are the Line Output and Line 1 inputs. The
headphone amplifier and Line 2 and 3 can all be disregarded.

I tried firing up the FT-897D I have here and first connected the Pi up
via the supplied Mini-DIN6 cable. I noticed the moment I did this, the
audio on the FT-897D shuts off.

This happens even if the Pi is turned off.

With the Pi running, I tried getting arecord/aplay to pipe audio from
the UDRC to a USB headset.

arecord -f dat -D hw:udrc - | aplay -D pulse -f dat -

I got no audio out.

I've observed this phenomenon before: on that occasion I was trying to
get the squelch output pin on that data jack to drive the base of a
transistor.

It seems *any* significant load on this pin causes the output of the
radio to mute.

The schematic shows the signal from this pin goes into a base resistor,
a second bias resistor to ground, into the base of a NPN transistor. I
haven't spotted where on the PCB it is, and no designation is given in
the schematic.

As a test, I tried rigging up a quick and dirty adapter to go via the
DB15-HD connector into a Mini-DIN6 I had laying around: I deliberately
skipped the squelch pin.

With that, I was able to get a somewhat noisy audio signal on the left
channel from the data port on the radio. (I had the set on a local
3m-band WFM radio station.)

Conceivably, I can make my own data cables hooking to the DB15-HD
connector. This is messy however, and I'd like to identify and fix the
underlying problem if possible.

I'm wondering if anyone else had similar experiences and knows which
resistor I can try replacing on the UDRC-II board to tweak the load seen
by the radio.
--
Stuart Longland (aka Redhatter, VK4MSL)

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

1. https://www.brisbanewicen.org.au/