Вид для печати
Наблюдается проблема с работой сенсорного экрана СПК110. При нажатии на области ввода и\или нумпад не всегда имею то действие, которое планировалось. На фото представлен результат многократного нажатия клавиши "0" на нумпаде.
Новый СПК, в работе не был, развлекаюсь только на столе.
Прошивка - последняя из доступных на данный момент.
Калибровка экрана проходит нормально, но это никак не помогает.
Вложение 31563
1. Экран на СПК резистивный, не стоит путать с емкостным как в современных телефонах. Эти экраны требуют более точных и более сильных нажатий. Если вы слегка дотрагиваетесь до экрана, то нажатия будут не точными.Цитата:
Сообщение от Sulfur
2. Удалите с экрана транспортировочную пленку. Многие ее используют как защитную, хотя для этого она не предназначена.
3. Какая версия прошивки у вашего устройства?
Это не первый СПК, который приобретен, есть экземпляры, которые уже несколько лет работают без нареканий в режиме 27\7.
Предыдущие экземпляры не имеют таких проблем.
Про отличия резистивного экрана от сенсорного знаю.
Пленка удалена.
Данный экземпляр подобным образом реагирует не только на палец, но и на стилус.
Прошивка последняя, 5.231, таргеты и прочие софтины соответствующие, рекомендованные в "Глобальном обновлении ПО для СПК"
Хорошо, можно Вас попросить указать серийный номер конкретного экземпляра и небольшой видеоролик сделать с демонстрацией проблемы.Цитата:
Сообщение от Sulfur
И простите, очень интересно, режим 27/7 это как? ))
Зав № - 44684160502123010
Б16-012082
Режим 27\7 - это когда работаешь 24\7, а пишешь 27\7.
Провел калибровку экрана еще раз, уже старался максимально точно попадать стилусом в крестики, вроде как пока работает, но изредка все равно не те кнопки нажимются.
Давайте все таки разделять мух от котлет. Изначально проблема в чем заключалась? 1. Вы нажимаете в одно место а отрабатывает в другом месте и каждый раз позиция разная? 2. Вы нажимаете в одном месте, а курсор отрабатывает в другом, но с фиксированным смещением?Цитата:
Сообщение от Sulfur
Первое. Нажатие приводит к активации рандомных зон. Например при нажатии 0 на нумпаде может нажаться 1, 4 или даже 5.
Это происходит не всегда, и не каждый раз. Пока наблюдаю. Установка на объекте эксплуатации пока даже не планируется.
Кстати, как сбросить (вернуть к заводским параметрам) калибровку? Только перепрошивкой?
Для обычных пользователей только перепрошивкой.Цитата:
Сообщение от Sulfur
Написал в соседней теме http://www.owen.ru/forum/showthread....l=1#post250906Цитата:
Сообщение от Sulfur
Спасибо. Ответил в той теме.Цитата:
Сообщение от PavelA
Коллеги, доброго времени суток. С недавних пор (пару последних недель), на установленном на объекте СПК110, стала "плавать" калибровка сенсора, причем (пока что) по горизонтальной оси. "Съезжает" либо вверх, либо вниз - каждый раз по разному. СПК в эксплуатации пол года, до этого подобных проблем не возникало. Прошит "Firmware_v.5.093_spk_107_110". СПК используется в управлении очень важным тех. процессом. Пока проблема решается каждодневной калибровкой, но, на мой взгляд, это "кривой" выход из ситуации. Подскажите, пожалуйста, как быть?
Проверьте на прошивке 5.472 из этой ветки форума.
После этого отпишитесь, помогло или нет.
И так...прошло 2 месяца с момента, когда я написал сообщение выше. Сегодня таки удалось снять панель со шкафа управления, с целью произвести попытку обновления ПО СПК. Все два месяца, с момента появления проблемы с калибровкой сенсора, приходилось каждый свой рабочий день начинать с похода на объект, для приведения непослушного курсора в чувства. Так как, еще в процессе разработки, образовалось несколько копий одного проекта, решил перед прошивкой выделить из общей массы актуальную версию. Нашел и думаю - дай я его (СПК) до утра погоняю на столе, посмотрю, что будет происходить с калибровкой сенсора. В проекте закомментировал пару строчек кода, дабы интерфейсы COM холостой работой не нагружать, далее все как обычно: Компиляция -> Очистить все -> Да -> Компиляция -> Перекомпиляция -> Login -> Загрузить/Заменить... -> Старт и после старта проекта на экране СПК, пред глазами появляется следующая картинка:Цитата:
Сообщение от Spawn
Вложение 33991
:confused:
Перезагружаем СПК, сняв питание - после загрузки тоже самое. Пробуем произвести авторизацию пользователя, с горем пополам (курсор бегает везде, только не там, где нужно), введя имя пользователя и пароль, давим кнопку "Ok" - реакция нулевая, давим еще раз - реакция нулевая.
Пробуем еще раз перезалить проект, предварительно очистив и откомпилировав. Вводим имя пользователя и пароль, жмем "Ok" - появляется сообщение следующего содержания "User management file not found". Пользователи с группами в проекте на месте, в процессе загрузки проекта на СПК, на все запросы перезаписи файла пользователей, в обоих попытках, ответы системе были утвердительными. Что за проблема и почему она появилась, так и не понял, хотя, страсть как хочется узнать.
Завтра с утра (так как "Утро вечера мудренее") будем пробовать "шить" "товарища пациента". Главное (для меня) не получить кирпич в итоге всех манипуляций с прошивкой. По результатам отпишусь.
И так...результаты прошивки:
1. Состояние кирпича отсутсвует - это радует;
2. Выполнил все шаги, указанные в инструкции по переходу на новую прошивку, все кроме шестого (Загрузить полученный проект в СПК с новой прошивкой), с которым, собственно говоря, возник затык:
До "модернизации существующего проекта" в нем использовалась библиотека ModBus 3.3.0, в пакете библиотек "LibInstall_v3.5.4.8" данной версии нет, а есть версия ModBus 3.5.4.2 (это ж на сколько версий ушагали...), ну да ладно - удаляем 3.3.0, добавляем 3.5.4.2, далее Компиляция -> Очистить все -> Да -> Компиляция -> Перекомпиляция. Наблюдаем кучу (17 штук) сообщений об ошибках. Анализируем, что там нам говорит Codesys. Не вдаваясь в подробности всех сообщений, делаем вывод, что основой проблемы является включенная в состав (в виде ссылки) библиотеки ModBus 3.5.4.2 библиотека Standard 3.5.2.0, которая, по непонятной мне причине, отсутствует в LibInstall_v3.5.4.8. Библиотека ModBus 3.3.0, т.е. библиотека более старой версии, работала с более новой версией Standard, а именно 3.5.5.0, а более новая версия библиотеки ModBus, а именно 3.5.4.2, почему-то наоборот пользуется более старой версией библиотеки Standard, а именно 3.5.2.0. Парадокс какой-то...
Теперь вопросы сотрудникам ОВЕН:
1. Когда, наконец, прекратится этот бардак с линейкой СПК? Когда? Интересует конкретная дата в формате dd.mm.yyyy hh.mm.ss. Я, до наступления этого момента, отложу "пациента" в коробочку и не буду тратить в пустую свое драгоценное время и нервы. Столько всевозможных/разных версии, как самой среды разработки, так и используемых ею библиотек и используемых этими библиотеками библиотек, просто жесть. Такая путаница...
2. Когда, наконец, появится рабочая, полноценная, актуальная сборка ППО для программирования СПК? Мне эти танцы с бубном уже поперек горла стоят.
Это мой второй и последний проект, в котором я применяю ПЛК/СПК ОВЕН - при покупке надеешься получить продукт, а получаешь, в итоге, полуфабрикат в "обертке" с надписью продукт и невольно, даже не подозревая об этом, присоединяешься к команде бета-тестеров, причем бесплатных.
Добрый день. Вам необходимо установить архив репозитория (ссылка в подписи). Он в т.ч. содержит библиотеку Standard версии 3.5.2.0.Цитата:
Сообщение от Spawn
Евгений, спасибо за помощь, уже нашел необходимую библиотеку в naladka_prikhodko_spk_1xx_v2.4.0.0.projectarchive.
После перепрошивки картина та же, что и в посте #13.
"Плаванье" калибровки сенсора пока смотрим.
Ну это уже давно все поняли, только Овеновцы делают вид что так и должно быть.Цитата:
получаешь, в итоге, полуфабрикат в "обертке" с надписью продукт и невольно, даже не подозревая об этом, присоединяешься к команде бета-тестеров, причем бесплатных.
Странно что Ваш пост еще не удалили.
Ну, здесь больше вопросов к 3S, которые в CDS 3 устроили такой квест с библиотеками. Но, поскольку ОВЕН использует их ПО - ответственность обоюдная.
Так надеешься...надеешься до последнего, а вдруг, авось, а может быть, все таки заработает. У проекта СПК такой потенциал, а он по сью пору до конца не реализован. Это же так удобно, на мой взгляд, и панель оператора, и ПЛК в одном корпусе. Но все это не "доведено до ума"... Это благо у нас объект, с которого демонтирован СПК, имеет сезонный характер работы, и теперь есть небольшой запас времени, чтобы попытаться решить проблему. Не получится его привести в чувства, я ,честно говоря, даже не знаю как мне дальше и поступить. Расположение у нас отдаленное, с логистикой всё долго и нерентабельно, а брать еще одного подопытного как-то не хочется. Посмотрим, что за сутки с калибровкой произойдет...Цитата:
Сообщение от alexx751
Состояние калибровки сенсора за сутки не изменилось - в норме.
"Косяки" визуализации (пост #13) сами собой излечились после нескольких перезагрузок СПК (да начала суточного эксперимента), что очень настораживает - лишь бы в будущем не проявились вновь. Евгений, в чем может быть причина подобного поведения оборудования (пост #13)? Хотя бы приблизительное направление можете указать, где начать раскопки производить?
Да, кстати, вместе с излечением визуализации восстановилась и функция авторизации пользователя...
Причины возникновения графических артефактов сложно прокомментировать.
По поводу "User management file not found" - возможно, после значительного кол-ва последовательных перекомпиляций и перезаписей проекта файл с данными пользователей был поврежден.
В таких случаях обычно помогает команда Сброс заводской и последующая загрузка проекта.
Понятно, спасибо.
После проделанных манипуляций, указанных в посте #13, выключил СПК и оставил его в таком состоянии до утра, утром включил, СПК как ни в чем не бывало загрузился (без глюков), после перепрошивки и загрузки проекта ситуация повторилась, теперь опять все нормально. Была еще, кстати, и проблема с отключением подсветки дисплея, на СПК используется функция отключения дисплея (переход на форму визуализации, содержащей черный прямоугольник по размерам дисплея и последующее отключение подсветки) по прошествии 10 минут, так вот переход на другую форму визуализации происходил, а подсветка не гасла. Теперь и эта функции работает нормально. Может проблема вовсе не в повреждении файла с данными пользователей, а какая проблема с ПЗУ или еще с чем из "железа"? Тогда этим может объясняться и появление графических искажений. В общем, пока лежит на столе- наблюдаю...
Пришел с утра на работу. Первым делом обследование "пациента" - жив, но калибровка опять съехала миллиметров на 4-5 по горизонтальной оси ниже области прикосновения (нажатия делаются в основном по центру дисплея относительно вертикальной оси). Накануне нашел тут http://www.owen.ru/forum/showthread....F0%EE%E2%EA%E0 интересную информацию. Решил попробовать провести тест сенсора как указано в посте #6. Достал USB шнурок и полез его подключать...и тут СПК выскользнул и упал сенсором на провода.
Стоял вот так:
Вложение 34037
Упал вот так:
Вложение 34039
До падения экран СПК был в выключенном состоянии. После падения экран загорелся, я вставил кабель в разъем и поднял СПК. Решил проверить все ли в порядке с сенсором (хотя это даже толком и падением назвать нельзя). Каково же было мое удивление, когда я обнаружил, что после падения, при тех же условиях проверки (нажатия по центру дисплея относительно вертикальной оси) курсор находится четко под пальцем/резинкой карандаша/колпачком ручки...:confused::confused::confused:. Решил проверить реакцию области ближе к верху сенсора и обнаружил, что в этой области курсор располагается выше области прикосновения...:confused::confused::confused:
В чем "прикол"? В чудодейственной силе "удара кулаком по ящику"?
Всем доброго времени суток. Моя борьба с сенсором СПК продолжается, симптомы те же.
Кто подскажет в каком направлении еще копнуть?
Пока думаю попробовать прошиться на одну из предыдущих версий прошивки...
Здравствуйте! Транспортировочную пленку сняли перед калибровкой экрана? Какая версия прошивки?Цитата:
Сообщение от Spawn
Вчера еще была 5.472. Поставил 3.945 (на пробу). Пока пытаюсь перенести проект на другой таргет (появляется сообщение "Недостаточно кодовой памяти: POU 'CODE__INIT'..." при генерации кода).Цитата:
Какая версия прошивки?
Ильнур, я, конечно, понимаю, что назначение данной пленки лишь защита при транспортировке, но каким образом она может способствовать "сползанию" калибровки? Другое дело было, если бы она изначально как-то влияла на работу сенсора (плохая реакция на прикосновения, например). В моем случае как? Вечером проводишь калибровку сенсора (с пленкой) и все прекрасно работает (тоже с пленкой). Оставляешь до утра, утром приходишь, начинаешь "тыкать" по сенсору (с пленкой) и видишь, что курсор находится миллиметров на 5-6 выше места прикосновения.Цитата:
Транспортировочную пленку сняли перед калибровкой экрана?
Что-то я не пойму, а что за проблема с объемом кодовой памяти? На версиях таргетов 3.5.4.26 и 3.5.4.23 нормально код генерируется, после выбора версии 3.5.4.20 начинают сыпаться ошибки о недостаточности кодовой памяти...
Используйте версию 3.5.4.20 (024). В версии 3.5.4.20 (023) было ограничение на размер проекта.Цитата:
Сообщение от Spawn
Евгений, спасибо. Будем пробовать.Цитата:
Сообщение от Евгений Кислов
Результаты 2-х дневных наблюдений за сенсором после отката прошивки на 3.945:
1. Калибровка все также "плавает".
2. Вывод из п.1 - версия прошивки на "плаванье" калибровки ни как не влияет.
Евгений, что еще может являться причиной такого поведения сенсора? Сдвиги происходят только по вертикальной оси - выше места прикосновения, либо ниже. Сдвиги влево/вправо не наблюдались.
Грешу еще на проблемы контактного плана - шлейфный разъем, сам шлейф и т.п.
Сегодня, в который раз, откалибровал сенсор. Курсор, после калибровки, реагировал как положено. Решил разобрать СПК и посмотреть что происходит на платах. Видимого ничего не обнаружил, вытащил из разъемов оба шлейфа, подключил их обратно, прикрутил заднюю крышку, включил СПК. После загрузки приложения курсор "уехал" вверх сантиметра на полтора (хотя за пару минут до разборки сенсор был откалиброван и курсор четко реагировал на нажатия). Может в контакте шлейфа в разъеме проблема была? В общем, произвел повторную калибровку, лежит на столе, наблюдаю...
Евгений, есть в наличии файлы (pointercal) с результатами 3-х калибровок сенсора. Может Вам отправить для анализа?
Это возможно, и мы такое иногда наблюдали.Цитата:
Может в контакте шлейфа в разъеме проблема была?
Для анализа, честно говоря, лучше отправить СПК в СЦ. Файлы калибровки вышлите мне на почту, пожалуйста, но я не думаю, что по ним что-то удастся диагностировать.
Евгений, результаты калибровок Вам выслал.
С отправками у нас все не просто - объект отдаленный и в наших реалиях, если стоимость оборудования небольшая, то на много дешевле и быстрее будет приобрести новое, нежели отправлять нерабочее по гарантии.
Второй день сенсор СПК ведет себя нормально. Может и правда, контактная проблема была... Пока дальше наблюдаю...
Результаты 3-х недельных испытаний (наблюдений): СПК стоит на объекте (перед установкой прошился обратно на версию 5.472), калибровка сенсора, с момента разборки, больше не "съезжала". Получается проблема была контактная (шлейф).
тоже попытался переткнуть шлейф на спк207, кажется стало ещё хуже...Цитата:
Сообщение от Spawn