OpenSCADAWiki: Home Page Uk/Using/LP5xxx ...

Home | Index | Changes | Comments | Users | Registration | Login  Password:  
 
This is an old revision of HomePageUk/Using/LP5xxx from 2012-02-14 16:43:49..

Збірка OpenSCADA та прошивки для ARM-контролерів фірми ICP DAS (LP-5141)

Ім'я: LP-5xxx
Засновано: серпень 2011р
Завершено: вересень 2011р
Версія: 1.0.0
Учасники: Роман Савоченко
Опис: Проект присвячено збірці OpenSCADA та прошивки для ARM контролерів серії LP-5xxx та LP-8x{3|4}x фірми ICP DAS.
Матеріали: ftp://ftp.oscada.org/OpenSCADA/PLC/LP5xx1


Contents

Вступ

Фірма ICP_DAS достатньо давно випускає контролери на процесорах ARM архітектури з передвстановленим оточенням ОС Linux, що робить цікавим створення збірки OpenSCADA або нової прошивки з OpenSCADA.


До останнього часу низка причин ставали на перепоні збірки OpenSCADA для ARM-контролерів ICP DAS:


На цей час всі ці перепони було усунено. Так, завдяки Петру Літковцю на руках з'явився контролер LP-5141, а до цього часу OpenSCADA у значній мірі було вже адаптовано до роботи на ARM-архітектурі, за посередництвом відпрацювання та стабілізації на долонному комп'ютері фірми Nokia - N800. У наслідок же роботи з контролером LP-5141 було усунено останню перепону шляхом оновлення початкового програмного оточення із збереженням поточного функціоналу.


В цілому, метою даного проекту є відпрацювання механізмів та створення збірки OpenSCADA для контролерів сімейства ARM фірми "ICP DAS", а також створення прошивок під контролери "ICP DAS", які потраплятимуть до рук розробників OpenSCADA.

1. ПЛК LP-5141

ПЛК (рис.1) конструктивно виконано у вигляді моноблоку, який не містить вбудованого УСО, окрім можливості встановлення однієї спеціальної плати розширення IO, а підключення зовнішнього здійснюється за посередництвом вбудованого інтерфейсу RS-485, наприклад, у вигляді модулів серії I-7000, фірми "ICP DAS".



Рис. 1. ПЛК серії LP-5xxx.

Процесор контролеру має наступні технічні характеристики:

CPU PXA270 або сумісний (32-біт та 520МГц)
SDRAM 128 MB
Flash 64 MB
EEPROM 16 KB
Зберігання даних: 40 років; 1,000,000 циклів видалення/запису.
Розширена Flash пам'ять microSD сокет з однією microSD картою на 2GB (може підтримувати 16 GB microSDHC картки)
64-біт Серійний Номер Обладнання Наявний
Подвійний Watchdog таймер Наявний
VGA 800 × 600
Ethernet порти RJ-45 x 2, 10/100 Base-TX Ethernet Контролер (Авто-узгодження, авто MDI/MDI-X, LED індикатор)
USB 1.1 (хост) 1
COM1 (/dev/ttySA0) RS-232 (RxD, TxD and GND); Не ізольовано
COM2 (/dev/ttySA1) RS-485 (D2+,D2-); 2500 VDC; Ізольовано
COM3 (/dev/ttySA3) RS-232 (RxD, TxD and GND); Не ізольовано
Робоча температура -25 ~ +75 °C

2. Програмне оточення на основі OpenSCADA.

Програмне оточення, основане на ОС Linux, для ARM контролерів фірми ICP DAS за звичай мають: ядро Linux 2.6.19, GLibC 2.2.5 та GCC 2.95. Для збірки стороннього ПЗ фірмою ICP-DAS надається SDK з кроскомпілятором, набором бібліотек та заголовків до них (Linux toolchain). Як можна бачити, версії GLibC та GCC дуже старі, а саме 2001 року. Збірка OpenSCADA у такому оточені фактично неможлива. Якщо використання GLibC версії 2.2.5 ще можливе, то GCC версії 2.95 має C++ компілятор, який на збірці коду OpenSCADA просто рушиться, а стандартна бібліотека C++ або STL дуже обмежена та під неї потрібна значна і головне безглузда адаптація. З цієї причини потрібне було оновлення первинного програмного оточення до версії GCC компілятору, або бібліотеки C++, не менш 3.


