Has anyone successfully interfaced the DMK USB-URI to a GE Mastr III repeater/base station? I've got transmit working correctly, but can seem to get the received audio back into the device correctly. Thanks for any help you can provide. --Bret Taylor Olympia School District
On 3/8/19 6:21 PM, Bret Taylor wrote:
Has anyone successfully interfaced the DMK USB-URI to a GE Mastr III repeater/base station?
I think a few have, I've not personally done this.
I've got transmit working correctly, but can seem to get the received audio back into the device correctly.
What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed. There is some info on this page and I suspect it will be trivial to use this to build a cable to interface to the Mastr III. http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too. If you get a working config, please consider adding it to the wiki or posting here. https://wiki.allstarlink.org/wiki/Radio_Connections 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net
"What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed." I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1 I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect. I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI. If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect. I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e. "Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too." I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled? Thanks for your help. --Bret Taylor Olympia School District On Fri, Mar 8, 2019 at 7:49 PM Bryan Fields <Bryan@bryanfields.net> wrote:
On 3/8/19 6:21 PM, Bret Taylor wrote:
Has anyone successfully interfaced the DMK USB-URI to a GE Mastr III repeater/base station?
I think a few have, I've not personally done this.
I've got transmit working correctly, but can seem to get the received audio back into the device correctly.
What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed.
There is some info on this page and I suspect it will be trivial to use this to build a cable to interface to the Mastr III. http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too.
If you get a working config, please consider adding it to the wiki or posting here.
https://wiki.allstarlink.org/wiki/Radio_Connections
73's -- Bryan Fields
727-409-1194 - Voice http://bryanfields.net _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change. So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive. If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity. Then in the Allstar node set the CORFROM=usbinvert. This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system. Hope this helps. Regards, Jon VA3RQ On 3/9/2019 8:26 AM, Bret Taylor wrote:
"What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed."
I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1
I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect.
I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI.
If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect.
I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e.
"Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too."
I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled?
Thanks for your help. --Bret Taylor Olympia School District
On Fri, Mar 8, 2019 at 7:49 PM Bryan Fields <Bryan@bryanfields.net <mailto:Bryan@bryanfields.net>> wrote:
On 3/8/19 6:21 PM, Bret Taylor wrote: > Has anyone successfully interfaced the DMK USB-URI to a GE Mastr III > repeater/base station?
I think a few have, I've not personally done this.
> I've got transmit working correctly, but can seem to get the received audio > back into the device correctly.
What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed.
There is some info on this page and I suspect it will be trivial to use this to build a cable to interface to the Mastr III. http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too.
If you get a working config, please consider adding it to the wiki or posting here.
https://wiki.allstarlink.org/wiki/Radio_Connections
73's -- Bryan Fields
727-409-1194 - Voice http://bryanfields.net _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Wow. Jon, thank you for the information. I will keep you all posted, and will post a working config for future reference (if I get it working). Pin 21 on the DMK USB-URI is listed as MIC_IN_AC (AC Coupled). The Mastr III operates on DC power, so I can only assume the signal from P5-10 on the Mastr III (Receiver Volume/Squelch High (raw discriminator audio, NOT de-emphasized) would be a DC signal? Will the AC coupling be an issue? Thank you for all the help. It is greatly appreciated. --Bret Taylor Olympia School District On Sat, Mar 9, 2019 at 5:32 PM REDBUTTON_CTRL <jrorke@cogeco.ca> wrote:
Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change.
So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive.
If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity.
Then in the Allstar node set the CORFROM=usbinvert.
This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system.
Hope this helps.
Regards,
Jon VA3RQ
On 3/9/2019 8:26 AM, Bret Taylor wrote:
"What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed."
I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1
I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect.
I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI.
If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect.
I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e.
"Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too."
I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled?
Thanks for your help.
--Bret Taylor Olympia School District
On Fri, Mar 8, 2019 at 7:49 PM Bryan Fields <Bryan@bryanfields.net> wrote:
On 3/8/19 6:21 PM, Bret Taylor wrote:
Has anyone successfully interfaced the DMK USB-URI to a GE Mastr III repeater/base station?
I think a few have, I've not personally done this.
I've got transmit working correctly, but can seem to get the received audio back into the device correctly.
What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed.
There is some info on this page and I suspect it will be trivial to use this to build a cable to interface to the Mastr III. http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too.
If you get a working config, please consider adding it to the wiki or posting here.
https://wiki.allstarlink.org/wiki/Radio_Connections
73's -- Bryan Fields
727-409-1194 - Voice http://bryanfields.net _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Hi Mastr III can be interfaced to the URI by simply using P5 pin 20 (RUS) for both Carrier and Pl detect to pin 8 of the URI this has been working as intended for many years. Chris From: REDBUTTON_CTRL <jrorke@cogeco.ca> To: app_rpt-users@lists.allstarlink.org Sent: Saturday, March 9, 2019 5:32 PM Subject: Re: [App_rpt-users] GE Mastr III and DMK USB-URI Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change. So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive. If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity. Then in the Allstar node set the CORFROM=usbinvert. This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system. Hope this helps. Regards, Jon VA3RQ On 3/9/2019 8:26 AM, Bret Taylor wrote: "What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed." I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1 I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect. I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI. If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect. I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e. "Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too." I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled? Thanks for your help. --Bret Taylor Olympia School District On Fri, Mar 8, 2019 at 7:49 PM Bryan Fields <Bryan@bryanfields.net> wrote: On 3/8/19 6:21 PM, Bret Taylor wrote:
Has anyone successfully interfaced the DMK USB-URI to a GE Mastr III repeater/base station?
I think a few have, I've not personally done this.
I've got transmit working correctly, but can seem to get the received audio back into the device correctly.
What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed. There is some info on this page and I suspect it will be trivial to use this to build a cable to interface to the Mastr III. http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too. If you get a working config, please consider adding it to the wiki or posting here. https://wiki.allstarlink.org/wiki/Radio_Connections 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Hi Is you want de-emphasized audio use pins 3&4 of TB101, this is a transformer coupled balanced output. From: Bret Taylor <bmtaylor@osd.wednet.edu> To: Users of Asterisk app_rpt <app_rpt-users@lists.allstarlink.org> Sent: Sunday, March 10, 2019 5:53 AM Subject: Re: [App_rpt-users] GE Mastr III and DMK USB-URI Wow. Jon, thank you for the information. I will keep you all posted, and will post a working config for future reference (if I get it working). Pin 21 on the DMK USB-URI is listed as MIC_IN_AC (AC Coupled). The Mastr III operates on DC power, so I can only assume the signal from P5-10 on the Mastr III (Receiver Volume/Squelch High (raw discriminator audio, NOT de-emphasized) would be a DC signal? Will the AC coupling be an issue? Thank you for all the help. It is greatly appreciated. --Bret TaylorOlympia School District On Sat, Mar 9, 2019 at 5:32 PM REDBUTTON_CTRL <jrorke@cogeco.ca> wrote: Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change. So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive. If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity. Then in the Allstar node set the CORFROM=usbinvert. This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system. Hope this helps. Regards, Jon VA3RQ On 3/9/2019 8:26 AM, Bret Taylor wrote: "What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed." I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1 I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect. I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI. If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect. I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e. "Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too." I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled? Thanks for your help. --Bret Taylor Olympia School District On Fri, Mar 8, 2019 at 7:49 PM Bryan Fields <Bryan@bryanfields.net> wrote: On 3/8/19 6:21 PM, Bret Taylor wrote:
Has anyone successfully interfaced the DMK USB-URI to a GE Mastr III repeater/base station?
I think a few have, I've not personally done this.
I've got transmit working correctly, but can seem to get the received audio back into the device correctly.
What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed. There is some info on this page and I suspect it will be trivial to use this to build a cable to interface to the Mastr III. http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too. If you get a working config, please consider adding it to the wiki or posting here. https://wiki.allstarlink.org/wiki/Radio_Connections 73's -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem. _______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
FYI, He is not using app_rpt software with the URI, he is using the Bridgecom MV-iL hardware with a URI to interface to his GE Mastr III So he can not set CORFROM=uisbinvert in software config. 73 Marshall From: App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] On Behalf Of REDBUTTON_CTRL Sent: Saturday, March 09, 2019 5:24 PM To: app_rpt-users@lists.allstarlink.org Subject: Re: [App_rpt-users] GE Mastr III and DMK USB-URI Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change. So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive. If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity. Then in the Allstar node set the CORFROM=usbinvert. This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system. Hope this helps. Regards, Jon VA3RQ On 3/9/2019 8:26 AM, Bret Taylor wrote: "What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed." I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1 I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect. I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI. If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect. I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e. "Double check your programing too, as the Mastr III IO is based on programing. You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too." I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled? Thanks for your help. --Bret Taylor Olympia School District
Marshall is correct, and Marshall has helped me with this project as well.... Thank you Marshall. I suspect there has to be an underlying configuration file still. It's still Debian under the hood. If I can get to it, and modify it... that is still to be seen. What wattage does the 47k ohm resistor need to be? 1/8, 1/4, 1/2, 1, 2? Does it matter? Ditto on the NPN transistor. It sucks radio shack doesn't exist anymore, it's now a pain to find the components locally. Thanks --Bret Taylor Olympia School District On Sun, Mar 10, 2019 at 10:54 PM Marshall Oldham <ke6pcv@cal-net.org> wrote:
FYI,
He is not using app_rpt software with the URI, he is using the Bridgecom MV-iL hardware with a URI to interface to his GE Mastr III
So he can not set CORFROM=uisbinvert in software config.
73
Marshall
*From:* App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] *On Behalf Of *REDBUTTON_CTRL *Sent:* Saturday, March 09, 2019 5:24 PM *To:* app_rpt-users@lists.allstarlink.org *Subject:* Re: [App_rpt-users] GE Mastr III and DMK USB-URI
Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change.
So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive.
If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity.
Then in the Allstar node set the CORFROM=usbinvert.
This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system.
Hope this helps.
Regards,
Jon VA3RQ
On 3/9/2019 8:26 AM, Bret Taylor wrote:
"What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed."
I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1
I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect.
I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI.
If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect.
I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e.
"Double check your programing too, as the Mastr III IO is based on programing.
You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too."
I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled?
Thanks for your help.
--Bret Taylor
Olympia School District
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
I apologize - this is long, but it's necessary (I think)? The COS and PL "hardware" logic inputs on the radio adapter were originally the volume-up and volume-down functions, actuated by manual (push button tactile) switches in a standard audio adapter (FOB). These inputs are internally pulled high, to 3.3 V, and have to be pulled low enough to become valid. As such the push-button switches made a good ground when depressed, as that's what the other side of the switch was tied to - ground. Most AllStar radio adapters use protection diodes (BAT-43's) that don't allow voltage to be sent into the CM1XX chip. If voltage is allowed to be inputted to these pins, the chip is destroyed. So - with the diodes in place, it doesn't matter what voltage is present on the COS or CTCSS hardware inputs, because voltage on these pins doesn't make anything happen, and because of the protection diodes, doesn't hurt anything if voltage is present. Okay, so the CM108/119's logic inputs are looking for a ground to be valid. This "active low" condition is required NO MATTER if the setting in the conf file is upright or inverted. So - the setting in the configuration file doesn't change the fact that the adapter needs an active low to be valid and assert the condition. All this software setting does is change if the low condition exists when the radio is hearing a valid signal, or when it's not. Using a DMM, you can read the voltage on the CM119 side of the BAT-43 diodes to see if the logic level is properly changing from 3.3 to 0.0 (or a few tenths of a volt). Not all radio logic signals are created equal. Some logic circuits can source current, but lack the ability to sink. Sometimes active high circuits (circuits that provide a voltage when the state becomes active) don't have the ability to pull to ground very well. These circuits may not have the capability to pull the COS and CTCSS inputs low enough on the radio adapter to become valid/active. A pull-down resistor can help, but nothing beats a real active low circuit. A 2N2222 (or similar NPN transistor) with the emitter grounded usually works well. Use the collector to feed logic to the radio adapter and use a suitable bias resistor to the base. Of course, if you happen to find a place that goes to ground when the receiver is active (or vice versa), it should work as-is, again, as long as it's active low. The resistor can be any wattage 1/8 watt or higher. Its value isn't critical either, a 1k to 47k would likely be acceptable. Is the radio adapter a URI, URIx, or URIxB? Hope this helps.. Kevin W3KKC On 3/11/2019 8:19 AM, Bret Taylor wrote:
Marshall is correct, and Marshall has helped me with this project as well.... Thank you Marshall.
I suspect there has to be an underlying configuration file still. It's still Debian under the hood. If I can get to it, and modify it... that is still to be seen.
What wattage does the 47k ohm resistor need to be? 1/8, 1/4, 1/2, 1, 2? Does it matter? Ditto on the NPN transistor. It sucks radio shack doesn't exist anymore, it's now a pain to find the components locally.
Thanks
--Bret Taylor Olympia School District
On Sun, Mar 10, 2019 at 10:54 PM Marshall Oldham <ke6pcv@cal-net.org <mailto:ke6pcv@cal-net.org>> wrote:
FYI,
He is not using app_rpt software with the URI, he is using the Bridgecom MV-iL hardware with a URI to interface to his GE Mastr III
So he can not set CORFROM=uisbinvert in software config.
73
Marshall
*From:*App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org <mailto:app_rpt-users-bounces@lists.allstarlink.org>] *On Behalf Of *REDBUTTON_CTRL *Sent:* Saturday, March 09, 2019 5:24 PM *To:* app_rpt-users@lists.allstarlink.org <mailto:app_rpt-users@lists.allstarlink.org> *Subject:* Re: [App_rpt-users] GE Mastr III and DMK USB-URI
Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change.
So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive.
If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity.
Then in the Allstar node set the CORFROM=usbinvert.
This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system.
Hope this helps.
Regards,
Jon VA3RQ
On 3/9/2019 8:26 AM, Bret Taylor wrote:
"What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed."
I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1
I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect.
I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI.
If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect.
I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e.
"Double check your programing too, as the Mastr III IO is based on programing.
You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too."
I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled?
Thanks for your help.
--Bret Taylor
Olympia School District
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org <mailto:App_rpt-users@lists.allstarlink.org> http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Thank you for the information. It is a URIx --Bret Taylor Olympia School District On Mon, Mar 11, 2019 at 5:32 AM Kevin Custer <kuggie@kuggie.com> wrote:
I apologize - this is long, but it's necessary (I think)?
The COS and PL "hardware" logic inputs on the radio adapter were originally the volume-up and volume-down functions, actuated by manual (push button tactile) switches in a standard audio adapter (FOB). These inputs are internally pulled high, to 3.3 V, and have to be pulled low enough to become valid. As such the push-button switches made a good ground when depressed, as that's what the other side of the switch was tied to - ground. Most AllStar radio adapters use protection diodes (BAT-43's) that don't allow voltage to be sent into the CM1XX chip. If voltage is allowed to be inputted to these pins, the chip is destroyed. So - with the diodes in place, it doesn't matter what voltage is present on the COS or CTCSS hardware inputs, because voltage on these pins doesn't make anything happen, and because of the protection diodes, doesn't hurt anything if voltage is present.
Okay, so the CM108/119's logic inputs are looking for a ground to be valid. This "active low" condition is required NO MATTER if the setting in the conf file is upright or inverted. So - the setting in the configuration file doesn't change the fact that the adapter needs an active low to be valid and assert the condition. All this software setting does is change if the low condition exists when the radio is hearing a valid signal, or when it's not. Using a DMM, you can read the voltage on the CM119 side of the BAT-43 diodes to see if the logic level is properly changing from 3.3 to 0.0 (or a few tenths of a volt).
Not all radio logic signals are created equal. Some logic circuits can source current, but lack the ability to sink. Sometimes active high circuits (circuits that provide a voltage when the state becomes active) don't have the ability to pull to ground very well. These circuits may not have the capability to pull the COS and CTCSS inputs low enough on the radio adapter to become valid/active. A pull-down resistor can help, but nothing beats a real active low circuit. A 2N2222 (or similar NPN transistor) with the emitter grounded usually works well. Use the collector to feed logic to the radio adapter and use a suitable bias resistor to the base. Of course, if you happen to find a place that goes to ground when the receiver is active (or vice versa), it should work as-is, again, as long as it's active low. The resistor can be any wattage 1/8 watt or higher. Its value isn't critical either, a 1k to 47k would likely be acceptable.
Is the radio adapter a URI, URIx, or URIxB?
Hope this helps..
Kevin W3KKC
On 3/11/2019 8:19 AM, Bret Taylor wrote:
Marshall is correct, and Marshall has helped me with this project as well.... Thank you Marshall.
I suspect there has to be an underlying configuration file still. It's still Debian under the hood. If I can get to it, and modify it... that is still to be seen.
What wattage does the 47k ohm resistor need to be? 1/8, 1/4, 1/2, 1, 2? Does it matter? Ditto on the NPN transistor. It sucks radio shack doesn't exist anymore, it's now a pain to find the components locally.
Thanks
--Bret Taylor Olympia School District
On Sun, Mar 10, 2019 at 10:54 PM Marshall Oldham <ke6pcv@cal-net.org> wrote:
FYI,
He is not using app_rpt software with the URI, he is using the Bridgecom MV-iL hardware with a URI to interface to his GE Mastr III
So he can not set CORFROM=uisbinvert in software config.
73
Marshall
*From:* App_rpt-users [mailto:app_rpt-users-bounces@lists.allstarlink.org] *On Behalf Of *REDBUTTON_CTRL *Sent:* Saturday, March 09, 2019 5:24 PM *To:* app_rpt-users@lists.allstarlink.org *Subject:* Re: [App_rpt-users] GE Mastr III and DMK USB-URI
Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change.
So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive.
If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity.
Then in the Allstar node set the CORFROM=usbinvert.
This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system.
Hope this helps.
Regards,
Jon VA3RQ
On 3/9/2019 8:26 AM, Bret Taylor wrote:
"What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed."
I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1
I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect.
I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI.
If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect.
I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e.
"Double check your programing too, as the Mastr III IO is based on programing.
You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too."
I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled?
Thanks for your help.
--Bret Taylor
Olympia School District
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
Sorry for the delay. It's impossible to get electronic components locally anymore. The 2N2222 did it. Wiremap looks like this: URI ---------------------------------------------------> MASTR III Pin 1 ---------------------------------------------------> P2 - 14 Pin 8 -> Collector of NPN Pin 13 -------------------------------------------------> P5 - 12 Pin 21 -------------------------------------------------> P5 - 10 Pin 22 -------------------------------------------------> P2 - 8 NPN -----------------------------------------> MASTR III Base ------ > 47k OHM Resistor ----> P5 - 20 (or P5-17 is you're not using CTCSS) Emitter ------------------------------------> P2 - 2 Reference - http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html [image: image.png] [image: image.png] [image: image.png] Thank you for all the help. --Bret Taylor Olympia School District On Mon, Mar 11, 2019 at 7:00 AM Bret Taylor <bmtaylor@osd.wednet.edu> wrote:
Thank you for the information. It is a URIx
--Bret Taylor Olympia School District
On Mon, Mar 11, 2019 at 5:32 AM Kevin Custer <kuggie@kuggie.com> wrote:
I apologize - this is long, but it's necessary (I think)?
The COS and PL "hardware" logic inputs on the radio adapter were originally the volume-up and volume-down functions, actuated by manual (push button tactile) switches in a standard audio adapter (FOB). These inputs are internally pulled high, to 3.3 V, and have to be pulled low enough to become valid. As such the push-button switches made a good ground when depressed, as that's what the other side of the switch was tied to - ground. Most AllStar radio adapters use protection diodes (BAT-43's) that don't allow voltage to be sent into the CM1XX chip. If voltage is allowed to be inputted to these pins, the chip is destroyed. So - with the diodes in place, it doesn't matter what voltage is present on the COS or CTCSS hardware inputs, because voltage on these pins doesn't make anything happen, and because of the protection diodes, doesn't hurt anything if voltage is present.
Okay, so the CM108/119's logic inputs are looking for a ground to be valid. This "active low" condition is required NO MATTER if the setting in the conf file is upright or inverted. So - the setting in the configuration file doesn't change the fact that the adapter needs an active low to be valid and assert the condition. All this software setting does is change if the low condition exists when the radio is hearing a valid signal, or when it's not. Using a DMM, you can read the voltage on the CM119 side of the BAT-43 diodes to see if the logic level is properly changing from 3.3 to 0.0 (or a few tenths of a volt).
Not all radio logic signals are created equal. Some logic circuits can source current, but lack the ability to sink. Sometimes active high circuits (circuits that provide a voltage when the state becomes active) don't have the ability to pull to ground very well. These circuits may not have the capability to pull the COS and CTCSS inputs low enough on the radio adapter to become valid/active. A pull-down resistor can help, but nothing beats a real active low circuit. A 2N2222 (or similar NPN transistor) with the emitter grounded usually works well. Use the collector to feed logic to the radio adapter and use a suitable bias resistor to the base. Of course, if you happen to find a place that goes to ground when the receiver is active (or vice versa), it should work as-is, again, as long as it's active low. The resistor can be any wattage 1/8 watt or higher. Its value isn't critical either, a 1k to 47k would likely be acceptable.
Is the radio adapter a URI, URIx, or URIxB?
Hope this helps..
Kevin W3KKC
On 3/11/2019 8:19 AM, Bret Taylor wrote:
Marshall is correct, and Marshall has helped me with this project as well.... Thank you Marshall.
I suspect there has to be an underlying configuration file still. It's still Debian under the hood. If I can get to it, and modify it... that is still to be seen.
What wattage does the 47k ohm resistor need to be? 1/8, 1/4, 1/2, 1, 2? Does it matter? Ditto on the NPN transistor. It sucks radio shack doesn't exist anymore, it's now a pain to find the components locally.
Thanks
--Bret Taylor Olympia School District
On Sun, Mar 10, 2019 at 10:54 PM Marshall Oldham <ke6pcv@cal-net.org> wrote:
FYI,
He is not using app_rpt software with the URI, he is using the Bridgecom MV-iL hardware with a URI to interface to his GE Mastr III
So he can not set CORFROM=uisbinvert in software config.
73
Marshall
*From:* App_rpt-users [mailto: app_rpt-users-bounces@lists.allstarlink.org] *On Behalf Of * REDBUTTON_CTRL *Sent:* Saturday, March 09, 2019 5:24 PM *To:* app_rpt-users@lists.allstarlink.org *Subject:* Re: [App_rpt-users] GE Mastr III and DMK USB-URI
Bret, one thing to know about the URI is that the COR input line (pin 8) requires a signal transition to pull to ground. This is different that a signal that sources voltage and goes low. the URI has internal pullup resistors so it doesn't look for voltage change.
So what this means is if the CAS/COR out line on the Master III does not pull to ground when it goes low, the URI will not see a signal change. The URI has a dc blocking diode on its input. So it needs to see a signal that either goes low when the receiver is active or when it is inactive.
If the Master III CAS/COR is active hi then I suggest you connect the CAS/COR through a 47K resistor then to the base of an NPN transistor. Then connect the collector to pin 8 on the URI and connect the emitter to gorund. This will invert the CAS/COR signal and give an open collector that goes to ground on receiver activity.
Then in the Allstar node set the CORFROM=usbinvert.
This means the URI will be looking for a signal to ground pin 8. then audio will be sent through the system.
Hope this helps.
Regards,
Jon VA3RQ
On 3/9/2019 8:26 AM, Bret Taylor wrote:
"What channel driver are you running? This will determine what sort of audio you need from the system and where squelch is performed."
I'm using a Bridgecom MV-i1 to drive the URI - https://www.bridgecomsystems.com/collections/tl-net/products/mv-1
I don't know exactly what is under the hood. Their "OS" is called TL-Net. But under that is Raspbian. I have a network of TRBO repeaters that the MV-i1 taps into through IP Site Connect.
I'm trying to bridge the TRBO repeaters to this Mastr III base station. I've already created a cable using the info from http://www.repeater-builder.com/ge/mastr3/m3-ctrl/m3-ctrl.html
I created a bridge group in TL-Net to bridge the analog interface to IPSC masters. I can PTT on a DMR programmed to the correct Call Group, and hear it on a Analog radio tuned to the Mastr III frequency. But I can not hear the Analog radios return, it doesn't seem to trigger the URI.
If I use pin 8 on the URI (active low) and connect it to P5-17, or P5-20 (COR & CTCSS both Active High) on the Mastr III backplane, the URI goes into a broadcast storm. Using any of the optional pins for COR (2 & 3 both listed as active high) nothing happens. I suspect since these are GPIO, the configuration (for the URI?) is incorrect.
I know the URI works, as I was able to use it to drive an XPR5550e programmed to the analog frequency of the Mastr III. It's just not the best situation to run it like that. You clearly hear dispatch, but since I'm not tapped onto the return path of the antenna connected to the Mastr III, the mobiles response clarity is dependent on the proximity to the antenna of the XPR5550e.
"Double check your programing too, as the Mastr III IO is based on programing.
You'll need to ensure you have your de-empahsis and pre-emphasis setup properly too."
I do not have the Mastr III programming software (and can't seem to find it anywhere). Another user in this list says he has it, but it searching for it. So, I have no idea how it's programmed. It's possible the backplane connecters for audio out are disabled?
Thanks for your help.
--Bret Taylor
Olympia School District
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing listApp_rpt-users@lists.allstarlink.orghttp://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
_______________________________________________ App_rpt-users mailing list App_rpt-users@lists.allstarlink.org http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users
To unsubscribe from this list please visit http://lists.allstarlink.org/cgi-bin/mailman/listinfo/app_rpt-users and scroll down to the bottom of the page. Enter your email address and press the "Unsubscribe or edit options button" You do not need a password to unsubscribe, you can do it via email confirmation. If you have trouble unsubscribing, please send a message to the list detailing the problem.
participants (6)
-
Bret Taylor -
Bryan Fields -
C B -
Kevin Custer -
Marshall Oldham -
REDBUTTON_CTRL