Ваши претензии выглядят неубедительно. Вы не обосновываете свои замечания, вы просто занимаетесь диванной экспертизой и пытаетесь полить дерьмом работу.
Даже, если у меня реально есть какие-то ошибки или излишние упрощения это не повод пытаться выставить меня идиотом.
Эта разработка не обязана была быть жемчужиной человеческой мысли, она не пойдёт в серию и не полетит в космос. Я вполне осознанно шёл на компромиссы и упрощал там, где по моему мнению можно упростить. Говорить, что я не знаю что такое p-n переход или DC bias это просто оскорбление.
1) Что значит не по инженерному? Придирка необоснованная
2) IRF540 старый , но очень хороший транзистор за свою цену 50р/шт. Покупать супер крутые ключи за 500р я не планировал.
3) Что значит не переход? Не вижу ошибку.
4) Как раз по ёмкости и заряду считается.
5) Где написано про 2 вольта? Откуда вы это взяли?
6) Я мог любую цифру ляпнуть, хоть 1, хоть 0.1 , я сам задаюсь рассеиваемой мощностью. Это инженерный рассчет, где слово "инженерный" = "приблизительный". Числа выбираются по совокупности факторов.
7) Я отлично знаю про DC bias, поэтому керамические конденсаторы взяты на номинальное напряжение 250 вольт. 100 вольт я написал для сборки в целом, потому что плёночные на 100, а они не склонны к DC bias.
Я рад, если оно действительно так, но я в оптимизациях компилятора не шарю и ассемблерный код не читаю. Мне надо только, чтобы код работал ровно так, как я его написал на C и без сюрпризов.
В системах реального времени надо четко контролировать данные, особенно, если работаешь в прерывании. Компилятор может кэширлвать данные, которые меняются переыерийным устройством в произвольный момент. Компилятор мог это не учитывать и работать с неактуальными копиями в кэше.
Это актуально, когда нужен массовый отечественный продукт. Я ориентируюсь на проверенные временем TI, Infineon, NXP, Renesas, STM, Microchip, Gowin, Xilinx и тп
Странно. У меня прямо противоположный опыт. В моём понимании светодиод это неубиваемый стабилитрон с побочным эффектом в виде свечения)) Шучу конечно, но у меня светодиод всегда был самой выносливой деталью. Вот лазерный диод неженка, это да)
У меня симметричный ШИМ просто переключает диагональные ключи. Получается типа Fast Decay, но с фиксированной частотой ШИМ и аккуратной регулировкой с помощью ПИ регулятора. По обмотке всегда течёт ток либо в одном, либо в другом направлении. Это абсолютно правильно и нормально. Костыль с Low Decay введен в примитивные драйверы из-за отсутствия нормального регулятора
У меня не C++ , а C, ну не суть. Оптимизации компилятора меня вообще не волнуют, я обычно всё в дебаге шью с -o0 и ни разу не было проблем. Отлаживать можно через Cube Monitor очень удобно(не в этом проекте). Если нужна отладка до микросекунд, то можно выводить цифровые сигналы на логический анализатор или аналоговые на осциллограф. Вроде костыли, а большего и не нужно.
Спасибо. Оптимизации точно повлияли. Первая версия алгоритма работала примерно в 3-4 раза медленнее. Я мониторил начало и конец прерывания по осциллографу. Не могу утверждать, что ни одна из оптимизаций не была вырезана компилятором, но что-то явно помогло.
Я так и не понял зачем вы использовали кастомный VGA, если генератор видеосигнала NES уже выдает композитный видеосигнал? Почему бы не подключить его напрямую через аналогичный резистивный ЦАП? Тогда не надо было бы мучиться с частотами
Фух, статья очень интересная. Сам я, конечно, пока не готов к такой экзотике. Придерживаюсь традиционных STM32, но хочу всё-таки распробовать RISC-V в контексте soft-ядер для ПЛИС. Мне кажется, что Arduino IDE слишком примитивна для таких МК, она пытается быть универсальной и это прокатывает для AVR архитектуры, у которой одно элементарное ядро на все модели, а на 32 битных МК, которые имеют большое разнообразие, это уже не прокатывает. Разработчик ожидает определенную производительность и не получает её из-за тонны лишнего кода под капотом ардуиновских функций. Это я к тому, что тем , кто перерос Arduino, следует слезать и с Arduino IDE.
Ваши претензии выглядят неубедительно. Вы не обосновываете свои замечания, вы просто занимаетесь диванной экспертизой и пытаетесь полить дерьмом работу.
Даже, если у меня реально есть какие-то ошибки или излишние упрощения это не повод пытаться выставить меня идиотом.
Эта разработка не обязана была быть жемчужиной человеческой мысли, она не пойдёт в серию и не полетит в космос. Я вполне осознанно шёл на компромиссы и упрощал там, где по моему мнению можно упростить. Говорить, что я не знаю что такое p-n переход или DC bias это просто оскорбление.
1) Что значит не по инженерному? Придирка необоснованная
2) IRF540 старый , но очень хороший транзистор за свою цену 50р/шт. Покупать супер крутые ключи за 500р я не планировал.
3) Что значит не переход? Не вижу ошибку.
4) Как раз по ёмкости и заряду считается.
5) Где написано про 2 вольта? Откуда вы это взяли?
6) Я мог любую цифру ляпнуть, хоть 1, хоть 0.1 , я сам задаюсь рассеиваемой мощностью. Это инженерный рассчет, где слово "инженерный" = "приблизительный". Числа выбираются по совокупности факторов.
7) Я отлично знаю про DC bias, поэтому керамические конденсаторы взяты на номинальное напряжение 250 вольт. 100 вольт я написал для сборки в целом, потому что плёночные на 100, а они не склонны к DC bias.
Я рад, если оно действительно так, но я в оптимизациях компилятора не шарю и ассемблерный код не читаю. Мне надо только, чтобы код работал ровно так, как я его написал на C и без сюрпризов.
О, это ты был на Chaos Constructions в СПБ? Я видел эти прибамбасы там
В системах реального времени надо четко контролировать данные, особенно, если работаешь в прерывании. Компилятор может кэширлвать данные, которые меняются переыерийным устройством в произвольный момент. Компилятор мог это не учитывать и работать с неактуальными копиями в кэше.
Это актуально, когда нужен массовый отечественный продукт. Я ориентируюсь на проверенные временем TI, Infineon, NXP, Renesas, STM, Microchip, Gowin, Xilinx и тп
Мои разработки выпускаются мелкими сериями по 5-50 штук под заказ. На такое и оригинальные stm32 найдутся на скаладах чип и дипа по 300р/шт.
Странно. У меня прямо противоположный опыт. В моём понимании светодиод это неубиваемый стабилитрон с побочным эффектом в виде свечения)) Шучу конечно, но у меня светодиод всегда был самой выносливой деталью. Вот лазерный диод неженка, это да)
Я знаю, что это для этого сделано, но это не необходимо при наличии нормального ПИ регулятора и ШИМ. ШИМ с регулятором работает на порядок лучше
Спасибо!
1) Я стремился не избавиться от помех, а нормировать их по частоте, чтобы они нормально фильтровались.
2) Да , я знал про USB DFU, но у меня была библиотека Modbus RTU написанная под USART и я хотел использовать её.
3) Че то я не замечал выгорания оптронов от переполюсовки никогда. Резистор их всегда успешно спасал.
У меня симметричный ШИМ просто переключает диагональные ключи. Получается типа Fast Decay, но с фиксированной частотой ШИМ и аккуратной регулировкой с помощью ПИ регулятора. По обмотке всегда течёт ток либо в одном, либо в другом направлении. Это абсолютно правильно и нормально. Костыль с Low Decay введен в примитивные драйверы из-за отсутствия нормального регулятора
У меня не C++ , а C, ну не суть. Оптимизации компилятора меня вообще не волнуют, я обычно всё в дебаге шью с -o0 и ни разу не было проблем. Отлаживать можно через Cube Monitor очень удобно(не в этом проекте). Если нужна отладка до микросекунд, то можно выводить цифровые сигналы на логический анализатор или аналоговые на осциллограф. Вроде костыли, а большего и не нужно.
У меня так однажды мелкий дисковый конденсатор на 0.1мкф отгорел от драйвера TB6600HG
Я скорее всего в дебаге шил с флагом -00.
Спасибо. Оптимизации точно повлияли. Первая версия алгоритма работала примерно в 3-4 раза медленнее. Я мониторил начало и конец прерывания по осциллографу. Не могу утверждать, что ни одна из оптимизаций не была вырезана компилятором, но что-то явно помогло.
Я так и не понял зачем вы использовали кастомный VGA, если генератор видеосигнала NES уже выдает композитный видеосигнал? Почему бы не подключить его напрямую через аналогичный резистивный ЦАП? Тогда не надо было бы мучиться с частотами
Я смотрел это видео с мыслью, что меня очень , очень , очень профессионально обрабатывают. Спасибо за статью, плюсик.
Недавно попробовал самостоятельно (ну почти) собрать проект только с CMSIS, было больно, но приятно.
Респект, похоже на повозку Сатаны
Фух, статья очень интересная. Сам я, конечно, пока не готов к такой экзотике. Придерживаюсь традиционных STM32, но хочу всё-таки распробовать RISC-V в контексте soft-ядер для ПЛИС. Мне кажется, что Arduino IDE слишком примитивна для таких МК, она пытается быть универсальной и это прокатывает для AVR архитектуры, у которой одно элементарное ядро на все модели, а на 32 битных МК, которые имеют большое разнообразие, это уже не прокатывает. Разработчик ожидает определенную производительность и не получает её из-за тонны лишнего кода под капотом ардуиновских функций. Это я к тому, что тем , кто перерос Arduino, следует слезать и с Arduino IDE.