Flprog не запускается на windows 7

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх

Хочу написать пару слов об использовании FLProg под Линуксом.

Я заведую лабораторией автоматики на инженерном факультете одного частного университета. Мы много работаем с платформой Arduino и у нас всё заточено под Линукс. Кроме того, у нас большой популярностью пользуются русские разработки и русский язык. FLProg был встречен на ура, но к энтузиазму прибавилось и недоумение, почему у русских отсутствует версия под профессиональную операционку.

Но к счастью не всё так запущено.

От разработчика я узнал, что FLProg написан на SmallTalk с использованием вызовов Win API. Со SmallTalk-ом я знаком мало, но у меня есть большой опыт работы например с Си#, который тоже использует Win API, и у меня накопился положительный опыт кроссплатформенного использования подобных приложений. Поэтому у меня не возникло в принципе сомнений, что FLProg должен запуститься под Линуксом.

Для начала я просто скопировал файлы FLProg из Windows в Линукс и запустил программу из командной строки. Ожидания меня не обманули — FLProg запустился и бесперебойно работал под Убунту 12.10 и 14.04, а также openSuSe Evergreen 13.1. Разумеется, для работы с Win API Линукс требует соответствующей среды. Такой средой могут быть дистрибутивы использующие либо объединенное ядро LUK, либо стороннее ПО, как правило Mono или dotGNU (обе воспроизводят под Линуксом среду .NET). У меня во всех трех случаях установлена Mono. В настоящее время Mono поддерживают платформы Debian, Ubuntu, Red Hat, Suse, CentOS, Gentoo и Arch. В SuSe Mono установленя по умолчанию; в других дистрибутивах её надо установить из репозитория или исходников. В настоящее время это процесс достаточно отлаженный и автоматизированный, так что думаю нет надобности описывать его в деталях. Важно, чтобы у вас была версия вашего дистрибутива была по возможности поновее. Например, Убунту поддерживает Mono начиная с 12-й версии, а Fedora Core — с 10-й.

Но что делать, если у вас старая версия Линукса, или возникли проблемы в установлении Mono? (Например, Scientific Linux, которая хоть и является клоном
Red Hat, но Win API поддерживает крайне неохотно; Mono приходится устанавливать из исходников, долго и муторно доводя их до ума вручную.) Тогда на помощь приходит старый, добрый wine. В моем случае я запускал FLProg командой wine ‘./FLProg’ из командной строки под Убунту, openSuSe Evergreen 13.1 и Scientific Linux 6. Как и следовало ожидать, FLProg охотно запустился и стабильно работал во всех случаях. Если при этом, Убунту 12 ругается на несовместимые или отсутствующие модули:

это можно проигнорировать, так как речь идет о глюках в реализации поддержки режима i386 под системой amd64 и эти глюки устранены в новых версиях wine. На работе FLProg это не отражается.

Тут мне, возможно, укажут, и вполне справедливо, что нет смысла тупо копировать файлы FLProg-а на Линукс и рисковать, что что-нибудь накосячу, когда FLProg устанавливается стандартной процедурой с использованием инсталятора Smart Install Maker. Разумеется, я пошел по этому пути. Сразу оговорюсь: есть нюансы.

Во-первых, для работы со Smart Install Maker вам понадобится wine. А у wine своя, автономная система файлов и папок, имитирующая систему Windows. Следует учесть, что если инсталятор предлагает установку программы в папке по умолчанию как здесь:

то на самом же деле она будет находится в папке как здесь:

Если вам не принципиально, где размещены файлы FLProg-а, можно всё оставить как есть. В противном случае вам придется вручную подогнать размещение папок под существующую или предполагаемую организацию.

Во-вторых, может случиться, что инсталятору придется помогать руками. Если, например, если под Убунту и SuSe весь процесс гладко прошел в автоматическом режиме, то под Scientific Linux 6 мне пришлось вручную создавать требуемые папки:

Возможно, что прочие дистрибутивы Линукса таят разные другие сюрпризы. Постараюсь в меру возможностей протестировать FLProg на разных дистрибутивах и версиях.

