Может ты и проект этот сам сделал ?
Может ты и проект этот сам сделал ?
По объему сравнимо. Но мне принципиально нужно вложить мою логику в один бюджетный прибор, про то, как сделать проще и быстрее, мне известно, я не новичок в том, что делаю. Опять же, еще раз - к прибору претензий нет, прибор шикарен, претензии к среде разработки, которая не дает использовать прибор по максимуму. И, если честно, надоело уже на эту тему дискутировать
Последний раз редактировалось Irgy; 05.05.2017 в 22:45.
кто к нам с чем-зачем, тот от того и того
Ну тут-то конечно - я например все осознал и усовестился. "Одно реле управляет..." - капец, а я глупый конечно. Потому что не понимаю - зачем там это реле, да и еще и без блоков расширения (еще бы там были и блоки). Потому что мне кажется что УПРАВЛЯЮТ там контроллеры, а реле просто СИГНАЛИЗИРЕУТ в Скаду (по крайней мере так следует из описания). И это, по крайней мере по моему мнению, есть странно. Потому что сейчас даже дохлый контроллер, даже китайская дешевка, имеет на борту интерфейс 485, что позволяет подключить все эти 4 контроллера в Скаду и получать там состояние и значения необходимых переменных, а не только сигналы "работа/авария". Да еще и сэкономится вышеупомянутое реле.
Все вот эти песни - "вы хотите за 6000 получить то же что и за 60000" выглядят разумными только на первый взгляд, потому что это как минимум неоднозначно. Да конечно, за 60000 можно выпустить ОЧЕНЬ крутой контроллер. Но если в общем барахло или обычный по возможностям прибор стоит почему-то 60000, то прибивать возможности другого неплохого прибора, только потому что он стоит 6000 - это выглядит странным. Например контроллеры Данфосс ECL - неплохи вполне, но просят за них совершенно неадекватные деньги, такое впечатление что продавцы рехнулись. Однако на том же ПР200 вполне можно заменить некоторые из ECL200/300. Так не дадим же людям такой возможности, потому что ПР200 стоит 6000, а ECL - 60000?
Если быстродействия процессора хватает, объема памяти хватает и числа ввода-вывода хватает, то контроллер подходит для реализации задачи, сколько бы он ни стоил. И если где-то что-то тормозит при разработке, или нельзя использовать все ресурсы полностью, то это вина исключительно производителя контроллера.
Уже писали же -делайте хоть какие сложные (для вас) проекты ,но не забывайте про шапку Сенькину и маленьнькие хитрости при использовании ОЛ(родимые пятна) ,что бы не зависать на века ,учитывайте так сказать "характер"(особенности ОЛ), пусть даже внешне одинаковых субьектов(ПР-ПЛК).
Последний раз редактировалось rovki; 07.05.2017 в 13:32.
электронщик до мозга костей и не только
Тема закончилась тем, что чтобы не тормозило, достаточно разбивать проект на макросы, или я какой-то еще источник лагов пропустил?
Чета последние 4 страницы идет какое-то вялое ворчание без обсуждения конкретики)
- ά ν θ ρ ω π ο ς -
Мои универсальные макросы https://github.com/anthrwpos1/macros
Ну это для оптимальности(теоретически) ,но не обязательно .Если у вас 1000 элеметов(фб) -это минимум 1500связей ,то делайте 30-33 макроса ....Для средней сложности проекта до 100 элементов можно делать любое удобное количество макросов или не делать их вовсе -тормозов не будет ,но читаемость ни какая .Иными словами ,если до ста не тормозит ,а у вас 500 элементов ,то делайте минимум 5 макросов ,а лучше 20 ,что бы читать можно было без напряга и обилия связей на одной станице (схемы или макроса).И думать об оптимальном разбиении схемы на макросы нужно в самом начале, если чувствуешь что потребуется несколько сотен элементов .
Последний раз редактировалось rovki; 07.05.2017 в 18:27.
электронщик до мозга костей и не только
Вы не много не правы. 4 Контроллера что там стоя это контроллеры что контролируют работу бактерицидных ламп. Каждый свою линию и свой лампы. Он же считает время наработки. Он же видит что есть проток и нужно лампы включить. В реле он передает что я РАБОТАЮ или У МЕНЯ АВАРИЯ. При этом РЕЛЕ решает кто работает а кто курит. А о том что есть скада контроллер ламп даже не знает. По поводу тормозов. AMDА4.quad-core/ win8.1 озу 16 гигов проблем нет.
Последний раз редактировалось игорь68; 10.05.2017 в 22:30.
Лучше вместо корня делать логарифм)
Основной лист должен содержать до ~30 элементов. Если их становится сильно за 40, делить на макросы, каждый из которых в свою очередь должен содержать до ~30 элементов иначе делить на подмакросы.
Еще лучше, чтобы это деление совпадало с функциональным назначением данного участка программы, тогда программа становится не только красивой, но и легко обслуживаемой.
- ά ν θ ρ ω π ο ς -
Мои универсальные макросы https://github.com/anthrwpos1/macros