Date   

Re: Linking Peanut Server to Fusion Room

Alain Reid
 

Good morning Patrick: I am using an OpenSpot 1 and it serves as a bridge between my Fusion repeater (conencted to room 28104 on my HRI-200) and my YSF CHARC reflector on whick Peanut is connected. This is an indirect way to connect Wires-X to Peanut! It works perfectly. OpenSpot 1 is a great device. Too bad they don't manaufacture it anaymore.Am I answering your question?


Re: Linking Peanut Server to Fusion Room

mfle2001
 

Hi Patrick,
I'd be interested in more detail about how your setup "WIRES x is happening between a Yaesu HRI-200 and an Allstar node in analog mode" is happening.

In regard to Alain's query I host an AMBE server for XLX301. The YSF server at another QTH is hosted on XLX and registered at: https://register.ysfreflector.de/register Then we provided the details to David and a week or so later it was all working. If there is any problem check on the peanut dashboard that your AMBE server is online - mine has required an occasional restart.

Mike
VK2AMF


At 07:14 AM 21/07/2020, Patrick Perdue wrote:

Are you talking about WIRES x or YSF? I'm new to any C4FM stuff, but as I understand it, you generally can't connect to YSF reflectors from WIRES x repeaters. No problem if you have a hotspot.

You can host a YSF reflector on XLX, and have Peanut connected to that as DMR, thus no codec translation is required other than the AMBE dongle you already have. This is how I'm doing it, in fact, as part of a system involving DMR, DStar, echo link, Allstar, Peanut, YSF, and WIRES x. In my case, WIRES x is happening between a Yaesu HRI-200 and an Allstar node in analog mode, since I don't have a Yaesu radio to make a digital link. But, if you want to digitall involve WIRES x, it gets a lot more complicated. You'll need a hotspot, a Yaesu radio, such as the FT-M100 or FT-400DR, and an HRI-200 connected to the radio in order to host the WIRES x room, plus a Windows PC to run the WIRES x software. So, you don't need a repeater as such, but if you want to truly connect to WIRES x, you need all this extra gear just to get on the network.

If all you want is YSF support, that's much easier. There are instructions for auto-linking a particular XLX module to the YSF reflector hosted by XLXD, involves changing a couple of lines in part of the XLXD source and compiling with those changes. Then, you can have Peanut connected to your XLX reflector and module using the DMR master server rather than the DStar way, which seems to be the default way to connect XLXD to Peanut. If you want to connect to module A, use TG 4001. For module B, use 4002... and so on. If you connect as DStar, you'll need two more AMBE dongles for your XLX reflector in order to translate DMR/YSF to DStar and back, plus another AMBE dongle to translate to and from Peanut itself, which is why I suggest having it connected as if it is a DMR master server instead... unless David does support YSF connections now, in which case you could just go directly to that.


On 5/30/2020 10:25 AM, Alain Reid wrote:

Folks, I am trying to achieve what PA7LIM describes below: My goal that is to allow an amateur with Peanuts Client on his Android / Windows to have a QSO with an amateur who uses his Yeasu FT3D on my Fusion repeater. So I followed PA7LIM procedure described below:
[]Â

I set up an AMBEserver on a Raspberry PI 4 using a ThumbDV. That works well. It did not work with DVStick30 unfortunately. In reference to the red dots above, my questions are the following:
Q1: Do I really have to build a YSF repeater or I can just provide PA7LIM with my Room number  so he can connects is Peanut server to my Fusion Room number?  Q2: Do I need to set up a YSF Server and than link it to my Fusion Room number and  forward that to PA7LIM with  the Hostname and port of the YSF server? Thank you folks if you can bright some light! 73!

Mike Fleetwood
Canberra Australia and Sidcup UK.

Worldwide email address is:      mfleetwood@...


Re: blocked ip address

mfle2001
 

They may not know who their "customers" are as they likely just know an IP address is consuming bandwidth and want to avoid their system grinding to a halt. I suspect with connected hotspots all traffic on the reflector is relayed to them and no way to know if it is actually being listened to.

Mike
VK2AMF


