Один МК несколько RS485

[skrynia]

Получилось не шесть (как декларировалось), а восемь. Плюс дополнительные детали .

Речь шла о дополнительных выводах для управления, а так да, куда ж мы денемся от RXD/TXD. Диоды не помешают (маленькие в корпусах SOT23), поставил на всякий случай, потому что не знаю, можно ли объединять выводы RO приёмопередатчиков, надо даташит поглазеть...

[skrynia]

По условиям задачи ТС, таки да. Но жизнь, корректирует "должно" на "имеется в наличии". Пример из жизни (этого года): имеется три шаговых двигателя, которые управляются через платы (RS-485) не имеющие идентификатора. Пришлось сажать на разные линии.

Тогда приёмопередатчики оставляем постоянно на приёме, а 6-ю линиями управляем только передатчиками. Плюс программно на момент передачи затыкаем приём или не затыкаем и контролируем таким образом то, что мы передали в линию.

Добавлено:
Хотя это сути не меняет. В обоих случаях возможна как групповая так и передача только в одну из линий.

[avp94]

В обоих случаях возможна как групповая так

Это, Вы немножко погорячились (в общем случае) . В частном случае, когда информация всегда "передается" только от контроллера без квитирования, параллельная отправка по предложенному методу возможна (но где его отыскать этот частный случай?) .

[realkeeper]

спасибо за столько идей - за ноч в голове оформилась идея похожая на рисунок но
вместо диодов там будут буфера с Z состоянием если не активны - и все будет тип топ - приемные ножки небудут мешать друг другу
и ножек не 6 а 3 всего для демультиплексора 3 в 8
думаю вечером отрисую и помещу или спаяю на 4 канала как раз валяется все для этого и проверю на практике

пока вопрос есть только 1 - можно ли без буфера на ногу МК садить 6ть ножек которые к передатчикам идут нога(4) MAX485 - и если буфер всетаки нужен то что посоветуете из доступного

но идеи можно продолжать спасибо

[realkeeper]

А у Arduino есть библиотека NewSoftSerial - делает дополнительные UARTы, правда не задумывался сколько.

нет много ног использовать потом отлавливать где что глючит это не наш метод но спасибо

[realkeeper]

вот что набросал - краткое описание:

чтобы меньше места занимать показываю на 4х каналах

на входах 485 (2) все время = 0 - пусть себе принимают все нам это не мешает
================================================== ==========================
СИСТЕМА В ПРОСТОЕ - не используем не один 485:
на выходах МК 25,26,27,28 = 0
в итоге на всех выходах дешифратора U2 идущим к буферам = 0
все 4ре буфера U8 переведены в состояние Z
резистор делает для входа RXD = 1 чтобы небыло неопределенности
в итоге на всех выходах дешифратора U3 идущим к упревлением передачей 485 = 0
не один 485 не передает
================================================== ==========================
ПРИЁМ ДАННЫХ - используем выбранный 485 на прием:
на выходах МК 25,26,27 = адрес нужного 485
на выходе МК 28 = 0 нет передачи
в итоге на нужном выходе дешифратора U2 = 1
один из буферов открыт и данные с нужного 485 поступают к МК
в итоге на всех выходах дешифратора U3 идущим к упревлением передачей 485 = 0
не один 485 не передает
================================================== ==========================
ПЕРЕДАЧА ДАННЫХ - используем выбранный 485 на передачу:
на выходах МК 25,26,27 = адрес нужного 485
на выходе МК 28 = 1 передача
в итоге на нужном выходе дешифратора U2 = 1
один из буферов открыт и данные с нужного 485 поступают к МК
в итоге на нужном выходе дешифратора U3 идущим к упревлением передачей 485 = 1
нужный 485 передает данные
================================================== ==========================

может я что напутал или глупое сделал - продолжаем обсуждение

(повторюсь - система мастер инициирует поочередный опрос слейвов по типу пакет ушел-пакет пришел, скорость маленькая, частота опроса раз в 2-3 сек, число слейвов от 5 до 15, МК знает на каком канале какой слейв, при ошибке повторный запрос, при не ответе более таймаута, перезапрос)

[skrynia]

realkeeper, опишите логику обмена с устройствами на шине. Будет ли у них программная адресация?

[realkeeper]

realkeeper, опишите логику обмена с устройствами на шине. Будет ли у них программная адресация?

да все они имеют адрес как положену слейваам 485 сети

МК при настройке (от ПК) получает все адреса(и на каком они канале) которые ему надо опрашивать и сохраняет их в EPROM

при работе он перебирает адреса по очереди и зная на каком они канале 485 - использует нужный канал 485 как я описал выше

[skrynia]

да все они имеют адрес как положену слейваам 485 сети
МК при настройке (от ПК) получает все адреса(и на каком они канале) которые ему надо опрашивать и сохраняет их в EPROM
при работе он перебирает адреса по очереди и зная на каком они канале 485 - использует нужный канал 485 как я описал выше

В таком случае можно делать передачу и приём одновременно всеми приёмопередатчиками и нет смысла делать огород для раздельного управления каждым.

[AJScorp]

может я что напутал или глупое сделал - продолжаем обсуждение

По схеме, можно поставить 74HC138 (дешифратор с инверсными выходами) + 74HC238, RE и DE на дешифраторы, ROх и DIх на проц. Сэкономите один корпус U8.

ИМХО, лучше найти лишние ноги.