Hi
I�ve done some experiment with the scc driver here.
I�ve disabled �maxkey� and �maxdefer� and incresed rxbuffers/txbuffers to
16,
and there was no PTT problem, txerrors and �nospace� at 30 hours.
But there was another �funny� problem instead, when someone calls the
system,
it answers immeditly, but then after another command it could take several
seconds before it transmits (up to 7-8 sec), i�ve tried to decrase every
delay i found,
persistens 255, wait 1.. etc
But there was no affect at all, BUT when i check status with sccstatus
<scc>,
it started to transmit immeditly.. (?) 8-)
I see the packet from user get in and i see the packet to user was outputted
with �listen -ait� , but it took up to 7-8 sec to be sent, sometimes it was
transmitted immeditly, but _every_ time i checked the interface with
�sccstat�
it was send as sone i was pressed enter... very strange.. :-/
I�ve tried this with help from a user several times, at least 20-30 times,
to be sure..
(When i enabled the �maxkey� again, it was some better to send respons..)
What i�ll can see, there must be somthing with some timer.
And, someone here said this bug seems to have something with buffers to do,
it�s perhaps have.. maybe in combinations with some timer, maybe the timer
itselfs have this bug.. i dont know. (I�m no guru C programmer.. hi)
possible scenario.
- User sends SABM
* system sends UA
- user send command
* system sends response to command
<the response never sends out on radio>
- user send the command again, perhaps the system dosn�t here the last
command?
* system sends response to command again
<the response never send out on radio>
.... and so on
If there is not enoght buffers, the driver begin to dump the oldes one,
if there is lots of buffers, more than the maxkey time allows to send,
the driver generates txerror...
BTW, the �maxdefer� is intended to be used with �group� function, right?
Okay, this was my reflections about this problem today,
i have now enabled �maxkey� to 120sec, disabled �maxdefer�,
and increased the buffers to 26.
Maybe i�m wrong here, but what i can see, the timers might have something to
do
with this also...
73 de Morgan (sm6tky)
