протоколы

[deviel]

извините, если поднимаю на повторение объезженую тему...
подскажите, пож-ста, по протоколам.
многие банкнотники(купюрники) поддерживают такие протоколы:
  - импульсный
  - параллельный
  - SSP (Innovation Tech. например)
  - MDB

пытаясь разобратья с этим прихожу к выводу, что SSP хоть и прост и удобен и легче раализуется на программном уровне, но но не всеми
производителями железок поддерживают его, MDB на данном
этапе (нашей) работы немного сложнова-то реализовать.

собственно вопросы: импульсный и параллельный протоколы как-то
стандартизированны? номинал купюры поределяется программой,
которая общается с железкой (по количеству поступающих импульсов)?
пасиба.

[porcha2]

Что значит "стандартизированы"? и вообще, импульсный, назвать протоколом можно лишь с большой натяжкой. Конечно, у любого купюрника есть вход разрешения и выход сигнала "занят".  Если программа использует эти сигналы, тогда это похоже немного на протокол. Если нет, тогда программа постоянно отслеживает наличие импульсов от купюрника и считает их количество. Количество умноженое на деноминацию дает кредит. В параллельном протоколе то же самое. Только импульс приходит не по одному и тому же каналу а по одному из нескольких. Каждый канал соответствует какой-то купюре (например).

ЗЫ Некоторые билы, поддерживают еще и двоичный протокол. Это то же что и параллельный, на нескольких выходах (допустим четырех) формируется двоичный код, который программа читает и в зависимости от настроек, определяет количество кредитов.

В большинстве случаев, длительность выходного сигнала купюрника, можно изменять путем программирования либо дипами (на разных по разному).  Все определяется твоей программой - насколько часто она будет проверять наличие сигнала от купюрника.

[AR_Favorit]

А вообще, делаешь программу - лучше наверное ориентироваться на хорошие купюрники (или же - на дешевые - смотря, куда прога позиционируется). Таким образом, лучше всего использовать протоколы (выбирая в программе режим работы) id-003 (JCM, CashCode) и один или несколько из протоколов ICT (ict-002, 004 etc.). И импульсный режим. Этого набора скорее всего достаточно. В импульсном режиме стоит предусмотреть ширину импульса от 25 до 150 мс (меньшие длительности игнорировать, большие - обрабатывать как ошибку). Пауза между импульсами более 1 с - обрабатывать как начало новой купюры (если надо вести учет введенных купюр). "Цена" импульса с купюрника должна настраиваться в программе.

Импульсный режим с таблицей купюр - типа, 1 импульс = 10 руб, 2 импульса подряд = 50 руб, 3 импульса подряд = 100 руб. и т.д. можно тоже предусмотреть.

[deviel]

пасиба.
  AR_Favorit, я Вам на e-mail пиьсмо отправил....

меня в первую очередь как инженера схемотехника
интерсуют эдектротехнические моменты,
можно ли добиться универсальности?
или, все-таки, под каждый Ассептор нужно
делать свое согласование с COM-портом
материнской платы компьютера и, соответствено,
изменять код прорграммы (подключать библиотеки....)  ?

[AR_Favorit]

я чуть позже отвечу, вечером :)

пока скажу только, что особой универсальности с протоколами - не будет, так как даже у купюрников одной фирмы бывает несколько вариантов UART-интерфейса (стандарт RS-232, логические уровни TTL, оптронная развязка)... Что касается импульсного режима - то чтоб подключить купюрник в нем к компу - лучше тоже делать интерфейсную плату (иначе не избежать проблем с пропуском импульсов - если пытаться их непосредственно завести на LPT-порт, например, или COM).

[porcha2]

от 25 до 150 мс

в некоторых купюрниках, длительность можно менять от 1 до 255 мс (например NV) и также скважность. Потому, высказывание

лучше тоже делать интерфейсную плату

