Небольшие хотелки в SMLogix

[ViS]

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

PS. Хотя, в случае 2Gi+, это банальные пара секунд на закидывание архива и выдача пары команд контроллеру. Затем просто ожидание, пока он там сам всё распакует, проверит и установит. Как из этого прогресс-бар сделать я сам не знаю)

Тогда можно сделать, чтобы после того как прошла загрузка в контроллер, менялась надпись, мол, загрузили, ждите когда контроллер его переварит. А то, порой, при тяжелом проекте смотришь на эту "идет загрузка" и начинаешь гадать, оно вообще грузит или уже зависло..


Добавлено через 6 минут

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

Через карту памяти?
Просто карту памяти не так оперативно можно отправить клиенту, как файл через эл почту)

Вот кстати, раз уж даже в Пикселях можно слить на МП и потом с него залить, то наверняка нет и большой сложности сделать слив на флешку и залив с нее в SMH/TRIM. Если будет такое, то образ флешки уже и почтой отослать можно.

[ATS]

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

Вот кстати, раз уж даже в Пикселях можно слить на МП и потом с него залить, то наверняка нет и большой сложности сделать слив на флешку и залив с нее в SMH/TRIM. Если будет такое, то образ флешки уже и почтой отослать можно.

Это когда-то было в 2Gi Потом похерили. Никакой проблемы нет.
Также как и обновления ядра с флешки.

[Ilya J.]

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

Вот кстати, раз уж даже в Пикселях можно слить на МП и потом с него залить, то наверняка нет и большой сложности сделать слив на флешку и залив с нее в SMH/TRIM. Если будет такое, то образ флешки уже и почтой отослать можно.

Конечно, штатных возможностей сейчас таких нет, но линукс многое позволяет сделать.

[ViS]

Сообщение от Ilya J.

Конечно, штатных возможностей сейчас таких нет, но линукс многое позволяет сделать.

А почему "конечно"?

Вы считаете отсутствие такой штатной возможности само собой разумеющимся? Почему же раньше считали по другому, для Пикселя и 2Gi(сам не помню такого в 2Gi, но выше говорят, что было)?
Функция реально нужная, и именно в штатном исполнении.



P.S. Это явно не тот случай, когда стоит отсылать к возможностям линукса.

[ATS]

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

Почему же раньше считали по другому, для Пикселя и 2Gi(сам не помню такого в 2Gi, но выше говорят, что было)?
Функция реально нужная, и именно в штатном исполнении.

Ну штатно её и не было. Была в скрыта в сисменю и немного с ошибкой. Разблокировалась без проблемы. Правда была только загрузка архива с флешки или из папки Projects.

[ATS]

Прошелся старыми тропами - работает на 2Gi даже ключики SMConnect подхватываются.
Не вижу проблем и для старшеньких моделей.
Пробовать не на чем.

[Pushin]

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

Прошелся старыми тропами - работает на 2Gi даже ключики SMConnect подхватываются.
Не вижу проблем и для старшеньких моделей.
Пробовать не на чем.

Заинтересовали, попробую на smh4 раскопать подобное)

[ATS]

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

Заинтересовали, попробую на smh4 раскопать подобное)

Ну там в явном виде этого нет. Системная менюшка не на PHP.
Но суть не меняется - файл проекта load_files.zip (создается Лоджиком) нужно с флешки скопировать в Projects и запустить restart
из /usr/local/bin/ (или использовать ссылку в Prоjects).

Лоджик проект именно так и грузит.

[ViS]

Не помню, может уже когда-то и просили.
Повтор не помешает
Смарт, элемент "Гистограмма" - нужно задание пределов и аварийки из FBD.

[ViS]

Лет несколько назад уже писал, но все же повторюсь снова.
Для переменных в составе смартовского элемента "Меню настроек" есть возможность записать значение из ФБД не только по изменению, но и "по сигналу", отдельный ФБД-вход для записи.
Очень не хватает такой возможности для элементов "Ввод числа" и "Кнопка" (когда она с фиксацией). Вечно приходится лепить костыли в виде обратных связей и передергивания значения на входе.

