¿ªÔÆÌåÓý

Date

Re: IGATE to AGWPE #linux

 

¿ªÔÆÌåÓý


Hello Roby,

Leaving the AGW interface out of the discussion for a moment, once DIrewolf connects to the APRS-IS system, you need to then send it a PBEACON (Position Beacon) to let that system know where you are located.? Once it then knows where you are, then it's a matter of setting the FILTER, IGFILTER, IGTXVIA and IGTXLIMIT parameters for the traffic you want to receive from the APRS-IS system and the traffic you want to re-transmit back onto RF.? To start with, I would recommend to only re-transmit APRS messages for your local area.? That would be done with:

?? IGFILTER m/10
?? FILTER IG 0 t/m

That says "for the server side filter on the IG (igate) system to ADEVICE 0, send this direwolf device unit all relevant APRS M (messages) for a 10KM radius of your station.?? After that, please consult the Direwolf User Guide and of how to tune the reset of these filters for the traffic you desire but be careful, it's very easy to configure your system to start flooding the local RF channel with irrelevant noise as well as very easily overheat and destroy your transmitter radio.

--David
KI6ZHD




On 04/04/2023 06:33 AM, Roby IV3JDV wrote:

Hi all, I have compiled the latest Direwolf version for Linux and I would like to connect an APRS server
and send the received data to the AGWPE interface where an APRSWeb server is connected.
Direwolf connects to the APRS server but if I debug the igate (direwolf -di) I see no incoming traffic.
Is there some parameter to send to the APRS server to enable it to forward all traffic to Direwolf?

Roby IV3JDV


IGATE to AGWPE #linux

 

Hi all, I have compiled the latest Direwolf version for Linux and I would like to connect an APRS server
and send the received data to the AGWPE interface where an APRSWeb server is connected.
Direwolf connects to the APRS server but if I debug the igate (direwolf -di) I see no incoming traffic.
Is there some parameter to send to the APRS server to enable it to forward all traffic to Direwolf?

Roby IV3JDV


Re: Re-6: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

Some documentation can be found here.



Dire Wolf is mentioned as being used as the decoder for packet radio.??

It is not clear whether openwebrx has its own IGate implementation or uses the one built into Dire Wolf.? That is the first question that needs to be answered.

If the Dire Wolf IGate is being used, there might be a filter in the configuration file.

If openwebrx has has its own IGate implementation, it might report only moving objects.

73,
John WB2OSZ


Re-6: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

¿ªÔÆÌåÓý

1. I mean reporting to APRS-IS, I-Gate only.
?
before uiview32, now direwolf with OpenWebRX.
?
OpenWebRX is a web-based SDR?receiver?uses direwolf to decode APRS. -> ???
?
As far as I know, OpenWebRX writes WAV files to decode them with direwolf. but don't pin me down.

Re: Re-4: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 3. April 2023, 22:04 Uhr
Von Andrew P. <andrewemt@...>
An [email protected] <[email protected]>
Do you mean:
1. Report _from_ your station _to_ APRS-IS, or
2. Report _from_ APRS-IS to your Internet client?

Where "your station" is UIView32 or Direwolf.

I know from experience that I-gate software varies in how long they take to get a packet from the radio to the Internet. My own APRS program YAAC is known to be a very slow I-gate, but I optimized it for fast reporting to the local user versus fast pushing to the APRS-IS.

What exactly is openwebrx? Is this being placed between Direwolf and your Internet connection, rather than letting Direwolf send directly to the APRS-IS?

Andrew, KA2DDO
author of YAAC


From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:53 PM
To: [email protected] <[email protected]>
Subject: Re-4: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

Hi Andrew,
?
but why does the station reports?with uiview-32 sucessful, but with direwolf under openwebrx not?
?
Alone because of the running time?
?
I'm confused
?
?
Re: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 3. April 2023, 21:38 Uhr
Von Andrew P. <andrewemt@...>
An [email protected] <[email protected]>
Uh, are we back with the misunderstanding and false assumption that APRS-IS can be used for propagation analysis?

Remember, the APRS-IS _always_ discards all but the first-received (by the APRS-IS backbone) copy of any given packet. So, if multiple I-gates hear the same packet, only the _earliest_ I-gate's copy of the packet will get through to APRS-IS receiving clients. Period. You can't make the APRS-IS send duplicate packets from a slow I-gate.

Please keep this in mind when designing your APRS-IS client.

Andrew, KA2DDO


From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:17 PM
To: [email protected] <[email protected]>
Subject: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

But the received traffic can be seen in the screenshot of the console in the previous post?
?
?
Re: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 1. April 2023, 00:13 Uhr
Von David Ranch <direwolf-groupsio@...>
An [email protected] <[email protected]>

I don't know what to say here other than aprs.fi is not showing any real heard traffic from your station.? I would assume this is a levels issue with your SDR or an I/O issue between the SDR software --> Direwolf.? In the terminal window that has Direwolf running, you should be seeing decoded packets from all of the packets stations on frequency.? If you're not seeing decodes, this again points back to a form of "audio level issues".?


--
Stations heard directly by DB0DAN:

callsign ??? ??? pkts ??? first heard - PDT ??? last heard ??? longest ??? (rx => tx) ??? longest at - PDT ?
DL6YEA-8 ??? ??? 1878 ??? 2023-02-28 19:28:37 ??? 2023-03-31 07:04:19 ??? IO53AE > JO53KB ??? 862.7 miles 279¡ã ??? 2023-03-30 22:29:17
DF3YG-8 ??? ?? ? ?? 1 ??? 2023-03-26 06:09:33 ??? 2023-03-26 06:09:33 ??? JO53MM > JO53KB ?? ? 30.7 miles? 11¡ã ??? 2023-03-26 06:09:33
DL2VPL-9 ??? ?????? 6 ??? 2023-03-21 04:14:05 ??? 2023-03-31 05:26:25 ??? JO52GV > JO53KB ?? ? 19.0 miles 236¡ã ??? 2023-03-21 04:14:05
DB0PER ??? ?????? 402 ??? 2023-02-28 16:19:58 ??? 2023-03-20 18:07:03 ??? JO53WB > JO53KB ?? ? 39.6 miles? 89¡ã ??? 2023-03-20 18:07:03
DG5SUX-10 ??? ?? ?? 4 ??? 2023-03-17 07:17:38 ??? 2023-03-17 07:27:26 ??? JO52NX > JO53KB ?? ? 13.0 miles 120¡ã ??? 2023-03-17 07:27:26
--