считаю необдуманным. При изменении параметров купюрника или его самого на другой, придется как-то изменять настройки этой платы. Не проще-ли предусмотреть в программе режим настройки под конкретный купюрник?  Допустим, поменял ты его, у него другие параметры импульса. Тогда запускаешь режим настройки и суешь купюру. Программа сама измерит все нужные параметры импульса и дальше будет реагировать только на такие импульсы.
Все зависит от области применения этой программы.  Если у этой программы много другой работы, кроме как с купюрниками, тогда можно использовать небольшую память (допустим обычный двоичный счетчик) . Достаточно будет через LPT опрашивать его 2-3 раза в секунду. В этом случае придется формировать еще какой-то служебный сигнал ,  чтоб знать кончилась набивка или нет и считывать значение только после окончания импульсной последовательности. (естественно обнуляя его при этом)

[AR_Favorit]

Интерфейс в случае использования обычной винды - на мой взгляд :) - ЖИЗНЕННО необходим.
Представляешь ситуацию: клиент пихает купюру, пошли импульсы, на экране меняется картинка... И в этот момент винда (сцуко!!!) вдруг решает, что ей непременно сейчас надо изменить размер своп-файла или там сбросить/подкачать системные библиотеки. Остановка на полсекунды, а то и больше (один раз у меня на матриксе (50/50 мс) с пятьсотки насчитала 270 руб, остальное "прошло мимо кассы" - значит, минимум 2,3 с винда игнорировала все напрочь) - запросто. При этом пробегающие импульсы никем не фиксируются. Никаких таймингов на LPT гарантировать при этом нельзя.

Сталкивались мы с этими граблями, и решили раз и навсегда: для пульса (что с купюрника, что с монетника) микроконтроллер считает импульсы, и по RS-232 гонит результат. Из буфера RS-232 данные уже не пропадут. Прочухается прога - и считает все и обработает.

А параметры пульса - микроконтроллеру у себя фигачу так вообще от 15 до 250 мс обрабатывать, и ничего не надо перенастраивать (скважность пофиг, пока не собрался купюры различать... мне не надо было... - но опять же можно взять достаточно большое время в качестве перерыва, для большинства биллов - секундный перерыв между импульсами достаточный критерий начала новой купюры... Тока с ICT морока может быть - они жрут новую купюру, еще выдавая импульсы со старой и пауза будет минимальная - но кто мешает микроконтроллеру после первого импульса выдать инхибит, и снимать только когда импульсы кончились - то есть нет их целую секунду))))

Так что высказывание не то чтоб необдуманное, но я бы сказал - выстраданное ;D

[deviel]

пасиба, Андрей.
извинияюсь за нескромность, чтоб долго не ходить вокруг да около - спросить хочу: Вы поделитесь схемой интерфейса (с прошивкой, если там контроллер еще имеется) ? (каакие Ваши условия, требования ко мне будут в таком случае... ?)

[AR_Favorit]

Простенькой - поделюсь, без всяких требований и условий, тока на выходных наверное... Надо еще найти ее...  дома...
Просто тупо на каждый импульс микроконтроллер шлет символ на ком-порт, программа на компе должна хоть изредка, но читать из ентого порта))) буфер на порту 8 кБ, переполнить нелегко таким методом)))

А вообще мы на похожий контроллер еще кнопки вешаем и лампочки, и он трудится, например, в музыкальном автомате... И еще на нем функция проверки легальности копии программы - типа, аппаратный ключ)))
Но ента штука - уже  шибко коммерческая)))

[deviel]

:) ОК, Андрей, против коммерции ничего против не имею. все понимаю.
буду благодарен очень даже за "простенький" вариант.
  ( ЗЫ а коммерческие тайны вы продаете? ;)  )

[AR_Favorit]

Тайны не продаем, а вот продукт - вполне можем ;D
А вы, если не секрет, в каком направлении работаете? ИА, вендинг, или еще что-то?

[deviel]

ИА.
  очень жду бесплатных материалов по теме.... ;)

[Karrera]

аНДРЕЙ, НУ А фАВОРИТ КОГДА ID003 ОСВОИТ?

[AR_Favorit]

Вадим, а не можете одну WBA-шку одолжить? Это б ускорило значительно сей процесс

аНДРЕЙ, НУ А фАВОРИТ КОГДА ID003 ОСВОИТ?

:)

[deviel]

2 AR_Favorit
  Андрей, а где же обещанные материалы? :)
  ( по согласованию интерфейсов.... )

[AR_Favorit]

Сорри, я маленько заработался, не написал вовремя - и потерял эту ветку.

Я написал вам на мейл...