caxapa.ru :: Хочу попробовать bluetooth-serial-port через USB свисток вместо прямого USB CDC. Хочется надеяться, что такая связка будет более устойчива к помехам, в крайнем случае, приемник и передатчик можно упаковать в общий проводящий корпус. Что

Экспериментатор (21.02.2017 15:26, просмотров: 32032)

Хочу попробовать bluetooth-serial-port через USB свисток вместо прямого USB CDC. Хочется надеяться, что такая связка будет более устойчива к помехам, в крайнем случае, приемник и передатчик можно упаковать в общий проводящий корпус. Что посоветуете попробовать на приборной стороне с интерфейсами UART или SPI? Интересует минимальная задержка доставки и возможность частого обмена. HC05, HC06 не понравились своей глючностью и ограниченным потоком.

- Придумал общедоступный тест для проверки задержки у модулей и пропускной способности с её учетом. Берем два модуля (WiFi, bluetooth), связываем по радиоканалу между собой. У одного из модулей перемыкаем между собой TX и RX. Второй модуль Экспериментатор(1129 знак., 02.03.2017 12:02, )
  - Первые результаты: teraterm "заулучшали", надо скачивать версии 4.76, у последней версии 4.94 передача файла совсем медленная и глючит. Везде поставить галки bin, включить программный контроль потока xon Экспериментатор(584 знак., 02.03.2017 15:02, )
- esp8266 - Vit(21.02.2017 22:10)
  - А прозрачный UART по TCP на нем можно релизовать? Полистал ихний форум так и не понял, получилось ли толком у кого-то. - Hobo(01.03.2017 12:22)
    - Да есть. Стоковая прошивка умеет. С помощью АТ-команд. Звероящер(916 знак., 02.03.2017 08:19)
      - Спасибо(upd: получилось!). А из какого документа цитата? То что мне попадалось было гораздо лаконичнее. Не совсем понимаю что имеется в виду под single и multiple connection. Hobo(614 знак., 02.03.2017 12:25 - 13:18)
        
        Вот с этого документа. Там всё детально разжёвано :) Опечатался, ага. - Звероящер(03.03.2017 09:58, ссылка)
    - на esp8266.ru - Vit(01.03.2017 14:30, ссылка, ссылка)
      - Я правильно понял из обсуждения там, что RTL871xболее перспективен для надежных встраиваемых устройств? А была с ним проблема, может Вам просто бракованный образец попался? - Экспериментатор(01.03.2017 15:53, )
        
        у меня 5 образцов. функционируют согласно древней фирмвари. видятся через SWD. но примеры не прошиваются - IAR выкатывает ошибки. - Vit(02.03.2017 04:47)
      - Спасибо, видел это, возможно не разобрался, гляну еще раз. Как мне увиделось, там 36 страниц обсуждения веб-интерфейса и я так и не понял как оно работает. - Hobo(01.03.2017 14:59)
  - А какое у него время задержки доставки данных? Подозреваю, что нигде в документации этих цифр не найти. - Экспериментатор(21.02.2017 22:20, )
    - в режиме TCP/COM достигалась (мапед не мой) скорость более 3 МБод. ОЗУ там для буферов не очень много, следовательно задержки большими быть не могли - Vit(21.02.2017 22:34)
      - Прямой связи межу baudrate и задержками нету. У голубого зуба baudrate тоже зашкаливает возможности 8-ми битников. Для теста надо делать полукольцо и смотреть baudrate по возвращаемым данным. Я думаю, что где-то 115200 может быть достижимо на Экспериментатор(37 знак., 21.02.2017 22:58, )
        
        На радиоинтерфейсе прогноз задержек тоже самое, что и прогноз погоды ;) Только пакетный режим/протоколы. Непонятно, для чего это надо. Для гальваноразвязки стандартного usart? Тогда лучше оптику приспособить. - Гудвин(21.02.2017 23:56)
        
        Если два устройства лежат рядом под экраном, то будет точнее прогноза погоды. Простейший пример использования - недорогой надежный мост между компьютером и сетью RS-485. Про ethernet, платы расширения, промышленные материнки я знаю, хочу найти Экспериментатор(116 знак., 22.02.2017 00:16, )
        
        Все равно непонятно предназначение сего странного девайса... - Гудвин(22.02.2017 00:31)
        
        C ModBus RTU разве Вам ни разу не приходилось встречаться? Там временное разделение между пакетами. Задержка в 40мс ставит крест на пропускной способности сети. - Экспериментатор(22.02.2017 00:51, )
        
        Современная электроника поставила крест на modbus-rtu. Сейчас все интерфейсы работают в пакетных режимах/протоколах. А общеупотребительные ос соблюдение задержек не обеспечивают от слова совсем. - 3m(22.02.2017 13:14)
        
        Современная электроника это антипод ПРОМэлектроники и скоро ее вытеснит еще более современная.А пром с компортом , шиной иса и битбасом останется. - PlainUser(01.03.2017 12:30)
        
        а как вы предложите управлять частотниками на нефтебазе? Там (в частотниках) есть конечно и Ethernet, но вызывает большое сомнение. - Лагунов(23.02.2017 08:02)
        
        Нужно пойти мужикам сказать. - Скрипач(22.02.2017 18:04)
        
        Тем которые привыкли к DOS ? - 3m(22.02.2017 18:37)
        
        Тем, кто этим занимается. Скрипач(106 знак., 22.02.2017 20:45)
        
        Многие из тех, кто этим не занимается, а использует и даже (божемой!) ремонтирует не подозревает, что там модбус. Да, мужики не знают, но оно работает, и никто его не вытеснит, ибо ~~нефиг~~ дорого это обойдётся. - Барбос(22.02.2017 21:49)
        
        Электроника ни при чем, просто для решения задач надо использовать подходящие протоколы и оборудование, а не брать первое попавшееся. Если канал связи не обеспечивает передачу пакетов без пауз между байтами, то стоит посмотреть для начала на AlexG(211 знак., 22.02.2017 15:34)
        
        Подходящее оборудование я брать умею, хочу научиться использовать первое попавшееся :) Настройка задержки драматически снижает пропускную способность сети. Неужели никто не отбирал WiFi модули по величине задержки? - Экспериментатор(22.02.2017 15:39, )
        
        Производители частотников с Вами не согласны. Например, Delta никакого выбора кроме ModBus RTU не предоставляет. Страшилки про ОС меня не пугают, так как этот вопрос знаю на практике, а не в теории. Если там один пакет из тысячи пропадет, то его Экспериментатор(159 знак., 22.02.2017 14:56, )
        
        венда легко может вставить паузу между байтами в 10 мс. в некоторых случаях наблюдается и 30 мс. но это всё-равно фигня. таймаут на ответ по факту не регламентирован. во всяких GSM-модемах (и, например, реализации TCP/COM для ESP8266) добавляют Vit(126 знак., 22.02.2017 07:21)
        
        Давно уже не приходится. Перевел все свои девайсы, даже настольные, с RS485/232 на ethernet и IP. Для для повышения надежности USB-COM, если оптронная развязка не помогает, проще взять пару пластиковых световодов Versatile Link Avago, как это Гудвин(115 знак., 22.02.2017 01:22 - 02:08, ссылка, ссылка)
        
        RS485/232 никак не удалить, если требуется совместимость с десятками тысяч работающих устройств разных производителей по всей стране на АЗС. - Лагунов(23.02.2017 08:04)
        
        По usb_com+оптика - к Евгению :) Он тут озвучивал супер-пупер идею по реализации такого узла. - Гудвин(22.02.2017 00:00)
  - Тогда уж RTL8710. - Гудвин(21.02.2017 22:12)
    - так и не достучался до него. - Vit(21.02.2017 22:14)
      - А вот до такого за $2, наверное, достучались бы: Экспериментатор(342 знак., 01.03.2017 22:30, )
        
        А какая разница? То же самое железо... По RTL87xx смотреть соответствующие 3 ветки по RTL на ESP8266.ru. Самый ценный материал в постах участника "pvvx". Какие нах "отечественные разработчики"? - там китайцы рулят... Не далее чем вчера развел Гудвин(131 знак., 01.03.2017 22:40 - 22:56)
        
        Пишут, что железо разное: "В целом аппаратная реализация выглядит знакомо, PADI IoT Stamp аналогичен модулю B&T RTL-00 (модуль на чипе RTL8170, доступный для заказа в китайский онлайн магазинах), но не совместим с ним. Поэтому нужно быть предельно Экспериментатор(969 знак., 01.03.2017 23:24, )
