Проект "Задержка свечения светодиода". При нажатии на кнопку загорается светодиод, через определенное время тухнет.
Схема:
Конфигурация:
Сборка проекта:
Здравствуйте, необходимо устройство которое при нажатии на кнопку включало бы нагрузку на 3 минуты, а при еще одном нажатии во время первого режима ( 3 минуты ) Оставляло бы ее включенной до тех пор пока не нажать кнопку (+ светодиод для контроля этого режима) третий раз.
Я верно понимаю, что сборка этого, э-э-э, рисунка, изначально идет в код на Си (или на ассемблере)? Выложили бы его, общественность бы посмотрела, насколько этот кодогенератор эффективен.
Некоторые считают, что да. Есть, например, любители LabVIEW, Flowcode и других, э-э-э, альтернативных подходов к программированию. Но я такого не понимаю и продолжаю писать, а не рисовать программы.
Какая-то странная хрень. Чтобы решить задачу, надо сначала нарисовать схему устройства на дискретной логике. Как-то мне это видится более заморочечным способом, чем накидать десяток строк кода с нужным функционалом.
Ну первая задача может быть еще, но вот вторая - это, видимо, для схемотехников, мыслящих триггерами с логикой, но, вместо ПЛИС и микрух, взявшихся за AVR
есть плк и они программируются примерно такими же визуальными средами или же своим языком
но плк это дорого и как из пушки по воробьям
поэтому берется дешевый мк и вот такая визуальная среда, чтобы реализовать какой-то алгоритм, который раньше делали на логике и чтобы не заморачиваться с изучением всяких там таймеров, регистров, прерываний
пора отходить от быдлостереотипов и умерить чсв
надо решать вопросы и для этого есть инструменты, а уж как ты им владееш - дело десятое
ну или если тебе платят за строчки кода или по часам, то можно конечно и так работать
а кто-то решает вопросы заказчика и там надо быстро и дешево
есть такая штука - профессианальная деформация, когда годами в комфорте сидел и привык юзать одну иде, то новое не можеш воспринять
kalobyte писал(а):а кто-то решает вопросы заказчика и там надо быстро и дешево
Вычерчивая управляющий алгоритм в формате схем дискретной логики, не получится ни быстрее ни дешевле. Больше того, в какой-то момент может потребоваться отладка, т.к. ввиду возросшей сложности ошибки просто обязаны возникнуть. И такими темпами мы дойдем до того, что нужно будет собирать физический прототип, отлаживать его традиционными средствами, а лишь потом загонять выверенную схему в
этот алгоритм-билдер. Все это начинает выглядеть, как передовые трансректальные методы разработки.
Интересно, сколько времени придётся убить на "создание" в этой программе индикатора среднего и пикового уровня сигнала на одной шкале (как в проф. технике) "высотой" 32 сегмента (естественно, с подключением внешнего сдвигового регистра) и с программным 2-ух полупериодным детектором Интересно было бы ещё Listing посмотреть....
Albert_V писал(а):Интересно, сколько времени придётся убить на "создание" в этой программе индикатора среднего и пикового уровня сигнала
почему никто из вас не задается вопросом, сколько времени было убито на изучение языка программирования и регистров контроллера
a5021 писал(а):Это весь код (CodeVisionAVR) для данного примера:
и сколько ты времени потратил, чтобы знать, в какой последовательности нажимать кнопки на клавиатуре для сотворения этих магических символов?
софт автора нужен для создания автоматов - тупых логических схем
только вместо логики железной используется софтовая и один дешевый контроллер
сфера применения - автоматизация каких-то мелких процессов, а не взаимодействие с цветными экранами и всякими там гироскопами
Интересно было бы ещё Listing посмотреть....