Jump to content

    

PeterAwsmtek

Участник
  • Content Count

    81
  • Joined

  • Last visited

Community Reputation

0 Обычный

About PeterAwsmtek

  • Rank
    Частый гость

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Ищем специалиста по ZigBee

    ======================================================================= = (C) COPYRIGHT 2016 Lumi Tech = = = = System infomation = = = = APP_VERSION--> V1.3.34 = = ModelID--> lumi.plug = = Fireware BuildTime: 09-04-2018 09:22:05 = = By Lumi tech Team = ======================================================================= Да, вот есть даже заголовок из отладочного интерфейса Xiaomi Smart Plug )) Пойду им напишу.
  2. Ищем специалиста по ZigBee

    Это понятно, в Bluetooth тоже можно данные приложения без всяких профилей в пэйлоад GATT складывать, или даже в GAP, если сильно захочется. Но это если все участники сети - понимают что там лежит. А нам то как раз эта самая Interoperability нужна.
  3. Ищем специалиста по ZigBee

    Это если ввы профили не используете и весь уровень приложения у вас свой. А если на нижнем уровне фрагментация у получателя выключена, то такого же пакета уже не будет. Хотя не думаю, что это ваш случай.
  4. Ищем специалиста по ZigBee

    Речь идет именно о координаторе. Маршрутизаторы не нужны, если end-device будет доставать до координатора за 1 хоп. У Xiaomi отключается через режим разработчика. Некоторые профили не поддерживают фрагментацию. А так же она могла быть выключена на одной из сторон. Или длинные пакеты в пределах одного фрейма не проходили? Это нужно попробовать конечно )
  5. Ищем специалиста по ZigBee

    Стандарт гарантирует так называемое Interoperability. Если устройство сертифицировано для работы в сети ZHА (что собственно нам и нужно), то любые устройства будут работать в одной сети. Я не опасаюсь отладки. Мне просто не нужен лишний хлам. IEEE802.15.4 снифается Hack RF (которая у нас есть) или любым другим SDR которая достет до 2450 MHz Так сделать конечно можно, к тому же приемо-передатчики 802.15.4 с PHY и MAC намного дешевле чем RF MCU, Но мы не планируем (покрайней мере в ближайшее время) выпускать свои датчики для умного дома, а наши клиенты точно их захотят. Поэтому придем к выводу, что на мак уровень всеравно придется вешать свой стек.
  6. Ищем специалиста по ZigBee

    Конкретно интересует стек + модуль для реализации координатора сети ZigBee. Профиль HA (Home Automation)
  7. Ищем специалиста по ZigBee

    Вчера вскрыли Xiaomi Smart Plug. У них как раз NXP JN516 ) Чтобы поддерживать существующие на рынке решения на Zigbee. Не в этом дело, а в том, что нам эта отладка не нужна. Если бы они могли просто лицензию на стек продать, но вместо этого нужно купить отладку, дождаться пока она приедет к нам и ввести ее серийник. Не очень мне такая схема нравится. Я не совсем понял из того, что вы написали. У вас есть модуль своей разработки, который вы предлагаете? Или что? У нас нет линукса.
  8. Ищем специалиста по ZigBee

    Почему именно Silabs? Они стек дают за цену отладки (1000$), а NXP, например просто так. Что в Silabs примечательного?
  9. Добрый день! Имеется контроллер с STM32F407 для пром. автоматизации. Стоит задача - прикрутить к нему радио-интерфейс, работающий по Zigbee с радио-датчиками и исполнительными устройствами. Например Xiaomi Smart Plug (https://www.mi.com/us/mj-socket) Ищем исполнителя, который: 1. Выберет модуль с RF MCU и стек 2. Интегрирует в систему несколько датчиков и расскажет, как интегрировать дальше. Также будем признательны за любые советы и предложения. Zigbee - не окончательный выбор, если есть другие варианты, то тоже можем рассмотреть. Рассматриваем предложения по поставке готовых радио-модулей и датчиков. Пока используем Xiaomi, но думаем отказаться из-за закрытости Вопросы пишите сюда, стоимость и сроки - в ПМ.
  10. CAN шина STM32F103

    Это мы и называем повтором передачи )
  11. CAN шина STM32F103

    Арбитраж шины это часть передачи. Это начало передачи. Кто выиграл, тот ее продолжает, а кто проиграл - прекращает. Вот в случае проигрыша - есть повторная попытка или нет? Насколько я знаю сообщение остается в мэйлбоксе. И должно само отправиться, когда шина освободится (если не произойдет еще одна коллизия и арбитраж снова не будет проигран).
  12. CAN шина STM32F103

    Я думаю он имел ввиду именно проигрыш арбитража. С повторной передачей как следствие. Ну да ладно. Это чуть сложнее, если есть устройства которые выходят на связь нерериодически (при возникновении событий) на фоне сигнала от датчика который передает данные с частотой кратной частоте дискретизации. Насколько я понял, автор боится что, при проигранном арбитраже данные потеряются. Они действительно могут потеряться, если их неудастся передать в течение долгого времени (ну пока счетчик ошибок не переполнится и CAN выдаст ошибку) или перестанут быть актуальными, потому что придет время передавать новое значение от датчика. Но как уже было сказано ранее, такие устройства - должны передавать ID с более высоким приоритетом. И никаких проблем не будет
  13. CAN шина STM32F103

    Это не потеря, это сбой в передаче, и на этот случай есть контрольная сумма кадра. А вообще вы цепляетесь к словам. Все поняли что имелось ввиду.
  14. CAN шина STM32F103

    Страх перед изменениями - враг инженера. Выделите время под эксперименты, обкатайте все на отладке, а когда будете уверены - меняйте свою основную продукцию. Для этого есть стек протоколов CANopen. В нем успешно решается большинство проблем. В базовой версии мне нравится смотреть на CAN как на систему Pub/Sub. Ибо ID CAN это не совсем те адреса, как в Modbus например.
  15. CAN шина STM32F103

    да, очень важное замечание.