Re: OT: How to kill packet radio in Serbia
Well, the SRV and SRS aren't just clubs, they're basically state institutions. They assign the call-signs (which you need to get the license), they used to issue the licenses until few years ago, they administer the exams, work through unofficial channels to affect changes to the regulations and so on, which basically excludes the possibility of just quitting them: They're the only way to get a license for an APRS station (because if they don't give you a call-sing, well, then you're a pirate) and so on.
On the other hand, I don't see how can complaining in the direwolf technical mailing list, or spamming the responsible people is going to actually help.
Perhaps campaigning locally for next SRS and SRV elections would be a better choice?
Hello Misko,
This is a technical support forum for the Direwolf software TNC.?
I personally feel this group and it's membership has no business
getting involved with a specific club's internal politics.? My
personal recommendation is if you don't agree with this one club's
direction, it might be time to join or start a new club that
better aligns with your interests.
Good luck.
--David
KI6ZHD
On 03/31/2021 01:02 PM, Misko YT7MPB
wrote:
Hi all! And my apologies for this off-topic:
As usual, I visited the local club yesterday (Tue Mar 30). And
there I was approached by one of the SRV ham union's
vice-presidents, Stanisa Zaklan YU7AC, who asked me to remove
packet radio equipment I was planning to install in the union's
premises. (My personal computer I brought there when I was the
union's secretary, and the packet TNC a foreign ham donated
recently.) The plan was to run 1200bd packet to serve local hams,
and later to upgrade to 300bd HF packet or pactor.
So YU7AC made it clear that they do not want packet radio &
other data modes to be practised and developed in the SRV ham
radio union. But before I remove the equipment, I thought it might
be of help if you consider as proper to send a personal note to
the union's president, and ask him whether their decision was
final, because it would diminish all my efforts to revive data
modes in Serbia.
His name is Keki Laszlo YT7DQ, email yt7dq@...
and another vice-president is
Barichek Laszlo YU7CM, email yu7cm48@...
(Of course, it is up to you to mail them or not. I am not going to
push you to do that but in a couple of days I will need to remove
that gear.)
Misko YT7MPB @ YU7BPQ
|
Re: OT: How to kill packet radio in Serbia
Hello Misko,
This is a technical support forum for the Direwolf software TNC.?
I personally feel this group and it's membership has no business
getting involved with a specific club's internal politics.? My
personal recommendation is if you don't agree with this one club's
direction, it might be time to join or start a new club that
better aligns with your interests.
Good luck.
--David
KI6ZHD
On 03/31/2021 01:02 PM, Misko YT7MPB
wrote:
toggle quoted message
Show quoted text
Hi all! And my apologies for this off-topic:
As usual, I visited the local club yesterday (Tue Mar 30). And
there I was approached by one of the SRV ham union's
vice-presidents, Stanisa Zaklan YU7AC, who asked me to remove
packet radio equipment I was planning to install in the union's
premises. (My personal computer I brought there when I was the
union's secretary, and the packet TNC a foreign ham donated
recently.) The plan was to run 1200bd packet to serve local hams,
and later to upgrade to 300bd HF packet or pactor.
So YU7AC made it clear that they do not want packet radio &
other data modes to be practised and developed in the SRV ham
radio union. But before I remove the equipment, I thought it might
be of help if you consider as proper to send a personal note to
the union's president, and ask him whether their decision was
final, because it would diminish all my efforts to revive data
modes in Serbia.
His name is Keki Laszlo YT7DQ, email yt7dq@...
and another vice-president is
Barichek Laszlo YU7CM, email yu7cm48@...
(Of course, it is up to you to mail them or not. I am not going to
push you to do that but in a couple of days I will need to remove
that gear.)
Misko YT7MPB @ YU7BPQ
|
OT: How to kill packet radio in Serbia
Hi all! And my apologies for this off-topic:
As usual, I visited the local club yesterday (Tue Mar 30). And there I was approached by one of the SRV ham union's vice-presidents, Stanisa Zaklan YU7AC, who asked me to remove packet radio equipment I was planning to install in the union's premises. (My personal computer I brought there when I was the union's secretary, and the packet TNC a foreign ham donated recently.) The plan was to run 1200bd packet to serve local hams, and later to upgrade to 300bd HF packet or pactor.
So YU7AC made it clear that they do not want packet radio & other data modes to be practised and developed in the SRV ham radio union. But before I remove the equipment, I thought it might be of help if you consider as proper to send a personal note to the union's president, and ask him whether their decision was final, because it would diminish all my efforts to revive data modes in Serbia.
His name is Keki Laszlo YT7DQ, email yt7dq@...
and another vice-president is
Barichek Laszlo YU7CM, email yu7cm48@...
(Of course, it is up to you to mail them or not. I am not going to push you to do that but in a couple of days I will need to remove that gear.)
Misko YT7MPB @ YU7BPQ
|
Just to clarify - switching it off helped.
On Wed, 31 Mar 2021, at 9:13 PM, Matthew Corcoran wrote:
Hi,
Just for information - There is another setting,?36 - RP-STE - Default is 5.? This has improved TX release times further.
Cheers,
Mat.
On Mon, 29 Mar 2021, at 9:08 PM, David Ranch wrote:
Hello John,
If you research the archives here and many other forums, you'll
find a LOT of other users having lots of different issues
including:
?? - inconsistent input and output audio levels during packet
operation
?? - different working results with the same operator using
multiple "identical" Baofeng radios ?? - very weak receiver frontends
for dealing with nearby strong signals
?? - these radios are very susceptible to RFI issues
?? - Not a Baofeng specific issue but doing RX/TX packet with only
5w can be difficult for reliable operation
It's up to you and like you said, they can be made to work.? It's
just up to how much hair you'll have left afterwards is up to
you.? :-)
--David
KI6ZHD
On 03/29/2021 12:20 PM, John Tetreault
(WA1OKB) wrote:
They may be low quality.... But you just solved
your problem, and effectively showed that all the "Baofeng is
garbage and doesn't work for packet" was far more unfounded bias
against what is seen as an inferior product, and had very little
to do with if it's capable of being used for packet or not...
There are a boatload of people using Baofeng UV5R radios for
packet with Direwolf quite successfully.
On Mon, Mar 29, 2021, 11:10 AM
Matthew Corcoran < m5mpc@...>
wrote: Hi,
Cheers Dana, that was it!!!? Disabling STE cured it :)? I Feel
a bit of a fool for not spotting that in the manual :)
I will take the advice about Baofeng being rubbish (they are,
I get quite bad pager breakthrough etc) - the only one I can
find that seems to fit the bill without going for a
shack-in-a-box is a Yeasu FT-25E.? But at the moment it's just
an experiment with near dummy loads for antennas - I'll see if
it can get it all working first.
Cheers again,
Mat.
On Sun, 28 Mar 2021, at 11:51 PM, Dana Myers wrote:
> On 3/28/2021 12:53 PM, Matthew Corcoran wrote:
> > Hi,
> >
> > I'm a packet newbie and I've got direwolf working
(have to say, the manual is very good :) ).? I'm using USB
serial PTT control with a Baofeng - PTT is quick at TX, no
problems there, but a bit slow releasing so it transmits over
some replies.
>
> Have you made sure to disable "Squelch Tail Elimination"
on the radio ?
>
>
>
> It may be enabled by default.
>
> 73,
> Dana? K6JQ
>
>
>
> >
> > I've looked at TXTAIL, but it seems that also delays
the PTT - Is there a way to continue the carrier for a set
time without delaying the PTT.? I've looked at direwolf -d o
and everything seems ok there.
> >
> > Cheers,
> >
> > Mat.
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
|
Hi,
Just for information - There is another setting,?36 - RP-STE - Default is 5.? This has improved TX release times further.
Cheers,
Mat.
On Mon, 29 Mar 2021, at 9:08 PM, David Ranch wrote:
Hello John,
If you research the archives here and many other forums, you'll
find a LOT of other users having lots of different issues
including:
?? - inconsistent input and output audio levels during packet
operation
?? - different working results with the same operator using
multiple "identical" Baofeng radios ?? - very weak receiver frontends
for dealing with nearby strong signals
?? - these radios are very susceptible to RFI issues
?? - Not a Baofeng specific issue but doing RX/TX packet with only
5w can be difficult for reliable operation
It's up to you and like you said, they can be made to work.? It's
just up to how much hair you'll have left afterwards is up to
you.? :-)
--David
KI6ZHD
On 03/29/2021 12:20 PM, John Tetreault
(WA1OKB) wrote:
They may be low quality.... But you just solved
your problem, and effectively showed that all the "Baofeng is
garbage and doesn't work for packet" was far more unfounded bias
against what is seen as an inferior product, and had very little
to do with if it's capable of being used for packet or not...
There are a boatload of people using Baofeng UV5R radios for
packet with Direwolf quite successfully.
On Mon, Mar 29, 2021, 11:10 AM
Matthew Corcoran < m5mpc@...>
wrote: Hi,
Cheers Dana, that was it!!!? Disabling STE cured it :)? I Feel
a bit of a fool for not spotting that in the manual :)
I will take the advice about Baofeng being rubbish (they are,
I get quite bad pager breakthrough etc) - the only one I can
find that seems to fit the bill without going for a
shack-in-a-box is a Yeasu FT-25E.? But at the moment it's just
an experiment with near dummy loads for antennas - I'll see if
it can get it all working first.
Cheers again,
Mat.
On Sun, 28 Mar 2021, at 11:51 PM, Dana Myers wrote:
> On 3/28/2021 12:53 PM, Matthew Corcoran wrote:
> > Hi,
> >
> > I'm a packet newbie and I've got direwolf working
(have to say, the manual is very good :) ).? I'm using USB
serial PTT control with a Baofeng - PTT is quick at TX, no
problems there, but a bit slow releasing so it transmits over
some replies.
>
> Have you made sure to disable "Squelch Tail Elimination"
on the radio ?
>
>
>
> It may be enabled by default.
>
> 73,
> Dana? K6JQ
>
>
>
> >
> > I've looked at TXTAIL, but it seems that also delays
the PTT - Is there a way to continue the carrier for a set
time without delaying the PTT.? I've looked at direwolf -d o
and everything seems ok there.
> >
> > Cheers,
> >
> > Mat.
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
|
"Curious, what sound device and radios are you using here?? By any chance, did you try the 4800bps 8PSK modems as well?"
A mix of the RL-20--- ?
Signalinks and a homebrew interface via RS-232 PTT.
4800b---? Yes, but no luck going through the MIC port.
I just glad to get 2400bps working so well!!
When I find time to "mod" a few radios for higher speed I will test and post results.
Tnx for the GREAT software!!
Trip - KT4WO
|
Re: PAT not able to digipeat properly using direwolf
Just to follow up before this topic gets locked. I changed all the alias lists in PAT to use the full callsign as a work around. I also wrote Martin as asked if AGW and Forms are coming for PAT. He replied saying that Forms are first and soon but AGW is on the list of wants.
|
Thanks for clarifying this; I was just about to ask.?
I've got one of the MFJ units, MFJ-1278T with the 2400 bps modem.?
Never used it in that mode, and am wondering if there are any
"watering hole" frequencies where the "B" standard might be in use?
Greg? KO6TH
WB2OSZ wrote:
toggle quoted message
Show quoted text
Back in the 1990s
there were at least three commercial TNCs that implemented 2400
bits per second.
- ¡¤?????????
which is an optional
board for the MFJ-1270 or MFJ-1274.
- ? .
- ? .
They all used the XR-2123 modem chip.? Now it is done with
software.
The "B" version is known to be compatible with the MFJ-2400.
|
Back in the 1990s there were at least three commercial TNCs that implemented 2400 bits per second.
- ? which is an optional board for the MFJ-1270 or MFJ-1274.
- ? .
- ? .
They all used the XR-2123 modem chip.? Now it is done with software. The "B" version is known to be compatible with the MFJ-2400.
|
Hello Trip,
Great to hear about your success!? Curious, what sound device and
radios are you using here?? By any chance, did you try the 4800bps
8PSK modems as well?
--David
KI6ZHD
On 03/30/2021 07:02 AM, kt67 wrote:
toggle quoted message
Show quoted text
Just some FYI on real world testing of 2400b.
Over the last few weeks my mtn top node has been on
2400 V26B and the results have been nothing short
of GREAT!? Users(3) are using UZ7HO in "DW QPSK V26B 2400" mode
and it's working at least as well as AFSK1200. This is on NON-line
of sight paths(4 to 8 miles) where multipath can be a real issue.
Other than to be compatible with old equipment I can see no
reason to use 1200b any longer.
Trip - KT4WO?
|
Just some FYI on real world testing of 2400b.
Over the last few weeks my mtn top node has been on
2400 V26B and the results have been nothing short
of GREAT!? Users(3) are using UZ7HO in "DW QPSK V26B 2400" mode
and it's working at least as well as AFSK1200. This is on NON-line
of sight paths(4 to 8 miles) where multipath can be a real issue.
Other than to be compatible with old equipment I can see no
reason to use 1200b any longer.
Trip - KT4WO?
|
Re: Home made CM119A board testing
On Tue, Mar 30, 2021 at 02:13 AM, Basil Gunn wrote:
I wrote a simple bash script that controls a gpio for a CM108 here:
Hi Basil, Thanks but i'm not familiar with Linux.... Will keep that in mind in case. 73 Patrick TK5EP
|
Re: Home made CM119A board testing
Hi
The Windows command processor seems to be truncating the device path at the & character.
Try quoting the device path like this:
cm108? "\\?\hid#vid_0d8c&pid_013a&mi_03#7&3177e20b&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}"
That worked perfecty ! PTT Led is blinbking... Thanks a lot ! 73 Patrick
|
Re: Home made CM119A board testing
The Windows command processor seems to be truncating the device path at the & character.
Try quoting the device path like this:
cm108? "\\?\hid#vid_0d8c&pid_013a&mi_03#7&3177e20b&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}"
|
Home made CM119A board testing
Patrick, But i can't find out how to test the GPIO3 PTT port. I'm getting a
WRITE ERROR with the command : cm108 \\?\hid#vid_0d8c I wrote a simple bash script that controls a gpio for a CM108 here: /Basil n7nix
|
Home made CM119A board testing
Hi all,
I've developped an interface board we want to use on our local repeater network with the Asterisk software.
It is build around a CM119A.
?I'm looking for a way to test the different GPIO ports and a ham told me that Direwolf has an utility to do that.
I've downloaded the 1.7 version and found that the CM108 software is the tool.
I launched CM108 and got the answer :
**? 0d8c 013a? USB PnP Sound Device???????????? \\?\hid#vid_0d8c&pid_013a&mi_03#7&3177e20b&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}
But i can't find out how to test the GPIO3 PTT port. I'm getting a WRITE ERROR with the command :? cm108 \\?\hid#vid_0d8c
No way to finf out how to progress...
Can anyone help ?
For those interest in my interface :
73, Patrick TK5EP.
|
Hello John,
If you research the archives here and many other forums, you'll
find a LOT of other users having lots of different issues
including:
?? - inconsistent input and output audio levels during packet
operation
?? - different working results with the same operator using
multiple "identical" Baofeng radios
?? - very weak receiver frontends
for dealing with nearby strong signals
?? - these radios are very susceptible to RFI issues
?? - Not a Baofeng specific issue but doing RX/TX packet with only
5w can be difficult for reliable operation
It's up to you and like you said, they can be made to work.? It's
just up to how much hair you'll have left afterwards is up to
you.? :-)
--David
KI6ZHD
On 03/29/2021 12:20 PM, John Tetreault
(WA1OKB) wrote:
toggle quoted message
Show quoted text
They may be low quality.... But you just solved
your problem, and effectively showed that all the "Baofeng is
garbage and doesn't work for packet" was far more unfounded bias
against what is seen as an inferior product, and had very little
to do with if it's capable of being used for packet or not...
There are a boatload of people using Baofeng UV5R radios for
packet with Direwolf quite successfully.
On Mon, Mar 29, 2021, 11:10 AM
Matthew Corcoran < m5mpc@...>
wrote:
Hi,
Cheers Dana, that was it!!!? Disabling STE cured it :)? I Feel
a bit of a fool for not spotting that in the manual :)
I will take the advice about Baofeng being rubbish (they are,
I get quite bad pager breakthrough etc) - the only one I can
find that seems to fit the bill without going for a
shack-in-a-box is a Yeasu FT-25E.? But at the moment it's just
an experiment with near dummy loads for antennas - I'll see if
it can get it all working first.
Cheers again,
Mat.
On Sun, 28 Mar 2021, at 11:51 PM, Dana Myers wrote:
> On 3/28/2021 12:53 PM, Matthew Corcoran wrote:
> > Hi,
> >
> > I'm a packet newbie and I've got direwolf working
(have to say, the manual is very good :) ).? I'm using USB
serial PTT control with a Baofeng - PTT is quick at TX, no
problems there, but a bit slow releasing so it transmits over
some replies.
>
> Have you made sure to disable "Squelch Tail Elimination"
on the radio ?
>
>
>
> It may be enabled by default.
>
> 73,
> Dana? K6JQ
>
>
>
> >
> > I've looked at TXTAIL, but it seems that also delays
the PTT - Is there a way to continue the carrier for a set
time without delaying the PTT.? I've looked at direwolf -d o
and everything seems ok there.
> >
> > Cheers,
> >
> > Mat.
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
|
Hi,
If I can get them working A-OK, I'll stick with them.? Once STE was disabled, I ran several tests and I'm getting no missed packets.? Not sure how it will fare when it's plugged into an X-30,? but initial tests are OK.
Seeing as it was asked if STE was on by default - I should clarify that it's a GT-3TP Mk. 3.
Cheers,
Mat.
On Mon, 29 Mar 2021, at 8:20 PM, John Tetreault? (WA1OKB) wrote:
They may be low quality.... But you just solved your problem, and effectively showed that all the "Baofeng is garbage and doesn't work for packet" was far more unfounded bias against what is seen as an inferior product, and had very little to do with if it's capable of being used for packet or not... There are a boatload of people using Baofeng UV5R radios for packet with Direwolf quite successfully.
On Mon, Mar 29, 2021, 11:10 AM Matthew Corcoran < m5mpc@...> wrote: Hi,
Cheers Dana, that was it!!!? Disabling STE cured it :)? I Feel a bit of a fool for not spotting that in the manual :)
I will take the advice about Baofeng being rubbish (they are, I get quite bad pager breakthrough etc) - the only one I can find that seems to fit the bill without going for a shack-in-a-box is a Yeasu FT-25E.? But at the moment it's just an experiment with near dummy loads for antennas - I'll see if it can get it all working first.
Cheers again,
Mat.
On Sun, 28 Mar 2021, at 11:51 PM, Dana Myers wrote:
> On 3/28/2021 12:53 PM, Matthew Corcoran wrote:
> > Hi,
> >
> > I'm a packet newbie and I've got direwolf working (have to say, the manual is very good :) ).? I'm using USB serial PTT control with a Baofeng - PTT is quick at TX, no problems there, but a bit slow releasing so it transmits over some replies.
>
> Have you made sure to disable "Squelch Tail Elimination" on the radio ?
>
>
>
> It may be enabled by default.
>
> 73,
> Dana? K6JQ
>
>
>
> >
> > I've looked at TXTAIL, but it seems that also delays the PTT - Is there a way to continue the carrier for a set time without delaying the PTT.? I've looked at direwolf -d o and everything seems ok there.
> >
> > Cheers,
> >
> > Mat.
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
|
They may be low quality.... But you just solved your problem, and effectively showed that all the "Baofeng is garbage and doesn't work for packet" was far more unfounded bias against what is seen as an inferior product, and had very little to do with if it's capable of being used for packet or not... There are a boatload of people using Baofeng UV5R radios for packet with Direwolf quite successfully.
On Mon, Mar 29, 2021, 11:10 AM Matthew Corcoran < m5mpc@...> wrote: Hi,
Cheers Dana, that was it!!!? Disabling STE cured it :)? I Feel a bit of a fool for not spotting that in the manual :)
I will take the advice about Baofeng being rubbish (they are, I get quite bad pager breakthrough etc) - the only one I can find that seems to fit the bill without going for a shack-in-a-box is a Yeasu FT-25E.? But at the moment it's just an experiment with near dummy loads for antennas - I'll see if it can get it all working first.
Cheers again,
Mat.
On Sun, 28 Mar 2021, at 11:51 PM, Dana Myers wrote:
> On 3/28/2021 12:53 PM, Matthew Corcoran wrote:
> > Hi,
> >
> > I'm a packet newbie and I've got direwolf working (have to say, the manual is very good :) ).? I'm using USB serial PTT control with a Baofeng - PTT is quick at TX, no problems there, but a bit slow releasing so it transmits over some replies.
>
> Have you made sure to disable "Squelch Tail Elimination" on the radio ?
>
>
>
> It may be enabled by default.
>
> 73,
> Dana? K6JQ
>
>
>
> >
> > I've looked at TXTAIL, but it seems that also delays the PTT - Is there a way to continue the carrier for a set time without delaying the PTT.? I've looked at direwolf -d o and everything seems ok there.
> >
> > Cheers,
> >
> > Mat.
> >
> >
> >
> >
> >
>
>
>
>
>
>
>
|
On 3/29/2021 8:30 AM, Suryono Adisoemarta via groups.io wrote: Reduce power, the RF is get induced to the PTT keeping TX too long. That's not the case here - radios based on the RDA1846(S) chips have a feature that uses a CTCSS tone to signal end of transmission, so compatible radios can mute the receiver and avoid the squelch tail. It's similar to reverse- burst CTCSS except, instead of changing the phase of? the CTCSS burst, it generates a specific CTCSS burst and hold the transmitter long-enough for the receiving end to decode and mute (~250mS). The original poster already confirmed this feature was enabled by default, disabled it and eliminated the long PTT tail. 73, Dana? K6JQ 73 de Yono - YD0NXX
|
W8DSB
Basil Gunn
John Tetreault (WA1OKB)