J.F. <j...@p...onet.pl> wrote:
> Użytkownik "Piotr Gałka" napisał w wiadomości grup
> dyskusyjnych:oqfs4e$osq$1$P...@n...chmurka.ne
t...
> 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.
>
> No to masz problem konfliktow do rozwiazania.
>
>>>> 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.
>
> Hm, 555 to raczej nie powinny, bo to bylo od poczatku ustalone, ludzie
> uzywaja na milion sposobow i musi byc kompatybilne.
> Ale moze byc problem w jakis cmos wersjach.
> A tam w ogole jakis tajemniczy NA555

Podejrzewam że po prostu Texas Instrument tak oznacza 555 i po prostu
prmuje swoją kostkę.

>> Ale tak mi się wydaje, że tu nie spowoduje to problemu (kwestia
>> momentu włączenia dla kolejnego bajtu.
>
> Nie analizowalem tego, bo pomysl uzycia 555 jakis dziwny mi sie od
> poczatku wydawal, a opis wyjatkowo ubogi :-)

Czemu dziwny?

> Wydaje mi sie, ze chca to wyzwalac bitem startu, a czas dobrany na
> caly pakiet ... ktory musi byc stałej dlugosci.

Nie cały pakiet, jeden bajt z hakiem.
Owszem, bit startu wyzwala, a potem każde następne zero wydłuża.

Generalnie jest zasada w RS485 half duplex, że przełączanie na nadawanie
odbywa się po czasie równym lub większym od czasu transmisji półtora znaku.

> Troche za malo dokladne mi sie to wydaje - albo zbyt precyzyjnego
> strojenia wymaga.

Trzebaby policzyć jak wyglądają tolerancje czasów uzyskanych dla NA555 dla
np baudrate 9600, gdzie transmisja znaku 7 bitowego z bitem parzystości, a
więc 10 bitów wliczając start i stop trwa ciut ponad 1ms.

>>> 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.
>
> Tak czy inaczej druciarstwo - zamiast podac 2.5V podajemy 200mV :-)

To już nawet nie o te same wolty się rozchodzi a łatwość zakłócenia linii
sterowanej wysokooporowym źródłem napięcia.

>> 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.
>
> Dodac jakis timerek co by odmierzyl ten 1 bit na przeladowanie byloby
> stosunkowo prosto.

Wciąż druciarstwo :-) I lepiej się dogadać z programistą, aby machał RTSem.
O ile okaże się chłop kumaty...