At 05:25 AM 19/07/2020, you wrote:
Typical mentality of people who are closed and don't communicate with their customers.   Totally within their right to run their reflector system as they would like.  It  would be better if the software were improved so that it would disconnect those long connecting folks after some time of inactivity that is clearly published instead of blocking.    Repeaters have had timeouts since at least the 1970s so not a new concept.     Guess the DPlus roadmap is full up with features in progress.    If someone knows where to add feature suggestions I'll be glad to put this one in.Â
73,
Robert, WB4DHC

On Sat, Jul 18, 2020 at 2:52 PM Lou Fisher <bhu1954@...> wrote:
Reflector one has been doing that for a while now  lot of people with same problem.   Have heard 30 might start doing it too


On Jul 18, 2020, at 12:37 PM, John D Hays - K7VE <john@...> wrote:


Be aware, this has nothing to do with your ThumbDV™.

The ThumbDVâ„¢ simply converts audio (PCM) to AMBE and AMBE to audio (PCM) via a USB based serial port, all connectivity to reflectors, repeaters, etc. is a function of the program that is using the ThumbDV™ and/or the reflector, repeater, etc. to which that program is communicating.

Please address concerns with the reflector operator or software developer for the reflector.  (Most REF reflectors run DPLUS by AA4RC).

On Sat, Jul 18, 2020 at 10:28 AM kk4lzx <Kk4lzx@...> wrote:
I’m having the same problem from my ThumbDV. 

JohnA


On Jul 18, 2020, at 08:02, William Shepherd via groups.io <washephe=yahoo.com@groups.io > wrote:

Just recently I haven't been able to link to ref001c nor its dashboard from my shack computer.  All other links, dashborads and modes work just fine.  In researching this problem and speaking with a few dstar users, I believe my ip address has been blocked.  It seems they will block you if you link with more than one device or something.  Maybe I did that.  I don't know.  But it has been suggested to contact the administrator of ref001c to clear the block.  Does anyone one know how to contact the administrator?Â

Thanks,
William KJ4ZEO



--
John D. Hays
Kingston, WA
K7VE

Â

Mike Fleetwood
Canberra Australia and Sidcup UK.

Worldwide email address is:      mfleetwood@...


Re: Linking Peanut Server to Fusion Room

Patrick Perdue
 

Are you talking about WIRES x or YSF? I'm new to any C4FM stuff, but as I understand it, you generally can't connect to YSF reflectors from WIRES x repeaters. No problem if you have a hotspot.

You can host a YSF reflector on XLX, and have Peanut connected to that as DMR, thus no codec translation is required other than the AMBE dongle you already have. This is how I'm doing it, in fact, as part of a system involving DMR, DStar, echo link, Allstar, Peanut, YSF, and WIRES x. In my case, WIRES x is happening between a Yaesu HRI-200 and an Allstar node in analog mode, since I don't have a Yaesu radio to make a digital link. But, if you want to digitall involve WIRES x, it gets a lot more complicated. You'll need a hotspot, a Yaesu radio, such as the FT-M100 or FT-400DR, and an HRI-200 connected to the radio in order to host the WIRES x room, plus a Windows PC to run the WIRES x software. So, you don't need a repeater as such, but if you want to truly connect to WIRES x, you need all this extra gear just to get on the network.

If all you want is YSF support, that's much easier. There are instructions for auto-linking a particular XLX module to the YSF reflector hosted by XLXD, involves changing a couple of lines in part of the XLXD source and compiling with those changes. Then, you can have Peanut connected to your XLX reflector and module using the DMR master server rather than the DStar way, which seems to be the default way to connect XLXD to Peanut. If you want to connect to module A, use TG 4001. For module B, use 4002... and so on. If you connect as DStar, you'll need two more AMBE dongles for your XLX reflector in order to translate DMR/YSF to DStar and back, plus another AMBE dongle to translate to and from Peanut itself, which is why I suggest having it connected as if it is a DMR master server instead... unless David does support YSF connections now, in which case you could just go directly to that.


On 5/30/2020 10:25 AM, Alain Reid wrote:

Folks, I am trying to achieve what PA7LIM describes below: My goal that is to allow an amateur with Peanuts Client on his Android / Windows to have a QSO with an amateur who uses his Yeasu FT3D on my Fusion repeater. So I followed PA7LIM procedure described below:
 


I set up an AMBEserver on a Raspberry PI 4 using a ThumbDV. That works well. It did not work with DVStick30 unfortunately. In reference to the red dots above, my questions are the following:
Q1: Do I really have to build a YSF repeater or I can just provide PA7LIM with my Room number  so he can connects is Peanut server to my Fusion Room number?  Q2: Do I need to set up a YSF Server and than link it to my Fusion Room number and  forward that to PA7LIM with  the Hostname and port of the YSF server? Thank you folks if you can bright some light! 73!


Re: Linking Peanut Server to Fusion Room

Alain Reid
 

Folks, sorry for my late reply. Extremely busy professionally. I want to thank you all for willing to assist me.

Problem solved with the great help of PA7LIM.

For those of you who are less familiar with Peanut, just a word to share with you that we are using Peanuts with a YSF Fusion reflector and two D-Star reflectors (XLX and DCS). We are also using an OpenSpot 1 to link our Wires-X room to our YSF reflector. That way, we have acess to all repeaters in our room and connecting it to Peanut   :-)   Peanut is worlking absolutely very well either on Windows or an Android device. What is great about Peanut is that if you are at work, on the road or anywhere else without a transceiver, you can use your Android smart phone or your Windows laptop to connect with the Ham Community using transceivers. All you need is an Android or Windows device + Wi-Fi or Mobile data. Audio is fantastic and always full quieting -of course when you're on areliable Wi-Fi or Mobile data like 4G or LTE.

PA7LIM (David) from many users from Quebec, WE WANT TO THANK YOU for having developped and maintining such an application. Truly truly appreciated. 73 to all and thank you again for your willingness to assist. VA2SPB (Alain)


Re: blocked ip address

(null) (null)
 

It’s about time this was done, currently RefO01 remote users 32 gateways connected ref030 has 716 remote and 49 gateways. QSO’s are few. I think there’s a Sunday net on 001c and 030c is just free entertainment.


On Jul 19, 2020, at 2:06 PM, Jack Spitznagel <kd4iz@...> wrote:



Whoa…

 

The issues are under study and there should be a communication coming out about it.

 

  1. People were parking multiple hotspots on REF001 and REF 030. This was causing it to be impossible for others to log in. The huge level of traffic caused the reflector software to become unstable (they were essentially being subjected to an inadvertent denial of service attack) The owners have implemented a “1 connection only” policy, where any attempts to connect additional hotspots using the callsign will be rejected.
  2. Apparently some of the hotspots have software that does not “back off” after being told there was already one connection from that callsign active. This continued connection attempt from hundreds of users makes the reflector unstable. As a result, callsign that persist in repeated multiple connection attempts have been temporarily banned until the hotspot software issue is addressed by the makers/authors of the software.

 

So if you find that you have been blocked from any connections to those two reflectors, then re-read the two problems above and make sure you have addressed the issues 2 mentioned at your end.

 

There should be a more official description of the problems with more information about how to solve them on FB and other user groups (including on Groups.io) very soon.

 

Please don’t ask me for details. I do not know any more than this. What I do know is there is NO NEED to connect multiple hotspots to the two most often used reflectors in the world.

 

To hear what your audio sounds like, please use a seldom used reflector, connect to REF### E, almost all reflectors and hotspots use module E as an echo device that will record your audio and play it back.

 

If you absolutely must to experiment with 2 hotspots for some reason, make sure they are set on different frequencies first, use a seldom used reflector (please ask permission!) and disconnect both hotspots from the reflector immediately after you have completed your test.

 

Thanks!

 

Jack Spitznagel – KD4IZ

Trustee for NR3DT

Museum Ship USCGC W-37 Amateur Radio Group

 

 

 


Re: blocked ip address

Jack Spitznagel
 

Whoa…

 

The issues are under study and there should be a communication coming out about it.

 

  1. People were parking multiple hotspots on REF001 and REF 030. This was causing it to be impossible for others to log in. The huge level of traffic caused the reflector software to become unstable (they were essentially being subjected to an inadvertent denial of service attack) The owners have implemented a “1 connection only” policy, where any attempts to connect additional hotspots using the callsign will be rejected.
  2. Apparently some of the hotspots have software that does not “back off” after being told there was already one connection from that callsign active. This continued connection attempt from hundreds of users makes the reflector unstable. As a result, callsign that persist in repeated multiple connection attempts have been temporarily banned until the hotspot software issue is addressed by the makers/authors of the software.

 

So if you find that you have been blocked from any connections to those two reflectors, then re-read the two problems above and make sure you have addressed the issues 2 mentioned at your end.

 

There should be a more official description of the problems with more information about how to solve them on FB and other user groups (including on Groups.io) very soon.

 

Please don’t ask me for details. I do not know any more than this. What I do know is there is NO NEED to connect multiple hotspots to the two most often used reflectors in the world.

 

To hear what your audio sounds like, please use a seldom used reflector, connect to REF### E, almost all reflectors and hotspots use module E as an echo device that will record your audio and play it back.

 

If you absolutely must to experiment with 2 hotspots for some reason, make sure they are set on different frequencies first, use a seldom used reflector (please ask permission!) and disconnect both hotspots from the reflector immediately after you have completed your test.

 

Thanks!

 

Jack Spitznagel – KD4IZ

Trustee for NR3DT

Museum Ship USCGC W-37 Amateur Radio Group

 

 

 


Re: blocked ip address

Robert Copelan
 

Typical mentality of people who are closed and don't communicate with their customers.   Totally within their right to run their reflector system as they would like.  It  would be better if the software were improved so that it would disconnect those long connecting folks after some time of inactivity that is clearly published instead of blocking.    Repeaters have had timeouts since at least the 1970s so not a new concept.     Guess the DPlus roadmap is full up with features in progress.    If someone knows where to add feature suggestions I'll be glad to put this one in. 
73,
Robert, WB4DHC

On Sat, Jul 18, 2020 at 2:52 PM Lou Fisher <bhu1954@...> wrote:
Reflector one has been doing that for a while now  lot of people with same problem.   Have heard 30 might start doing it too


On Jul 18, 2020, at 12:37 PM, John D Hays - K7VE <john@...> wrote:


Be aware, this has nothing to do with your ThumbDV™.

The ThumbDV™ simply converts audio (PCM) to AMBE and AMBE to audio (PCM) via a USB based serial port, all connectivity to reflectors, repeaters, etc. is a function of the program that is using the ThumbDV™ and/or the reflector, repeater, etc. to which that program is communicating.

Please address concerns with the reflector operator or software developer for the reflector.  (Most REF reflectors run DPLUS by AA4RC).

On Sat, Jul 18, 2020 at 10:28 AM kk4lzx <Kk4lzx@...> wrote:
I’m having the same problem from my ThumbDV. 

JohnA


On Jul 18, 2020, at 08:02, William Shepherd via groups.io <washephe=yahoo.com@groups.io> wrote:

Just recently I haven't been able to link to ref001c nor its dashboard from my shack computer.  All other links, dashborads and modes work just fine.  In researching this problem and speaking with a few dstar users, I believe my ip address has been blocked.  It seems they will block you if you link with more than one device or something.  Maybe I did that.  I don't know.  But it has been suggested to contact the administrator of ref001c to clear the block.  Does anyone one know how to contact the administrator? 

Thanks,
William KJ4ZEO



--
John D. Hays
Kingston, WA
K7VE

 


Re: blocked ip address

William Shepherd
 

I know that's why my question was how to get in touch with the ref001c administrator as I believe my ip address is blocked.


Re: blocked ip address

Charles Wiant
 

I believe i read a while back that ref 001c had started blocking hotspots that stay connected for long periods of time. Because it was causing an over load on the system.


On Jul 18, 2020, at 1:52 PM, Lou Fisher <bhu1954@...> wrote:

 Reflector one has been doing that for a while now  lot of people with same problem.   Have heard 30 might start doing it too


On Jul 18, 2020, at 12:37 PM, John D Hays - K7VE <john@...> wrote:


Be aware, this has nothing to do with your ThumbDV™.

