Безусловно АВ - специфический продукт. Область распространения - в основном микроконтроллеры с ограниченными ресурсами памяти. И строить на нем какие-то веб-приложения мазохизм. Но более приземленные проекты - вполне разрешимы. В первом десятилетии этого века я делал систему управления тремя тиристорными приводами на Atmege 2560. Вполне работоспособная система получилась. Тут уж точно нужно хорошее знание предмета.
И кстати да, скачайте и попробуйте. Места на компьютере занимает минимум. Я кстати одного дипломника научил пользоваться им в течении нескольких дней. Он дипломную практическую работу сделал: блок управления пресс-пакетировщиком. Была немаленькая схема на десятке плат, сала одна плата с несколькими транзисторами на выходе, и оптронами на входе. Было ненадежно, стало абсолютно надежно. И плюсом отличная дипломная работа и знания у человека, который их потом успешно применял и применяет работая главным энергетиком металлургического завода. Кстати на этом пакете выучил много народу.
Не считаю я Algorim Buulder уникальным или необходимым. Дело вкуса. Но для понимания программирования на самом низком уровне он очень удобен. В нем кстати и отладка есть через один пин и эмуляция всех ресурсов контроллера. Для освоения на примере AVR - самое то. А Ваше предложение - левой рукой за правое ухо. Это ваше личное дело, ну или глушитель для ремонта двигателя. Я частенько встречаю инженеров, которые даже о разрядности микроконтроллеров плохо понимают. А уж о топологии периферии вообще не приходится говорить. И потому результат не очень. Это как слепому на многополосной автодороге.
Это питаются они по силовому кабелю, а управление идет по отдельному кабелю, иногда его проложить невозможно или дорого. Вам еще долго нужно изучать эту тему.
Говорят, что нынешнее программирование - ремонт двигателя автомобиля через выхлопную трубу. Абсолютно согласен. А программы на ассемблере - это ремонт двигателя нормальный. Алгоритм билдер - это среда, которая и есть ассемблер. Там все операции выверены до микросекунд. Я писал для ПИК-ов на ассемблере в 90-е годы. На PIC16F84 работает система управления насосом через силовой кабель 3х380 вольт. Кстати до сих поор работает. Такое написать на С++ просто нереально. Думаете зря прошивкки постоянно улучшаются и обновляются. Это как раз проблема с кривизной программ на С++ и более высокоуровневых языков. А вот ассемблер - вечен. Я в этой проблеме понимаю неплохо. С середины 90-х этим занимаюсь. Конечно на ассемблере мозги напрягать надо много сильнее, чем на С++ и выше. Есть у меня товарищ, который делает медицинские приборы на этом самом АБ. Рекламаций вообще никаких, ибо ассемблер. Товарищ правда усидчивый до абсолюта. Ему под 70 лет, а он на ассемблере программы пишет. Вам такое не светит. Вы чужими библиотеками пользуетесь. Доброго продукта не получится никогда. А Атмеги еще очень даже в ходу. Потому АБ жив. И кстати в нем никаких ограничений нет. Ищите версию 5.44.
В моем случае греться нечему. Стабилизатор импульсный, токи минимальные, передатчик работает на передачу милисекунды. На приеме ничего не греется точно. Там правда питание 24 вольта, но импульсный стабилизатор на это расчитан и потери на тепло минимальны. А в компаунд заливать - надо гарантированное качество, которое зависит сильно от серийности. А тут единичные экземпляры. Если залить, ремонт затруднен, а требуется иногда вмешательство. Техника рассчитана на долговременную эксплуатацию. Компаундом заливают желая скрыть схемотехнику, а в программно-аппаратном устройстве это не сильно требуется. Закрываешь программу и вуаля.
Интересное занятие. У меня родственник, а ему за 70, этим занимается. Берет разваленную гитару и превращает ее в шикарную вещь. С ним часто расплачиваются сломанными гитарами, но похоже он даже рад этому. Внуку своему он сделал из таковых уже несколько гитар. Причем попадаются даже гитары весьма солидных фирм. Я в этом не очень понимаю, но по виду видно.
Похожую по назначению систему и я тоже сделал. В одном садоводческом товариществе, расположенном далеко от города в лесу есть скважина и на большом удалении от нее, метрах в 800, накопительные баки с большим объемом. Провода тянуть не вариант, дорого и ненадежно. Сделали радиоканал на радиомодулях от китайской фирмы EBYTE. Модули работают на 450...480 МГц. Мощность примерно 30 мВт. В качестве управляющего контроллера Atmega8. Написана прошивка практически на Ассемблере, вернее на отечественном ПО от Геннадия Громова Algoritm Builder. Шикарное ПО. Практически графический интерфейс. Симулируется вся периферия. Для мелких задачек - подарок судьбы и Г.Громова. Спасибо автору. Кстати есть в открытом виде в свободном доступе. Ссылка http://algorithmbuilder.ru.
Простите за оффтоп. Не мог не поделиться. Возвращаясь к объекту разговора: На накопительных баках поставили два датчика уровня: верхний и нижний. Если уровень ниже нижнего, радиомодуль передает сигнал 33, если между нижним и верхним - сигнал 55, если выше верхнего - 77. Сигнал передается раз в несколько минут. Такойпериодичности вполне достаточно. Приемник возвращает сигнал добавив к нему +1. Это нужно для контроля работы модулей бака и насоса сторонним наблюдателем, в качестве такового используется аналогичный модуль с адаптером, ноутбуком и программой от производителя. Насосный блок управления работает в трех режимах. Местное управление, когда насос включается вручную, 2-отключено. 3-атоматическое управление. Насос может включаться вручную при автоматическом режиме для набора воды в емкость на водокачке. Отключается он только сигналом модуля с бака, передающим или 77, или 55. То есть при уровне воды выше нижнего датчика уровня. В качестве датчиков уровня используются датчики производителя "Сенсор".
Система работает уже около 10 лет. И да - модули заключены в водонепроницаемые корпуса, напечатанные на 3д принтере.
Учиться надо было лучше в ВУЗе. Освоив нормально предмет ТАУ не надо изобретать новых способов регулирования. ПИД регуляторы это оттуда же. В ТАУ, насколько я помню, это даже не рассматривается, ибо не учитывается устойчивость контура регулирования. Неявная логика - тоже способ случайным образом подбора алгоритма регулирования. Требуется научный подход, а не его профанация.
Не любят наши технари писать длинные тексты. Занимаюсь автоматизацией, а это в большинстве проектов субсубподрядчик. А куда жать, чтобы поехало все равно мне писать. До кучи описать что поехало и почему. Потому приходится писать все мне. Подрядчик даже под угрозой штрафных санкций не пишет. Не раз с таким подходом встречался. Потому, если найдется технический писатель по призванию в команде, то напишут.
Да, а счастье было так близко. Не играю на гитаре, потому мнение играющего очень важно. Буду знать. У меня родственник ремонтирует и реставрирует гитары. Я ему свои услуги по этому самому DSP предлагаю. Он упорно отбивается. Значит есть почему.
Все засекречено Отечественное производство любой электроники никогда не удосуживалось написать вменяемый даташит на изделие. В лучшем случае этикетка на 1 лист. Потому и выход на другие рынки не светит. Самим мало.
На днях встречал проект на Raspberri Pi Pico(попросту RP2040), который предлагает на основе одной схемы перепрограммировать эти самые гитарные эффекты, на любой вкус. Это где-то на гитхабе. Искать по RP2040. Думаю - это и есть самый интересный для гитарных примочек аппарат. Аналоговые схемы как-то надо сильно заморачиваться на пайке. Хотя и несложно это освоить. В RP2040 весьма немалые возможности заложены благодаря тому, что 2 процессора и много и RAM и ROM. Плюс PIO. А если присовокупить к этому процессору еще какой-то ADAU по I2S, то пределов возможностям нет вообще.
Посмотрим на помощника. Еще бы в Оперу сделали переводчика, как в Edge. Цены бы ей не было. Иначе приходится два браузера держать. Сам Edge конечно еще не доработан. Майкрософту браузеры совсем не удаются.
В моем комментарии сказано, что англичане распространяют свою агентуру. В случае с Саяно-Шушенской ГЭС английские агенты должны были ее взорвать или сделать что-то подобное. Такого не замечено, потому это не они. Наиболее употребляемые PLC немецкие и американские. В программировании англичане несильны. Потому или немцы или американцы. А упомянутая вами причина аварии - для успокоения народа. У нас как правило заключения политически нейтральны. В среде автоматизаторов информация распространяется именно такая: вирус в системе управления. Ему и имя есть. А про советское разгильдяйство - СССР в те времена уже не существовал. А ППРы делаются регулярно в промышленной эксплуатации.
Англичане распространяют свою агентуру во всех странах, их интересующих. Американцы в 90-х решили, что агентура не нужна, ибо они могут все узнать через компьютеры и интернет. А, если все узнать, то и на все воздействовать. Что они и делали неоднократно. Например разрушив иранские центрифуги для обогащения урана. И даже в PLC Siemens нашли вирус. Что в принципе невозможно, но факт. И даже Саяно-Шушенскую ГЭС разрушили именно они, но это неточно. Было дело, вскрывал я станок, который отказался работать при перемещении его с одного места на другое. Повезло, взломал и работать заставил. А если нет, тогда чего? Производство встанет. И вставало. Почему и импортозамещение. А виртуальный PLC - 100% воздействие. Потому самый простой способ защиты - сделать железный PLC и не подключать его к сети.
Когда нас учили системам автоматического регулирования, то расчет этих систем начинается с выяснения механических характеристик объекта управления. А потом уже этап перехода к уравнениям для расчета электронного контура управления, хотя вполне допустимо применение механического контура управления. Первый автоматический регулятор давления пара в котле- регулятор Уатта и был механическим. Правда этому теперь не учат, а напрасно. Хотя и легче сделать это в электронике, но механические системы проще и понятнее. Сейчас практически везде применяют ПИД-регуляторы. Это или отдельный прибор или часть электронной схемы, или программный код. Но прямой расчет электрических и механических постоянных времени позволяет точнее построить систему управления, но требует технического интеллекта создателя.
А вот и формула успеха. Выбирай инструмент, чтобы не уработаться. А иногда и на С++ уработаешься, а на ассемблере нет.
Безусловно АВ - специфический продукт. Область распространения - в основном микроконтроллеры с ограниченными ресурсами памяти. И строить на нем какие-то веб-приложения мазохизм. Но более приземленные проекты - вполне разрешимы. В первом десятилетии этого века я делал систему управления тремя тиристорными приводами на Atmege 2560. Вполне работоспособная система получилась. Тут уж точно нужно хорошее знание предмета.
И кстати да, скачайте и попробуйте. Места на компьютере занимает минимум. Я кстати одного дипломника научил пользоваться им в течении нескольких дней. Он дипломную практическую работу сделал: блок управления пресс-пакетировщиком. Была немаленькая схема на десятке плат, сала одна плата с несколькими транзисторами на выходе, и оптронами на входе. Было ненадежно, стало абсолютно надежно. И плюсом отличная дипломная работа и знания у человека, который их потом успешно применял и применяет работая главным энергетиком металлургического завода. Кстати на этом пакете выучил много народу.
Не считаю я Algorim Buulder уникальным или необходимым. Дело вкуса. Но для понимания программирования на самом низком уровне он очень удобен. В нем кстати и отладка есть через один пин и эмуляция всех ресурсов контроллера. Для освоения на примере AVR - самое то. А Ваше предложение - левой рукой за правое ухо. Это ваше личное дело, ну или глушитель для ремонта двигателя. Я частенько встречаю инженеров, которые даже о разрядности микроконтроллеров плохо понимают. А уж о топологии периферии вообще не приходится говорить. И потому результат не очень. Это как слепому на многополосной автодороге.
А у PIC16F84 памяти программ всего 1 килобайт. Попробуйте написать что нибудь на С++.
Это питаются они по силовому кабелю, а управление идет по отдельному кабелю, иногда его проложить невозможно или дорого. Вам еще долго нужно изучать эту тему.
Говорят, что нынешнее программирование - ремонт двигателя автомобиля через выхлопную трубу. Абсолютно согласен. А программы на ассемблере - это ремонт двигателя нормальный. Алгоритм билдер - это среда, которая и есть ассемблер. Там все операции выверены до микросекунд. Я писал для ПИК-ов на ассемблере в 90-е годы. На PIC16F84 работает система управления насосом через силовой кабель 3х380 вольт. Кстати до сих поор работает. Такое написать на С++ просто нереально. Думаете зря прошивкки постоянно улучшаются и обновляются. Это как раз проблема с кривизной программ на С++ и более высокоуровневых языков. А вот ассемблер - вечен. Я в этой проблеме понимаю неплохо. С середины 90-х этим занимаюсь. Конечно на ассемблере мозги напрягать надо много сильнее, чем на С++ и выше. Есть у меня товарищ, который делает медицинские приборы на этом самом АБ. Рекламаций вообще никаких, ибо ассемблер. Товарищ правда усидчивый до абсолюта. Ему под 70 лет, а он на ассемблере программы пишет. Вам такое не светит. Вы чужими библиотеками пользуетесь. Доброго продукта не получится никогда. А Атмеги еще очень даже в ходу. Потому АБ жив. И кстати в нем никаких ограничений нет. Ищите версию 5.44.
В моем случае греться нечему. Стабилизатор импульсный, токи минимальные, передатчик работает на передачу милисекунды. На приеме ничего не греется точно. Там правда питание 24 вольта, но импульсный стабилизатор на это расчитан и потери на тепло минимальны. А в компаунд заливать - надо гарантированное качество, которое зависит сильно от серийности. А тут единичные экземпляры. Если залить, ремонт затруднен, а требуется иногда вмешательство. Техника рассчитана на долговременную эксплуатацию. Компаундом заливают желая скрыть схемотехнику, а в программно-аппаратном устройстве это не сильно требуется. Закрываешь программу и вуаля.
Интересное занятие. У меня родственник, а ему за 70, этим занимается. Берет разваленную гитару и превращает ее в шикарную вещь. С ним часто расплачиваются сломанными гитарами, но похоже он даже рад этому. Внуку своему он сделал из таковых уже несколько гитар. Причем попадаются даже гитары весьма солидных фирм. Я в этом не очень понимаю, но по виду видно.
Похожую по назначению систему и я тоже сделал. В одном садоводческом товариществе, расположенном далеко от города в лесу есть скважина и на большом удалении от нее, метрах в 800, накопительные баки с большим объемом. Провода тянуть не вариант, дорого и ненадежно. Сделали радиоканал на радиомодулях от китайской фирмы EBYTE. Модули работают на 450...480 МГц. Мощность примерно 30 мВт. В качестве управляющего контроллера Atmega8. Написана прошивка практически на Ассемблере, вернее на отечественном ПО от Геннадия Громова Algoritm Builder. Шикарное ПО. Практически графический интерфейс. Симулируется вся периферия. Для мелких задачек - подарок судьбы и Г.Громова. Спасибо автору. Кстати есть в открытом виде в свободном доступе. Ссылка http://algorithmbuilder.ru.
Простите за оффтоп. Не мог не поделиться. Возвращаясь к объекту разговора: На накопительных баках поставили два датчика уровня: верхний и нижний. Если уровень ниже нижнего, радиомодуль передает сигнал 33, если между нижним и верхним - сигнал 55, если выше верхнего - 77. Сигнал передается раз в несколько минут. Такойпериодичности вполне достаточно. Приемник возвращает сигнал добавив к нему +1. Это нужно для контроля работы модулей бака и насоса сторонним наблюдателем, в качестве такового используется аналогичный модуль с адаптером, ноутбуком и программой от производителя. Насосный блок управления работает в трех режимах. Местное управление, когда насос включается вручную, 2-отключено. 3-атоматическое управление. Насос может включаться вручную при автоматическом режиме для набора воды в емкость на водокачке. Отключается он только сигналом модуля с бака, передающим или 77, или 55. То есть при уровне воды выше нижнего датчика уровня. В качестве датчиков уровня используются датчики производителя "Сенсор".
Система работает уже около 10 лет. И да - модули заключены в водонепроницаемые корпуса, напечатанные на 3д принтере.
Учиться надо было лучше в ВУЗе. Освоив нормально предмет ТАУ не надо изобретать новых способов регулирования. ПИД регуляторы это оттуда же. В ТАУ, насколько я помню, это даже не рассматривается, ибо не учитывается устойчивость контура регулирования. Неявная логика - тоже способ случайным образом подбора алгоритма регулирования. Требуется научный подход, а не его профанация.
Не любят наши технари писать длинные тексты. Занимаюсь автоматизацией, а это в большинстве проектов субсубподрядчик. А куда жать, чтобы поехало все равно мне писать. До кучи описать что поехало и почему. Потому приходится писать все мне. Подрядчик даже под угрозой штрафных санкций не пишет. Не раз с таким подходом встречался. Потому, если найдется технический писатель по призванию в команде, то напишут.
Да, а счастье было так близко. Не играю на гитаре, потому мнение играющего очень важно. Буду знать. У меня родственник ремонтирует и реставрирует гитары. Я ему свои услуги по этому самому DSP предлагаю. Он упорно отбивается. Значит есть почему.
Все засекречено Отечественное производство любой электроники никогда не удосуживалось написать вменяемый даташит на изделие. В лучшем случае этикетка на 1 лист. Потому и выход на другие рынки не светит. Самим мало.
На днях встречал проект на Raspberri Pi Pico(попросту RP2040), который предлагает на основе одной схемы перепрограммировать эти самые гитарные эффекты, на любой вкус. Это где-то на гитхабе. Искать по RP2040. Думаю - это и есть самый интересный для гитарных примочек аппарат. Аналоговые схемы как-то надо сильно заморачиваться на пайке. Хотя и несложно это освоить. В RP2040 весьма немалые возможности заложены благодаря тому, что 2 процессора и много и RAM и ROM. Плюс PIO. А если присовокупить к этому процессору еще какой-то ADAU по I2S, то пределов возможностям нет вообще.
Вот это действительно похоже на зародыш ИИ. Если это будет продолжаться, то может вырасти в нормальный ИИ. Все остальное- только имитация.
Посмотрим на помощника. Еще бы в Оперу сделали переводчика, как в Edge. Цены бы ей не было. Иначе приходится два браузера держать. Сам Edge конечно еще не доработан. Майкрософту браузеры совсем не удаются.
В моем комментарии сказано, что англичане распространяют свою агентуру. В случае с Саяно-Шушенской ГЭС английские агенты должны были ее взорвать или сделать что-то подобное. Такого не замечено, потому это не они. Наиболее употребляемые PLC немецкие и американские. В программировании англичане несильны. Потому или немцы или американцы. А упомянутая вами причина аварии - для успокоения народа. У нас как правило заключения политически нейтральны. В среде автоматизаторов информация распространяется именно такая: вирус в системе управления. Ему и имя есть. А про советское разгильдяйство - СССР в те времена уже не существовал. А ППРы делаются регулярно в промышленной эксплуатации.
Англичане распространяют свою агентуру во всех странах, их интересующих. Американцы в 90-х решили, что агентура не нужна, ибо они могут все узнать через компьютеры и интернет. А, если все узнать, то и на все воздействовать. Что они и делали неоднократно. Например разрушив иранские центрифуги для обогащения урана. И даже в PLC Siemens нашли вирус. Что в принципе невозможно, но факт. И даже Саяно-Шушенскую ГЭС разрушили именно они, но это неточно. Было дело, вскрывал я станок, который отказался работать при перемещении его с одного места на другое. Повезло, взломал и работать заставил. А если нет, тогда чего? Производство встанет. И вставало. Почему и импортозамещение. А виртуальный PLC - 100% воздействие. Потому самый простой способ защиты - сделать железный PLC и не подключать его к сети.
Когда нас учили системам автоматического регулирования, то расчет этих систем начинается с выяснения механических характеристик объекта управления. А потом уже этап перехода к уравнениям для расчета электронного контура управления, хотя вполне допустимо применение механического контура управления. Первый автоматический регулятор давления пара в котле- регулятор Уатта и был механическим. Правда этому теперь не учат, а напрасно. Хотя и легче сделать это в электронике, но механические системы проще и понятнее. Сейчас практически везде применяют ПИД-регуляторы. Это или отдельный прибор или часть электронной схемы, или программный код. Но прямой расчет электрических и механических постоянных времени позволяет точнее построить систему управления, но требует технического интеллекта создателя.