[ViS]

При клике правым мышом на входе, к которому еще не подключено связи, выводится список именованных связей. Удобная штука, когда связей мало. А когда их под сотню и больше... Хотелось бы его прокрутку мышом. (только НЕ ИНЕРЦИОННУЮ!!)



О! Кстати о прокрутке... Ну ооочень хочется отключения этой дурацкой "инерционной" прокрутки поляны. Вымораживает прям. Порой выбешивает. И медленнее она обычной человеческой, и вечно с ней промахиваешься.

[Pushin]

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

При клике правым мышом на входе, к которому еще не подключено связи, выводится список именованных связей. Удобная штука, когда связей мало. А когда их под сотню и больше... Хотелось бы его прокрутку мышом. (только НЕ ИНЕРЦИОННУЮ!!)



О! Кстати о прокрутке... Ну ооочень хочется отключения этой дурацкой "инерционной" прокрутки поляны. Вымораживает прям. Порой выбешивает. И медленнее она обычной человеческой, и вечно с ней промахиваешься.

Соглашусь про прокрутку поляны, на слабеньком ноуте в больших проектах сильно тормозит. К примеру даже на тримовском пульте hvac уже не может)

[Arsie]

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

О! Кстати о прокрутке... Ну ооочень хочется отключения этой дурацкой "инерционной" прокрутки поляны.

С этим вопросом к микрософту. По факту никакой инерции нет - это типовое поведение винды на медленной машине.

[windy]

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

При клике правым мышом на входе, к которому еще не подключено связи, выводится список именованных связей. Удобная штука, когда связей мало. А когда их под сотню и больше... Хотелось бы его прокрутку мышом. (только НЕ ИНЕРЦИОННУЮ!!)

Поддерживаю! Там конечно есть кнопочки внизу, но прокрутка мышью было бы самое оно!

[Arsie]

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

Поддерживаю! Там конечно есть кнопочки внизу, но прокрутка мышью было бы самое оно!

Прокрутка не решение. Я в своё время предлагал группировку по первичному признаку. Ну типа как макросы в подменюхи сворачиваются.

[ViS]

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

С этим вопросом к микрософту. По факту никакой инерции нет - это типовое поведение винды на медленной машине.

Любопытно, что такого "типового поведения виды" не наблюдается ни в одной программе, в которых нет инерционной прокрутки или она отключается. А в Лоджике проявляется на проекте из 10-15 блоков AND.

[Arsie]

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

Любопытно, что такого "типового поведения виды" не наблюдается ни в одной программе, в которых нет инерционной прокрутки или она отключается. А в Лоджике проявляется на проекте из 10-15 блоков AND.

Просто на вашем конкретном компьютере/ноутбуке поляна прокручивается настолько медленно, что не успевает отработать очередь сообщений от колёсика мыши.

Ещё винда имитирует колесом кнопы Up/Dn, это пункт "сколько строк прокручивать" в диалоге свойств мыши. Если выставить, например, 20 строк, то лоджик честно отработает 20 раз "Dn" на один щелчок мыши. А если вы за это время пять раз крутанёте - лоджику винда последовательно скажет прокрути на 100 раз вниз.

Бороться с этим можно по разному. Например, обнуляя буфер мыши после каждого действия. Но тогда появится ощущение тормознутости интерфейса и появления эффекта несрабатывания кнопок, т.к. многие нажатия человек выполняет за доли секунды перед окончанием действия текущей операции.

[ViS]

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

Просто на вашем конкретном компьютере/ноутбуке поляна прокручивается настолько медленно, что не успевает отработать очередь сообщений от колёсика мыши.

Занятно. А почему скорость отработки виндой очереди сообщений от колесика мыши зависит от количества отображаемого в каждый конкретный момент числа элементов на поляне? Потому что графики приходится отрисовывать больше? Тогда почему она, та винда, совершенно спокойно успевает все отрисовывать при перемещении поляны прямоугольником в навигаторе? Там ни тени намека на какое-то торможение нет. В том же Визио, например, когда на экране сотни графических элементов, никаких торможений прокрутки нет. В том же адобе при прокрутке тяжелый файлов тоже нет такого поведения.

