Кратка теория: RS-485 е двупроводен интерфейс между много девайси: всеки от тях може да предава или да слуша. В един момент предава само един (полудуплекс) останалите слушат. Затова при предаване предавателят "заема линията" и след предаване я освобождава.

Проблемът под Win: стандартните настройки при отваряне на ComPort не поддържат RS-485, допълнителнио се налага след отваряне на порта да се манупулира DCB, за да се зададе RTS_CONTROL_TOGGLE.

Обаче това китайче (0.85 долара) се справя и си мисля, ЧЕ ТОВА Е ПРОБЛЕМА:

ПРОБЛЕМА: дали тоя китаец не заема линията само докато предава "0", а когато линията е в "1" да е свободна (и шумонезащитена)?

МОЛЯ, споделете опит, виждания, ....

Има и такива решения: при получаване на '0' от TTL страната девайсът заема линията и я държи заета още извастно време. Колко 'още' - зависи от бодрейта. Едва ли обаче китайчето се съобразява с бодрейт. вероятно е твърдо забито на 1-10 милисекунди и това е.

Ами би трябвало всичко да е ОК. Тези обработки, които си споменал се правят в/у пакета с данни, а това нещо е прозрачно. Т. е. просто софтуерът ти трябва да се грижи за тях. Това, което ми прави впечатление е, че се поддържа само високи честоти - 75bps - 115200bps , up to 6Mbps. Стандартното 9600 го няма... Не виждам никъде драйвер...

Ами ако е така, то за да се предава 1 ца трябва да има външен pull-up. Пък и то отделно че системата работи диференциално, съответно това важи за сигнал A. За сигнал B пък нулата е във ниско състояние. Но аз бих ти препоръчал за да не се чудиш, да свържеш един терминиращ резистор от 120 ом на клемата, да изпратиш сигнал от компютъра и да видиш с осцилоскоп дали се клати. Но принципът си изисква или да има пълни драйвери и за двата сигнала, разбира се с опция висок импеданс. или да е с вътрешни pull-up и pull-down, които имитират високия импеданс. Това второто е както е описано в wikipedia-та https://en.wikipedia.org/wiki/RS-485 и ми се струва че е така при теб .
Но самата шумозащитеност идва от това че сигналите са противофазни, а шумовете синфазни, т.е. приемника винаги ги подтиска. Ако се притесняваш от зашумяване, може да използваш усукан чифт, вместо обикновения ППВАР кабел.

Stoyanoff, 75bps.

NikB,
на таз цена - купи 2-3 и за мене да пробваме.
Винаги мога да ги хвърля в кофата.
Ако няма драйвер- би трябвало да е или нещо , като това, което казваш, или да
е вградено. FT232RL по подразбиране търкаля едната жица за управление на
485 чип.

Днес съм тъп! Даже не съм разбрал какво пита човека!
Не би трябвало линията да остава заета, защото така не можеш да получаваш данни! Обаче какво точно са направили братята китайци и какъв чип са сложили... Обикновено трансийвърът за 485 има 2 управляващи пина, които обикновено се дават на късо и се използва само 1 сигнал за управление... Така ресийвърът има само 2 режима - на предаване и приемане. Винаги съществува варианта чайните да са направили някакво чудо на техниката дето....
И ги питай за драйвер, че ако го търсиш опитно из нета ще береш ядове...

В линка от Алиекспрес - коментарите указват , чип CH340 , ползват се драйвери за него.
За 20 минути се отказах да намеря свястен чаршаф, баси китайците.

Благодаря за отговорите!

Много полезни ми бяха slav4o.com и stefan63


Драйверът наистина е CH340 (имах го от usb2uart).

За да няма недоразумения, ще постна няколко картинки:

ЕДИТ: Една картинка на китайския и две на некитайския, където RTS определя времето за заемане на линията (и не е еднакво )
ЕДИТ/ЕДИТ: На некитайския ного добре се вижда къде се освобождава линията, на китайския няма такова нещо.

Горното мнение го редактирах 2 пъти, защото по грешка го постнах след първата картинка .

Тук искам да обсъдя пак шумозащитеността



Изглежда много логично, но защо хората се хабят да ползват RTS (с пропуска с DCB под Win) или там - допълнителни сигнали от FTDI, ако има такова приятно решение?

(Това, за DCB: стандартно WinAPI няма начин да отвори Serial port така, че да управлява посоката с RTS, "стандартно" се ползват 2 от възможностите, но ако се манипулира DCB след отваряне на порта са достъпни още 2 опции).

Омотал си понятията!
RTS
DCB

Не съм омотал нищо : DCB
Виж в линка fRtsControl и особено RTS_CONTROL_TOGGLE - това се управлява след заемане на Serial port през DCB структурата, за да може Win апаратно да манипулира RTS при предаване на байт(ове)

нещо не разбирам същината на дискусията...

Съвсем кратко:
Защо в маса девайси с RS-485 управляват посоката на буферите, след като има решение, което изглежда решава въпроса без управляване на посоката.

и... какво е решението без управление на 'посоката'?
посоката на кое? на 485 трансмитера ли? без да му вдигнеш пина DE не можеш да предаваш. как точно се управлява е въпрос на реализация, няма приет стандарт по въпроса.
или имаш предвид RTS на серийния порт?

и само да обърна внимание, DCB е приложимо само за Win

изразяваш се с недомлъвки и затова не разбирам проблема/въпроса