Это питаются они по силовому кабелю, а управление идет по отдельному кабелю, иногда его проложить невозможно или дорого. Вам еще долго нужно изучать эту тему.
Говорят, что нынешнее программирование - ремонт двигателя автомобиля через выхлопную трубу. Абсолютно согласен. А программы на ассемблере - это ремонт двигателя нормальный. Алгоритм билдер - это среда, которая и есть ассемблер. Там все операции выверены до микросекунд. Я писал для ПИК-ов на ассемблере в 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 и не подключать его к сети.
Когда нас учили системам автоматического регулирования, то расчет этих систем начинается с выяснения механических характеристик объекта управления. А потом уже этап перехода к уравнениям для расчета электронного контура управления, хотя вполне допустимо применение механического контура управления. Первый автоматический регулятор давления пара в котле- регулятор Уатта и был механическим. Правда этому теперь не учат, а напрасно. Хотя и легче сделать это в электронике, но механические системы проще и понятнее. Сейчас практически везде применяют ПИД-регуляторы. Это или отдельный прибор или часть электронной схемы, или программный код. Но прямой расчет электрических и механических постоянных времени позволяет точнее построить систему управления, но требует технического интеллекта создателя.
Автоматизация технологического процесса начинается с полного понимания технологии объекта автоматизации. Не все можно сделать средствами вычислительной техники. Часть делается чисто механически. Например проблемы с разницей размеров окатышей можно решить ситом с размером ячейки равным этому размеру. Если вы обнаружите окатыши с недопустимым размером вычислительными средствами, что вы будете предпринимать? С отсортированными окатышами проводим поштучное определение их химсостава пропуская через определитель магнитной проницаемости. Затем определяем влажность любым известным измерительным способом. И так по шагам доводим технологию до совершенства конечного продукта. А способом, применяемым Вами задачи автоматизации не решить. И два замечания вдогонку: 1.объясняйте себе задачу понятным языком. 2.На решение задачи автоматизации по 1 параметру нужен один датчик и один исполнительный механизм. Все остальное избыточно.
В большой степени запретом на технологическое развитие является незаинтересованность в таком развитии хозяев действующих технологических процессов. Например современный "Росатом" не дает развитие альтернативным видам ядерных технологий, основанных например на ториевой энергетике. Они конечно могут проиграть китайским конкурентам, и это будет проигрыш не только их, но проигрыш нашей страны. Ибо технологии таковые существуют и у нас. А по поводу молчания в эфире других космических цивилизаций, то еще Никола Тесла используя продольные радиоволны слушал и даже связывался с таковыми. Но существующие системы связи не пытаются даже изменить свою привычную технику.
Баловался когда-то с корреляционной системой. Берешь стирающую магнитную головку от кассетного магнитофона с двумя зазорами. Разбираешь, мотаешь две катушки на крайних штырях магнитопровода. Там магнитопровод в виде Ш-образного сердечника. Средний штырь освобождаешь от обмотки. И подпиливаешь контактирующую с измеряемой пластиной часть магнитопровода в плоскость. При перемещении головки по пластине из стали на обмотках появляется сигнал. Его усиливаешь и подаешь на АЦП контроллера. Выходную функцию обсчитываешь на взаимную корреляцию двух сигналов с учетом расстояния между зазорами. На выходе получаются некие метки и достаточно точно попадающие в величину перемещения. Правда микроконтроллер оказался слабоват и эксперимент зачах на корню. При контроллерах типа ESP-32 может нормально получиться.
В лес и на природу выйдите и поймете. А с делом Прокудина-Горского вы уже ознакомились?
При изготовлении солнечных панелей итоговые затраты на процесс превышают количество выработанной электроэнергии. Плюс огромные расходы воды. Уже выяснено, что вся энергетика от ветряков и солнечных панелей не окупает затрат на изготовление и потому не имеет смысла. Имеет смысл например частичная замена дизельной генерации на комбинированную с ветрогенерацией. Тогда окупается очень дорогая доставка топлива, так как она сильно уменьшается при этом. Солнечная энергетика выигрывает при портативном ее использовании. Когда она применяется геологами, туристами. Которым необходимо минимальное ее количество, но в любом месте.
Это питаются они по силовому кабелю, а управление идет по отдельному кабелю, иногда его проложить невозможно или дорого. Вам еще долго нужно изучать эту тему.
Говорят, что нынешнее программирование - ремонт двигателя автомобиля через выхлопную трубу. Абсолютно согласен. А программы на ассемблере - это ремонт двигателя нормальный. Алгоритм билдер - это среда, которая и есть ассемблер. Там все операции выверены до микросекунд. Я писал для ПИК-ов на ассемблере в 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 и не подключать его к сети.
Когда нас учили системам автоматического регулирования, то расчет этих систем начинается с выяснения механических характеристик объекта управления. А потом уже этап перехода к уравнениям для расчета электронного контура управления, хотя вполне допустимо применение механического контура управления. Первый автоматический регулятор давления пара в котле- регулятор Уатта и был механическим. Правда этому теперь не учат, а напрасно. Хотя и легче сделать это в электронике, но механические системы проще и понятнее. Сейчас практически везде применяют ПИД-регуляторы. Это или отдельный прибор или часть электронной схемы, или программный код. Но прямой расчет электрических и механических постоянных времени позволяет точнее построить систему управления, но требует технического интеллекта создателя.
Автоматизация технологического процесса начинается с полного понимания технологии объекта автоматизации. Не все можно сделать средствами вычислительной техники. Часть делается чисто механически. Например проблемы с разницей размеров окатышей можно решить ситом с размером ячейки равным этому размеру. Если вы обнаружите окатыши с недопустимым размером вычислительными средствами, что вы будете предпринимать? С отсортированными окатышами проводим поштучное определение их химсостава пропуская через определитель магнитной проницаемости. Затем определяем влажность любым известным измерительным способом. И так по шагам доводим технологию до совершенства конечного продукта. А способом, применяемым Вами задачи автоматизации не решить. И два замечания вдогонку: 1.объясняйте себе задачу понятным языком. 2.На решение задачи автоматизации по 1 параметру нужен один датчик и один исполнительный механизм. Все остальное избыточно.
В большой степени запретом на технологическое развитие является незаинтересованность в таком развитии хозяев действующих технологических процессов. Например современный "Росатом" не дает развитие альтернативным видам ядерных технологий, основанных например на ториевой энергетике. Они конечно могут проиграть китайским конкурентам, и это будет проигрыш не только их, но проигрыш нашей страны. Ибо технологии таковые существуют и у нас. А по поводу молчания в эфире других космических цивилизаций, то еще Никола Тесла используя продольные радиоволны слушал и даже связывался с таковыми. Но существующие системы связи не пытаются даже изменить свою привычную технику.
Скорее ios под аппараты, причем только под них и без вариантов.
Баловался когда-то с корреляционной системой. Берешь стирающую магнитную головку от кассетного магнитофона с двумя зазорами. Разбираешь, мотаешь две катушки на крайних штырях магнитопровода. Там магнитопровод в виде Ш-образного сердечника. Средний штырь освобождаешь от обмотки. И подпиливаешь контактирующую с измеряемой пластиной часть магнитопровода в плоскость. При перемещении головки по пластине из стали на обмотках появляется сигнал. Его усиливаешь и подаешь на АЦП контроллера. Выходную функцию обсчитываешь на взаимную корреляцию двух сигналов с учетом расстояния между зазорами. На выходе получаются некие метки и достаточно точно попадающие в величину перемещения. Правда микроконтроллер оказался слабоват и эксперимент зачах на корню. При контроллерах типа ESP-32 может нормально получиться.
В лес и на природу выйдите и поймете. А с делом Прокудина-Горского вы уже ознакомились?
При изготовлении солнечных панелей итоговые затраты на процесс превышают количество выработанной электроэнергии. Плюс огромные расходы воды. Уже выяснено, что вся энергетика от ветряков и солнечных панелей не окупает затрат на изготовление и потому не имеет смысла. Имеет смысл например частичная замена дизельной генерации на комбинированную с ветрогенерацией. Тогда окупается очень дорогая доставка топлива, так как она сильно уменьшается при этом. Солнечная энергетика выигрывает при портативном ее использовании. Когда она применяется геологами, туристами. Которым необходимо минимальное ее количество, но в любом месте.