Так, я не понял. Если уж импортозамещение, то почему я на плате вижу 74HC14. Только хардкор, только КР555ТЛ2. То же самое касается ПЗУ. Что КР573РФ2 было не найти?
Я надеюсь ЖКИ от МЭЛТ?
А вот за макетку респект, респект - найти макетку именно нашего производства (с русскими координатными метками) - это круто.
Ненавижу и то и то. В своё время нашёл такой таймер в виде яблочка, который у автора на первых иллюстрациях (только красный). Лет пять отработал, потом кнопки всё-таки сдохли (в условиях кухни даже регулярная протирка спиртом перестала помогать). Потом нашёл на Ali всё-таки нормальный таймер с нормальным цифровым набором, каковой и трудится по сей день на кухне (уже года три как).
Добавлю еще, что для того, чтобы такая система работала, необходима 99.99% предсказуемость свойств всех объектов управления. Параметры разгона/торможения/сцепления с дорогой, причём в данных конкретных погодных условиях и т.д. И да, еще - так как целевые параметры для оценки эффективности такой системы должны задаваться извне, то тут возникает много вариантов. Простейший пример - с какой скоростью будет двигаться поток может определяться максимальной экономией топлива или максимальной пропускной способностью системы. И результат будет существенно разный.
Если попытаться экстраполировать текущее развитие систем автоматического управления потока, то я вижу следующие шаги:
внедрение систем группового автоматического управления. То есть условно 10 тесл на автоматическом управлении собираются в группу с минимальной дистанцией между ними, которая двигается как один объект. Это существенно увеличит пропускную способность
создание привилегий для машин на автоматическом управлении - выделенные полосы, специальные парковки и т.д.
стандартизация интерфейсов связи между машинами и внешнего управления
законодательная обязательность наличия системы автопилота на всех новых автомобилях и запрет на эксплуатацию машин без автопилота с какого-то года
внедрение систем автоматического управления потоком уровня города. Но без непосредственного управления каждым объектом на дороге - то есть скорее распределение потоков
создание зон, закрытых для движения не автоматического транспорта - центры городов. Постепенное расширение этих зон
полный переход на автоматическое управление с запретом ручного управления
Мужик попал в больницу в тяжелом состоянии и постоянно входил и выходил из комы. Все это время рядом с ним находилась его жена.
Однажды, в очередной раз придя в себя, он жестом подзывает ее подойти ближе. Когда она подошла он прошептал ей со слезами на глазах:
"Ты знаешь, в трудные времена ты всегда оставалось со мной. Когда меня уволили, ты была рядом, чтобы меня поддержать. Когда мой бизнес разорился, ты была рядом со мной. Когда сгорел наш дом, ты оставалась рядом. Когда в меня стреляли, ты тоже была рядом. И сейчас, когда мое здоровье резко ухудшилось, ты по прежнему рядом со мной... Ты знаешь, что я понял?"
"Что, дорогой?", - спросила она нежно улыбнувшись.
Ну так всё зависит от задач. Если что-то совсем простенькое - смотрите на CPLD, например на MAX II. Для того, чтобы разобраться как светодиодиком помигать или запихнуть туда всё логику вашего табло - самое то. Демоплата вместе с usb blaster стоит порядка 1000 рублей.
Да, весьма старенькое и уже давно не производится, но для большинства домашних задач за глаза и за уши. А уж если пойдёт - сами разберётесь - что из актуального вам надо.
Если хочется что-то из актуального и недорогого - Max 10
Ну, тот же quartus достаточно дружественен - можно просто набросать схему из примитивов, привязать её к ножкам, скомпилировать, загрузить и всё заработает.
А в чём проблема? На али куча демо плат на FPGA. Причём любых - на Xilinx/Altera/китайские бренды. Стоит копейки. Среда разработки для небольших проектов свободно скачивается с сайта соответствующего производителя.
Ну, моя единственная статья на хабре как раз про управление светодиодной матрицей с помощью CPLD (извините, в целях экономии FPGA не использовал). Старенькая правда, уже, давно этой темой не занимался.
И всегда вопрос баланса и актуальности - при наличии копеечных готовых светодиодных панелей с алиэкспресса паять навесным монтажом светодиодную матрицу - ну как-то странновато. Как калькулятор на 155ой серии делать. То есть можно, конечно, но будет выглядеть именно как троллейбус из буханки.
Зачем нужны классы классы входов/выходов реле и некоего оптопрерывателя если они не используются в проекте? И зачем вообще они нужны, если всё, что они делают, это задают режим и дублируют штатные digitalRead/digitalWrite?
Зачем вообще для нагревателя использовать фазовое регулирование? Куда проще коммутировать по периодам - тогда можно вообще выкинуть схему детектирования нуля и просто поставить оптрон с коммутацией по нулю.
Класс управления семисегментным индикатором просто за пределами добра и зла.
Для чего вообще нужен регулятор без обратной связи (по температуре, например)?
Надеюсь понятно, что характеристика регулирования фазового регулятора сильно нелинейна? И изменение на 1 вовсе не означает изменение мощности на 1%? Ну, на всякий случай.
Приоритеты логических, арифметических и сравнительных операций лучше явно указывать скобками - это существенно облегчает понимание логики действий. То есть не
Если он висит со 100% тяги(пренебрежём стабилизацией)
Хм. Я вроде бы прямым текстом пишу, что на 100% он висеть не может именно из-за необходимости стабилизации. Так как ему будет просто нечем парировать отклонения (вы же знаете, что квадрокоптеры и вертолёты находятся в принципе в неустойчивом состоянии, да?). С вертолётом автомат перекоса перераспределяет тягу по плоскости винта, поэтому он может летать на 100% тяги. А вот квадрик - не может, так как для парирования отклонения ему нужно уменьшить тягу на одной стороне и увеличить на другой.
Да не, можно, конечно. Но далеко не всякий формат поддерживает ts. А уже тем более это не работает в случае " пытаясь собрать в одно целое видео разных форматов", как в исходном комментарии.
Тут уже либо надо конвертить сперва в промежуточный формат и потом уже собирать всё это в кучу. Либо пытаться как-то извратиться через фрейм-сервера. Но этим лично я не занимался, поэтому не могу ничего конкретного сказать.
Вот что он не любит - это собирать несколько клипов в один. Совершенно не его задача.
А вот чего мне у него действительно не хватает - некоего внутреннего скриптового языка, чтобы можно было внутри него формировать командную строку в зависимости от формата входного файла. Поэтому у меня большинство задач решается либо через bat'ник - запустил ffmpeg, получил параметры входного файла, распарсил выход, сформировал командную строку, запустил ffmpeg на обработку. Либо через самописные программы, делающие примерно то же самое, но когда нужно что-то более наворочанное.
Посмотрел статью, на которую дана ссылка, и стал понимать. Дело в том, что я в основном имею дело с профессиональными программами работы с видео. И у них алгоритм именно такой - если цветовое пространство прописано в файле - работать в нём. Не прописано - смотрим по разрешению файла.
Если же данный алгоритм не гарантирован - то, конечно, лучше прописывать цветовое пространство в явном виде.
Немного напоминает ранние компьютерные видеоплейера, программисты которых в принципе не понимали - что такое чересстрочная развертка и как пиксель может быть неквадратным
Обычно считается по ширине - всё, что до 720 - SD, 721 и более - HD.
Проблема в том, что для этого надо учитывать входное цветовое пространство. То есть можно, конечно, по умолчанию ставить видеофильтр приведения к 709, но это, скорее костыль.
А смысл? В 99% при разрешении видео SD и ниже - bt470, всё что выше - b709. Тут, правда, есть подводный камень - если делаешь апскейл SD-HD или даунскейл HD-SD, то лучше прописать преобразование в явном виде. А в остальных случаях особо и не надо.
Типов ESC может быть два (поправьте, если ошибаюсь):
По большому счету любой ESC состоит из четырех компонентов:
микроконтроллер
драйверы выходных ключей
выходные ключи
стабилизатор питания
А вот прошивок под это всё существует довольно много. Из популярных:
SimonK (стоит в большинстве копеечных китайских регуляторов)
BlHeli - открытый код, огромное количество поддерживаемых ESC, прекрасные возможности по настройке, легко кастомизируется (например, я делал версию BLHeli для регуляторов Cheerson CX20).
BLHeli32 - новая версия от того же автора, код закрыт
Вроде еще несколько новых появилось, но давно не следил, не в теме.
балансировочный разъём для правильной зарядки с балансировкой заряда между элементами аккумулятора
Это вы где-то что-то напутали - это не имеет отношения к ESC
Вообще - проект странноватый. Ну, то есть я понимаю стремление сделать всё самостоятельно с нуля - это должно быть довольно забавно. Но выбор компонентов вызывает оторопь - древний, как г.м. радиомодуль, esp32 в качестве декодера сигналов радиомодуля (основная прелесть - wifi - не используется вообще, выводов фиг да ни фига, многоканальный PWM делается через одно место) и в качестве вишенки - Arduino Nano для передатчика.
Так, я не понял. Если уж импортозамещение, то почему я на плате вижу 74HC14. Только хардкор, только КР555ТЛ2. То же самое касается ПЗУ. Что КР573РФ2 было не найти?
Я надеюсь ЖКИ от МЭЛТ?
А вот за макетку респект, респект - найти макетку именно нашего производства (с русскими координатными метками) - это круто.
Ненавижу и то и то. В своё время нашёл такой таймер в виде яблочка, который у автора на первых иллюстрациях (только красный). Лет пять отработал, потом кнопки всё-таки сдохли (в условиях кухни даже регулярная протирка спиртом перестала помогать). Потом нашёл на Ali всё-таки нормальный таймер с нормальным цифровым набором, каковой и трудится по сей день на кухне (уже года три как).
Добавлю еще, что для того, чтобы такая система работала, необходима 99.99% предсказуемость свойств всех объектов управления. Параметры разгона/торможения/сцепления с дорогой, причём в данных конкретных погодных условиях и т.д. И да, еще - так как целевые параметры для оценки эффективности такой системы должны задаваться извне, то тут возникает много вариантов. Простейший пример - с какой скоростью будет двигаться поток может определяться максимальной экономией топлива или максимальной пропускной способностью системы. И результат будет существенно разный.
Если попытаться экстраполировать текущее развитие систем автоматического управления потока, то я вижу следующие шаги:
внедрение систем группового автоматического управления. То есть условно 10 тесл на автоматическом управлении собираются в группу с минимальной дистанцией между ними, которая двигается как один объект. Это существенно увеличит пропускную способность
создание привилегий для машин на автоматическом управлении - выделенные полосы, специальные парковки и т.д.
стандартизация интерфейсов связи между машинами и внешнего управления
законодательная обязательность наличия системы автопилота на всех новых автомобилях и запрет на эксплуатацию машин без автопилота с какого-то года
внедрение систем автоматического управления потоком уровня города. Но без непосредственного управления каждым объектом на дороге - то есть скорее распределение потоков
создание зон, закрытых для движения не автоматического транспорта - центры городов. Постепенное расширение этих зон
полный переход на автоматическое управление с запретом ручного управления
Мужик попал в больницу в тяжелом состоянии и постоянно входил и выходил из комы. Все это время рядом с ним находилась его жена.
Однажды, в очередной раз придя в себя, он жестом подзывает ее подойти
ближе. Когда она подошла он прошептал ей со слезами на глазах:
"Ты знаешь, в трудные времена ты всегда оставалось со мной.
Когда меня уволили, ты была рядом, чтобы меня поддержать.
Когда мой бизнес разорился, ты была рядом со мной.
Когда сгорел наш дом, ты оставалась рядом.
Когда в меня стреляли, ты тоже была рядом.
И сейчас, когда мое здоровье резко ухудшилось, ты по прежнему рядом со
мной... Ты знаешь, что я понял?"
"Что, дорогой?", - спросила она нежно улыбнувшись.
"Я думаю, что ты приносишь мне несчастье"...
Заработает, конечно. Но цены запредельные. Проще уж на ali комплект заказать
https://aliexpress.ru/item/1005004872591240.html
Ну так всё зависит от задач. Если что-то совсем простенькое - смотрите на CPLD, например на MAX II. Для того, чтобы разобраться как светодиодиком помигать или запихнуть туда всё логику вашего табло - самое то. Демоплата вместе с usb blaster стоит порядка 1000 рублей.
Да, весьма старенькое и уже давно не производится, но для большинства домашних задач за глаза и за уши. А уж если пойдёт - сами разберётесь - что из актуального вам надо.
Если хочется что-то из актуального и недорогого - Max 10
Ну, тот же quartus достаточно дружественен - можно просто набросать схему из примитивов, привязать её к ножкам, скомпилировать, загрузить и всё заработает.
А в чём проблема? На али куча демо плат на FPGA. Причём любых - на Xilinx/Altera/китайские бренды. Стоит копейки. Среда разработки для небольших проектов свободно скачивается с сайта соответствующего производителя.
Ну, моя единственная статья на хабре как раз про управление светодиодной матрицей с помощью CPLD (извините, в целях экономии FPGA не использовал). Старенькая правда, уже, давно этой темой не занимался.
И всегда вопрос баланса и актуальности - при наличии копеечных готовых светодиодных панелей с алиэкспресса паять навесным монтажом светодиодную матрицу - ну как-то странновато. Как калькулятор на 155ой серии делать. То есть можно, конечно, но будет выглядеть именно как троллейбус из буханки.
Как лет на 15 назад вернулся...
Вспоминается троллейбус из буханки почему-то
Монеты скорее всего из какого-нибудь фонтана, поэтому в таком состоянии
Зачем нужны классы классы входов/выходов реле и некоего оптопрерывателя если они не используются в проекте? И зачем вообще они нужны, если всё, что они делают, это задают режим и дублируют штатные digitalRead/digitalWrite?
Зачем вообще для нагревателя использовать фазовое регулирование? Куда проще коммутировать по периодам - тогда можно вообще выкинуть схему детектирования нуля и просто поставить оптрон с коммутацией по нулю.
Класс управления семисегментным индикатором просто за пределами добра и зла.
Для чего вообще нужен регулятор без обратной связи (по температуре, например)?
Надеюсь понятно, что характеристика регулирования фазового регулятора сильно нелинейна? И изменение на 1 вовсе не означает изменение мощности на 1%? Ну, на всякий случай.
Приоритеты логических, арифметических и сравнительных операций лучше явно указывать скобками - это существенно облегчает понимание логики действий. То есть не
!btnState && !_flag && millis() - _tmr >= 100а
!btnState && !_flag && ((millis() - _tmr) >= 100)Хм. Я вроде бы прямым текстом пишу, что на 100% он висеть не может именно из-за необходимости стабилизации. Так как ему будет просто нечем парировать отклонения (вы же знаете, что квадрокоптеры и вертолёты находятся в принципе в неустойчивом состоянии, да?). С вертолётом автомат перекоса перераспределяет тягу по плоскости винта, поэтому он может летать на 100% тяги. А вот квадрик - не может, так как для парирования отклонения ему нужно уменьшить тягу на одной стороне и увеличить на другой.
Да не, можно, конечно. Но далеко не всякий формат поддерживает ts. А уже тем более это не работает в случае " пытаясь собрать в одно целое видео разных форматов", как в исходном комментарии.
Тут уже либо надо конвертить сперва в промежуточный формат и потом уже собирать всё это в кучу. Либо пытаться как-то извратиться через фрейм-сервера. Но этим лично я не занимался, поэтому не могу ничего конкретного сказать.
Вот что он не любит - это собирать несколько клипов в один. Совершенно не его задача.
А вот чего мне у него действительно не хватает - некоего внутреннего скриптового языка, чтобы можно было внутри него формировать командную строку в зависимости от формата входного файла. Поэтому у меня большинство задач решается либо через bat'ник - запустил ffmpeg, получил параметры входного файла, распарсил выход, сформировал командную строку, запустил ffmpeg на обработку. Либо через самописные программы, делающие примерно то же самое, но когда нужно что-то более наворочанное.
Ну и, конечно, его библиотеки просто великолепны.
Посмотрел статью, на которую дана ссылка, и стал понимать. Дело в том, что я в основном имею дело с профессиональными программами работы с видео. И у них алгоритм именно такой - если цветовое пространство прописано в файле - работать в нём. Не прописано - смотрим по разрешению файла.
Если же данный алгоритм не гарантирован - то, конечно, лучше прописывать цветовое пространство в явном виде.
Немного напоминает ранние компьютерные видеоплейера, программисты которых в принципе не понимали - что такое чересстрочная развертка и как пиксель может быть неквадратным
Обычно считается по ширине - всё, что до 720 - SD, 721 и более - HD.
Проблема в том, что для этого надо учитывать входное цветовое пространство. То есть можно, конечно, по умолчанию ставить видеофильтр приведения к 709, но это, скорее костыль.
А смысл? В 99% при разрешении видео SD и ниже - bt470, всё что выше - b709. Тут, правда, есть подводный камень - если делаешь апскейл SD-HD или даунскейл HD-SD, то лучше прописать преобразование в явном виде. А в остальных случаях особо и не надо.
Эээээ. Что???
А вообще - статья мне напомнила классический рисунок "как нарисовать сову".
По большому счету любой ESC состоит из четырех компонентов:
микроконтроллер
драйверы выходных ключей
выходные ключи
стабилизатор питания
А вот прошивок под это всё существует довольно много. Из популярных:
SimonK (стоит в большинстве копеечных китайских регуляторов)
BlHeli - открытый код, огромное количество поддерживаемых ESC, прекрасные возможности по настройке, легко кастомизируется (например, я делал версию BLHeli для регуляторов Cheerson CX20).
BLHeli32 - новая версия от того же автора, код закрыт
Вроде еще несколько новых появилось, но давно не следил, не в теме.
Это вы где-то что-то напутали - это не имеет отношения к ESC
Вообще - проект странноватый. Ну, то есть я понимаю стремление сделать всё самостоятельно с нуля - это должно быть довольно забавно. Но выбор компонентов вызывает оторопь - древний, как г.м. радиомодуль, esp32 в качестве декодера сигналов радиомодуля (основная прелесть - wifi - не используется вообще, выводов фиг да ни фига, многоканальный PWM делается через одно место) и в качестве вишенки - Arduino Nano для передатчика.
Месье знает толк в извращениях...