Я так понимаю SysPortIn это обращение к регистру входа? А не подскажите, где по этой теме почитать можно справку?
Я так понимаю SysPortIn это обращение к регистру входа? А не подскажите, где по этой теме почитать можно справку?
Последний раз редактировалось ПетрПетр; 24.01.2015 в 01:17.
Как Вы себе представляете работу встроенной в ПЛК процедуры счета импульсов с энкодера? Сам энкодер это ничто иное, как колесо с дырками и фотодатчиком, который считывает эти дырки, чего туда можно записать??? Это ж железяка! А вот в регистр контроллера записать можно все! Не надо ля-ля. И если разработчики сделали недоизделие, то надо это признать. Очевидно, так и есть, поскольку ничего не отвечают по этому поводу. А еще у меня есть большое подозрение, что они вообще содрали этот контроллер у китайцев, потому и энкодерный счетчик такой, что с ним ничего сделать нельзя!![]()
Мне не нужно 250кГц. Меня вполне устроили бы 2.5кГц. Частота импульсов на выходе энкодера пропорциональна частоте его вращения. А ПЛК110 привлёк не только ценой, но и тем, что в технических характеристиках заявлено наличие аппаратного счётного модуля на быстрых дискретных входах. Модуль этот работает, и достаточно шустро. Только разработчики не захотели сделать сброс внутреннего регистра этого модуля, и ничего не написали об этом в технической документации.
Вход ПЛК - это два дискретных входа, которые обнулять не нужно. К этим входам подключены сигналы А и В инкрементального энкодера. Обнулить энкодер - всё равно что обнулить индуктивный датчик. Обнулять нужно аппаратный реверсивный счётчик внутри контроллера, управлять которым, вероятно, как-то можно через внутренние регистры контроллера. Но эта возможность почему-то недокументирована.
Да я уже сделал. "Но осадок остался". Выходит, экономлю на собственных нервах, а они дороже денег заказчика. Может, и правда лучше покупать проверенные изделия от известных брэндов, а не кота в мешке.
Последний раз редактировалось olc; 29.10.2011 в 11:44.
Разработчики сделали все что требовалось. Это ПЛК, устройство, которое сам потребитель может запрограммировать. И интеллектуальную обрабтку значения с энкодера реализовать просто.
А сбрасывать само значение в энкодере нельзя из кода программы на КоДеСисе, т.к. пока Вы в коде сбрасываете значение оно может 5 раз поменяться и импульсы будут потеряны! Задача энкодера - 100% слежение за импульсами. А не их потеря в момент сброса.
При частоте 2,5 кГц импульсы будут потеряны с вероятностью 100%.
По моему много шума из ничего. То не так, се не так. Имея такой мощный и бесплатный инструмент как CoDeSys, можно сделать все что угодно. Обленились совсем, даже мозгами шевелить не хотят.
Последний раз редактировалось IVM; 31.10.2011 в 16:10.
Нет, сам счётчик пусть остаётся в области %I. Надо просто добавить управляющий регистр в области %Q. В этом регистре задействовать всего несколько бит:
0- сброс
1- запрет/разрешение счёта
2- направление счёта
С таким минимумом уже можно как-то работать.
Можно, конечно, и так. Но для разработчиков проще перетащить в область, в которую можно писать, и универсально - пиши любое значение, то есть не всегда достаточно только сброса.