Хочу получить несколько рабочих прототипов для обкатки идеи.

Идея реализации уже практически выкристаллизовалась, на чём и как делать, но предпочитаю доверить профессионалам.

Срок - два месяца, полагаю, готов потратить на работу профи от 20 до 40 тыс. рублей.

Есть устройство с портом UART и портом: 4 аналоговых/цифровых, 4 цифровых. У аналоговых АЦП 12 разрядов, от 0 до 1,2 В.

Нужно сделать два устройства, которые будут опрашиваться этим устройством. Одно - контроллер, подключается непосредственно к устройству, второе - через радиоканал: автономный регистратор; он будет стоять где-то в глубине квартиры, отзываясь на запрос устройства.

1. Автономный регистратор импульсов, в составе которого:

• часы реального времени,
• двухканальный регистратор импульсов, достаточно 4 десятичных разряда, с хранением почасовой информации на несколько суток,
• приемопередатчик 2,4 ГГц,
• литиевая батарейка типа CR123 (ожидается, что ёмкости батареи 1 Аh должно хватить на работу устройства в течении 5-6 лет в при условии передачи одного пакета 2-3 раза в сутки)

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

2. Контроллер, в составе которого:

• часы реального времени, синхронизация по сигналу.
• одноканальный регистратор импульсов, 4 десятичных разряда (запись в накопитель),
• накопитель данных для хранения почасовой информации на несколько суток, с резервным питанием от таблетки типа CR2032
• приемопередатчик 2,4 ГГц,
• маломощный блок питания 220AC - 3,6DC, 200мВт
• преобразователь интерфейса RS485 в 3-хвольтовый UART

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


Есть подобные готовые решения, но то, с чем мне приходилось работать, меня не устраивает по разным причинам: дорого, громоздко, избыточный функционал, неавтономность, не те частоты, ненадежно etc. Хочу игрушку с моими "хотелками", и максимально дешёвую в производстве.

Приоритеты: низкая себестоимость по комплектующим, надежность приёма в условиях размещения в жилой квартире панельного дома, простота и надежность решения.

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

Сообщение отредактировал Forumer - Feb 1 2015, 23:35

"3-вольтовый UART" не является внешним интерфейсом, в общем случае в первую секунду работы накроются обе коробки, попытавшиеся это оспорить.

Обмен по UART по неизвестному протоколу — зачем перечислены другие интерфейсы и куда их приткнуть — не указано.

Сбор посредством RS-485 неизвестно чего, в неизвестном количестве и тоже по неизвестному протоколу.

Что за импульсы, их источники, их количество — не указано.

Регистратор и приёмопередатчик сперва одно и то же, а в другом предложении — уже два разных.

Вы считаете, что "профи" работают за 10-20тыр в месяц?? На уровне технички....
С таким подходом без вариантов - разрабатывайте сами. Тут можете только советы получить. Бесплатные.


Вряд-ли реализуемо технически. Или Вам надо сперва детально продумать алгоритм работы всеё системы.
Даже используя самый экономичный nRF24L01+, чтобы добиться такого потребления, нельзя его использовать в режиме непрерывного приёма.
Тут два варианта:
1. Использовать батарейный контроллер только на передачу и никаких "отзываний на запрос" от головного контроллера.
2. Каким-то способом обходить (тоже 2 варианта):
a) головной всё время шлёт в эфир запросы (каждые неск. мсек), батарейный просыпается, включает "приём" на неск. мсек, если поймал в приёмном окне запрос - отвечает на него; просыпается не чаще чем раз в неск. минут.
б) батарейный просыпается, передаёт пакет, переходит на приём на неск. мсек, головной за это время должен успеть обнаружить и принять пакет и передать запрос, если таковой имеется в очереди.

В любом случае время сна батарейного должно быть несравнимо больше времени активного приёма/передачи.
Также думаю Вам следует заменить в головном контроллере память с батарейкой на одно из:
FRAM / SPI-flash / SD-карта.

