Страница 2 из 6 ПерваяПервая 1234 ... ПоследняяПоследняя
Показано с 11 по 20 из 52

Тема: Программирование аппаратных кнопок в Owen Logic

  1. #11

    По умолчанию

    Добавлю некоторые упоминания по этой теме:
    -https://owen.ru/forum/showthread.php?t=28579&p=299130&viewfull=1#post299 130
    -https://owen.ru/forum/showthread.php?t=28579&p=333764&viewfull=1#post333 764
    -https://owen.ru/forum/showthread.php?t=33403
    их на самом деле значительно больше.
    По функционалу в принципе уже все сказано, я бы добавил возможность вкл/выкл стандартного режима управления клавиатурой, как это реализовано сейчас, и управления битами.
    Так как если биты будут передаваться всегда, то при режимах редактирования будет не очень удобно использовать, а с другой стороны, даже если пользователь не планирует использовать клавиатуру как это сделано сейчас, то может понадобится заход в системное меню, а там все равно нужен стандартный функционал кнопок.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  2. #12
    Пользователь
    Регистрация
    08.04.2015
    Адрес
    Воронежская область
    Сообщений
    1,247

    По умолчанию

    Цитата Сообщение от Сергей0308 Посмотреть сообщение
    Если добавят переменную(переменные) с номером активного экрана и битовой маской нажатых кнопок, то это, что Вы на картинке показали будет ни к чему, как собаке пятая нога, короче объявят это как тупиковый путь развития и уберут, ну сами подумайте зачем они будут нужны если если вдруг такое сделают о чём говорят(мечтают) уже не менее 5-7 лет!
    Разработчики спрашивают наше мнение , а реализуют как им удобно . А удобно им будет использовать , то что уже наработано . А чтоб не было конфликтов с существующими
    функциями кнопок, необходимо разработчикам проектов знать, где находится пользователь ( или проект ) , на каком экране и Сам будет отвечать за конфликтные ситуации в своём проекте .
    А чтоб их не было нужен контроль разработчику на каком экране необходимо использовать ту или иную функцию кнопок . В прошлых постах они так и говорили ( писали) , что будут
    конфликты .
    Вот и всё . Спасибо .

  3. #13
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    8,137

    По умолчанию

    Цитата Сообщение от Алексеев Посмотреть сообщение
    Разработчики спрашивают наше мнение , а реализуют как им удобно . А удобно им будет использовать , то что уже наработано . А чтоб не было конфликтов с существующими
    функциями кнопок, необходимо разработчикам проектов знать, где находится пользователь ( или проект ) , на каком экране и Сам будет отвечать за конфликтные ситуации в своём проекте .
    А чтоб их не было нужен контроль разработчику на каком экране необходимо использовать ту или иную функцию кнопок . В прошлых постах они так и говорили ( писали) , что будут
    конфликты .
    Вот и всё . Спасибо .
    Никак не могу понять, в чём проблема? Переменная с номером активного экрана как раз и будет показывать на каком экране мы находимся и её(эту переменную) можно редактировать, чтобы перейти на другой экран!
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

  4. #14
    Пользователь
    Регистрация
    08.04.2015
    Адрес
    Воронежская область
    Сообщений
    1,247

    По умолчанию

    Цитата Сообщение от Сергей0308 Посмотреть сообщение
    Никак не могу понять, в чём проблема? Переменная с номером активного экрана как раз и будет показывать на каком экране мы находимся и её(эту переменную) можно редактировать, чтобы перейти на другой экран!
    Насколько без разницы какая будет переменная целочисленная или булевая ( логическая ) . Только булевая ( логическая ) уже существует . Это название экрана .
    Мне кажется Мы об одном и том же говорим . Как программистам ОЛ будет удобно , так пусть они реализуют , но только обязательно нужно знать на каком экране
    нужно использовать , ту или иную функцию кнопок , чтобы не было конфликтов .

  5. #15
    Супер Модератор Аватар для Евгений Кислов
    Регистрация
    27.01.2015
    Адрес
    Москва
    Сообщений
    12,031

    По умолчанию

    В данный момент не стоит думать об удобстве программистов OwenLogic - напишите, как будет удобно вам.

    Насчет системных переменных для состояния кнопок - идея понятна.
    Нужны ли переменные для короткого/длинного нажатия на каждую кнопку?
    Нужна ли возможность настройки индивидуальной длительности короткого и длинного нажатия для каждой кнопки или достаточно глобальных настроек для этого?
    Или это вообще не нужно, и пользователю проще обрабатывать короткие/длинные нажатия самому в FBD-программе?

    Есть ли потребность в привязке событий к кнопкам в редакторе визуализации?
    (по аналогии с ИП320 - изменить значение бита, произвести действие с регистром (записать константу, увеличить/уменьшить на константу), перейти на другой экран.
    Эти действия могут быть уникальными в контексте экрана визуализации.
    Или все это опять же удобнее делать в FBD, и нужно только добавить макрос типа SwitchScreen?

  6. #16
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    8,137

    По умолчанию

    Цитата Сообщение от Евгений Кислов Посмотреть сообщение
    В данный момент не стоит думать об удобстве программистов OwenLogic - напишите, как будет удобно вам.

    Насчет системных переменных для состояния кнопок - идея понятна.
    Нужны ли переменные для короткого/длинного нажатия на каждую кнопку?
    Нужна ли возможность настройки индивидуальной длительности короткого и длинного нажатия для каждой кнопки или достаточно глобальных настроек для этого?
    Или это вообще не нужно, и пользователю проще обрабатывать короткие/длинные нажатия самому в FBD-программе?

    Есть ли потребность в привязке событий к кнопкам в редакторе визуализации?
    (по аналогии с ИП320 - изменить значение бита, произвести действие с регистром (записать константу, увеличить/уменьшить на константу), перейти на другой экран.
    Эти действия могут быть уникальными в контексте экрана визуализации.
    Или все это опять же удобнее делать в FBD, и нужно только добавить макрос типа SwitchScreen?
    Зачем делать то, что можно в программе сделать, всем не угодишь, этого и не нужно делать, нужно добавить переменную с номером активного экрана и битовую маску нажатых кнопок, лучше в одной переменной, как я чуть ранее написал, всё!
    Для новичков, особо тупеньких, можно потом и макрос(ы) сделать с разными вариантами нажатий и присвоений, мне так кажется!
    Последний раз редактировалось Сергей0308; 02.09.2020 в 11:04.
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

  7. #17
    Пользователь
    Регистрация
    08.04.2015
    Адрес
    Воронежская область
    Сообщений
    1,247

    По умолчанию

    У меня допустим сейчас задействован один вход на пуск / стоп ( без фиксации ). Допустим хочу использовать кнопку ввод для этой функции .
    Но если Я начну редактировать какой нибудь параметр и нажму кнопку ввод для записи , то у меня может произойти останов или запуск по этой кнопки .
    Тогда желательно запрещать использования этой кнопки ( ОК или ESC ) на некоторое время допустим на 3 сек в системной переменной , после редактирования.
    С макросами с Сергеем согласен . Номер активного экрана --- это значит нужно держать в голове эти номера , а если их много .
    Названия даются по функционалу экрана , и спокойно сохраняются в голове на длительное время . А здесь как быть ? .
    Есть ли потребность в привязке событий к кнопкам в редакторе визуализации? Здесь мне допустим не совсем понятно
    разве не достаточно существующего функционала перехода между экранами .??

    Или допустим есть меню для редактирования и сброса параметров и предупреждений . То вход в это меню подразумевает уже редактирование
    И уже параметр должен моргать . Нажимаешь ESC ( не нужно ) начинает моргать другой по ходу . Меняешь стрелками нажимаешь ОК ,записывается
    А чтобы это реализовать необходимо ещё и запрещать на определенных экранах стандартных функций клавиатуры ,как допустим листать строки
    экранов стрелками . И передать это допустим ESC и ОК
    В этом согласен с Ревака Юрием .
    Последний раз редактировалось Алексеев; 02.09.2020 в 12:16.

  8. #18
    Пользователь
    Регистрация
    08.04.2015
    Адрес
    Воронежская область
    Сообщений
    1,247

    По умолчанию

    Цитата Сообщение от Сергей0308 Посмотреть сообщение
    Зачем делать то, что можно в программе сделать, всем не угодишь, этого и не нужно делать, нужно добавить переменную с номером активного экрана и битовую маску нажатых кнопок, лучше в одной переменной, как я чуть ранее написал, всё!
    Для новичков, особо тупеньких, можно потом и макрос(ы) сделать с разными вариантами нажатий и присвоений, мне так кажется!
    А ты даже не можешь догадаться , что у некоторый пользователь мозги заточены под другие Языки программирования ,которых большое количество .
    И они считают ,что FBD это язык для рисования и используется инженерами КИП и А , а не программистами.
    Последний раз редактировалось Алексеев; 02.09.2020 в 11:59.

  9. #19

    По умолчанию

    Удобнее если две отдельные переменные (чтобы не разбирать/собирать): номер экрана (читать и записывать, для записи лучше отдельную переменную) и биты состояния кнопок (только читать, чтобы не было конфликтов в принципе).

  10. #20

    По умолчанию

    Цитата Сообщение от Серёга Букашкин Посмотреть сообщение
    Удобнее если две отдельные переменные (чтобы не разбирать/собирать): номер экрана (читать и записывать, для записи лучше отдельную переменную) и биты состояния кнопок (только читать, чтобы не было конфликтов в принципе).
    Для кнопок, я бы сразу сделал готовые пиктограммы , которые можно добавлять в любое место логики, кнопка нажата на выходе "1" отжата "0", все остальное на откуп пользователя, делайте что хотите, задержки, передний фронт, задний, длинное нажатие/короткое, под это есть всевозможные блоки/макросы.
    Для экранов регистр на чтение/запись, читаем текущее состояние, изменяем значение - переходим на номер экрана если этот номер существует. Дальше переход или из логики или через Combobox можно построить любое меню.
    Если будет доработка я бы еще добавил бит управления подсветкой из логики.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

Страница 2 из 6 ПерваяПервая 1234 ... ПоследняяПоследняя

Похожие темы

  1. OWEN Logic v1.7
    от Евгений Сергеевич в разделе Среда программирования OWEN Logic
    Ответов: 404
    Последнее сообщение: 25.08.2020, 15:17
  2. Owen Logic 1.12
    от Андрей Посохов в разделе Среда программирования OWEN Logic
    Ответов: 146
    Последнее сообщение: 05.02.2019, 12:03
  3. Индикаторы аппаратных кнопок
    от Hhgg в разделе СПК2хх
    Ответов: 4
    Последнее сообщение: 01.02.2019, 15:21
  4. Обучающий видео-курс "Программирование ПР200 в OWEN Logic"
    от Андрей Посохов в разделе Среда программирования OWEN Logic
    Ответов: 1
    Последнее сообщение: 13.09.2017, 12:21
  5. Программирование кнопок
    от Lacrimosa в разделе ПЛК3хх
    Ответов: 0
    Последнее сообщение: 27.10.2016, 19:50

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •