Умная Wi-Fi розетка "Iotronic WS-10" | [smartHome]



Реп: (0)
Умная Wi-Fi розетка "Iotronic WS-10"


  • В теме действуют все Правила форума | Правила раздела;
  • Полезные темы на заметку: FAQ по форуму | Как убирать изображения под спойлер;
  • Вместо слов «Спасибо!» используйте Изображение. Если у Вас меньше 15 постов - нажмите на кнопку Изображение под тем сообщением, где Вам помогли, и напишите благодарность;
  • При отсутствии куратора шапку темы наполняют модераторы. Воспользуйтесь кнопкой Изображение на сообщении, которое, во вашему мнению, нужно добавить в шапку, чтобы связаться с модератором.

Фотографии устройства
Прикрепленное изображение
Прикрепленное изображение
Описание устройства
Умная Wi-Fi розетка с измерением электрических параметров, веб-интерфесом и MQTT протоколом. Имеет функцию регистрации потребленного электричества с интервалами в 5 минут, 1 час и сутки. Является полноценным сетевым устройством со всеми необходимыми настройками, работает в локальных сетях без подключения к Интернет. Имеет открытый API. Таймер на 16 событий. Программируемая защита по току и напряжению. Умеет синхронизировать время с серверами точного времени. Имеет журнал событий. Все данные хранятся в энергонезависимой памяти на самом устройстве и извлекаются в приложение и браузер по мере необходимости. Может использоваться как автономно, так и в составе систем "умный дом". Есть Android приложение. Хорошо подходит для анализа расходов и общего аудита энергопотребления
Характеристики устройства
  • Напряжение питания: AC 100 - 240 V
  • Максимальная допустимая мощность нагрузки: 2,5 кВт
  • Способ управления нагрузкой: электромагнитное реле
  • Максимальный ток нагрузки: 10 А
  • Диапазон измерения мощности нагрузки: 1-2500 Вт
  • Минимальный шаг измерения мощности: 1 Вт
  • Собственная потребляемая мощность: не более 4 Вт
  • Размеры устройства: 120х110х70 мм
  • Вес устройства: не более 0,2 кг
  • Беспроводное соединение: Wi-Fi IEEE 802.11 b/g/n
Полезная информация
Совместимость с платформами
Android, Windows, Linux


Сообщение отредактировал bogd - 09.10.18, 15:06



Реп: (95)
А есть реальные обладатели сего девайса? Кто-то может поделится фото внутренностей?



Реп: (0)
nvyzp @ 13.10.18, 19:51 *
Кто-то может поделится фото внутренностей

Да, есть реальные пользователи и есть фото внутренностей
фото внутренностей 1
Прикрепленное изображение


фото внутренностей 2
Прикрепленное изображение


Если есть вопросы, пожалуйста задавайте!



Реп: (95)
Вопросов много:
  1. Измерения тока на основании падения напряжения на шунте?
  2. Пользователи могут контролиорвать только мощность или доступен контроль напряжения и тока? Если да то какие диапазоны измерений и точность?
  3. Судя по фото гальванической развазки процессорной части от сети нет?
  4. Можно ли больше информации о процессоре контоллера?
  5. На фото не видно никаких элементов термозащиты или что-то предусмотренно?



Реп: (0)
* nvyzp,
  1. Да, специализированный измерительный резистор + прецизионный опрерационный усилитель + АЦП контроллера.
  2. Измеряет мощность, ток, напряжение. Мощность 0-2500 Вт с разрешением 1 Вт. Напряжение 0-265 В, с разрешением 1 В, ток 0-10А с разрешением 0,1 А. Ток и напряжение true RMS, мощность интегрированием мгновенных выборок. Паспортная погрешность измерения мощности заявлена 10%, но реальная на порядок выше, особенно на активной нагрузке. Это связано с трудностью проверки точности измерений на нагрузках со сложными реактивностями, чтобы не было претензий в части метрологии.
  3. Гальваническая развязка при необходимости измерения напряжения очень тяжело реализуется. Заметьте, там стоит хороший модульный импульсный источник питания Hi-Link, с хорошей развязкой и защитами от перегрузок и перегревов. Т.е. гальваническая связь платы с сетью в двух контроллируемых точках - резистивный делитель напряжения и токовый шунт. Поскольку устройство имеет изолированный корпус и не предполагает подключение каких-либо интерфейсрв, то такая схемотехника вполне корректна.
  4. Основной функционал реализован на контроллере PIC18F27K40 + еепром 25LC256, wifi-модуль ESP-01 (ESP8266), установлен в разъем на плате.
  5. Прямой термозащиты нет, есть внутреннее измерение температуры контроллером в составе комплексной неотключаемой защиты от перенапряжения и превышения по току.

