Hello Levente,
While possible, there are a lot of different experimental OFDM
modems out there but it's not clear which might be superior to any
existing Direwolf modems, etc.? I'm aware of the following OFDM
modems:
?? - Fldigi's OFDM effort from KL4YFD - Usually Fldigi modems are
difficult to reuse elsewhere
?? - FreeDV's OFDM effort from VK5DGR
?? - ADROP v1's OFDM effort from G8BPQ
Maybe you're aware of other OFDM modems that might be suitable to be
embedded into Direwolf?? Once a more complete list is created, I'd
recommend to create a Direwolf Github "issue" to track the feature
request.
Ps.? Until something is/if developed, consider checking out
Direwolf's FX.25 with the 300bps AFSK modem for use with HF.?
--David
KI6ZHD
On 05/18/2021 06:56 AM, Lev wrote:
toggle quoted message
Show quoted text
Hi,
Are there any plans to add more type of modems to Direwolf? I'd be
interested in the new OFDM modes, which is suitable for AX.25
communication. I'd use it on HF.
Best regards,
HA5OGL Levente 73s
|
Re: 9600 Bd with IC-9100 not possible?
Today I plugged out the radio and put a USB soundcard in place. When I connect an oscilloscope to the soundcard and the launch direwolf -x I can see sompletely overdriven singnals on the oscilloscope.
My questions:
1) Can someone, please, tell me where I can read of how the signals are supposed to look like?
2) Is there a means tro reduce the signal amplitude within direwolf, as the mixer control, while working, cannot be used to bring the signal in range?
Another observation:
The input signal range shown in the console differes considerably (orders of magnitude) from the ones shown in the user guide. Is thsi to be expected, or is it indicating a problem with my setup?
Thank you for consdering my questions.
|
Hi,
Are there any plans to add more type of modems to Direwolf? I'd be interested in the new OFDM modes, which is suitable for AX.25 communication. I'd use it on HF.
Best regards,
HA5OGL Levente 73s
--
Levente Kovacs
Senior Electronic Engineer
W:
|
9600 Bd with IC-9100 not possible?
Unfortunately I posted the below as an issue on github and was asked to come over here. So I repeat my post: I am trying to work 9600Bd packet radio with an ic-9100. This rig has a built in usb sound card. I was successful at 1200 Bd and hamlib for PTT control.
For 9600 Bd, however, it just doen't work at all. Same antenna, same location, same packet node, but kenwood rig works flawlessly. So my question is: Am I doing something wrong?
What I have observed: The Tx signal from direwolf to rig looks rectangular, letting me believe direwolf has no built in raised cosine filter (or any other ISI avoiding filter).
I got already an answer:
9600 bps can be frustrating because it requires a very wide flat audio bandpass out to about 5 kHz.
FM transceivers distort the audio signal with preemphasis and deemphasis which make it unusable for 9600 bps.
If there is no way to disable this, for the built in USB audio, you will need to use the 6 pin mini-DIN "DATA2" connector.
According to the IC-9100 instruction manual, page 167, you also need to enable 9600 bps operation.
What version of direwolf are you using? Anything recent should generate the signal using raised cosine shaping.
But: I am aware of all these issues and enabled 9600 bps on the radio. I am also using direwolf github master branch since I needed to enlarge the buffer for the ttyUSB name (issue #335). So which branch should I use?
?
|
On 5/10/21 10:00 PM, Lev wrote: Hi all,
Slightly off topic. Is there any on-air regular net or BBS on HF, preferably 7MHz that I can use to test my installation?
Or any volunteer I can arrange a QRX?
Thanks and 73s,
Levente, HA5OGL
Few stations are on 7044 kHz USB DIAL at 2200 Hz ('old' HF packet). I'll maybe visit them on Thursday May 13 somewhere in between 1600-1800 UTC. Also might be there on 7044 kHz USB DIAL at 1500 Hz (pactor & RPR). And the same on 3590 kHz in between 1800-1900 UTC. Misko YT7MPB & YU7BPQ
|
Hi all,
Slightly off topic. Is there any on-air regular net or BBS on HF, preferably 7MHz that I can use to test my installation?
Or any volunteer I can arrange a QRX?
Thanks and 73s,
Levente, HA5OGL
--
Levente Kovacs
Senior Electronic Engineer
W:
|
Re: How to change settings in Config?
Got it!? Thank you very much.
de
KA9WRZ
|
Re: How to change settings in Config?
Open with Notepad, or any other text editor. Notepad++ is a good (and free) editor also.
Patrick (N3TSZ)
On Monday, May 10, 2021, 09:00:21 AM EDT, Brad and Linda Nicholson <lnbn1975@...> wrote:
OK, new to Direwolf.? Just getting it set up.? It is receiving, apparently, as I see traffic on the screen.? I am pretty sure (according to what I have read) that I have to change some settings in the Config.? My problem, I don't know how to get into the Config file.? I click on it and get the Windows popup saying no program available.? I can look at it with a Windows reader but not sure how to edit.? Currently using Windows 7 Professional.??
Suggestions?
|
How to change settings in Config?
OK, new to Direwolf.? Just getting it set up.? It is receiving, apparently, as I see traffic on the screen.? I am pretty sure (according to what I have read) that I have to change some settings in the Config.? My problem, I don't know how to get into the Config file.? I click on it and get the Windows popup saying no program available.? I can look at it with a Windows reader but not sure how to edit.? Currently using Windows 7 Professional.??
Suggestions?
|
That did occur to me but thank you for the idea. Unfortunately for me it still didn't work. See below:
keithkaiser@Apparatus ~ % direwolf -c /Users/keithkaiser/direwolf-NEW.conf -t O
Dire Wolf version 1.6
Includes optional support for:? hamlib
?
Reading config file /Users/keithkaiser/direwolf-NEW.conf
Audio input device for receive: USB Audio CODEC:3? (channel 0)
Audio out device for transmit: USB Audio CODEC:2? (channel 0)
Number of devices = 5
--------------------------------------- device #2
Name? ? ? ? = "USB Audio CODEC "
Host API? ? = Core Audio
Max inputs? = 0
Max outputs = 2
--------------------------------------- device #3
Name? ? ? ? = "USB Audio CODEC "
Host API? ? = Core Audio
Max inputs? = 2
Max outputs = 0
Requested Input Audio Device not found USB Audio CODEC.
Pointless to continue without audio device.
keithkaiser@Apparatus ~ %?
?
|
Try swapping these.
Audio input device for receive: USB Audio CODEC:2? (channel 0)
Audio out device for transmit: USB Audio CODEC:3? (channel 0)
Note that 3 has only input and 2 has only output.
|
The cmake was indeed the missing part.? So I now have version 1.6 and followed the instructions for the ADEVICE settings, here is what happens when I try to run it.
keithkaiser@Apparatus ~ % direwolf -c /Users/keithkaiser/direwolf-NEW.conf -t O
Dire Wolf version 1.6
Includes optional support for:? hamlib
?
Reading config file /Users/keithkaiser/direwolf-NEW.conf
Audio input device for receive: USB Audio CODEC:2? (channel 0)
Audio out device for transmit: USB Audio CODEC:3? (channel 0)
Number of devices = 5
--------------------------------------- device #0
[ Default Input ]
Name? ? ? ? = "Built-in Microphone"
Host API? ? = Core Audio
Max inputs? = 2
Max outputs = 0
--------------------------------------- device #1
[ Default Output ]
Name? ? ? ? = "Built-in Output"
Host API? ? = Core Audio
Max inputs? = 0
Max outputs = 2
--------------------------------------- device #2
Name? ? ? ? = "USB Audio CODEC "
Host API? ? = Core Audio
Max inputs? = 0
Max outputs = 2
--------------------------------------- device #3
Name? ? ? ? = "USB Audio CODEC "
Host API? ? = Core Audio
Max inputs? = 2
Max outputs = 0
--------------------------------------- device #4
Name? ? ? ? = "Multi-Output Device"
Host API? ? = Core Audio
Max inputs? = 0
Max outputs = 2
Requested Input Audio Device not found USB Audio CODEC.
Pointless to continue without audio device.
keithkaiser@Apparatus ~ %?
Thoughts?
|
Sounds like you have to install cmake first.? Also, here's the latest user guide with installation instructions.? Install for Macintosh starts on page 30 of the guide:
|
I have v1.4 which is not running, on my Intel MacBook Pro with Big Sur v11.3 but instead of getting this older version of Direwolf running I’d like to upgrade the install to v1.6.
?
So I changed the direwolf folder name to direwolfOLD, then brought down the newer version using;?
git clone ?and of course changed directory to the new direwolf folder, with cd direwolf.
Did a quick mkdir build && cd build expecting to use cmake .. and have nothing happen. But there is nothing in build so I get the dreaded?“command not found:?cmake”.?
?
I’m guessing the procedures have changed since my last update, can someone fill in the blanks for me please? What should I do?
Keith, WA0?TJT Consider joining:? /g/NCM
|
Re: excessive messages fron servers - what is happening with IGates? -
Have you tried altering your range filters? Say start off with m/50 and see what quantity of packets you get from that, then adjust / alter your filters, and see what additional packets the APRS-IS returns to you from there?
73,
Ian ZL1VFO
|
Re: excessive messages fron servers - what is happening with IGates? -
Jim,
Great explanation, but I've done all of this.? I already have enough filtering on everything.? What I usually receive from the servers is maybe 100 or so an hour.? But to get 119,755 packets an hour is just wrong.? There are only 3600 seconds in that same hour, so the server would be expecting me to send 33 packets per second...? I don't think so.? Something broke, and as was mentioned, probably a misunderstand by the servers.
?
Arnold, KQ6DI
On 04/30/2021 12:08 PM Jim Bacher - WB8VSU <wb8vsu@...> wrote:
?
?
Arnold, pure guess.. I suspect that the APRS system forwards packets to be transmitted based on one of two items.
The first (least likely) would be what it calculates your coverage area to be. I have two Igates at the moment, one it says has 31 miles of? coverage and the other it says is 56 miles of coverage.
So the question is what does it think your coverage area is? (check both maps on the status page to see what areas are being reported).
The second and most likely possibility is based on what your Igate has reported to the APRS system. That of course includes what your Igate has heard from Digi's, not just your Igate. If your Igate is reporting those units, maybe the APRS servers figure your Igate is a good route back to those units. If that's the case, I believe you can reduce the area that your Igate will forward packets for to the APRS servers. That way they will not think your Igate is a good route to those units as you are not forwarding the stations position.
Incoming data filters from the Internet? run on the local system, not on the APRS servers. So they will only stop transmissions, and not impact your data usage. If the filters prevent the reporting of the position packets, then it likely will work.
Jim Bacher, WB8VSU
wb8vsu@...
On Apr 30, 2021, at 10:48 AM, Arnold Harding - KQ6DI <
kq6di@...> wrote:
Unfortunately I didn't capture what was being sent.? I should have done a screen shot, but didn't.? The three cases I've seen were on slower, MORE EXPENSIVE, internet connections, and my first reaction is to stop it.? When I'm getting more than 100,000 packets an hour through a satellite internet connection, all I can say is something is very bad.
?
Again, since I seem to be the only one noticing this, I can assume it's only something I did, that only affects things sometimes.? The reason I have the filtering in the first place is to cut down the total number of packets through the internet.? This is also a new issue since I haven't changed the IGate configuration at one site in over a year, and it suddenly started happening.? These aren't Gigabit connections, and I'm lucky enough to be allowed a parasite connection to the internet through a multiple-hop wireless internet system, or satellite internet.
?
I just wonder if the filter didn't make it to the servers properly, although that doesn't seem possible either.
?
Arnold, KQ6DI
On 04/30/2021 4:20 AM Lynn Deffenbaugh <kj4erj@...> wrote:
?
?
Remember the IGate design is such that the upstream APRS-IS server forwards packets that the IGate MIGHT be interested in transmitting on RF.? Unfortunately, some IGate implementations (I cannot speak for DireWolf because I don't run it) missed the "might" and attempt to transmit "EVERY" received packet on the local RF.
?
Did you perchance capture a sample of the actual packets in that burst?? They would be the source of identifying if a problem exists or not.
?
Is it possible that the IGate was running any additional filter terms on the APRS-IS connection that may have inadvertently starting matching unintended packets?? Most IGates should be run with no additional filters, but only receive the packets that the APRS-IS server considers possible transmit candidates.
?
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
?
On 4/30/2021 12:50 AM, Arnold Harding - KQ6DI wrote:
By the time you looked, I had removed the filtering and the IGTXVIA 0 has been commented out.
When I looked at the Screen for direwolf, it was constantly scrolling with stuff for the IGate to transmit.? Supposedly the actual amount of data is small, but one of the sites that did this is on Satellite internet, and data costs, so a million packets doesn't cost zero.
I saw no choice except to stop IGate TX functions.? Why it re-connected back to T2ONTARIO is probably because the restart was relatively quick.
If I'm the only one seeing this, then I don't have a reason to troubleshoot.? I didn't change anything to have it start happening, so something odd did happen as you can see from the statistics.
Arnold, KQ6DI
?
?
Hey Arnold,
Looking at this T2ONATARIO server by going to
then doing a search for "T2ONTARIO", clicking on that to take you to
.? At the top of this page is the contact information for this server who you might contact to see what he/she sees.? From here, you can also search for WA6ODP-4 where I see your station with no IG filter configured which seems to be unexpected.
--David
KI6ZHD
On 04/29/2021 06:46 PM, Arnold Harding - KQ6DI wrote:
I'm seeing odd behavior on a couple of IGates.? Occasionally in the last couple days they are being sent thousands of packets to be "transmitted" as if they are suddenly receiving a full APRS feed.? For example, this one IGate WA6ODP-4, usually receives maybe 10 packets an hour from the servers, but it has sometimes (often now) been receiving HUNDREDS OF THOUSANDS of packets each hour.? For example, from the two IGate messages below,, it is getting
119,755 packets an hour!? I consider that to be excessive...
?
2021-04-29 10:44:57 PDT: >APDW16,TCPIP*,qAC,T2ONTARIO:<IGATE,MSG_CNT=0,PKT_CNT=18,DIR_CNT=7,LOC_CNT=7,RF_CNT=84,UPL_CNT=2714,DNL_CNT=1052899
2021-04-29 11:44:57 PDT: >APDW16,TCPIP*,qAC,T2ONTARIO:<IGATE,MSG_CNT=0,PKT_CNT=20,DIR_CNT=12,LOC_CNT=12,RF_CNT=100,UPL_CNT=3113,DNL_CNT=1172654
?
Here are the two lines from the config file that "control" this:
IGTXVIA 0
IGFILTER r/37.81/-121.80/2 -u/APBM*/APDG*/APWL*/APJI* -b/K7FED-1
?
I've seen this occasionally, recently, on a couple other IGates.? Something suddenly broke.? Anyone know what happened?
?
Arnold, KQ6DI
?
|
Re: excessive messages fron servers - what is happening with IGates? -
Arnold, pure guess.. I suspect that the APRS system forwards packets to be transmitted based on one of two items.
The first (least likely) would be what it calculates your coverage area to be. I have two Igates at the moment, one it says has 31 miles of? coverage and the other it says is 56 miles of coverage.
So the question is what does it think your coverage area is? (check both maps on the status page to see what areas are being reported).
The second and most likely possibility is based on what your Igate has reported to the APRS system. That of course includes what your Igate has heard from Digi's, not just your Igate. If your Igate is reporting those units, maybe the APRS servers figure your Igate is a good route back to those units. If that's the case, I believe you can reduce the area that your Igate will forward packets for to the APRS servers. That way they will not think your Igate is a good route to those units as you are not forwarding the stations position.
Incoming data filters from the Internet? run on the local system, not on the APRS servers. So they will only stop transmissions, and not impact your data usage. If the filters prevent the reporting of the position packets, then it likely will work.
Jim Bacher, WB8VSU
wb8vsu@...
On Apr 30, 2021, at 10:48 AM, Arnold Harding - KQ6DI < kq6di@...> wrote:
Unfortunately I didn't capture what was being sent.? I should have done a screen shot, but didn't.? The three cases I've seen were on slower, MORE EXPENSIVE, internet connections, and my first reaction is to stop it.? When I'm getting more than 100,000 packets an hour through a satellite internet connection, all I can say is something is very bad.
?
Again, since I seem to be the only one noticing this, I can assume it's only something I did, that only affects things sometimes.? The reason I have the filtering in the first place is to cut down the total number of packets through the internet.? This is also a new issue since I haven't changed the IGate configuration at one site in over a year, and it suddenly started happening.? These aren't Gigabit connections, and I'm lucky enough to be allowed a parasite connection to the internet through a multiple-hop wireless internet system, or satellite internet.
?
I just wonder if the filter didn't make it to the servers properly, although that doesn't seem possible either.
?
Arnold, KQ6DI
On 04/30/2021 4:20 AM Lynn Deffenbaugh <kj4erj@...> wrote:
?
?
Remember the IGate design is such that the upstream APRS-IS server forwards packets that the IGate MIGHT be interested in transmitting on RF.? Unfortunately, some IGate implementations (I cannot speak for DireWolf because I don't run it) missed the "might" and attempt to transmit "EVERY" received packet on the local RF.
?
Did you perchance capture a sample of the actual packets in that burst?? They would be the source of identifying if a problem exists or not.
?
Is it possible that the IGate was running any additional filter terms on the APRS-IS connection that may have inadvertently starting matching unintended packets?? Most IGates should be run with no additional filters, but only receive the packets that the APRS-IS server considers possible transmit candidates.
?
Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32
?
On 4/30/2021 12:50 AM, Arnold Harding - KQ6DI wrote:
By the time you looked, I had removed the filtering and the IGTXVIA 0 has been commented out.
When I looked at the Screen for direwolf, it was constantly scrolling with stuff for the IGate to transmit.? Supposedly the actual amount of data is small, but one of the sites that did this is on Satellite internet, and data costs, so a million packets doesn't cost zero.
I saw no choice except to stop IGate TX functions.? Why it re-connected back to T2ONTARIO is probably because the restart was relatively quick.
If I'm the only one seeing this, then I don't have a reason to troubleshoot.? I didn't change anything to have it start happening, so something odd did happen as you can see from the statistics.
Arnold, KQ6DI
?
?
Hey Arnold,
Looking at this T2ONATARIO server by going to
then doing a search for "T2ONTARIO", clicking on that to take you to
.? At the top of this page is the contact information for this server who you might contact to see what he/she sees.? From here, you can also search for WA6ODP-4 where I see your station with no IG filter configured which seems to be unexpected.
--David
KI6ZHD
On 04/29/2021 06:46 PM, Arnold Harding - KQ6DI wrote:
I'm seeing odd behavior on a couple of IGates.? Occasionally in the last couple days they are being sent thousands of packets to be "transmitted" as if they are suddenly receiving a full APRS feed.? For example, this one IGate WA6ODP-4, usually receives maybe 10 packets an hour from the servers, but it has sometimes (often now) been receiving HUNDREDS OF THOUSANDS of packets each hour.? For example, from the two IGate messages below,, it is getting
119,755 packets an hour!? I consider that to be excessive...
?
2021-04-29 10:44:57 PDT: >APDW16,TCPIP*,qAC,T2ONTARIO:<IGATE,MSG_CNT=0,PKT_CNT=18,DIR_CNT=7,LOC_CNT=7,RF_CNT=84,UPL_CNT=2714,DNL_CNT=1052899
2021-04-29 11:44:57 PDT: >APDW16,TCPIP*,qAC,T2ONTARIO:<IGATE,MSG_CNT=0,PKT_CNT=20,DIR_CNT=12,LOC_CNT=12,RF_CNT=100,UPL_CNT=3113,DNL_CNT=1172654
?
Here are the two lines from the config file that "control" this:
IGTXVIA 0
IGFILTER r/37.81/-121.80/2 -u/APBM*/APDG*/APWL*/APJI* -b/K7FED-1
?
I've seen this occasionally, recently, on a couple other IGates.? Something suddenly broke.? Anyone know what happened?
?
Arnold, KQ6DI
?
|
Re: excessive messages fron servers - what is happening with IGates? -
Greg,? I’m very aware of Gapgte. ?But that’s not it. ?It seems to be world wide feed when it happens Arnold
toggle quoted message
Show quoted text
On Apr 30, 2021, at 10:03 AM, Greg D <ko6th.greg@...> wrote:
?
Hi Arnold,
Check to see if it's coming from "GAPGTE".? As I understand it, that
station is basically forwarding some not-insignificant portion of
the APRS-IS through RF to a cabin up in the Sierras somewhere, where
they don't have Internet service.? Nobody's been able to convince
him that it's a bad idea.
Greg? KO6TH
Arnold Harding - KQ6DI wrote:
I'll watch and
see what server(s) if/when it happens again.
Arnold, KQ6DI
?
?
Hey Arnold,
Unfortunately
I didn't capture what was being sent.? I should have done
a screen shot, but didn't.? The three cases I've seen were
on slower, MORE EXPENSIVE, internet connections, and my
first reaction is to stop it.? When I'm getting more than
100,000 packets an hour through a satellite internet
connection, all I can say is something is very bad.
I can appreciate your situation here and while I can recommend
some ideas, the real issue seems to be coming from the remote
APRS-IS server.?
?
I just
wonder if the filter didn't make it to the servers properly,
although that doesn't seem possible either.
If you know the traffic was coming from a specific APRS-IS
server, I recommend to contact that admin as they will be the
only one who will known of any recent changes, have access to
the relevant logs, etc.
--David
KI6ZHD
|
Re: excessive messages fron servers - what is happening with IGates? -
Hi Arnold,
Check to see if it's coming from "GAPGTE".? As I understand it, that
station is basically forwarding some not-insignificant portion of
the APRS-IS through RF to a cabin up in the Sierras somewhere, where
they don't have Internet service.? Nobody's been able to convince
him that it's a bad idea.
Greg? KO6TH
Arnold Harding - KQ6DI wrote:
toggle quoted message
Show quoted text
I'll watch and
see what server(s) if/when it happens again.
Arnold, KQ6DI
?
?
Hey Arnold,
Unfortunately
I didn't capture what was being sent.? I should have done
a screen shot, but didn't.? The three cases I've seen were
on slower, MORE EXPENSIVE, internet connections, and my
first reaction is to stop it.? When I'm getting more than
100,000 packets an hour through a satellite internet
connection, all I can say is something is very bad.
I can appreciate your situation here and while I can recommend
some ideas, the real issue seems to be coming from the remote
APRS-IS server.?
?
I just
wonder if the filter didn't make it to the servers properly,
although that doesn't seem possible either.
If you know the traffic was coming from a specific APRS-IS
server, I recommend to contact that admin as they will be the
only one who will known of any recent changes, have access to
the relevant logs, etc.
--David
KI6ZHD
|
Re: excessive messages fron servers - what is happening with IGates? -
I'll watch and see what server(s) if/when it happens again.
Arnold, KQ6DI
On 04/30/2021 8:49 AM David Ranch <direwolf-groupsio@...> wrote:
?
?
Hey Arnold,
Unfortunately I didn't capture what was being sent.? I should have done a screen shot, but didn't.? The three cases I've seen were on slower, MORE EXPENSIVE, internet connections, and my first reaction is to stop it.? When I'm getting more than 100,000 packets an hour through a satellite internet connection, all I can say is something is very bad.
I can appreciate your situation here and while I can recommend some ideas, the real issue seems to be coming from the remote APRS-IS server.?
?
I just wonder if the filter didn't make it to the servers properly, although that doesn't seem possible either.
If you know the traffic was coming from a specific APRS-IS server, I recommend to contact that admin as they will be the only one who will known of any recent changes, have access to the relevant logs, etc.
--David
KI6ZHD
|
Patrick Connor
Jeff KP3FT