Date   

Re: Alsamixer controls for receive audio UDRCII

TG9AOR
 

Yes, John, I count myself among the people with problems. I could not run it as a gateway radio for DSTAR and wanted to try APRS with it. When you mean left or right channel is this referring to direwolf.conf or alsamixer?

I will try it out while I get your reply.


73 de TG9AOR


Re: Alsamixer controls for receive audio UDRCII

TG9AOR
 

Corky: So even if I plan to use it for 1200 Baud I set it to 9600 Baud? LO is almost at 0 and PCM some lower. I will try that as well. Din6 is assigned 1200 in direwolf.conf, but I guess it is a value I can switch between connectors.

73 de TG9AOR


Re: Alsamixer controls for receive audio UDRCII

TG9AOR
 

Thanks Bernard. I did read your post a few days ago and I appreciate it. I will see if I am able to know the exact items that affect receive audio from the list in alsamixer, as you know there are some more items either MM(muted) or with Off value or with 10k value, and so I do not want to complicate it more than necessary. I will give the program a try(audacity). 

73 de TG9AOR


Re: Alsamixer controls for receive audio UDRCII

 

Some people have had problems with that model of radio.

Depending on 1200 vs 9600 baud it could be left or right channel. 

On Jan 14, 2018 10:28, "TG9AOR" <qrz@...> wrote:
Besides the information on  message #1261(ADC), what else may affect receive decode? I have this IC-208H and it will not decode APRS. It does send, I calibrated it via the wiki (n7nix/deviation/)


José Roberto Ruíz García Salas
TG9AOR



Re: Alsamixer controls for receive audio UDRCII

Corky Searls
 

I have found that the IC-208H works quite well. The two things to check are 1) make sure it is in 9k6 mode, 2) It seems to be sensitive to being overdriven and this will cause problems with the decode. You may need to set LO to 0 and back the PCM down significantly. F6BVP's suggestion of using Audacity to check the audio is a very good place to start.

-Corky, AF4PM

On Jan 14, 2018, at 8:28 AM, TG9AOR <qrz@...> wrote:

Besides the information on  message #1261(ADC), what else may affect receive decode? I have this IC-208H and it will not decode APRS. It does send, I calibrated it via the wiki (n7nix/deviation/)


José Roberto Ruíz García Salas
TG9AOR


Re: Alsamixer controls for receive audio UDRCII

Bernard f6bvp / ai7bg
 

Hi,
I suggest you install audacity (available using apt-get install) and configure it for UDRC audio card (menu preference !). I found it very useful to visualize and check audio input levels.
Caution : Direwolf must be killed before starting audacity, otherwise audacity it will not find the audio card. Configure audacity input stereo.
Open simultaneously another window in your GUI and run alsamixer. Start recording with audacity and observe the effect of changing levels in alsamixer. 
Note : it is not bad to run UDRC startup script if it seems to not respond to Direwolf commands or measure.deviate script.

73 de Bernard f6bvp

Sent from my iPhone

Le 14 janv. 2018 à 19:28, TG9AOR <qrz@...> a écrit :

Besides the information on  message #1261(ADC), what else may affect receive decode? I have this IC-208H and it will not decode APRS. It does send, I calibrated it via the wiki (n7nix/deviation/)


José Roberto Ruíz García Salas
TG9AOR


Alsamixer controls for receive audio UDRCII

TG9AOR
 

Besides the information on  message #1261(ADC), what else may affect receive decode? I have this IC-208H and it will not decode APRS. It does send, I calibrated it via the wiki (n7nix/deviation/)


José Roberto Ruíz García Salas
TG9AOR


Re: DR!X AND UDRC2

 

Only in so far as which GPIO pin gets set for PTT, etc.  The PTT request comes from the dstarrepeater package. The controller for the GPIO on the Raspberry Pi (which is simply buffered through the UDRC card) is part of dstarrepeater and controlled by the logic in the software.

On Tue, Jan 9, 2018 at 9:54 AM, Johnny <w5pfr@...> wrote:
I understand the role of the UDRC as a soundcard, But I thought you guys have MODIFIED the dstarrepeater software to work with udrc.




--


John D. Hays
Edmonds, WA
K7VE

   


Re: DR!X AND UDRC2

Johnny
 

I understand the role of the UDRC as a soundcard, But I thought you guys have MODIFIED the dstarrepeater software to work with udrc.


Re: DR!X AND UDRC2

 



