То что надо. И с массивами в блоках code разобраться. Они никак не доступны из основного проекта.Слимпер писал(а):Надо или возможность передавать текст в код без кавычек или еще лучше настраиваемый выпадающий список параметров.
Вы ещё подумываете? Тема уже 4 месяца висит - http://forum.flprogwiki.ru/viewtopic.php?f=10&t=853support писал(а):я подумываю, ввести тип Unsigned Int.
Имею виду вот, чтоsupport писал(а):Не понимаю какие проблемы с текстовыми константами. Делаем входы для блока, на низ снаружи подаем константы.
Смешное в том, что сам СИ я знаю очень слабо. Да и полез в него, когда стало не хватать возможностей FLProg.support писал(а):В идеале было бы неплохо Вам, как самому опытному в работе с блоками на С
Примерно так и будет.Слимпер писал(а):Если бы можно было назначит пользовательский параметр PORT Присвоит ему значение Serial1В блоке написать
PORT.print()
А в Arduino IDE получить
Serial1.print()
наконец то понял в чем проблемам. Если в свойствах строкового параметра будет стоять галочка "Выводить без ковычек" и при компиляции будет вставляться значение параметра как есть - это будет нормально? В принципе насчет кавычек я могу завтра реализовать (работы на полчаса и в следующей версии это уже будет). С компортом и массивами - попозже. Так же я думаю есть ли смысл сделать предустановденные параметры (комбобох). То есть в качестве параметра вы выбираете предустановленные параметр, составляете список (присваивая каждому из них имя и значение) а пользователь при настройке блока выбирает нужный из выпадающего списка. Значение выбранного параметра вставляется в код в месте его вызова. Это интересно?Слимпер писал(а):В блоке пишемradio.setDataRate( speed );
то при переходе в Arduino IDE получаем строку
radio.setDataRate( "RF24_250KBPS" );
Но такое библиотека не понимает
Ей надо без кавычек именно:
radio.setDataRate( RF24_250KBPS );
УЖЕ очень хорошо будет.support писал(а):Если в свойствах строкового параметра будет стоять галочка "Выводить без ковычек" и при компиляции будет вставляться значение параметра как есть - это будет нормально?
Да тоже было бы очень удобно, когда параметр должен иметь всего несколько однозначно определенных значений. В первую очередь тем кто будет пользоваться блоком.support писал(а):Так же я думаю есть ли смысл сделать предустановденные параметры (комбобох). То есть в качестве параметра вы выбираете предустановленные параметр, составляете список (присваивая каждому из них имя и значение) а пользователь при настройке блока выбирает нужный из выпадающего списка. Значение выбранного параметра вставляется в код в месте его вызова. Это интересно?
Ну ту вопрос спорный. Объясните почему в промышленности все давно почти ушли от чистого СИ и уж тем более ассемблера?dekorator писал(а):Смешное то, чтоFlprog по своей сути и является "выходом из положения" для электриков и для ярых противников кода. И функциональная гибкость на том-же уровне.
Для того он и создавался. Могу считать эту фразу похвалой и гордиться. Кстати всё началось как раз с просьбы моего коллеги - электрика помочь с кодом для ардуинки (то самое - "тыж программист").dekorator писал(а):Смешное то, чтоFlprog по своей сути и является "выходом из положения" для электриков и для ярых противников кода.
Ой-ляля. Вы про промышленное программирование слышали хоть краем уха? Там системы создаются покруче любого сервера. А языки те же, FBD и Lad. Так что есть чему чему стремиться. Да и сами видите что ребята на форуме делают. А вот реального законченного устройства сделанного "Настоящими программистами" я что то не видел пока. Так поделки на коленке на беспаячных платах работающие через раз. Зато там сервера подняты на роутерах и очень красивая картинка на вэб морде. Посмотрите подборку на гиктайме по тематике DIY. Простыни кода и ничего законченного. Гибкости море - изделия нет. Паять и делать нормальную обвязку мы не умеем и не хотим, но код писать - это да, жми себа кнопочки.dekorator писал(а):И функциональная гибкость на том-же уровне.
Тут уже ошибаетесь, arduino совсем не слабая или устаревшая платформа. Вы ради интереса ковырните ОВЕН СИМЕНС OMRON там (по сравнению с мегой) вообще убогие чипы стоят. К примеру я ушёл с них потому что то что сейчас решается одной мегой требовало только оборудования на 60-70К рублей. А тут 500 р. Так что про возможности вы зря. Да и доступность. Второй причиной почему я ушёл с промконтроллеров стало проблема с их поставкой, (к примеру этой весной OWEN ПР-200 отсутствовал 2 месяца ! полностью). А дешёвая ардуина и датчики покупается в течении 1 дня.support писал(а):Я всё таки делаю программу помогающую людям войти в мир микроконтроллеров, не ломая свой опыт. Так же я хочу дать возможность повозится с контроллерами людям с любой обеспеченностью и возможно найти свой путь в жизни. Поэтому я стараюсь использовать в проекте максимально дешёвые комплектующие (пускай и морально устаревшие и возможно не самые лучшие), и максимально облегчить работу с ними.
о ней. И дело в другом, на андроиде в принципе невозможен 100% уптайм, не для того платформа. Принцип программирования другой.Rovki писал(а):Если речь о программной надежности
Согласен с Сергеем смысла в ней нет, для языка логики и стоящих задач.dekorator писал(а):Отлично. При этом в программе отсутствует два из фундаментальных представлений чисел( переменные ) - двоичное и шестнадцатиричное.
Он вреден, для написания корректного кода надо очень хорошо понимать работу интерпретатора программы. Как я писал в первом сообщении delay и циклы должны быть табу. Они совершенно не подходят к данному языку, но пользовательские блоки ими грешат, в силу непонимания или привычки.sser писал(а):Так. Объясните, к чему эта явная пропаганда намеренно уводить людей от использования кода?
Примера для, сейчас пишу программу автоматизации котельной частного дома, с автоматической подстройкой под фактически любую топологию отопления. И с полностью гибкой системой настройки всего и вся. FBD.support писал(а):Там системы создаются покруче любого сервера
А кто тут кого уводит от кода?dekorator писал(а):Я против намереного притеснения и явной пропаганды, против навязанного увода в сторону от кода.
Увод обоснован, слишком разная логика написания программ. Принцип разный. Си в данном случае костыль. Не инструмент, а костыль.dekorator писал(а):Вы меня не поняли. Я против намереного притеснения и явной пропаганды, против навязанного увода в сторону от кода.
Насчет delay согласен, а вот циклы очень даже нужны, как без них найти нужный элемент в массиве или разобрать строку ? Проста ими надо уметь пользоваться.findeler писал(а):Как я писал в первом сообщении delay и циклы должны быть табу.
О как вы ошибаетесь. Проблема построчного программирования как раз в этом, нет общей картины. Время на отладку может лететь в бесконечность.Слимпер писал(а):Тем кто реально хорошо освоил СИ, и досконально разобрался в подноготной работы AVR, конечно же напишут нужную им программу куда быстрее и она будет компактнее и надежнее работать
А я надеюсь на буржуев)))). Мои друзья сейчас заканчивают перевод, и следующая версия выйдет уже с английским языком. Но его использование будет платным (лицензия на комп с привязкой к железу). Я имею процент (неплохой). Если стрельнет - буду развивать, возможно даже найму людей в помощь. Но русская версия будет бесплатной - это точно. Хоть малюсенький, но мой вклад в развитие страны - надеюсь у нас появится больше грамотных специалистов.findeler писал(а):Сергей не ставьте бесплатность во главу угла, множество отличных идей умерло как раз из банального отсутствия денег на дальнейшую разработку. Вам решать но, это поверьте не проблема. Ну и для ознакомления вы уже всё сделали. (На текущем функционале, с минимальными добавлениями кода, уже реализуются системы уровня сложности simens S200-300, а это очень, очень хороший результат )
Сложный вопрос, весь мой жизненный опыт показывает только одно люди не ценят бесплатное. Я 8 лет проработал в строительстве, там это вообще эпично выглядит.support писал(а):Но русская версия будет бесплатной - это точно. Хоть малюсенький, но мой вклад в развитие страны - надеюсь у нас появится больше грамотных специалистов.