Исправление TwisteR, (текущая версия) :
facepalm. Ты с продукцией Ti работал?
Да, я работал с продукцией Ti. Конкретно — с CC2540, т.к. меня интересовало сверхнизкое потребление, низкая стоимость (по этим причинам дополнительный контроллер для HCI лепить не хотелось) и совместимость с мобильными устройствами (отсюда BLE, а не ZigBee и прочее). Если интересно, почему мне не подошёл Simpliciti и к чему я упомянул IAR, читаем драму.
Извини, я тебя расстрою. Сильно высокоуровневый протокол будет жрать много батареи, так как by design избыточен для большинства задач.
Я не расстраиваюсь, т.к. есть решения от Bluegiga. Они умудрились интерпретатор скриптового языка засунуть на техасовский SoC, чтоб обойти привязку к IAR :) И ничего, работает, много кушать не просит. CSR вообще какие-то виртуальные изолированные окружения гоняет на своих чипах, чтоб BT-стек огородить от пользовательских приложений, а минимальные примеры прошивок у них по 2к строк на С. И тоже годами работают от литиевых батареек.
<накипело>Я, конечно, не одобряю всю эту лабуду и излишнуюю абстракцию там, где и без неё бы всё работало, но таков рынок. Всем нужен минимальный time-to-market, отсюда и скриптовые языки и виртуалки на микроконтроллерах. Докатились...</накипело>
Что касается программной части, так в блутусе (хоть в старом, хоть в LE) есть развитая система профилей GATT на все случаи жизни (device info, heart rate sensor, proximity, battery, thermometer...), благодаря которым достигается высокая степень совместимости между устройствами и приложениями. Если это не высокоуровневые протоколы, то что тогда? И жрут они действительно немного, как бы странно это не выглядело на первый взгляд.
Для OpenHardware оно очень популярно, тем более что их «проприетарный» протокол состоит чуть более, чем полностью из MAC адреса, CRC16, данных и ACK'ов. Там закрывать нечего, это и так всем ясно.
Не поверишь, но BLE тоже состоит только из преамбулы, 32-битного адреса, десятка байт данных и 24-битного CRC. Т.е. тоже особо закрывать нечего. И тем не менее, в потребительских устройствах почему-то зигби не найти, какой бы «опенсорсный» он не был (хотя о чём это я говорю... Когда это опенсорсность, мнимая или реальная, была критерием широкого распространения технологий? :)). Везде либо BLE, либо NFC (но это немного не в ту степь).
Исходная версия TwisteR, :
facepalm. Ты с продукцией Ti работал?
Да, я работал с продукцией Ti. Конкретно — с CC2540, т.к. меня интересовало сверхнизкое потребление, низкая стоимость (по этим причинам дополнительный контроллер для HCI лепить не хотелось) и совместимость с мобильными устройствами (отсюда BLE, а не ZigBee и прочее). Если интересно, почему мне не подошёл Simpliciti и к чему я упомянул IAR, читаем драму.
Извини, я тебя расстрою. Сильно высокоуровневый протокол будет жрать много батареи, так как by design избыточен для большинства задач.
Я не расстраиваюсь, т.к. есть решения от Bluegiga. Они умудрились интерпретатор скриптового языка засунуть на техасовский SoC, чтоб обойти привязку к IAR :) И ничего, работает, много кушать не просит. CSR вообще какие-то виртуальные изолированные окружения гоняет на своих чипах, чтоб BT-стек огородить от пользовательских приложений, а минимальные примеры прошивок у них по 2к строк на С. И тоже годами работают от литиевых батареек.
<накипело>Я, конечно, не одобряю всю эту лабуду и излишнуюю абстракцию там, где и без неё бы всё работало, но таков рынок. Всем нужен минимальный time-to-market, отсюда и скриптовые языки и виртуалки на микроконтроллерах. Докатились...</накипело>
Что касается программной части, так в блутусе (хоть в старом, хоть в LE) есть развитая система профилей GATT на все случаи жизни (device info, heart rate sensor, proximity, battery, thermometer...), благодаря которым достигается высокая степень совместимости между устройствами и приложениями. Если это не высокоуровневые протоколы, то что тогда? И жрут они действительно немного, как бы странно это не выглядело на первый взгляд.
Для OpenHardware оно очень популярно, тем более что их «проприетарный» протокол состоит чуть более, чем полностью из MAC адреса, CRC16, данных и ACK'ов. Там закрывать нечего, это и так всем ясно.
Не поверишь, но BLE тоже состоит только из преамбулы, 32-битного адреса, десятка байт данных и 24-битного CRC. Т.е. тоже особо закрывать нечего. И тем не менее, в потребительских устройствах почему-то зигби не найти, какой бы «опенсорсный» он не был (хотя о чём это я говорю... Когда это опенсорсность, мнимая или реальная, была критерием широкого распространения технологий? :)). Везде либо BLE, либо NFC (но это немного не в ту степь).