Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
Search
Multiple frames in an only transmision.
|
I observed that other tnc?s ehen digipeat various sequential frames (i.e. telemetry) without time for transmitit each one, when the channel is clear, digipeat all the pendings frames in a only one transmit without release the ptt. Direwolf transmit one by one separately with the tx delay.... tx tail... etc. Is possible change it and repeat in this cases with only one transmision?
|
开云体育Hello, We need to know more details about your request here: ?? - What kind of traffic are you trying to digipeat here?? UI frames?? Connected frames?? ?? - Is this APRS traffic or something else? ?? - How have you enabled digipeating within Direwolf?? ????? - Are you using the "digipeat" for unconnected / UI packets??? ????? - Using "cdigipeat" for connected packets? ? ? ?? - enabled the "satgate" feature? ?? - Did you enable "dedup" or any digipeater filters (FILTER or CFILTER) Can you share your Direwolf configuration and the Direwolf log where Direwolf both received and transmitted all the telemetry packets? --David KI6ZHD On 10/22/2020 04:55 AM,
ese54@... wrote:
I observed that other tnc?s ehen digipeat various sequential frames (i.e. telemetry) without time for transmitit each one, when the channel is clear, digipeat all the pendings frames in a only one transmit without release the ptt. Direwolf transmit one by one separately with the tx delay.... tx tail... etc. Is possible change it and repeat in this cases with only one transmision? |
|
The traffic i digipeated is all i received in the vhf station, without filters. The digipeating in direwolf is activated umcomment the recomended example. I no connected packets. I not enable satgate. I no dedup activated. My version is the last for linux in a raspberry. The only configuration modified is the call of the radioclub licence, the beacon field, the conditions of delay and tail and uncomment the digipeating example. I see others digipeaters with direwolf (probably in windows) without this issue. Thanks.
|
开云体育Hello ESE54, Though I'm unaware of any digipeating behavior differences between the versions, what version of Direwolf are you running?? Current version for Linux is Direwolf 1.6 (requires you compile it yourself) which includes many fixes and improvements. --David KI6ZHD On 10/22/2020 02:10 PM,
ese54@... wrote:
The traffic i digipeated is all i received in the vhf station, without filters. The digipeating in direwolf is activated umcomment the recomended example. I no connected packets. I not enable satgate. I no dedup activated. My version is the last for linux in a raspberry. The only configuration modified is the call of the radioclub licence, the beacon field, the conditions of delay and tail and uncomment the digipeating example. I see others digipeaters with direwolf (probably in windows) without this issue. Thanks. |
|
I test and not is problem of version, and not is a bug. Is a feature or bad configuration.
toggle quoted message
Show quoted text
On Thu, Oct 22, 2020 at 03:57 PM, David Ranch wrote:
Though I'm unaware of any digipeating behavior differences between the versions, what version of Direwolf are you running?? Current version for Linux is Direwolf 1.6 (requires you compile it yourself) which includes many fixes and improvements |
开云体育Direwolf 1.6 is currently "source code only" and available in the "dev" branch of Git: ?? You can follow section 5.3 of the Direwolf User Guide of how to compile it. --David KI6ZHD |
|
Could a aprs system be repeating what it receives.?Don't rule out idiots out there messing with stuff they don't understand. I see that all the time, I got tired of it and turned?my system off? Joe Massimino On Fri, Oct 23, 2020 at 4:34 PM <ese54@...> wrote: I install 1.6 version and no diference about that. |
|
Hi,
multiple frames/packets in a single transmission can be compliant with the protocol specification. There may not be anything wrong. Most types of packet transmissions are required to observe pauses between transmissions (normal priority) but digipeated packets are explicitly exempt and are retransmitted immediately (high priority). This is an intentional design decision that aims to avoid certain problems that can arise when there are multiple digipeaters. The pauses for normal traffic are not only a courtesy towards other users, they are also important for you to receive responses from the peer you are communicating with. What doesn't sound right is that you see a digipeater keeping a queue of received packets and then transmitting them all at once. Is this digipeater receiving packets from a higher speed net (this can happen if you have a dual port digipeater retransmitting from a 9600 baud channel to a 1200 baud channel) or is this not really digipeating in the usual sense but more like an igate broadcasting packets received from some fast source (Internet) ? Either way, that digipeater appears to be overloaded with traffic. 73, Thomas KK6FPP |
to navigate to use esc to dismiss