--David



On 03/31/2023 02:44 PM, Hiermur wrote:
Nothing but mobile stations?are reported to aprs-is.
?
?
Sry, but, what can I do?
?
?
?
?




Re: Direwolf Wont Receive Packets

 

On Mon, Apr 3, 2023 at 02:02 PM, <isaacchessmaster@...> wrote:
Hey all,?

New to Direwolf and APRS and for some reason I can't find out why my digipeater is not receiving packets. I am beaconing just fine and can see my position on aprs.fi (Callsign KE2ATV-10) and could see the raw packets for my beaconing, but none were received, not even packets showing up in red for being unable to decode. If anybody has any suggestions or modifications I need to make to the config file please let me know.

73
You are not providing enough information for us to provide answers.
You say "... I can't find out why my digipeater is not receiving packets. ..."
? ?a) Are you referring to your station is not decoding any packet, and therefore is not acting as a DIGI?
? ?b) Are you referring to your station is decoding packets but not retransmitting (DIGI'ing) them on?
or
? ?c) Are you really referring to you transmissions are not being DIGI'ed by other stations?

If c) then there are other things to consider:
? ? ? ?You appear to be using a path of WIDE1-1.? Are you sure other stations are configured with that as an ALIAS (so they will DIGIpeat your packet?
? ? ? ?Are you expecting to see something on aprs.fi with WIDE1-1 used up?
? ? ? ? ? Remember, aprs.fi will only show the information for the first time the packet is received.?
? ? ? ? ? So if the packet is sent directly to APRS-IS by setting the IGSERVER directive in your config file, that will be the only information displayed.
? ? ? ??
Maybe a little more information on your Direwolf configuration
? ? ?Are you connected to the internet directly (IGSERVER)?
? ? ?If you are setup as a DIGI, how are you setup to DIGI (DIGIPEAT)
? ? ?
-------
Rob KB8RCO


Re: Re-4: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

¿ªÔÆÌåÓý

Do you mean:
1. Report _from_ your station _to_ APRS-IS, or
2. Report _from_ APRS-IS to your Internet client?

Where "your station" is UIView32 or Direwolf.

I know from experience that I-gate software varies in how long they take to get a packet from the radio to the Internet. My own APRS program YAAC is known to be a very slow I-gate, but I optimized it for fast reporting to the local user versus fast pushing to the APRS-IS.

What exactly is openwebrx? Is this being placed between Direwolf and your Internet connection, rather than letting Direwolf send directly to the APRS-IS?

Andrew, KA2DDO
author of YAAC


From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:53 PM
To: [email protected] <[email protected]>
Subject: Re-4: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

Hi Andrew,
?
but why does the station reports?with uiview-32 sucessful, but with direwolf under openwebrx not?
?
Alone because of the running time?
?
I'm confused
?
?
Re: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 3. April 2023, 21:38 Uhr
Von Andrew P. <andrewemt@...>
An [email protected] <[email protected]>
Uh, are we back with the misunderstanding and false assumption that APRS-IS can be used for propagation analysis?

Remember, the APRS-IS _always_ discards all but the first-received (by the APRS-IS backbone) copy of any given packet. So, if multiple I-gates hear the same packet, only the _earliest_ I-gate's copy of the packet will get through to APRS-IS receiving clients. Period. You can't make the APRS-IS send duplicate packets from a slow I-gate.

Please keep this in mind when designing your APRS-IS client.

Andrew, KA2DDO


From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:17 PM
To: [email protected] <[email protected]>
Subject: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

But the received traffic can be seen in the screenshot of the console in the previous post?
?
?
Re: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 1. April 2023, 00:13 Uhr
Von David Ranch <direwolf-groupsio@...>
An [email protected] <[email protected]>

I don't know what to say here other than aprs.fi is not showing any real heard traffic from your station.? I would assume this is a levels issue with your SDR or an I/O issue between the SDR software --> Direwolf.? In the terminal window that has Direwolf running, you should be seeing decoded packets from all of the packets stations on frequency.? If you're not seeing decodes, this again points back to a form of "audio level issues".?


--
Stations heard directly by DB0DAN:

callsign ??? ??? pkts ??? first heard - PDT ??? last heard ??? longest ??? (rx => tx) ??? longest at - PDT ?
DL6YEA-8 ??? ??? 1878 ??? 2023-02-28 19:28:37 ??? 2023-03-31 07:04:19 ??? IO53AE > JO53KB ??? 862.7 miles 279¡ã ??? 2023-03-30 22:29:17
DF3YG-8 ??? ?? ? ?? 1 ??? 2023-03-26 06:09:33 ??? 2023-03-26 06:09:33 ??? JO53MM > JO53KB ?? ? 30.7 miles? 11¡ã ??? 2023-03-26 06:09:33
DL2VPL-9 ??? ?????? 6 ??? 2023-03-21 04:14:05 ??? 2023-03-31 05:26:25 ??? JO52GV > JO53KB ?? ? 19.0 miles 236¡ã ??? 2023-03-21 04:14:05
DB0PER ??? ?????? 402 ??? 2023-02-28 16:19:58 ??? 2023-03-20 18:07:03 ??? JO53WB > JO53KB ?? ? 39.6 miles? 89¡ã ??? 2023-03-20 18:07:03
DG5SUX-10 ??? ?? ?? 4 ??? 2023-03-17 07:17:38 ??? 2023-03-17 07:27:26 ??? JO52NX > JO53KB ?? ? 13.0 miles 120¡ã ??? 2023-03-17 07:27:26
--


--David



On 03/31/2023 02:44 PM, Hiermur wrote:
Nothing but mobile stations?are reported to aprs-is.
?
?
Sry, but, what can I do?
?
?
?
?




Re-4: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

¿ªÔÆÌåÓý

Hi Andrew,
?
but why does the station reports?with uiview-32 sucessful, but with direwolf under openwebrx not?
?
Alone because of the running time?
?
I'm confused
?
?

Re: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 3. April 2023, 21:38 Uhr
Von Andrew P. <andrewemt@...>
An [email protected] <[email protected]>
Uh, are we back with the misunderstanding and false assumption that APRS-IS can be used for propagation analysis?

Remember, the APRS-IS _always_ discards all but the first-received (by the APRS-IS backbone) copy of any given packet. So, if multiple I-gates hear the same packet, only the _earliest_ I-gate's copy of the packet will get through to APRS-IS receiving clients. Period. You can't make the APRS-IS send duplicate packets from a slow I-gate.

Please keep this in mind when designing your APRS-IS client.

Andrew, KA2DDO


From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:17 PM
To: [email protected] <[email protected]>
Subject: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

But the received traffic can be seen in the screenshot of the console in the previous post?
?
?
Re: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 1. April 2023, 00:13 Uhr
Von David Ranch <direwolf-groupsio@...>
An [email protected] <[email protected]>

I don't know what to say here other than aprs.fi is not showing any real heard traffic from your station.? I would assume this is a levels issue with your SDR or an I/O issue between the SDR software --> Direwolf.? In the terminal window that has Direwolf running, you should be seeing decoded packets from all of the packets stations on frequency.? If you're not seeing decodes, this again points back to a form of "audio level issues".?


--
Stations heard directly by DB0DAN:

callsign ??? ??? pkts ??? first heard - PDT ??? last heard ??? longest ??? (rx => tx) ??? longest at - PDT ?
DL6YEA-8 ??? ??? 1878 ??? 2023-02-28 19:28:37 ??? 2023-03-31 07:04:19 ??? IO53AE > JO53KB ??? 862.7 miles 279¡ã ??? 2023-03-30 22:29:17
DF3YG-8 ??? ?? ? ?? 1 ??? 2023-03-26 06:09:33 ??? 2023-03-26 06:09:33 ??? JO53MM > JO53KB ?? ? 30.7 miles? 11¡ã ??? 2023-03-26 06:09:33
DL2VPL-9 ??? ?????? 6 ??? 2023-03-21 04:14:05 ??? 2023-03-31 05:26:25 ??? JO52GV > JO53KB ?? ? 19.0 miles 236¡ã ??? 2023-03-21 04:14:05
DB0PER ??? ?????? 402 ??? 2023-02-28 16:19:58 ??? 2023-03-20 18:07:03 ??? JO53WB > JO53KB ?? ? 39.6 miles? 89¡ã ??? 2023-03-20 18:07:03
DG5SUX-10 ??? ?? ?? 4 ??? 2023-03-17 07:17:38 ??? 2023-03-17 07:27:26 ??? JO52NX > JO53KB ?? ? 13.0 miles 120¡ã ??? 2023-03-17 07:27:26
--


--David



On 03/31/2023 02:44 PM, Hiermur wrote:
Nothing but mobile stations?are reported to aprs-is.
?
?
Sry, but, what can I do?
?
?
?
?



Re: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

¿ªÔÆÌåÓý

Uh, are we back with the misunderstanding and false assumption that APRS-IS can be used for propagation analysis?

Remember, the APRS-IS _always_ discards all but the first-received (by the APRS-IS backbone) copy of any given packet. So, if multiple I-gates hear the same packet, only the _earliest_ I-gate's copy of the packet will get through to APRS-IS receiving clients. Period. You can't make the APRS-IS send duplicate packets from a slow I-gate.

Please keep this in mind when designing your APRS-IS client.

Andrew, KA2DDO


From: [email protected] <[email protected]> on behalf of Hiermur <murdocker@...>
Sent: Monday, April 3, 2023, 3:17 PM
To: [email protected] <[email protected]>
Subject: Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

But the received traffic can be seen in the screenshot of the console in the previous post?
?
?
Re: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 1. April 2023, 00:13 Uhr
Von David Ranch <direwolf-groupsio@...>
An [email protected] <[email protected]>

I don't know what to say here other than aprs.fi is not showing any real heard traffic from your station.? I would assume this is a levels issue with your SDR or an I/O issue between the SDR software --> Direwolf.? In the terminal window that has Direwolf running, you should be seeing decoded packets from all of the packets stations on frequency.? If you're not seeing decodes, this again points back to a form of "audio level issues".?


--
Stations heard directly by DB0DAN:

callsign ??? ??? pkts ??? first heard - PDT ??? last heard ??? longest ??? (rx => tx) ??? longest at - PDT ?
DL6YEA-8 ??? ??? 1878 ??? 2023-02-28 19:28:37 ??? 2023-03-31 07:04:19 ??? IO53AE > JO53KB ??? 862.7 miles 279¡ã ??? 2023-03-30 22:29:17
DF3YG-8 ??? ?? ? ?? 1 ??? 2023-03-26 06:09:33 ??? 2023-03-26 06:09:33 ??? JO53MM > JO53KB ?? ? 30.7 miles? 11¡ã ??? 2023-03-26 06:09:33
DL2VPL-9 ??? ?????? 6 ??? 2023-03-21 04:14:05 ??? 2023-03-31 05:26:25 ??? JO52GV > JO53KB ?? ? 19.0 miles 236¡ã ??? 2023-03-21 04:14:05
DB0PER ??? ?????? 402 ??? 2023-02-28 16:19:58 ??? 2023-03-20 18:07:03 ??? JO53WB > JO53KB ?? ? 39.6 miles? 89¡ã ??? 2023-03-20 18:07:03
DG5SUX-10 ??? ?? ?? 4 ??? 2023-03-17 07:17:38 ??? 2023-03-17 07:27:26 ??? JO52NX > JO53KB ?? ? 13.0 miles 120¡ã ??? 2023-03-17 07:27:26
--


--David



On 03/31/2023 02:44 PM, Hiermur wrote:
Nothing but mobile stations?are reported to aprs-is.
?
?
Sry, but, what can I do?
?
?
?
?



Re-2: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

¿ªÔÆÌåÓý

But the received traffic can be seen in the screenshot of the console in the previous post?
?
?

Re: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters? 1. April 2023, 00:13 Uhr
Von David Ranch <direwolf-groupsio@...>
An [email protected] <[email protected]>

I don't know what to say here other than aprs.fi is not showing any real heard traffic from your station.? I would assume this is a levels issue with your SDR or an I/O issue between the SDR software --> Direwolf.? In the terminal window that has Direwolf running, you should be seeing decoded packets from all of the packets stations on frequency.? If you're not seeing decodes, this again points back to a form of "audio level issues".?


--
Stations heard directly by DB0DAN:

callsign ??? ??? pkts ??? first heard - PDT ??? last heard ??? longest ??? (rx => tx) ??? longest at - PDT ?
DL6YEA-8 ??? ??? 1878 ??? 2023-02-28 19:28:37 ??? 2023-03-31 07:04:19 ??? IO53AE > JO53KB ??? 862.7 miles 279¡ã ??? 2023-03-30 22:29:17
DF3YG-8 ??? ?? ? ?? 1 ??? 2023-03-26 06:09:33 ??? 2023-03-26 06:09:33 ??? JO53MM > JO53KB ?? ? 30.7 miles? 11¡ã ??? 2023-03-26 06:09:33
DL2VPL-9 ??? ?????? 6 ??? 2023-03-21 04:14:05 ??? 2023-03-31 05:26:25 ??? JO52GV > JO53KB ?? ? 19.0 miles 236¡ã ??? 2023-03-21 04:14:05
DB0PER ??? ?????? 402 ??? 2023-02-28 16:19:58 ??? 2023-03-20 18:07:03 ??? JO53WB > JO53KB ?? ? 39.6 miles? 89¡ã ??? 2023-03-20 18:07:03
DG5SUX-10 ??? ?? ?? 4 ??? 2023-03-17 07:17:38 ??? 2023-03-17 07:27:26 ??? JO52NX > JO53KB ?? ? 13.0 miles 120¡ã ??? 2023-03-17 07:27:26
--


--David



On 03/31/2023 02:44 PM, Hiermur wrote:
Nothing but mobile stations?are reported to aprs-is.
?
?
Sry, but, what can I do?
?
?
?
?


Re: Direwolf Wont Receive Packets

 

Are you sure you have your sound card settings correct? Perhaps you have it set to an input?you are not wired for?

Have you also checked?your cabling? Could be that you are not feeding AF to the computer?

?

On Mon, Apr 3, 2023 at 2:02?PM <isaacchessmaster@...> wrote:
Hey all,?

New to Direwolf and APRS and for some reason I can't find out why my digipeater is not receiving packets. I am beaconing just fine and can see my position on (Callsign KE2ATV-10) and could see the raw packets for my beaconing, but none were received, not even packets showing up in red for being unable to decode. If anybody has any suggestions or modifications I need to make to the config file please let me know.

73


Direwolf Wont Receive Packets

 

Hey all,?

New to Direwolf and APRS and for some reason I can't find out why my digipeater is not receiving packets. I am beaconing just fine and can see my position on aprs.fi (Callsign KE2ATV-10) and could see the raw packets for my beaconing, but none were received, not even packets showing up in red for being unable to decode. If anybody has any suggestions or modifications I need to make to the config file please let me know.

73


Re: Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

¿ªÔÆÌåÓý


I don't know what to say here other than aprs.fi is not showing any real heard traffic from your station.? I would assume this is a levels issue with your SDR or an I/O issue between the SDR software --> Direwolf.? In the terminal window that has Direwolf running, you should be seeing decoded packets from all of the packets stations on frequency.? If you're not seeing decodes, this again points back to a form of "audio level issues".?


--
Stations heard directly by DB0DAN:

callsign ??? ??? pkts ??? first heard - PDT ??? last heard ??? longest ??? (rx => tx) ??? longest at - PDT ?
DL6YEA-8 ??? ??? 1878 ??? 2023-02-28 19:28:37 ??? 2023-03-31 07:04:19 ??? IO53AE > JO53KB ??? 862.7 miles 279¡ã ??? 2023-03-30 22:29:17
DF3YG-8 ??? ?? ? ?? 1 ??? 2023-03-26 06:09:33 ??? 2023-03-26 06:09:33 ??? JO53MM > JO53KB ?? ? 30.7 miles? 11¡ã ??? 2023-03-26 06:09:33
DL2VPL-9 ??? ?????? 6 ??? 2023-03-21 04:14:05 ??? 2023-03-31 05:26:25 ??? JO52GV > JO53KB ?? ? 19.0 miles 236¡ã ??? 2023-03-21 04:14:05
DB0PER ??? ?????? 402 ??? 2023-02-28 16:19:58 ??? 2023-03-20 18:07:03 ??? JO53WB > JO53KB ?? ? 39.6 miles? 89¡ã ??? 2023-03-20 18:07:03
DG5SUX-10 ??? ?? ?? 4 ??? 2023-03-17 07:17:38 ??? 2023-03-17 07:27:26 ??? JO52NX > JO53KB ?? ? 13.0 miles 120¡ã ??? 2023-03-17 07:27:26
--


--David



On 03/31/2023 02:44 PM, Hiermur wrote:

Nothing but mobile stations?are reported to aprs-is.
?
?
Sry, but, what can I do?
?
?
?
?


Fw: Re-4: [direwolf] Reporting to aprs-is shows no digipeaters?

 

¿ªÔÆÌåÓý

Nothing but mobile stations?are reported to aprs-is.
?
?
Sry, but, what can I do?
?
?
?
?


Re: Newby question for console time stamping / logging #linux

 

On Tue, Mar 28, 2023 at 11:48 AM, Kevin wrote:
Can't say much for how the user guide is organized, and it would be helpful to have a better explanation of the cli options,
The command line options could be explained better.? This has been added to the list for future enhancements.

How could the user guide be organized better?? Helpful suggestions are always welcome.

73,
John WB2OSZ


Re: Direwolf Code Intertation

 

On Mon, Mar 27, 2023 at 10:31 PM, Randy Marek wrote:
Received this code when I started up direwolf

[0L] KR5LM-14>APX219,WIDE2-2:=2948.47N/09533.42Wx

What does it mean?

You can use the decode_aprs utility, included with direwolf, to interpret the meaning.
Example:

echo 'KR5LM-14>APX219,WIDE2-2:=2948.47N/09533.42Wx' | decode_aprs

Position, xAPRS (Unix), Xastir
N 29 48.4700, W 095 33.4200

That is a position report, created by the Xastir application.

73,
John WB2OSZ


Re: Device issues on running direwolf v1.6

 

¿ªÔÆÌåÓý

One problem may that you are not using plain ASCII double-quotes (Unicode character \u0022). Note that your config file text below shows Unicode characters \u201c (left-leaning quote) and \u201d (right-leaning quote) instead, which Direwolf probably doesn't understand.

It is generally a _very_ bad idea to use a fancy word processor (such as Microsoft Word) to edit a program's configuration file, as the word processor is more interested in making your text "pretty" and typographically correct than in being syntactically correct for the consuming software. Use a "stupid" editor like vi, which will put what you type, with no extra decorations, formatting, etc.

Also, the only sound interfaces Direwolf detected, according to your report, are the native iMac sound ports. Are you really intending to use the Mac built-in mike and speaker? It doesn't look like you've connected your radio at all.

Andrew, KA2DDO


From: [email protected] <[email protected]> on behalf of Keith Kaiser <wa0tjt@...>
Sent: Wednesday, March 29, 2023, 4:49 PM
To: [email protected] <[email protected]>
Subject: Re: [direwolf] Device issues on running direwolf v1.6

HI David and thanks for responding.?

The thing is I added the '-' stuff as an additional test, which we now know failed.

Usually I attempt to start DW with "keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf¡± which has all of these options that I have attempted one by one, all failed.?But you did say something that got me thinking, you said "It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.¡±?So?I¡¯ve tried putting each of the ADEVICE definitions one by one in double quotes like this; ??ADEVICE \"iMic USB audio system¡± But?I still get this as a response; I¡¯m not sure what ¡°using the numbering scheme¡±?


The other definitions look like below, if you have any thoughts please send them my way. And thanks for responding.

ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1\u201d
_._,_._,_


Re: Device issues on running direwolf v1.6

 

¿ªÔÆÌåÓý

I didn¡¯t have a spacing problem but I did have a quoting problem combined with a syntax problem.?
I can now tell the world at least the macOS 13+ world that to configure a iMic you have at least two options, see below, both work, maybe others.

ADEVICE "iMic USB audio system¡±
Or
ADEVICE0 "iMic USB audio system:0,0¡±

The things to notice is the quotes, wish I had David working with a couple weeks ago, but pointing me at that discussion put me on to this solution.?
Thank you David.


Keith, WA0?TJT
Author: https://net-control.us
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital

On Mar 29, 2023, at 4:23 PM, David Ranch <direwolf-groupsio@...> wrote:


Hello Keith,

There was a very similar discussion about OSX and sound device names vs. capitalizaTION issues.? Give this a read:

?? /g/direwolf/topic/96051727

--David
KI6ZHD



On 03/29/2023 01:49 PM, Keith Kaiser wrote:
HI David and thanks for responding.?

The thing is I added the '-' stuff as an additional test, which we now know failed.

Usually I attempt to start DW with "keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf¡± which has all of these options that I have attempted one by one, all failed.?But you did say something that got me thinking, you said "It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.¡±?So?I¡¯ve tried putting each of the ADEVICE definitions one by one in double quotes like this; ??ADEVICE \"iMic USB audio system¡± But?I still get this as a response; I¡¯m not sure what ¡°using the numbering scheme¡± means.


Reading config file direwolf-NEW-VHF.conf
Audio device for both receive and transmit: \iMic USB audio system? (channel 0)
Number of devices = 4
--------------------------------------- device #0
Name? ? ? ? = "Keith Kaiser¡¯s iPhone 14 Microphone"
Host API? ? = Core Audio
Max inputs? = 1
Max outputs = 0
--------------------------------------- device #1
[ Default Input ]
Name? ? ? ? = "iMic USB audio system"
Host API? ? = Core Audio
Max inputs? = 2
Max outputs = 2
--------------------------------------- device #2
Name? ? ? ? = "MacBook Air Microphone"
Host API? ? = Core Audio
Max inputs? = 1
Max outputs = 0
--------------------------------------- device #3
[ Default Output ]
Name? ? ? ? = "MacBook Air Speakers"
Host API? ? = Core Audio
Max inputs? = 0
Max outputs = 2
Requested Input Audio Device not found \iMic USB audio system.
Pointless to continue without audio device.

The other definitions look like below, if you have any thoughts please send them my way. And thanks for responding.

ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1

Keith, WA0?TJT
Author:
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital

On Mar 29, 2023, at 3:03 PM, David Ranch <direwolf-groupsio@...> wrote:


Hello Keith,

Your issue stems from the "-" (dash) character on the command line just after the timestamp parameter.? Please see the Direwolf User Guide section 9.1.4 ( ) on how the configuration of your sound card should be done within the direwolf.conf file for OSX.? It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.? You should be able to see either approach by just running direwolf from the command line and the startup text should give you a full list of possible devices.

Also...

> So my question is?what¡¯s going on, why doesn¡¯t this thing work? It works on my Raspberry PI just fine, so?I know the device is good.

OSX and Linux on Raspberry Pi are entirely different operating systems.? As such, they will have different configuration for the sound device.


Ps.? You don't have any PTT configured in your direwolf.conf.? This means you won't be able to transmit unless you're thinking of using VOX.? If so, please see Section 9.2.13.1 of the DIrewolf User Guide where it STRONGLY recommends not to do this.? YOU will encounter unsolvable problems.

--David
KI6ZHD




On 03/29/2023 12:09 PM, Keith Kaiser wrote:
I¡¯m feeding the output of my IC-7000 to a iMic, the MacBook Air sees the device and I can see the VU meter responding to APRS signals.

I¡¯m attempting to launch direwolf like this;
keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf -T "%T:%M:%S" - iMic USB audio system

Notice the?- iMic USB audio system to launch using the iMic,?I¡¯ve also tried each with that conf inside the direwolf-NEW-VHF.conf file you see referenced below.

Below is the response I get, in blue just for quoting purposes.

Dire Wolf version 1.6
Includes optional support for:? hamlib
Warning: File(s) beyond the first are ignored.

Reading config file direwolf-NEW-VHF.conf
Audio input device for receive: stdin? (channel 0)
Audio out device for transmit: USB? (channel 0)
Audio input buffer has unexpected extreme size of 0 bytes.
Detected at /Users/keithkaiser/direwolf/src/audio_portaudio.c, line 724.
This might be caused by unusual audio device configuration values.
Using 2048 to attempt recovery.
Audio output buffer has unexpected extreme size of 0 bytes.
Detected at /Users/keithkaiser/direwolf/src/audio_portaudio.c, line 733.
This might be caused by unusual audio device configuration values.
Using 2048 to attempt recovery.
Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, E+, 44100 sample rate, DTMF decoder enabled.
Note: PTT not configured for channel 0. (Ignore this if using VOX.)
Ready to accept AGW client application 0 on port 8000 ...
Ready to accept KISS TCP client application 0 on port 8001 ...

Now connected to IGate server noam.aprs2.net (100.16.151.179)
Check server status here

[ig] # aprsc 2.1.11-g80df3b4
[ig] # logresp WA0TJT verified, server T2PR
zsh: floating point exception? direwolf -c direwolf-NEW-VHF.conf -T "%T:%M:%S" - iMic USB audio system
keithkaiser@dulcinea ~ %?

I¡¯ve also tried all of these?configurations or the iMic all return the same response.
ADEVICE \iMic USB audio system
ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1

So my question is?what¡¯s going on, why doesn¡¯t this thing work? It works on my Raspberry PI just fine, so?I know the device is good.

Keith, WA0?TJT
Author:
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital






Re: Device issues on running direwolf v1.6

 

¿ªÔÆÌåÓý

I will indeed go read that however I am NOT using OSX I am using macOS Ventura 13.2.1 a much newer OS than the old OSX versions.
I¡¯ll check the device names link you suggested and see if that helps.
Thanks.

Keith, WA0?TJT
Author: https://net-control.us
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital

On Mar 29, 2023, at 4:23 PM, David Ranch <direwolf-groupsio@...> wrote:


Hello Keith,

There was a very similar discussion about OSX and sound device names vs. capitalizaTION issues.? Give this a read:

?? /g/direwolf/topic/96051727

--David
KI6ZHD



On 03/29/2023 01:49 PM, Keith Kaiser wrote:
HI David and thanks for responding.?

The thing is I added the '-' stuff as an additional test, which we now know failed.

Usually I attempt to start DW with "keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf¡± which has all of these options that I have attempted one by one, all failed.?But you did say something that got me thinking, you said "It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.¡±?So?I¡¯ve tried putting each of the ADEVICE definitions one by one in double quotes like this; ??ADEVICE \"iMic USB audio system¡± But?I still get this as a response; I¡¯m not sure what ¡°using the numbering scheme¡± means.


Reading config file direwolf-NEW-VHF.conf
Audio device for both receive and transmit: \iMic USB audio system? (channel 0)
Number of devices = 4
--------------------------------------- device #0
Name? ? ? ? = "Keith Kaiser¡¯s iPhone 14 Microphone"
Host API? ? = Core Audio
Max inputs? = 1
Max outputs = 0
--------------------------------------- device #1
[ Default Input ]
Name? ? ? ? = "iMic USB audio system"
Host API? ? = Core Audio
Max inputs? = 2
Max outputs = 2
--------------------------------------- device #2
Name? ? ? ? = "MacBook Air Microphone"
Host API? ? = Core Audio
Max inputs? = 1
Max outputs = 0
--------------------------------------- device #3
[ Default Output ]
Name? ? ? ? = "MacBook Air Speakers"
Host API? ? = Core Audio
Max inputs? = 0
Max outputs = 2
Requested Input Audio Device not found \iMic USB audio system.
Pointless to continue without audio device.

The other definitions look like below, if you have any thoughts please send them my way. And thanks for responding.

ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1

Keith, WA0?TJT
Author:
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital

On Mar 29, 2023, at 3:03 PM, David Ranch <direwolf-groupsio@...> wrote:


Hello Keith,

Your issue stems from the "-" (dash) character on the command line just after the timestamp parameter.? Please see the Direwolf User Guide section 9.1.4 ( ) on how the configuration of your sound card should be done within the direwolf.conf file for OSX.? It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.? You should be able to see either approach by just running direwolf from the command line and the startup text should give you a full list of possible devices.

Also...

> So my question is?what¡¯s going on, why doesn¡¯t this thing work? It works on my Raspberry PI just fine, so?I know the device is good.

OSX and Linux on Raspberry Pi are entirely different operating systems.? As such, they will have different configuration for the sound device.


Ps.? You don't have any PTT configured in your direwolf.conf.? This means you won't be able to transmit unless you're thinking of using VOX.? If so, please see Section 9.2.13.1 of the DIrewolf User Guide where it STRONGLY recommends not to do this.? YOU will encounter unsolvable problems.

--David
KI6ZHD




On 03/29/2023 12:09 PM, Keith Kaiser wrote:
I¡¯m feeding the output of my IC-7000 to a iMic, the MacBook Air sees the device and I can see the VU meter responding to APRS signals.

I¡¯m attempting to launch direwolf like this;
keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf -T "%T:%M:%S" - iMic USB audio system

Notice the?- iMic USB audio system to launch using the iMic,?I¡¯ve also tried each with that conf inside the direwolf-NEW-VHF.conf file you see referenced below.

Below is the response I get, in blue just for quoting purposes.

Dire Wolf version 1.6
Includes optional support for:? hamlib
Warning: File(s) beyond the first are ignored.

Reading config file direwolf-NEW-VHF.conf
Audio input device for receive: stdin? (channel 0)
Audio out device for transmit: USB? (channel 0)
Audio input buffer has unexpected extreme size of 0 bytes.
Detected at /Users/keithkaiser/direwolf/src/audio_portaudio.c, line 724.
This might be caused by unusual audio device configuration values.
Using 2048 to attempt recovery.
Audio output buffer has unexpected extreme size of 0 bytes.
Detected at /Users/keithkaiser/direwolf/src/audio_portaudio.c, line 733.
This might be caused by unusual audio device configuration values.
Using 2048 to attempt recovery.
Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, E+, 44100 sample rate, DTMF decoder enabled.
Note: PTT not configured for channel 0. (Ignore this if using VOX.)
Ready to accept AGW client application 0 on port 8000 ...
Ready to accept KISS TCP client application 0 on port 8001 ...

Now connected to IGate server noam.aprs2.net (100.16.151.179)
Check server status here

[ig] # aprsc 2.1.11-g80df3b4
[ig] # logresp WA0TJT verified, server T2PR
zsh: floating point exception? direwolf -c direwolf-NEW-VHF.conf -T "%T:%M:%S" - iMic USB audio system
keithkaiser@dulcinea ~ %?

I¡¯ve also tried all of these?configurations or the iMic all return the same response.
ADEVICE \iMic USB audio system
ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1

So my question is?what¡¯s going on, why doesn¡¯t this thing work? It works on my Raspberry PI just fine, so?I know the device is good.

Keith, WA0?TJT
Author:
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital






Re: Device issues on running direwolf v1.6

 

¿ªÔÆÌåÓý


Hello Keith,

There was a very similar discussion about OSX and sound device names vs. capitalizaTION issues.? Give this a read:

?? /g/direwolf/topic/96051727

--David
KI6ZHD



On 03/29/2023 01:49 PM, Keith Kaiser wrote:

HI David and thanks for responding.?

The thing is I added the '-' stuff as an additional test, which we now know failed.

Usually I attempt to start DW with "keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf¡± which has all of these options that I have attempted one by one, all failed.?But you did say something that got me thinking, you said "It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.¡±?So?I¡¯ve tried putting each of the ADEVICE definitions one by one in double quotes like this; ??ADEVICE \"iMic USB audio system¡± But?I still get this as a response; I¡¯m not sure what ¡°using the numbering scheme¡± means.


Reading config file direwolf-NEW-VHF.conf

Audio device for both receive and transmit: \iMic USB audio system? (channel 0)

Number of devices = 4

--------------------------------------- device #0

Name? ? ? ? = "Keith Kaiser¡¯s iPhone 14 Microphone"

Host API? ? = Core Audio

Max inputs? = 1

Max outputs = 0

--------------------------------------- device #1

[ Default Input ]

Name? ? ? ? = "iMic USB audio system"

Host API? ? = Core Audio

Max inputs? = 2

Max outputs = 2

--------------------------------------- device #2

Name? ? ? ? = "MacBook Air Microphone"

Host API? ? = Core Audio

Max inputs? = 1

Max outputs = 0

--------------------------------------- device #3

[ Default Output ]

Name? ? ? ? = "MacBook Air Speakers"

Host API? ? = Core Audio

Max inputs? = 0

Max outputs = 2

Requested Input Audio Device not found \iMic USB audio system.

Pointless to continue without audio device.


The other definitions look like below, if you have any thoughts please send them my way. And thanks for responding.

ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1

Keith, WA0?TJT
Author:
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital

On Mar 29, 2023, at 3:03 PM, David Ranch <direwolf-groupsio@...> wrote:


Hello Keith,

Your issue stems from the "-" (dash) character on the command line just after the timestamp parameter.? Please see the Direwolf User Guide section 9.1.4 ( ) on how the configuration of your sound card should be done within the direwolf.conf file for OSX.? It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.? You should be able to see either approach by just running direwolf from the command line and the startup text should give you a full list of possible devices.

Also...

> So my question is?what¡¯s going on, why doesn¡¯t this thing work? It works on my Raspberry PI just fine, so?I know the device is good.

OSX and Linux on Raspberry Pi are entirely different operating systems.? As such, they will have different configuration for the sound device.


Ps.? You don't have any PTT configured in your direwolf.conf.? This means you won't be able to transmit unless you're thinking of using VOX.? If so, please see Section 9.2.13.1 of the DIrewolf User Guide where it STRONGLY recommends not to do this.? YOU will encounter unsolvable problems.

--David
KI6ZHD




On 03/29/2023 12:09 PM, Keith Kaiser wrote:
I¡¯m feeding the output of my IC-7000 to a iMic, the MacBook Air sees the device and I can see the VU meter responding to APRS signals.

I¡¯m attempting to launch direwolf like this;
keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf -T "%T:%M:%S" - iMic USB audio system

Notice the?- iMic USB audio system to launch using the iMic,?I¡¯ve also tried each with that conf inside the direwolf-NEW-VHF.conf file you see referenced below.

Below is the response I get, in blue just for quoting purposes.

Dire Wolf version 1.6
Includes optional support for:? hamlib
Warning: File(s) beyond the first are ignored.

Reading config file direwolf-NEW-VHF.conf
Audio input device for receive: stdin? (channel 0)
Audio out device for transmit: USB? (channel 0)
Audio input buffer has unexpected extreme size of 0 bytes.
Detected at /Users/keithkaiser/direwolf/src/audio_portaudio.c, line 724.
This might be caused by unusual audio device configuration values.
Using 2048 to attempt recovery.
Audio output buffer has unexpected extreme size of 0 bytes.
Detected at /Users/keithkaiser/direwolf/src/audio_portaudio.c, line 733.
This might be caused by unusual audio device configuration values.
Using 2048 to attempt recovery.
Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, E+, 44100 sample rate, DTMF decoder enabled.
Note: PTT not configured for channel 0. (Ignore this if using VOX.)
Ready to accept AGW client application 0 on port 8000 ...
Ready to accept KISS TCP client application 0 on port 8001 ...

Now connected to IGate server noam.aprs2.net (100.16.151.179)
Check server status here

[ig] # aprsc 2.1.11-g80df3b4
[ig] # logresp WA0TJT verified, server T2PR
zsh: floating point exception? direwolf -c direwolf-NEW-VHF.conf -T "%T:%M:%S" - iMic USB audio system
keithkaiser@dulcinea ~ %?

I¡¯ve also tried all of these?configurations or the iMic all return the same response.
ADEVICE \iMic USB audio system
ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1

So my question is?what¡¯s going on, why doesn¡¯t this thing work? It works on my Raspberry PI just fine, so?I know the device is good.

Keith, WA0?TJT
Author:
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital





Re: Device issues on running direwolf v1.6

 

¿ªÔÆÌåÓý

HI David and thanks for responding.?

The thing is I added the '-' stuff as an additional test, which we now know failed.

Usually I attempt to start DW with "keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf¡± which has all of these options that I have attempted one by one, all failed.?But you did say something that got me thinking, you said "It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.¡±?So?I¡¯ve tried putting each of the ADEVICE definitions one by one in double quotes like this; ??ADEVICE \"iMic USB audio system¡± But?I still get this as a response; I¡¯m not sure what ¡°using the numbering scheme¡± means.


Reading config file direwolf-NEW-VHF.conf

Audio device for both receive and transmit: \iMic USB audio system? (channel 0)

Number of devices = 4

--------------------------------------- device #0

Name? ? ? ? = "Keith Kaiser¡¯s iPhone 14 Microphone"

Host API? ? = Core Audio

Max inputs? = 1

Max outputs = 0

--------------------------------------- device #1

[ Default Input ]

Name? ? ? ? = "iMic USB audio system"

Host API? ? = Core Audio

Max inputs? = 2

Max outputs = 2

--------------------------------------- device #2

Name? ? ? ? = "MacBook Air Microphone"

Host API? ? = Core Audio

Max inputs? = 1

Max outputs = 0

--------------------------------------- device #3

[ Default Output ]

Name? ? ? ? = "MacBook Air Speakers"

Host API? ? = Core Audio

Max inputs? = 0

Max outputs = 2

Requested Input Audio Device not found \iMic USB audio system.

Pointless to continue without audio device.


The other definitions look like below, if you have any thoughts please send them my way. And thanks for responding.

ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1

Keith, WA0?TJT
Author: https://net-control.us
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital

On Mar 29, 2023, at 3:03 PM, David Ranch <direwolf-groupsio@...> wrote:


Hello Keith,

Your issue stems from the "-" (dash) character on the command line just after the timestamp parameter.? Please see the Direwolf User Guide section 9.1.4 ( ) on how the configuration of your sound card should be done within the direwolf.conf file for OSX.? It's critical that you have the sound card either properly named within double quotes or using the numbering scheme.? You should be able to see either approach by just running direwolf from the command line and the startup text should give you a full list of possible devices.

Also...

> So my question is?what¡¯s going on, why doesn¡¯t this thing work? It works on my Raspberry PI just fine, so?I know the device is good.

OSX and Linux on Raspberry Pi are entirely different operating systems.? As such, they will have different configuration for the sound device.


Ps.? You don't have any PTT configured in your direwolf.conf.? This means you won't be able to transmit unless you're thinking of using VOX.? If so, please see Section 9.2.13.1 of the DIrewolf User Guide where it STRONGLY recommends not to do this.? YOU will encounter unsolvable problems.

--David
KI6ZHD




On 03/29/2023 12:09 PM, Keith Kaiser wrote:
I¡¯m feeding the output of my IC-7000 to a iMic, the MacBook Air sees the device and I can see the VU meter responding to APRS signals.

I¡¯m attempting to launch direwolf like this;
keithkaiser@dulcinea ~ % direwolf -c direwolf-NEW-VHF.conf -T "%T:%M:%S" - iMic USB audio system

Notice the?- iMic USB audio system to launch using the iMic,?I¡¯ve also tried each with that conf inside the direwolf-NEW-VHF.conf file you see referenced below.

Below is the response I get, in blue just for quoting purposes.

Dire Wolf version 1.6
Includes optional support for:? hamlib
Warning: File(s) beyond the first are ignored.

Reading config file direwolf-NEW-VHF.conf
Audio input device for receive: stdin? (channel 0)
Audio out device for transmit: USB? (channel 0)
Audio input buffer has unexpected extreme size of 0 bytes.
Detected at /Users/keithkaiser/direwolf/src/audio_portaudio.c, line 724.
This might be caused by unusual audio device configuration values.
Using 2048 to attempt recovery.
Audio output buffer has unexpected extreme size of 0 bytes.
Detected at /Users/keithkaiser/direwolf/src/audio_portaudio.c, line 733.
This might be caused by unusual audio device configuration values.
Using 2048 to attempt recovery.
Channel 0: 1200 baud, AFSK 1200 & 2200 Hz, E+, 44100 sample rate, DTMF decoder enabled.
Note: PTT not configured for channel 0. (Ignore this if using VOX.)
Ready to accept AGW client application 0 on port 8000 ...
Ready to accept KISS TCP client application 0 on port 8001 ...

Now connected to IGate server noam.aprs2.net (100.16.151.179)
Check server status here

[ig] # aprsc 2.1.11-g80df3b4
[ig] # logresp WA0TJT verified, server T2PR
zsh: floating point exception? direwolf -c direwolf-NEW-VHF.conf -T "%T:%M:%S" - iMic USB audio system
keithkaiser@dulcinea ~ %?

I¡¯ve also tried all of these?configurations or the iMic all return the same response.
ADEVICE \iMic USB audio system
ADEVICE0 \u201ciMic USB audio system:0,0\u201d
ADEVICE0 \u201ciMic USB audio system:3\u201d \u201ciMic USB audio system:5\u201d
ADEVICE \u201ciMic USB audio system:1,0?
ADEVICE0 \u201ciMic USB audio system:0?,1

So my question is?what¡¯s going on, why doesn¡¯t this thing work? It works on my Raspberry PI just fine, so?I know the device is good.

Keith, WA0?TJT
Author:
ARRL ARES?Communicator?Level 2, AEC for?Platte Co. MO
KCHEART Radio Operator - St. Lukes Barry Road Hospital