🚀 go-pugleaf

"Piotr C." <kangyooni@gmail.com> writes:

>> > - ten drugi USR, na rynek amerykański (5686E) jako-tako łączył mi się, 
>> > natomiast po zestawieniu poł. był głuchy, tzn. tekst pisany w jednym 
>> > terminalu, nie pojawiał się w drugim.
>> Typowo - źle ustawiony handshaking.
>
> Tzn.? Co można spróbować? Generalnie próbowałem na defaultach + wył.
> flow control + narzucenie prędkości 1200. Sam modem ma dip switche do
> ustawiania różnych rzeczy ale również i tutaj nie udało mi się niczego
> pchnąć do przodu.

- hardware (RTS/CTS) handshaking w obu terminalach (ustawieniach modemu
  czy gdzie tam trzeba)
- at&f1 na USR, jeśli na drugim końcu jest inny modem to coś podobnego,
  co ustawi RTS/CTS
- at&n2 powinno wymusić 300 lub 1200 bps - ale z G.711 powinno działać
  do ~ 30 kbps bez takich kombinacji.
- można dać at&w (zapis ustawień)

i powinno działać.

To jest sprzęt (nieważne, czy USR, czy np. jakiś Rockwell), który
działał bez problemu "od kopa".

Jak się połączą, można dać +++ (sekunda przerwy) ati11 (czy jakoś tak,
może też ati6).
Można też kazać nie wyłączać głośnika podczas połączenia, wiadomo będzie
mniej-więcej "na słuch" co się będzie działo.

Modemy zewnętrzne mają zwykle diody, można zaobserwować ew. problemy
(np. brak RTS, CTS, itd).

W razie problemów, trzeba wziąć listę S-rejestrów i ustawień "&" itp.
i sprawdzić po kolei - aczkolwiek po at&f1 (i z kodekiem G.711) nie
powinno to być niezbędne.

Teoretycznie problem może być takie w plikach modem*.inf, bo - zdaje się
- Windows niekoniecznie pozwala na ustawianie wszystkiego co jest
potrzebne z palca, musi to być w pliku INF. To raczej nie moja bajka.
Oczywiście jeśli już odpalimy terminal, to możemy wpisać swoje
polecenia, ale możemy mieć problem z liniami sterującymi.
Dodatkowo maszyna wirtualna może tu coś kwasić.
-- 
Krzysztof Hałasa