Нихт, пишите так что бы в каждом проходе программы (основной цикл) выполнялся бы только один шаг. Пусть ищет сто- двести циклов программы, но никаких внутренних циклов. Это и есть основа 100% работоспособности.Слимпер писал(а):Насчет delay согласен, а вот циклы очень даже нужны, как без них найти нужный элемент в массиве или разобрать строку ? Проста ими надо уметь пользоваться.
Я редкий случай, который может вообще всё. И схему создать, и плату развести , и программу написать, И корпус сделать, и производство запустить. И я полностью согласен в этом вопросе с Сергеем. Хотите "С" atmel studio ждёт вас.dekorator писал(а):Стрельнё то может и срельнёт, но с таким псевдо рассистким подходом - электрик, программист, "визуальщик" скорее всего будет осечка.
Долой разделение!!!
Недоработка автора, есть другие решения.Слимпер писал(а):И по другому не как
Конечно есть. Но редкость. И в основном из старшего поколения. Молодежи грамотной мало. Да и откуда ей взяться? Такие увлечения как у нас появляются и развиваются в основном с детства. Я в своё время БЕСПЛАТНО ходил в радиокружок в Дворце пионеров (да я такой динозавр), одновременно БЕСПЛАТНО посещал картинговую секцию в Доме юнного техника. Папа мог с зарплаты без проблем купить мне конструктор или набор типа "электронные кубики". Уже постарше с денег полученных за колхоз я смог купить мечту всех мальчишек - набор для сборки маленького телевизора (уже не помню как назывался). А сейчас любой мало мальски приличный набор стоит среднюю зарплату по Новосибирску. Отечественных нет вообще, а импортные не подьёмны по деньгам. Все технические кружки -платные, и то же достаточно дороги. Куда деваться детям у родителей со средним достатком. В пивнушки. Откуда взяться грамотным специалистам. В институтах то же стоимость обучения зашкаливает. Бюджетные места вот недавно ещё урезали. Так и получаем безграмотное поколение.Слимпер писал(а):Вот глянте Электроника для всех Там куча примеров того, что возможно и симбиоз Программист + Схемотехника + Конструктор. Но таких людей не так уже и много, но они есть.
Если пойти глубже то все штатные функции CИ по работе со строками это и есть цикл с перебором всех символов строки.findeler писал(а):Недоработка автора, есть другие решения.
Плюс Flprog учит что шестнадцатиричная система ни к чему хорошему не приведёт и FBD это всё что нужно. Бедная молодёж.support писал(а):Так и получаем безграмотное поколение.
Нет это продуманное решение. То что вы говорите по поводу одного уикда - правильно при визуальном программированиии (непосредственно в схеме), но при компиляции действительно многие блоки разворачиваются в циклы. просто это не заметно как говорится снаружи. В этом и есть работа компилятора - оптимизировать исходную схему для уменьшения размера программы и ускорения работы. Delay - да зло, я с этим согласен. Но и то иногда и он необходим например в процессе инициализации контроллера. Я правда его ещё ни разу не применял, пока получается обходится, но примеры видел когда без него никак. Хотя вру, применял. в Модбасе у меня Delay на 5 милисекунд для очистки буера после неудачного приёма. там он просто необходим. но и то только при софтовом UART и в отдельных случаях. Там это необходимо и обойтись никак нельзя было. так что говорить что что то запрещено - нельзя. Надо просто думать что и когда применять. Ну и в конце концов это касается только блоков на С. Блока Delay в стандартной библиотеке у меня нет ))). как и блока цикла.findeler писал(а):Недоработка автора, есть другие решения.
Сколько можно об одном и том же ....dekorator писал(а):Плюс Flprog учит что шестнадцатиричная система ни к чему хорошему не приведёт и FBD это всё что нужно. Бедная молодёж.
А никто не держит...Rovki писал(а):Сколько можно об одном и том же ....
А вот здесь как раз одно из отличий меду обычным и пром программированием. Либо результат вычисляется постепенно, либо сразу. Причём сразу делают:через прерывание, без циклов с нечётким условием, с фиксированным временем исполнения кода , Время выполнения учитывают.Слимпер писал(а):А так как вы предлагаете, нужный резальтат получишь когда он уже будет не нужен.
Я знаю, я просматриваю скетч. Я наверное слишком предвзят. Но имхо это не правильно. Цикл не имеет чёткого времени исполнения. А это в управлении порой критично. Вот пример (не мой). Сложный блок питания в ракетостроении. Время отработки полного цикла программы 1 мс. То есть независимо от того что и как, полный цикл 1 мс не более. С циклами время очень сложно прогнозировать.support писал(а):но при компиляции действительно многие блоки разворачиваются в циклы. просто это не заметно как говорится снаружи
Для таких задач нужны как раз уже дорогие пром контроллеры. Что бы не говорили, их цена в некоторых случаях обосновано.findeler писал(а):Я знаю, я просматриваю скетч. Я наверное слишком предвзят. Но имхо это не правильно. Цикл не имеет чёткого времени исполнения. А это в управлении порой критично. Вот пример (не мой). Сложный блок питания в ракетостроении. Время отработки полного цикла программы 1 мс. То есть независимо от того что и как, полный цикл 1 мс не более. С циклами время очень сложно прогнозировать.
Как раз нет, пром контроллер ценен своим софтом, разберите его, таже ардуинка но обвязка получше. Чипы там обычные. А вот как раз отдавать на откуп чужому интерпретатору критично важное решение , нет и ещё раз нет. Этим кстати сильно подкупает flprog, можно посмотреть код, и если надо поправить. Да есть и множество других факторов, не дают использовать пром контроллеры. Начиная от надёжности, размера, функционала, .....Слимпер писал(а):Для таких задач нужны как раз уже дорогие пром контроллеры. Что бы не говорили, их цена в некоторых случаях обосновано.
А вот здесь поподробнее. Кокой должен быть порядок, да и вообще опишите стандартный способ передачи байт флоат через модбас. Я немного похоже затупил когда это делал. я так понял что каждый производитель делает как хочет. Сделаю настройку передачи для Овен. Ну и для других если инфу дадут.nalnik писал(а):Одна беда в FLProg я не могу менять порядок передачи байт FLOAT по Motbas - приходится править в IDE перед заливкой