caxapa.ru :: Может это частная проблема, может,я все не так делаю... Посидел, подумал, почитал. Получается решение моих проблем одно-общая для всех автоматов область памяти. Иначе чтение\запись всевозможных параметров раздует код. Перебрал все скачанные

Связанные сообщения

Концепция работы с HMI (touch-screen панелями) по ModBus. Вообщем, в начале реализовал типо так2009-12-14

mazur (05.09.2011 20:10, просмотров: 123616)

Может это частная проблема, может,я все не так делаю... Посидел, подумал, почитал. Получается решение моих проблем одно-общая для всех автоматов область памяти. Иначе чтение\запись всевозможных параметров раздует код. Перебрал все скачанные материалы по автоматному програмированию. И увидел один вариант. Службу сообщений между всеми автоматами. Тогда многие проблемы решаются. Но все равно не ясно как быть с параметрами, выводимыми на дисплей. С состояниями автоматов, флагами проблем с применением службы сообщений вроде не вижу. Нужный и выводимый на дисплей флаг, например, соответствующий автомат выставит\опросит и отправит сообщение.То с редактируемыми и выводимыми параметрами на дисплей я еще не разобрался. Области, где эти параметры, могут находиться в разных местах... Подкиньте еще идей.

Ответить

- Расскажите, пожалуйста, как вы реализуете действия с курсором. Как это выглядит в структуре данных. Есть\нет курсор. Тип курсора. Изменение позиции курсора. - mazur(17.09.2011 14:42 - 14:47)
  - having a menu on an LCD. я тебе уже давал эту ссылку. несложный алгоритм легко делается скроллинг и многоуровневое меню , управление курсором - m16_home(17.09.2011 21:08, ссылка)
  - зайди в магазин и попроси поиграться с каким-нибудь функциональным генератором - Snaky(17.09.2011 15:13)
    - Вот и расскажи. :) - mazur(17.09.2011 15:14)
  - Для уточнения. Указатель действия с пунктом меню. Есть несколько пунктов меню. Курсор указывает на пункт меню. - mazur(17.09.2011 14:45)
    - Если меню имеет несколько пунктов, то это обычно называю SubMenu. Значение этой переменной определяет номер текущего пункта меню и учитывается при отрисовке меню. Текущий пункт рисую инверсным или со стрелочкой. Лeoнид Ивaнoвич(4038 знак., 18.09.2011 12:14)
    - Треугольник/стрелка слева, инверсия. amusin(103 знак., 17.09.2011 14:50)
- В общем, все-таки, многое не так делал. Полностью переделываю концепцию меню. А также работу автоматов. mazur(599 знак., 10.09.2011 21:45)
  - Вопрос по механизму сообщений. Навскидку надумал вот как: формат 2 байта. Номер получателя (0-код сообщения для всех), номер сообщения. Есть но, это числовые сообщения, толкуемые однозначно, и никак иначе. Бывают ситуации, нужно отправить флаги. mazur(201 знак., 11.09.2011 00:16)
    - Сколько байт-все равно,это не самая большая проблема. Для сообщений надо обеспечить сохранность ,последовательность ,атомарность. У Вас очередь сообщений предполагается? Если да, то ею нужно рулить, если нет - неободимо решить вопрос надежной Хитрый Китаец(349 знак., 11.09.2011 13:02)
    - Проще взять готовую ОС или что-то в этом роде. Самодельные решения будешь годами избавлять от ошибок и прочих детских болезней. И, кроме того, неплохо бы ознакомиться с современным состоянием науки и техники в данном вопросе путём изучения fk0(12 знак., 11.09.2011 12:29)
  - То, что видим на экране, и какая производится реакция на действия оператора, однозначно связано с состоянием автомата (у меня это индекс меню). Если нужно по внешнему сигналу выводить какую-то левую информацию по событию (например, сообщение об Лeoнид Ивaнoвич(239 знак., 10.09.2011 23:21)
    - Мне чего-то не хватает. Не могу понять что считать состоянием автомата в обработке меню, а что свести в макрос или подпрограмму. Расскажите, пожалуйста как у вас работает меню. - mazur(14.09.2011 21:54)
      - Пример выдернул из генератора PG-872. Лeoнид Ивaнoвич(3237 знак., 15.09.2011 10:54)
        
        Я не сразу обратил внимание на слова Vladimir-a. FPGA можно как-то перепрограммировать по ходу работы девайса? Расскажите мне об этом. - mazur(15.09.2011 18:54)
        
        Можно, но во время конфигурирования она не функционирует. - Лeoнид Ивaнoвич(15.09.2011 21:27)
        
        Переконфигуруется сама FPGA или ее контроллер перепрошивает? - mazur(15.09.2011 21:29)
        
        Контроллер её переконфигурирует. - Лeoнид Ивaнoвич(16.09.2011 10:35)
  - Разъясняем. Обработчик меню 1) выводит информацию, относящуюся к текущему состоянию автомата и поясняющему его 2)принимает события нажатия на клавиши и реагирует соответствующим образом. - Vladimir Ljaschko(10.09.2011 23:11)
    - Мне чего-то не хватает. Не могу понять что считать состоянием автомата в обработке меню, а что свести в макрос или подпрограмму. Расскажите, пожалуйста как у вас работает меню. - mazur(14.09.2011 21:54)
      - Не понял вопрос про "свести макрос", но у меня меню работает так. Vladimir Ljaschko(1849 знак., 14.09.2011 22:41)
        
        Получается что разрешение опроса кнопок идет из обработчика меню? - mazur(17.09.2011 09:31)
        
        Нет, флаги нажатых кнопок генерируются обработчиком клавиатуры в прерывании независимо. Затем Vladimir Ljaschko(596 знак., 17.09.2011 12:35)
        
        Блин, опять что-то не так делаю? Я сделал так: практически все вынес в в основной цикл. Соответственно, обработку программных таймеров, опрос кнопок. Тип клавиш\порты задаются дефайнами. Нажатие любой-ых клавиш-и, выставляется флаг (этот флаг mazur(344 знак., 17.09.2011 13:18)
        
        Спокойнее ;) Vladimir Ljaschko(397 знак., 17.09.2011 15:43)
        
        Подвешивать основной цикл на секунду - это неправильно. Такие длительные операции нужно разбивать на кванты. Нормальный период основного цикла - единицы..десятки мс. Время подавления дребезга обычно больше. Лeoнид Ивaнoвич(258 знак., 18.09.2011 12:05)
        
        Все верно, но я предпочитаю иметь возможность "грязного хака", чем не иметь. - Vladimir Ljaschko(18.09.2011 16:08)
        
        Странно, мы разве абсолютно по разному смотрим на подавление дребезга? И при чем здесь длина основного цикла? Хотя, может я чего и не знаю. По подавлению дребезга - Есть нажатие, выставили таймер, изменили состояние обработчика кнопок. При mazur(202 знак., 17.09.2011 18:55)
        
        Если основной цикл длинный, то можно пропустить следующее нажатие, посчитав его за длиииительный дребезг. Пользователь такому никак не обрадуется. Подавление дребезга не самоцель, а способ более точной идентификации нажатий клавиш пользователем. rezident(68 знак., 17.09.2011 19:19)
        
        Понял. - mazur(17.09.2011 19:22)
        
        и без всяких там буферов: реакция должна быть незаметной для пользователя (менее сотни мсек), а если это в какой-то момент невозможно - пользователь должен об этом однозначно знать koyodza(212 знак., 17.09.2011 19:31)
        
        +1. Усилия нужно тратить не на создание буфера, а на исключение тормозов при обработке нажатий. - Лeoнид Ивaнoвич(18.09.2011 12:06)
        
        У профессионалов есть функция для насильной чистки буфера в таких ситуациях. - fk0(17.09.2011 21:40)
        
        только они ею не пользуются :=P :=D - koyodza(18.09.2011 10:57)
        
        Сто-о-оп! Если сообщение то же, то оно не записывается.... Нужно проверить... - mazur(17.09.2011 13:20)
        
        Да, забыл спросить. Автоповтор разве отличен от кода клавиши? У меня делается так, если дефайном включены удержание и автоповтор, то из состояния автоповтора долбит сообщением-кодом удерживаемой клавиши. Сочетания клавиш, естесственно, другие mazur(110 знак., 15.09.2011 12:03)
        
        Нет, автоповтор совпадает. В каком-то проекте были другие коды, потому что величина инкремента зависела от времени удержания, и было динамическое разрешение автоповтора. Сочетания - коды другие. - Vladimir Ljaschko(15.09.2011 12:32)
        
        У меня при автоповторе к коду добавляется единичный бит где-то в старших разрядах. При желании его можно замаскировать, тогда код отличаться не будет. Лeoнид Ивaнoвич(456 знак., 15.09.2011 12:16)
        
        Хм, вспомнил, как противно пиликали\трещали девайсы при удержании клавиши. Программер ленивый, оказывается был. :))) - mazur(15.09.2011 12:36)
        
        Не совсем понятно это: mazur(922 знак., 15.09.2011 11:16)
        
        Ответ Vladimir Ljaschko(1326 знак., 15.09.2011 11:49)
        
        Ну да, 1 автоматом намного проще рулить, чем 50-ю. :))) - mazur(15.09.2011 12:07)
        
        А вы не пытались "сверху - вниз" проектировать? - Скрипач(15.09.2011 16:40)
        
        Я помню -> Может что-то еще и не так делаю. Но пробую :) - mazur(15.09.2011 16:45, ссылка)
        
        Так откуда тогда мысли о "один автомат лучше чем 50"?! Автоматов должно быть ровно столько, сколько объектов в реальном мире, нет? - Скрипач(15.09.2011 16:51)
        
        Обязательно ли объект-автомат? - mazur(15.09.2011 17:06)
        
        Нет конечно, может быть: объект - несколько автоматов. - =AlexD=(15.09.2011 17:12)
        
        Разделяй и властвуй (C) - fk0(15.09.2011 19:15)
        
        зависит от особенностей самого объекта - koyodza(15.09.2011 17:21)
        
        Конечно, но я не помню других раскладов. Разве что автомат состоящий из нескольких подчиненных-спрятанных автоматов. - Скрипач(15.09.2011 17:27)
        
        типа того. Хотя тут уже можно говорить и о том, что это не совсем один объект, а несколько взаимосвязанных - koyodza(15.09.2011 17:59)
        
        Это заблуждение. - =AlexD=(15.09.2011 14:10)
        
        Может быть. Первое, неприятие fk0 флагов как класс. Я еще тогда задался вопросом, почему 50-100 автоматов. Назначение девайса с таким количеством автоматов. И есть ли жизненная необходимость в таком количестве. Тем более ,что fk0 сам посетовал, mazur(55 знак., 15.09.2011 14:32)
        
        Я все думаю, почему 50-100 автоматов? Это неприятие флагов\неумение их готовить или действительно необходимость?.... - mazur(15.09.2011 12:41)
        
        Я спрашивал автора 100 автоматов, но не получил ответа. В моих приборах реальных автоматов состояний с переменной состояния до 15. Поддержку функции с одним -двумя флагами/счетчиками, функционирующую без воздействия извне(ну, например, усреднение Vladimir Ljaschko(163 знак., 15.09.2011 13:03)
        
        Ну вот есть у Вас Ip-стек или USB в приборе, вы будете все их состояния в 1 автомат упихивать? Удачи! - she_(15.09.2011 14:20, )
        
        А у меня они есть? ;) - Vladimir Ljaschko(15.09.2011 19:21)
        
        Не знаю. Интересовались, откуда может взяться 50-100 автоматов - пожалуйста. - she_(15.09.2011 19:25, )
        
        Тут больше жонглирование словами. Как назвать - автомат, процесс, задача, от этого суть не меняется. Я обычно называю "процесс" (от одноименного произведения Франца Кафки :) Лeoнид Ивaнoвич(2418 знак., 15.09.2011 13:30)
        
        И у меня есть устройство для промывки трубопроводов! Для пива в барах ;) Да, я тоже называю процессами, но тут тут вопрос был именно по особенностям реализации. - Vladimir Ljaschko(15.09.2011 13:38)
        
        У меня, к сожалению, не пиво, а всего лишь молоко :) - Лeoнид Ивaнoвич(15.09.2011 13:43)
        
        С другой стороны, на этот автомат "нанизан" весь проект, и я долго выбирал, как удобнее это все записывать и поддерживать. Остановился на препроцессоре. - Vladimir Ljaschko(15.09.2011 12:39)
        
        существуют указатели - koyodza(15.09.2011 11:19)
        
        А можно пример меню с редактируемыми параметрами для знакосинтезирующего ЖКИ? Все равно некоторые вопросы остались. Только сформулировать пока их не могу :) - mazur(15.09.2011 09:59)
        
        Дык ты же на С не читаешь? И у меня больше специфической функциональности. И при чем тут ЖКИ? Функции вывода в дисплей могут быть, могут не быть, это второстепенно. Vladimir Ljaschko(3549 знак., 15.09.2011 10:28)
- Совсем не в тему. - PlainUser(07.09.2011 09:45, ссылка)
- Видео последнего варианта. - mazur(06.09.2011 11:13, youtube)
  - Яркость должна быть пропорциональна экспоненте, чтобы компенсировать логарифмическую характеристику глаза. А вообще-то ты жалуешься на проблемы или хвастаешься? ;) - Vladimir Ljaschko(06.09.2011 11:31)
    - Первое, в этом дисплее 4 значения яркости. Второе, наверное, все-таки первое. Я не хвастаюсь, я не садо\мазохист, и не извращенец, как тут в мою сторону писали... Просто примите за данность. Третье, то что на видео, это в пределах 64 байт. В mazur(179 знак., 06.09.2011 11:46)
      - LDS/STS есть зло, если экземпляров данных больше одного. LDD/STD есть костыль, которым можно шевелить мусор близенько от себя. В функцию нужно передавать указатель на структуру данных. И внутри функции вычислять адреса, регистры XYZ слава maik-vs(141 знак., 06.09.2011 12:08)
- Есть функции обработки кнопок. Есть функции обработки меню. И есть редактируемые, а также выводимые на дисплей параметры. mazur(9875 знак., 06.09.2011 10:05)
  - Проблема в том, что пока все переменные параметры в пределах 64 байт все нормально. Если нет, код раздувается из-за lds\sts. - mazur(06.09.2011 10:08)
    - ВОТ ОНО! Вот! Вот та граница, где кончается ассемблер (для AVR, для PIC16/18 это размер одной 256-байт банки, для x51 это угольное ушко DPTR и xram). Правда в том, что без автоматического распределения памяти, без более "тяжёлого" кода для fk0(1681 знак., 06.09.2011 10:38)
- Мой совет - не плоди автоматы и связи между ними, лучше добавь состояния в один автомат, чтобы все было прозрачно и понятно. Сообщения на дисплей должен выводить один автомат. И вообще, автомат - это костыль вместо ОС, чтобы иметь возможность Vladimir Ljaschko(254 знак., 06.09.2011 09:30)
  - При объединении автоматов число состояний обоих следует перемножить... в первом приближении. Дурная идея. На счёт костылей и подавно. Какая ОС позволит полсотни параллельных процессов? Если про PIC-контроллеры говорить. ОС с вытеснением нужна для fk0(137 знак., 06.09.2011 10:04)
    - :) пеши есчо - Vit(06.09.2011 11:22)
    - Ну не надо крайностей. У меня обычно 3-4-5 автоматов. Откуда 50? Разве что ничтожные сервисы типа отправки через циклический буфер автоматами называть. - Vladimir Ljaschko(06.09.2011 11:09)
      - А у меня около 100 в текущем проекте. Многие из них независимы и могут находиться в произвольном состоянии, когда другие находятся в своих произвольных состояниях. Потому и перемножаются (это верхний предел числа состояний, понятно). И даже по fk0(130 знак., 06.09.2011 11:58)
        
        Если независимы, то и сообщения между ними не передаются, да? - Vladimir Ljaschko(06.09.2011 12:49)
        
        Но не каждый от каждого зависимы, и не настолько, чтоб мешать их логику между собой. - fk0(06.09.2011 12:52)
        
        ОК. Я не претендовал на абсолютную истину для случая независимости. Только вопрос - и что, полсотни действительно автоматов с переменной состояния и switch/case или functions[state]? - Vladimir Ljaschko(06.09.2011 13:13)
        
        switch/case и переменная состояния. Ближе к сотне скорей, точно посчитать сложно. А что поделать, какие альтернативы? Да, притормаживает в цикле, каждый раз дурную работу switch(S) делать. Есть проблемы с приоритетами (для этого, критичное, в fk0(1151 знак., 06.09.2011 14:49)
        
        По поводу: mazur(175 знак., 07.09.2011 09:56)
        
        Потому, что: 1) это мало что поменяет -- в каждом состоянии ещё условия проверяются. Ну даст экономию 20% -- легче? 2) Такой код трудно воспринимать и легко ошибиться. 3) контроллеры профессионального уровня (PIC) не имеют аппаратного стека и fk0(297 знак., 07.09.2011 11:13)
        
        По п.3 я имел ввиду подход, когда каждое состояние кодируется отдельной функцией (для проверки условий перехода), вызваемой по-указателю. "По индексу переменной состояния" -- эту оптимизацию компилятор умеет делать автоматически, для оператора fk0(216 знак., 07.09.2011 11:17)
        
        "Где бы можно было связать, в рантайме, сигналы и слоты, и таким образом полуать вызов функции, из планировщика, при возникновении сигнала. И чтоб приоритеты и, возможно, вытеснение..." Суть такая, есть события типа: "GPIO Chum_A(508 знак., 06.09.2011 17:40)
        
        " есть события " " на них назначены функции-обработчики" "очередь с приоритетом" : Система прерываний называецца ;) - Vladimir Ljaschko(06.09.2011 17:44)
        
        Ну да, фактически обработчик прерывания пихается в приоритетую очередь. А я не говорил об инновационном изобретении, уж больно на изложенные fk0 требования похоже. Да, в очередь можно встать и из user-кода. - Chum_A(06.09.2011 18:01 - 18:08)
        
        Альтернативы нет, но вопрос количества остается. А можно пример функциональности? Vladimir Ljaschko(552 знак., 06.09.2011 17:35)
        
        Когда одна задача поднимает другую задачу из IDLE, а сама уходит в IDLE - это тоже машина состояний? ЗЫ. Ещё припоминается nesos Finite State Machine OS. - Vit(06.09.2011 16:58)
  - Я и не плодю или пложу... В общем, не коллекционирую автоматы. Где достаточно флагов, там на них и работаю. - mazur(06.09.2011 09:43)
    - Значит я не понимаю исходного вопроса. И вряд ли кто другой понимает. - Vladimir Ljaschko(06.09.2011 09:54)
    - Автомат - это алгоритм перехода из одного состояния в другое на основе входных сообщений. Таким образом приём сообщений от периферии или от другого автомата принципиально ничем не отличаются. Если же ты говоришь об автомате, а =AlexD=(82 знак., 06.09.2011 09:47)
      - Для меня подпрограмма работающая на состояниях-автомат. А подпрограмма на флагах-просто подпрограмма. - mazur(06.09.2011 09:50)
        
        Флаги -- это такой плохой способ представления того же автомата. А когда ты говоришь об автомате -- там состояние явно выделено в одну переменную, вместо того, чтобы быть размазанным по десятку флагов (которые, в итоге, могут кодировать состояний fk0(273 знак., 06.09.2011 10:09)
        
        Вроде сформулировал, по поводу использования флагов. Я не знаю, почему ты такой противник флагов. Если нет флагов, то задачи размазываются на множество состояний. Также в одном состоянии нельзя сделать сразу несколько действий, что как раз mazur(1007 знак., 18.09.2011 09:36 - 09:39)
        
        в одном состоянии нельзя сделать сразу несколько действий Вложенные автоматы отменили? - Vit(18.09.2011 10:31)
        
        Неудачный пример - второй вариант лучше. Нет идиотских флагов, которые нужно устанавливать сбрасывать, а главное - помнить :) - Vladimir Ljaschko(18.09.2011 10:00)
        
        А по мне первый вариант лучше. Если есть однотипные действия, вот и пусть в одном месте эти действия выполняются по флагам, чем бесконечно плодить куски кода с нужным порядком действий. - mazur(19.09.2011 10:23)
        
        Я другого не понимаю. Флаги это какие-то условия, так? Почему не проверять сами условия? - Скрипач(18.09.2011 10:13)
        
        Хороший вопрос, если речь идет о локальных флагах. Видимо, все-таки предполагается некоторая обработка этих условий, или флаги внешние. - Vladimir Ljaschko(18.09.2011 11:02)
        
        Для внешних тем более. Слишком велик соблазн "не угадать" с соотношением генерации и опроса :) - Скрипач(18.09.2011 11:22)
        
        Хм... Вот и наверное, ответ. Обжегся раз и крепко-нуевонах!!! :))) - mazur(18.09.2011 17:34)
        
        Еще раз спрашиваю: зачем вам гибкость? - Скрипач(18.09.2011 21:42)
        
        Забыл добавить. Флаги многократно увеличивают скорость работы любого автомата. Или быстренько проверить локальный флаг, или отправить\принять\обработать событие\сообщение. Ты же сам сетовал, что проц тупит, пока все автоматы провернет. Где mazur(263 знак., 18.09.2011 09:51)
        
        А зачем тебе гибкость? - Скрипач(18.09.2011 09:47)
        
        Кажется насчет флагов уже была дискуссия. Я тебе попозже напишу, почему я не использую только состояния. Сейчас еще не до конца сформулировал. - mazur(06.09.2011 10:14)
- Проблема общая и стара как мир - недостаточно проработанная структура данных и алгоритм решения. maik-vs(1050 знак., 06.09.2011 08:56 - 09:01)
- Идей то каких? как/где редактировать ,как/где хранить ,еще что-то? - Хитрый Китаец(05.09.2011 23:43)
- Народ, ну смиритесь, что я пишу на асме. На си точно также парился бы. Пара знакомых так и сказали, парились когда-то с такими же проблемами. Но они сейчас сильно заняты и далеко. - mazur(05.09.2011 20:53)
  - Как тебе помочь, если ты не можешь нормально объяснить, в чём проблема? Если бы ты говорил в терминах языка высокого уровня (а не в собственно выдуманных), то было бы легче для всех. Ты на столько погружаешься в детали (как создать указатель на =AlexD=(116 знак., 06.09.2011 07:37)
    - Я бы посоветовал освоить более вменяемые ЯВУ, чем C. Scheme, например. Изменяет мышление. - fk0(06.09.2011 08:27)
      - Шеме - допотопный отстой, последний писк - это Scala. - =AlexD=(06.09.2011 08:38, ссылка)
        
        Bloatware. В качестве учебного примера тем более не пригодно. - fk0(06.09.2011 09:24)
        
        Scala - это красиво. -> Но, как всегда, вопрос в утаптывании в embedded рамки.. - Evgeny_CD(06.09.2011 09:20, ссылка)
  - Дело совсем не в asm или Си. Дело в принципе. В чем проблема-то? Или вы Bill(53 знак., 05.09.2011 22:07)

Микроконтроллеры AVR