-
Notifications
You must be signed in to change notification settings - Fork 313
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
INTERNAL ERROR? select_t1_value #323
Comments
Please send the direwolf.conf file you're using. If I was to guess, you have a misconfigured FRACK setting. |
Here's my direwolf.conf file. I renamed this copy because github refused to upload a .conf file. |
I don't think there is a bug here and thus this shouldn't be getting discussed in a Github issue. If you would, please close this issue, add yourself to the direwolf@groups.io email list and re-post this issue there. Anyway.. to conclude here, I looked at your config and it seems OK though maybe non-optimal (you seem to be using the Santa Clara County's (Bay Area, CA) overly conservative TNC settings):#SLOTTIME is in tens of milliseconds (the setting here is 100ms) - OK #PERSIST of 63 is OK #PACLEN is in bytes at the L2 Ax.25 layer - OK #MAXFRAME of 2 is very inefficient but OK; try using 4 on good quality RF links #FRACK (aka T1) is in seconds - this setting is 6 seconds - OK #RETRY of 8 is OK #TXDELAY is in tens of milliseconds (the setting here is 400ms) - OK
|
Thanks for reporting this. |
I use Direwolf primarily with Outpost PMM, for emergency communication in Santa Clara County. Outpost uses the AGWPE interface, not KISS. Here's a sample log:
|
Here's a longer, complete log, showing several connection attempts with different digipeater paths. The radio was turned off, so nothing was received. All connections were from the same client (Outpost PMM); the only difference is the digipeater paths. It seems noteworthy that only one of the three connections resulted in the ominous message. |
Direwolf logs an ominous message:
INTERNAL ERROR? Stream 0: select_t1_value, rc = 2, t1 remaining = -999.000, old srt = 15.000, new srt = 15.000, Extreme new t1v = 30.500
... when attempting to connect via two digipeaters, immediately before retransmitting SABM. Excerpts from the log are in the attached file OAKND.txt.
I haven't noticed this when using one or zero digipeaters. I used Direwolf version 1.6 on Windows 8.1 Pro, with a SignaLink USB sound adapter.
Perhaps this isn't a serious issue. But it's annoying.
OAKND.txt
The text was updated successfully, but these errors were encountered: