Ну ок… используем ble nus и применяем конкретную характеристику уарт, базовую, системную, а уже по ней гоняем свои данные… все равно больше 20 байт за поток что так что так не пройдёт …
2 раза перечитал но так и не понял..... Разве BLE не стандартизирован настолько что изобретать свой велосипед уже просто нет смысла? Или ваши инженеры со своей стороны изобретают велосипед и меняют стандартный алгоритм работы BLE? Там ведь все максимально просто и кучей готовых библиотек да и вроде уже даже самой системой разбирается
Причём совершенно непонятно — что мешало добавить в конструкцию стандартные металлические мебельные уголки.
наличие принтера и наконец идея куда применить его печать.
P.S. на самом деле категорически не рекомендую такое повторять, проще уж просто на саморезы собрать, в комментарии выше правильно указано сложится легко и просто… чуть упереться и все
О я пропустил статью про успешный старт ) а насчет бутаргс убута, видимо я не до конца понял ваш вопрос ) подсказали бы. Вот рабочий исходник убута. github.com/lmahmutov/uboot-imx-xiaomi
скорее проблема не у производителя а в том что пытаются следовать какому то одному стандарту, сейчас резко стал популярен зигби и он типа мейнстрим… все туда прутся… с одной стороны гуд с другой много вопросов.
В идеале под разные таски я для себя вижу разные сети. Там где прям критичные обьекты в любом раскладе провод, а вот после исполнителя уже любой беспроводной стандарт. Тот же зигби для оповещения, или тред. А если мне нужно получить инфу из удаленного обьекта то лора.
10 лет и бле может жить… буду скептиком но никогда не любил такие статьи. Когда рекламируют одну железку делая акцент на ее каких то уникальных особенностях.
Каждая меш сеть может предоставить при большом желании устройства которое проживет 10 лет от стандартной LiSoci батарейки емкостью 2ач. Уточнение, речь идет про протоколы ZigBee, BLE, BLE Long range, LOrawan, OPenthread… и им подобные.
У каждой сети своя ниша и свои закрываемы задачи.
Сделайте сенсор на зигби отдающий информацию раз в 10 минут и он проживет те же 10 лет, сделайте сенсор на любой существующей технологии и он проживет те же 10 лет при тех же параметрах.
Но в то же время заставьте лору кидать информацию раз в 10 секунд и она во первых сеть положит во вторых батарейку сожрет в разы быстрее зигби.
Для нбиот дайте плохой линк с базовой станцией и получите ту же плохую картинку, когда попытки ретрансмита сожрут акб вникуда.
Каждая из этих технологий энергоэффективна, и говорить что одна проживет 10 лет а вторая всего 9.5 это… нуу так себе…
Блин круто. А можно код проекта подглядеть ) Делаю нечто похожее для пианино ) Но делаю сильно не спеша и тоже на нордике )
А выводить данные на нордике через уарт странная идея… все таки там есть ртт который очень удобный
аж прям ностальгия ) картинка рисовалась в двух буферах и шло переключение между буферами в одном рисуем второй показываем и оставалось еще много ресурсов
Не отрицаю. Но я так и оставил ногодрыг у себя, а всю остальную периферию на дма выкинул. Я сейчас не помню точно, но вышло что скорость по дма была ниже чем мне требовалось
там все зависит от версии железа и на каком проце построено. НО придется подпаятся, если железо IMX6 туда ребята уже накатили альтернативный софт, правда я пока не понял михом остался или нет habr.com/ru/post/494296
Ну ок… используем ble nus и применяем конкретную характеристику уарт, базовую, системную, а уже по ней гоняем свои данные… все равно больше 20 байт за поток что так что так не пройдёт …
2 раза перечитал но так и не понял..... Разве BLE не стандартизирован настолько что изобретать свой велосипед уже просто нет смысла?
Или ваши инженеры со своей стороны изобретают велосипед и меняют стандартный алгоритм работы BLE?
Там ведь все максимально просто и кучей готовых библиотек да и вроде уже даже самой системой разбирается
А софт там андроид?
наличие принтера и наконец идея куда применить его печать.
P.S. на самом деле категорически не рекомендую такое повторять, проще уж просто на саморезы собрать, в комментарии выше правильно указано сложится легко и просто… чуть упереться и все
github.com/lmahmutov/uboot-imx-xiaomi
В идеале под разные таски я для себя вижу разные сети. Там где прям критичные обьекты в любом раскладе провод, а вот после исполнителя уже любой беспроводной стандарт. Тот же зигби для оповещения, или тред. А если мне нужно получить инфу из удаленного обьекта то лора.
Каждая меш сеть может предоставить при большом желании устройства которое проживет 10 лет от стандартной LiSoci батарейки емкостью 2ач. Уточнение, речь идет про протоколы ZigBee, BLE, BLE Long range, LOrawan, OPenthread… и им подобные.
У каждой сети своя ниша и свои закрываемы задачи.
Сделайте сенсор на зигби отдающий информацию раз в 10 минут и он проживет те же 10 лет, сделайте сенсор на любой существующей технологии и он проживет те же 10 лет при тех же параметрах.
Но в то же время заставьте лору кидать информацию раз в 10 секунд и она во первых сеть положит во вторых батарейку сожрет в разы быстрее зигби.
Для нбиот дайте плохой линк с базовой станцией и получите ту же плохую картинку, когда попытки ретрансмита сожрут акб вникуда.
Каждая из этих технологий энергоэффективна, и говорить что одна проживет 10 лет а вторая всего 9.5 это… нуу так себе…
Openwrt, с полным доступом ко всему железу
Domoticz с плагином Zigate — надо только настроить его и зигби сразу работает
github.com/devbis/xiaomi-gateway-openwrt
github.com/devbis/xiaomi-gateway-openwrt
А выводить данные на нордике через уарт странная идея… все таки там есть ртт который очень удобный
Не отрицаю. Но я так и оставил ногодрыг у себя, а всю остальную периферию на дма выкинул. Я сейчас не помню точно, но вышло что скорость по дма была ниже чем мне требовалось
Слишком высокая стоимость у вас вышла… Компоненты то ведь копеечные. При такой стоимости можно было в России все заказать, исключив полностью Китай