forumer 0 1 февраля, 2015 Опубликовано 1 февраля, 2015 (изменено) · Жалоба Хочу получить несколько рабочих прототипов для обкатки идеи. Идея реализации уже практически выкристаллизовалась, на чём и как делать, но предпочитаю доверить профессионалам. Срок - два месяца, полагаю, готов потратить на работу профи от 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. Хочу игрушку с моими "хотелками", и максимально дешёвую в производстве. Приоритеты: низкая себестоимость по комплектующим, надежность приёма в условиях размещения в жилой квартире панельного дома, простота и надежность решения. Буду благодарен также любым мыслям по теме. Готов оплатить и подсказку готового решения, если подойдёт для моих целей. Изменено 1 февраля, 2015 пользователем Forumer Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Plain 176 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба "3-вольтовый UART" не является внешним интерфейсом, в общем случае в первую секунду работы накроются обе коробки, попытавшиеся это оспорить. Обмен по UART по неизвестному протоколу — зачем перечислены другие интерфейсы и куда их приткнуть — не указано. Сбор посредством RS-485 неизвестно чего, в неизвестном количестве и тоже по неизвестному протоколу. Что за импульсы, их источники, их количество — не указано. Регистратор и приёмопередатчик сперва одно и то же, а в другом предложении — уже два разных. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 197 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба Срок - два месяца, полагаю, готов потратить на работу профи от 20 до 40 тыс. рублей. Вы считаете, что "профи" работают за 10-20тыр в месяц?? На уровне технички.... С таким подходом без вариантов - разрабатывайте сами. Тут можете только советы получить. Бесплатные. Нужно сделать два устройства, которые будут опрашиваться этим устройством. Одно - контроллер, подключается непосредственно к устройству, второе - через радиоканал: автономный регистратор; он будет стоять где-то в глубине квартиры, отзываясь на запрос устройства. ... [*] литиевая батарейка типа CR123 (ожидается, что ёмкости батареи 1 Аh должно хватить на работу устройства в течении 5-6 лет в при условии передачи одного пакета 2-3 раза в сутки) Вряд-ли реализуемо технически. Или Вам надо сперва детально продумать алгоритм работы всеё системы. Даже используя самый экономичный 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лет. Примерно так как-то. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
lsc 0 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба Хочу получить несколько рабочих прототипов для обкатки идеи. Буду благодарен также любым мыслям по теме. Готов оплатить и подсказку готового решения, если подойдёт для моих целей. Сделаю, все будет хорошо работать, но нужно согласовать много деталей + бюджет нужно на 10-й порядок увеличить. Если интересно - могу заняться в начале марта. http://eman.ucoz.ru/ Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
forumer 0 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба Сделаю, все будет хорошо работать, но нужно согласовать много деталей + бюджет нужно на 10-й порядок увеличить. Если интересно - могу заняться в начале марта. http://eman.ucoz.ru/ посредники мне не нужны, даже разговаривать не буду Вы считаете, что "профи" работают за 10-20тыр в месяц?? На уровне технички.... не вижу линейной зависимости бюджета от срока реализации. Она, скорее, обратно пропорциональна, для сдельной работы. Вряд-ли реализуемо технически. Или Вам надо сперва детально продумать алгоритм работы всеё системы. Даже используя самый экономичный nRF24L01+, чтобы добиться такого потребления, нельзя его использовать в режиме непрерывного приёма. мне не нужно 15 лет, достаточно 5. но в постоянном режиме приёма. Также думаю Вам следует заменить в головном контроллере память с батарейкой на одно из: FRAM / SPI-flash / SD-карта. согласен Отреагировал на Ваше письмо единственно только по той причине, что сам сейчас делаю что-то подобное и обдумывал разные варианты реализации. Именно поэтому я и обратился на форум. Задачка-то почти типовая, и сама по себе интересная. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
lsc 0 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба посредники мне не нужны, даже разговаривать не буду Все без посредников, офис-планктона и пр. издержек Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 197 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба мне не нужно 15 лет, достаточно 5. но в постоянном режиме приёма. Имхо - не получите такое с данной батарейкой. Читайте даташиты. У того-же nRF потребление в RX - более 10мА, а это считается хороший малопотребляющий чип. Конечно всякие ZigBee в режиме конечной точки, которые не непрерывно принимают, а периодически просыпаясь, опрашивают ближайшего роутера, может в среднем будут меньше кушать, но всё равно слишком много. Имхо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
POLL 0 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба Хочу игрушку с моими "хотелками" Игрушка с вашими хотелками будет стоить гораздо дороже. Спроектировать схему, топологию платы, заказать прототип ПП, закупить комплектующие, произвести монтаж, написание ПО, тестирование. Ваш бюджет даже по себестоимости на изготовление не прокатит, не говоря уже о проектировании и ПО. Поэтому: 1) Либо увеличиваете бюджет 2) Либо берете готовые контроллеры и вперед. Такой или такой или прочие, поиск в помощь. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
jcxz 197 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба 1) Либо увеличиваете бюджет 2) Либо берете готовые контроллеры и вперед. 3) либо всё самостоятельно ;) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
_3m 4 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба мне не нужно 15 лет, достаточно 5. но в постоянном режиме приёма. Прэлэстно! Как вам правильно указали хороший чип в режиме непрерывного приема кушает 10мА (это хороший, плохой больше). Считаем: Потребление за сутки = 0,01A * 24h = 0.24A*h Потребление за год = 0,24 * 365 = 87.6A*h Потребление за требуемые 5 лет = 438A*h Решение задачи элементарное: ставим батарейку на 438 амперчасов (тележку для перевозки "батарейки" предоставляет заказчик) Именно поэтому я и обратился на форум. Задачка-то почти типовая, и сама по себе интересная. Вот и решайте. Сами. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
forumer 0 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба Прэлэстно! Как вам правильно указали хороший чип в режиме непрерывного приема кушает 10мА (это хороший, плохой больше). Считаем: Потребление за сутки = 0,01A * 24h = 0.24A*h Потребление за год = 0,24 * 365 = 87.6A*h Потребление за требуемые 5 лет = 438A*h Решение задачи элементарное: ставим батарейку на 438 амперчасов (тележку для перевозки "батарейки" предоставляет заказчик) Вот и решайте. Сами. где Вы увидели 0,01А потребление? 10мкА - 25 мкА Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 4 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба Вы нашли где-то чип, модуль который в режиме непрерывного приема кушает ~10...25мкА? ( Не слип) Покажи! Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба где Вы увидели 0,01А потребление? 10мкА-25 мкА Да не переживайте так. Прилепите солнечную панельку и ваши контроллеры будут работать вечно. ;) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Aner 4 2 февраля, 2015 Опубликовано 2 февраля, 2015 · Жалоба Да не переживайте так. Прилепите солнечную панельку и ваши контроллеры будут работать вечно. ;) ... особенно в условиях полярной зимы, когда полгода нет солнца. И потом эти, старой технологии, не так интересны, с ~15% кпд должны стоить уже меньше одного зеленого. Да и на 5 лет их при сильном солнце тоже не хватит. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
forumer 0 2 февраля, 2015 Опубликовано 2 февраля, 2015 (изменено) · Жалоба Вы нашли где-то чип, модуль который в режиме непрерывного приема кушает ~10...25мкА? ( Не слип) Покажи! nRF24L01 в режиме постоянного приёма слишком прожорлив, а скорость передачи не важна. вариантов несколько: другой чип или алгоритм пробуждения по часам, в определенные промежеутки. Второй вариант мне не нравится. Можно любой другой диаппазон, не требующий лицензирования частот. 433, 866 etc Либо отказаться от режима ожидания: отправлять каждые полчаса короткий пакет, и получать подтверждение и синхронизацию часов. Изменено 2 февраля, 2015 пользователем Forumer Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