On Tue, Jan 9, 2018 at 9:03 AM, Johnny <w5pfr@...> wrote:
I will check the audio levels again at my dvrptr board. I figured as long as my 880H and 4100 and 51, decodes, all is as well. Thanks for the reply and will keep you updated.
 
Why then the rpt1 function dont work on udrc? When I set it to off, the repeater should pass whatever dstar signal it hears, regardless of what the local operators rpt1 is set to.

The setting for the RPT1 function is in the software (dstarrepeater), the UDRC is a soundcard and GPIO pins, the logic is in the program, not the UDRC hat.

My suggestion is to use the pcrepeatercontroller and ircddbgateway groups on Yahoo! and leaving the UDRC out of the question, ask what are the proper settings to use 'gateway mode' with ircddbgateway and dstarrepeater.
 
Am I missing something here?
I hope you are not getting tired of me asking all these questions.
73 for now
_._,_._,_

--


John D. Hays
Edmonds, WA
K7VE

   


Re: DR!X AND UDRC2

Johnny
 

I will check the audio levels again at my dvrptr board. I figured as long as my 880H and 4100 and 51, decodes, all is as well. Thanks for the reply and will keep you updated. Why then the rpt1 function dont work on udrc? When I set it to off, the repeater should pass whatever dstar signal it hears, regardless of what the local operators rpt1 is set to. Am I missing something here?
I hope you are not getting tired of me asking all these questions.
73 for now


Re: DR!X AND UDRC2

 

The UDRC is a sound card plus gpio for keying or monitoring various pins on the repeater. 

The encoding and decoding of the modem tones to 1s and 0s happens in the dstarrepeater program. The dstarrepeater program controls the gpio pins and relays traffic to and from ircddbgateway. Ircddbgateway talks ok very the Internet to other gateways and reflectors. 

The software in dstarrepeater and ircddbgateway controls all communications and PTT logic. That is where the troubleshooting needs to take place, so long as audio levels are properly set for the UDRC to encode and decode the tones of the GMSK modem. 

On Jan 9, 2018 06:32, "Johnny" <w5pfr@...> wrote:

[Edited Message Follows]

I'm gonna put this out again, because it is a problem for us that have two DR1X and two UDRC2 boards and would really like to make this work. Internet is not an option at the site, (Hardly even get a cell signal there), and the only way is to send TX audio to the site, is from my Hotspot,which is setup in GATEWAY mode. I am understanding now, that this system is more designed for sites that have internet, but I am hoping that we could modify the software, so that it would work for our situation. 
As I have mentioned in my last posts, URDC, locks on the RX, but it drops TX, while listening on reflector at times, untill the next guy starts talking. Hotspot never drops audio, while this is happening.
I think the RPT1 validation has something to do with this. We REALLY need this function to work, by NOT VALIDATING the rpt1. I believe that would cure our issue.
If UDRC would just simply pass any dstar signal that it hears, my hotspot will do what it designed for, and handle the correct rpt1 and rpt2 values. I do have a club callsign for our repeaters, and ircddb gateway does a great job of handeling this. 


DR!X AND UDRC2

Johnny
 
Edited

I'm gonna put this out again, because it is a problem for us that have two DR1X and two UDRC2 boards and would really like to make this work. Internet is not an option at the site, (Hardly even get a cell signal there), and the only way is to send TX audio to the site, is from my Hotspot,which is setup in GATEWAY mode. I am understanding now, that this system is more designed for sites that have internet, but I am hoping that we could modify the software, so that it would work for our situation. 
As I have mentioned in my last posts, URDC, locks on the RX, but it drops TX, while listening on reflector at times, untill the next guy starts talking. Hotspot never drops audio, while this is happening.
I think the RPT1 validation has something to do with this. We REALLY need this function to work, by NOT VALIDATING the rpt1. I believe that would cure our issue.
If UDRC would just simply pass any dstar signal that it hears, my hotspot will do what it designed for, and handle the correct rpt1 and rpt2 values. I do have a club callsign for our repeaters, and ircddb gateway does a great job of handeling this. 


Re: Yeasu refurbished repeaters DR-1X

 

They are going to do a firmware change.  Based on the DR-2X they may do something to break the interface.

Right now, we don't know.  I don't plan to send in my 1.10Q firmware based DR-1X for the update. 

My concern is that if they require the repeater be sent in, they may make changes that could not be undone by reverting the firmware.

If someone gets one of the refurbished systems, I would be interested in loaning out a UDRC-II for testing.

On Mon, Jan 8, 2018 at 12:12 PM, davidlardizabal via Groups.Io <davidlardizabal@...> wrote:
Does anyone know if the refurbished repeaters DR-1X from Yaesu will support UDRC/UDRCII for DSTAR?




--


John D. Hays
Edmonds, WA
K7VE

   


Refurbished Yaesu DR-1X

Lardizabal David D.
 

Hi,

I was wondering if anyone knows if the refurbished Yaesu DR-1X repeaters wil
support the UDRC D-STAR?

73

David
HQ2DDL


Yeasu refurbished repeaters DR-1X

Lardizabal David D.
 

Does anyone know if the refurbished repeaters DR-1X from Yaesu will support UDRC/UDRCII for DSTAR?


Direwolf configuration & UDRC II

Bernard f6bvp / ai7bg
 

Hi All,

I am helping to set up an Amateur Radio Satellite station at University Paris Diderot for IgoSat project.

It is part of a larger nanosatellite Cubesat 50 project.

Around Paris area, there are already three spacelabs involved into their own nanosatellite : Ecole Polytechnique, Paris Meudon Observatory and Paris 6 university.

We are at the point where hardware is functioning with antenna, rotators, TS2000 transceiver and tracking software is performing well.

NW-digital kindly provided an UDRC-II for this project.

Students working on this project accomplish 6 month in the laboratory to validate their final diploma.

Most of them are playing with mathlab and other sophisticated application for satellite design, attitude control etc..

However, when starting they have no experience of amateur radio, packet transmission and do not know basic functions of a transceiver.

I have an experience with 30 years of packet radio and amateur satellite communications so I can help to set up the satellite ground station.

In order make things easier, I found interesting to visualize IF signal out of the accessory plug from TS2000 transceiver on a basic oscilloscope.

I found also very helpful to apt-get install audacity that is available for Compass Linux (Raspbian fork) and Windows. This audio software application may display input signal from UDRC-II modem soundcard and help adjusting audio levels at the same time with alsamixer.

Direwolf must be shut off before starting audacity. Start alsamixer then audacity.

Select peripheral device UDRC in Edit Menu, Preference, peripheral. Choose udrc and 2 channels stereo. Quality 16000 Hz 16 bits is enough.

Adjust audio levels while recording audio input.

I hope this will help.

Bernard,

F6BVP

http://f6bvp.org


Direwolf configuration & UDRC II

TG9AOR
 

Step 5.1.2 has Channel 0 assigned to DIN-6 and Channel 1 to HD-15.

When running Direwolf my FT817 which is connected via DIN-6 transmits and the Direwolf console shows its transmission as [1L](Channel 1)


Happy New Year to all



José Roberto Ruíz García Salas
TG9AOR


Re: Dstar Repeater Software

Johnny
 

John, I finally got the GATEWAY function working via my hotspot at home. The repeater starts to repeat what its hearing, but, most everytime, it likes to drop one side of the conversation on the reflector. I have two radios running, one on the output of the hotspot and the other on the repeater, and I am watching the screen on the DR1X. The hotspot still transmitting audio, and the repeater is in RX mode, but drops the TX, untill the next guy starts talking. It is not a timeout issue, on the converstaion, and I have noticed that it does struggle to accept the INFO or ECHO or Unlink commands. 
I used my ID51 and 880H, and it didint make any difference, and both radios have no problem communicating with my hotspot. Hotspot is a simple G4KLX Dstarrepeater and Ircddb gateway, in Gateway mode, with a dvrptr v1, and I did play with the delay and tx audio levels on dvrptr, and didnt make any difference.
I have tried to set the udrc's dstarrepeater software to NOT validate the RPT1 parameters, but I honestly believe that maybe this future is not working in the software. Why cant the UDRC be set up in a way, so that it would only pass the Dstar signal, no matter what the RPT1 and RPT2 valuses are, and Let the Hotspot handle that part of program. By having this capabilitiy, I believe, lots of repeaters out there, that cant have internet at their site, would be able to recieve gateway, from a distant station, that is setup for that. Since the Dstarrepeater software has the option for RPT1 validation on or off, would make this to work as it was designed for.
Thanks in advance
johnny


Re: Dstar Repeater Software

 

No need for ircddbgateway at repeater site, if no Internet there. 

On Dec 19, 2017 13:03, "Johnny" <w5pfr@...> wrote:
John, I was wondering if I am suppose to be running the IRCDDB gateway software, along side of the Dstar Repeater on the UDRC board? AS we have discussed before, I'm just running the dstarrepeater software only, and ofcourse it is in DUPLEX mode with all the information regarding the repeater callsign and etc, with the udrc, since there is no internet at the site.