The ThumbDV™ simply converts audio (PCM) to AMBE and AMBE to audio (PCM) via a USB based serial port, all connectivity to reflectors, repeaters, etc. is a function of the program that is using the ThumbDV™ and/or the reflector, repeater, etc. to which that program is communicating.

Please address concerns with the reflector operator or software developer for the reflector.  (Most REF reflectors run DPLUS by AA4RC).

On Sat, Jul 18, 2020 at 10:28 AM kk4lzx <Kk4lzx@...> wrote:
I’m having the same problem from my ThumbDV. 

JohnA


On Jul 18, 2020, at 08:02, William Shepherd via groups.io <washephe=yahoo.com@groups.io> wrote:

Just recently I haven't been able to link to ref001c nor its dashboard from my shack computer.  All other links, dashborads and modes work just fine.  In researching this problem and speaking with a few dstar users, I believe my ip address has been blocked.  It seems they will block you if you link with more than one device or something.  Maybe I did that.  I don't know.  But it has been suggested to contact the administrator of ref001c to clear the block.  Does anyone one know how to contact the administrator? 

Thanks,
William KJ4ZEO



--
John D. Hays
Kingston, WA
K7VE

 


Re: blocked ip address

Lou Fisher
 

Reflector one has been doing that for a while now  lot of people with same problem.   Have heard 30 might start doing it too


On Jul 18, 2020, at 12:37 PM, John D Hays - K7VE <john@...> wrote:


Be aware, this has nothing to do with your ThumbDV™.

The ThumbDV™ simply converts audio (PCM) to AMBE and AMBE to audio (PCM) via a USB based serial port, all connectivity to reflectors, repeaters, etc. is a function of the program that is using the ThumbDV™ and/or the reflector, repeater, etc. to which that program is communicating.

Please address concerns with the reflector operator or software developer for the reflector.  (Most REF reflectors run DPLUS by AA4RC).

On Sat, Jul 18, 2020 at 10:28 AM kk4lzx <Kk4lzx@...> wrote:
I’m having the same problem from my ThumbDV. 

JohnA


On Jul 18, 2020, at 08:02, William Shepherd via groups.io <washephe=yahoo.com@groups.io> wrote:

Just recently I haven't been able to link to ref001c nor its dashboard from my shack computer.  All other links, dashborads and modes work just fine.  In researching this problem and speaking with a few dstar users, I believe my ip address has been blocked.  It seems they will block you if you link with more than one device or something.  Maybe I did that.  I don't know.  But it has been suggested to contact the administrator of ref001c to clear the block.  Does anyone one know how to contact the administrator? 

Thanks,
William KJ4ZEO



--
John D. Hays
Kingston, WA
K7VE

 


Re: blocked ip address

 

Be aware, this has nothing to do with your ThumbDV™.

The ThumbDV™ simply converts audio (PCM) to AMBE and AMBE to audio (PCM) via a USB based serial port, all connectivity to reflectors, repeaters, etc. is a function of the program that is using the ThumbDV™ and/or the reflector, repeater, etc. to which that program is communicating.

Please address concerns with the reflector operator or software developer for the reflector.  (Most REF reflectors run DPLUS by AA4RC).

On Sat, Jul 18, 2020 at 10:28 AM kk4lzx <Kk4lzx@...> wrote:
I’m having the same problem from my ThumbDV. 

JohnA


On Jul 18, 2020, at 08:02, William Shepherd via groups.io <washephe=yahoo.com@groups.io> wrote:

Just recently I haven't been able to link to ref001c nor its dashboard from my shack computer.  All other links, dashborads and modes work just fine.  In researching this problem and speaking with a few dstar users, I believe my ip address has been blocked.  It seems they will block you if you link with more than one device or something.  Maybe I did that.  I don't know.  But it has been suggested to contact the administrator of ref001c to clear the block.  Does anyone one know how to contact the administrator? 

Thanks,
William KJ4ZEO



--
John D. Hays
Kingston, WA
K7VE

 


Re: blocked ip address

kk4lzx
 

I’m having the same problem from my ThumbDV. 

JohnA


On Jul 18, 2020, at 08:02, William Shepherd via groups.io <washephe@...> wrote:

