[Alexbbb 0]

Добрый день,

 

подскажите пожалуйста с чего начать - хотим сделать замок управляемый по bluetooth.

Что выбрать (PIC, AVR, ...)? что почитать?

 

Спасибо.

[toweroff 1]

В любом случае будете использовать готовый модуль зуба

Как он там понравившийся подключается - по его интерфейсу и контроллер

В принципе, и те, и те - все поддерживают. Среда разработки и отладки (это если нет каких-то технических требований в пользу того или другого ядра) тоже свою лепту внесет

 

ЗЫ. Почему не включили в список x51 & ARM ?

Не пугайтесь арма - скорее всего, для этого ядра больше половины кода уже кто-то сделал

[Alexbbb 0]

toweroff, спасибо. Значит начинать надо с модуля bluetooth.

 

>ЗЫ. Почему не включили в список x51 & ARM ?

Список с wikipedia, поставил "..." что бы обозначить все возможные варианты.

[kovigor 5]

Добрый день,

 

подскажите пожалуйста с чего начать - хотим сделать замок управляемый по bluetooth.

Что выбрать (PIC, AVR, ...)? что почитать?

 

Спасибо.

 

1. BT для данной задачи сильно избыточен.

2. Начните с выбора модуля с интерфейсом RS232. Например:

http://www.sena.com/download/datasheet/ds_promi_esd.pdf

Книги по AVR здесь:

http://lord-n.narod.ru/walla.html

3. Для AVR есть очень простая в освоении среда разработки CodeVision. Я бы начинал с AVR. Про PIC ничего не скажу.

4. ARM для данного проекта - все равно что экскаватор в детской песочнице ...

[alexvu 5]

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

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

[esaulenka 7]

Если хотите управлять замком с телефона - то начните с изучения протокола ВТ, и посмотрите, какая память и мощность процессора потребуется.

Ни в коем случае! На блютус можно убить очень много времени, это не задача для начинающего.

Себя лично я отношу к "продолжающим", но спецификация на БТ вынесла мозг. В итоге планируем закупать готовые модули, если начальство таки решится на "беспроводку" (пока клиентов вполне устраивают провода :) ).

 

Итого, план действий:

 

- определить, что Вы делаете. Либо игрушку для изучения нового (микроконтроллера), либо железку, которая будет стоять в углу под слоем пыли и работать. В первом случае хорошо бы разориться на демо-плату с разными интерфейсами, дисплейчиками-кнопочками - это интересно (может даже ардуина какая-то - это модно). Во втором достаточно просто макетки с контроллером, выходным каскадом (1-2 транзистора, видимо), и всё - она будет заметно компактнее и дешевле.

 

- определиться, какой контроллер Вы хотите изучать. АВРки более популярны (особенно в свете ардуин), но ПИК ничуть не хуже. Смотрите по тому, что продаётся в магазинах - нужна будет демо-плата (или сам контроллер в корпусе, подходящем под пайку), программатор (самодельные программаторы активно обсуждают в соотв. разделе нашего форума, если что), одна-две книжки.

В принципе, можно и АРМ (мелкие, типа младших LPC и STM, совсем дешёвые, не требуют программатора и мануал на них не ОЧЕНЬ толстый), но всё-таки сложнее АВР/ПИК.

 

- добыть модуль БТ. Самый простой, но достаточно гибкий вариант, на мой взгляд - в виде переходника в ком-порт. На форумах самодельщиков последние год-два активно обсуждается, какой модуль лучше и у какого китайца его заказать. Гугл в помощь.

[Xenia 42]

Судя по всему, топикстартер задумал открывать замок своей квартиры/гаража с помощью мобильного телефона :), используя BT-канал, которым большинство мобилок обладают.

 

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

[toweroff 1]

не подлежащими пересмотру.

в споре, как известно, ... :)

что предпочтет в результате ТС - вопрос другой. Все указанные МК (серии,ядра) справятся опять же с _готовым_ модулем

 

 

4. ARM для данного проекта - все равно что экскаватор в детской песочнице ...

ой да ладно

тот же LPC210x - самое оно

настроить ноги, UART, SPI - тут уже можно поиском Ленинскую библиотеку по объему поднять. ARM7 расписан вдоль и поперек

[desert 0]

Добрый день,

 

подскажите пожалуйста с чего начать - хотим сделать замок управляемый по bluetooth.

Что выбрать (PIC, AVR, ...)? что почитать?

 

Спасибо.

 

 

добрый вечер

 

я с авр работал, возможностей больше+готовые решения и библиотеки

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

 

спасибо

[Xenia 42]

Извиняюсь за небольшой оффтоп для этой темы, но хотелось бы напомнить про автомобильные МК, используемые для автосигнализации. Фактически, они как раз заточены под то, чтобы дистанционно открывать дверные замки, хотя те замки автомобильные.

 

