Суть в следующем.
Существует проект на CPU-315, который изначально был написан на немецком языке. Затем компания производитель перевела данный проект на русский язык (таблица символов, комментарии в блоках данных, комментарии в функциях) и обучила на это оборудование и этой программе (основным моментам).
Завершающим этапом обучения была передача проектов, с обязательной проверкой их актуальности на действующих объектах.
Когда подключились - увидели некоторые несоответствия в функциях, что было быстро поправлено, а также в DB (были разными начальные значения, но структура одинаковой).
При сравнении онлайн и офлайн версии (GO TO) заметил, что символики и комментариев в блоке ONLINE не было (ну и сообщение было об этом).
Затем когда были поправлены начальные значения - операция Compare проходила успешно (ну за исключением актуальных значений конечно).
Затем возникла проблема: при включении "очков" в DB - сообщение, что блок не содержится в CPU и предложение о его загрузке.
При просмотре содержимого CPU через Accesble Nodes - блоки данных также присутствовали.
Затем все DB пришлось прогрузить в CPU, после чего все стало работать как положено.
Времени и сил на это было затрачено не мало (а это ведь производство), поэтому очень хотелось бы узнать мнения по поводу того как такая ситуация могла произойти, дабы избежать ее в будущем.
Проблемы с DB после перевода.
Re: Проблемы с DB после перевода.
Блоки DB создаются "на лету".
Поэтому вроде они есть, но вроде их и нет.
Потом после создания архивов, а еще хуже после загрузки их для восстановления работоспособности ,
такая ЖОПА начинается.
Особенно, когда не знаешь еще.
П.С. Пользуюсь регулярно, что бы любознательные товарищи ломали себе головы на пустом месте.
П.П.С. Иногда замешиваю "кашу" на начальных значениях в DB, на кол-ве обращений к программе, на сверке номера флэшки и .... Веселуха короче.
П.С.С. Самое крутое, что видел: все функции вызываются на один цикл контроллера. Первый раз, когда подключился в онлайн , думал у меня крышу снесло. Пресс работает, а контроллер в стопе. Что б этот Цезаре-Морфеус обдристался.
Поэтому вроде они есть, но вроде их и нет.
Потом после создания архивов, а еще хуже после загрузки их для восстановления работоспособности ,
такая ЖОПА начинается.
Особенно, когда не знаешь еще.
П.С. Пользуюсь регулярно, что бы любознательные товарищи ломали себе головы на пустом месте.
П.П.С. Иногда замешиваю "кашу" на начальных значениях в DB, на кол-ве обращений к программе, на сверке номера флэшки и .... Веселуха короче.
П.С.С. Самое крутое, что видел: все функции вызываются на один цикл контроллера. Первый раз, когда подключился в онлайн , думал у меня крышу снесло. Пресс работает, а контроллер в стопе.
Что б этот Цезаре-Морфеус обдристался.Re: Проблемы с DB после перевода.
Это как? Что-то и представить не могу...Dfcz wrote:...
П.С.С. Самое крутое, что видел: все функции вызываются на один цикл контроллера. Первый раз, когда подключился в онлайн , думал у меня крышу снесло. Пресс работает, а контроллер в стопе.
Re: Проблемы с DB после перевода.
Ну как обычно.
В об1 вызывается фс1. В фс1 сбрасывается вызов фс1. больше фс1 не вызывается, пока не взведется вызов фс1.
Все просто.
Но, когда все функции так вызываются, то в онлайне, ессно, все "стоит".
А если в об1 тока вызовы функций, и ты ЭТО видишь в первый раз, то сначала сносить крышу.
В об1 вызывается фс1. В фс1 сбрасывается вызов фс1. больше фс1 не вызывается, пока не взведется вызов фс1.
Все просто.
Но, когда все функции так вызываются, то в онлайне, ессно, все "стоит".
А если в об1 тока вызовы функций, и ты ЭТО видишь в первый раз, то сначала сносить крышу.
Re: Проблемы с DB после перевода.
Что-то не совсем понимаю смысл выражения "на лету". Если перевели комментарии, то структура DB не менялась, да и при compare все OK. Если возникают проблемы, значит место в области DB в CPU заполнено еще дополнительно какой-то информацией о комментариях (не понятно какой), которая важна и почему то compare это не видит (может конечно потому что были скрыты блоки, имеющие различные актуальные значения). В программе никаких засад нет по вызовам и сравнением чего либо постороннего.
Re: Проблемы с DB после перевода.
Не видя проекта можно долго гадать, что за проблемы у вас.Sergey177 wrote:Что-то не совсем понимаю смысл выражения "на лету". Если перевели комментарии, то структура DB не менялась, да и при compare все OK. Если возникают проблемы, значит место в области DB в CPU заполнено еще дополнительно какой-то информацией о комментариях (не понятно какой), которая важна и почему то compare это не видит (может конечно потому что были скрыты блоки, имеющие различные актуальные значения). В программе никаких засад нет по вызовам и сравнением чего либо постороннего.
1."На лету" значит, что создаются, когда работает программа.
2. Что значит возникают проблемы? И почему это означает, что "...значит место в области DB в CPU....)?
3. Что значит "compare это не видит"? Что "это" компаре "не видит"?
Когда вы пишите, то имеете ввиду то, что другие не знают. Поэтому другим трудно понять о чем идет речь.
Пост размытый, поэтому попробуйте конкретизировать одну проблему.
Re: Проблемы с DB после перевода.
не стесняйся выложить скрины по каждому вопросу
мне вот то же не понятно выражение
При сравнении онлайн и офлайн версии (GO TO) заметил, что символики и комментариев в блоке ONLINE не было (ну и сообщение было об этом).
4 исключающих выражений
"При сравнении онлайн и офлайн версии" нету "(GO TO)"
далее выражение : что символики и комментариев в блоке ONLINE не было подходит для онлайн если не совпадает с оффлайн или на выкачанной проге,а это(ну и сообщение было об этом). только при аплоаде
при включении "очков" в DB - сообщение, что блок не содержится в CPU и предложение о его загрузке а может всё-таки что он не совпадает с оффлайновским ?
так что скрины в студию
мне вот то же не понятно выражение
При сравнении онлайн и офлайн версии (GO TO) заметил, что символики и комментариев в блоке ONLINE не было (ну и сообщение было об этом).
4 исключающих выражений
"При сравнении онлайн и офлайн версии" нету "(GO TO)"
далее выражение : что символики и комментариев в блоке ONLINE не было подходит для онлайн если не совпадает с оффлайн или на выкачанной проге,а это(ну и сообщение было об этом). только при аплоаде
при включении "очков" в DB - сообщение, что блок не содержится в CPU и предложение о его загрузке а может всё-таки что он не совпадает с оффлайновским ?
так что скрины в студию
Re: Проблемы с DB после перевода.
Вот собственно и скриншоты. Сделал их правда уже не на объекте, а с помощью симулятора (благо upload сделал до загрузки переведенных DB).
Screens
Show
Re: Проблемы с DB после перевода.
Дык это начальные значения!!!
Во-первых они не имеют особого значения вообще-то.
Во-вторых, если они стали другими уже на объекте (что нужно очень тщательно уточнить), тогда это говорит о том, что:
-села батарейка
-кто-то обнулял проц. ( у нас это делают пьяные слесари, что бы не работать, но и не ломать оборудование)
-проблема с памятью (или внешней или внутренними)
Что бы в следующий раз оборудование не простаивало, мы обычно забивает начальные значения равные текущим.
Во-первых они не имеют особого значения вообще-то.
Во-вторых, если они стали другими уже на объекте (что нужно очень тщательно уточнить), тогда это говорит о том, что:
-села батарейка
-кто-то обнулял проц. ( у нас это делают пьяные слесари, что бы не работать, но и не ломать оборудование)
-проблема с памятью (или внешней или внутренними)
Что бы в следующий раз оборудование не простаивало, мы обычно забивает начальные значения равные текущим.
Re: Проблемы с DB после перевода.
Начальные значения затем были сделаны одинаковыми. Операция сравнения после чего никаких различий уже не показывала, как до этого. Но при попытке просмотра через "очки" результат не изменился. В том и вопрос - почему.
Re: Проблемы с DB после перевода.
Вот и добрались до главного: были изменены начальные данные.
Об этом и надо было писать с самого начала.
Если вы переписали начальные данные, то вы переписали DB.
А потом задаетесь вопросом о том что, что-то там в DB не так.
У вас все нормально и не надо мучиться вопросами.
Об этом и надо было писать с самого начала.
Если вы переписали начальные данные, то вы переписали DB.
А потом задаетесь вопросом о том что, что-то там в DB не так.
У вас все нормально и не надо мучиться вопросами.
Re: Проблемы с DB после перевода.
То есть, если даже соответствует тип, структура и данные в DB, но они были изменены в версии OFFLINE после их загрузки в CPU - получается различие, которое мы и видим. Правильно я понимаю?
PS С наступившим Новым годом!!!
PS С наступившим Новым годом!!!
Re: Проблемы с DB после перевода.
Да.
Если были изменения в проекте (в нашем случае начальные данные в DB), то при загрузке проекта в ПЛК будут загружены начальные данные из ПЛК а не из проекта (в нашем случае).
А это и значит, что в проекте и в ПЛК будут различные данные (начальные данные в нашем случае).
Короче, что бы не было подобных проблем в будущем (это один из вопросов), не надо трогать начальные данные - там есть нюансы (т.е. гемор).
С Рождественским Постом всех православных!!!
Если были изменения в проекте (в нашем случае начальные данные в DB), то при загрузке проекта в ПЛК будут загружены начальные данные из ПЛК а не из проекта (в нашем случае).
А это и значит, что в проекте и в ПЛК будут различные данные (начальные данные в нашем случае).
Короче, что бы не было подобных проблем в будущем (это один из вопросов), не надо трогать начальные данные - там есть нюансы (т.е. гемор
).С Рождественским Постом всех православных!!!