J.F. <j...@p...onet.pl> wrote:
> Użytkownik "Pszemol" napisał w wiadomości grup
> dyskusyjnych:oqg454$epa$...@d...me...
> J.F. <j...@p...onet.pl> wrote:
>>>>> www.ti.com/lit/ug/tidubw6/tidubw6.pdf
>>>>> Masz tu schemat namaszczony przez TI :-)
>>> [...]
>>> A tam w ogole jakis tajemniczy NA555
>> Podejrzewam że po prostu Texas Instrument tak oznacza 555 i po prostu
>> prmuje swoją kostkę.
>
> Tez tak mysle ... ale strzezonego ..
>
>>>> 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?
>
> Bo jego mozliwosci nie bardzo mi pasuja do zadania ... choc moze sie
> mylilem.

Jeśli może pracować jako uniwibrator to nie widze nic dziwnego.

>>> 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.
>
> Napisali "fixed length packet". I dla przykladu podali 30 bitow :-)
> Przyznaje - na bajtach mialoby to spory sens.

No każdy 7-bitowy bajt będzie miał otoczkę start, d0..d6, parity i stop -
więc masz np fixed lenght packet of 10 bits :-)

>> Owszem, bit startu wyzwala, a potem każde następne zero wydłuża.
>
> Nie, 555 nie jest "retrigerable".
> Sens ma, gdy jest nastrojony na 9.5 bita, bit startu wyzwala, potem
> mamy 8 bitow danych, potem jeden bit stopu, i w jego polowie 555 sie
> wylacza.

Oj, to muszę to przestudiować dokładniej co TI napisał bo przyznaję że po
łebkach przejrzałem tylko :-)

Nie wiem czy łatwo będzie uzyskać dokładnośc czasówek 9,5 znaku w gorące
lato Arizony i głębokiej zimy w górach Kolorado...

> Kolejny bit startu wyzwala, i tak sie nadaja kolejne bajty, jedyne co
> nam moze przeszkadzac to to wylaczenie nadajnika w połowie bitu stopu.
>
> Ale ... to wymaga precyzyjnego ustawienia na te 9.5 bita.

I tu widzę problem. Opornik 1% łatwo mieć, gorzej z kondziorkiem.

>> 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.
>
> no o d* w tym ukladzie.
> Wyzwoli ci sie na pierwszym bajcie, wylaczy w polowie drugiego, wlaczy
> dopiero na kolejnym zerze, a jedynki nie beda aktywnie wysylane .
>
> No i ... masz 800MHz procesor, jestes pewien, ze nie odpowie w czasie
> szybszym niz ~4 bity, 0.4ms.

Ma napisane w specyfikacji że ma grzecznie czekać.

>>>> 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.
>
> Niskooporowym, bo terminatory ~120 ohm :-)

:-) ok