Date   

Re: UDRC-II DIN to Yaesu 857D, sound is killed.

Stuart Longland VK4MSL
 

On 23/11/16 08:46, John D Hays - K7VE wrote:
I actually kind of like the Yaesu mute the speaker feature, but can
understand why some would like it :)
I don't like it when it mutes the output to said DIN connector too.

--
Stuart Longland (aka Redhatter, VK4MSL)

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


Re: UDRC-II DIN to Yaesu 857D, sound is killed.

 

I actually kind of like the Yaesu mute the speaker feature, but can understand why some would like it :)

On Tue, Nov 22, 2016 at 1:54 PM, <udrc@...> wrote:

I am moving my last issue to a separate thread, as I am slowly unwinding my software interaction confusion. :-)


This has been seen with other Yaesu radios, but when I connect my DIN cable (came with the UDRC-II) to the 6-pin PC port of my Radio, my speaker instantly goes dead. My previous FLDIGI cms USB sound-card connection never did that. I had the option of listening to the noise, or turning down the volume once it was working and playing PSK-31 is silence.

I thought there was a pull up resistor issue that might be attributed to this? 


Nick




--


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223
   


UDRC-II DIN to Yaesu 857D, sound is killed.

udrc@...
 

I am moving my last issue to a separate thread, as I am slowly unwinding my software interaction confusion. :-)


This has been seen with other Yaesu radios, but when I connect my DIN cable (came with the UDRC-II) to the 6-pin PC port of my Radio, my speaker instantly goes dead. My previous FLDIGI cms USB sound-card connection never did that. I had the option of listening to the noise, or turning down the volume once it was working and playing PSK-31 is silence.

I thought there was a pull up resistor issue that might be attributed to this? 


Nick





Re: Latest kernel on compass distribution

 

A few developers are working together in the background to bring updates into the distribution.

Perhaps this discussion should continue in the compass list.  https://nw-digital-radio.groups.io/g/compass/messages



Re: Latest kernel on compass distribution

Edouard Lafargue
 

  Hi Basil,

   The way to reproduce is as follows: With an AX25 interface at ax0, I can reliably crash the kernel by starting a virtual KISS using 'net2kiss -i ax0 /dev/ptmx', and then by using another program (Linpac or ldsped, for instance) to open a connected session on that same ax0 interface with any remote station.

   As you can see, you don't need to do anything with the new KISS interface, the only requirement is that net2kiss is running, and you open an ax.25 connection using another program.

    Let me know if you can reproduce!

My kernel is: Linux compass 4.4.15-v7+ #1 SMP Fri Jul 29 04:35:51 UTC 2016 armv7l GNU/Linux
pi@compass:/etc/ax25 $ netstat --ax25
Active AX.25 sockets
Dest       Source     Device  State        Vr/Vs    Send-Q  Recv-Q
*          W6ELA-0    ax0     LISTENING    000/000  0       0     
*          W6ELA-0    ax1     LISTENING    000/000  0       0    


On Sun, Nov 20, 2016 at 10:16 PM, Basil Gunn <basil@...> wrote:
Edouard,

Could you please describe the bug you are seeing & the procedure you
would use to replicate it. Also could you please post the output of
the following 2 commands.

uname -a
netstat --ax25

I would like to try & reproduce what you are seeing.

Thanks,

/Basil n7nix


On Sun, 20 Nov 2016 15:05:15 -0800
"Edouard Lafargue" <ed@...> wrote:

>   Thanks Bernard! Yes, this is the bug I have been hitting as well - a
> straighforward kernel panic when using net2kiss, which is frustrating
> - it's the only missing link for my RPi setup, I have native AX25,
> AWGPE emulation and the rest working great, but I still need TCPKISS
> for a couple of applications such as Winlink Express...
>
> 73 de ed w6ela
>
> On Sun, 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.
> >
> > 73 de Bernard f6bvp
> >
> > http://f6bvp.free.fr/raspberrypi.html
> >



Re: Latest kernel on compass distribution

Edouard Lafargue
 

  Correct! Unfortunately, with the UDRC configured in 2 channel mode, Direwolf (correctly) emulates a 2-port TNC, and not every program understands this, especially to talk to the second channel... I improved Polaric server to suport multiport TNCs, but this is only possible for open source software...

Ed

On Sun, Nov 20, 2016 at 3:23 PM, John D Hays - K7VE <john@...> wrote:

Direwolf has a built in to kiss.


Re: Latest kernel on compass distribution

Bob Nielsen <n7xy@...>
 

I haven't fiddled much with Linux recently, but i recall that in the past, apt-get update (in Debian at least) would not replace a kernel. The kernel package would be listed as "held-back" but could be installed by specifying the package in an apt-get install command.

Bob, N7XY

On 11/19/16 7:27 PM, Jeremy McDermond wrote:
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@...


Re: Latest kernel on compass distribution

 

Direwolf has a built in to kiss.


On Nov 20, 2016 15:05, "Edouard Lafargue" <ed@...> wrote:
  Thanks Bernard! Yes, this is the bug I have been hitting as well - a straighforward kernel panic when using net2kiss, which is frustrating - it's the only missing link for my RPi setup, I have native AX25, AWGPE emulation and the rest working great, but I still need TCPKISS for a couple of applications such as Winlink Express...

73 de ed w6ela

On Sun, 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.


Re: Latest kernel on compass distribution

Edouard Lafargue
 

  Thanks Bernard! Yes, this is the bug I have been hitting as well - a straighforward kernel panic when using net2kiss, which is frustrating - it's the only missing link for my RPi setup, I have native AX25, AWGPE emulation and the rest working great, but I still need TCPKISS for a couple of applications such as Winlink Express...

73 de ed w6ela

On Sun, 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.


Re: UDRC-II and Yaesu 857D.

Urdc@...
 

1. Figured out how to search! 😬


2. Yes, plugging in the din kills my external speaker, I thought that was strange! 


3.  I was really expecting Dire Wolf off to be a full TNC when I saw the "cmd:" prompt, like my Kenwood Radios have. That was a misunderstanding on my part.


I am looking to stay pure RPi, Compass Linux and have Terminal Node BBS access, as well as doing PSK31 and JT-65. For winlink I am kinda hosed unless I run RMS gateway and use a smtp mail client.. but baby steps. :-)



Re: UDRC-II and Yaesu 857D.

 

Use the spyglass on the messages screen (Just to the right of the HashTags button.

Inline image 1

On Sat, Nov 19, 2016 at 5:47 PM, <udrc@...> wrote:

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







--


John D. Hays
K7VE

PO Box 1223, Edmonds, WA 98020-1223
   


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

Bernard f6bvp / ai7bg
 

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