И в-третьих, FLProg установленный «по всем правилам» начинает заметно тормозить. Это особенно заметно на машинах с 2гб памяти и посредственным тактовым генератором. Частично это можно объяснить тем, что теперь вызов программы происходит в измененной среде:

но только частично, так как при вызове программы из командной строки FLProg по-прежнему тормозит. Вероятнее всего это происходит из-за того, что wine сохраняет управление библиотеками в фоновом режиме.

Так что за вами выбор метода установки и вызова FLProg-а. Если вы решите запускать FLProg из командной строки, то проблем у вас не возникнет. Если же открывать каждый раз папку FLProg вам не охота и вы хотите запускать его глобально или, как у меня, из системного меню, то следует помнить, что FLProg ищет файлы в текущей папке и может вам выдать ошибку отсутствия файла:

Лечится это очень просто: можно написать простой скрипт, который будет открывать нужную папку:

и поместить её, например, в ~/bin. Можно также создать новый пункт в системном меню (например под alacarte в оболочке Gnome, как у меня):

и вызывать скрипт через него или прописать обе команды прямо в командной строке через «;» — кому как удобно.

Если вы используете инсталятор для установки FLProg, то инсталятор создаст на рабочем столе две иконки — FLProg.desktop и FLProg.lnk. FLProg.lnk. можно сразу же удалить — он работать не будет; зато FLProg.desktop полностью рабочий — его можно оставить на рабочем столе или перетащить на панель задач — как кому удобнее:

Если вы работаете в Убунту под оболочкой Unity, то каких-то существенных проблем у вас тоже не будет. Если вы установили FLProg с инсталятором, то программа отлично запускается через Dash Apps Lens:

В моем случае видны три иконки — это результат установки через инсталятор и добавления FLProg в системное меню в разных местах и разным образом. На других компьютерах картинка может быть другая. Следует отметить, что в любом случае в панели задач FLProg будет отражатьса либо как приложение wine:

либо как приложение из текстового терминала (в зависимости от метода вызова) и возможности поместить программу отдельно в панель задач на постоянно нету. Это, к сожалению, существенное неудобство Unity, но разработчики оболочки находятся под постоянным обстрелом критики линуксоидов и возможно в будущем что-нибудь в этом плане улучшиться.

Введение

Приветствую всех посетителей нашего портала, сегодня у нас обзор бесплатной программы под названием FLProg. Узнал я о ней из письма одного из наших посетителей, который попросил уделить ей внимание и по возможности поучаствовать в ее развитии. Собственно сегодня я ее скачаю и попробую написать пару демонстрационных схем, попутно комментируя и выделяя как плюсы программы, так и её минусы. Сразу оговорюсь, что я успел прочесть пару статей о данной программе и немного просмотреть ее официальный сайт, но саму программу я скачиваю впервые. Так же я поверхностно знаком c FBD и LAD, делали большой проект автоматизации завода лет шесть назад, правда программировали контроллеры на STL и SCL, но для общего развития и, понимая, я читал так же и об других, таких как FBD, LAD, GRAPH 7.

Теперь немного поговорим о самой программе. FLProg — это альтернативная среда разработки, эдакая обертка над Arduino IDE позволяющая программировать и задавать логику микроконтроллеру на двух дополнительных языках: FBD и LAD. Оба этих языка стали популярными благодаря старшим братьям микроконтроллеров — промышленным контроллерам от фирмы Siemens, гиганта в мире промышленных контролёров, заслуженно занимающий одно из лидирующих мест. Собственно автор программы частенько на это ссылается, будь то скриншоты контроллеров взятых с официального сайта Сименса или иконками, взятыми из программы Step7.

Немного информации из википедии (Хотя бы бегло прочтите, лишним не будет).

• FBD – Графический язык программирования
• LAD — Язык релейной (лестничной) логики.

На этом со вступлением мы закончим и перейдем к скачиванию и установке программы.

Скачивание и Установка

