Оправдаюсь тем, что не знаю в полной мере, что такое Ардуино и вся это железячство. А так как на Си писал, решил, что этот путь может оказаться прямее.
Сейчас вижу, что, скорее всего, был неправ.
А с ограничением на таски пока не столкнулся. В целом хочу сделать достаточно простую вещь — временами опрашивать 18b20, по формуле считать когда вкл/выкл котёл, дёргать реле, а заодно отправлять всё измеренное и произошедшее по mqtt.
Так как в доме не живу, а зимой даже планирую некоторое время его не посещать, хотелось бы знать, что там всё ОКъ — скорее всего куплю самый-самый дешёвый 3g-модем (покрытие норм) с раздачей Wi-Fi.
Спасибо за статью. Очень вовремя!
Не более как неделю запустил в ещё пока строящемся доме отопление от котла. Котел умеет как eBUS, так и простой вход З/Р.
Установщики предлагали систему EktoControl (11к), но я в ней не увидел необходимости.
Имеется в наличии пара wemos d1 mini pro (v1.1), один ds18b20, решил как раз на этих выходных попробовать сделать управление для котла.
На си писал давно, но тулинг меня начал убивать :) может я просто зря решил не хватать Ардуино, а попытаться использовать NonOS / RTOS SDK.
Попробовал по их инструкциям, надо сделать в Windows кучу софта, ок. Не завелось. Попробовал CLion + esp8266 plugin. Ну вроде что-то работало, но подсказки кода нет.
Сейчас рабочий вариант нашел только VSCode + PlatformIO на основе NonOS. Но расстраивает свежее сообщение в гитхабе, что NonOS всё.
Мне кажется, одним из путей развития сервиса может быть предоставление "экспертных" отчётов по видео, что может получить вес, например, при разборе ДТП. Когда живой человек измеряет скорости объектов на видео по понятной методике, с указанием всех погрешностей.
Нет, не вызывал. Долго всматривался, как приложение работает, никаких проблем не увидел. Но, конечно же, тестировать и проверять надо внимательно.
И я не понял отличие от просто -alpine сборки, там же тоже должен быть по идее musl.
Успел попробовать и microk8s, но с ним почему-то постоянно все сервисы подписали. Очень странно. Потом посмотрел в сторону mini kube, но заметил его предупреждение о vmx|svm (виртуалка на qemu, флаги не показала, решил не рисковать). Честно все это админство не моя проф.ориентация, но потрогать хочется. Про coreos с утра ещё не знал, сейчас покурил мануалы, выглядит интересно, возможно попробую. Моя нынешняя цель — одна система мастер/нода с 3 Гб для сборки проекта, мб и как демо стенд.
Сегодня практически целый день убил на разворачивание кластера k8s на виртуалке с fedora atomic host. В целом поставить удалось, поды вручную запускаются, но пока встал на паузу с тем, что gitlab отказывается ставить на него helm tiller (500 :<).
А я порадовался тому, что есть gradle c++ проекты, и оно всё быстро и из коробки завелось на виндовой машине, найдя локальную установку Visual Studio. Только жаль, что debug в нём не работает. Хотелось бы подвижек в этом направлении тоже, но, как я понимаю, тут ещё дело за самими gradle встало…
У меня был буквально месяц-два назад опыт поднятия тестового контекста с двумя разными бд: mysql и postgres. Оказалось, что Embedded версия mysql работает приотвратнейше, причём зависит от ОС (даже между разными версиями win). Переписал на поднятие обоих субд в контейнерах через testcontainers. Ещё медленнее, чем embedded. Стал чаще смотреть на результат сборки в гитлабе, а на локали интеграционные пропускаю. Если сломалось, чиню, иногда переписываю историю ветки, если там много коммитов с правками.
Те потоки, которые threads, подразумеваются как "потоки [выполнения программы]", а те, что streams — как "потоки [данных (или ввода/вывода)]". Слово Нить мне лично не нравится, и небольшая двойственность слова Поток мне совершенно не мешает. Это вполне устоявшийся термин в рунете.
Посмотрел, что это такое, да, отдаленно похоже. В Java сильно не хватает чего-то такого, что помогло бы убрать бойлерплейт, возникающий при композиции и реализации интерфейсов. Сказать компилятору «хочу этот/те метод(ы) оттуда».
Лично мне кажется, что интересны всё-таки оба рассмотрения. С точки зрения теории, если получится понять принцип, получат шанс появится на свет новые конфигурации двигателя, имеющие значительно больший КПД (конечно же, при наличии этой самой теоретической возможности). Эксперимент в космосе также может быть проведён в «лабораторных» условиях (я тут, конечно, ничего не знаю по цифрам и всё выдумываю), т.е. текущим составом МКС на самой станции, а не в открытом космосе. Если, конечно, эффекты от самой МКС не будут вносить ужасную погрешность.
При любом развитии событий наблюдать за ними интересно.
Приходилось только несколько лет назад профилировать win32/64 приложения под VS. Вроде результаты добывались несложно и были адекватными.
Сейчас вижу, что, скорее всего, был неправ.
А с ограничением на таски пока не столкнулся. В целом хочу сделать достаточно простую вещь — временами опрашивать 18b20, по формуле считать когда вкл/выкл котёл, дёргать реле, а заодно отправлять всё измеренное и произошедшее по mqtt.
Так как в доме не живу, а зимой даже планирую некоторое время его не посещать, хотелось бы знать, что там всё ОКъ — скорее всего куплю самый-самый дешёвый 3g-модем (покрытие норм) с раздачей Wi-Fi.
Спасибо за статью. Очень вовремя!
Не более как неделю запустил в ещё пока строящемся доме отопление от котла. Котел умеет как eBUS, так и простой вход З/Р.
Установщики предлагали систему EktoControl (11к), но я в ней не увидел необходимости.
Имеется в наличии пара wemos d1 mini pro (v1.1), один ds18b20, решил как раз на этих выходных попробовать сделать управление для котла.
На си писал давно, но тулинг меня начал убивать :) может я просто зря решил не хватать Ардуино, а попытаться использовать NonOS / RTOS SDK.
Попробовал по их инструкциям, надо сделать в Windows кучу софта, ок. Не завелось. Попробовал CLion + esp8266 plugin. Ну вроде что-то работало, но подсказки кода нет.
Сейчас рабочий вариант нашел только VSCode + PlatformIO на основе NonOS. Но расстраивает свежее сообщение в гитхабе, что NonOS всё.
Вот это самое, что сейчас мне мешает автоматизировать…
Мне кажется, одним из путей развития сервиса может быть предоставление "экспертных" отчётов по видео, что может получить вес, например, при разборе ДТП. Когда живой человек измеряет скорости объектов на видео по понятной методике, с указанием всех погрешностей.
И я не понял отличие от просто -alpine сборки, там же тоже должен быть по идее musl.
Я использую этот как базовый: https://hub.docker.com/r/bellsoft/liberica-openjdk-alpine-musl
Ту версию, что по умолчанию (лайт, 100 мб). Spring boot 2, постгря/оракл, полёт нормальный.
Спасибо за статью. Как раз сейчас пишу SOAP-клиента, логирование пригодится.
Спасибо!
А в чём такие симпатичные стикеры нарисованы?
Успел попробовать и microk8s, но с ним почему-то постоянно все сервисы подписали. Очень странно. Потом посмотрел в сторону mini kube, но заметил его предупреждение о vmx|svm (виртуалка на qemu, флаги не показала, решил не рисковать). Честно все это админство не моя проф.ориентация, но потрогать хочется. Про coreos с утра ещё не знал, сейчас покурил мануалы, выглядит интересно, возможно попробую. Моя нынешняя цель — одна система мастер/нода с 3 Гб для сборки проекта, мб и как демо стенд.
Сегодня практически целый день убил на разворачивание кластера k8s на виртуалке с fedora atomic host. В целом поставить удалось, поды вручную запускаются, но пока встал на паузу с тем, что gitlab отказывается ставить на него helm tiller (500 :<).
У меня был буквально месяц-два назад опыт поднятия тестового контекста с двумя разными бд: mysql и postgres. Оказалось, что Embedded версия mysql работает приотвратнейше, причём зависит от ОС (даже между разными версиями win). Переписал на поднятие обоих субд в контейнерах через testcontainers. Ещё медленнее, чем embedded. Стал чаще смотреть на результат сборки в гитлабе, а на локали интеграционные пропускаю. Если сломалось, чиню, иногда переписываю историю ветки, если там много коммитов с правками.
Так я не понял из статьи, ждать в IDEA совместную разработку, или нет?
Поддержу, я не очень в этих фреймворках разбираюсь, но статьи читаю, они вполне понятны и интересны.
Те потоки, которые threads, подразумеваются как "потоки [выполнения программы]", а те, что streams — как "потоки [данных (или ввода/вывода)]". Слово Нить мне лично не нравится, и небольшая двойственность слова Поток мне совершенно не мешает. Это вполне устоявшийся термин в рунете.
Плюс минус вариации…
При любом развитии событий наблюдать за ними интересно.