Сама впервые столкнулась с упоминанием об этих МК, когда натолкнулась на неафиширумые компиляторы IAR для них. Судя по хидеру, програмирование этих МК просто до примитивности - в определенный регистр кидают число, а оно само шифруется и передается по радиоканалу. А с другой стороны также автоматически принимается, дешифруется и выкладывается в регистр с другой стороны. Т.е. формально выглядит подобно программированию SPI или UART, несмотря на то, что физически процесс передачи/приема много сложнее.

 

И, говорят, что стоят такие МК очень дешево, т.к. считаются узкоспециализированными и ни под какие-либо иные задачи не годящимися.

 

Конечно, там не блютуз, но я сама плохо представляю отличие блютуза от остальных радиоканалов, помимо специфического протокола.

 

А полюбоваться на эти МК можно, например, тут - http://www.sics.se/phys-sec/2006/phys-sec_giesler.pdf . Хотя их номенклатура много шире.

[alexvu 5]

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

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

 

Возможно, автор темы не знал, что разработка устройств для сопряжения с телефоном - сложная тема, не особо пригодная для освоения МК. И что его задачу (впрочем, ее он конкретно не описал) скорее всего, можно решить значительно проще.

[_Pasha 0]

Задача как задача. Уязвимая по своей природе "на всю катушку" - это да. Какой инфой хоть этот замок открывать думалось?

[Ruslan1 17]

Извиняюсь за небольшой оффтоп для этой темы, но хотелось бы напомнить про автомобильные МК, используемые для автосигнализации. Фактически, они как раз заточены под то, чтобы дистанционно открывать дверные замки, хотя те замки автомобильные.

Старый добрый Keeloq ?

Не удивлюсь, если их больше даже напихано по миру, чем мелкочиповских пиков

 

И, говорят, что стоят такие МК очень дешево, т.к. считаются узкоспециализированными и ни под какие-либо иные задачи не годящимися.

А что тут слухи слушать, вот тут и цены в розницу, и даташиты.

 

А полюбоваться на эти МК можно, например, тут - http://www.sics.se/phys-sec/2006/phys-sec_giesler.pdf . Хотя их номенклатура много шире.

Текст действительно интересный. Но самое классное- это фотка на 5-й странице. :) Жене показал чтобы посмеялась, а она на полном серьезе предложила купить такую "веревку". :cranky::)

[Alexbbb 0]

Спасибо за ответы.

 

топикстартер задумал открывать замок своей квартиры/гаража с помощью мобильного телефона :), используя BT-канал, которым большинство мобилок обладают.

Верно.

 

определить, что Вы делаете. Либо игрушку для изучения нового (микроконтроллера), либо железку, которая будет стоять в углу под слоем пыли и работать. В первом случае хорошо бы разориться на демо-плату с разными интерфейсами, дисплейчиками-кнопочками - это интересно (может даже ардуина какая-то - это модно). Во втором достаточно просто макетки с контроллером, выходным каскадом (1-2 транзистора, видимо), и всё - она будет заметно компактнее и дешевле.

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

 

добыть модуль БТ. Самый простой, но достаточно гибкий вариант, на мой взгляд - в виде переходника в ком-порт.

Спасибо.

 

но открывать замок с помошью голубозуба не рационально. так как команды открытые и можно все прослушать...

Уязвимая по своей природе "на всю катушку" - это да. Какой инфой хоть этот замок открывать думалось?

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

 

Итого:

1. Судя по всему AVR более популярен
2. Используя Arduino можно обойтись без пайки. Судя по википедии есть готовый Bluetooth-модуль

Оставшиеся вопросы:

1. Переносимость проектов на Arduino на более дешевую платформу
2. Можно ли на AVR реализовать подсчет хеш-значений (и возможно пригодится: электронно-цифровая подпись, проверка X.509 и т.п.)
3. Какая книга позволит быстро войти в тему (без заумтсвований)

 

Вынес сопутствующий вопрос в отдельную тему Актуальность .NET Micro Framework.

Изменено 22 апреля, 2012 пользователем Alexbbb

[Ruslan1 17]

[*]Судя по всему AVR более популярен

Судя по чему Вы сделали такой вывод?

 

Хм, попытался какую-нибудь более-менее объективную информацию добыть, просто полез любимого продавца посмотреть (Digi-Key):

 

AVR Atmel : к продаже предложено 2736 типов микроконтроллеров (на складе в наличии - 1218 типов)

PIC Microchip : к продаже 10623 типа (на складе - 3239 типов)

 

если сравнить только 32-битки:

AVR32- 176 типов (105 в наличии)

PIC32 - 588 типов (227 в наличии)

 

Лично меня удивило такое большое количество PIC32 типов, они даже в DIP28 уже бывают (32-битка в малоногом ДИПе, экстрим :)

 

Это все так, к слову о "судя по всему". Но выбор делаете Вы и для себя, поэтому берите то что используют окружающие, а не то что модно или лидирует в том или ином сегменте рынка. Кто бы что ни говорил-работать потом Вам, а не советчикам.