Пока отгружаются черные. Замена на белые пройдет одним махом. Отдельно будет сообщение
Пока отгружаются черные. Замена на белые пройдет одним махом. Отдельно будет сообщение
Внешний вид конечно неожиданный, по мне старый лучше был. Сделайте выбор внешнего вида, старый или новый.
Точку на соединение связей не добавили, как то надо выделять есть связь между ними или нет.
Не знал что в версии 1.13. можно подключит до 100 модулей . Если Войти в раздел обновления ПО и перейти на вкладку модули то выходит что максимальное количество модулей расширения 100.
Выскажу своё сугубо личное мнение. Ваши программисты может и лучше Деда Мороза, но намного хуже программистов, разрабатывающих софт сторонних производителей. Я бы их всех выгнал за костыль и убожество - за, так называемые, циклические связи. Ну и соответственно набрал бы новых, не экономя при этом на зарплате. Пусть каждое ваше программируемое изделие станет на сто рублей дороже, но за эти деньги можно нанять человеческих программистов. Я до последнего времени игнорировал все пожелания Лоджика заменить циклические связи на линии задержки, но это были простенькие проекты типа управление "звезда-треугольник". И вот столкнулся с необходимостью сделать относительно сложный проект (точнее говоря переделать). Как обычно оставил, так называемые, циклические связи без замены на линии задержки. И вот тут ваше ПР (114-ое) жёстко заглючило. Я сначала не понял как такое может быть, но вспомнил про циклические связи, заменил их, и о чудо глюки пропали. Но в процессе эксплуатации одной установки под управлением ПР (причём их более 20 абсолютно одинаковых) вылез очередной глюк. Я потом искусственно имитировал данную ситуацию на других установках, то есть, если отключить питание во время определённой фазы работы, то после возобновления питания установка стояла колом. Проанализировав программу, заменил одну связь (НЕ циклическую) на линию задержки, и снова чудо - глюк пропал! Попробовал заменить новую линию задержки на таймер с задержкой включения 0,1 секунды - установка опять работает не так как надо. Но уже по другому, не так как до введения линии задержки.Сообщение от Андрей Посохов
Наши программисты, как Дед Мороз, только лучше
Вместо конфет они выложили под ёлку бета-версию OwenLogic 1.13.177.
Скачать бета-версию Owen Logic 1.13.177
Будем рады вашим отзывам и пожеланиям.
Почему, работая в среде разработки выше упомянутых конкурентов, не надо отвлекаться на циклические связи?
Все эти костыли автоматически исключают применение ваших изделий в серьёзном оборудовании, только во второстепенном и бытовухе.
Вы готовы вкладывать средства в ребрендинг, рестайлинг и тому подобную муть типа изменения цвета корпусов, но не хотите вкладывать их в хороших программистов.
Где логика? Где здравый смысл? (с)
Последний раз редактировалось Андрей Посохов; 30.12.2018 в 11:08. Причина: упоминание конкурентов
Ну так флаг вам в руки, сделайте всё так как вам видится, наймите програмистов и пусть они вам напишут, либо среду пограмирования, либо программу, так как вы не в состоянии сами написать её.
Просто человек не схемотехник (профессионал).В свое время рисуя схемы устройств на нескольких форматах А1постоянно нужно было держать в голове такое понятие как "гонки", иначе схемы внешне работоспобные постоянно глючили на обьекте .При программной реализации работы цифровых схем линии задержки могут еще сильнее сказаться на работоспособности проекта и их нужно использовать с умом ,а не методом перебора. У тех конкурентов ОЛ нет и половины функционала (возможностей) ,потому они и обходятся без них (линий задержек) ,что не означает ,что могут быть проблеммы . Мы же не можем судить о них ,потому как просто нет форумов ,таких как у Овен...А есть просто мнения отдельных пользователей .Получается как в анекдоте- мыши ели кактус, кололись ,плакали и опять ели...
электронщик до мозга костей и не только
Что такое "гонки" я прекрасно знаю. Изучал в институте - был такой курс "прикладная теория цифровых автоматов". Похоже вы вообще не поняли о чём мой пост. Я хотел сказать, что человек (программист, схемотехник или просто электрик с 8-ю классами образования) не должен забивать себе голову никакими "гонками". Если идеологи ОвенЛоджика считают, что в определённых местах программы должны быть линии задержки, так пусть они будут созданы автоматически. Только не надо их показывать в программе и оставлять у условного программиста сомнения оставить циклическую связь или заменить её на линию задержки. Ну не видел я такого выбора для буриданова осла ни в одной среде разработки.Просто человек не схемотехник (профессионал).В свое время рисуя схемы устройств на нескольких форматах А1постоянно нужно было держать в голове такое понятие как "гонки", иначе схемы внешне работоспобные постоянно глючили на обьекте .При программной реализации работы цифровых схем линии задержки могут еще сильнее сказаться на работоспособности проекта и их нужно использовать с умом ,а не методом перебора. У тех конкурентов ОЛ нет и половины функционала (возможностей) ,потому они и обходятся без них (линий задержек) ,что не означает ,что могут быть проблеммы . Мы же не можем судить о них ,потому как просто нет форумов ,таких как у Овен...А есть просто мнения отдельных пользователей .Получается как в анекдоте- мыши ели кактус, кололись ,плакали и опять ели...
И если вы считаете, что вышеперечисленные ПР и контроллеры не годятся Овену в подмётки, то считайте так и дальше. Только это попахивает религиозным фанатизмом. Ну про контроллеры Siemens, я надеюсь, вы такого сказать не осмелитесь. Ну так вы не поверите - НЕТ там линий задержки. И всё работает...
И вообще как могут возникнуть "гонки". Надеюсь вы не думаете, что когда вы помещаете на рабочее поле "ЛОГ. ИЛИ", "ЛОГ.И", "НЕ" и тому подобное, то в это время в недрах ПР фиксики с безумной скоростью носятся и паяют ваяемую вами схему?
И по аналогии с профессором Преображенским, который считал, что разруха не в клозетах, а в головах, я считаю, что "гонки" не в программе или железе, а в головах программистов Овена.
Вы понимаете, что в этой модели время дискретно?
Вы не догоняете (наверное только учили ,а не практиковали)- в зависимости от того ,что нужно разработчику линии задержки ставятся или нет им самим и только он знает что ему нужно . Ранее ,когда не было линий задержек вы (мы) не могли сделать Т-триггер или регистр сдвига или стек на классических D- триггерах ,а теперь легко . И не потому ,что D- триггера работали не так как надо ,а потому что не было задержек в программных реализациях его,которые есть в любом "железном" элементе. А то что при использовании "...ЛОГ. ИЛИ", "ЛОГ.И", "НЕ" и тому подобное..." нет гонок в эмуляторе ,в отличии от реальных схем так это принцип работы такой эмулятров . Но при использовании "времязависимых" ФБ в ряде случаев нужно помнить о линиях задержки и использовать (или не использовать) их осознанно. И речь об автоматизации процесса их расстановки быть не может ,ибо только разработчик знает что ему нужно получить .... Пример - подайте ,например 1) на двода XOR один и тот же сигнал и 2) на один из входов подайте задержанный на цикл этот же сигнал - результат будет совершенно разный , а какой вам нужен ,выбираете только вы ...причем тут ОЛ (инструмент) - микроскопом можно и гвозди забивать и микробов наблюдать (кому что нужно)
Василий, идите... проспитесь!
Ваши права
