|
So I'm hitting the standard problem in Windows that Pin6 of the DIN is connected to the VOLDN pin on the CM119B in DINAH. This results in the volume being turned down every time the squelch opens on the radio.??
So here is the question:? Why didn't DINAH use one of the available GPIO pins instead of VOLDN?? Is it because the software that is typically used with DINAH doesn't support that?
I'd love to use DINAH on Windows.? I'm perfectly happy to update the client software to support a GPIO in open source projects.? I'm an embedded software developer, and I've recently re-joined the Windows team at Microsoft As well.? So I'd be pleased to help fix this... But I'll need a bit more information on what drove that electrical decision in the schematic. And I'll need to know the key pieces of software that DINAH is targeting.? I'm aware of DireWolf, but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
|
We're using the DINAH interface for
Direwolf in an APRS appliance for the Appalachian Trail Golden
Packet event in an attempt to reduce our reliance on Kenwood APRS
radios (specifically the D710).? In this use, we cut a jumper in
the DINAH to disconnect the volume down behavior.
I was told that the DINAH is designed for
use with AllStar repeater software, so apparently that software
handles things better/differently than Direwolf.
Lynn (D) - KJ4ERJ - Author of APRSISCE
for Windows Mobile and Win32
On 6/16/2022 3:36 PM,
al@... wrote:
toggle quoted message
Show quoted text
So I'm hitting the standard problem in Windows that Pin6 of the
DIN is connected to the VOLDN pin on the CM119B in DINAH. This
results in the volume being turned down every time the squelch
opens on the radio.??
So here is the question:? Why didn't DINAH use one of the
available GPIO pins instead of VOLDN?? Is it because the software
that is typically used with DINAH doesn't support that?
I'd love to use DINAH on Windows.? I'm perfectly happy to update
the client software to support a GPIO in open source projects.?
I'm an embedded software developer, and I've recently re-joined
the Windows team at Microsoft As well.? So I'd be pleased to help
fix this... But I'll need a bit more information on what drove
that electrical decision in the schematic. And I'll need to know
the key pieces of software that DINAH is targeting.? I'm aware of
DireWolf, but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
|
I’m not convinced that Direwolf is the problem. The electrical design of DINAH connects the squelch logic signal to the Volume Down pin.? For example, this gets used for the volume up and down buttons on a USB headset that uses this chip.?
?
I’m going to guess that the CM108 driver on Linux (raspberry Pi) doesn’t support the hardware volume controls.? I should go find the linux driver and see for myself. ??I’m working with someone from core audio on Windows to help me find
the Widows driver and see how it handle this.
?
I’m curious as to why they decided to connect the squelch signal to this pin rather than one of the available GPIOs. (See the schematic). It seems reasonable to me for the driver to turn the volume down when someone probes the volume down
pin. ??It has the feel of a bad electrical decision rather than a software problem. But I’m willing to bet there was a good reason. Perhaps it was because early adopters re-used the logic lines available in existing headsets/Adapters? And on those boards perhaps
the GPIO pins weren’t accessible. But I the case of DINAH they are doing their on PCB. SO the decision could have been made differently.? Perhaps they didn’t do it because the underlying software depended on this choice??
?
Does anyone know the story?
?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of
Lynn Deffenbaugh via groups.io
Sent: Thursday, June 16, 2022 1:50 PM
To: [email protected]
Subject: Re: [DINAH] Sqelch Open attached to VOLUME DOWN in Schematic
?
We're using the DINAH interface for Direwolf in an APRS appliance for the Appalachian Trail Golden Packet event in an attempt to reduce our reliance on Kenwood APRS radios (specifically the D710).? In this use, we cut a jumper in the DINAH
to disconnect the volume down behavior.
I was told that the DINAH is designed for use with AllStar repeater software, so apparently that software handles things better/differently than Direwolf.
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
On 6/16/2022 3:36 PM,
al@... wrote:
So I'm hitting the standard problem in Windows that Pin6 of the DIN is connected to the VOLDN pin on the CM119B in DINAH. This results in the volume being turned down every time the squelch opens on the radio.??
So here is the question:? Why didn't DINAH use one of the available GPIO pins instead of VOLDN?? Is it because the software that is typically used with DINAH doesn't support that?
I'd love to use DINAH on Windows.? I'm perfectly happy to update the client software to support a GPIO in open source projects.? I'm an embedded software developer, and I've recently re-joined the Windows team at Microsoft As well.? So I'd be pleased to help
fix this... But I'll need a bit more information on what drove that electrical decision in the schematic. And I'll need to know the key pieces of software that DINAH is targeting.? I'm aware of DireWolf, but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
?
|
On Thu, Jun 16, 2022 at 7:28 PM Alan Ludwig < al@...> wrote:
I’m not convinced that Direwolf is the problem. The electrical design of DINAH connects the squelch logic signal to the Volume Down pin.? For example, this gets used for the volume up and down buttons on a USB headset that uses this chip.
I agree about Direwolf not being the problem. Direwolf doesn't need or use a squelch status indication coming from the radio.
Lee K5DAT
_._,_._,_
|
That's the only properly supported way Allstarlink/HamVoIP's
SimpleUSB driver does PTT. The DINAH and other interfaces like it
just converts that to essentially a continuous volume down press.
I understand Direwolf has a configuration option to support this
method of PTT as well, though it didn't used to. Even echolink on
Windows now supports this keying method, I believe, with URI
support, though I don't know how it gets around turning the output
volume down at the same time if it does.
You can use an unmodified fob from a MPOW 071 USB headset on
Linux with ASL/HamVoIP's SimpleUSB as a radio-less node
configuration to test this. Volume down is momentary PTT.
On 6/16/2022 3:36 PM,
al@... wrote:
toggle quoted message
Show quoted text
So I'm hitting the standard problem in Windows that Pin6 of the
DIN is connected to the VOLDN pin on the CM119B in DINAH. This
results in the volume being turned down every time the squelch
opens on the radio.??
So here is the question:? Why didn't DINAH use one of the
available GPIO pins instead of VOLDN?? Is it because the software
that is typically used with DINAH doesn't support that?
I'd love to use DINAH on Windows.? I'm perfectly happy to update
the client software to support a GPIO in open source projects.?
I'm an embedded software developer, and I've recently re-joined
the Windows team at Microsoft As well.? So I'd be pleased to help
fix this... But I'll need a bit more information on what drove
that electrical decision in the schematic. And I'll need to know
the key pieces of software that DINAH is targeting.? I'm aware of
DireWolf, but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
|
Yes and cut the COS jumper on the DINAH board and it is useful for digital activities.
?
The COS circuit is required only for voice modes, typically?AllStar image, and the software must specifically?manage the handling of this signal.? DINAH was bult?for the AllStar image, and the AllStar. image expected?COS on this pin.
On Thu, Jun 16, 2022 at 4:00 PM < al@...> wrote: So I'm hitting the standard problem in Windows that Pin6 of the DIN is connected to the VOLDN pin on the CM119B in DINAH. This results in the volume being turned down every time the squelch opens on the radio.??
So here is the question:? Why didn't DINAH use one of the available GPIO pins instead of VOLDN?? Is it because the software that is typically used with DINAH doesn't support that?
I'd love to use DINAH on Windows.? I'm perfectly happy to update the client software to support a GPIO in open source projects.? I'm an embedded software developer, and I've recently re-joined the Windows team at Microsoft As well.? So I'd be pleased to help fix this... But I'll need a bit more information on what drove that electrical decision in the schematic. And I'll need to know the key pieces of software that DINAH is targeting.? I'm aware of DireWolf, but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
?
?
?
--
|
As I suspected.? I know where the source for DireWolf is at (Github) so I can go confirm that. Sounds like ASL/HamVoip may be the source of the desire for this configuration. ?I’ll have to see if I can find the source for that.
?
Alan
N7JTI
?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of
Lee Bengston via groups.io
Sent: Thursday, June 16, 2022 6:33 PM
To: [email protected]
Subject: Re: [DINAH] Sqelch Open attached to VOLUME DOWN in Schematic
?
On Thu, Jun 16, 2022 at 7:28 PM Alan Ludwig <al@...> wrote:
I’m not convinced that Direwolf is the problem. The electrical design of DINAH connects the squelch logic signal to the Volume Down pin.? For example, this gets used for the volume up
and down buttons on a USB headset that uses this chip.
I agree about Direwolf not being the problem. Direwolf doesn't need or use a squelch status indication coming from the radio.
|
I don’t understand. Looking at the schematic for DINAH, VOLDN isn’t connected to PTT, it is connected to COS.? ??PTT is connected to GPIO3 (PIN 13).? It is COS that is connected to VOLDN.? Please correct me if I’m wrong.? But based on the
schematic here: ? it is the COS that is triggering volume down on Windows.
?
But it sound like if we can get some of these software packages to support configuration for COS we could at least provide jumper configuration for DINAH to get it off using COS on VOLDN.
????????????????????????
I’ll have a look at ASL/HamVoIP’s SimpleUSB.? ?Do you know where the source is at so I can have a look at what it would take to make it configurable?
?
?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of
Patrick Perdue via groups.io
Sent: Thursday, June 16, 2022 5:47 PM
To: [email protected]
Subject: Re: [DINAH] Sqelch Open attached to VOLUME DOWN in Schematic
?
That's the only properly supported way Allstarlink/HamVoIP's SimpleUSB driver does PTT. The DINAH and other interfaces like it just converts that to essentially a continuous volume down press. I understand Direwolf has a configuration option to support this
method of PTT as well, though it didn't used to. Even echolink on Windows now supports this keying method, I believe, with URI support, though I don't know how it gets around turning the output volume down at the same time if it does.
You can use an unmodified fob from a MPOW 071 USB headset on Linux with ASL/HamVoIP's SimpleUSB as a radio-less node configuration to test this. Volume down is momentary PTT.
?
On 6/16/2022 3:36 PM,
al@... wrote:
So I'm hitting the standard problem in Windows that Pin6 of the DIN is connected to the VOLDN pin on the CM119B in DINAH. This results in the volume being turned down every time the squelch opens on the radio.??
So here is the question:? Why didn't DINAH use one of the available GPIO pins instead of VOLDN?? Is it because the software that is typically used with DINAH doesn't support that?
I'd love to use DINAH on Windows.? I'm perfectly happy to update the client software to support a GPIO in open source projects.? I'm an embedded software developer, and I've recently re-joined the Windows team at Microsoft As well.? So I'd be pleased to help
fix this... But I'll need a bit more information on what drove that electrical decision in the schematic. And I'll need to know the key pieces of software that DINAH is targeting.? I'm aware of DireWolf, but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
|
If you are using Dire Wolf, cut JP3 COS jumper.
toggle quoted message
Show quoted text
On Jun 17, 2022, at 8:01 AM, Alan Ludwig <al@...> wrote:
?
As I suspected.? I know where the source for DireWolf is at (Github) so I can go confirm that. Sounds like ASL/HamVoip may be the source of the desire for this configuration. ?I’ll have to see if I can find the source for that.
?
Alan
N7JTI
?
?
On Thu, Jun 16, 2022 at 7:28 PM Alan Ludwig <al@...> wrote:
I’m not convinced that Direwolf is the problem. The electrical design of DINAH connects the squelch logic signal to the Volume Down pin.? For example, this gets used for the volume up
and down buttons on a USB headset that uses this chip.
I agree about Direwolf not being the problem. Direwolf doesn't need or use a squelch status indication coming from the radio.
|
Yeah, replace PTT with COS in everything I wrote yesterday.
That's what I actually meant.
On 6/17/2022 1:39 AM, Alan Ludwig
wrote:
toggle quoted message
Show quoted text
I don’t understand. Looking at the
schematic for DINAH, VOLDN isn’t connected to PTT, it is
connected to COS.? ??PTT is connected to GPIO3 (PIN 13).? It
is COS that is connected to VOLDN.? Please correct me if I’m
wrong.? But based on the schematic here: ? it is the COS that is triggering
volume down on Windows.
?
But it sound like if we can get some of
these software packages to support configuration for COS we
could at least provide jumper configuration for DINAH to get
it off using COS on VOLDN.
????????????????????????
I’ll have a look at ASL/HamVoIP’s
SimpleUSB.? ?Do you know where the source is at so I can have
a look at what it would take to make it configurable?
?
?
?
That's the only properly supported way Allstarlink/HamVoIP's
SimpleUSB driver does PTT. The DINAH and other interfaces like
it just converts that to essentially a continuous volume down
press. I understand Direwolf has a configuration option to
support this method of PTT as well, though it didn't used to.
Even echolink on Windows now supports this keying method, I
believe, with URI support, though I don't know how it gets
around turning the output volume down at the same time if it
does.
You can use an unmodified fob from a MPOW 071 USB headset on
Linux with ASL/HamVoIP's SimpleUSB as a radio-less node
configuration to test this. Volume down is momentary PTT.
?
On 6/16/2022 3:36 PM,
al@... wrote:
So I'm hitting the standard problem in
Windows that Pin6 of the DIN is connected to the VOLDN pin
on the CM119B in DINAH. This results in the volume being
turned down every time the squelch opens on the radio.??
So here is the question:? Why didn't DINAH use one of the
available GPIO pins instead of VOLDN?? Is it because the
software that is typically used with DINAH doesn't support
that?
I'd love to use DINAH on Windows.? I'm perfectly happy to
update the client software to support a GPIO in open source
projects.? I'm an embedded software developer, and I've
recently re-joined the Windows team at Microsoft As well.?
So I'd be pleased to help fix this... But I'll need a bit
more information on what drove that electrical decision in
the schematic. And I'll need to know the key pieces of
software that DINAH is targeting.? I'm aware of DireWolf,
but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
|
Ok, so if we updated AllStar to take a configuration for COS, we could update DINAH to have a jumper to select COS to a GPIO, and you could do both!? No need to change the defaults for anything, but one could enable configuration (jumpers
and/or software settings) to enable both.
?
Thanks for the info, that was just what I was looking for.? Now It seems I’ve got a few weekend projects!
?
Woot,
Alan – N7JTI
?
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of
Don Rolph via groups.io
Sent: Friday, June 17, 2022 3:20 AM
To: [email protected]
Subject: Re: [DINAH] Sqelch Open attached to VOLUME DOWN in Schematic
?
Yes and cut the COS jumper on the DINAH board and it is useful for digital activities.
The COS circuit is required only for voice modes, typically?AllStar image, and the software must specifically?manage the handling of this signal.? DINAH was bult?for the AllStar image, and the AllStar. image expected?COS on this pin.
?
On Thu, Jun 16, 2022 at 4:00 PM <al@...> wrote:
So I'm hitting the standard problem in Windows that Pin6 of the DIN is connected to the VOLDN pin on the CM119B in DINAH. This results in the volume being turned down every time the squelch opens on the radio.??
So here is the question:? Why didn't DINAH use one of the available GPIO pins instead of VOLDN?? Is it because the software that is typically used with DINAH doesn't support that?
I'd love to use DINAH on Windows.? I'm perfectly happy to update the client software to support a GPIO in open source projects.? I'm an embedded software developer, and I've recently re-joined the Windows team at Microsoft As well.? So I'd be pleased to help
fix this... But I'll need a bit more information on what drove that electrical decision in the schematic. And I'll need to know the key pieces of software that DINAH is targeting.? I'm aware of DireWolf, but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
?
?
?
--
|
toggle quoted message
Show quoted text
From: [email protected] < [email protected]> On Behalf Of
Patrick Perdue via groups.io
Sent: Friday, June 17, 2022 5:40 AM
To: [email protected]
Subject: Re: [DINAH] Sqelch Open attached to VOLUME DOWN in Schematic
?
Yeah, replace PTT with COS in everything I wrote yesterday. That's what I actually meant.
?
On 6/17/2022 1:39 AM, Alan Ludwig wrote:
I don’t understand. Looking at the schematic for DINAH, VOLDN isn’t connected to PTT, it is connected to COS.? ??PTT is connected to GPIO3 (PIN 13).? It is COS that is connected to VOLDN.? Please correct me if I’m wrong.? But based on the
schematic here: ? it is the COS that is triggering volume down on Windows.
?
But it sound like if we can get some of these software packages to support configuration for COS we could at least provide jumper configuration for DINAH to get it off using COS on VOLDN.
????????????????????????
I’ll have a look at ASL/HamVoIP’s SimpleUSB.? ?Do you know where the source is at so I can have a look at what it would take to make it configurable?
?
?
?
That's the only properly supported way Allstarlink/HamVoIP's SimpleUSB driver does PTT. The DINAH and other interfaces like it just converts that to essentially a continuous volume down press. I understand Direwolf has a configuration option to support this
method of PTT as well, though it didn't used to. Even echolink on Windows now supports this keying method, I believe, with URI support, though I don't know how it gets around turning the output volume down at the same time if it does.
You can use an unmodified fob from a MPOW 071 USB headset on Linux with ASL/HamVoIP's SimpleUSB as a radio-less node configuration to test this. Volume down is momentary PTT.
?
On 6/16/2022 3:36 PM,
al@... wrote:
So I'm hitting the standard problem in Windows that Pin6 of the DIN is connected to the VOLDN pin on the CM119B in DINAH. This results in the volume being turned down every time the squelch opens on the radio.??
So here is the question:? Why didn't DINAH use one of the available GPIO pins instead of VOLDN?? Is it because the software that is typically used with DINAH doesn't support that?
I'd love to use DINAH on Windows.? I'm perfectly happy to update the client software to support a GPIO in open source projects.? I'm an embedded software developer, and I've recently re-joined the Windows team at Microsoft As well.? So I'd be pleased to help
fix this... But I'll need a bit more information on what drove that electrical decision in the schematic. And I'll need to know the key pieces of software that DINAH is targeting.? I'm aware of DireWolf, but what else?
Alan Ludwig
N7JTI -- and Packet user as well as:
Principal Software Development Engineer?
Device Security Team
Enterprise and Security?
Microsoft
|
