Прикольно глючит лоджик

[ATS]

Сообщение от Arsie

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

Зачем далеко ходить

[Arsie]

Сообщение от ATS

Зачем далеко ходить

Понял вас. Поправим.

[max7222]

версия SMLogix финальная!

В смарте, в меню настроек выбран тип переменной long, но нельзя выбрать максимальное значение числа больше 32767

[Arsie]

Сообщение от max7222

версия SMLogix финальная!

В смарте, в меню настроек выбран тип переменной long, но нельзя выбрать максимальное значение числа больше 32767

Спасибо, исправим.

[max7222]

Сообщение от max7222

версия SMLogix финальная!

В смарте, в меню настроек выбран тип переменной long, но нельзя выбрать максимальное значение числа больше 32767

Дубль два:
версия SMLogix финальная
теперь максимальная граница меняется, но нельзя задать значение больше 5 знаков.

[Arsie]

Сообщение от max7222

Дубль два:
версия SMLogix финальная
теперь максимальная граница меняется, но нельзя задать значение больше 5 знаков.

Ввести больше 5 знаков всё равно невозможно, вот и нельзя границу задать выше.

[max7222]

в процессе работы над проектом стараюсь обновлять SMLogix по мере выхода новых версий как рекомендуют разработчики, но склоняюсь отказаться от этой затеи по следующим причинам:

(не могу сказать при переходе с какой версии на какую случились данные ошибки но произошло это примерно в течении месяца)

1 - пропали с поля блоки принадлежащие контроллеру (смотри скрин.)

2 - к МК подключено 5 модулей по RS-485. При запуске МК втечинии 2-5 секунд они опрашиваются а потом модули с адресами 2 и 4 просто перестают опрашиваться. лампочки активности сети на них не горят (то есть МК к ним не обращается) статистика по модулю не ведется (не растет число неотвеченых запросов) на сетевых входах этих модулей висят значения действующие на момент прекращения опроса модуля.
Вылечить эту проблему удалось удалением из проекта существующего модуля и добавлением такого же со всеми идентичными характеристиками параметрами и картами сетевых переменных.(что повлекло за собой некоторые трудозатраты)

Итого: неприятно с каждым обновлением ПО получать все новые и новые проблемы(

[Arsie]

Сообщение от max7222

в процессе работы над проектом стараюсь обновлять SMLogix по мере выхода новых версий как рекомендуют разработчики, но склоняюсь отказаться от этой затеи по следующим причинам:

(не могу сказать при переходе с какой версии на какую случились данные ошибки но произошло это примерно в течении месяца)

1 - пропали с поля блоки принадлежащие контроллеру (смотри скрин.)

2 - к МК подключено 5 модулей по RS-485. При запуске МК втечинии 2-5 секунд они опрашиваются а потом модули с адресами 2 и 4 просто перестают опрашиваться. лампочки активности сети на них не горят (то есть МК к ним не обращается) статистика по модулю не ведется (не растет число неотвеченых запросов) на сетевых входах этих модулей висят значения действующие на момент прекращения опроса модуля.
Вылечить эту проблему удалось удалением из проекта существующего модуля и добавлением такого же со всеми идентичными характеристиками параметрами и картами сетевых переменных.(что повлекло за собой некоторые трудозатраты)

Итого: неприятно с каждым обновлением ПО получать все новые и новые проблемы(

Перед выпуском мы тестируем ПО на такие очевидные вещи, которые вы описываете. Значит причина в чём-то, чего у нас нет. Например в проекте.

Для объективного и предметного рассмотрения проблемы мне нужно:

1) Знать версию лоджика с которой вы перешли и на какую
2) Иметь ваш проект перед глазами, чтобы увидеть, что происходит

Подозреваю, что у вас 2Gi. Тогда пересоздайте базу данных - сконвертируйте проект в 2G, затем закройте лоджик, откройте и сконвертируйте обратно. В самом 2Gi зайдите по FTP и удалите файл settings.sqlite и загрузите проект заново. Далее будем смотреть, что и как работает. Если заработает, значит либо в проекте, либо в контроллере были ошибки в БД. Возможно пришли хвостом из бета-версий лоджика.


PS. Удаление тоже приводит к коррекции БД, но это долго)

[Arsie]

Сообщение от max7222

когда можно ждать какой то ответ от Вас?
сроки поджимают(
вот думаю ждать решения от Вас или создавать проект в SMConfig вручную?

Там всё непросто. В СМКонфиге куча пустых СМС. 430-я версия лоджика этот проект не может нормально сохранить.

Проверьте, чтобы все СМС были длиной до 70 символов, включая числа. СМКонфиг с составными СМС не работает.

И удалите пустые СМС. Может этого хватит.

С проектом будет не очень быстро. Сегодня не обещаю.

[max7222]

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

[Arsie]

Сообщение от max7222

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

Лоджик этот проект с трудом открывает, значит что-то где-то поломано или упёрлось в какое-то ограничение структуры лоджика. Программисты разбираются. Как разберутся, уже можно будет поговорить предметно.

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

[max7222]

отсылаю Вам на почту техподдержки переконвертированный проект без ошибки в базе данных.
прошу взглянуть на него и оценить его на предмет "поломок".
имеет ли смысл дорабатывать его или нужно все делать заново?
ведь лоджик его тоже не очень легко открывает(

[Arsie]

Сообщение от max7222

отсылаю Вам на почту техподдержки переконвертированный проект без ошибки в базе данных.
прошу взглянуть на него и оценить его на предмет "поломок".
имеет ли смысл дорабатывать его или нужно все делать заново?
ведь лоджик его тоже не очень легко открывает(

В переконвертированном БД удаляется напрочь, поэтому и смс пропадают. Сам проект вроде норме.

В принципе, на 430 лоджике, если удалить пустые СМС, то ошибка БД у нас пропадает. Можно принять как временную меру.

[max7222]

добрый день!
хотя не такой уж он и добрый.
начал забивать sms в переконвертированный проект
при 10 смс все было хорошо. при 25 очередная тестовая загрузка выябила снова "Ошибка в базе данных !"
проект отправляю на почту поддержки и жду совета что делать дальше(

[max7222]

интересует вопрос:
как SMConfig относится к именам переменных на русском языке с пробелами и заглавными буквами?
может ли быть проблема в этом?

[Arsie]

Сообщение от max7222

интересует вопрос:
как SMConfig относится к именам переменных на русском языке с пробелами и заглавными буквами?
может ли быть проблема в этом?

По идее всё равно ему на это, т.к. всем переменным присваивается "теневое имя"-UUID.

Разве что на этапе присваивания если что сбойнуть может.

Кстати, имена переменных можно редактировать, это ничем не грозит. В СМКонфиге они также изменят названия и ничего нигде не попортится.

[max7222]

Арсений, посмотрите пожалуйста письмо на почте техподдержки.

[Arsie]

Сообщение от max7222

Арсений, посмотрите пожалуйста письмо на почте техподдержки.

Всё вижу, по всему работа идёт. Сегодня скорее всего будет решение.

[max7222]

очень хотелось бы пообщаться. есть пару нюансов. может они будут вам полезны. а я проясню что то для себя.

[max7222]

Что удалось выяснить, "работая" тестировщиком SMLogix :

в проекте созданом с нуля работают как русские так и английские имена переменных. изменение имени переменной
изменяет связи в SMConfig и все работает.

в моём проекте при изменении имени переменной в проекте, изменений в SMConfig не происходит и привязанная переменная
там не изменяется.

в моём проекте при использовании русских имен переменных ошибка БД возникает гораздо чаще и отправка смс не
работает даже при отсутствии ошибки БД. при использовании английских имен переменных ошибка БД возникает гораздо
реже (и вообще по непонятным и необъяснимым причинам) и отправка смс работает при отсутствии ошибки БД. но после
включения МК "приходит в себя"* около 10 минут (при 20 СМС. наращивать их кол-во побоялся)

"приходит в себя"- после включения около 10 минут красный СД показывая ситстемную аварию(не подключен МС) мигает
хаотично(то чаще, то реже) передвицение по меню затруднено (отклик на нажатие клавиши происходит спустя примерно 20
-30 секунд) потом все вроде бы работает нормально

из моего проекта удалил все экраны, уставки, оставил практически одни СМС после этого появилась ошибка БД которой до
этого небыло

из моего проекта удалил СМС и очистил полностью SMConfig (все экраны и остальной функционал остался полностью) МК
заработал в стандартном режиме

создание нового проекта с одними СМС (20 шт) показала что МК вроде бы тоже работает в стандартном режиме
соответственно либо в моем МК есть проблемы с SMConfig, либо не работает связка SMConfig + весь остальной мой
проект.

какие ограничения накладывает SMConfig? мне необходимо 60 СМС. 40 из них должны отправляться на 9 номеров. 20 из
них должны отправляться на 6 номеров. Некоторые из номеров могут быть "0" ("0" могут быть даже 8 из 9 номеров.
заказчик просит возможность при необходимости иметь возможность рассылки на 9 номеров, а пока используется лишь 1)

в моём проекте SMConfig работает медленно и невсегда сохраняет изменения поле нажатия на иконку дискеты "сохранить"
в новом проете SMConfig работает гораздо быстрее и сохранение происходит всегда.

ответ напрашиватся сам собой нужно переделать проект заново, но это совсем не 5 минут да и желания такого абсолютно
нет. Как и нет гарантии что тогда все заработает

Что делать? вешать в шкаф второй МК который будет только отправлять СМС? а данный ему передавать с основного. Но
опять же нет гарантии чтто SMConfig переварит 60 СМС при условиях поставленных заказчиком

[Arsie]

Сообщение от max7222

Что делать? вешать в шкаф второй МК который будет только отправлять СМС? а данный ему передавать с основного. Но
опять же нет гарантии чтто SMConfig переварит 60 СМС при условиях поставленных заказчиком

Из того, что нашли плохого - в названиях переменных для телефонов есть русские буквы и они неправильно попадают в БД. Можно переделать на латинские, заплатку пока готовим. От этого и тупит и ругается.

Пустые СМС сами по себе генерируют ошибку, т.к. не должно быть таких. Это просто индикация, на работу не влияет.

[max7222]

Я уже переделал проект. В именах переменных типа MEM отсутствуют русские буквы. Создал 20 смс. При этом после включения МК "приходит в себя" около 10 минут!

это нормально?
будет ли он потом работать как нужно?
наращивать ли кол-во СМС дальше?

[Arsie]

Сообщение от max7222

какие ограничения накладывает SMConfig? мне необходимо 60 СМС. 40 из них должны отправляться на 9 номеров. 20 из них должны отправляться на 6 номеров. Некоторые из номеров могут быть "0" ("0" могут быть даже 8 из 9 номеров.
заказчик просит возможность при необходимости иметь возможность рассылки на 9 номеров, а пока используется лишь 1)

Номер телефона "0" автоматом переводится в "+700", т.е. мсм будут отсылаться на этот номер. Такие СМС могут забить очередь неотправленных сообщений. Её нужно подужать до 10 минут.

[max7222]

я ошибся, № в SMConfig будет не "0" а "+70" или это одно и тоже
новый проект без ошибки в БД но тормозящий при включении отправил па почту

[max7222]

про "+700" я Вас понял!!!

но проблема не в тормозящих СМС, с этим жить можно меня смощает поведение МК после включения. это не будет влиять на последующую работу?

[Arsie]

Сообщение от max7222

Я уже переделал проект. В именах переменных типа MEM отсутствуют русские буквы. Создал 20 смс. При этом после включения МК "приходит в себя" около 10 минут!

это нормально?
будет ли он потом работать как нужно?
наращивать ли кол-во СМС дальше?

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

Торможение - это обработка базы сервисами SMConfig. Скорее всего идёт переиндексация, вызванная тем, что переменные неправильно распределяются. Это тоже должно будет уйти. Сейчас после такого торможения должна происходить нормальная работа. Но т.к. индекс временный, при включении всегда тормозит.

[max7222]

в моем новом проекте имена переменных состоят уже только из цифр.
да и старый проект ценности уже не представляет.

[Arsie]

Сообщение от max7222

в моем новом проекте имена переменных состоят уже только из цифр.
да и старый проект ценности уже не представляет.

Остаётся только переиндексация.

[max7222]

что нужно будет сделать, чтобы в новой версии проект "пересобрался" с учетом недочетов?

[Arsie]

Сообщение от max7222

что нужно будет сделать, чтобы в новой версии проект "пересобрался" с учетом недочетов?

Ничего. Просто загрузить проект как обычно, все исправления произойдут автоматически.

По поводу цифр без букв в именах, то нужно поосторожнее - это само по себе не вредно, но если совпадёт с каким-нибудь идентификатором системным - будет не очень. Вероятность низкая, конечно... Тоже думаем над этим.