Если при совершении одинакового стандартного действия в десятках разных программ наблюдается какой-то [д]эффект только в одной их них, вполне логично предположить, что дело именно в этой программе, а не в винде. Именно лоджик "не успевает отрабатывать очередь сообщений колесика мыши", а не винда. А списывать все огрехи на нее, да, очень, удобно и прокатывает в 999 случаях из 1000. Универсальный отмаз.

[Arsie]

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

Занятно. А почему скорость отработки виндой очереди сообщений от колесика мыши зависит от количества отображаемого в каждый конкретный момент числа элементов на поляне? Потому что графики приходится отрисовывать больше?

Ясен красен.

Кстати, а какая винда у вас? Win10 кроме всего прочего отметилась тем, что перестала использовать множество функций ускорения 2D графики. Т.е. того самого, в чём максимально преуспела Win7.

С этим, кстати, в большей степени и связан переход на плитки и упрощение графического оформления программ. Декларируемому курсу на мультиплатформенность сложность в оформлении - помеха. Поэтому нам сейчас и суют цветные кружочки и квадратики вместо нормальных и иконок. Скеоморфный интерфейс поставил бы крест на Win10 RT ещё до её выхода. Но она всё равно померла)


Добавлено через 5 минут

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

Занятно.

Если при совершении одинакового стандартного действия в десятках разных программ наблюдается какой-то [д]эффект только в одной их них, вполне логично предположить, что дело именно в этой программе, а не в винде.

Именно лоджик "не успевает отрабатывать очередь сообщений колесика мыши", а не винда. А списывать все огрехи на нее, да, очень, удобно и прокатывает в 999 случаях из 1000. Универсальный отмаз.

Я ж русским по голубому написал, что лоджик отрабатывает кучу команд от винды. Для кого я так подробно всё пишу?

Назовите ещё десятки разных программ, выводящих столько же элементов на такое же виртуальное пространство. Автокад, кстати, не канает - это целиком векторная программа, он в 3D-ускорении работает. Без него это очень убогие комиксы, перерисовывающие экран раз в 10 секунд.

[ViS]

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

Назовите ещё десятки разных программ, выводящих столько же элементов на такое же виртуальное пространство.

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

В том же Визио, например, когда на экране сотни графических элементов, никаких торможений прокрутки нет. В том же адобе при прокрутке тяжелый файлов тоже нет такого поведения.

Уж простите, не буду заниматься перечислением. Просто такого поведения прокрутки не видел никогда ни в одном приложении. Совсем никогда. Совсем ни в одном. Кроме Лоджика.

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

По факту никакой инерции нет - это типовое поведение винды на медленной машине.

VS

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

Я ж русским по голубому написал, что лоджик отрабатывает кучу команд от винды.

Так винда или Лоджик тормозит с отрабатыванием?
Согласно вашей же, Арсений, последней версии - не успевает Лоджик.
И это именно то, о чем и я говорю - тормозит Ложик, а не винда, поэтому вопросы с этим к Сегнетиксу, а не к Микрософту.
Винда как раз успевает честным образом отдать Лоджику "очередь сообщений от колесика мыши", а вот как с ней справляется Лоджик - мы и наблюдаем.

Тогда почему она, та винда, совершенно спокойно успевает все отрисовывать при перемещении поляны прямоугольником в навигаторе? Там ни тени намека на какое-то торможение нет.

Вернее, как мы только что выяснили именно Лоджик.


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


P.S. И да, я понимаю, что это не вопрос техподдержки. И, соответственно, инженер поддержки пользователей Арсений за это не в ответе.

[Arsie]

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

VS

Вижл студио? Покажите, плз, проект с хотя бы 5 тыс графическими примитивами в дизайнере.

А вот я могу назвать. На тормозных машинах в Вин10 скада-системы насыщенных смемосхемах в режиме разработки тормозят как и лоджик.

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

Так винда или Лоджик тормозит с отрабатыванием?

