Comments 17
Очень не дурно, однако веб сервера NASа очень скоро начнет не хватать, особенно для графиков и аналитики.
про шифрованный обмен не думали?
бренд ethernet-трансформатора доставляет
Почему бы не сделать сразу usb nrf24l01+ устройство для сервера на базе какой-нибудь avr'ки?
+1
У меня на USB проводе к серверу подключена связка Atmega32U4 (китайская arduino pro micro) + nrf24l01, первая имеет аппаратный USB, хотя можно было воспользоваться мостом usb-com, их в китае по полтора бакса за штуку вагонами отдают, и взять еще более простую AVR-ку.
Залил модифицированый пример usb-cdc от Atmel, минимум правок для обмена с радио частью, платка выплевывает принятые пакеты в json в виртуальный порт.
На серваке python скрипт выгребает строки из /dev/ttyUSB0, логгирует, запускает соотв. скрипты, в зависимости от принятых данных, (управлению вентиляцией и влажностью).
Но видимо сейчас это тренд — wifi в каждый выключатель, linux в каждое реле )
У меня на USB проводе к серверу подключена связка Atmega32U4 (китайская arduino pro micro) + nrf24l01, первая имеет аппаратный USB, хотя можно было воспользоваться мостом usb-com, их в китае по полтора бакса за штуку вагонами отдают, и взять еще более простую AVR-ку.
Залил модифицированый пример usb-cdc от Atmel, минимум правок для обмена с радио частью, платка выплевывает принятые пакеты в json в виртуальный порт.
На серваке python скрипт выгребает строки из /dev/ttyUSB0, логгирует, запускает соотв. скрипты, в зависимости от принятых данных, (управлению вентиляцией и влажностью).
Но видимо сейчас это тренд — wifi в каждый выключатель, linux в каждое реле )
>Но видимо сейчас это тренд — wifi в каждый выключатель, linux в каждое реле
пару месяцев назад меня за это чуть не линчевали
пару месяцев назад меня за это чуть не линчевали
Отличное решение, только бы я наверно сырые данные в виртуальный порт слал. Еще на ум приходит Raspberry Pi в качестве главного устройства, тогда вообще nrf24l01+ можно к нему прямо через GPIO прицепить, но тут уже зависит от поставленной задачи, кому-то нужны мощности посерьезней.
Сначала я думал в приемнике на AVR делать какой то парсинг по типам датчиков, наприме «давление», «температура», «выключатель», обрабатывать их посылки, а в порт выкидывать уже готовые ascii строки, типа
но быстро понял что в случае добавления нового типа, скажем датчик движения, мне придется модифицировать прошивку AVR-ки.
Тогда я решил гнать сырые данные но в json, его легко сформировать на стороне AVR, а так же можно всегда прочитать из порта
DHT22 возвращает 4 байта данных, из которых очень легко получить значения температуры и влажности на Python:
Таким образом, код на AVR не нужно менять при добавлении в систему новых датчиков, и на серваке легко работать с этими данными на том же Python.
temprerature: +22Cно быстро понял что в случае добавления нового типа, скажем датчик движения, мне придется модифицировать прошивку AVR-ки.
Тогда я решил гнать сырые данные но в json, его легко сформировать на стороне AVR, а так же можно всегда прочитать из порта
cat /dev/ttyUSB0
{"type":1,"uid":2,"data":[1,211,0,246,0,0]}DHT22 возвращает 4 байта данных, из которых очень легко получить значения температуры и влажности на Python:
Humidity = (value[0]*255 + value[1])*0.1
if (value[2]&0x80):
Temperature = (value[2]&0x7F)*255 + value[3]
else:
Temperature = (value[2]*255 + value[3])*0.1
print "Climat is ", Temperature, "C, ", Humidity, "%"
Таким образом, код на AVR не нужно менять при добавлении в систему новых датчиков, и на серваке легко работать с этими данными на том же Python.
В планах есть задачка сделать такой шлюз RF24<=>USB, но руки пока не дошли.
Посмотрите в сторону nRF24LU1+, там как раз всё в одном. На ебее платки продаются.
Обратите внимание на вариант переходника из USBasp. Там можно поправить клиентский код и реализовать сырые данные, описанные выше в комментариях. Все же 3 доллара это дешевле, чем nRF24LU1+ за 10$, где надо ещё разобраться с USB-шной частью…
Про nRF24LЕ1 тут уже я постарался «разжевать» и переход с ардуино+nRF24L01 на его получается не такой уж сложный.
Про nRF24LЕ1 тут уже я постарался «разжевать» и переход с ардуино+nRF24L01 на его получается не такой уж сложный.
Любопытно.
Возможно, я отстал от жизни или слишком профессионально зашоренный, но мне кажется, что такие устройства надо собирать в сеть не на Ethernet, а на чём-то типа RS-485. А вот шлюзом между ними и «гражданской сетью» будет контроллер, который ими управляет.
Возможно, я отстал от жизни или слишком профессионально зашоренный, но мне кажется, что такие устройства надо собирать в сеть не на Ethernet, а на чём-то типа RS-485. А вот шлюзом между ними и «гражданской сетью» будет контроллер, который ими управляет.
Sign up to leave a comment.
Радиоуправляемый выключатель своими руками. Часть 4 — Центр управления