MajorDoMo

Да в списке новый MAC соответствует IP контроллера.

Нашел такую тему https://arduino.stackexchange.com/quest ... nd-routers
Похоже на Вашу ситуацию

Поглядите скорость подключения по сети возможно встаёт на 10 Мбит а свич не поддерживает в отличии от роутер, эт как вариант!)


Отправлено с моего iPhone используя Tapatalk

condor77 писал(а):Столкнулся с проблемой. Может было у кого даже не знаю куда смотреть и кто виноват.
Ситуация следующая: Когда втыкаю контролер напрямую в роутер всё прекрасно работает. Но когда втыкаю через хаб то контроллер теряется из сети. Пинг не проходит. При этом остальные потребители воткнутые в этот же хаб прекрасно работают. Хабы менять пробовал на разных производителей. Результат один - всё работает кроме мегалайта.

Была похожая ситуация из за шильда w5100, у него на входе резисторная матрица стоит 511-я а надо 510. Из за этого контроллер не работал через свичи, а напрямую без проблем. Можно подвесить пару резисторов в паралель или заказывать шильд с 510 резисторами.
Вот пример как припаять резисторы: http://www.arduinotehniq.com/index.php/ ... et-shield/

Да действительно стояла сборка на 510 Ом. Заменил на 100 Ом (что под руки попалось). И "о чудо" всё затарахтело как положено.

Как корректно обозначить в majordomo подключенные к megalight датчики(протечки и т.д.)?
Создать новый класс Sensors, в котором сделать еще один класс MegaLight?
Или Сделать megalight родителем и в него перенести и sensors и relay?

+ какой метод юзать, чтоб обновлять статус датчиков?

+ я немного поковырял код и подозреваю, что в постоянном режиме megalight передает гет запросами majordomo только состояние реле, но никак не кнопок, верно?

Streamprint(client, "GET /objects/?object=ThisComputer&op=m&m=setRelayState");
Streamprint(client, "&id=%d", relay->ID);
Streamprint(client, "&on=%d", relay->on());
Streamprint(client, "&v=%d", relay->value());
Streamprint(client, " HTTP/1.0\n");
Streamprint(client, "Host: %s\n", host.c_str());
if(auth.length())
Streamprint(client, "Authorization: Basic %s\n", auth.c_str());
Streamprint(client, "Connection: close\n\n");

Верно.
Но ничто не мешает вам завести "виртуальные" реле (с пином равным -1 или 0) и привязать их к входам

UPD.
Я для примера в MegaLight2 как раз заливал дверной звонок (DOORBELL). У него используется только вход, на выходе виртуальное реле, задание которого -- отправлять состояние в МЖД (ну и еще фильтровать нажатия чаще чем в 3 сек)

https://github.com/olehs/MegaLight2/blo ... S/DOORBELL

ololenok писал(а):Как корректно обозначить в majordomo подключенные к megalight датчики(протечки и т.д.)?
Создать новый класс Sensors, в котором сделать еще один класс MegaLight?
Или Сделать megalight родителем и в него перенести и sensors и relay?

Родителем класса MegaLight должен быть класс Relays, иначе не будет работать.

Датчики - это иные сущности и, по хорошему, должны иметь собственные объекты в классе Sensors. А объекты MegaLight должны транслировать значения свойств в объекты датчиков

Не проще дописать передачу состояний кнопок? Т. е. не разделять сущность кнопок и реле?
Пример: датчик протечки через 5 минут просох, а как мы вернем реле обратно в выключенный статус? Делаем доп. таймер, который будет сбрасывать статус реле на 0, если кнопка не была нажата хх секунд?