Andreas (12.05.2021 13:10, просмотров: 238) ответил rezident на Пппереведите, плзз. 4-wire RS485 это вполне типовое решение.-
- Обычный конвейер тайм слотов. В слоте N мастер выдает команду и
данные N и одновременно читает ответ на запрос в слоте N-1. - Evgeny_CD(12.05.2021 13:27)
- Мудрено. А если N-1 слот позже ответит? Обычный запрос-ответ менее
критичен ко времени и после ответа можно сразу следующий запрос
давать. А тут надо жестко тайминги выдерживать. - Andreas(12.05.2021 13:58)
- Зависит от свойств девайсиков на шине. Зато максимальная
производительность. - Evgeny_CD(12.05.2021 14:22)
- Видел такую реализацию в железе. Но это совсем нестандарт. - michas(12.05.2021 18:37)
- Зависит от свойств девайсиков на шине. Зато максимальная
производительность. - Evgeny_CD(12.05.2021 14:22)
- Мудрено. А если N-1 слот позже ответит? Обычный запрос-ответ менее
критичен ко времени и после ответа можно сразу следующий запрос
давать. А тут надо жестко тайминги выдерживать. - Andreas(12.05.2021 13:58)
- Дык я вовсе не ратую за отсутствие сегментирования, а лишь предложил решение для конкретного случая, описанного топикстартером. Лично мне тоже не очень нравится полтыщи устройств на одном проводе. У нас для схожих случаев концентратор USB->to->4*RS485 есть. Но в качестве мастера обычно что-то посерьезнее "малинки" строит, с распределенной сетью сбора данных и SCADA. - rezident(12.05.2021 13:19)
- Не совсем так, если дуплекс нужен (а по условиям это так), то можно одновременно читать один слейв и писать в другой. Для этого нужно что-бы ответ/квитирование на запись приходил не сразу после её окончания, а по отдельному короткому запросу. На килобайтных блоках можно почти вдвое снизить требование к полосе передачи. - =AlexD=(12.05.2021 13:17)
- Обычный конвейер тайм слотов. В слоте N мастер выдает команду и
данные N и одновременно читает ответ на запрос в слоте N-1. - Evgeny_CD(12.05.2021 13:27)