Комментарии 37
Хорошее пример реализации, можно ли Ваше устр-во адаптировать для совместной работы с развивающимся проектом Народного мониторинга? Хабрассылка, сам проект.
*хороший пример
Спасибо. Адаптировать, думаю, можно. Напишите в личку, что для этого нужно. API, которое я описал вам не подходит?
Могу и здесь ответить весьма коротко:
По ссылке на сам проект перейти, зарегиться на основе email, прочитать «О проекте», а потом уже мне в личку или аську скинуть свой email, чтобы я дал доступ к инфе для разработчиков устр-в со всеми описаниями протоколов, условий и т.д.
По ссылке на сам проект перейти, зарегиться на основе email, прочитать «О проекте», а потом уже мне в личку или аську скинуть свой email, чтобы я дал доступ к инфе для разработчиков устр-в со всеми описаниями протоколов, условий и т.д.
Насчет Вашего API: проект по своей сути принимает «сырые» данные от устр-в по протоколу близкому к telnet (tcp/udp), а вовсе не скачивает их с какого-нибудь еще веб-сервиса. Тут увы принципиальная позиция дабы не клонировать уже имеющиеся в Интернет данные.
По вашей ссылке допустим Киев показывает не правильный график изменений за неделю/месяц. Всегда показывает 24.88, не верю что целый месяц в Киеве была одинаковая температура :)
На самом деле эти устройства (особенно датчики влажности) постепенно выходят из строя, и начинают, к примеру, вместо плавной кривой выдавать пороговые значения (резко прыгать до 100%).
Кстати, плюс/минус 4.5% для датчика влажности — не самые хорошие показатели. У нас в продукте по защите растений некоторые вредители активизируются при влажности выше 90% (относительная влажность), и там единицы процентов играют очень важную роль.
Кстати, плюс/минус 4.5% для датчика влажности — не самые хорошие показатели. У нас в продукте по защите растений некоторые вредители активизируются при влажности выше 90% (относительная влажность), и там единицы процентов играют очень важную роль.
почему одинаковая температура в Киеве?
openweathermap.org/?zoom=10&lat=6518771.99715&lon=3396684.81683&layers=BTTT
и вот
openweathermap.org/station/37445
очень даже разная…
openweathermap.org/?zoom=10&lat=6518771.99715&lon=3396684.81683&layers=BTTT
и вот
openweathermap.org/station/37445
очень даже разная…
Человек дал ссылку на этот map.net13.info проект, вот там и показывает одинаковую температуру
Актуальный адрес проекта narodmon.ru с июля 2012 года.
посмотрев на openweathermap.org первая мысль что возникла — импорт с погодных сайтов и заливка данных на свой сайт, я лично не вижу смысла делать клон погодных сайтов, да и права на исходные данные надо уважать)
Первая мысль не правильная.
Т.е. у Вас свои устр-ва по все России расставлены? В тех же точках что и в стандартной погодной карте метеослужб? Если так то респект! Как насчет поддерживаемых устройств? Хотяб через запятую. Вдруг тоже интересно будет.
Мне тут говорят, что с момента публикации моего 1го поста стали уже моих поставщиков устройств переманивать потихоньку, что весьма странно при наличии собственной инфраструктуры)
Мне тут говорят, что с момента публикации моего 1го поста стали уже моих поставщиков устройств переманивать потихоньку, что весьма странно при наличии собственной инфраструктуры)
Этот топик совсем не место сравнивать проекты, я коротко напишу.
— мы не поддерживаем устройств, совсем ни одного! Мы поддерживаем API. Нам интересны API, математика и highload.
— мы не используем данные государственных метеостанций, они не удовлетворяют требованиям нашей математики по оперативности поступления информации. Мы используем данные метеослужб аэропортов, их Вы можете узнать по коду ICAO. Таких около 4000 штук. Вообще откуда берутся метеоданные Вам может объяснить любой профессиональный метеоролог имеющий отношение к системе международного обмена метеоинформацией.
И раз уж Вы так критически-пристально смотрите на openweathermap.org я позволю совет — любой человек увидев проект похожий на свой испытывает чувство досады и разочарования, но направьте это не на поиск бревен в чужих глазах, а или сожмите зубы и сделайте лучше, или найдите свою нишу и интегрируйтесь в экосистему. К примеру, вы написали свой UDP сервер и интегрировались с «Термометр + ETHERNET», так будьте гейтом для этих устройств и делитесь информацией. А наши данные Вы легко можете подключить с своей карте, Написано как это сделать вот тут openweathermap.org/example-openlayer
— мы не поддерживаем устройств, совсем ни одного! Мы поддерживаем API. Нам интересны API, математика и highload.
— мы не используем данные государственных метеостанций, они не удовлетворяют требованиям нашей математики по оперативности поступления информации. Мы используем данные метеослужб аэропортов, их Вы можете узнать по коду ICAO. Таких около 4000 штук. Вообще откуда берутся метеоданные Вам может объяснить любой профессиональный метеоролог имеющий отношение к системе международного обмена метеоинформацией.
И раз уж Вы так критически-пристально смотрите на openweathermap.org я позволю совет — любой человек увидев проект похожий на свой испытывает чувство досады и разочарования, но направьте это не на поиск бревен в чужих глазах, а или сожмите зубы и сделайте лучше, или найдите свою нишу и интегрируйтесь в экосистему. К примеру, вы написали свой UDP сервер и интегрировались с «Термометр + ETHERNET», так будьте гейтом для этих устройств и делитесь информацией. А наши данные Вы легко можете подключить с своей карте, Написано как это сделать вот тут openweathermap.org/example-openlayer
владелец отлаживает работу устр-ва, поэтому так, попрошу убрать с карты пока не разберется, но хотябы данные не импортированы с погодных сайтов как обычно народ лукавит)
Наверное, имеет смысл хранить эту красоту в RRD. И можно к cacti прикрутить что бы не морочиться с интерфейсом.
Я бы сделал по другому (кстати, делаю).
Вариант 1. Если точки мониторинга располагаются вблизи контрольного пункта. Радиус действия 1-1,5 км.
Автономный датчик с питанием от батарейки (можно аккумулятор), передача данных по RF 868MHz.
К компьютеру подключается приемное устройство и далее пишутся в базу или отсылаются куда нужно.
Вариант 2. Если точки мониторинга разбросаны на большой площади.
Автономный датчик, передача данных по GSM-каналу (смской или по GPRS).
Вариант 1. Если точки мониторинга располагаются вблизи контрольного пункта. Радиус действия 1-1,5 км.
Автономный датчик с питанием от батарейки (можно аккумулятор), передача данных по RF 868MHz.
К компьютеру подключается приемное устройство и далее пишутся в базу или отсылаются куда нужно.
Вариант 2. Если точки мониторинга разбросаны на большой площади.
Автономный датчик, передача данных по GSM-каналу (смской или по GPRS).
Основная проблема — замена батарейки… когда датчиков 1-2 нет проблем, а когда их скажем 202?
Решение: аккумулятор + солнечная панель.
В России? да вы знаете толк в извращениях…
А что — в России солнце не светит?
По вашему аккумулятор нужно подзаряжать все время?
Автономные датчики, сделанные по уму, работают в режиме пониженного энергопотребления. От аккумулятора можно достаточно долго работать, а подзаряжать его можно от солнца один/два раза в месяц…
По вашему аккумулятор нужно подзаряжать все время?
Автономные датчики, сделанные по уму, работают в режиме пониженного энергопотребления. От аккумулятора можно достаточно долго работать, а подзаряжать его можно от солнца один/два раза в месяц…
А вы кем работаете?
Вы говорите о вещях совершенно не зная их, если ставить солнечную панель адекватного размера то на выходе будет нужный уровень тока и напряжения если через DC-DC запитатся, но этого тока не хватит на заряд аккумулятора для работы 24 часа в сутки, в Новосибирске слишком мало времени яркое активное солнце.
Передатчики и Приемники если использовать GSM-канал то при включении потребляют токи 2А (это не предел).
Опять же 2 дождика прошло и КПД солнечной панели упал в 2, нужно ехать протирать…
Давным давно, сказал 1 умный человек, объект можно запитать по проводам, то питайте, если нельзя используйте батарейки, если нет возможности менять их то извращяйтесь на все что угодно.
Вы говорите о вещях совершенно не зная их, если ставить солнечную панель адекватного размера то на выходе будет нужный уровень тока и напряжения если через DC-DC запитатся, но этого тока не хватит на заряд аккумулятора для работы 24 часа в сутки, в Новосибирске слишком мало времени яркое активное солнце.
Передатчики и Приемники если использовать GSM-канал то при включении потребляют токи 2А (это не предел).
Опять же 2 дождика прошло и КПД солнечной панели упал в 2, нужно ехать протирать…
Давным давно, сказал 1 умный человек, объект можно запитать по проводам, то питайте, если нельзя используйте батарейки, если нет возможности менять их то извращяйтесь на все что угодно.
>>если ставить солнечную панель адекватного размера
>>то на выходе будет нужный уровень тока и напряжения если через DC-DC запитатся,
>>но этого тока не хватит на заряд аккумулятора для работы 24 часа в сутки
Во-первых, устройство работает от аккумулятора (с низким саморазрядом), а не от солнечной панели.
Устройство практически все время «спит», по расписанию пробуждается отсылает пакет данных и снова засыпает.
Солнечная панель, только заряжает аккумулятор.
>>в Новосибирске слишком мало времени яркое активное солнце.
Новосибирск, конечно не Африка и мощность освещения ниже www.ez2c.de/ml/solar_land_area/
Но все равно этого будет достаточно, чтобы зарядить аккумулятор.
Кроме того, прогресс не стоит на месте, есть разные виды фотоэлементов, которые чувствительны на разных спектрах, в том числе работают и в пасмурную погоду.
>>Передатчики и Приемники если использовать GSM-канал то при включении
>>потребляют токи 2А (это не предел).
И что? Правильно подобранный аккумулятор, низкое энергопотребление gsm-модуля в режиме работы и выключение его в момент простоя.
>>Опять же 2 дождика прошло и КПД солнечной панели упал в 2, нужно ехать протирать…
Ну не после 2 дождиков, но раз в сезон обслуживать панель нужно будет.
Опять же как вариант можно использовать не аккумуляторы, а батареи с низким саморазрядом и большой мощности. На 1-2 года может хватить при определенной организации работы устройства.
>>то на выходе будет нужный уровень тока и напряжения если через DC-DC запитатся,
>>но этого тока не хватит на заряд аккумулятора для работы 24 часа в сутки
Во-первых, устройство работает от аккумулятора (с низким саморазрядом), а не от солнечной панели.
Устройство практически все время «спит», по расписанию пробуждается отсылает пакет данных и снова засыпает.
Солнечная панель, только заряжает аккумулятор.
>>в Новосибирске слишком мало времени яркое активное солнце.
Новосибирск, конечно не Африка и мощность освещения ниже www.ez2c.de/ml/solar_land_area/
Но все равно этого будет достаточно, чтобы зарядить аккумулятор.
Кроме того, прогресс не стоит на месте, есть разные виды фотоэлементов, которые чувствительны на разных спектрах, в том числе работают и в пасмурную погоду.
>>Передатчики и Приемники если использовать GSM-канал то при включении
>>потребляют токи 2А (это не предел).
И что? Правильно подобранный аккумулятор, низкое энергопотребление gsm-модуля в режиме работы и выключение его в момент простоя.
>>Опять же 2 дождика прошло и КПД солнечной панели упал в 2, нужно ехать протирать…
Ну не после 2 дождиков, но раз в сезон обслуживать панель нужно будет.
Опять же как вариант можно использовать не аккумуляторы, а батареи с низким саморазрядом и большой мощности. На 1-2 года может хватить при определенной организации работы устройства.
Есть опасение, что если все это оборудование разместить в поле, то оно там долго не простоит :) Поле никак не охраняется и даже не огорожено.
Я бы за такие деньги ради интереса сделал бы на arduino :)
Ну это больше, конечно, для себя чем для дела )
Ну это больше, конечно, для себя чем для дела )
А если надо передавать на расстояние более километра?
Prometheus предложил использовать jt5.ru/shields/cosmo-gsm/ + Ардуино
Я бы попробовал посчитать потребление Wi-Fi, RF 868MHz и GSM и выбрал то что больше всего подходит. Так как в случае автономной системы нужно отталкиваться от энергопотребления, а не канала связи. Что-то мне подсказывает, что самым экономичным будет RF 868MHz (раз в сутки выстреливать данный по радиоканалу точка-точка, размер антенны может сэкономить много энергии), но я могу и ошибаться.
При передаче поправок между RTK-станцией и ровером при геодезических работах часто используют GSM.
Не смотрели в сторону устройств Moxa? Мы недавно подключали в университете вот такую станцию через сей девайс, правда, не по SNMP а голым TCP, все работает и есть не просит.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Электронный термометр с web-интерфейсом на основе UniPing RS-485