#2
Сообщение
support » 13.08.2016{, 11:50}
Попробую ответить на все пункты и заодно рассказать о своём видении развития програииы.
1. Новые датчики я всё таки планирую добавлять. Наиболее интересные и востребованные. Например скоро мне придут ЦАП - ы, и я обязательно добавлю их поддержку. Пользовательские блоки - это конечно хорошо, но поддержка на уровне компилятора более экономична в вопросе ресурсов,и более надёжна. Да и к каждому интегрированному блоку соответствует созданный специально для него диалог настройки, что значительно упрощает работу с боком. Как и в любой программе ошибки конечно есть, но я стараюсь по мере их нахождения и возможности их устранять. Код показывать не получится, поскольку он формируется динамически, во время компиляции проекта и зависит от проекта. Вариантов кода для каждого блока много и невозможно определить на этапе создания проекта какой код образуется в конце. Проект анализируется не как набор блоков, а целиком.
2. Написал в предыдущем пункте
3. Честно говоря мне больше нравится дерево, и у меня на него большие планы. Но скорее всего я туда вынесу все устройства, массива, переменные используемые в проекте. Собственно говоря для примера я беру дерево проекта в программе Tia-Portal от Сименса.
4. Эта идея уже давно витает в воздухе. Я пока думаю как реализовать просто галочку в свойствах переменной "Хранить в EEProm". Тогда от специальных переменных можно будет отказаться и дать возможность сохранять в EEProm любую переменную.
5. Это просто невозможно. Я пока (да и в будущем скорее всего) не смогу сделать полноценный парсер кода С. Поэтому создание пользовательских блоков на С пока остаётся на совести их авторов.
6. Да это очень сложно. В ближайшее время даже не планирую. Но есть же Proteus. как вариант замены симулятора - более менее пойдёт.
7. Перевод практически завершен. Следующая версия выйдет уже с двумя языками. Но есть одна тонкость. Я не занимаюсь переводом. Я только подготовил словари. Переводом занимаются другие люди. И им же я отдал право на распространение лицензий на использование английской версии. Так что использование английской версии будет платным. Русская версия которой занимаюсь я всегда будет бесплатной.
8. Я не вэб программист, да и сайт который сейчас работает собран с помощью конструктора UCOZ. С дизайном (чувством прекрасного) у меня то же всё плохо. Поэтому я практически не занимаюсь дизайном сайта. Я предпочитаю делать то что умею и не тратить время на то чего не умею.
9. Не очень понял идею. А как Вы предлагаете задавать выход платы для того датчика? ну или для выхода. Насчёт входов или выходов. Реализация как у меня - это общепринятая практика. В любой промышленной среде сначала для ячейки образа контроллера соответствующей его входу или выходу создается символьное имя и оно уже используется на схеме.
11. Я над этим работаю
12. Я так понимаю имеется в виду Open Sourse. Боюсь не получится. Во первых язык программирования -SmallTalk - программистов на нём очень мало, особенно в России. Да и я очень хорошо понимаю и знаю (на личном опыте) что произойдёт после выхода исходников в Opren Sourse. Проект умрёт. На то есть много причин. У подобного проекта должен быть один автор, так сказать одно направление, один путь. Который наверное устраивает не всех. Если начать групповую работу, где каждый видит своё направление и путь, то получится монстр с которым невозможно работать. Такое я то же видел не раз. Хотя Вы правы, одному очень сложно.
Ну а теперь ближайшие глобальные планы (и моё виденье, как говорится путевая карта).
После выхода локализованной версии начнётся работа над Скадой. Я просто не вижу пока другого пути что бы приклеить к проекту графические дисплейчики. Честно говоря поэтому я пока и не занимался с ними. Так же будет возможность создавать Скада приложения для ПК. Представление и способы реализации уже продуманны осталось реализовать. Со временем возможна поддержка скадой и Android. Но это со временем. Я пока ещё ни разу не программировал под андроид - вот и будет повод.
Затем планируется создание мультипроекта. То есть в одном проекте можно будет работать с несколькими контроллерами непосредственно обмениваясь данными между ними по различным коммуникациям. Вот там и подтянутся всякие радиомодули, Wifi и т.д.
Ну а в промежутках, или скорее параллельно, как обычно - добавление новых блоков, отлов и исправление ошибок и тому подобное. В общем текучка.
Автор программы FLProg.