Вам этого никогда не понять.

скажите а что тогда использовать? андроид?
вообще о "сопряжении" можно сказать одно - если они будут то в них будет блютус 4.0 все устройства имеющие его в арсенале будут с ними работать. про поддержку устройств на андроиде можно забыть ибо никто в аппле особо не копался в апи андроида и тд то есть устройство будет как всегда ограниченно айос.

если протокол без шифровки и тд то да но не думаю что он будет без ибо тогда аппл опять обвинят в "уязвимости" и тд поэтому будет шифровка.

mag_ai

Там не должно быть ни андроида, ни айоси. Там должна быть высокооптимизированная платформа для обеспечения максимальной автономности и оптимального использования системных ресурсов. И не следует пытаться делать эту платформу совместимой с приложениями для какой либо другой платформы.

Шифрование там будет, только ключ его будет передаваться при сопряжении, так как штука должна работать с разными девайсами. Скорее всего будет обычный протокол блютуз-аутентификации. И его можно будет провести самостоятельно и перехватить все необходимые ключи.
Система сопряжения умных часов должна быть платформонезависимой - как например А2DP, пульты управления блютузных гарнитур работают со всеми устройствами, имеющими поддержку данного протокола и никому не нужно копать апи разных платформ. Поддержка вводится на этапе создания платформы.

блин любую я подчеркиваю любую систему можно "заговнить" либо сделать мало зависящей от ресурсов. вообще по идеи ос состоит из очень небольшого количества компонентов все остальное это "плюшки" - вырезать плюшки из системы которые ты контролируешь на уровне "создания с нуля" очень легко. причем тут айос андроид и тд? это фактически названия систем - айос вся соткана из кода мак ос которая в свою очередь соткана из бсд + мак ос предыдущей... сейчас в мире написанных с нуля систем нет и не будет. точней не так все что до сих "работает" уже старо как говно мамонта и ничего с этим поделать нельзя.

то есть в часах будет наверное юникс подобная система с минимальными возможностями аки апи с простеньким интерфейсом и тд ничем она хуже "написанной с нуля" системы не будет.

вообще система на часах как не крути это автономная единица если какие то приложения смогут "взаимодействовать" с ней аки телефон / планшет >> часы то это будет через апи а не запуск полноценных версий приложений на телефоне.

ключ этот шифрует только канал передачи данных но не сами данные.

использовать громоздкие протоколы для того чтоб фактически убить ос часов? о котором вы только что писали выше? возможно и будет но я не удивлюсь что если будет альтернативный "обрезанный" протокол в приделах блютуса.

То бишь яось

Xerxess

Полуось. А то и две. И обе пополам.

mag_ai

Скорее всего будет что то юниксоподобное для встроек. И начинать надо со сборки ядра. Никаких переписанных/порезанных айосей, макосей, полуосей и т.п.
К сожалению на тех часах что уже вышли, они не являются терминалом смартфона, а именно запускаются автономные приложения написанные для них. В итоге - нужны гигагерцовые процы и могучие аккумуляторы.
Если будут шифровать протокол - то либо с фиксированным ключом(иначе как куча разных тел и планшетов сможет сопрягаться), либо ключ будет передаваться. Чудес то не бывает. Нельзя организовать шифрование, если одна из сторон ничего о нем не знает.

Ничего громоздкого в А2DP нет - его поддерживают даже не смартфоны, а обычные телефоны с весьма примитивной операционкой и железом. И все работает. Это я привел в пример, нужно разрабатывать некий стандарт взаимодействия ведущего девайса с этими "часами". И оптимизировать его в процессе разработки для использования на подобных микро мобильных девайсах.

Приложение на ЛЮБОМ телефоне сможет взаимодействовать с часами посредством такого интерфейса. Нет необходимости на данный момент в каких либо навороченных приложениях для подобных часов - они должны быть ЧАСАМИ и плюс облегчать использование ОСНОВНЫХ функций смартфона. Тогда не нужно будет больших скоростей обмена(и следовательно большого количества энергии) и не будет зависимости от платформы ведущего устройства.

щас есть что нибудь на подобие qnx но не принадлежащие вв? я вас не пойму все что есть в мире это либо линукс либо бсд либо как фактически разновидность юникса осх ну и винда - вопрос кто бы что бы не выпустил это будет либо порезка линукса либо бсд в данном конкретном будет урезанная айос аки вид юникса.

