ТРИМ языки програмирования

[zev_]

будет ли реализован язык ST ?
в FBD проблематично реализовывать достаточно емкие по логике и периферии проекты

[Gromov]

Для контроллеров 2010, 2Gi и Trim можно программировать на Си. Это даже более гибко, чем ST.

[zev_]

и как мне связать смарт с си?

[младшой]

Программу из лоджика с программой на С вы свяжете. Есть примеры где-то здесь: http://dl.segnetics.com/PRODUCTS/SMH2Gi/C/

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

[СВМ]

Сообщение от младшой

А некий ST-подобный язык внутри лоджика был бы очень полезен.

Тема текстового языка программирования уже обсуждалась:http://forum.segnetics.com/showthrea...7248#post17248

[Gromov]

В контексте трима - всё очень просто. Когда мне было нужно - даже не заморачивался с тулчейном, ставил компиляторы прямо на трим, компилировал на нём. В познавательных целях запускал NodeJS и веб-сервер на нём (рядом с тем, что там уже запущен). Короче говоря, на триме реально "как на пк". Всё значительно проще. Особенно для тех, кто имел дело с Debian.
А привязать программу на си к лоджику не так уж и сложно.

Если честно, учитывая отсутствие физических io на триме - не думаю, что потребность в других языках (!fbd) велика. Весь сетевой обмен и весь вывод на экран - это лоджик. В совсем узких местах (вроде архивирования на флешку) только нужен си.

[младшой]

ST нужен в рамках лоджика.
Встречаются ситуации, когда создание (куска) программы в текстовом виде проще, понятнее и быстрее, чем сборкой из блоков.

[tvf]

Сообщение от младшой

ST нужен в рамках лоджика.

Возможности лоджика и ST несколько различаются. В каком виде вам бы хотелось получить ST? Только в рамках возможности лоджика или полноразмерный ST?

[младшой]

Сообщение от tvf

Возможности лоджика и ST несколько различаются. В каком виде вам бы хотелось получить ST? Только в рамках возможности лоджика или полноразмерный ST?

Лично мне хотелось бы иметь возможность написания макросов в текстовом виде. Вполне достаточно было бы "интерпретация" общих для всех контроллеров FBD блоков в виде операторов и функций, а также - операторы if then else, switch, циклы.

[СВМ]

Сообщение от tvf

В каком виде вам бы хотелось получить ST? Только в рамках возможности лоджика или полноразмерный ST?

Можете что-то предложить?

[tvf]

Сообщение от СВМ

Можете что-то предложить?

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

[младшой]

Даже простое дублирование fbd блоков текстовыми функциями позволило бы создавать свои "конструкторы" меню, типовых решений и тому подобное.

Нередко мелочь делает разработку удобнее и быстрее.

[Arsie]

Сообщение от младшой

Даже простое дублирование fbd блоков текстовыми функциями позволило бы создавать свои "конструкторы" меню, типовых решений и тому подобное.

Нередко мелочь делает разработку удобнее и быстрее.

Хотелось бы предложений, более близких к реальности, чем предложение сделать ещё один СМАрт или Конструктор.

[zev_]

скажу по себе - что меня конкретно не устраивает в fbd
1-нет возможности иметь полноформатные переменные с точки зрения доступа и как следствие нормальные массивы.
2-полные геморой если много циклов и мультиплексоров
3-невозможность рекурсии
4-нет дисковых операций
для начала )
в лоджике хорошо бы иметь окно переменных (отдельно) и как минимум офлайн отладчик (либо возможность эмуляции входных данных по карте памяти модбас)

для пояснения в приложении файл. это на данный момент по fbd половина, а по мультиплексорам 1/10 часть.

[Arsie]

Сообщение от zev_

скажу по себе - что меня конкретно не устраивает в fbd

Давайте посмотрим

Сообщение от zev_

1-нет возможности иметь полноформатные переменные с точки зрения доступа и как следствие нормальные массивы.

Что вы имеете ввиду? Каковы сценарии использования?

Сообщение от zev_

2-полные геморой если много циклов и мультиплексоров

Приведите пример: задача и как вы её решили. В 100% случаев, которые я рассматривал, были банальные ошибки проектирования. Может быть у вас уникальный случай? Без проблем! Давайте разберём и поучимся на вашем опыте.

Сообщение от zev_

3-невозможность рекурсии

Зачем? Накидайте пару сценариев, пожалуйста. Но только опять с указанием, какую задачу решаем.

Сообщение от zev_

4-нет дисковых операций

Сами по себе дисковые операции - бессмысленная вещь. Нужны конкретные самодостаточные функции. Например, блоки EEPROM/ARRAY - самодостаточные дисковые функции сохранения данных в файл и восстановления их оттуда. Что предлагаете вы и, главное, зачем это нужно?

Сообщение от zev_

в лоджике хорошо бы иметь окно переменных (отдельно) и как минимум офлайн отладчик

От языка программирования тут мало что зависит. Не забываем о названии темы.

Сообщение от zev_

(либо возможность эмуляции входных данных по карте памяти модбас)

Какие именно переменные имеются ввиду? Мастерные, слейвовые?

[zev_]

по пунктам.
1- мне нужен массив n-мерный. он содержит структурированную таблицу переменных. к нему может одновременно обращаться несколько программ на чтение или запись показателей из него. практически можно решить, но с существующими массивами я должен иметь приоритет кто читает и откуда, и разделять чтобы чтение и запись были доступны только одному в данный момент времени. сделать можно - но объемно.

2-в примере программа с одним контуром и одной программой на контур - теперь это надо будер перевести на 2 контура и по 5 программ. если бы был нормальный массив - проблем бы не было.

3-сейчас не скажу.. теоретически была идея построить подобие proleit систему контроля клапанов и рекурсия нужна была чтобы не держать много блоков подпрограмм.

4- пункт 1 но хранить на флешке. так можно делать архивацию графиков и показателей с просмотром на пк и верстка программ (технологических) на пк

по эмуляции - тест программ без слеверов по модбасу.. и желательно без контроллера

[Arsie]

Сообщение от zev_

по пунктам.
1- мне нужен массив n-мерный. он содержит структурированную таблицу переменных. к нему может одновременно обращаться несколько программ на чтение или запись показателей из него. практически можно решить, но с существующими массивами я должен иметь приоритет кто читает и откуда, и разделять чтобы чтение и запись были доступны только одному в данный момент времени. сделать можно - но объемно.

Сообщение от zev_

2-в примере программа с одним контуром и одной программой на контур - теперь это надо будер перевести на 2 контура и по 5 программ. если бы был нормальный массив - проблем бы не было.

Сообщение от zev_

3-сейчас не скажу.. теоретически была идея построить подобие proleit систему контроля клапанов и рекурсия нужна была чтобы не держать много блоков подпрограмм.

Сообщение от zev_

4- пункт 1 но хранить на флешке. так можно делать архивацию графиков и показателей с просмотром на пк и верстка программ (технологических) на пк

Пока всё, что я вижу - это попытка реализовать какой-то алгоритм выбранным вами способом.

Меня больше интересует, ЧТО за алгоритм вам нужно реализовать. Что за задача перед вами поставлена?

Поясню. И до вас были люди, которые говорили, что им нужен массив n-мерный. Но при разборе всегда - я повторяю - ВСЕГДА выяснялось, что задача много проще решается без массива вообще.

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

Я ведь тоже могу напридумывать алгоритмов, когда любые ваши предложения завалятся на спинку и задёргают лапками.

[zev_]

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

[Arsie]

Сообщение от zev_

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

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

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

[Arsie]

Сообщение от zev_

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

Вот вы упомянули занос параметров из таблицы эксель. Давайте разберём эту тему.

Вы для этого предложили работу с файлом. Но, извините, вы хоть раз видели изнутри, как выглядит файл экселя? Что это мало того, что один из 15 возможных форматов, так ещё и упакованы они тремя из возможных способов. Итого это 45 вариантов обработчика, которые должны влезть в контроллер. Потом выйдет эксель 2018 года и формат опять поменяется.

Далее. Таблица экселя. Кто будет проверять правильность её составления? Контроллер? Как он догадается, что вы от него хотите?

Далее. Сам эксель. Вы его используете, потому, что он достался вам бесплатно. Пиратка это или по работе - не важно. Вы предлагаете всем заплатить по 300$ за то, чтобы получитть возможность создать табличку? Не нужно говорить об опенофисе, достаточно того, что вы не задумались на эту тему изначально.

-----------------

В общем, итог у меня для вас такой. У блоков EEPROM/ARRAY есть функция чтения данных из файла. Думаю, это то, что вам сейчас нужно - нет разницы, что грузить в контроллер, таблицу экселя или программу целиком. Точнее даже не программу, а блоки памяти отдельной кнопкой ЕЕ на панели задач.

Есть и второй способ. Пишете подпрограмму на С++, которая читает данные из таблички или из чего угодно и передаёт прочитанное на переменные. Переменные - это массив в чистом виде, всё как вы хотите. Далее опять автомат состояний и никаких циклов, рекурсий и прочих ненужных слов.

[zev_]

ладно проехали. в таком случае можно просто взять степ7 и сименс .. и не заниматься вынесением мозгов.

[Arsie]

Сообщение от zev_

ладно проехали. в таком случае можно просто взять степ7 и сименс .. и не заниматься вынесением мозгов.

Я с удовольствием посмотрю, как вы на лого прочтёте файл экселя с флешки.

Обижаться все умеют. А вот идею защитить почему-то нет. Причём такую идею, которая на полмесяца-месяц загрузит коллектив программистов. Это вполне конкретные деньги, а не "посидеть пять минут и сваять на коленке"

[zev_]

и конкретно к Вам, Арсений!
не стоит не недооценивать людей! и обижать своим якобы "умением"
"Вы для этого предложили работу с файлом. Но, извините, вы хоть раз видели изнутри, как выглядит файл экселя?"
представте себе знаю. я все же еще совдеповский ИНЖЕНЕР СИСТЕМОТЕХНИК. и в отличии от вас я разрабатывал данное железо и писал основу.
вы тут мне кинули пишите на си -я могу! а вы?
я писал начиная от ассембрера до субд кларион и клипер! даже на ямбе писал не говоря о паскалях, фортранах и прочей ереси..
я много чего знаю и умею - но каждый должен заниматься своим делом - а мое строить предприятия под ключ а не писать проги!!