Комментарии 17
Кто-бы сделал готовую "ребуталку сервера", с розеткой 220В уже, т.е. простую и надежную wifi-релюшку, но без приложений, а с настройкой на свой собственный сервер.
Я понимаю, что ethernet гораздо дороже, но хоть wifi.
Не совсем понял - зачем? Что за сервер? Если нормальный - так там iLo есть, ребутайте на здоровье. И по Ethernet. Или о каком-то другом речь?
Вот поэтому и нету полезных устройств, потому что непонятно, что всякое бывает.
Нет, непонятно что у вас за сервер, который перегружать надо (полноценный i386 сервер или малина какая-нибудь) и что значит - реле с настройкой на собственный сервер. Скажем реле, которое можно включить/выключить GET запросом подойдет? Точнее задачу опишите - и я посоветую, как проще решить.
Мне, например, как яблочнику вполне бы такая подошла для перезагрузки какой-нибудь железки по питанию. Тупо подключил ее к HomeKit и рулишь через iPhone. Без всяких лишних программ и облаков.
рулишь через iPhone. Без всяких лишних программ и облаков.
Вот раз через iPhone, то как-раз и не обойтись без программ и облаков.
А вот пассивный контроллер, который с какой-то авторизацией стучится на твой собственный сервер (заданный в web-форме админки ESP8266), и поймав там команду на выключение - выключает релюшку на десяток секунд, и включает снова.
Странный у вас подход. Программа Дом в iPhone идет изкоробки. Она там предустановлена. И работает она локально. А вот ваш веб-сервер точно в облаке. А теперь ответ - поднимите на своем сервере службу mqtt сервера с авторизацией. И цепляйте к нему любое реле, которое mqtt умеет. А таких вагон. Не изобретайте свои протоколы. Учитесь пользоваться существующими. Ваш веб сервер же должен знать - подключено ли к нему реле, живое ли оно, поймало ли оно команду, выполнило ли ее. И если связь с реле пропала в момент когда сервер отправляет ему команду - нужно быть уверенным, что реле ее выполнит, как только связь восстановится. В mqtt все это есть опять же изкоробки.
Netping, например. Насчёт простой не уверен, оно разные сценарии использования поддерживает. Но у них, насколько помню, только ethernet
Хорошая железка, надёжная. Правде реле у неё вроде низковольтные, поэтому нужен будет еще контактор. Но она изначально предназначена именно для удаленного контроля и управления оборудованием.
У меня валяется такая, кое-то время поработала и перестала, тупо виснет и веб-интерфейс не открывается
Хмм , спасибо за идею снизить мощность передатчика. У меня при отсылке данных мониторинга на агрегатор эпизодически вылетает в перезагруз и после серии перезагрузок образумливается и снова некоторое время работает как надо.
Надо будет придушить и погонять :)
Александр предложил использовать более качественные реле, которые действительно нормально держат нагрузку, написанную у них на корпусе. Снабдил контроллер датчиком перехода через ноль, датчиком тока, для обеспечения коммутации в момент минимального питающего напряжения при минимальной нагрузке.
И вы думаете что включая реле попадете в момент перехода напряжения через ноль? Не попадёте. Это во-первых. Во-вторых, проблема с обгоранием контактов она в момент размыкания, когда между контактами не может потухнуть дуга. Датчик перехода через ноль + реле проблему не решит.
ESP32 + аккумулятор - тут вас тоже ждёт очень много сюрпризов.
А вообще, от статей ощущение что вы бегаете по давно известным граблям. Вам в команду надо грамотного инженера. И про 99% ваших проблем вы бы даже и не узнали что они существуют. Они исключаются ещё на этапе проектирования.
Мы не думаем, нам удается попадать в момент перехода. И мы не говорили, что это единственная защита. Погасить дугу - тоже не проблема.
Да, видел кучу статей, что невозможно заставить на esp32 четко работать одновременно WiFi и BLE. Потому что там антенна одна. Но у меня же работает это в боевом режиме уже больше 3 месяцев. И не отваливается ни WiFi ни BLE.
Так что, возможно, то, что вы считаете граблями - для нас не является проблемой. Просто мы знаем как это решить.
Как купить девайс для умного дома и попасть в команду разработчиков (часть 3, окончательная)