Just recently I haven't been able to link to ref001c nor its dashboard from my shack computer.  All other links, dashborads and modes work just fine.  In researching this problem and speaking with a few dstar users, I believe my ip address has been blocked.  It seems they will block you if you link with more than one device or something.  Maybe I did that.  I don't know.  But it has been suggested to contact the administrator of ref001c to clear the block.  Does anyone one know how to contact the administrator? 

Thanks,
William KJ4ZEO


blocked ip address

William Shepherd
 

Just recently I haven't been able to link to ref001c nor its dashboard from my shack computer.  All other links, dashborads and modes work just fine.  In researching this problem and speaking with a few dstar users, I believe my ip address has been blocked.  It seems they will block you if you link with more than one device or something.  Maybe I did that.  I don't know.  But it has been suggested to contact the administrator of ref001c to clear the block.  Does anyone one know how to contact the administrator? 

Thanks,
William KJ4ZEO


Re: AMBE server on Rpi

Derek William Haden
 

Thanks John, I did find them in between posting and seeing your answer.

Is there a way of tracking what the ambeserver is doing?
I am having some problems at the moment.

I am using BlueDV ambe and I appear to be transmitting, but I am not receiving on DMR, DStar appears to be fine.

I can watch a TG on the Brandmeister last heard, and see activity, but I hear nothing.


On Thu, Jul 9, 2020 at 07:56 AM, John D Hays - K7VE wrote:

Hi Derek, 
 
I am planning to do some better instructions. 
 
However, if you go to the files section of this group, you will find files with instructions in their description. 


Re: AMBE server on Rpi

Ken Kayser
 

Hi John, thanks for the great work on the installation instructions. Got mine up and running quickly.

I have seen a lot of discussion about the power requirements of the dongle versus the capacity of the Raspberry Pi USB ports but have not seen anything that actually specifies what the dongle requirements are. I'm planning to buy a powered hub but want to make sure I get one with enough capacity. Can you point me in the right direction? Thanks again for all your hard work.


Re: AMBE server on Rpi

 

Hi Derek, 

I am planning to do some better instructions. 

However, if you go to the files section of this group, you will find files with instructions in their description. 

On Thu, Jul 9, 2020, 07:41 Derek William Haden <facebook@...> wrote:

I followed the instructions for creating an AMBE server from this excellent page

https://nw-digital-radio.groups.io/g/ambe/topic/how_to_install_ambeserver_on/25743616?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,25743616

In the Wiki it refers to the config pages as being in /etc/opendv

I have no such directory and a search doesn't find one at all.

I am running ambe server on

Rpi 3

PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"

NAME="Raspbian GNU/Linux"

VERSION_ID="10"

VERSION="10 (buster)"

VERSION_CODENAME=buster

ID=raspbian

ID_LIKE=debian

  Icon name: computer
        Machine ID: ...........................
           Boot ID: .....................................
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 4.19.118-v7+
      Architecture: arm

my question is where are the config files/pages?

 


AMBE server on Rpi

Derek William Haden
 

I followed the instructions for creating an AMBE server from this excellent page

https://nw-digital-radio.groups.io/g/ambe/topic/how_to_install_ambeserver_on/25743616?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,25743616

In the Wiki it refers to the config pages as being in /etc/opendv

I have no such directory and a search doesn't find one at all.

I am running ambe server on

Rpi 3

PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"

NAME="Raspbian GNU/Linux"

VERSION_ID="10"

VERSION="10 (buster)"

VERSION_CODENAME=buster

ID=raspbian

ID_LIKE=debian

  Icon name: computer
        Machine ID: ...........................
           Boot ID: .....................................
  Operating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 4.19.118-v7+
      Architecture: arm

my question is where are the config files/pages?

 


Re: ambeserver failing?

 

Are you using a NW Digital Radio ThumbDV™ or PiDV? (e.g. USB Connected or GPIO Connected)
Are you using Linux?

On Wed, Jul 1, 2020 at 2:56 AM andrew delgado via groups.io <andrew_12ph=yahoo.com@groups.io> wrote:
How did you fix the DV3k! error?



--
John D. Hays
Kingston, WA
K7VE

 


Re: ambeserver failing?

andrew delgado
 

How did you fix the DV3k! error?

141 - 160 of 1504