Оскільки внутрішня флеш-пам'ять має порівняно невеликий об'єм (64 Мб), а повна перезбірка початкового програмного оточення контролера — достатньо трудомісткий процес, то було вирішено забезпечити сумісність базових бібліотек нового та старого оточення. А саме, можливість використовувати бібліотеки на зразок fontconfig, i8k з первинного оточення та роботу програм первинного оточення з новими бібліотеками.


У процесі підбору нового програмного оточення для процесору PXA-270 контролера "ICP DAS" було апробовано декілька варіантів, оскільки частина з них мала ті або інші недоліки:


Збірка OpenSCADA з використанням кросскомпілятору здійснюється наступним чином:

# Розпакування архіву інструментарію
$ cd /opt
$ tar --lzma -xvf lincon.tlz
# Ініціалізація оточення збірки
$ . /opt/lincon/linpac_new.sh
# Перехід до дерева вихідних текстів OpenSCADA, конфігурація та збірка
$ cd /lincon/OpenSCADA
$ ./configure --host=arm-xscale-linux-gnu CXXFLAGS="-O2 -D_REENTRANT" CFLAGS="-O2 -D_REENTRANT" --disable-QTStarter --disable-QTCfg --disable-Vision --disable-MySQL --disable-FireBird --disable-PostgreSQL --disable-SoundCard --enable-ICP_DAS
$ make


Результуюче оточення контролеру з OpenSCADA було сформовано шляхом заміни базових бібліотек первинного оточення на бібліотеки з нового набору інструментів, збірки OpenSCADA та розташування файлів OpenSCADA у дереві первинного оточення.


OpenSCADA було зібрана з виключенням низки бібліотек та модулів. Так, були зібрані та перевірені модулі та функції OpenSCADA:


З метою зручного розповсюдження та застосування отриманої збірки OpenSCADA для ARM-контролерів фірми "ICP DAS" було виконано розбір формату прошивок для цих контролерів та формування нової, яка включає OpenSCADA. Прошивка ARM-контролерів "ICP DAS" представляє з себе бінарний файл з назвою схожу на "lp5x4x_1.1.bin". Структурно цей файл містить ядро та кореневу файлову систему типа JFFS2. Дізнатися точне їх розташування можна за допомогою команди у попередньому оточені контролеру, наприклад, для LP-5141:

$ cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00040000 00020000 "Bootloader"
mtd1: 00040000 00020000 "Bootloader Param"
mtd2: 00280000 00080000 "Kernel"
mtd3: 03c80000 00080000 "JFFS2 Filesystem"


Із отриманого результату команди можна зробити висновок, що точка поєднання образу ядра та файлової системи знаходиться за зсувом файлу прошивки 0x280000, а розмір блоку стирання флешу складає 0x80000 (512кБ). Маючи цю інформацію ми можемо розібрати прошивку та внести зміни до образу її файлової системи:

# Вилучення попередніх образів ядра та кореневої файлової системи
$ dd if=lp5x4x_1.1.bin of=kernel_orig bs=1K count=2560
$ dd if=lp5x4x_1.1.bin of=jffs2_orig bs=1K skip=2560

# Підключення попереднього образу файлової системи
# Створення емуляції блокового пристрою у пам'яті.
# Може викликати помилку у випадку використання неперервної області пам'яті іншими програмами та малим її розміром.
# Для вирішення цієї проблеми потрібно додати параметр командного рядка ядра, під час завантаження, "vmalloc=512MB".
$ modprobe mtdram total_size=65536 erase_size=512
$ modprobe mtdblock
$ dd if=root_orig.img of=/dev/mtdblock0
$ mount -t jffs2 /dev/mtdblock0 /mnt/tmp
# Копіюємо зміни та файли OpenSCADA у кореневу файлову систему контролеру
# Створюємо нову файлову систему із змінами.
$ mkfs.jffs2 --root=/mnt/tmp --pad=$((61952*1024)) --eraseblock=512 --output=root.img
# Збираємо новий образ прошивки
# cat kernel_orig.img root.img > lp5x4x_oscada_1.1.bin


Таким чином ми отримуємо нову прошивку з OpenSCADA у файлі lp5x4x_oscada_1.1.bin, яку можна завантажити до контролеру стандартним чином, описаним у документації "ICP DAS".

3. Зауваження

Оскільки з'ясувалося, що операції з реальними числами виконуються за посередництвом команд сопроцесору FPA (Float Point Acceleration), якого у цьому процесорі просто немає, а виклики самих команд здійснюються через виключення, шляхом імітації у ядрі Linux, то продуктивність математичних обчислень виявляється дуже низькою, навіть у порівнянні з прямим "Software FP", "VFP". Наприклад, обчислення однієї операції sin(pi) здійснюється ~200 мкс, у порівняні із ~20 мкс на N800 з VFP та ~2 мкс на x86, детальніше у таблиці за цим посиланням (RU). Таким чином, розглядати цей контролер як платформу для хоч якихось серйозних обчислень не можна! Мало того, реальні числа, при роботі із FPA, зберігаються по іншому, а саме особливий big-endian, що вимагає перетворення, у випадку із бінарним зовнішнім обміном, до типового little-endian вигляду, наприклад, для DAQ.OPC_UA.


У первинній конфігурації порт COM1 (/dev/ttySA0) використовується у ролі консолі, яка ініціалізується командою ядра "console=/dev/ttySA0". Однак після налаштування це не потрібно, а часто і бажано звільнити ще один COM-порт для інших цілей. Звільнити COM1 від роботи на консоль можно перепризначивши інший пристрій для цієї ролі, наприклад, командою: $ busybox setconsole /dev/tty1. Однак цей метод не повністю звільняє COM-порт та запити втрачаються, вичитуючися паралельним підключенням. Ймовірно потрібно відригувати параметри рядка запуску ядра у завантажувачі U-Boot, хоча увійти до нього можна тільки у положені RS=2, для якого однак параметри ініціалізації відокремлено від основного режиму роботи RS=0. Потрібно добитися входу до U-Boot від основного режиму роботи RS=0!


Переклад триває


У процесі використання створеного програмного оточення з OpenSCADA виявлено дивну проблему, яка полягає у падінні OpenSCADA під час доступу до екземпляру ресурсного рядка із різних потоків. Проблема відтворюється під час опитування контролера по протоколу ModBus/RTU з періодичністю 100мс, опитуванні відсутнього модуля за посередництвом DCON на тому-ж інтерфейсі RS485, що і ModBus/RTU. У той же час здійснюється періодична (1 секунда) запис двох регістрів до опитуваного за протоколом ModBus/RTU контролера. Падіння відбувається не одразу, а на протязі 10 хвилин - 5 годин. Розбір проблеми:

(*) У випадку виключення запису до контролера за протоколом ModBus/RTU падіння не спостерігається.
(*) З'ясовано, що падіння починають відбуватися у випадку досягнення функції TMdContr::modBusReq() модуля DAQ.ModBus, а саме паралельного доступу до властивостей об'екту контролера "mPrt", у контексті конструктору "XMLNode req(mPrt);" із різних потоків читання та запису.
(*) Для з'ясування природи проблеми було налаштовано генерацію передсмертного дампу пам'яті, а також зібрано кросовий налаштовувач gdb. Під час вивчення передсмертного дампу пам'яті з'ясовано, що відбувається руйнування стеку та розумних причин у OpenSCADA для цього явища немає, тобто це проблема системного оточення для специфічних умов.
(*) Під час доступу до властивості "mAddr", у першому рядку функції TMdContr::modBusReq() та проблемного контексту "XMLNode req(mPrt);" (при неповному запису), падіння не виявлено.
(*) Перевірка виклику другого рядку "XMLNode req(mPrt);", під час запису та в цілому, з постійною "RTU". Під час заміни на "RTU" в цілому падіння спостерігаються вже у іншому місці. Під час заміни тільки неповного запису падіння не спостерігаються. Другим та останнім місцем падіння виявився наступний рядок req.setAttr("id",id()). Загальне між ними те, що здійснюється доступ до елементу конфігурації строкового типу, який використовує об'єкт ресурсного типу "ResString". Висновок, поточне програмне оточення некоректно працює з об'єктом "ResString" під час доступу на читання (немодифікуючого) із двох різних потоків.
(*) Метод зберігання об'єкту "ResString" у елементі конфігураційного поля "TCfg" значення не має, а саме — падіння спостерігається під час прямого зберігання "ResString" у "TCfg", а також при безпосередньому звернені до об'єкту "string" всередині "ResString", у випадку із "id()".
(*) Перевірка при виключені охоплення ресурсом — проблеми не вирішує.
(*) Збірка нового оточення за допомогою "PTXDist", та запуск його через "chroot" — при запуску EABI оточення, для TionPro270 із під chroot, відбувається помилка "Illegal instruction!". Не запускається EABI ядро від TionPro270 із схожою помилкою. Побудований ToolChain із профілю "arm-xscale_hardfloat-linux-gnu_gcc-4.0.4_glibc-2.3.6_binutils-2.17_kernel-2.6.18.ptxconfig" у "OSELAS.Toolchain-2011.11.0" падає з помилкою сегментації, під час запуску OpenSCADA, зібраної під первинне оточення.
(*) Побудова OpenSCADA з включенням всіх потрібних модулів у бібліотеку ядра OpenSCADA проблеми також не вирішує.
(*) Здійснено перевірку тієї ж конфігурації на іншому PXA270-пристрої (TionPro270 (RU)) для остаточного з'ясування джерела проблеми (апаратного або програмного оточення) — конфігурація безпроблемно відпрацювала дві доби.
(*) Замінити у об'єкті TCfg "ResString" на звичайний "string" з виносом ресурсу доступу до об'єкту контейнера TConfig, за разом і зменшивши споживання пам'яті за посередництвом узагальнення ресурсу доступу до об'єкту рядка — заміну здійснено, проблема залишилася.
(*) Вичитати збірку с заміною "ResString" на звичайний "string" у TCfg та перевірити місце поточного падіння — місце падіння теж.
(*) Взяти "crosstool" та побудувати дещо більш свіжий toolchain — побудовано toolchain "gcc-4.0.2-glibc-2.3.6-arm-xscale-linux-gnu", проблема відтворюється, скоріш за все проблема у роботі із пам'яттю поточного ядра. У процесі вивчення виявлені прецеденти із схожими проблемами у glibc-2.2 — 2.7, які місять реалізацію malloc небезпечну для потоків (nothread-safe).
(*) Заміна алокатору пам'яті — не вдалося знайти робочу та при цьому прозору реалізацію стороннього аллокатору, ptmalloc3 просто падає.
(*) Побудова ToolChain та OpenSCADA зі всіма можливими параметрами включення thread-safe — у всіх варіантах проблема присутня, а саме на ToolChain із параметрами GLibC: "--with-tls --with-__thread" та OpenSCADA зібрано із параметрами: "-pthread -D_REENTERANT".
(*) Перехват звернень алокації пам'яті та обернення глобальним ресурсом, функцій "С" malloc, free та " new, delete — падіння спостерігаються.
(+) Перевірка гіпотези проблемності реалізації (атомарності) COW (Copy on Write) алгоритму у об'єкті "string" — копіювання із об'єкту "string" сховища виконано за посередництвом val.c_str(), що виключає виконання COW: підтверджено, що ця проблема пов'язана із алгоритмом COW, а саме із атомарністю доступу до лічильника рядків "_Atomic_word _M_refcount;", ймовірно із-за застарілої системи потоків linuxthread.

4. Заключення

У результаті було отримано збірку OpenSCADA для Linux контролерів, ARM-архітектури, фірми "ICP DAS". Збірку можна завантажити безпосередньо на будь який Linux-ARM контролер, розпакувавши її у корні працюючої первинної системи. При цьому однак залишаться дублікати старих базових бібліотек (/lib/*), які, після вдалого перевантаження, можна видалити.


Для контролерів сімейства LP-5x4x створено прошивку зі збіркою OpenSCADA, яку можна завантажити стандартним для даних контролерів чином, який описано у фірмовій документації "ICP DAS". Прошивка для LP-5x4x можливо підійде і для LP-5x3x, однак це не перевірялося!


У зв'язку із застарілою та неоптимальною початковою збіркою Linux оточення від "ICP_DAS", що накладає обмеження на свободу збірки оптимального оточення, по завершенню проекта планується звернутися до фірми "ICP_DAS" з проханням виправити це становище.

(*) Звернення здійснено однак жодної реакції, та навіть відповіді на запит, не послідувало!

Посилання


Referring pages: HomePageUk/Using/LP5xxx
HomePageUk/Using/NokiaLinux
HomePageUk/Using/PLC/firmwareARM


 
There are no files on this page.[Display files/form]
There is no comment on this page. [Display comments/form]