Читать и писать не успеваю.

Закоммитил новый "слепок". Доделал я очереди как хотел и походу они работают. Точнее как бы одна очередь.

На картинке ниже показан вид экрана в Протеусе для Ревизии 14. Нашёл и исправил досадные баги, из-за которых схема не моделировалась. Ну суть. Правда я беру отладочный образ из IAR, т.к. elf почему-то не хочет работать. Думаю, про большую вложенность функций... пока не знаю точно, поэтому компильте в IARе. (avg-gcc тоже компилится).

Итак. Небольшие пояснения. Прежде чем добраться до MODBUS'а мне нужно было сделать проект "лампочки-кнопочки", чтобы была некая интерактивность и было видно, что что-то работает. Кнопочки я ещё не забацал, а вот "лампочки" вроде пашут. Работает это так:

Представьте, что тут внутри винда в миниатюре. Есть один поток - WinMain(). Есть одно окно (их может быть много). Есть очередь сообщений как в Windows. Вся обработка событий идёт в функции окна в файле Menu.cpp. Я сделал несколько событий: SW_SHOW, WM_PAINT, WM_TIMER. Они почти как настоящие, но не совсем. Структура та же и поля те же. При запуске контроллера я посылаю в очередь сообщения SW_SHOW и WM_PAINT - окно их отрисовывает, как видно на картинке.

При старте контроллера также запускается Таймер 0 на переполнение. Счётчик каждый раз выставляется на 1 мсек. В модуле MCU.cpp я размножаю событие от этого таймера на 4 события: 100мсек, 500 мсек, 1 сек и 5 сек. При этом "рассыльным" служит EI7. Я конфигурирую внешенее прерывание на срабатывание по фронту и программно его эмулирую. Обработчик прерывания проверяет "входящую почту" (это глобальные переменные MSG) и запихивает не пустые в очередь. Дальше всё также - окно получает и отрабатывает.

На картинке видно, что отработали три таймера и через некоторое время отработает 5 сек таймер.

Очередь более менее настроена. Можно приступать к клаве и работе с эмулируемыми COM-портами для взаимодействия модели с реальным миром.




Действительно, может быть так оно где-то сейчас и делается. Я не так давно (пару лет назад) работал автоматчиком в прокатном цехе на недавно построенном заводе по выпуску проволоки-катанки. Там прокатный стан в две линии. Да, контроллеры (сименс) имеют выход в промышленную сеть по Ethernet. Только контролируем мы их не WEB-интерфейсом, конечно, а спец ПО - Step7. Операторы на ПК используют также спец ПО - проекты на WinCC и Intouch. Никаких там масштабируемых веб-сервреров и прочих "служб". Чем их меньше - тем лучше. Если процессы быстро-протекающие - в районе нескольких мсек, то фиг их ты заметишь (зарегишь) такими интерфейсами. Все регистраторы работают напрямую по Profibus и т.д.

Мой пример вполне может пойти под домашнюю (малую) автоматизацию, т.е. коттеджа, квартиры, где можно будет с такими блоками по 485 через modbus управлять. Развел сетку, поставил контроллеры. Они снимают инфу и передают тебе на комп. А комп уже раздаёт её по OPC. Можно, конечно, что-нить помудрёней придумать, но в качестве примера для домашней разработке и применению - самое то. Можно применить все свои более мелкие проекты типа считывания температуры и управления чем-то в этом проекте. Собрать всё воедино и управлять дома: освещением, вентиляцией... ещё чем-то.

Промышленные решения стоят куда дороже, а IDE для разработки под эти решения я вообще молчу.

Ревизия 15.

Совместная работа индикатора и клавиатуры.

Изменения:
В схеме подключена клавиатура (в смысле код обработки написан дополнительно к "железу").
Добавлены сообщения: WM_ACTIVATE, WM_KEYDOWN, WM_KEYUP.
Добавлены 10 окон.
Код, естессно, доработан: старые ошибки убраны, новые добавлены.

Я переход по нажатию делаю. При этом окну посылается сообщение WM_ACTIVATE (см. MSDN). По отпусанию что-то не так работает, хотя событие вроде окну приходит. Надо будет доделать.




