0011 - горят 3 светодиода
0100 - горят 4 светодиода
0110 - горят 6
и так далее...
какие нах разложения секунды на биты?????? вот этого в коде я с самого начала не понимаю.... на 5-й секунде что должно гореть?, а на 20-й секунде что должно гореть ?
Вид для печати
0011 - горят 3 светодиода
0100 - горят 4 светодиода
0110 - горят 6
и так далее...
какие нах разложения секунды на биты?????? вот этого в коде я с самого начала не понимаю.... на 5-й секунде что должно гореть?, а на 20-й секунде что должно гореть ?
А что это принципиально меняет? Ну не всё плашка горит, а один светодиод в зависимости от уровня двоичного сигнала на входе. Это то тут при чем. Ему для своих целей этого хватает, он спрашивал что за фантомы и как от них избавиться в пр'ке. Это его техническое решение, нравится оно нам всём или нет, вопрос был про другое, а всё в сра..ч переросло.
Ну это уже наглость.
По их информации последовательность следующая:
1. Читаются входы в регистр(ы)
2. Выполняется программа пользователя.
3. Выполняются служебные программы
- последовательный обмен
- вывод на индикацию
- клавиатура
- ещё чё нибудь
4. Записываются результаты в порты.
Это примерно 1 мс и есть.
Никак в процессе пользовательской программы не могут данные побитно писаться в порт.
Будьте внимательнее.
IVM тьфу ты ешкин кот, так и что он хочет добиться используя выходы ПР которые имеют состояние только раз за цикл?, цикл записи в выходы только в конце цикла программы, внутри программы хоть обморгайся до усрачки....
Сделайте паузу при записи выходов, чтобы не каждый цикл программы менялись значения а каждую секунду - фантомы останутся ? Может тут ИДшка так себя ведет.
Если сомневаетесь в синхронности данных на выходах поставьте синхронный счётчик для управления микросхемой дешифратором, всё!
Для управления в принципе два выхода нужны, один тактовый, для синхронного счётчика, другой стробирующий для зажигания только "нужных" светодиодов!
Можно и третий выход приспособить для периодический синхронизации счётчиков в ПР и синхронного внешнего счётчика!
Четвёртый выход ПР "строб" для второй такой линейки светодиодов, у Вас же их две, при этом тактовые и синхроимпульсы общие для обеих каналов(линеек).
Кстати о подзвякиваниях. У нас собрали шкаф управления со светодиодными лампочками, так вот, они подзвякивают просто при переключении кулачкового переключателя и соответственно релюшки внутри. Может и тут просто наводки.
сама ПР должна записывать выходы один раз, а вот что там и как делает сам процессор ПРки ??? а это уже firmware прошивки самой ПР или вообще процессор сам по себе...
а есть у кого схемотехника выходов К ПРки у кого и даташит процессора, который в ней установлен?
Может это просто никак не лечится вообще
IVM это не важно, для чего они предназначены, если выходы не срабатывают строго одновременно, то это не соответствует принципу работы ПР(ПЛК) независимо кто виновник, разработчики ОЛ, разработчики ПР или вообще разработчики процессора. Точнее к последним сильно не придерешься, может там проц все свои выходы может включать выключать строго последовательно за Х мкс, а вот у ИД3 указано 4 нс. Там может тут программно как раз и поиграться еще одним выходом? сперва срабатывают выходы К, потом какой-то выход (например 4-й по счету К, а первые три завести на D1, D2, D3 ИД3-й)
И посмотреть, пропадет ли фантом? соответственно 4-й выход К прицепить на стробирующий вход и ронять его в 0 после выставления кода
Т.е. вы в принципе отрицаете возможность применения с пр'ками стороннего оборудования собственного производства? Человек хочет разобраться где косяк, на его стороне, или на стороне пр, или она в принципе для таких целей неприменима. Тогда производитель должен дать ограничения на применение, а вы как я понимаю, не представитель компании овен, чтоб давать такие заключения.
Там вопрос не в задержке срабатывания выхода, а в появлении кратковременного импульса на выходах, на которые в программе выдаётся ноль... Вы вообще читали что написано в первом посте?
Ну а если про вспышки именно на тех диодах, которые включают, тогда я не прав. Не так понял.