Поиск сообщества
Показаны результаты для тегов 'rs485'.
Найдено: 7 результатов
-
Имеется: сеть RS485, скорость передачи данных 460800 бод, около 20 узлов, протяженность топологии – порядка 100 м, в начале и конце топологии установлены резисторы-терминаторы 120 Ом, в одном месте установлены пара резисторов смещения по 560 Ом каждый. Требуется: спроектировать схему защиты узла RS485 на отечественной элементной базе, способную защитить приемопередатчик RS485 от импульсов электростатического разряда (в первую очередь), а также высоковольтных помех в линии. На рисунках 1 – 3 приведены различные варианты схем защиты, построенные на основе типовых решений. Схема на рисунке 3 справедлива лишь для низкоскоростных интерфейсов. Общая емкость ограничителей напряжения 2Р244А91, 2РС201А91 составляет 3900 пФ, 2Р244В91 – 1820 пФ, что не позволяет их использовать напрямую на линиях RS485 в данном случае. На рисунке 4 приведена схема из покупного устройства защиты DTR 485/12 G (рассчитанного на высокие скорости), перечень элементов найти не удалось. Прошу высказаться касательно приведенных схем защиты, дать рекомендации. В частности, интересуют требования к диодам моста, например, на какой импульсный ток они должны быть рассчитаны? То, что они должны быть импульсными с малой емкостью – это понятно. Для схемы рисунка 1 каковы должны быть требования к параметрам стабилитронов (ток стабилизации, мощность)?
-
Компания производитель вендинговых автоматов для розлива питьевой воды в поисках инженера-системотехника/инженера электронщика. График 5/2 с 9 до 18, здесь удаленный формат не рассматриваем. Место работы – г. Екатеринбург. Мы ищем специалиста, который будет делать прототипы нового для контроллера, курировать производство, проверять, дорабатывать, перепаивать, а также: Переписывать текущие программы на С++; Создавать программу для Android для конфигурации параметров контроллера через bluetooth. (т.е. предлагать новые, современные идеи и подходы для развития имеющихся контроллеров, которыми вы владеете); Предлагать новые программные продукты, среды разработки. Будет в тренде мира микроэлектроники, китайского контрактного производства. Может предложить совершенно новую реализацию наших текущих задач, чтобы это было лучше и эффективнее. В идеале, нам нужен специалист, который имеет: Опыт программирования микроконтроллеров Atmega, STM32, ESP32; Опыт работы в Altium Designer; Опыт работы в c++ (IAR, QT); Опыт работы с modbus, rs485/232, SPI. Готовы рассматривать специалистов с разным опытом, поэтому пишите, задавайте вопросы. Резюме можно отправить на почту lb@ktekt.ru (да, мы кадровое агентство), позвонить можно по следующему тел. 89068001212 - Любовь.
-
Имеется китайский переходник USB\RS232, к нему собирал схему на MAX232+MAX485 без развязки. Попытался подключится этой приблудой к станку, с помощью ноутбука, но ему эта затея не очень понравилась и он всячески ругался ошибками интерфейса, соответственно прослушать ничего не удавалось. Видимо из-за постороннего напряжения на линии от моей поделки))) Поэтому появилась идея развязать мой ноут от станка с помощью такой вот схемы. Как думаете, прокатит это только для прослушки? Если да, то как именно подключится к переходнику, к каким выводам. Заранее благодарю)))) Терминатор цеплял, не помогло. Адаптер на микрухе ADM, маркировку увы не помню
-
При работe с РЕАЛЬНЫМ последовательным интерфейсом RS485 в виртуальной машине, виртуальная машина глохнет через пару секунд. В чем может быть причина? Как разрешить эту проблему?
-
Всем привет! Задумано следующее: на малинку ставится веб-сервер (именно веб, а не HTTP, т.к. подразумевается тонкий клиент, но возможно я с терминами немного путаю), который обеспечивает управление через тонкий клиент по Ethernet, по Modbus RTU поверх RS-485 малинка должна будет управлять объектом. Т.е. задача такая: на удаленном рабочем месте визуализация объекта и его управление по Modbus. Изначально я хотел под это дело использовать какой-нибудь NUCLEO на процессоре STM32. Но почитал немного о подробностях установки TCP-IP стека и веб-сервера на STM32 и понял, что эту задачу они выполняют, но как-то сложновато. Вроде как Raspberry Pi намного лучше с этим должна справиться. Да и комьюнити намного больше. Ваши мнения, господа?
- 7 ответов
-
- raspberry pi
- stm32
-
(и ещё 4 )
C тегом:
-
Требуется разработать блок управления сплит-системой с функцией обучения по ИК каналу через RS-485 интерфейс на базе МК STM32. Есть ТЗ и список команд управления. Разработка в 2 этапа: 1-разработка принципиальной электрической схемы с указанием элементов на основе структурной из ТЗ (можно в карандаше), 2-написание ПО для МК STM32 в соответствии с ТЗ и списком команд. Оплата поэтапно. Кому интересно - уточняйте детали и оценивайте стоимость работы. Блок управления по ИК каналу Описание.docx Команды MODBUS.xlsx
- 4 ответа
-
- микроконтроллер
- инфракрасный
-
(и ещё 2 )
C тегом:
-
Автобусное табло, неведомый протокол по RS485
Денис Анохин опубликовал тема в Промышленная электроника
Знатоки, кто сталкивался с таким вот протоколом, который опишу ниже. Сильно не пинайте, я прикладник, такое вижу впервые, документация проприетарная и её не дают. Есть автомобильное табло на автобус Luminator TwinVision Smart Series и к нему пульт OCU. Я подключился между пультом и знаком, могу видеть данные на ПК через Rs485 конвертер. Скорость 115200, настройки порта 8N1. И вижу я к примеру, вот такое: Команда, видимо, очистки строки: 40 50 00 08 00 84 24 00 00 30 11 Команда отправки строки текста RED ROUTE 10 40 05 00 38 00 82 00 00 00 24 14 FF FF 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 52 45 44 20 52 4F 55 54 45 20 31 30 20 20 20 20 20 20 20 20 20 20 30 11 Несложно было догадаться, что 0x40 это заголовок, второй байт это CRC (0x100 минус сумма), 0x38 вроде как получатель(?), 0x82 тип команды, 0x24 тип строки, 0x14 начало строки, два байта 0xFF это типа маска NN (номера маршрута), далее простая тексотвая строка, а 0x30 и 0x11 - конец. Расположение контрольной суммы в начале - это уже фантастика для меня, ну ладно. Однако если попытаться с ПК отправить такую же команду в обход пульта, знак ругается строкой 40 04 00 08 00 F3 01 00 00, которую он повторяет на любую посылку количеством over 100 раз(!) без какой-либо реакции. Вопросов два. 1. Что за протокол такой чудной, где CRC в начале? Может кто узнал? Почему в конце зачастую 30 11, но иногда нет? 2. Что за ответ такой от табло, чего он от меня хочет таким многочисленным повтором? Это типа хендшейк что ли?