- BT и "минимальная задержка доставки и возможность частого обмена"? А так, можно в те же HC05/06 зарядить фирмварь от Bluegiga WT-11 и пациентам станет значительно лучше. Я тут поднимал эту тему. Поиск по Сахаре поможет... - Гудвин(21.02.2017 16:54)
  - Интересно, но применимо только для самоделок. Разница в цене с WT12-A-AI4 не окупит времени на перепрошивку модулей и отлов багов. Я в документации, кстати, не увидел времени доставки данных. Хотя бы MODBUS пробовали на перепрошитом модуле Экспериментатор(479 знак., 21.02.2017 19:27, )
    - Нашел данные в UG218.pdf: Typical data transmission delay 10-15ms, Minimum data transmission delay 5-10ms. Короче, голубой зуб не вариант. - Экспериментатор(21.02.2017 20:41, )
      - Если Модбас не оговаривает паузы между "запросом-ответом", может, некое подобие шлюза поможет? Собирать байты из одного посл. порта (того что на радиоинтерфейсе), и потом выдавать в другой - гарантированно без пауз между байтами. - brv(23.02.2017 12:03)
      - Потому я и вопрошал ;) BT совсем для другого. - Гудвин(21.02.2017 20:49)
        
        Беда в том, что для "'этого" ничего кроме ethernet не оставили. Скорее всего, его тоже скоро удавят каким-нибудь супер-пупер лицензируемым интерфейсом. Про коаксиальный интернет уже никто и не вспоминает. - Экспериментатор(21.02.2017 21:04, )
  - Во, сам нашел. - Гудвин(21.02.2017 17:00, ссылка)

Мобильная и беспроводная связь