Глобальное обновление ПО для всех СПК, программируемых в CODESYS 3.5 SP5 Patch5

[Александр Приходько]

14.04.2017 - Обновлен диск до версии 15. Внесено новое ПО, добавлена инструкция по модернизации проектов для СПК207. Обновлен ряд документов.

[Александр Приходько]

Новое ПО для СПК207 и диск внесены в производство.
В СПК1хх внесем через неделю, когда подправим таргет для СПК1хх.Д.

[Александр Приходько]

Доброе утро.
Диск обновили до V16.
Причина - подправили Autorun. Остальное содержимое диска, по сравнению с версией 15, которую выложили в пятницу 14.04.17 не изменялось.
Эдуарду спасибо за оперативно найденную проблему.

[saper117]

Попробовал натравить на первого подопытного новую прошивку 5.334.

Данные СПК взятые с его основной платы и ядра:

Variscite LTD
VAR-SOM-AM35 v1.5.2

PLC56C04 CL.1

СПК207SOM.03.CS_v3.945
17.02.15

И на наклейке на задней крышке:
СПК207-220.03.00-CS

Увы, ничего не изменилось. Подсветка всё так же инверсная. Может ли это быть какой-то аппаратной проблемой? На 3.945, напомню, подсветка работает корректно.

Другой аналогичный подопытный:

Данные СПК взятые с его основной платы и ядра:

Variscite LTD
VAR-SOM-AM35 v1.5.2

PLC56C04 CL.1

СПК207SOM.03.CS_v3.945
27.03.15

И на наклейке на задней крышке:
СПК207-220.03.00-CS

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

[Малышев Олег]

Попробовал натравить на первого подопытного новую прошивку 5.334.

Увы, ничего не изменилось. Подсветка всё так же инверсная. Может ли это быть какой-то аппаратной проблемой? На 3.945, напомню, подсветка работает корректно.

Другой аналогичный подопытный:

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

По подсветке. Прошу выполнить следущие действия:
1) Подключиться кабелем КС-1 или КС-2 к DEBUG порту,
2) Запустить Гипертерминал(или putty) 115200,8n1
3) Перезагрузить СПК. Reset или питанием(на 5-10 секунд выключить-включить)
4) В течение 3-х секунд с момента перезагрузки зайти в консоль U-Boot нажатием в терминале клавиши @ (SHIFT-2)
5) набрать printenv{нажать ENTER}. прислать вывод сюда

6) Что бы включить правильную подсветку наберите setenv disp AT070TN83;saveenv;reset{нажать ENTER}

[saper117]

5) набрать printenv{нажать ENTER}. прислать вывод сюда

Вот, что выдаёт.

Texas Instruments X-Loader 1.46 (OWEN-20141205-3945)


U-Boot 2010.03 (апр 13 2017 - 17:19:07) (OWEN-20170413-5334)

OMAP34xx/35xx-GP ES1.0, CPU-OPP2 L3-165MHz
VAR-SOM-AM35xx Board + LPDDR/NAND
I2C: ready
DRAM: 128 MB
NAND: 256 MiB
In: serial
Out: serial
Err: serial
Die ID #118c0001000000000160819a10017014
Net: davinci_emac_initialize
Ethernet PHY: GENERIC at 0x00
DaVinci EMAC
Hit any key to stop autoboot: 0

U-Boot> printenv
bootdelay=1
baudrate=115200
bootfile=uImage
dieid#=118c0001000000000160819a10017014
ethact=DaVinci EMAC
eth=F8 : DC : 7A : 02 : CF : C1
ethaddr=6A:77:00:82:0E:5E
kern=229000
filesize=725000
fileaddr=81602000
gatewayip=10.0.6.1
netmask=255.255.255.0
ipaddr=10.0.6.10
serverip=10.0.6.1
disp=AT07083TN
mtdids=nand0=omap2-nand.0
mtdparts=mtdparts=omap2-nand.0:0x80000(xloader),0x200000(u-boot),0x500000(kernel),0x3c40000(rootfs),-(userfs)
bootargs=mtdparts=omap2-nand.0:0x80000(xloader),0x200000(u-boot),0x500000(kernel),0x3c40000(rootfs),-(userfs) mem=128M root=ubi0:rfs rootfstype=ubifs ro ubi.mtd=3 ubi.mtd=4 console=ttyS0,115200n8 eth=6A:77:00:82:0E:5E
partition=nand0,0
mtddevnum=0
mtddevname=xloader
bootcmd=nand read 81602000 kernel 240000; bootm 81602000
rootfsver=5.334
stdin=serial
stdout=serial
stderr=serial

Environment size: 806/131068 bytes

На всякий ещё cpuinfo.

BusyBox v1.19.3 (2017-04-12 09:44:04 MSK) built-in shell (ash)
Enter 'help' for a list of built-in commands.

/mnt/ufs/root # cat /proc/cpuinfo
Processor : ARMv7 Processor rev 7 (v7l)
BogoMIPS : 597.64
Features : swp half thumb fastmult vfp edsp thumbee neon vfpv3
CPU implementer : 0x41
CPU architecture: 7
CPU variant : 0x1
CPU part : 0xc08
CPU revision : 7

Hardware : Owen SPK2xx VAR
Revision : 0020
Serial : 0000000000000000

6) Что бы включить правильную подсветку наберите setenv disp AT07083TN;saveenv;reset{нажать ENTER}

Не сработало. Пишет, что в NAND записано и перезагружает, но подсветка не горит.
Кстати, присмотрелся к экрану и разглядел в темноте экран "наладки СПК" и "конфигуратора". До этого, не задумывался, считал, что программа просто не работает. Однако, наладка и конфигуратор полностью работоспособны, на кнопки реагируют (проверял, подсвечивая фонариком).

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

[Малышев Олег]

Виноват опечатался,
следует вводить так:

setenv disp AT070TN83;saveenv;reset{нажать ENTER}

[saper117]

Спасибо. Подсветка работает.
bootdelay тоже заодно поменял с 1 на 3.

[Александр Приходько]

Спасибо. Подсветка работает.
bootdelay тоже заодно поменял с 1 на 3.

Будем пересобирать прошивальщик для ПК. К сожалению прошивка с флешки не затрагивает данную область.

[Forester83]

Добрый день. Не уверен, что это связано с новой прошивкой, но раз я начал её использовать отпишусь тут.
Запустил на Target-файле 3.5.4.25 и прошивке СПК105 – 5.233 четыре панельки. Полет нормальный.
Но вчера на работающем объекте на одной из панели появился черный экран "Отсутствует загрузочное приложение". Как он появился : при работе или при перезагрузке панельки сказать не могу, не известно".
Проект неоднократно проверялся при программировании и при сборке шкафа, неоднократный сброс питания - панелька нормально загружалась.
А тут вот на объекте случались такая неприятность.
Поискал на форуме : одна и причин ,которая может быть - якобы причина в том, что объедена функциональная и защитная земля.
У кого-нибудь был аналогичный сбой с новой прошивкой ?