как раз то что вы ждете.
потому что нельзя организовать апи для написание "часовых виджетов" либо эту идею нужно проталкивать на уровне андроид смарт / планшет (заливать сторонние апи) >> часы которые с ним будут работать. что на уровне стороннего апи реализовать можно но будут ли разработчики с этим париться? вопрос.
либо гугол выкатит апи готовые для таких вещей щас у них есть "платформа под часы" - фиг знает что там с апи под такие дела если инфа поделитесь.

чем хорош аппл он может послать все в жопу и сделать как надо. объясняю - нужна софтавая модернизация? не вопрос объявляем что часам нужна ось на телефоне не ниже такой то и не паримся (с обновлением прилетает нужные патчи к блютусу). нужно написать апи? не вопрос пишем - патч к оси - все работает. а у самсунга что у гугла это изврат всегда - им нужен рынок они не могут "ограничить"... поэтому это сборка костылей.

передаваться куда? если на устройство блютус >> блютус не а - уязвимо. я думаю что все будет намного сложней скажем телефон и часы обмениваются по закрытому каналу (блютус шифровка) данными потом независимо друг от друга ssl прямо на сервера аппла отсылают эти данные (например уникальный номера устройств) на них сервер генерирует "ключ" и отдает по ssl его и телефону и часам - при этом при каждом новом сопряжении ключ изменяется.
получается что в шифрованном блютус соединении будут летать шифрованные пакеты... причем зашифрованные фиг знает каким ключом. это как пример реализации.

вот это хрень - вот уже есть гиар от самсунга ничего лишнего - другое приложение купить пеббел или "куко" и не ждать апплов - как раз то что вы ищите.

сократить количество данных курсирующие между часами >> смартфоном это уже удел программистов а не протоколов.

mag_ai

Не нужно этих дурных закрытых "экосистем". Эппл никого никуда не пошлет, так как ничего сам не сделает кроме вымученного софта. В самсунговском "гире" полно всяких ненужностей - котировок акций и тому подобной хрени.

Меня могут устраивать часы но не устраивать ипхон например. Не умеет одна фирма делать "все одинаково круто" Мне не нужны всякие и-тунцы для загрузки музона и прочих файлов в тело с дебильными вопросами от копирастов, нужна поддержка карт памяти, настроек сети, командной строки ОС. Не нужно никаких "фирменных" разъемов(которые ничего не улучшают, а только создают лишний гимор, особенно вне города-миллионника) и прочей шушары.

Никаких прямых связей часов с облаками пока что не будет. Так что никаких облачных генераторов ключей. А если выход в облако есть только у телефона - значит имеем местный канал по которому передается ключ - сканим в момент сопряжения/ломаем.

Я бы может и купил гир или пебол или токью какой нибудь, будь у них нормальный дизайн и не менее двух недель автономной работы, в том числе и без смартфона(не забываем - основное - ЧАСЫ). Оптимально - чтобы была солнечная подзарядка.

что вам дает открытая экосистема? вопрос открытый. апи никто на андройде из умельцев не расширил ни чего "сверх" того что есть в айос на андроиде тоже нет. ед что бла бла вы може ставить софт откуда захотите и доступ к папочкам ))) фактически если на то пошло в айос это реализуется патчиком меньше чем 100кб - вопрос только зачем?

когда вас айустройство спросило об этом? %) грузил все подряд и файлы дос fb2 pdf и тд так и музыку - никогда ни одного вопроса не получил.

на часах это будет прям уместно - прям жить без этого нельзя... особенно "терминал". вообще не считаю нужным наличие терминала на мобильном устройстве.
ибо это куча круворуков которые как всегда "я ввел вот это у теперь не работает вот это" - спс обойдемся без этого. и какие вы настройки сети не нашли на айос?

на всех часах - примагничивающиеся зарядки так и так вам придется обзавестись лишним проводом. с айфоном проблем нет. купить китайский переходник лайтнинг >> микроусб можно всегда место много не занимает - только вопрос нафига? все равно придется носить провод только "микроусб".

не знаю как нано поды но все остальные устройства аппл без сети не зависти как бэ так что "облако" по умолчанию есть в каждом устройстве.

с чего вы так решили? если даже передать зашифрованный пакет по шифрованому блютусу - с длинным ключом больше 128бит а если еще сделать не один такой пакет а 100 разбив передаваемое - все что баста брутить вы будете до конца дней.

можете печалиться но в айчасах не будет наверное солнечной подзарядки возможно будет "батарея" в ремешке и все на этом конец. для размещения элементов батареи место вряд ли найдут.

Добавлено спустя 2 минуты 42 секунды:
вот в чем я уверен точно так если часы аппла выйдут то облако там будет обязательно.

А это значит туда надо запихать вафлю или 3г который тянет за собой симку = прощай хорошая автономность.