Приложил отладочный файл для симуляции:  iccout_ubrof8.zip ( 28.47 килобайт ) Кол-во скачиваний: 81

Оказывается китайцы уже давно (года 4, не меньше) ваяют по такой технологии. Нашёл на просторах инета makefile, который я хотел себе тоже сделать.

Ссылка: makefile.old.iar

Жаль, я пока не владею этой скриптовой технологией, чтобы переписать этот шаблон под себя. Оказывается, переключение компилятора в Defines.h нафик не нужно. Просто в настройках конфигурации прописываешь нужные директивы и препроцессор подсвечивается как надо (неактивный) в зависимости от выбранной конфигурации (это я про VS2008). Компилить стало гораздо проще, Alt+TAB и F7 и там и там и готово. Надо будет makefile переделать под себя и вообще в среду IAR'а не лезть, кроме как посимулировать чего. Отстал я от жизни... на много.

Кстати, по поводу Enterprise Architect. Дело в том, что EA помечает каждый свой сформированный заголовочник индивидуальным GUID'ом, что мне стало интересно. Можно с его помощью организовать уникальную базу данных шаблонного кода, где GUID будет ключом к конкретному исходнику. Т.о., если нужно среди коллег обмениваться инфой по каким-то исходникам, то можно было бы отсылать человека к базе данных исходников (шаблонов) с указанием GUID конкретного заголовочника. Самые популярные решения могли бы висеть в топе такой базы данных и т.о. все бы видели примеры интересных и полезных решений.

Пометка GUID'ом выглядит так:


Теперь этот класс прочно закреплён за мной. Я могу развивать его дальше, оставляя этот GUID. Было бы ещё не плохо вставлять автоматически версию.

Ревизия 16.

Подключена внешняя SRAM на 32К. До этой ревизии всё делалось на ОЗУ, которая есть на борту кристалла. В принципе для этого проекта ATmega128 хватит выше крыши и больше. Но для порядку почему бы не подключить и внешнюю SRAM? Пусть будет. В коде появилась её инициализация. К сожалению, пока только для IAR'а, т.к. я к своему стыду пока не знаю как сделать то же для gcc.

В проекте 10-е окно (клавиша 0) теперь тестирует все 32К байт внешней SRAM, что видно по миганию лампочек в Протеусе.

Отладочный файл для Протеуса:  iccout_ubrof8.zip ( 29.51 килобайт ) Кол-во скачиваний: 91

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

Ещё раз приведу его адрес: http://www.hackchina.com

Блин, они буквально воспроизвели мои мысли в прошлом посте. Там можно вбивать строку поиска прямо в броузере, к примеру:

или


и вылазит куча найденных доков по теме.

Самое интересное посмотреть, чем интересуются китайские товарищи нынче. Последние поисковые запросы в виде тегов размещены ниже на страничке, т.о. что часто ищется - всегда на виду. Давно уже хотел изучать китайский вместо англиского. Видимо пора начинать.

Итак, я исправил проект и вернул его в более менее заданное русло. Ошибки были просто тупыми (в GNUC варианте размещал массивы во флеш, а читал как из ОЗУ за что и был наказан).

Ревизия 17.

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

Вот такое макро для GNUC:


Теперь я задаю вид окошек так:


Но пришлось сделать два метода в заголовочнике CLCD.h:


И это мне не нравится. Зато всё компилируется и пашет в обоих вариантах, что не состовляет труда проверить, ибо теперь я предлагаю два файла:
1)  iccout_ubrof8.zip ( 29.57 килобайт ) Кол-во скачиваний: 88
(iccout_ubrof8.d90)
2)  gccout.zip ( 23.43 килобайт ) Кол-во скачиваний: 85
(gccout.elf)

Можете поиграться. Вот только с тестом памяти я что-то намудрил. Хоть вроде бы от и проходит, на шине есть изменения, но вот если оторвать пару выводов, то всё завершается успешно всё равно. Где-то я ошибся в логике построения теста.

Ревизия 18.

Добавил в шаблон (SmartPtr.h) от neiver дополнительный оператор:


Также пришлось ввести ещё один тип:

Для AVR GCC:

и для IAR:


Вот теперь я доволен. Все настройки опять спрятаны в Defines.h. "Типизированные" указатели neiver позволяют делать перегрузку: отдельно для ОЗУ и флеш. А вот про EEPROM я забыл, буду думать как расширить.

Всё компилится, можно ехать дальше. Ах да, поскольку я не спец и вообще не шарю в шаблонах, то хотелось бы услышать от товарищей насколько я правильно записал то, что хотел. Телепатия приветствуется.

Использование этих конструкций см. в LCD.cpp и LCD.h.
Не забываем, что это всё должно одинаково хорошо компилиться в обоих компиляторах.

Сообщение отредактировал uni - Jul 24 2011, 01:42

Ревизия 20.

Версия: 0.0.0.74
Добавлена поддержка автоматического изменения версии программы (класс CVersion и скрипты).

Давно мечтал о такой фиче, но всё никак руки не доходили. Сделано по мотивам вот этой статьи:

IAR EW ARM: автоматическая генерация версии прошивки

Прям скажу, что я написал всё с нуля как всегда. Формат x.x.x.x мне как-то роднее.

Как это работает. Нда... Короче, WSH + пре и пост билды, если в двух словах.

Для VS2008:
Шаг 1. При запуске компиляции отрабатывает команда в Makefile:

где:
Version - это имя для формируемого Version.cpp файла, там будет храниться инфа о версии для проекта, а файл version.txt хранит данные о версии:


Шаг 2. Скриптом генерится (перезаписывается) файл Version.cpp. Вот он какой:

Причём дата генерации будет указана свежая

Шаг 3. Компилируется всё это дело.

Шаг 4. Если процесс не прервался от досадной ошибки, то выполяется следующая строка Makefile:


Тут второй скрипт меняет версию.

Скрипты: versionfile-gen.js и versionfile-update.js.

В коде происходит сборка строки версии следующим образом:


Увы, это не работает в IAR. Пока не придумал как заметить utoa() (sprintf() что-то не пашет).

В остальном, меня это решение очень даже устраивает. На индикаторе теперь выводится истинная версия. После каждого успешного билда счётчик накручивается.

Нда... похоже придётся весь проект переписывать.

После краткого ознакомления с этим ресурсом: KonstantinChizhov / AvrProjects стало как-то уныло от своего стиля кодинга .

Вот чего я не видел на многочисленных сайтах, так это Обработка Ошибок (Исключительных ситуаций на МК). Я знаю несколько таких технологий, но применяться они должны во всём проекте единообразно.

Есть одна очень интересная и подробная статья на эту тему, которая мне очень понравилась. Сам я потому и выбрал структуру кода интерфейса в виде сообщений как в Windows, т.к. их HRESULT - это практическо то, что можно было бы применить в МК. Можно разбить всю структуру проекта на модули и сделать соглашения о структуре HRESULT и её использовании.

Вот статья: "ftp://82.193.156.30/Документация/Обработка%20ошибок/" .

Мне хотелось бы организовать в коде понятную логику обработки ошибок. Если их посылать некуда, то они уходили бы в null, если не критические, а если критические, то что-то бы делали. Короче давно хотел разобраться в этом вопросе именно для контроллеров. Как управлять ошибками во время отладки? Что будет в релизе и т.д. Как вести журнал, если есть такая возможность и пр.

Сообщение отредактировал uni - Jul 25 2011, 05:07

Некоторые подвижки в шаблоне на примере отладочной платы Pinboard II (AVR).

Видео:
1. Pinboard II (AVR) Demo (видео)
2. Pinboard II (AVR) плата (видео)

Репозиторий проекта: https://mysvn.ru/schoolbell/pbiidemo/
Для видео: ревизия 11.

Изменений очень много, потому описывать их не буду. Это новый вариант шаблона на основе старого. Вся фишка в событийном управлении а-ля Windows и одинаковости исходников как для IAR, так и для GCC компиляторов. Всё работает.

Вот пример описания отдельных окон интерфейса на основе меню:
1. Основное окно
2. Подсчёт частоты
3. Измерение
4. Малая клавиатура
5. PS/2 клавиатура

Ссылка на svn репозиторий:

Шаблоны: https://mysvn.ru/avr/templates/
Примеры: https://mysvn.ru/avr/examples/

Экспортировать из репозитория к себе можно при помощи плагина к проводнику: TortoiseSVN.

Шаблоны для микроконтроллеров: ATmega48, ATmega16, ATmega32, ATmega128.

Особенности шаблонов:
1. Проекты шаблонов собраны таким образом, что компилируются в двух C++ компиляторах: avr-gcc и iar.
2. Каждый шаблон имеет класс CMCU, который является программной моделью микроконтроллера ATmega.
3. Обработка событий (прерываний) осуществляется через соответствующие методы класса CMCU, которые имеют соответствующие названия.
4. Код максимально самодокументирован, вплоть до отдельных настроечных битов конфигурационных регистров.
5. В каждый проект шаблона включён заголовочный файл с классом CVersion. Этот класс создаётся автоматически перед каждой компиляции проекта (и в iar, и в gcc). Его назначение - автоматически отслеживать номер версии прошивки в стиле: Major.Minor.Revision.Build, где первое число изменяется от 0 до 9, второе от 0 до 99, а последние два от 0 до 9999. Также в классе есть метод, возвращающий дату билда в виде строки. Строка находится во флеш.
6. Первоначально проекты шаблонов настроены для работы с WinAVR-20100110 и IAR 6.10.
7. Каждый шаблон имеет возможность однообразного описания декларации переменных и одномерных массивов, которые должны находится во флеш. При использовании специального C++ шаблона умного указателя (SmartPtr.h) можно забыть про функции типа pgm_read_byte() и eeprom_read_byte(). С++ компилятор автоматически вызовет эти функции для чтения данных из флеш или eeprom.
8. Для тех, кто умеет пользоваться VS2008, в каждой папке есть GCC проект для этой IDE, в котором можно работать над проектом. Сборка идёт через Makefile.

Назначение:
1. Переход на объектный C.
2. Небольшие проекты без сильных требований к быстродействию, т.е. там где не нужны в большом количестве ассемблерные вставки. Их можно подключать и в шаблонах, но только в качестве исключения.
3. Для тех, кому нравится ООП или хочет писать с использованием ООП на AVR.

Ограничения и недостатки:
1. При использовании двумерных массивов, которые должны находится во флеш, теряется кросс-компиляция.
2. Шаблоны пока ещё не готовы на 100%, в них могут быть неточности в плане описания регистров или битов. Нужно быть внимательными.

Пример 1. Проект на основе шаблона ATmega16: freemodbus.

Настройки адреса и регистров находятся в файле Configuration.h:

В проекте определены 4 регистра:

Value1 изменяется с частотой 1 секунда, а Value2 - 5 секунд.


Пример 2. Проект на основе шаблона ATmega16: uSD с модулем Petit FAT File System.

Размер кода можно изменять включая и выключая части драйвера Petit FS.

Подключение флешки к ATmega16:



Пример 3. Пример проекта на основе шаблона ATmega16: MicroVGA conio/user interface library.




Сообщение отредактировал uni - Nov 23 2012, 13:14

Как-то вот так (ближе к концу приведен скрипт для sed)
Результат - щелкаем по сообщению, перескакивает на строку в окошке вывода компилятора и в исходниках тоже.

За системный подход - респект!
Было дело, тоже хотел что-то подобное, во время переползания с иара на гцц, но потом светлая сторона силы возобладала и потребность исчезла. Вместе с иаром.

MrYuran, это просто клад, как же меня заколебало Gtrl + g делать по номерам строк. Я сам пробовал этот потоковый фильтр, но опыта не хватило довести это дело до ума. Наконец-то, я могу спокойно прыгать по исходникам.
Спасибо!

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

Простейшая фича - автодополнение вводимых идентификаторов после 3-4 символов - фигвам!
Я уж не говорю об элементарнейшем - автоматически парные скобки вставлять..
Может, подскажете, как это настроить, раз апологет студии.

Вроде всё с этим нормально в студии...если не хватает функционала попробуйте Visual Assist X поставить.


Такие же впечатления после перехода на eclipse: одного нет, другого нет, акронимов не понимает.