Спасибо за вопросы, если интересно что-то еще, спрашивате, с удовольствием отвечу.



Реп: (0)
Опубликовали API для разработчиков.
Можно использовать устройство для любых проектов, где требуется управление сетевым питанием и измерение его электрических параметров.



Реп: (0)
Небольшое видео про розетку.



Реп: (3)
Хотел уточнить, действительно ли данная розетка может работать без облака? Для этого нужен обязательно статический ip?



Реп: (0)
* dimakonig39,
Облако не обязательно, можно просто пробросить порт на маршрутизаторе. Статический адрес это идеальный вариант, но можно пользоваться через ddns, если жадность провайдера на IPv4 адреса не сподвигла его к использованию NAT. Если сподвигла и внешний ай-пи серый, то может помочь VPN из того места где розетка, в то место, откуда нужен доступ. Других вариантов кроме облака я не вижу.



Реп: (3)
Если я захочу настроить стороннее облако. Возможно ли это? Есть ли опыт использования розетки со сторонними облаками и если есть то с какими? Какие настройки облака поддерживает розетка?



Реп: (0)
* dimakonig39,
Розетка работает с любым MQTT брокером. Больше всего тестировали с cloudamqp.com и с cloudmqtt.com. У всех облаков настройки примерно одинаковые, так что должно работать с любым.



Реп: (0)
Привет разрабам! Есть опыт использования подобных китайских дешёвых розеток, которые так рекомендуют несведующие юзеры: мол, есть и дешевле и лучше...Так вот, весь этот ширпотреб работает исключительно через облако, китайское облако! Нет интернета - фиг ты розеткой поуправляешь! Как обстоят дела с "Iotronic WS10"?



Реп: (0)
* ssv320,
Исключение китайского облака было основной целью разработки. Хотелось сделать полноценное сетевое устройство типа роутера или сетевого принтера. Розетка отлично работает внутри локальной сети без интернета. Имеет веб-интерфейс и андроид приложение, которое тоже может работать прямым соединением внутри локальной сети. Ну и поскольку на борту веб-сервер, то розетка имеет документированный HTTP API. Можно запрашивать данные в JSON формате и отправлять команды POST запросами. Если интересно, пишите в личку, подробно расскажу что как работает.

Сообщение отредактировал bogd - 01.11.18, 22:05



Реп: (5)
Здравствуйте, купил я вашу розетку, молодцы, что решились, так держать! :)
Есть несколько замечаний...
По части железа:
1. Почему реле такого низкого качества? Модули для Arduino часто с таким, очень недолговечны... особенно с индуктивной нагрузкой, залипают...
2. Почему ESP используете только как WiFi модуль, а всю логику на PIC ?
3. Было бы здорово добавить 3.5мм разъем и резистор подтяжки и подключать через него 1-Wire датчики или DHT22 термогигрометры, получился бы классный термостат! затраты копеечные...

По части софта:
1. Хотелось бы, что бы в статусе был таймстамп последнего переключения реле
2. При переключении реле кнопкой или веб-интерфейсе сразу не шлется mqtt событие
3. При резком изменении потребляемой мощности тоже, хотелось бы отправлять обновление
4. Хотелось бы изменять интервал отправки информации, минута это долго...
5. Хотелось бы счетчик включений реле.
6. Нужен выбор режима восстановления после отключения энергии. (всегда выкл/всегда вкл/предыдущее) Не всегда правильно включать предыдущее состоянии, т.к. могло пройти большое время и это состоянии уже не актуально, а включать даже опасно!
7. Хотелось бы выбирать не только префикс MQTT Топика статуса, но и его весь. Вида "/WS10_1230000123/tx/" ну так себе :))
8. Хотелось бы что бы устройство могла отправлять свой статус не только в MQTT, но по http обращаться к заданному скрипту.
9. Добавить возможность пинговать какой-то заданный хост, если он недоступен, делать выключение и повторное включение розетки. Можно было бы использовать для перезагрузки зависшего оборудования.
10. Добавить SNMP протокол ))
11. Научить слать письма по SMTP ))

