Помогите, пожалуйста, подобрать WiFi модуль Опции

[lknv_a]

Добрый вечер! Сейчас занимаюсь проектом, в котором нужно использовать беспроводную передачу данных. Выбирал между WiFi и Bluetooth, в конце концов моим потребностям удовлетворяет только WiFi технология, так как Bluetooth 4.0 не обеспечивает должной скорости передачи данных, а все остальные версии Bluetooth (2; 2,1; 3 и т.д.) - не подходят по причине того, что мое устройство будет работать с iOS девайсами, а там, чтобы работать с Bluetooth (кроме BLE) нужно проходить программу лицензирования Mfi, что стоит больших денег и мой, некоммерческий проект, такого не вынесет biggrin.gif

Я надеюсь, что здесь найдутся знатоки, люди, уже работавшие с WiFi и что они смогут помочь. Моя задача такая: с помощью WiFi модуля нужно организовать локальную WiFi сеть, к которой уже возможно будет подключиться с какого-либо перефирийного девайса и организовать передачу данных через эту сеть. По скорости хотелось бы получить в итоге как минимум 11 мб/c. Разумеется, использовать WiFi модуль планируется в связке с МК. Можете ли посоветовать какой-нибудь WiFi модуль, который подходит для моих целей? С которым быть может вы работали ранее? Понимаю, что чудес не бывает, но все же хотелось бы еще и исходить из малого энергопотребления WiFi модуля (по сравнению с конкурентами). Сам я набрел на такие варианты:

1) Модуль WizFi210 - http://mt-system.ru/catalog/modul-wizfi210
2) Модуль WizFi220 - http://mt-system.ru/catalog/modul-wizfi220
3) Модуль RN171 - http://www.promelec.ru/company/news/751/
4) Модуль WF121 - https://www.bluegiga.com/en-US/products/wif...21-wifi-module/

Может есть знатоки в этой отрасли? С WiFi просто раньше никогда не работал, так что все ваши наводки, советы - все будет кстати. Спасибо!

Сообщение отредактировал lknv_a - Jun 19 2014, 04:21

[ataradov]

Похоже, что SAM G будет самой близкой заменой Xmega по периферии и корпусам. В остальном ответ на вопрос почему новые чипы имеют меньше периферии, чем старые - нет реальных проектов, которые бы их реально использовали.

[Xenia]

Похоже, что SAM G будет самой близкой заменой Xmega по периферии и корпусам. В остальном ответ на вопрос почему новые чипы имеют меньше периферии, чем старые - нет реальных проектов, которые бы их реально использовали.

Пожалуй, вы правы. Я же на серию SAM G успела махнуть рукой, т.к. у них нет USB.

И только сейчас, после ваших слов, обнаружила, что USB присутствует у SAM G55 (эта версия совсем недавно появилась). Однако, добавив USB, у него отрезали 36 ног, т.к. в отличие от остальных SAM G, в 100-ногом корпусе он уже не выпускается.

[ataradov]

Пожалуй, вы правы. Я же на серию SAM G успела махнуть рукой, т.к. у них нет USB.

G55 совсем новый, мы платы с ними только в прошлом месяце получили.

Однако, добавив USB, у него отрезали 36 ног, т.к. в отличие от остальных SAM G, в 100-ногом корпусе он уже не выпускается.

Абсолютное большинство использует корпус WLCSP49, так как эти чипы позиционируются как Sensor Hub - числодробилка данных с сенсоров и передача их в основной процессор. А для этого большие корпуса не нужны никому.

[Xenia]

Абсолютное большинство использует корпус WLCSP49, так как эти чипы позиционируются как Sensor Hub - числодробилка данных с сенсоров и передача их в основной процессор. А для этого большие корпуса не нужны никому.

Так я именно на то и пеняю, что все, как полоумные , бросились числа дробить и электричество экономить. Тогда как мне хотелось бы хоть какого-нибудь прогресса вдали от мобильных гаджетов. Т.е. хотелось бы, что контроллеры тоже развивались, обрастая периферией, а не кастрировались по таймерам, интерфейсам, портам и ногам в угоду экономии электричества. В толк не возьму, зачем мне D21 собой в кармане носить, а тем паче электричество экономить, если он к USB подключен. Да и вообще, EMBEDDED это когда контроллер в какое-то устройство встроен для его автоматизации, у которого с собственным питанием проблем нет.

[ataradov]

Так я именно на то и пеняю, что все, как полоумные , бросились числа дробить и электричество экономить.

Wearable и Internet of Things - без этого сейчас никак .

А вообще я бы тоже был не против иметь один МК, который последовательно развивался бы по всем направлениям. Но так почему-то не получается.

Ну и в беспроводном мире низкое потребление - первая необходимость.

[Xenia]

Wearable и Internet of Things - без этого сейчас никак .

Что этим дело кончится, с самого начала было ясно, когда еще "умный дом" решили строить. После чего стало очевидно, что проблема не в том, чтобы дому дать ум (практически любой стационарный компьютер для этой цели годится), а в том, чтобы вещи того ума слушались! В противном случае эта затея обречена на тотальную автоматизацию всего и вся, что по затратам на порядки превосходит затраты на "домашний ум".

Однако все эти вещи не умные, а скорее ПОСЛУШНЫЕ. Т.е. по существу содержат в себе схему удаленного контроля, чтобы дом мог манипулировать вещью. А для этой цели вполне годится мелкий контроллер, более рассчитанный на "связь с центром", нежели на сложные управленческие функции.

А вообще я бы тоже был не против иметь один МК, который последовательно развивался бы по всем направлениям. Но так почему-то не получается.

Нет, про это я не говорила. Пусть себе все эти мелкашки развиваются свои чередом, специализируясь в направлении slave-контроллера, следящим за одним или малым числом параметров. Для этого действительно много ног не надо.

Однако хотелось бы, чтобы и полноценные master-контроллеры не загнивали. Т.е. тут совершенно не надо объединять их в одну группу и предъявлять к ним одни и те же требования. Тем более что эти требования очевидно различны, а порой и противоречат друг другу.

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

Я определенно сгущаю краски, но тенденция именно такова. Стало сложно найти многофункциональный контроллер, поскольку производители заняты разработкой мелких узкоспециализированных процессоров, которые все меньше походят на контроллеры. Вот и в этой теме интерес тоже вертится вокруг того, как сделать "умный Wi-Fi", а то, что этот умница ничего другого не будет уметь делать, никого не волнует. Т.е. снова в очередной раз от контроллера остается одна единственная функция, а все остальное безжалостно отрубается.