И так, переходим на официальную страницу скачивания программы. И видим мы тут первый ее плюс. Программа кроссплатформенная. Здесь есть несколько вариантов ОС, это Linux и Wondows. К сожалению дистрибутива, для Mac OS — нет, но мне она и не нужна (Минус не ставлю, но некоторым это не понравиться). Скачаем мы с вами портативную версию под Windows (Второй плюс, наличие портативной версии, порой удобней таскать все с собой, ну например на флэшке). Переходим по нескольким страницам, после чего попадаем в Яндекс.Диск и наконец скачиваем программу (Первый минус, в место прямых ссылок игра в прятки, дизайн сайта и вложенность запутывает). И так, после того как мы скачали последнюю версию (FLProg 2.2) и распаковали ее куда нам надо, приступим к ее изучению.

Первый запуск

После запуска нас приветствует главное окно программы с минимальным интерфейсом.

В главном окне мы видим стандартное меню, и несколько кнопок (Открыть, закрыть, сохранить проект и тд).

Создадим свой первый проект. И по традиции ардуинщиков это будет стандартный Blink (моргание 13-м светодиодом).

Нажимаем кнопку «Создать новый проект» и в открывшемся окне выбираем FBD и Arduino UNO.

 Проект создан, можно приступать.

Пример «Blink» на FBD

Что мы тут видим. Окно поделенное на несколько оконных блоков. Предназначение левого мне неизвестно, но вот два центральных и правое выглядят знакомо.

• Центральное верхнее — настройка портов и создание дополнительных переменных.
• Центральный нижний  — само рабочее поле, где мы будем размещать наши блоки.
• Правый — Список готовых блоков.

Первым делом мы настроим наши порты, а точнее только порт под номером 13 на котором распаян светодиод на плате Arduino UNO.

Кликаем в верхнем центральном блоке по надписи «Выходы» — «Добавить выход». В открывшемся окне выбираем «Тип» — Цифровой, «Номер контакта» — 13, «Имя» — любой текст (в примере — pin13). Все остальные поля игнорируем.

После того как мы нажмем на кнопку «Готово» и окно закроется, в списке появиться выход с наименованием «pin13». Перетаскиваем надпись на рабочее поле.

Вот  что в итоге у нас получилось.

Ищем в списке готовых блоков нечто похожее на таймеры или хотя бы delay. Таких «таймеров» оказалось два, и оба являются эдакими обертками с дополнительным функционалом. 

Блок «Timer» в разделе «Таймеры» — который как мы понимаем из названия и должен быть таймером, на самом деле оказалось реле задержки включения/выключения, использующее для своей работы таймер но не как не являющееся им. За это однозначно минус, наименования не соответствует работе блока.

Последний блок «Generator» в разделе «Таймеры» уже боле менее понятен и как раз впишется в наш пример. Предназначение блока создавать импульсы с заданной длительностью и паузой. Этот блок и будет включать и выключать наш светодиод.

Перетаскиваем блок в рабочее поле и соединяем его выход «Q» с блоком порта «pin13».

Теперь нам надо зайти в настройки блока генератора. И в настройках выбрать:

Тип генератора: Симметричный мультивибратор. (Вам не кажется, что подобные названия заставляют задуматься и как минимум прочитать мануалы?).

Длина импульса: Константа — Миллисекунды — 1000.

И тут мы видим, что блок поменял свое наименование с G-S на GS-M. То есть авторы решили не делать кучу блоков, а по возможности объединить их, и изменив тип блока мы по сути получили совсем другой блок работающий иначе чем первоначальный. Это еще один минус. Надо читать мануалы и настраивать блоки (Хорошо, что у программы мануалы есть и довольно таки неплохие, за это плюс). Я понимаю, что авторы решили упростить и не плодить кучу блоков, но это затруднило, например их поиск, и заставляет читать мануалы, настраивать, и тестировать так ли блок работает, как я его настроил.

После того как мы настроили блок, осталось лишь подать на вход блока генератора единицу, чтобы он работал сразу и всегда.

Кликаем правой кнопкой мыши на входе «EN» блока G-SM и выбираем пункт «Вставить константану». В открывшемся окне выбираем «True» и жмем «Готово».

Все, на этом наш пример Blink закончен, осталось лиши загрузить все в Arduino нажав на кнопку «Компилировать проект». После чего откроется Arduino IDE (Почему-то старая версия 1.6.3) в которой мы увидим созданный FLProg скетч. Грузим скетч в Ардуинку и проверяем.

