Хмм, тема очень интересная.Насчет WEB-камер над каждым кустом я конечно не уверен (разве что 1-2 камеры для общего обзора), а вот датчики температуры/освещенности/влажности, автоматику для полива и прочих необходимых процедур внедрять очень даже интересно и полезно. Сам я радиоинженер, все время (~23 года) занимался профессионально КВ/УКВ радиосвязью, проводной и беспроводной передачей данных и прочими IT штуками, однако в этом году (очевидно какая-то внутренняя чуйка сработала, что не тем занимаюсь) решил опробовать свои силы в аграрной отрасли. Вместе с родителями построил небольшой подземный коллектор для дождевой воды, а так-же вегетарий (похожее на теплицу, но не совсем) для тестового взращивания корнеплодов и зелени. Вот в нем установлено несколько датчиков (а будет еще больше), система принудительной циркуляции воздуха и все это работает от солнечной энергии. В общем, что я хотел сказать в итоге — поверьте, когда над этим начинаешь работать и видишь, что реальное живое растёт и приносит вкусные/сочные/полезные плоды, и их становится все больше и больше, т.к. автоматика и телеметрия помогают нам, начинаешь по-другому осознавать свое место в круговороте природы ;) Как доделаю очередной этап работ, возможно, напишу статью на эту тему. А пока, если интересно, вот можно на графики в режиме OnLine посмотреть. Данные графики берутся с сервиса ThingSpeak, на который мои датчики отправляют информацию каждую минуту.
P.S. Данные передаются при помощи дешевых китайских WiFi роутеров, с подключенными через USBtoI2C переходник датчиками. Исходные коды есть у меня на GitHub.
Дохнут аппаратно или программно? Если вы про программную часть — то это от версии ПО сильно зависит.
У них там был переходный момент, когда в первые версии защиты встраивались.
Устройства тухли пачками, не успевал перепрошивать. На более ранних прошивках и более поздних работало все более-менее нормально.
Если знать алгоритм и иметь то, что нужно — кирпич как-то не выходит ;)
В первых экспериментах да, были некоторые проблемы, а потом как-то стабилизировалось все.
Еще-бы Ubiquiti не штамповало их с разными HW ID, новыми MAC и т.д., вообще было-бы хорошо.
Вы размер чипа на V3 плате видели? Можно аппаратно, даже программатор у меня есть, но возня не стоит свеч.
У меня даже не знаю что больше — печаль-обида от купленного китайского г-на, которое может есть маленький шанс превратить в нужную вещь или желание максимально донести до интересующихся, что V 3.02 поделку покупать категорически не нужно.
Та да… думаю, что вписано туда изначально что-то не то…
Но если это сделали китайцы намеренно, то этим они роют ямку своим новым поделкам ибо народ их больше покупает для переделки в USBasp и для прошивки всяких фич, например I2C master, управление радио-модулями и т.д.
Found programmer: Id = «AVR ISP»; type = S
Software Version = U.2; Hardware Version = 0.2
Programmer supports buffered memory access with buffersize = 128 bytes.
Вчера получил несколько штук китайских USBISP V3.02 (это которые новые, без перемычек и без стабилизатора 3,3V).
Определяются как HID устройства. попытка перешить в USBASP не увенчалась успехом — программатор рапорует о том, что не может прошить устройство, IMHO скорее всего залочены какие-то fuse. До этого без проблем перешивал приличное количество USBISP 2.0, 3.0 и 3.01. Быстрое гугление на эту тему обнадеживающих результатов не дало. Есть смысл попробовать прошить fuse указанные в статье?
Можно отдельный график взять с дашбоарда, но при этом вверху будет доступно меню управления.
Обещают, что в будущем сделают возможность отключения меню в графике.
Да, отличный сервис!
Я себе несколько комплектов мониторинга сделал на базе китайских роутеров + датчики, все заводится с пол-пинка.
Поставил в вегетарии, дома и на базовой станции на побережье.
ThingSpeak можно использовать отправляя данные как на их сервера, так и подняв свой полностью — исходники на Github.
Еще одна достаточно хорошая фича — графики можно брать и встраивать в свои страницы, все очень просто, вот пример.
В общем, для новичков в мониторинге и когда нужен быстрый старт ThingSpeak самое то.
Имеется ввиду то, что путем некоторых манипуляций на UniFi можно установить прошивку от обычных Ubiquiti устройств c встроенным и вполне работоспособным WEB-интерфейсом (из коробки на UniFi нет WEB-интерфейса).
Однако после переделки устройство не будет видно в UniFi сети — это будет обычная точка доступа Ubiquiti с хорошей, почти круговой, диаграммой направленности.
Спасибо за ответ. Да, я все это понимаю и меня именно интересует Ардуина как устройство съема данных, их накопления на время съема и выброс полученных параметров на I/O. А дисплей и сервис это можно второй чип подключить.
В любом случае спасибо. Буду следить за вашими дальнейшими разработками и публикациями.
Напишите пожалуйста мне в личку для дальнейших дискуссий, мне к сожалению, карма не позволяет.
Хмм, я как-бы полный ноль в Ардуинах, все больше на роутерах делать приходилось, буду благодарен (думаю, не только я) за добавление в реальные примеры. Хотелось-бы не городить зоопарк, а все датчики в моем случае поставить на I2C шину.
Собирал свой джентльменский набор, относительно бюджетно, все на I2C, может кому-то пригодится:
AM2321 — датчик влажности и температуры
BH1750 — датчик освещенности (китайский модуль GY-302)
BMP085 — датчик давления и температуры (китайский модуль GY-65), он у вас уже есть
INA219 — датчик тока и напряжения
LM75 — простой датчик температуры
DS1621 — еще один простой датчик температуры.
PCF8591 — простейший АЦП/ЦАП для каких-то аналоговых датчиков (китайский модуль YL-40)
PCF8574 — I/O для управления реле, датчиков «сухой контакт» и т.д.
Вот сейчас занимаюсь подключением по I2C недорогого датчика INA219, который меряет ток заряда/разряда батареи, подключенной к солнечной панели. Было-бы очень классно его так-же добавить в проект. Готов оказать посильную финансовую помощь, выслать датчики и т.д.
P.S. Данные передаются при помощи дешевых китайских WiFi роутеров, с подключенными через USBtoI2C переходник датчиками. Исходные коды есть у меня на GitHub.
У них там был переходный момент, когда в первые версии защиты встраивались.
Устройства тухли пачками, не успевал перепрошивать. На более ранних прошивках и более поздних работало все более-менее нормально.
В первых экспериментах да, были некоторые проблемы, а потом как-то стабилизировалось все.
Еще-бы Ubiquiti не штамповало их с разными HW ID, новыми MAC и т.д., вообще было-бы хорошо.
У меня даже не знаю что больше — печаль-обида от купленного китайского г-на, которое может есть маленький шанс превратить в нужную вещь или желание максимально донести до интересующихся, что V 3.02 поделку покупать категорически не нужно.
Но если это сделали китайцы намеренно, то этим они роют ямку своим новым поделкам ибо народ их больше покупает для переделки в USBasp и для прошивки всяких фич, например I2C master, управление радио-модулями и т.д.
Если есть какие-то конкретные примеры, готов попробовать еще раз.
Found programmer: Id = «AVR ISP»; type = S
Software Version = U.2; Hardware Version = 0.2
Programmer supports buffered memory access with buffersize = 128 bytes.
Programmer supports the following devices:
Device code: 0x13 = AT90S1200
Device code: 0x20 = ATtiny84
Device code: 0x28 = AT90S4414
Device code: 0x30 = AT90S4433
Device code: 0x34 = AT90S2333
Device code: 0x38 = AT90S8515
Device code: 0x48 = (unknown)
Device code: 0x4c = AT90S2343
Device code: 0x51 = (unknown)
Device code: 0x55 = ATtiny12
Device code: 0x56 = ATtiny15
Device code: 0x68 = AT90S8535
Device code: 0x6c = AT90S4434
Device code: 0xffffff86 = (unknown)
Device code: 0xffffff87 = (unknown)
Device code: 0x3a = ATMEGA8515
Device code: 0x41 = ATMEGA103
Device code: 0x43 = ATMEGA128
Device code: 0x45 = ATMEGA64
Device code: 0x5e = ATtiny4313
Device code: 0x60 = ATMEGA161
Device code: 0x62 = (unknown)
Device code: 0x64 = ATMEGA163
Device code: 0x69 = ATMEGA8535
Device code: 0x72 = ATMEGA32
Device code: 0x74 = ATMEGA6450
Device code: 0x76 = ATMEGA8
Device code: 0x78 = ATMEGA169
avrdude: error: programmer did not respond to command: enter prog mode
Определяются как HID устройства. попытка перешить в USBASP не увенчалась успехом — программатор рапорует о том, что не может прошить устройство, IMHO скорее всего залочены какие-то fuse. До этого без проблем перешивал приличное количество USBISP 2.0, 3.0 и 3.01. Быстрое гугление на эту тему обнадеживающих результатов не дало. Есть смысл попробовать прошить fuse указанные в статье?
Обещают, что в будущем сделают возможность отключения меню в графике.
Я себе несколько комплектов мониторинга сделал на базе китайских роутеров + датчики, все заводится с пол-пинка.
Поставил в вегетарии, дома и на базовой станции на побережье.
ThingSpeak можно использовать отправляя данные как на их сервера, так и подняв свой полностью — исходники на Github.
Еще одна достаточно хорошая фича — графики можно брать и встраивать в свои страницы, все очень просто, вот пример.
В общем, для новичков в мониторинге и когда нужен быстрый старт ThingSpeak самое то.
Однако после переделки устройство не будет видно в UniFi сети — это будет обычная точка доступа Ubiquiti с хорошей, почти круговой, диаграммой направленности.
Ждем Linux версию… ;)
В любом случае спасибо. Буду следить за вашими дальнейшими разработками и публикациями.
Напишите пожалуйста мне в личку для дальнейших дискуссий, мне к сожалению, карма не позволяет.
Собирал свой джентльменский набор, относительно бюджетно, все на I2C, может кому-то пригодится:
AM2321 — датчик влажности и температуры
BH1750 — датчик освещенности (китайский модуль GY-302)
BMP085 — датчик давления и температуры (китайский модуль GY-65), он у вас уже есть
INA219 — датчик тока и напряжения
LM75 — простой датчик температуры
DS1621 — еще один простой датчик температуры.
PCF8591 — простейший АЦП/ЦАП для каких-то аналоговых датчиков (китайский модуль YL-40)
PCF8574 — I/O для управления реле, датчиков «сухой контакт» и т.д.
Хочу потом еще настроить данные отправлять, как с роутера, но уже с Ардуины и рисовать красивые графики, как тут OnLine мониторинг параметров автономной энергосистемы по радиоканалу
P.S. Программу видел, скачал, разбираюсь. Большое спасибо!