fk0, легенда (04.04.2014 11:44, просмотров: 258) ответил Snaky на Ethernet не мультипоинт[ZX]
-
- Коаксиальный изернет мертв - Snaky(04.04.2014 12:14)
- и вообще никто не мешает сделать PHY для своей среды передачи данных. абы на MII сигнал CD был корректный. тогда и "эзернет" можно через драйвера 485-го гонять. - Mahagam(04.04.2014 12:08)
- Без свитчей работать не будет. В RS485 с определением коллизий -- туго. - fk0(04.04.2014 12:26)
- RDM работает по RS485 и все коллизии определяет. Нефиг мегабитные потоки гонять. Байтом - сюда, байтом - туда. - Vladimir Ljaschko(04.04.2014 12:34)
- RDM - это оно? Evgeny_CD(34 знак., 04.04.2014 13:48, ссылка, ссылка)
- Да, это вспомогательный протокол к DMX512 - Vladimir Ljaschko(04.04.2014 17:48)
- А где бы полный вариант получить? А то все какие-то огрызки. - Evgeny_CD(04.04.2014 17:52)
- в понедельник - Vladimir Ljaschko(04.04.2014 18:00)
- Не посмотрите, что у вас есть, кроме ESTA_E1-20-2006.pdf ? - Andreas(08.04.2014 09:20)
- в понедельник - Vladimir Ljaschko(04.04.2014 18:00)
- А где бы полный вариант получить? А то все какие-то огрызки. - Evgeny_CD(04.04.2014 17:52)
- непонятно каким образом это относится к определению коллизий по 485 - Nikolay801_(04.04.2014 14:50)
- Напрямую, т.к. RDM поддерживает раздачу сетевых адресов ( аналог DHCP ), а это без надежного определения коллизий невозможно. - Vladimir Ljaschko(04.04.2014 17:48)
- Я ваще про эту хрень первый раз слышу. - Evgeny_CD(04.04.2014 16:41)
- Да, это вспомогательный протокол к DMX512 - Vladimir Ljaschko(04.04.2014 17:48)
- ху из RDM? - Nikolay801_(04.04.2014 12:57)
- А если надо мегабитные? - Snaky(04.04.2014 12:47)
- В HDLC же предусмотрены: 1) выбор ведущего шины, 2) автомагическое назначение адресов, 3) P/F флаг чтоб сделать что-то вроде виртуального кольца (а-ля токен ринг, но соединение звездой). Не сказано только что в последнем варианте ответы слейва fk0(377 знак., 04.04.2014 12:58)
- это всё есть, и да, работает, практически как ты и описал. но в физике внизу там всё равно тот же самый интерфейс остаётся. Snaky(521 знак., 04.04.2014 15:51)
- Адрес по DHCP что ли быстрей выдаётся? Не понял, что здесь плохого. RS485 здесь узким местом не является, скорость передачи в смысле. А латентность и в ethernet может быть порядочная. - fk0(04.04.2014 16:32)
- Вижу так же недостаток в RS485 в энергопотреблении: даже если исключить растяжки с 1-ваттными резисторами (условно). При отсутствии сообщений маркер постоянно будет гоняться туда-сюда с пустыми пакетами. А это трата процессорного времени и fk0(404 знак., 04.04.2014 17:09)
- именно в этом - слейв не может пнуть мастера, а поллинг всех по очереди со всеми такими погремушками - медленно. Snaky(37 знак., 04.04.2014 17:11)
- Ещё одной причиной может быть протокол. Есть запрос-ответ ориентированные протоколы. А-ля MODBUS или столь любимый здесь Wake им ЛИ. Конечно там будет лютая, дикая, бешенная, неистовая задержка от каждого слейва на обработку запроса на прикладно fk0(535 знак., 04.04.2014 18:10 - 18:16, ссылка)
- Это в Газпроме и Росатоме -- дело десятое... Поллинг медленный скорей из-за особенностей ПО. Сколь быстрой не будет физическая среда -- драйвер в процессоре по прерыванию свалит пакет в fifo и пока там планировщик (или что там вместо ОСи) дойдёт fk0(1490 знак., 04.04.2014 17:34)
- именно в этом - слейв не может пнуть мастера, а поллинг всех по очереди со всеми такими погремушками - медленно. Snaky(37 знак., 04.04.2014 17:11)
- Ещё в минус такой системе -- таймаут на возврат маркера P/F может быть достаточно большой, что может препятствовать более приоритетным сообщениям. Здесь CAN лучше. - fk0(04.04.2014 17:05)
- Вижу так же недостаток в RS485 в энергопотреблении: даже если исключить растяжки с 1-ваттными резисторами (условно). При отсутствии сообщений маркер постоянно будет гоняться туда-сюда с пустыми пакетами. А это трата процессорного времени и fk0(404 знак., 04.04.2014 17:09)
- Адрес по DHCP что ли быстрей выдаётся? Не понял, что здесь плохого. RS485 здесь узким местом не является, скорость передачи в смысле. А латентность и в ethernet может быть порядочная. - fk0(04.04.2014 16:32)
- Плохо, что в МК нет автомагического выявления HDLC-кадров с адресами по заданным маскам. Есть обычно адрес 9-битный. Но такое не нужно. И нет понятия кадра вообще (оттого и 9 бит). - fk0(04.04.2014 13:00)
- это всё есть, и да, работает, практически как ты и описал. но в физике внизу там всё равно тот же самый интерфейс остаётся. Snaky(521 знак., 04.04.2014 15:51)
- В HDLC же предусмотрены: 1) выбор ведущего шины, 2) автомагическое назначение адресов, 3) P/F флаг чтоб сделать что-то вроде виртуального кольца (а-ля токен ринг, но соединение звездой). Не сказано только что в последнем варианте ответы слейва fk0(377 знак., 04.04.2014 12:58)
- RDM - это оно? Evgeny_CD(34 знак., 04.04.2014 13:48, ссылка, ссылка)
- да было бы желание. - Mahagam(04.04.2014 12:31)
- RDM работает по RS485 и все коллизии определяет. Нефиг мегабитные потоки гонять. Байтом - сюда, байтом - туда. - Vladimir Ljaschko(04.04.2014 12:34)
- Проблем скорости это не решит. Драйвера 485 и будут бутылочным горлышком - Snaky(04.04.2014 12:16)
- Без свитчей работать не будет. В RS485 с определением коллизий -- туго. - fk0(04.04.2014 12:26)