Ну и давайте теперь посмотрим, какой Си код у нас в итоге получился.

bool _gen1I = 0;
bool _gen1O = 0;
unsigned long _gen1P = 0UL;
void setup()
{
pinMode(13, OUTPUT);

}
void loop()
{



if (1) { if (! _gen1I) { _gen1I = 1; _gen1O = 1; _gen1P = millis(); } } else { _gen1I = 0 ; _gen1O= 0;}
 if (_gen1I) {  if ( _isTimer ( _gen1P , 1000 )) { _gen1P = millis(); _gen1O = ! _gen1O;}}
digitalWrite(13, _gen1O);




}
bool _isTimer(unsigned long startTime, unsigned long period )
  {
  unsigned long currentTime;
currentTime = millis();
if (currentTime>= startTime) {return (currentTime>=(startTime + period));} else {return (currentTime >=(4294967295-startTime+period));}
  }

На первый взгляд у нас тут какая-то не отформатированная каша, но это только на первый взгляд.

На самом деле программа не обязана делать отформатированный Си код, ведь основная из ее задач — дать не программистам и людям, не знающим Си, программировать Ардуино, и форматирование тут не важно. Но если бы генерируемый код был бы отформатирован, я бы однозначно поставил плюс.

Теперь давайте отформатируем его вручную и разберемся что там к чему.

// Объявление переменных для работы генератора.
bool _gen1I = 0;
bool _gen1O = 0;
unsigned long _gen1P = 0UL;

void setup()
{
  // Настройка 13-го порта как выход.
  pinMode(13, OUTPUT);
}

void loop()
{
  // Первая строка. Инициализация таймера и его включение/выключение.
  // Если генератор включен (Напоминаю мы вставили константу чтобы он работал всегда, но это может быть например и порт и некая переменная).
  if (1) 
  {
    // Если генератор не был инициализирован, то включаем его и выставляем переменные.
    if (!_gen1I)
    {
      _gen1I = 1;
      _gen1O = 1;
      _gen1P = millis();
    }
  }
  else
  {
    // Выключение генератора
    _gen1I = 0;
    _gen1O = 0;
  }

  // Вторая строка. Логика самого генератора. Переключения и запоминание переменных.
  // Если генератор включен.
  if (_gen1I)
  {
    // Проверка на необходимость переключения генератора в асинхронном режиме.
    if (_isTimer(_gen1P, 1000))
    {
      _gen1P = millis();
      _gen1O = !_gen1O;
    }
  }
  
  // Третья строка. Работа с портом.
  digitalWrite(13, _gen1O);
}

// Дополнительная функция, реализующая таймер.
bool _isTimer(unsigned long startTime, unsigned long period )
{
  // Получение текущего времени.
  unsigned long currentTime;
  currentTime = millis();
  // Проверка, наступило ли время переключения.
  // Функция так же содержит проверку на переполнение переменной, таким образом таймер может работать непрерывно и долго.
  if (currentTime >= startTime)
  {
    return (currentTime >= (startTime + period));
  }
  else
  {
    return (currentTime >= (4294967295 - startTime + period));
  }
}

Как вы видите из отформатированного кода выше (с моими комментариями), код получился в целом хороший. Лишнего мало. Таймер асинхронный. Проверка на переполнение переменной. Ну и собственно все работает.

Конечно, написав на Си мы могли бы сделать код и по проще и по быстрее, но это не главное, главное то, что мы сделали все это просто перетащив пару блоков и задав несколько настроек. А это значит, что программа справляется со своею задачей, дать не программистам, возможность программировать и задавать логику микроконтроллерам.

На этом обзор программы FLProg закончен, но я обязательно продолжу его через неделю, ведь мы попробовали отнюдь не все ее возможности и языки.

Но уже сейчас я могу сделать выводы, что программа достойна внимания, ее стоит скачать и посмотреть. Ну а окончательные выводы мы сделаем в следующей статье.

С наилучшими пожеланиями и с прошедшим вас новым годом.

You are not logged in. Please login or register.

Active topics Unanswered topics

Posts: 26 to 36 of 36