Начинание хорошее, но как-то очень коротко. Хотелось бы подробнее ознакомится, увидеть законченный рабочий пример. И как-то умолчали про калибровку дисплея. Со временем резистивные экраны деградируют, присутствует постоянное механическое воздействие, и необходима калибровка. А какой LCD для вывода изображения использовали?
Поздравляю Вас с Вашим первым комментарием. Мужики молодцы, но почему бы не сфокусировать свое внимание на "Что-то похожее на робототехническую систему, с двумя подвижными камерами, способностью отслеживать (направлять «взгляд» на) заданный объект". Сдается, что целью не является реализация робототехнической системы так таковой. Нет никакой постановки задачи. Про эту систему ровным счетом ничего не написано. Безусловное право автора заниматься в данном направление, но разве не хотелось сделать более значимый проект?
В том что не нужно изобретать велосипед. Текущие обертки поддерживаются сообществом и своевременно обновляются. Так же под Python и C# есть готовый код, который можно просто взять и использовать в своем проекте. Если вы свой проект опубликуете на GitHub, то он будет более полезен сообществу в отличие от проекта на Pascal, т.к. количество людей пишущих под Pascal стремится к нулю.
Потрясно в наши дня видеть последователей клуба Delphi. Но время идет, одни инструменты умирают, другие рождаются. Почему бы не попробовать решить свою задачу на Python или на C# .NET? Там не потребуется делать обертки. Все работает из коробки и посты есть на Хабре. Я начинал программировать с QBasic и Visual Basic 6.0 из далекого 98`. Недавно вышел .NET 6, теперь буду переводить проекты на новую версию. Никакого нет желания использовать древние инструменты. Раскачайте свой мозг, перейдите на современные инструментальные средства, а Object Pascal поставьте в рамочку для истории, детям рассказывать про истоки программирования в Древней Руси.
Контейнеры не имеет смысла менять на systemd. Плюс контейнеров заключается в атомарности образа, чего не скажешь в случае запуска приложения под systemd. dBus хороший сервис, но ограничен одним хостом
Это уже не смешная шутка. Еще во времена СССР на самом деле уровень образования был на уровне плинтуса, по сравнению с западным. Да, отдельные люди которые вкладывались в самообразование показывали отличные результаты. Но средняя температура по больнице была ниже нуля. В 1987, Мосфильм снял сатиру на тему грамотности врачей: "Врача вызывали?".
А потом были лихие 90-е, и корочками вышки торговали в переходах метро. А сейчас эти люди в РФ сделали вакцину. Вот и подумайте стоит ли полагаться на их знания и квалификацию.
Это цена результат отсталости РФ от развитого капитализма запада. Все материалы и инструменты являются продуктом весьма затратных НИОКР. Поэтому и стоить они не могут копейки. Все приобретается за бакс, тем более в контексте низких зарплат в РФ на уровне банановых республик сумма выглядит впечатляющей. Но давайте сделаем пересчет 800 штук это 10 700 $ по текущему курсу. Стационар на 7 дней во французской поликлинике будет вам стоить 12 000$. 800 штук за все зубы, да это реально дешево.
Не вижу никакой необходимости писать ".. получены 4 секунды назад". Значения температуры, давления, влажности к счастью не меняются настолько часто, иначе мы просто вымерли бы как динозавры. А если данные были получены более 10 секунд назад, то отображается надпись с дискретностью в 10 секунд, а потом - 1 минута. Пользователю достаточно понаблюдать за системой и он все поймет. В крайнем случае, если не произойдет армагеддон, то всегда можно посмотреть исходники на GitHub.
Что то попахивает BolgenOS с принципиально новыми Обоями. Изменения в графическом интерфейсе это изменения всего лишь части визуальные. Но тут нам вкатывают типа новую ОС. Возможность запуска Android приложений, так это не более чем небольшие дополнения. В виртуальной машине и так можно было запускать Android приложения, только сделали небольшую интеграцию. Я до сих пор работаю на Windows 7, и не вижу никаких причин переходить. Что принципиально нового в ОС Windows 11? Как это улучшит мою работу? Ответ, ничего и никак. Следующая моя ОС будет Ubuntu. Потому что MS слишком далеко зашла со своим агрессивным поведением. В Windows 10 появился рекламный идентификатор. Получается я покупаю ОС на деньги и еще смотрю рекламу. MS не сильно ли это нагло? Сбор телеметрии. MS превращает меня в обязательного тестера ОС. А если я не хочу что бы мой компьютер отправлял данные MS, даже если "очень важны для улучшения качества". На мой взгляд MS как и Intel просто страдает х..ней, извиняюсь за мой французский. Где у нас реализации идей версии Longhorn? Введение механизма транзакций на объекты ОС, транзакционный реестр, транзакционная ФС. Это то что радикально улучшит безопасность ОС.
И сколько можно теребить графический интерфейс, постоянно его видоизменять? Графический интерфейс - должен быть отчуждаемым, и точка. Пользователь должен иметь право выбирать и компоновать UI по своему желанию и вкусу. В Windows 11 теперь панель располагается по центру, "инновация" очень существенная.
Будем откровенны. MS де-факто присутствие на мобильных устройствах пропустила. Windows Phone на задворках истории. Продолжение истории Windows Embedded уже как то вяло идет. За период с 2010, Linux существенно изменился. Произошли качественные изменения. Например появился Docker. А что появилось в Windows? Похоже отдел по разработке ОС Windows в MS занимается рисованием новых обоев.
Современная ОС должна быть модульной. Пора либо выбросить на помойку Windows-путь гигантомании и увеличение аппетитов, или распилить ОС на составные модули. Потому что когда производительности моего компьютера на i5 процессоре становится недостаточно для новой ОС, при запуске последней версии Linux ядра, дистрибутив Ubuntu на одноплатнике с процессором ARM Cortex A53, то с такой новой ОС нужно что-то делать.
"Честно говоря не понимаю эти постоянные кивания на военных, интернет и gps создавались для военных целей как это мешает их использовать в гражданской сфере?"
Абсолютно согласен с автором поста о бессмысленности и бесперспективности использования процессора Эльбрус для гражданской сферы. Подходы к построению систем для военных и граждан принципиально различаются. По факту у нас работает только два пути: изначально разработано для военной сферы, и только ими же и используется; разработано для гражданской сферы, с изменениями и дополнениями используется в военной сфере. Процессоры Intel установлены на множестве военной техники, телескоп Хаббл летает с процессором Intel Pentium 4 на борту. Это конечно же не те процессоры, которые установлены в миллионах домашних ПК, а доработанные с учетом надёжности и защиты для военной сферы. Аргументы про разработку Интернет и GPS не имеют никакого отношения к данной теме, по следующим причинам:
1) Это американская история успеха, и к российским реалиям она не имеет никакого отношения. Подобных примеров для СССР или РФ я не знаю, если Вы знаете, с удовольствием об этом услышу от Вас.
2) Интернет это не товар или даже не услуга, а проект и чертеж. Его никто не производит, его не нужно каким то образом поддерживать.
3) С GPS такая же история, это не товар, а услуга. В вашем смартфоне установлен совсем другой чип, и он принципиально отличается от чипов которые используют военные.
Вам в список можно было добавить разработку атомной бомбы, которая в последствие превратилась в мирный атом в виде атомных электростанций. Но в этом случае и в случае с Интернет и GPS, мы имеем дело с изобретениями от военных, которые легли в основу разработки гражданских систем. Примеров с использованием конечных устройств (разработанных изначально для военных), одновременно для военной и гражданской сферы попросту нет.
Так, где инструкция по созданию локального registry и его настройка? И еще один нескромный вопрос, а вы не рассматриваете вариант с увеличением время жизни сборочных машин?
Моя инструкция не отличается оригинальность, а является переводом статьи с блога docker.com с дополнениями в виде картинок. Запуск образа binfmt можно добавить в автозагрузку. У вас в качестве источника кэша используется - registry. В каком-то смысле для большинства случаев это не имеет смысл. Например, у меня Docker-образ который состоит из трех частей: ОС Alpine, слой с Runtime .NET, и слой с компилированной программой. При первой сборке, Alpine и Runtime загрузятся из реестра. При второй сборке, слой с Alpine и Runtime будет взят уже с локального кэша. Слой с компиляцией программы это постоянно изменяемый слой при каждой сборке. Таким образом, нет никакой необходимости в подобной опции для взятия кэша. Кэш имеет смысл применять при большой вариации запуска одного и того же приложения в различных окружениях. Но на практике это сложно представить, потому что многие компании сейчас пытаются реализовать микросервисную архитектуру и не превращать Docker-контейнер в многофункционального динозавра. Если идет речь про локальный репозиторий образов, то тогда следовало бы дополнить пост инструкцией как его создать. Но если у вас есть рабочий кейс, то тогда хотелось бы его увидеть.
Что-то как то много букв и слишком сложно. У вас по факту идет сборка не под процессор от Apple, а для архитектуры aarch64. Кэширование слоев в Buildx отрабатывает автоматически. На мой взгляд моя инструкция проще и короче. Вы еще не добавили в текст команду для очистки кэша, а то так место быстро закончится при постоянных сборках:
Весь вопрос в сопряжение самого устройства. Как вариант можно взять устройство Tuya или Sonoff, например это. Перепрошить его на ESPHome, и подвязать к Home Assistant.
NameSilo.com. Лишнее не спрашивает, скан паспорта и подтверждение с места работы как это требуют отечественные регистраторы не требуется. Ежегодно не требует подтверждение что ты не превратился в пингвина. Принимает все платежные системы включая Bitcoin. По скидке можно сразу купить на 10 лет. Все мои домены на нем, уже несколько лет. Говорят что еще средне абузоустойчивый, но проверять нет желания. ИМХО, западный регистратор - это отношения, отечественный регистратор - это сношение с тобой.
Готовые решения будут существенно дороже самосборных и обладать один/двумя недостатками. 1) привязка передачи данных к своим облачным сервисам, как это реализуют "умные" розетки, светильники и т.д. 2) свой аппаратно/программный центр сбора данных. ИМХО, самое простое и универсальное решение это взять связку:
18650 Lithium Battery Shield V8
ESP-WROOM-32
температурный датчик BMx
В ESP-WROOM-32 загрузить прошивку ESPHome. Настроить соединение по BLE - BLE Client Sensor. На одноплатный компьютер установить Home Assistant нативно или в варианте Docker контейнера. Для отображения панели управления на экране, запускать браузер как в примере.
Начинание хорошее, но как-то очень коротко. Хотелось бы подробнее ознакомится, увидеть законченный рабочий пример. И как-то умолчали про калибровку дисплея. Со временем резистивные экраны деградируют, присутствует постоянное механическое воздействие, и необходима калибровка. А какой LCD для вывода изображения использовали?
Поздравляю Вас с Вашим первым комментарием. Мужики молодцы, но почему бы не сфокусировать свое внимание на "Что-то похожее на робототехническую систему, с двумя подвижными камерами, способностью отслеживать (направлять «взгляд» на) заданный объект". Сдается, что целью не является реализация робототехнической системы так таковой. Нет никакой постановки задачи. Про эту систему ровным счетом ничего не написано. Безусловное право автора заниматься в данном направление, но разве не хотелось сделать более значимый проект?
В том что не нужно изобретать велосипед. Текущие обертки поддерживаются сообществом и своевременно обновляются. Так же под Python и C# есть готовый код, который можно просто взять и использовать в своем проекте. Если вы свой проект опубликуете на GitHub, то он будет более полезен сообществу в отличие от проекта на Pascal, т.к. количество людей пишущих под Pascal стремится к нулю.
Потрясно в наши дня видеть последователей клуба Delphi. Но время идет, одни инструменты умирают, другие рождаются. Почему бы не попробовать решить свою задачу на Python или на C# .NET? Там не потребуется делать обертки. Все работает из коробки и посты есть на Хабре. Я начинал программировать с QBasic и Visual Basic 6.0 из далекого 98`. Недавно вышел .NET 6, теперь буду переводить проекты на новую версию. Никакого нет желания использовать древние инструменты. Раскачайте свой мозг, перейдите на современные инструментальные средства, а Object Pascal поставьте в рамочку для истории, детям рассказывать про истоки программирования в Древней Руси.
Контейнеры не имеет смысла менять на systemd. Плюс контейнеров заключается в атомарности образа, чего не скажешь в случае запуска приложения под systemd. dBus хороший сервис, но ограничен одним хостом
Это уже не смешная шутка. Еще во времена СССР на самом деле уровень образования был на уровне плинтуса, по сравнению с западным. Да, отдельные люди которые вкладывались в самообразование показывали отличные результаты. Но средняя температура по больнице была ниже нуля. В 1987, Мосфильм снял сатиру на тему грамотности врачей: "Врача вызывали?".
А потом были лихие 90-е, и корочками вышки торговали в переходах метро. А сейчас эти люди в РФ сделали вакцину. Вот и подумайте стоит ли полагаться на их знания и квалификацию.
Это цена результат отсталости РФ от развитого капитализма запада. Все материалы и инструменты являются продуктом весьма затратных НИОКР. Поэтому и стоить они не могут копейки. Все приобретается за бакс, тем более в контексте низких зарплат в РФ на уровне банановых республик сумма выглядит впечатляющей. Но давайте сделаем пересчет 800 штук это 10 700 $ по текущему курсу. Стационар на 7 дней во французской поликлинике будет вам стоить 12 000$. 800 штук за все зубы, да это реально дешево.
Не вижу никакой необходимости писать ".. получены 4 секунды назад". Значения температуры, давления, влажности к счастью не меняются настолько часто, иначе мы просто вымерли бы как динозавры. А если данные были получены более 10 секунд назад, то отображается надпись с дискретностью в 10 секунд, а потом - 1 минута. Пользователю достаточно понаблюдать за системой и он все поймет. В крайнем случае, если не произойдет армагеддон, то всегда можно посмотреть исходники на GitHub.
Что то попахивает BolgenOS с принципиально новыми Обоями. Изменения в графическом интерфейсе это изменения всего лишь части визуальные. Но тут нам вкатывают типа новую ОС. Возможность запуска Android приложений, так это не более чем небольшие дополнения. В виртуальной машине и так можно было запускать Android приложения, только сделали небольшую интеграцию. Я до сих пор работаю на Windows 7, и не вижу никаких причин переходить. Что принципиально нового в ОС Windows 11? Как это улучшит мою работу? Ответ, ничего и никак. Следующая моя ОС будет Ubuntu. Потому что MS слишком далеко зашла со своим агрессивным поведением. В Windows 10 появился рекламный идентификатор. Получается я покупаю ОС на деньги и еще смотрю рекламу. MS не сильно ли это нагло? Сбор телеметрии. MS превращает меня в обязательного тестера ОС. А если я не хочу что бы мой компьютер отправлял данные MS, даже если "очень важны для улучшения качества". На мой взгляд MS как и Intel просто страдает х..ней, извиняюсь за мой французский. Где у нас реализации идей версии Longhorn? Введение механизма транзакций на объекты ОС, транзакционный реестр, транзакционная ФС. Это то что радикально улучшит безопасность ОС.
И сколько можно теребить графический интерфейс, постоянно его видоизменять? Графический интерфейс - должен быть отчуждаемым, и точка. Пользователь должен иметь право выбирать и компоновать UI по своему желанию и вкусу. В Windows 11 теперь панель располагается по центру, "инновация" очень существенная.
Будем откровенны. MS де-факто присутствие на мобильных устройствах пропустила. Windows Phone на задворках истории. Продолжение истории Windows Embedded уже как то вяло идет. За период с 2010, Linux существенно изменился. Произошли качественные изменения. Например появился Docker. А что появилось в Windows? Похоже отдел по разработке ОС Windows в MS занимается рисованием новых обоев.
Современная ОС должна быть модульной. Пора либо выбросить на помойку Windows-путь гигантомании и увеличение аппетитов, или распилить ОС на составные модули. Потому что когда производительности моего компьютера на i5 процессоре становится недостаточно для новой ОС, при запуске последней версии Linux ядра, дистрибутив Ubuntu на одноплатнике с процессором ARM Cortex A53, то с такой новой ОС нужно что-то делать.
"Честно говоря не понимаю эти постоянные кивания на военных, интернет и gps создавались для военных целей как это мешает их использовать в гражданской сфере?"
Абсолютно согласен с автором поста о бессмысленности и бесперспективности использования процессора Эльбрус для гражданской сферы. Подходы к построению систем для военных и граждан принципиально различаются. По факту у нас работает только два пути: изначально разработано для военной сферы, и только ими же и используется; разработано для гражданской сферы, с изменениями и дополнениями используется в военной сфере. Процессоры Intel установлены на множестве военной техники, телескоп Хаббл летает с процессором Intel Pentium 4 на борту. Это конечно же не те процессоры, которые установлены в миллионах домашних ПК, а доработанные с учетом надёжности и защиты для военной сферы. Аргументы про разработку Интернет и GPS не имеют никакого отношения к данной теме, по следующим причинам:
1) Это американская история успеха, и к российским реалиям она не имеет никакого отношения. Подобных примеров для СССР или РФ я не знаю, если Вы знаете, с удовольствием об этом услышу от Вас.
2) Интернет это не товар или даже не услуга, а проект и чертеж. Его никто не производит, его не нужно каким то образом поддерживать.
3) С GPS такая же история, это не товар, а услуга. В вашем смартфоне установлен совсем другой чип, и он принципиально отличается от чипов которые используют военные.
Вам в список можно было добавить разработку атомной бомбы, которая в последствие превратилась в мирный атом в виде атомных электростанций. Но в этом случае и в случае с Интернет и GPS, мы имеем дело с изобретениями от военных, которые легли в основу разработки гражданских систем. Примеров с использованием конечных устройств (разработанных изначально для военных), одновременно для военной и гражданской сферы попросту нет.
Это не интересно. Получается что твоя система будет зависеть от соседей, а это ненадежно. А воздух между прочем там другой, соседский).
Так, где инструкция по созданию локального registry и его настройка? И еще один нескромный вопрос, а вы не рассматриваете вариант с увеличением время жизни сборочных машин?
Моя инструкция не отличается оригинальность, а является переводом статьи с блога docker.com с дополнениями в виде картинок. Запуск образа binfmt можно добавить в автозагрузку. У вас в качестве источника кэша используется - registry. В каком-то смысле для большинства случаев это не имеет смысл. Например, у меня Docker-образ который состоит из трех частей: ОС Alpine, слой с Runtime .NET, и слой с компилированной программой. При первой сборке, Alpine и Runtime загрузятся из реестра. При второй сборке, слой с Alpine и Runtime будет взят уже с локального кэша. Слой с компиляцией программы это постоянно изменяемый слой при каждой сборке. Таким образом, нет никакой необходимости в подобной опции для взятия кэша. Кэш имеет смысл применять при большой вариации запуска одного и того же приложения в различных окружениях. Но на практике это сложно представить, потому что многие компании сейчас пытаются реализовать микросервисную архитектуру и не превращать Docker-контейнер в многофункционального динозавра. Если идет речь про локальный репозиторий образов, то тогда следовало бы дополнить пост инструкцией как его создать. Но если у вас есть рабочий кейс, то тогда хотелось бы его увидеть.
Что-то как то много букв и слишком сложно. У вас по факту идет сборка не под процессор от Apple, а для архитектуры aarch64. Кэширование слоев в Buildx отрабатывает автоматически. На мой взгляд моя инструкция проще и короче. Вы еще не добавили в текст команду для очистки кэша, а то так место быстро закончится при постоянных сборках:
Зачетный проект! Но это будет температура у соседей, а не у тебя.
Весь вопрос в сопряжение самого устройства. Как вариант можно взять устройство Tuya или Sonoff, например это. Перепрошить его на ESPHome, и подвязать к Home Assistant.
Как раз таки верно, давление — 0.01 hPa ( < 10 cm). Температура — 0.01° C. Влажность – 3%.
NameSilo.com. Лишнее не спрашивает, скан паспорта и подтверждение с места работы как это требуют отечественные регистраторы не требуется. Ежегодно не требует подтверждение что ты не превратился в пингвина. Принимает все платежные системы включая Bitcoin. По скидке можно сразу купить на 10 лет. Все мои домены на нем, уже несколько лет. Говорят что еще средне абузоустойчивый, но проверять нет желания. ИМХО, западный регистратор - это отношения, отечественный регистратор - это сношение с тобой.
Готовые решения будут существенно дороже самосборных и обладать один/двумя недостатками. 1) привязка передачи данных к своим облачным сервисам, как это реализуют "умные" розетки, светильники и т.д. 2) свой аппаратно/программный центр сбора данных. ИМХО, самое простое и универсальное решение это взять связку:
18650 Lithium Battery Shield V8
ESP-WROOM-32
температурный датчик BMx
В ESP-WROOM-32 загрузить прошивку ESPHome. Настроить соединение по BLE - BLE Client Sensor. На одноплатный компьютер установить Home Assistant нативно или в варианте Docker контейнера. Для отображения панели управления на экране, запускать браузер как в примере.
Потому что точность датчика позволяет. Сотые доли по ощущениям определить сложно, но изменение температуры с шагом в 0.3 градуса уже чувствуется.