Система F.Бит 9000.0

[andrey2147 172]

Привет не могу понять про бит вывода результата функции COMPB.

Станок индийский LT-30 данная функция служит для проверки РГ какой инструмент задан и какой встал.

Если совпало то выводит 1 ,обратный контакт в цепочке аварии.

Почему то  на модели F этот бит мигает как то несистемно.Трекер прикладываю.

А вот на модели D( то-же станок индус,так-же в РГ) он постоянен НО цепочку логики не активирует.

В обоих станках эта логика (для РГ ) прописана в LEVEL 1 .

Изменено 16 февраля 2018 пользователем andrey2147

[vintилятор 16]

видимо ладдер разный

[Viktor2004 883]

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

Это регистр состояния. Он показывает результат выполнения предыдущей команды. Зафиксировать его можно только установив что бы он сразу после проверочной функции включал какой-нибудь другой бит с запоминанием и фиксировать уже его.

А на экране он беспорядочно мигает, не обращайте внимание.

На фануке 30i вместо R9000.0 там Z0000.0

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

В описании ладдера они перечислены

Изменено 16 февраля 2018 пользователем Viktor2004

[Viktor2004 883]

[andrey2147 172]

Спасибо,это всё таки непонятно почему на D он постоянен,а на F вот  так.

А по последнему скрину ( сер D ) что скажете? почему цепочка не сработала ?

Находится в 1 левеле.

[Viktor2004 883]

То что на картинке бит 9000.0 горит как единица, это не факт. Просто видеокарта его мигания отразила как будто он постоянно включен.

А что, есть сомнения в правильной работе? Не знаю отличия F и D, может в какой-то этот регистр по другому обозначается, как например в 30i.

Еще участок цепочки может не работать если он в подпрограмме и подпрограмма не активирована или этот учаток функцией JMP перепрыгивает

Гы. Так в цепочки на фото инверсный контакт R9000.0 Он сработает когда результат COMP не будет равен. А на фото он равен

[andrey2147 172]

Чуть внимательнее пож.

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

Вот на трекере не прогнал,надо было.

У вас книга про старые ладд, в ТО на D чуть по другому написано но принцип тот-же.

48 минут назад, Viktor2004 сказал:

А что, есть сомнения в правильной работе?

Ну да, РГ при движении осей выдаёт этот аларм 6.3.

Подозреваю на энкодер,но вопрос про именно про бит.

Изменено 16 февраля 2018 пользователем andrey2147

[Viktor2004 883]

Ну там на картинке все правильно. Аларм будет выдавать когда R669 не будет равен X002

То что инверсный R9000.0 горит как будто он пропускает сигнал, на это внимание обращать не надо. Он свое реальное положение не покажет

[andrey2147 172]

12 часа назад, Viktor2004 сказал:

Он свое реальное положение не покажет

Для чего же тогда трек с дискретностью 8мс.?

[Viktor2004 883]

16 часов назад, andrey2147 сказал:

Для чего же тогда трек с дискретностью 8мс.?

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

А вот байт R9000 он особенный. Он может за эти 8 мс изменяться стопятьсот раз. Это рудимент из ассемблера. В ассемблере регистр состояния один из основных и им невозможно не пользоваться. Любые условные переходы всегда опираются на этот регистр. Конечно LADDER-язык лестничных диаграмм, имеет главное качество - наглядность и независимость работы строк от их места положения. Но данный регистр нарушает это правило. При его использовании нужно обязательно вспомнить что ладдер тоже выполняется последовательно по строкам и последовательность при использовании этого регистра обязательна. Вернее, когда видим в программе этот регистр, нужно обязательно взглянуть на строчку этажом выше, ведь именно от нее будет результат этого регистра в данном конкретном месте. Данный регистр может использоваться в программе ладдера сколько угодно раз, следовательно за 8 мс он меняется много раз. Конечно можно написать программу классическим способом не используя этот аппаратнозависимый регистр, и некоторые производители станков так и делают. Программа получается нагляднее, но более громоздкая. Ведь каждый бит этого регистра показывает свой признак. Равенство результата, отрицательное его значение, переполнение используемого счетчика. Так ведь и программисты на языках высокого уровня часто включают в программу ассемблерные вставки. Иногда это очень удобно. С нашим регистром один недостаток. Трассировать его бесполезно. Да не очень-то и хотелось. При необходимости можно косвенным способом узнать каким являлось его значение на момент выполнения данной строчки. Например заставить его включить любой другой бит с запоминанием состояния этого другого бита.

[andrey2147 172]

Спасибо так примерно и думал глядя на хар-ки логики : "время сканирования строки ......наносекунд."