Страница 6 из 25 ПерваяПервая ... 4567816 ... ПоследняяПоследняя
Показано с 51 по 60 из 245

Тема: Критическая ошибка в среде программирования Овен ЛОДЖИК или это я д-ак

  1. #51
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,125

    По умолчанию

    В любом железе есть задержки .Они в основном играют отрицательную роль в схемотехнике (Гонки) и как следствие "волосы" на выходе (очень короткие импульсы) .НО в регистрах на D-триггерах они полезны и дают возможность построения регистров сдвига ,тоесть играют положительную роль .Ибо каждый разряд сначала переписывает старые значения со входа D ,а уж потом,с задержкой на выход выдает новые значения ...Все логические элементы в одном цикле делают одно обновление - считывание входов ,операция ,выдача на выход ...и так по всем элементам в одном цикле от выхода ко входу
    Последний раз редактировалось rovki; 01.08.2017 в 22:23.
    электронщик до мозга костей и не только

  2. #52
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    8,305

    По умолчанию

    И обычно люди стараются повысить быстродействие устройств(счётчиков), а не задержки ввести!
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

  3. #53
    Пользователь Аватар для Василий Кашуба
    Регистрация
    20.11.2011
    Адрес
    Ставрополь
    Сообщений
    2,525

    По умолчанию

    Цитата Сообщение от Сергей0308 Посмотреть сообщение
    И обычно люди стараются повысить быстродействие устройств(счётчиков), а не задержки ввести!
    Не ввести задержки и не удалить их, а уменьшить, для увеличения быстродействия.

  4. #54
    Пользователь Аватар для rovki
    Регистрация
    03.01.2010
    Адрес
    Чехов
    Сообщений
    12,125

    По умолчанию

    Цитата Сообщение от Сергей0308 Посмотреть сообщение
    И обычно люди стараются повысить быстродействие устройств(счётчиков), а не задержки ввести!
    Вы про железо или эмулятор?
    электронщик до мозга костей и не только

  5. #55
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    8,305

    По умолчанию

    Цитата Сообщение от rovki Посмотреть сообщение
    Вы про железо или эмулятор?
    Про микросхемы!
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

  6. #56
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,719

    По умолчанию

    Сергей0308 отличия микросхем от любого ПР(ПЛК) заключается в том, что части микросхем работают параллельно всегда.
    Например микросхема с 4-мя ИЛИ, каждый элемент ИЛИ работает параллельно друг другу. В ПР(ПЛК) такого НИКОГДА не будет, пока в них стоит один процессор.

    Я как-то делал какой-то trigger на Logo!, который по схемотехнике состоит из И, ИЛИ, НЕ, но в чистом виде как в справочнике получил шиш с маслом, пока не начал добавлять задержки....

    Так что просто примите это как данность работы ПР(ПЛК), тут каждый элементик работает четко последовательно, даже код внутри D-trigger и любого другого элемента.

  7. #57

    По умолчанию

    Цитата Сообщение от melky Посмотреть сообщение
    Сергей0308 отличия микросхем от любого ПР(ПЛК) заключается в том, что части микросхем работают параллельно всегда.
    Например микросхема с 4-мя ИЛИ, каждый элемент ИЛИ работает параллельно друг другу. В ПР(ПЛК) такого НИКОГДА не будет, пока в них стоит один процессор.

    Я как-то делал какой-то trigger на Logo!, который по схемотехнике состоит из И, ИЛИ, НЕ, но в чистом виде как в справочнике получил шиш с маслом, пока не начал добавлять задержки....

    Так что просто примите это как данность работы ПР(ПЛК), тут каждый элементик работает четко последовательно, даже код внутри D-trigger и любого другого элемента.
    Ну почему. Принципиально возможно написать программу, однозначно обрабатывающую любые логические схемы из кучи элементов. Если их обработку вести по принципу работы самого ПР. Когда в начале цикла запоминаются все значения на входах элементов, потом расчитываются все состояния выходов исходя только из логики работы элемента, а в конце цикла записывается всё что насчитали на выходы.
    Эквивалентно тому, что все внутренние связи заменить на "линии задержки"
    Но действительно правильной "параллельной" работы всёравно не получится.

  8. #58
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,719

    По умолчанию

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

  9. #59

    По умолчанию

    Цитата Сообщение от pop70 Посмотреть сообщение
    Ну почему. Принципиально возможно написать программу, однозначно обрабатывающую любые логические схемы из кучи элементов. Если их обработку вести по принципу работы самого ПР
    Задумайтесь над тем, что является "принципом работы самого ПР".

    Что туда создатели заложили, так оно и работает.

    Сделать так, чтобы блок AND в ПР задерживал сигнал "на пол-такта", а блок DTRIG задерживал сигнал "на 2 такта" вообще никаких сложностей нет.
    Сделать так, чтобы несколько блоков AND работали "одновременно" -- тоже никаких сложностей.
    Можно сделать и так, чтобы от длины линии на схеме зависела задержка прохождения сигнала.

    Будет ли это "прямо как реальная микросхема"? Вполне.

    Но нужен ли реальным потребителям такой режим работы ОЛ-ПР?
    Да никому такой режим не нужен, т.к. схемы будет составлять очень сложно. Придётся думать не только над самой схемой, но и придётся считать-учитывать задержки прохождения сигналов.

    Для любителей эмуляции железа есть Verilog. Зачем превращать ОЛ в Verilog?

  10. #60

    По умолчанию

    Цитата Сообщение от Владимир Ситников Посмотреть сообщение
    Задумайтесь над тем, что является "принципом работы самого ПР".
    Я же написал как работает ПР.
    Прочитал все входы, обработал по программе, записал результат на выходы. И снова по кругу.
    Если составлять схемы из ПР как ФБ, то получится как будто все они соединены "линиями задержки"
    Поставьте между входом и выходом ПР инвертор, и соедините их проводом.
    Получится "генератор" с частотой, равной половинной частоте цикла.
    "Железный" инвертор из любой цтфровой мс, с соединённым входом и выходом - полный аналог аналогового повторителя. Не будет он ничего генерировать - будет работать в режиме "усилителя" с коэффициентом усиления по напряжению 1(зато с огромным входным сопротивлением). Чтобы заставить его что-то генерировать, придётся ставить rc, lc и тому подобные "линии задержки", а точнее - фазосдвигающие цепочки.

Страница 6 из 25 ПерваяПервая ... 4567816 ... ПоследняяПоследняя

Похожие темы

  1. Два вопроса по ОВЕН-Лоджик.
    от Sargon в разделе Среда программирования OWEN Logic
    Ответов: 33
    Последнее сообщение: 06.02.2017, 15:45
  2. ФИЧИ И БАГИ ОВЕН ЛОДЖИК
    от rovki в разделе Программируемые реле
    Ответов: 649
    Последнее сообщение: 29.07.2016, 10:33
  3. Универсальные макросы для ОВЕН ЛОДЖИК
    от rovki в разделе Программируемые реле
    Ответов: 197
    Последнее сообщение: 28.06.2016, 09:53
  4. Пожелания по развитию овен лоджик
    от rovki в разделе Программируемые реле
    Ответов: 146
    Последнее сообщение: 25.04.2013, 23:47
  5. Драйвер для ОВЕН ТРМ210 в среде LabVIEW
    от tzpp в разделе Помощь Разработчикам
    Ответов: 3
    Последнее сообщение: 16.02.2010, 13:06

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •