Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Пятница
26 апреля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Кибернетика, автоматика, протоколы

Mebius (03.04.2014 21:06, просмотров: 42024) Cкpипaч

Такие "специфичные контроллеры связи" с RS-485 были бы популярны, возможно, лет примерно 10 тому назад.

Ответить

- Активно пользуюсь. Не "модно", зато надежно, обозримо и экономически привлекательно. Ethenet использую там, где бегает визуализация (графика, аудио-видео). - Скрипач(04.04.2014 08:15 - 08:41)
  - Так это когда комплекс услуг поставляешь. Систему целиком. Таких контор-разработчиков сейчас всё меньше и меньше. Всё больше и больше контор-пусконаладчиков которые пользуют готовое оборудование и соответственно такие чипы не потребляют. Мелким Mebius(100 знак., 04.04.2014 11:58)
    - Свои разработки я применяю не более чем в 50% проектов. На немецкой и американской технике архитектура решений такая же. - Скрипач(04.04.2014 12:02)
      - Загнивают капиталисты. - Mebius(04.04.2014 12:04)
        
        Да нет просто замены 485-ому для промавтоматики вот и все. А морально он конечно стар и местами bottleneck уже. - Snaky(04.04.2014 12:41)
- а что пришло на замену? хочу высокоскоростной мультипоинт интерфейс, например. - Snaky(04.04.2014 04:16)
  - Ну а большинство хотят вундервафлю которую можно легко и просто подключать к стандартному бытовому/полубытовому оборудованию. - Mebius(04.04.2014 08:02)
    - Со стандартизацией интерфейсов у "бытовых и полу-" полный швах. Может за последние пару лет чего поменялось? - Скрипач(04.04.2014 08:44)
      - Нет никакого шваха. Партия уже давно постановила что универсальным интерфейсом является USB. - 3m_пароль_не_помню(04.04.2014 09:58, )
        
        Разве что :) Подскажите, как "имея USB" запустить запись передачи на телевизоре? или хотя бы уровень громкости задать? - Скрипач(04.04.2014 10:03)
        
        ВайФай - Mebius(04.04.2014 11:49)
        
        Я повторяю свой вопрос: ~~Ура?~~ Команду как отправить, чё конкретно куда записать? Семиуровневую сетевую модель помните? Вопрос про уровень прикладной задачи спрашиваю, а не про транспортный или сеансовый. - Скрипач(04.04.2014 11:55)
        
        В телевизоре веб-сервер который предоставляет страничку с кнопочками. Удалённый девайс эмулирует нажатия кнопочек на страничке пользователем. Протокол http. Известен, хорошо задокументирован. Сам когда-то этим занимался. Сейчас уже не помню всё Mebius(10 знак., 04.04.2014 12:03)
        
        Вы издеваетесь? Вэб-сервер, блядь, "с кнопочками". Предлагаете на каждый сраный котедж отдельно парсить-ревёрсить обмен javascript или activex с сервером? Это вы называете "хорошо стандартизован"?! Бред. - Скрипач(04.04.2014 12:06)
        
        Ну когда освоите, всё не так уж и сложно :) Javascript вообще вещь весьма приятная, а парсеры уже давно написаны и оттестированы большим кол-вом людей. - Mebius(04.04.2014 12:10)
        
        Угу. "А на сдачу, мы им пришлем инженеров"(с) Вы совсем не понимаете сколько стоит "парсить Javascript в присутствии заказчика"? - Скрипач(04.04.2014 12:18)
        
        Не понимаю зачем этим нужно заниматься в присутствии заказчика. - Mebius(04.04.2014 13:08)
        
        :)))) Предложишь ему припереть его телевизор и прочих хлам тебе в офис? 8) - Скрипач(04.04.2014 13:11)
        
        А с 485-м ты как поступаешь? Приходишь к заказчику и начинаешь нарезать логи компортмонитором? - Mebius(04.04.2014 13:15)
        
        А я не использую RS485 8) Вместо него, применяю MODBUS-RTU )))) Скрипач(50 знак., 04.04.2014 13:30 - 13:32)
        
        А я использую и MODBUS-RTU и MODBUS-ASCII через RS-485. Но всё-равно сомневаюсь что в любом телевизоре любого заказчика можно поменять громкость через MODBUS-RTU единым образом. - Mebius(04.04.2014 13:41)
        
        Дык, меняйте по Wi-Fi, как сами предложили мне выше по ветке 8)))) Скрипач(93 знак., 04.04.2014 13:46 - 13:51)
        
        Если в телевизоре с модбасом будет мануал на регистры, то в телевизоре с веб-сервером будет мануал на структуры json или xml какие-нибудь. - Mebius(04.04.2014 13:57)
        
        Будет "интернет вещей", со своим, навернутым стеком протоколов. Беспроводный. С платной сертификацией оборудования "на соответствие". Закрытым "клубным" доступом к спецификациям и прочими "коммерчески эффективными" улучшениями. - Скрипач(04.04.2014 14:11)
        
        Модбас в этом отношении ничуть не лучше. - Mebius(04.04.2014 15:44)
        
        Сравните между собой спецификации MODBUS и LONWORKS. - Скрипач(04.04.2014 16:04)
        
        Хакнуть легче? - Mebius(04.04.2014 17:08)
        
        в телевизоре давно линия CEC на HDMI соске есть. для управления вообще всем что на HDMI висит. - Mahagam(04.04.2014 12:06)
        
        Цитата: "На практике - единого обязательного стандарта нет, и каждый производитель норовит приделать свои особые команды". Врут? - Скрипач(04.04.2014 12:11)
        
        основные команды типа вкл-выкл, громкость - поддерживаются всеми. вообще, насколько помню, в линии есть команды трансляции кнопок пульта. типа "вход в меню", "вверх" "вниз" и т.д. - Mahagam(04.04.2014 12:16)
        
        Это не штырит. Интересен уровень "Запланировать запись передачи на 5-м канале с 14:00 до 18:15". С двумя подтверждениями: "Команда принята", "Команда выполнена". Вслепую кнопкотык эмитировать и на инфракрасном порту можно. - Скрипач(04.04.2014 12:21)
        
        ну тут команды вроде как потверждаются. один хрен стандарта на эти действия не будет, ибо интерфейс сделан чтобы с одного пульта можно было рулить всей техникой. ну и техника сильно разная. - Mahagam(04.04.2014 12:31)
        
        "нет в жизни счастья"(тм) - Скрипач(04.04.2014 12:34)
        
        да есть ) по ссылке - моя разработка. оно на стелларисе с эзернетом встроенным сделано. - Mahagam(04.04.2014 12:38, ссылка)
        
        Где глянуть API для "управления сверху"? - Скрипач(04.04.2014 12:54)
        
        Тем более. Но тут наверное слово "телевизор" - образ собирательный. - Mebius(04.04.2014 12:07)
        
        О? А что почитать "для чайников"? Есть ли стандарт ПРИКЛАДНОГО уровня, для этой линии? - Скрипач(04.04.2014 12:08)
    - RS-485 и не был никогда бытовым/полубытовым. Евгений тоже про бытовуху никогда не писал. - Snaky(04.04.2014 08:08)
  - Я практически все железки Гудвин(27 знак., 04.04.2014 06:06)
    - Ethernet не мультипоинт Snaky(123 знак., 04.04.2014 06:09 - 06:17, картинка)
      - Нарисованный RS-485 тоже работает только в варианте один мастер и много слейвов. С CAN и Ethernet не сравнить где любой с любым работает. - fk0(04.04.2014 11:47)
      - Езернет по коаксиалу -- очень даже мультипоинт... - fk0(04.04.2014 11:44)
        
        Коаксиальный изернет мертв - 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)
        
        непонятно каким образом это относится к определению коллизий по 485 - Nikolay801_(04.04.2014 14:50)
        
        Напрямую, т.к. RDM поддерживает раздачу сетевых адресов ( аналог DHCP ), а это без надежного определения коллизий невозможно. - Vladimir Ljaschko(04.04.2014 17:48)
        
        Это в RS-485 электрически в принципе определить коллизии невозможно. А раздать адреса очень даже можно. Я уже писал: 3GPP TS 25.462, например. И здесь то же самое (см. ссылку). То же самое сделано в шине 1-wire для поиска адресов микросхем. - fk0(04.04.2014 18:00, ссылка)
        
        Я ваще про эту хрень первый раз слышу. - Evgeny_CD(04.04.2014 16:41)
        
        ху из 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)
        
        Ещё в минус такой системе -- таймаут на возврат маркера P/F может быть достаточно большой, что может препятствовать более приоритетным сообщениям. Здесь CAN лучше. - fk0(04.04.2014 17:05)
        
        Плохо, что в МК нет автомагического выявления HDLC-кадров с адресами по заданным маскам. Есть обычно адрес 9-битный. Но такое не нужно. И нет понятия кадра вообще (оттого и 9 бит). - fk0(04.04.2014 13:00)
        
        да было бы желание. - Mahagam(04.04.2014 12:31)
        
        Есть выход типа полумост. Включённый так или этак. Как там (надёжно) можно определить коллизию? Для того в CAN есть понятие пассивного и активного состояния. Да ещё и сопротивление (волновое) кабеля -- амплитуды сигнала приёма и передачи fk0(245 знак., 04.04.2014 12:52)
        
        Проблем скорости это не решит. Драйвера 485 и будут бутылочным горлышком - Snaky(04.04.2014 12:16)
      - фу... растяжки... ;) - Vladimir Ljaschko(04.04.2014 08:46)
        
        а шо делать? Snaky(30 знак., 04.04.2014 08:49)
        
        Есть fail safe драйвера. Почти то же самое и выходит. Но электричества не жрёт. - fk0(04.04.2014 11:44)
        
        Дык в протоколе пауза > 1 байта от момента включения передатчика до начала передачи. - Vladimir Ljaschko(04.04.2014 09:01)