Вы же прекрасно понимаете, что в США коррупции очень мало на уровне среднего класса и даже крупного бизнеса.
Нет, не понимаю. Что такое «мало»? И кто такой «средний класс»? Кто и как это измерял? Опросы мнений — не в кассу. Нужны объективные показатели. Но как их измерить?
А это и есть один из показателей уровня жизни в стране.
Куда более важные показатели на мой взгляд — это возможность купить своё жильё, получить качественное образование и бесплатную медпомощь.
Т.е. там можно жить, открывать бизнес, развиваться, учиться, лечиться… при этом не дав не единой взятки,
Странно, но ни я ни мои знакомые не давали взяток, хотя учились бесплатно (качество образования в РФ то повыше, чем в США в основном). Лечились бесплатно. Моему отцу делали три операции — удаляли опухоли и тромбы, например — всё бесплатно. Жене — операция на глазах — по ОМС по очереди. Тоже бесплатно. И никто почемуто взяток не просил. Что я делал не так?
Налоговая, куда я отчитываюсь, как ИП — тоже, о ужас, взяток не требует. А я туда уже 15 лет хожу с отчётами.
и быть уверенным в честной конкуренции и справедливости судов.
Простите — отдел фантастики за углом:) Или вы новостей вообще не читаете? Я имею ввиду — новости из США, а не бложики затюканных сколиозников, уверенных, что «тут всё плохо», а «там всё хорошо»?
У нас тоже можно, только окажешься совершенно неконкурентноспособен на фоне повальной коррупции.
У вас есть реальный опыт в бизнесе и взятках или это просто мантра из интернета?:)
И опять же — что такое «повальная коррупция»? В чем и кто её измерял?
А лоббирование — это мегакорпорации, миллиардеры и прочие политические элиты. Т.е. очень очень тонкая прослойка, где то там далеко…
Да правда чтоли? Не так давно упавшие боинги с кучей трупов — прямой результат коррупции. Кстати, только на днях у одного боинга двигун в полёте рассыпался.
Оно может и «где-то далеко», но гибнут то обычные граждане.
Ну, и «проекты Маска», как то лучше, чем тупо складывать тонны наличности в квартире )))
Чем лучше? Наличность уплыла в казну. А подрыв энергетики США, Европы и Австралии за счёт зелёных афер — куда серьёзнее.
Вы понимаете — такая вещь как «коррупция» — она неискоренима в принципе. Её можно только уменьшить.
Представление о том, что коррупция — это бизнесмен с мешком денег пришедший к чиновнику — оно мягко говоря детское.
Опыт проектирования лунных поселений?:) Да что-то близкое к инопланетным поселениям — это Ямал СПГ. Но и то одалённо.
Материалы для строительства лунных поселений? Единственно реальные только те, что есть на Луне. С Земли завезти — не удастся. А свойства лунных материалов — не шибко изучены.
Компьютеры тут вообще мало помогут, пока не ясно из чего проектировать и какие там особенности.
Так что всё пока на уровне красивых картинок и бравурных статей. Увы…
У некоторых гуру какие-то странные представления о коррупции. «Взятка гаишнику». Да с такой мелочью в США никто и заморачиваться не будет.
Возмите полтриллона долларов, которые были потрачены на нелетающий F35 или отмыв военного бабла через проекты Маска… Там такие бабки, что «взятка гаишнику» — это детский лепет.
И никого не то что не посадили — даже не обвинили!
Да и в России сейчас по сравнению с 90ми — взятка гаишнику — редкость редкая.
Ну часто другой сети нет и не будет. Поэтому надо как-то работать и с этим.
Да фиг с ней с сетью. Я имею ввиду, что сам алгоритм — реализован на контроллере, непосредственно связанным с датчиками и исполнительными устройствами.
Сеть — лишь задаёт параметры работы алгоритма. Если она даже упадёт — ничего страшного, алгоритм отработает со старыми параметрами. Скажем проработает тот же полив немного больше или меньше — ну и что? Свет позже выключится? Ну и что?
На самом деле — «умный дом» всё же не атомная станция. Время отклика в секунды — спокойно обеспечивается даже в моём варианте контроллера.
Ну и аппаратная защита критичных устройств не даст случиться ничему страшному.
Наверное у вас просто некоторое предубеждение в связи с тем, что вы «как раз примерно для таких применений разрабатываете системы жесткого реального времени». Может не надо переносить в быт атомные технологии?:)
Никто же не боится ездить на автомобиле? А ведь у него комп без тройного резервирования:)
Рассмотреть можно и я об этом думал. Но сразу возникает куча проблем с настройками и как их сделать удобными, что делать со схемой при изменении функций ноги и так далее. Так что пока думаю.
А WiFi-реле… В ESP-01 c 512К моя прошивка не влезет. Увы. ESP-07 был взят именно потому что там 1Мегабайт памяти.
Может стоит сделать урезанную плату с одним реле и возможностью подключить несколько датчиков? То же самое WiFi-реле, но умнее.
Разница в цене будет не велика, зато помимо дистанционного управления по MQTT можно будет сделать «умный алгоритм». Например, включать освещение не только по команде, но и по датчику освещённости и движения.
Скажем, если в комнате темно и кто-то там есть — включить свет. Или не включать, если поздно (можно на сервере MQTT публиковать и время). В общем — количество степеней свободы растёт многократно.
Кстати, я как раз для тестов своей прошивки микро-проект сделал для освещения — потом выложу.
Входные данные — уровень освещённости (АЦП), время (MQTT), команда (MQTT) и выключатель (INPUT1), датчик движения (INPUT2).
Управляют освещением все три реле.
Первое — «ночник» (включается если в комнате кто-то есть и время обозначено как позднее) текущее время и какое время считать «поздним» — публикуется в MQTT.
Вторая — нормальное (включается если в комнате кто-то есть и время обозначено «вечернее», но в комнате темно).
Третья — полное освещение — (включается если в комнате кто-то есть и время обозначено как «раннее», но в комнате темно).
Выключатель-кнопка меняет по кругу все режимы (отключено-ночник-норма-полное-автомат).
То, что вы описали — это отказ, а не «реал-тайм». При исправном устройстве — такое невозможно.
Только если датчик или пускатель из строя выйдет. Ну или программа повиснет. Но на то есть вачдог.
ИМХО, хороший тон — задавать максимальное время включения.
Скажем не «включить полив, если датчик замкнут», а «если датчик замкнут включить полив на 20 минут или до размыкания датчика».
Та же история с нагревателем. Или с насосом.
Ну и второе правило: не управлять по ненадёжной сети. То есть контроеллер не обращается за решением «наверх», а только получает «сверху» парамеры включения устройства, а включает и выключает — сам.
И еще — аппаратная защита. Скажем полное откубание питания всей системы при переливе бочки, предрхранители опять же.
И можно спать спокойно:) Ну если нервы крепкие:)
Некоторые вон АЭС строят — и ничего, спят сладко:)
Сам я не за и не против программ или визуального представления.
Всё зависит от задачи. Я ж не проектировал абстрактный контроллер. Я проектировал вполне конкретный контроллер для задач управления «небыстрыми» процессами.
Почти все эти алгоритмы «умных вещей»: водонасосной станции, из которой родилась идея проекта, управление освещением, вентиляторами, поливами, нагревателями и много-много ещё чем обладают общими свойствами: нет жесткого реал-тайма (задержки реакции могут быть секунды, а то и минуты безо всякого вреда); всё управление — событийное: то есть включение-выключение исполнительных устройств сводится к анализу наступления того или иного события, как то срабатывание датчика, превышение уровня, истечение интервала времени и так далее.
Ну и обязательно нужна та или иная связь с сетью. Я остановился на MQTT для общения через интернет и на UDP-multicast для общения модулей между собой по локальной сети.
Вот и всё.
И опять же — далал всё «just for fun»:) Это уж потом заинтересовались знакомые и начали просить платы. Они же и надоумили меня вытащить всё это в виде статей на хабре.
В предыдущей статье описано, как это всё рождалось. Сокращенно, разумеется.
Что касается «ноутбука с SDK». Да, ноутбук с SDK — это сила. Но ещё в предыдущей статье я писал, что проглядев десятки проектов на ESP8266 я увидел, что по сути все эти SDK применяются для того, что у меня реализуется 5-10 узлами.
Ну, например: включение вентилятора при заданной температуре и включение нагревателя при другой заданной температуре.
Или: управление освещением по MQTT и датчику освещенности. Три уровня света: аварийное, норма, повышенной яркости. Ну и полное отключение.
И так далее и такое прочее.
Я, пожалуй, посвящу следующую статью микро-проектам на ShIoTiny. Именно такого уровня. Заодно и по узлам пройдусь — что кто делает и как.
Так что те, кто хочет — пусть SDK пользуют, кому нравится — JavaScript и Lua. Ну а самые суровые могут и на ассемблере писать:)
Никого не призываю отказаться от убеждений и привязанностей.
Сам я не за и не против программ или визуального представления.
Всё зависит от задачи. Я ж не проектировал абстрактный контроллер. Я проектировал вполне конкретный контроллер для задач управления «небыстрыми» процессами.
Почти все эти алгоритмы «умных вещей»: водонасосной станции, из которой родилась идея проекта, управление освещением, вентиляторами, поливами, нагревателями и много-много ещё чем обладают общими свойствами: нет жесткого реал-тайма (задержки реакции могут быть секунды, а то и минуты безо всякого вреда); всё управление — событийное: то есть включение-выключение исполнительных устройств сводится к анализу наступления того или иного события, как то срабатывание датчика, превышение уровня, истечение интервала времени и так далее.
Ну и обязательно нужна та или иная связь с сетью. Я остановился на MQTT для общения через интернет и на UDP-multicast для общения модулей между собой по локальной сети.
Вот и всё.
И опять же — далал всё «just for fun»:) Это уж потом заинтересовались знакомые и начали просить платы. Они же и надоумили меня вытащить всё это в виде статей на хабре.
В предыдущей статье описано, как это всё рождалось. Сокращенно, разумеется.
Что касается «ноутбука с SDK». Да, ноутбук с SDK — это сила. Но ещё в предыдущей статье я писал, что проглядев десятки проектов на ESP8266 я увидел, что по сути все эти SDK применяются для того, что у меня реализуется 5-10 узлами.
Ну, например: включение вентилятора при заданной температуре и включение нагревателя при другой заданной температуре.
Или: управление освещением по MQTT и датчику освещенности. Три уровня света: аварийное, норма, повышенной яркости. Ну и полное отключение.
И так далее и такое прочее.
Я, пожалуй, посвящу следующую статью микро-проектам на ShIoTiny. Именно такого уровня. Заодно и по узлам пройдусь — что кто делает и как.
Имхо. Читаемость и нечитаемость программ и чертежей это от автора на 90% зависит.
Ну и от привычки.
Дусюмаю, что вы сами видели кучу непонятных кривых схем и нечитаемых программ.
Может. Но мне нравится так:)
Знакомый, например, плату к меня попросил как конструктор для сына.
Спаять, наглядно нарисовать схему без освоения иде и компиляторов. Для пацана 12 лет вообще кайф.
Причем можно и с сотика управлять по mqtt, например.
Тем, что оно работает прямо на ESP-07 и не требует никакого ПО на ноутбуке, кроме браузера.
То есть всё что нужно для настройки устройства — это ноутбук с WiFi и само устройство ShIoTiny.
Pulse работает просто — при появлении на входе 1, то он формирует импульс «1» заданной длительности (в десятых долях секунды).
«И» — потому что реле включается единицей.
Когда на выходе r1cmd появляется 1 — то реле включается, так как на выходе PULSE — единица И на выходе r1cmd — единица. После истечения 600сек (задано в PULSE) — выход PULSE переключается в ноль и реле отключается (0 И 1 = 0).
Если же до истечения 600сек по MQTT опубликовать ноль, то он выключит реле, потому что поступит на нижний по схеме вход «И» (1 И 0 = 0).
Нет, не понимаю. Что такое «мало»? И кто такой «средний класс»? Кто и как это измерял? Опросы мнений — не в кассу. Нужны объективные показатели. Но как их измерить?
Куда более важные показатели на мой взгляд — это возможность купить своё жильё, получить качественное образование и бесплатную медпомощь.
Странно, но ни я ни мои знакомые не давали взяток, хотя учились бесплатно (качество образования в РФ то повыше, чем в США в основном). Лечились бесплатно. Моему отцу делали три операции — удаляли опухоли и тромбы, например — всё бесплатно. Жене — операция на глазах — по ОМС по очереди. Тоже бесплатно. И никто почемуто взяток не просил. Что я делал не так?
Налоговая, куда я отчитываюсь, как ИП — тоже, о ужас, взяток не требует. А я туда уже 15 лет хожу с отчётами.
Простите — отдел фантастики за углом:) Или вы новостей вообще не читаете? Я имею ввиду — новости из США, а не бложики затюканных сколиозников, уверенных, что «тут всё плохо», а «там всё хорошо»?
У вас есть реальный опыт в бизнесе и взятках или это просто мантра из интернета?:)
И опять же — что такое «повальная коррупция»? В чем и кто её измерял?
Да правда чтоли? Не так давно упавшие боинги с кучей трупов — прямой результат коррупции. Кстати, только на днях у одного боинга двигун в полёте рассыпался.
Оно может и «где-то далеко», но гибнут то обычные граждане.
Чем лучше? Наличность уплыла в казну. А подрыв энергетики США, Европы и Австралии за счёт зелёных афер — куда серьёзнее.
Вы понимаете — такая вещь как «коррупция» — она неискоренима в принципе. Её можно только уменьшить.
Представление о том, что коррупция — это бизнесмен с мешком денег пришедший к чиновнику — оно мягко говоря детское.
Так на работе я и пишу все для линукса на мощных контроллерах. Но для управления светом или поливом ничего сложнее пукалок и не надо:)
Требования просто разные. Дома мне надо, чтобы было просто и дешево. Из чего я и исходил.
Кстати, у меня есть возможность задавать с одного датчика данные всем модулям, если их несколько в сети.
Только надо еще время актуальности задавать и смотреть что делать, если параметр устарел.
В общем старая задача — как при ненадежной сети пострить вменяемую систему:)
ну будет или нет — это неизвестно. прожектов много. выхлоп пока дальше презенташек не идёт.
Малореально, учитывая сколько надо материалов и стоимость доставки…
Материалы для строительства лунных поселений? Единственно реальные только те, что есть на Луне. С Земли завезти — не удастся. А свойства лунных материалов — не шибко изучены.
Компьютеры тут вообще мало помогут, пока не ясно из чего проектировать и какие там особенности.
Так что всё пока на уровне красивых картинок и бравурных статей. Увы…
Возмите полтриллона долларов, которые были потрачены на нелетающий F35 или отмыв военного бабла через проекты Маска… Там такие бабки, что «взятка гаишнику» — это детский лепет.
И никого не то что не посадили — даже не обвинили!
Да и в России сейчас по сравнению с 90ми — взятка гаишнику — редкость редкая.
Да фиг с ней с сетью. Я имею ввиду, что сам алгоритм — реализован на контроллере, непосредственно связанным с датчиками и исполнительными устройствами.
Сеть — лишь задаёт параметры работы алгоритма. Если она даже упадёт — ничего страшного, алгоритм отработает со старыми параметрами. Скажем проработает тот же полив немного больше или меньше — ну и что? Свет позже выключится? Ну и что?
На самом деле — «умный дом» всё же не атомная станция. Время отклика в секунды — спокойно обеспечивается даже в моём варианте контроллера.
Ну и аппаратная защита критичных устройств не даст случиться ничему страшному.
Наверное у вас просто некоторое предубеждение в связи с тем, что вы «как раз примерно для таких применений разрабатываете системы жесткого реального времени». Может не надо переносить в быт атомные технологии?:)
Никто же не боится ездить на автомобиле? А ведь у него комп без тройного резервирования:)
Пока ещё не тестировал толком.
А WiFi-реле… В ESP-01 c 512К моя прошивка не влезет. Увы. ESP-07 был взят именно потому что там 1Мегабайт памяти.
Может стоит сделать урезанную плату с одним реле и возможностью подключить несколько датчиков? То же самое WiFi-реле, но умнее.
Разница в цене будет не велика, зато помимо дистанционного управления по MQTT можно будет сделать «умный алгоритм». Например, включать освещение не только по команде, но и по датчику освещённости и движения.
Скажем, если в комнате темно и кто-то там есть — включить свет. Или не включать, если поздно (можно на сервере MQTT публиковать и время). В общем — количество степеней свободы растёт многократно.
Кстати, я как раз для тестов своей прошивки микро-проект сделал для освещения — потом выложу.
Входные данные — уровень освещённости (АЦП), время (MQTT), команда (MQTT) и выключатель (INPUT1), датчик движения (INPUT2).
Управляют освещением все три реле.
Первое — «ночник» (включается если в комнате кто-то есть и время обозначено как позднее) текущее время и какое время считать «поздним» — публикуется в MQTT.
Вторая — нормальное (включается если в комнате кто-то есть и время обозначено «вечернее», но в комнате темно).
Третья — полное освещение — (включается если в комнате кто-то есть и время обозначено как «раннее», но в комнате темно).
Выключатель-кнопка меняет по кругу все режимы (отключено-ночник-норма-полное-автомат).
Так же по MQTT можно управлять режимом напрямую.
Будем посмотреть как работает:)
Только если датчик или пускатель из строя выйдет. Ну или программа повиснет. Но на то есть вачдог.
ИМХО, хороший тон — задавать максимальное время включения.
Скажем не «включить полив, если датчик замкнут», а «если датчик замкнут включить полив на 20 минут или до размыкания датчика».
Та же история с нагревателем. Или с насосом.
Ну и второе правило: не управлять по ненадёжной сети. То есть контроеллер не обращается за решением «наверх», а только получает «сверху» парамеры включения устройства, а включает и выключает — сам.
И еще — аппаратная защита. Скажем полное откубание питания всей системы при переливе бочки, предрхранители опять же.
И можно спать спокойно:) Ну если нервы крепкие:)
Некоторые вон АЭС строят — и ничего, спят сладко:)
Всё зависит от задачи. Я ж не проектировал абстрактный контроллер. Я проектировал вполне конкретный контроллер для задач управления «небыстрыми» процессами.
Почти все эти алгоритмы «умных вещей»: водонасосной станции, из которой родилась идея проекта, управление освещением, вентиляторами, поливами, нагревателями и много-много ещё чем обладают общими свойствами: нет жесткого реал-тайма (задержки реакции могут быть секунды, а то и минуты безо всякого вреда); всё управление — событийное: то есть включение-выключение исполнительных устройств сводится к анализу наступления того или иного события, как то срабатывание датчика, превышение уровня, истечение интервала времени и так далее.
Ну и обязательно нужна та или иная связь с сетью. Я остановился на MQTT для общения через интернет и на UDP-multicast для общения модулей между собой по локальной сети.
Вот и всё.
И опять же — далал всё «just for fun»:) Это уж потом заинтересовались знакомые и начали просить платы. Они же и надоумили меня вытащить всё это в виде статей на хабре.
В предыдущей статье описано, как это всё рождалось. Сокращенно, разумеется.
Что касается «ноутбука с SDK». Да, ноутбук с SDK — это сила. Но ещё в предыдущей статье я писал, что проглядев десятки проектов на ESP8266 я увидел, что по сути все эти SDK применяются для того, что у меня реализуется 5-10 узлами.
Ну, например: включение вентилятора при заданной температуре и включение нагревателя при другой заданной температуре.
Или: управление освещением по MQTT и датчику освещенности. Три уровня света: аварийное, норма, повышенной яркости. Ну и полное отключение.
И так далее и такое прочее.
Я, пожалуй, посвящу следующую статью микро-проектам на ShIoTiny. Именно такого уровня. Заодно и по узлам пройдусь — что кто делает и как.
Так что те, кто хочет — пусть SDK пользуют, кому нравится — JavaScript и Lua. Ну а самые суровые могут и на ассемблере писать:)
Никого не призываю отказаться от убеждений и привязанностей.
Всё зависит от задачи. Я ж не проектировал абстрактный контроллер. Я проектировал вполне конкретный контроллер для задач управления «небыстрыми» процессами.
Почти все эти алгоритмы «умных вещей»: водонасосной станции, из которой родилась идея проекта, управление освещением, вентиляторами, поливами, нагревателями и много-много ещё чем обладают общими свойствами: нет жесткого реал-тайма (задержки реакции могут быть секунды, а то и минуты безо всякого вреда); всё управление — событийное: то есть включение-выключение исполнительных устройств сводится к анализу наступления того или иного события, как то срабатывание датчика, превышение уровня, истечение интервала времени и так далее.
Ну и обязательно нужна та или иная связь с сетью. Я остановился на MQTT для общения через интернет и на UDP-multicast для общения модулей между собой по локальной сети.
Вот и всё.
И опять же — далал всё «just for fun»:) Это уж потом заинтересовались знакомые и начали просить платы. Они же и надоумили меня вытащить всё это в виде статей на хабре.
В предыдущей статье описано, как это всё рождалось. Сокращенно, разумеется.
Что касается «ноутбука с SDK». Да, ноутбук с SDK — это сила. Но ещё в предыдущей статье я писал, что проглядев десятки проектов на ESP8266 я увидел, что по сути все эти SDK применяются для того, что у меня реализуется 5-10 узлами.
Ну, например: включение вентилятора при заданной температуре и включение нагревателя при другой заданной температуре.
Или: управление освещением по MQTT и датчику освещенности. Три уровня света: аварийное, норма, повышенной яркости. Ну и полное отключение.
И так далее и такое прочее.
Я, пожалуй, посвящу следующую статью микро-проектам на ShIoTiny. Именно такого уровня. Заодно и по узлам пройдусь — что кто делает и как.
Имхо. Читаемость и нечитаемость программ и чертежей это от автора на 90% зависит.
Ну и от привычки.
Дусюмаю, что вы сами видели кучу непонятных кривых схем и нечитаемых программ.
Может. Но мне нравится так:)
Знакомый, например, плату к меня попросил как конструктор для сына.
Спаять, наглядно нарисовать схему без освоения иде и компиляторов. Для пацана 12 лет вообще кайф.
Причем можно и с сотика управлять по mqtt, например.
То есть всё что нужно для настройки устройства — это ноутбук с WiFi и само устройство ShIoTiny.
Тут я об этом писал habr.com/ru/post/463107
«И» — потому что реле включается единицей.
Когда на выходе r1cmd появляется 1 — то реле включается, так как на выходе PULSE — единица И на выходе r1cmd — единица. После истечения 600сек (задано в PULSE) — выход PULSE переключается в ноль и реле отключается (0 И 1 = 0).
Если же до истечения 600сек по MQTT опубликовать ноль, то он выключит реле, потому что поступит на нижний по схеме вход «И» (1 И 0 = 0).