Отреагировал на Ваше письмо единственно только по той причине, что сам сейчас делаю что-то подобное и обдумывал разные варианты реализации.
Точнее уже сделал и уже работает. Только у меня батарейное устройство не принимает никаких запросов от центра, а только периодически отправляет в эфир пакеты.
Батарейное устройство реализовал на отладке MSP430FR5739. В устройстве nRF24L01+ + BMP180(датчик давления/температуры с aliexpress) + измерение напряжения батарейки встроенным АЦП MSP430FR5739. Возможно позже добавлю ещё датчик влажности до кучи. Подумывал также о записи журнала измерений во FRAM (благо она встроенная), но пока отказался из-за необходимости ведения точного времени на батарейном контроллере и его синхронизации.
Потребление:
отладка = 7.2мкА
nRF = 2.6мкА
BMP = 6.5мкА
всё = 16.2мкА (иногда - до 16.8мкА).
Батарейку использую XENO XL-060F (2.4Ah номинал, но на токе 60мкА ёмкость == 2Ah). По расчётам, (при периодичности отправки данных порядка 15минут, время активной работы контроллера == ~38мсек), время работы получается до 13лет.

Примерно так как-то.

Сделаю, все будет хорошо работать, но нужно согласовать много деталей + бюджет нужно на 10-й порядок увеличить. Если интересно - могу заняться в начале марта. http://eman.ucoz.ru/

посредники мне не нужны, даже разговаривать не буду


не вижу линейной зависимости бюджета от срока реализации. Она, скорее, обратно пропорциональна, для сдельной работы.

мне не нужно 15 лет, достаточно 5. но в постоянном режиме приёма.


согласен


Именно поэтому я и обратился на форум. Задачка-то почти типовая, и сама по себе интересная.

Все без посредников, офис-планктона и пр. издержек

Имхо - не получите такое с данной батарейкой. Читайте даташиты.
У того-же nRF потребление в RX - более 10мА, а это считается хороший малопотребляющий чип.
Конечно всякие ZigBee в режиме конечной точки, которые не непрерывно принимают, а периодически просыпаясь, опрашивают ближайшего роутера, может в среднем будут меньше кушать, но всё равно слишком много. Имхо.

Игрушка с вашими хотелками будет стоить гораздо дороже.
Спроектировать схему, топологию платы, заказать прототип ПП, закупить комплектующие, произвести монтаж, написание ПО, тестирование. Ваш бюджет даже по себестоимости на изготовление не прокатит, не говоря уже о проектировании и ПО.

Поэтому:
1) Либо увеличиваете бюджет
2) Либо берете готовые контроллеры и вперед.
Такой или такой или прочие, поиск в помощь.

3) либо всё самостоятельно

Прэлэстно!
Как вам правильно указали хороший чип в режиме непрерывного приема кушает 10мА (это хороший, плохой больше).
Считаем:
Потребление за сутки = 0,01A * 24h = 0.24A*h
Потребление за год = 0,24 * 365 = 87.6A*h
Потребление за требуемые 5 лет = 438A*h
Решение задачи элементарное: ставим батарейку на 438 амперчасов (тележку для перевозки "батарейки" предоставляет заказчик)




Вот и решайте.
Сами.

где Вы увидели 0,01А потребление? 10мкА - 25 мкА

Вы нашли где-то чип, модуль который в режиме непрерывного приема кушает ~10...25мкА? ( Не слип) Покажи!

Да не переживайте так.
Прилепите солнечную панельку и ваши контроллеры будут работать вечно.

... особенно в условиях полярной зимы, когда полгода нет солнца.
И потом эти, старой технологии, не так интересны, с ~15% кпд должны стоить уже меньше одного зеленого. Да и на 5 лет их при сильном солнце тоже не хватит.

nRF24L01 в режиме постоянного приёма слишком прожорлив, а скорость передачи не важна. вариантов несколько: другой чип или алгоритм пробуждения по часам, в определенные промежеутки. Второй вариант мне не нравится.
Можно любой другой диаппазон, не требующий лицензирования частот. 433, 866 etc

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

Сообщение отредактировал Forumer - Feb 2 2015, 11:22