Вот тогда бы никого не разочаровала :)))



Реп: (0)
* Avenit,
Спасибо за интерес к нашей разработке!
1. Выбор реле с обмоткой на 3 вольта не велик и они все примерно одного качества. Большее напряжение расширило бы возможности по выбору, но усложнило цепи питания.
2. Неизвестно сколько еще будет производится чип ESP8266, кроме того в разработке GSM вариант устройства. АЦП в ESP не удается использовать должным образом. И кроме того, микроконтроллер обеспечивает гораздо большую надежность всей конструкции. Перезагружает wifi при необходимости и вообще следит за его нормальной работой.
3. По поводу расширения функциональности мы смотрим в сторону интеграции, работаем над модулем для majordomo. Мне кажется что это более правильный путь, чем все пытаться впихнуть в одно устройство. Хотя это отдельная тема для обсуждения!

1. В лог пишется все что происходит с реле с указанием причины переключения. И набор данных в журнале будет расширяться в будущем.
2. В следующем обновлении будут уведомления на приложение о сработках защиты и переключениях реле. В тестовых сборках это было, но потом было выкинуто за ненадобностью, теперь будем возвращать назад.
3. Предыдущий пункт.
4. Вообще архитектура расчитана на запрос со стороны клиента, это можно делать с любой разумной частотой. Например и приложение и джаваскрипт из веб-интерфейса делают это раз в секунду.
5. Можно включить в техническую информацию, в файл dbg.json.
6. Предложение разумное, надо тщательно обдумать, если не будет фундаментальных препятствий, то реализуем.
7. Тут есть небольшая проблема, тогда и в приложении его придется пользователю полностью выбирать. Т.е. пользователю самому придется разрабатывать систему топиков, это уменьшает шансы на успешное подключение;) Потребуется глубокое понимание пользователем MQTT протокола. То что сейчас есть - это разумный компромисс меджу гибкостью и перегруженностью настройками.
8. Отправка чего-то куда-то по HTTP потянет за собой необходимость сохранения дополнительных адресов и портов сервера и самого скрипта. Я думал над этим но красиво не получалось. Сейчас в процессе разработки модуля для majordomo возможно какое-то движение в эту сторону получится сделать.
9. Пинг хоста и прерывание питания нагрузки это интересно, обязательно обдумаю!
10 и 11. Уведомления на почту есть в планах и этот вопрос пересекается с п.8. Это фактически идентичный функционал. Что касается SNMP, то я к своему стыду не до конца понимаю как он работает и зачем нужен. Мне кажется это больше для маршрутизаторов серверов актуально. Надо погружаться в вопрос;)

Надеюсь что я смог хотя бы частично ответить на вопросы! Вероятно что-то осталось неотвеченным или непонятым, поэтому обязательно пишите что неясно, я постараюсь постепенно на все ответить.
Еще раз спасибо за обратную связь!



Реп: (5)
1. Не обратил внимания, что 3.3в реле, обычно 5в и понижают до 3.3в для питания чипа.
3. Не понятно как связан модуль для МД (и зачем он для устройства работающего через mqtt ? ) и добавление аппаратного функционала? :)

1. Имел ввиду в статус который приходит по mqtt
2. Приложение не интересно совсем, т.к. есть свой УД. Тем более Android устройств нет. Нужно уведомление по mqtt.
4. Зачем запрашивать, если розетка и так все отдает, нужно только задавать интервал? Это обычно менее затратно...
5. А лучше в статус :)
7. Дефолтный топик будет прописан, если его меняют, должны понимать что делают. Ну хотя это не критично, префикс главное можно сменить.
8. Если модуль будет работать не через mqtt, то весьма ограниченное решение будет, т.к. будет работать только в одной локальной сети.
10. SNMP удобный протокол для мониторинга сетевых устройств (Zabbix, Cacti, PRTG и др. софт), часто используется как раз теми кому надо перезагрузать устройства по отсутвию пинга - операторами домашних сетей :)

Добавлено 02.11.2018, 17:56:

Попробовал поотправлять MQTT запросы и не работает :(

[17:33:02] [1][/WS10_1230000123/tx/]: {"time":"1541169152","uptime":"81320","wlev":"-58 dBm","urms":"236","irms":"0","pwr":"0","status":"OFF","chname":"ch_01","dname":"WS10_1230000123"}
[17:33:08] [1][/WS10_1230000123/rx/index.html]: btnpwr=on
[17:33:08] [1][/WS10_1230000123/tx/]: {"result":"done"}
[17:34:02] [1][/WS10_1230000123/tx/]: {"time":"1541169212","uptime":"81380","wlev":"-58 dBm","urms":"235","irms":"0","pwr":"0","status":"OFF","chname":"ch_01","dname":"WS10_1230000123"}


[17:56:40] [1][/WS10_1230000123/rx/GET]: status.json
[17:57:03] [1][/WS10_1230000123/tx/]: {"time":"1541170592","uptime":"82760","wlev":"-58 dBm","urms":"237","irms":"0","pwr":"0","status":"OFF","chname":"ch_01","dname":"WS10_1230000123"}


Сообщение отредактировал Avenit - 02.11.18, 17:57



Реп: (0)
сначала быстро отвечу по MQTT логу.
[17:33:08] [1][/WS10_1230000123/rx/index.html]: btnpwr=on

index.html это часть данных, а не часть темы.
т.е. должно быть так [17:33:08] [1][/WS10_1230000123/rx/]:index.html btnpwr=on

то же самое касается GET - должно быть [17:56:40] [1][/WS10_1230000123/rx/]:GET status.json

сейчас проверю что в документации по API, если там иначе, то исправлю

По остальному отпишусь чуть позже!

зы проверил документ, там действительно плохо написано, исправим обязательно

Сообщение отредактировал bogd - 02.11.18, 18:37



Реп: (5)
Да, так все ок :)



Реп: (0)
Во-первых про реле :) Первое что приходит в голову это действительно поставить реле на 5, а даже лучше на 12 вольт и сделать вторичный источник питания для контроллера. Но проблема в том, что питать нужно не только контроллер, но и ESP модуль, а это 200-250 мА. Значит если он будет линейный, будет греться, а если импульсный, то увеличение стоимости компонентов и все равно будет немного греться! Так что 3-х вольтовое реле это неплохой выход из положения.

По дополнительным датчикам. Делать разъем вообще не вариант, т.к. схема гальванически связана с сетью. А сетью она гальванически связана потому что нужен замер тока и напряжения. И если ток еще можно снять изолированным датчиком, то как развязать замер напряжения кроме трансформатора :rofl: я не представляю. Поэтому датчики надо подключать по радио. Но в таком случае их лучше подключать непосредственно к центральному контроллеру дома, и через него уже управлять розеткой. Собственно поэтому сейчас занимаюсь модулем МД.

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

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

Уведомления по MQTT будут обязательно.

Подсчет срабатываний реле в статус это мне кажется перебор совсем;) Мне не тяжело такую метрику собирать. Даже не тяжело писать счетчик в недоступную для конфига область ЕЕПРОМ, чтобы счетчик был пожизненным и нестираемым. Но в статус эту инфу помещать у меня рука не поднимется;)

Отправку почты и данных по НТТР тоже делать нужно, но будет скорее всего не в ближайшем обновлении, т.к. это надо тщательно тестировать. А так вообще идея разумная и полезная.

Про SNMP буду читать;)



Реп: (5)
Ну все, розетка заглючила на второй день.
В статуса возвращает все время это:
{"time":"~time~","uptime":"~uptime~","wlev":"~wlev~","urms":"~urms~","irms":"~irms~","pwr":"~pwr~","status":"~status~","chname":"~chname~","dname":"~dname~"}


Аптайм: 151998
После вытаскивания снова работает. Неприятно :(

Сообщение отредактировал Avenit - 08.11.18, 00:08



Реп: (0)
Нужна дополнительная информация о том как поддключена розетка. Я так понимаю речь о данных через mqtt. Данные запрашиваются или используется то что розетка выдает раз в минуту сама? Если запрашиваются, то с какой частотой? И если можно посмотреть на строку запроса. Такой ответ возможен когда достигается ограничение на максимально возможное количество одновременно открытых файлов - например при одновременной интенсивной работе через HTTP. Либо при слишком высокой частоте запросов по mqtt. Еще возможен вариант, когда mqtt запросы поступают в устройство не дождавшись ответа предыдущего, т.к. mqtt там работает в один поток. Напишите, пожалуйста, возможно подробнее, как используется розетка, я постараюсь воспроизвести баг и починить логику.


Полная версия   Текстовая версия

Помощь   Правила

Сейчас: 22.07.24, 02:03