В ОС "Аврора" не так подход к ее созданию. "Необъятного не объять" говорил Козьма Прутков. Надо сделать операционную среду под любой аппарат. Берешь телефон "Хуавей" и ставишь на него ОС "Аврора" и все работает. А не создавать специальный аппарат под Аврору. С созданием аппарата при отсутствующей элементной базой это во первых становится несбыточной мечтой, а во вторых одним из способов изъятия денег у государства и народа. А это уже наказуемое УК деяние.
Даже без сравнения цифрового и аналогового звука поражаюсь применению лампового усилителя-корректора. Для чего. При наличии операционников с ультранизкими шумами и искажениями и высокчайшей динамикой применение ламп, это фетиш. Уровень шума в лучшем случае -60 дб. Плюс искажения в 2%. Похоже мода рулит. А вы знаете как усилители на лампах считать. Там для корректора диапазона усиления точно не хватает. А сколько железа в виде шасси и трансформаторов нужно истратить. И где ламп набрать с неизрасходованным ресурсом. А ресурс их очень ограничен.
Пусть цветут разные цветы. Кому-то могут и понадобиться. Кроме чайника в нашем мире есть много разных применений. И это развивается. Появились разные кофемашины, хлебопечки и прочая автоматизированная посуда. А теперь еще появилась острая необходимость у кого-то в БПЛА. Решил сделать тут счетчик ленты для раритетного Олимпа-003 на ESP-32. Столько фантазий в него влезло, и еще пространство осталось. Так и Raspberry Pi Pico 2 даст возможность сделать нечто, чего не бывало. Ждем появления на рынке.
Не знаю куда заведет ИИ промышленных автоматизаторов, но я бы не доверил ему такое ответственное дело. Как и программисту на Си и Pytone. ПЛК в промышленной автоматике - дело долговременное и в нужный момент при отказе агрегата может не найтись программист C++ или Python, понимающий задачу. А вот инженерные языки IEC 61131-3 и предназначены для легкого понимания проблемы, возникшей в программе управления. Сами контроллеры например Siemens свои S300 допиливал до кондиции лет 10, если не больше. Зато допили до состояния самых надежных. И потому их чаще всего применяют в нашей промышленности. Еще эти PLC при подключении к ним среды разработки показывают что надо сделать, чтобы проблему устранить. А при работе на С++ или Pyton такое преимущество отсутствует. Другой проблемой программистского а не инженерного подходя является то, что техзадание на разработку программы программисту C++ объяснить маловероятно, ибо он говорит на другом языке и простонародного инженерного не понимает.
Сейчас есть микросхемы с DSP приемником Si473x, Si484x. Там обвязки сильно меньше, и они при этом всеволновые. Можно управлять микроконтроллером. Селекция сигнала осуществляется при помощи цифровой обработки.
В 70-х годах в ВУЗе изучали науку кибернетику. "Теоретические основы кибернетики" - так назывался предмет. А в 90-х годах автоматизировал котельную в соседнем небольшом городке, который только что газифицировали. Автоматика на основе PLC с компьютером, на котором пишутся тренды режимов котлов. В процессе наладки выяснилось, что давление в газовой магистрали колеблется с частотой около 2 герц. Перегнали тренды в экселевский формат. А тренды снимались с фиксированной частотой около 1 раз в секунду. И по частоте колебаний выяснили при помощи кибернетических методов, что происходит резонанс в трубе на входе в город. Перед этой трубой стоит регулятор давления, который тоже в системе с трубой вошел в резонанс. И вуаля - нашли выход вварив компенсатор в середину трубы. Это такая П-образная вставка в трубу.
Есть и применяется еще вариант расширения количества выводов через интерфейс I2S в связке с теми же регистрами 74НС595. Скорость обмена высокая. В частности применяется в GRBL. А конкретнее в управлении шаговыми двигателями. Можно до 8 двигателей, но например FluidNC управляет 6 моторами. Подозреваю, что этот протокол можно использовать не только на передачу, но применив параллельно-последовательные 74HC165, на прием. Нужно только поработать над программой.
Последняя цифра в обозначении ГОСТ - год разработки. Я в 97 году автоматизировал городскую котельную при переводе ее на газ с применением PLC. Прикрылся при проектировании ГипроНИИГаз-ом местным. А узаконил проект ГЕНЕРАЛОМ из ГосГорТехнадзора. Ни тот ни другой в глаза такой подход к автоматизации не встречали. Генерал сказал, что первая на просторах СНГ. Я лично не проверял. То есть ГОСТ не актуален был уже тогда. Хотя и придерживались. Только это стоило сильно усложненной системой обозначений. При вольной интерпретации можно было бы сделать существенно проще и понятнее. Понятно, что последовательность ТЗ->ПД->РД не оспаривается. Только при отсутствии компетенции у заказчика(пишется как правило с большой буквы З) . Одностадийный вариант - кто проектирует, тот строит существенно облегчают и удешевляют реализацию.
Был и такой случай, когда строили агрегат, и построили его. Результат был существенно лучше заданного ТЗ, но неумение оценить результат на фоне мелкой, но сильно видимой ошибки, свели работу к нулю. А возобновить нельзя из-за авторских прав.
Автоматизация вообще заключается в автоматизации отдельных агрегатов. Потом это увязывается в общую систему. Нельзя спроектировать автоматизацию завода сверху. Так что мое решение работает. Автоматизировал заводы. Не гиганты конечно, но тем не менее.
Вся сложность АСУТП заключается в правильности проектирования с соответствующим запасом входов-выходов для последующего исправления ошибок проектирования. Остальная сложность в теме - незнание АСУ-шников своей профессии. Это устраняется опытом или обучением. Лучше всего проектировать, зная что тебе потом придется это строить. Что я не один десяток раз и проделывал. И таки получается нормально.
Радиолюбители во времена СССР всегда начинали с журнала "Радио". Правда многие этим и заканчивали. Сам такой и журнал очень разнообразный и интересный. Разумеется кругозор свой надо расширять. Я расширил ВУЗом соответствующего профиля, не радиотехнической направленности, а больше электронной. И в жизни занимаюсь созданием разнообразных АСУТП от проекта до пуска в эксплуатацию. И радиосвязью - владел профессионально. Начало тому положило радиолюбительство. Очень развивает мозги. А сегодня электроника занимает все больше пространства в нашей жизни, и радиотехника все более переваливает в электронную сферу из радиотехнической. Хотя и без радиотехники совсем не обойдешься.
В Вашей классификации ареал радиолюбительства очень ограничен. Были еще "Охота на лис", скоростной прием - передача радиограмм, в которой советские спортсмены были на самых верхних позициях. Радиомногоборье в ту же копилку. Этих куда отнести? Тем более Ваше классическое радиолюбительство сегодня тоже изрядно сдобрено цифровыми видами радиосвязи, или всевозможными космическими технологиями, в смысле работы через космос. А коротковолновое радиолюбительство и ультракоротковолновое тоже, уходит в небытие только потому, что радиосвязь в условиях населенного пункта практически невозможна из-за компьютерных помех, помех от цифрового телевидения и даже элементарно светофоров. Темой электромагнитной совместимости давно никто не заморачивается вообще.
В 70-х вернулся в гражданскую жизнь со знанием профессиональной радиосвязи и хорошим умением работать в эфире на расстояния в тысячи километров. Существовавшие тогда коллективные радиостанции позволяли попробовать силы в радиолюбительской связи. Связывался со всеми точками земного шара благодаря умению работать ключом. А при этом знание языков несущественно. Работают кодовые выражения, которыми можно выразить все. Тогда(в конце 70-х) это было фантастическое действо. Тем более, что умение работать на главной радиостанции сети позволяло организовать эфир, и соответственно количество связей со всем миром стремилось к бесконечности. Для провинциального радиоклуба - это высочайшее достижение. Энтузиазма хватило на год. И в настоящее время это такой замедленный процесс. Связь со всем миром - отнюдь не уникум. Объем допустимого радиообмена минимален. Не привлекает, увы даже при еще оставшихся навыках.
В ОС "Аврора" не так подход к ее созданию. "Необъятного не объять" говорил Козьма Прутков. Надо сделать операционную среду под любой аппарат. Берешь телефон "Хуавей" и ставишь на него ОС "Аврора" и все работает. А не создавать специальный аппарат под Аврору. С созданием аппарата при отсутствующей элементной базой это во первых становится несбыточной мечтой, а во вторых одним из способов изъятия денег у государства и народа. А это уже наказуемое УК деяние.
Даже без сравнения цифрового и аналогового звука поражаюсь применению лампового усилителя-корректора. Для чего. При наличии операционников с ультранизкими шумами и искажениями и высокчайшей динамикой применение ламп, это фетиш. Уровень шума в лучшем случае -60 дб. Плюс искажения в 2%. Похоже мода рулит. А вы знаете как усилители на лампах считать. Там для корректора диапазона усиления точно не хватает. А сколько железа в виде шасси и трансформаторов нужно истратить. И где ламп набрать с неизрасходованным ресурсом. А ресурс их очень ограничен.
Пусть цветут разные цветы. Кому-то могут и понадобиться. Кроме чайника в нашем мире есть много разных применений. И это развивается. Появились разные кофемашины, хлебопечки и прочая автоматизированная посуда. А теперь еще появилась острая необходимость у кого-то в БПЛА. Решил сделать тут счетчик ленты для раритетного Олимпа-003 на ESP-32. Столько фантазий в него влезло, и еще пространство осталось. Так и Raspberry Pi Pico 2 даст возможность сделать нечто, чего не бывало. Ждем появления на рынке.
Не знаю куда заведет ИИ промышленных автоматизаторов, но я бы не доверил ему такое ответственное дело. Как и программисту на Си и Pytone. ПЛК в промышленной автоматике - дело долговременное и в нужный момент при отказе агрегата может не найтись программист C++ или Python, понимающий задачу. А вот инженерные языки IEC 61131-3 и предназначены для легкого понимания проблемы, возникшей в программе управления. Сами контроллеры например Siemens свои S300 допиливал до кондиции лет 10, если не больше. Зато допили до состояния самых надежных. И потому их чаще всего применяют в нашей промышленности. Еще эти PLC при подключении к ним среды разработки показывают что надо сделать, чтобы проблему устранить. А при работе на С++ или Pyton такое преимущество отсутствует. Другой проблемой программистского а не инженерного подходя является то, что техзадание на разработку программы программисту C++ объяснить маловероятно, ибо он говорит на другом языке и простонародного инженерного не понимает.
Вот как раз сейчас им и занимаюсь. Привязываю к нему процессор, олед, и пр. Отнюдь не скучно.
Сейчас есть микросхемы с DSP приемником Si473x, Si484x. Там обвязки сильно меньше, и они при этом всеволновые. Можно управлять микроконтроллером. Селекция сигнала осуществляется при помощи цифровой обработки.
В 70-х годах в ВУЗе изучали науку кибернетику. "Теоретические основы кибернетики" - так назывался предмет. А в 90-х годах автоматизировал котельную в соседнем небольшом городке, который только что газифицировали. Автоматика на основе PLC с компьютером, на котором пишутся тренды режимов котлов. В процессе наладки выяснилось, что давление в газовой магистрали колеблется с частотой около 2 герц. Перегнали тренды в экселевский формат. А тренды снимались с фиксированной частотой около 1 раз в секунду. И по частоте колебаний выяснили при помощи кибернетических методов, что происходит резонанс в трубе на входе в город. Перед этой трубой стоит регулятор давления, который тоже в системе с трубой вошел в резонанс. И вуаля - нашли выход вварив компенсатор в середину трубы. Это такая П-образная вставка в трубу.
Есть и применяется еще вариант расширения количества выводов через интерфейс I2S в связке с теми же регистрами 74НС595. Скорость обмена высокая. В частности применяется в GRBL. А конкретнее в управлении шаговыми двигателями. Можно до 8 двигателей, но например FluidNC управляет 6 моторами. Подозреваю, что этот протокол можно использовать не только на передачу, но применив параллельно-последовательные 74HC165, на прием. Нужно только поработать над программой.
Последняя цифра в обозначении ГОСТ - год разработки. Я в 97 году автоматизировал городскую котельную при переводе ее на газ с применением PLC. Прикрылся при проектировании ГипроНИИГаз-ом местным. А узаконил проект ГЕНЕРАЛОМ из ГосГорТехнадзора. Ни тот ни другой в глаза такой подход к автоматизации не встречали. Генерал сказал, что первая на просторах СНГ. Я лично не проверял. То есть ГОСТ не актуален был уже тогда. Хотя и придерживались. Только это стоило сильно усложненной системой обозначений. При вольной интерпретации можно было бы сделать существенно проще и понятнее. Понятно, что последовательность ТЗ->ПД->РД не оспаривается. Только при отсутствии компетенции у заказчика(пишется как правило с большой буквы З) . Одностадийный вариант - кто проектирует, тот строит существенно облегчают и удешевляют реализацию.
Был и такой случай, когда строили агрегат, и построили его. Результат был существенно лучше заданного ТЗ, но неумение оценить результат на фоне мелкой, но сильно видимой ошибки, свели работу к нулю. А возобновить нельзя из-за авторских прав.
Автоматизация вообще заключается в автоматизации отдельных агрегатов. Потом это увязывается в общую систему. Нельзя спроектировать автоматизацию завода сверху. Так что мое решение работает. Автоматизировал заводы. Не гиганты конечно, но тем не менее.
Вся сложность АСУТП заключается в правильности проектирования с соответствующим запасом входов-выходов для последующего исправления ошибок проектирования. Остальная сложность в теме - незнание АСУ-шников своей профессии. Это устраняется опытом или обучением. Лучше всего проектировать, зная что тебе потом придется это строить. Что я не один десяток раз и проделывал. И таки получается нормально.
Радиолюбители во времена СССР всегда начинали с журнала "Радио". Правда многие этим и заканчивали. Сам такой и журнал очень разнообразный и интересный. Разумеется кругозор свой надо расширять. Я расширил ВУЗом соответствующего профиля, не радиотехнической направленности, а больше электронной. И в жизни занимаюсь созданием разнообразных АСУТП от проекта до пуска в эксплуатацию. И радиосвязью - владел профессионально. Начало тому положило радиолюбительство. Очень развивает мозги. А сегодня электроника занимает все больше пространства в нашей жизни, и радиотехника все более переваливает в электронную сферу из радиотехнической. Хотя и без радиотехники совсем не обойдешься.
В Вашей классификации ареал радиолюбительства очень ограничен. Были еще "Охота на лис", скоростной прием - передача радиограмм, в которой советские спортсмены были на самых верхних позициях. Радиомногоборье в ту же копилку. Этих куда отнести? Тем более Ваше классическое радиолюбительство сегодня тоже изрядно сдобрено цифровыми видами радиосвязи, или всевозможными космическими технологиями, в смысле работы через космос. А коротковолновое радиолюбительство и ультракоротковолновое тоже, уходит в небытие только потому, что радиосвязь в условиях населенного пункта практически невозможна из-за компьютерных помех, помех от цифрового телевидения и даже элементарно светофоров. Темой электромагнитной совместимости давно никто не заморачивается вообще.
В 70-х вернулся в гражданскую жизнь со знанием профессиональной радиосвязи и хорошим умением работать в эфире на расстояния в тысячи километров. Существовавшие тогда коллективные радиостанции позволяли попробовать силы в радиолюбительской связи. Связывался со всеми точками земного шара благодаря умению работать ключом. А при этом знание языков несущественно. Работают кодовые выражения, которыми можно выразить все. Тогда(в конце 70-х) это было фантастическое действо. Тем более, что умение работать на главной радиостанции сети позволяло организовать эфир, и соответственно количество связей со всем миром стремилось к бесконечности. Для провинциального радиоклуба - это высочайшее достижение. Энтузиазма хватило на год. И в настоящее время это такой замедленный процесс. Связь со всем миром - отнюдь не уникум. Объем допустимого радиообмена минимален. Не привлекает, увы даже при еще оставшихся навыках.