W dniu 2017-09-26 o 20:17, Pszemol pisze:

> Nie. On ma odpowiadać tylko zapytany. Jak przestało na grzecznego slave w
> RS485.

To inaczej używamy RS485 :)
U nas każdy się odzywa jak ma coś do powiedzenia.

>> www.ti.com/lit/ug/tidubw6/tidubw6.pdf
>> Masz tu schemat namaszczony przez TI :-)
>
> Tak, znalazłem to samo już parę dni temu, zanim rozebrałem tego małego, bez
> jumperków do ustawiania baudrate.

OIDP różne 555 różnie się zachowują jak sygnały R i S dają sprzeczne
wytyczne dla przerzutnika. Ale tak mi się wydaje, że tu nie spowoduje to
problemu (kwestia momentu włączenia dla kolejnego bajtu.


>
> Nie mogę zrobić takiego druciarstwa.
> W czasie wysyłania bitów '1' nie sterujesz linią. Zamiast 5V odstępu między
> drutami masz jakies 200mV. Sorry, ale to nieprofesjonalne.

Czekaj, czekaj, jakie 5V i 200mV.
Nadajnik daje typowo tylko jakieś 2,5V (wynika z konieczności
zabezpieczenia buforów wyjściowych nadajnika przed różnicą mas +-7V). Po
długim kablu (obciążonym rezystorem dopasowującym) masz niewiele ponad
te 200mV i wszystko ma działać. Typowy odbiornik może mieć próg dowolnie
gdzieś miedzy -200 a +200mV więc faktyczny zapas to tyle co po tym kablu
jest ponad te 200mV.
Odbiorniki fail save gdy sygnał jest 0V ma zapas chyba rzędu 70mV. Wcale
nie musi być mniej niż normalny odbiornik (za długim kablem) z włączonym
nadajnikiem dla stanu 1.
Jak nie wiadomo, czy tamten ma fail-save to można opornikami wymusić
stan ponad 200mV. Gdyby prędkość była 57600, czy 115200 a kabel 1km to
uważałbym, że silne przeładowanie na stan 1 przed puszczeniem luzem jest
konieczne, ale przy małych prędkościach to nawet bez tego RS485 nie
powinien mieć żadnych problemów.
P.G.