Контроль рабочего времени оборудования

Наоборот, чтобы левака не было.

 

Даже для проверки макетка годится не всегда. Если проводков больше 5, обязательно один да глючит. Если меньше 5, то скорее всего.

 

а если я включу, но буду рядом лясы точить, ну на худой конец дремать , а учёт идёт ,тогда как

 

Насколько я понял - задача обратная. Контроль несанкционированного использования оборудования за пределами установленного времени.

 

При том, что с ардуиной никаких МК освоить невозможно. Все спрятано за фреймворком. С таким же успехом можно говорить про любой императивный язык для операционной системы. Все железо спрятано от глаз.

 

Вторая страница флуда пошла...

 

вот так это:

Мы говорим про освоение МК, а не языка. Осваивать СИ и дешевле и проще на большом брате. Я так и вообще на телефоне.

 

А в глушняк-то долбиться все любят однако
Весело ей-ей. А верно, что дураков припасено... нет не на 500 лет как я думал. А аж на боле 1000
Вот интересно, а гвоздь в стену забить... его надо чем-то держать??????
Складывается впечатление, что не вчера родились и не сегодня даже. Моет завтра народятся только... может быть

Хотя тупить это вовсе не грех.

 

Похоже Вам вообще пофигу что обсуждать. И где.
Не пытались вникнуть в суть вопроса ТС и ответить по существу?

 

Ну так 10000+ сообщений это вам не кот чихнул. И нельзя никак останавливаться на достигнутом! ))

 

Да и штырьковый разъём не такое уж и большое зло, особенно при необходимости модульности устройства, а вот программатор в готовом устройстве не нужен

 

При наличии WiFi вблизи оборудования проблема не стоит выеденного яйца. Собираете на любом модуле ESP клиент по протоколу MQTT, данные о включении-выключении отправляете на сервер, сервер регистрирует время прихода сигнала
В результате вас уже будут статистика и графики прямо "из коробки"
Как собрать пару клиент-сервер MQTT - руководств в инете просто море