Ну ё-моё. Вы можете перенести кирпич? А 1000 кирпичей? А 1000 кирпичей за секунду? Что? Принесёте один, самый первый и второй, самый последний?

[ViS]

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

проект с хотя бы 5 тыс графическими примитивами в дизайнере.

Покажите скриншот окна лоджика, на котором уместилось отображение хотя бы пары сотен элементов? Реального проекта, а не накиданных специально вплотную друг к другу NOT-ов.

Причем тут общее количество элементов в проекта, если это торможение зависит от количества элементов, отображаемых на экране в данный момент.
Пустой кусок поляны прокручивается быстрее, чем заполненный блоками. И от объема проекта никак не зависит.

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

А 1000 кирпичей за секунду?

Он и в третий раз ходил за елкой.. (с)
И я спрошу в третий раз, может не проигнорируете в тот раз:

Тогда почему она, та винда/лоджик, совершенно спокойно успевает все отрисовывать при перемещении поляны прямоугольником в навигаторе? Там ни тени намека на какое-то торможение нет.

Одну и ту же 1000 кирпичей Лоджик моментально и не напрягаясь вообще перетаскивает с места на место на любое расстояние и любое количество раз прямоугольником навигаторе, но изнуренно подыхает под спудом всего десятка кирпичей при прокрутке? При этих двух действиях задействуются разные подсистемы отображения графики - в первом используете всю мощь 3D-ускорения, а во втором и 2D отключено? Там - очередь от колеса мыши, тут - координаты от указателя мыши, получаемые от той же винды, и там и тут надо что-то обсчитать и соответственно перерисовать экран. В чем принципиальная разница?


Добавлено через 5 минут

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

Вижл студио?

"VS" в том сообщении это VERSUS между двумя цитатами Вас, противоречащими друг другу. О чем и говорится сразу после второй.

[Ilya J.]

Тогда почему она, та винда/лоджик, совершенно спокойно успевает все отрисовывать при перемещении поляны прямоугольником в навигаторе? Там ни тени намека на какое-то торможение нет.

Виндовс 10, яндекс-браузер, быстро перемещаю скроллом по странице - винда не успевает отрисовать [посмотреть]

[Arsie]

Сообщение от Ilya J.

Виндовс 10, яндекс-браузер, быстро перемещаю скроллом по странице - винда не успевает отрисовать

Win7, те же условия, отрисовать успевает.

Разница с Ильёй - 8 настоящих ядер на частоте 4.7ГГц против 4 логических на 3.7ГГц.

Вот если бы браузер пытался отрисовать до конца, было бы не серое поле, а тормоза.

Лоджик, получающий одну команду от навигатора и лоджик, получающий миллион команд от винды, действует всегда одинаково. Дорисовывает кадр до конца.


Добавлено через 54 секунды

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

В чем принципиальная разница?

Принципиальная разница в том, что я знаю, как винда изнутри устроена, а вы нет.


PS. Хорошо, может громко сказал про понимание. Просто неплохо осведомлён.


Добавлено через 19 минут

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

Покажите скриншот окна лоджика, на котором уместилось отображение хотя бы пары сотен элементов? Реального проекта, а не накиданных специально вплотную друг к другу NOT-ов.

Блок NOT состоит из Заливка + Рамка + Название + 2 Пипки (Заливка + Рамка) + 2 линии до пипок + номер блока. Итого 10 элементов. Из них в Win7 аппаратно ускорены заливка, линии и рамка - 8 элементов из 10. В Win10 ускорена только линии, прямоугольные заливка и рамка, т.е. отрисовка пипок полностью идёт силами основного процессора.

Обычная информированность, как в компьютерах строится изображение.

Неужели вы не замечаете, как в Win10 лагает интерфейс? Откройте панель управления, мееедленно водите мышой над чекбоксами. Увидите дрожание - чекбоксы и текст к ним отрисовываются не ускорителем видеокарты, а процессором. И это заметно глазу даже на весьма быстрых машинах. Именно поэтому чистая Вин10 по факту жрёт батарею больше, чем чистая Вин7.

[ViS]

Сообщение от Ilya J.

Виндовс 10, яндекс-браузер, быстро перемещаю скроллом по странице - винда не успевает отрисовать [посмотреть]

Винда не успевает или все же Яндекс-браузер? Думаю яндекс

Вин 10 про, Файрфокс на моем стареньком i5-3337U такое же действо отрабатывает без подобных артефактов, все успевает. Без видео поверите?

[ViS]

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

Неужели вы не замечаете, как в Win10 лагает интерфейс? ... Именно поэтому чистая Вин10 по факту жрёт батарею больше, чем чистая Вин7.

Пока не замечаю. Может потому, что она у меня всего второй месяц стоит. Зато другие проблемы есть, то да. В том числе и жор батареи.

До этого сидел с на 8.1 и горя вообще не знал - один раз была установлена, настроена и не трогалась вообще с 2013 года. Ни обновлений, ни переустановок, ни проблем с работой ноута.

Как оно все работало под WIn-7 уже слабо помню, кроме одного момента, который почему-то очень ярко запомнился - пререлизная версия семерки находила сама в сети любые драйвера, на любое самое экзотическое железо и без проблем с ним работала. Причем находила и ставила драйвера от производителей, а не свои "универсальные" заглушки. А с выходом релиза начались квесты по поиску драйверов, поэтому долго сидел на пререлизе.
А домашний "сервер" еще аж на P-IV Northwood у меня так вообще под W2K3S работает с тех еще времен, и не кашляет. Правда тот w2k3s там лицензионный, и естественно - никаких обновлений.


Добавлено через 19 минут


Вернемся к нашим баранам.

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

Лоджик, получающий одну команду от навигатора и лоджик, получающий миллион команд от винды, действует всегда одинаково. Дорисовывает кадр до конца.

Лоджик САМ обрабатывает координаты положения указателя мыши и нажатия ее кнопок или все же получает эти данные от винды, как и команду прокрутки?
При перемещении указателя в навигаторе сколько раз в секунду он получает новые координаты, которые надо обсчитать и в соответствии с которым надо пересчитать вывод графики на экран. И все это успевает произойти на "на лету" без заметных глазу задержек.
При прокрутке поляны посредством "тягания" ползунка тоже все рисуется мгновенно.
И только от колеса мыши лоджику становится плохо, и отрисовка 10 графических примитивов NOT-a становится почти непосильной задачей. Чудеса, да и только.

[ViS]

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

Эскейп в этом окне есть по умолчанию, ручное задание выхода должно было быть заблокировано. Поэтому у вас дабл эскейп получается. Запретим)

Хотелка: Убрать этот "встроенный" Esc, вернув возможность назначать самостоятельно.

Этот "встроенный" теперь в некоторые элементы Смарта Esc создает дополнительный геморрой, вынуждая лепить очередные костыли..
Один из примеров:

Экран "диспетчер отчетов".
Переход на него в проекте осуществляется из трех точек - двух пунктов разных меню и по кнопке диалогового окна.
Соответственно этот "встроенный" Esc кидает нас обратно в диалоговое окно, если переход был из него. Или в то меню, из которого осуществлен переход.
И возможности настроить выход из экрана по Esc-у(стандартное действо) только в одну точку - теперь у нас нет. Опять приходится лепить костыли, в виде переходов через UI-переменные.

Зачем его вообще туда воткнули? Есть же экранная кнопка "Назад", для возврата именно назад - туда, откуда пришли.

[Ilya J.]

На матриксе нет экранной кнопки, пожелание передал.

[ViS]

Сообщение от Ilya J.

На матриксе нет экранной кнопки, пожелание передал.

Есть простое (с точки зрения удобства и того, что устроит всех пользоватлей) решение - в списке, где мы выбираем на какой экран переходить по кнопке или переменной добавить к именам экранов и "Любой экран" вариант "Назад". Что надо, то и выберем, причем на любую кнопку/переменную, а не только на Esc.

[dsboss]

Может уже есть такое, но не встречал: мне порой не хватает поиска по именованным связям на поляне, особенно если проект большой. Чтобы быстро перейти к блоку от которого выходит связь, или когда дублируется имя и приходится искать где дублируется.