Dickie

For some reason, my subject does not start - a few seconds after the frame appears
etc. writes:

! ...... DICK Modem does not disconnect!
* DICK Modem carrier still High!

What can you do about this?

Sincerily yours,LEO/SG.

Sun Mar 28 1999 00:33 you wrote to All:

LM> * DICK Modem carrier still High!

LM> What can I do about it? initialization (napp. init atz|at&c1|)

Bye, Michael.

ëءث-شد 27 Mar 99 × 23:33:47 ذزدةعدغإج ثدخئجةثش
Leonid Mishankov ة All سذدزةجة خء شإحص Dickie
ٌ زإغةج ذزدؤدجضةشط ـشدش سذدز:

LM> ‏دت-شد ص حر سءآض خإ عءذصسثءإشسر - قإزإع خإسثدجطثد سإثصخؤ ذدسجإ ذدر×جإخةر
LM> زءحثة
LM> ة ش.ذ. ذةغإش:
LM> ! ...... DICK Modem does not disconnect!

Who has a subject that works without fifo?
And then in my subject for transmission everything is ok, but for reception there are constant errors and
cps=9...30
and when transmitting cps=300...350 what are the glitches, there is a buffer on the bus, there is a buffer at the address and
the address bits are propping up 8-[
I'm guessing that this is due to the lack of fifo in mikrukh 8250 :-(
Maybe someone thinks differently, I wouldn’t ask in the echo, but Kondratiev doesn’t answer my personal
letters. :((

From the bottom of my heart Ciao, All.

Tue Mar 30 1999 22:41 you wrote to All:

NM> and when transmitting cps=300...350 there are glitches, there is a buffer on the bus, a buffer at the address
NM> there are also address strips propping up 8-[ I assume that this is due
NM> to the lack of fifo in mikrukh 8250 :-( Maybe someone thinks differently, I wouldn’t ask

It is assumed a priori that your modem supports and enables hardware
flow control (or rts/cts). For example, for usrobotics it will be after at&f1, for
others - whatever (see documentation). If you can’t do it at all, go to the morgue.

Bye, Michael.

30 Mar 99 22:41, Nikolay Maslennikov wrote to All:

NM> Otherwise, in my subject for transmission everything is ok, but for reception there are constant errors and

If the modem does not have hardware flow control, then only
replacing it will help you.

Kirill Frolov.

MK> it is assumed a priori that your modem supports and enables
What does it mean a priori!!
MK> hardware flow control (or rts/cts). for example, for usrobotics it will be
MK> after at&f1, for others - whatever you want (see documentation). if not
MK> can do it at all - in
I have
&Rn Scheme 0-CTS/RTS active 0
acknowledgment 1-CTS enabled /RTS
(handshake) ignored
&Sn by RTS/CTS signals 0-DSR always active 0
DSR options 1-DSR active during
connection establishment

In short, this is all that is connected with ^^^^^^^^^ this
and I wish I had it, but you have rts/cts written and I have cts/rts, it doesn’t matter?
Today I removed ap6 from the data bus, as a result the wild one worked and still works, but
if you remove the buffer from the addresses then everything doesn’t work like that, so now I have
only one buffer at the modem address:(
I’m in a panic!!!!!!
I’m in a panic!!!!!!
I’m in a panic! the wild one is needed only to pump up a 24/7 node because it is running a Unix system and not Windows and Melon cannot communicate with it:((((

p.s. Who can tell me the address of Denis Dmitreev?
I would rant about the glitches of Melon:(

From the bottom of my heart Ciao, Michael.

Mon Apr 05 1999 05:10 you wrote to Michael Kondratyev:

NM> What does it mean a priori!!

a priori [lat]

NM> and I wish I had it, but you have rts/cts written and I have cts/rts, it’s not
NM> important?

If it’s there, it’s good, but with There's something wrong with the address/data buses,
considering that

NM> Today I removed the ap6 from the data bus, as a result the wild one worked just fine
NM> it works, but if you remove the buffer from the addresses then everything won't work
NM> so now I only have one buffer at the modem addresses:(

because it’s quite possible that I’ll have to play with them some more (the most convenient way is to test in offline mode: in the terminal you say to the modem ate1&c0 (at&t1) and
send various test files to yourself on the server).

Bye, Michael.