Piotr Gałka <p...@c...pl> wrote:
> W dniu 2017-09-27 o 13:56, Pszemol pisze:
>> Piotr Gałka <p...@c...pl> wrote:
>>> W dniu 2017-09-26 o 20:17, Pszemol pisze:
>>>>
>>>> Tak, autobaudrate to jedna z opcji uniknięcia jumperór do wyboru baudrate i
>>>> zastąpienie ich dodatkowym procesorem wstawionym tam tylko w tym celu -
>>>> troszkę brzmi jak strzelanie z armaty do komara.
>>>>
>>> Rozumiem, że ten, który ma po tym RS485 gadać już nie ma zapasu mocy
>>> obliczeniowej aby to sobie wyliczyć.
>>
>> Co miałby liczyć? Założyłem sytuację w której pecet jednopłytkowiec nie
>> może z jakiegoś powodu machać linią RTS pełniącą w RS485 funkcję TXen.
>>
>
> Zapewne nie dokładnie wyobrażam sobie co masz do zrobienia.
> Rozumiałem, że Twoje urządzenie ma się połączyć z jakimś innym i nie
> wiadomo na jakiej prędkości tamten gada.
> Pisałem o wyliczeniu z jaką prędkością próbuje się ze mną połączyć ten
> drugi na podstawie jego pierwszej ramki (której treść tracimy, licząc,
> że powtórzy) i potem ustawieniu się na tę prędkość.
> A Ty na to, że to wymagało by dodatkowego procesora - to mnie zdziwiło,
> ale to może wynikać z tego, że ja kompletnie nie rozumiem w jakim
> środowisku działasz i nie zadałem sobie trudu, aby to ogarnąć (sorry).

Nie ma problemu - nie dogadalismy sie: ja musze zrobić plytkę z dodatkami
które pozwolą pożenić kilka innych płytek i zamknąć wszystko w funkcjonalną
całość. Taką płytkę z brakującymi interfejsami, konwerterami, zasilaczem
dc-dc. Między innymi RS232-RS485 który jest niezależny od płytek z
procesorami na pokładzie, a więc konieczność rozpoznawania baudrate
wymagałaby dodanie nowego procka do tej płytki interfejsów.