Re: Монетоприемник ICT MCA-32X

**AR_Favorit** » 28 авг 2007, 10:06

Постоянный запрос состояния устройства, путем посылки STATUS REQUEST, даже когда оно не нужно - что то вроде
Комп->Устройство   "RESET"
Устройство->Комп "ОК" и перезагружается
Комп->Устройство   "Как дела"
Комп->Устройство   "Как дела"
Комп->Устройство   "Как дела"
Комп->Устройство   "Как дела"
Устройство->Комп   "Я отключено" Комп теперь знает, что оно перезагрузилось, но при этом оно в отключке
Комп->Устройство   "Enable"
Устройство->Комп "ОК"
Комп->Устройство   "Как дела"
Устройство->Комп "Простаиваю"
Комп->Устройство   "Как дела"
Устройство->Комп "Простаиваю"
Комп->Устройство   "Как дела"
Устройство->Комп "Простаиваю"
...
Комп->Устройство   "Как дела"
Устройство->Комп "Простаиваю"
тут кидается монетка
Комп->Устройство   "Как дела"
Устройство->Комп "Есть монета такая-то"
Комп->устройство "принимай"
Устройство->Комп "ОК"
Комп->Устройство   "Как дела"
Устройство->Комп "Принимаю монету"
Комп->Устройство   "Как дела"
Устройство->Комп "Принимаю монету"
Комп->Устройство   "Как дела"
Устройство->Комп "Принимаю монету"
Комп->Устройство   "Как дела"
Устройство->Комп "Простаиваю" - теперь комп знает, что монета прошла.
Комп->Устройство   "Как дела"
Устройство->Комп "Простаиваю"
Комп->Устройство   "Как дела"
Устройство->Комп "Простаиваю"

и т.д.

То есть комп постоянно должен опрашивать устройство о его состоянии
Если не опрашивает - устройство трактует это как потерю связи и переходит в состояние "отключено" или вообще "ошибка"
С какой частотой опрашиваать - должно быть написано написано в описании протокола
Диалог описан примерно, по аналогии с работой купюрника по протоколу.

В любом случае

fRutty писал(а):5. Посылаю команду 90H+05H+11H+03H+A9H (STATUS REQUEST).
- Приходит ответ от монетоприемника 90H+05H+14H+03H+ACH (DISABLE)

Если он говорит в ответ на запрос состояния DISABLE - он не должен брать монету, он же DISABLE :) . Надо как-то его ENABLE, какой-то соответствующей командой...

**Style-AVS** » 28 авг 2007, 10:30

а у Вас 3 переключатель (INHIBIT) таки в ON или OFF ?
если он включён, устройство принимать ничего не будет.

**fRutty** » 29 авг 2007, 10:03

Конечно включен, вы ... мне целый месяц мозг ... нихрена не знаете как он должен работать ... в сервисе мне сказали что ИНХИБИТ должен быть включен если работа осуществляется по протоколу. А если он не включен, то от меня устройство вообще никакие команды не принимает, даже тотже РЕСЕТ. Нахрена спрашивается надо продавать товар, если вы сами не знаете как его и с чем "кушать"!

**AR_Favorit** » 29 авг 2007, 10:13

Тихо-тихо-тихо, не надо так ругаться))) Их дело продавать, а наше - суметь использовать))). Киньте мне на мыло доки по нему, что есть - гляну...

**Style-AVS** » 29 авг 2007, 10:31

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

**fRutty** » 29 авг 2007, 10:51

AR_Favorit писал(а):Тихо-тихо-тихо, не надо так ругаться))) Их дело продавать, а наше - суметь использовать))). Киньте мне на мыло доки по нему, что есть - гляну...

доки кинул

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

надеюсь...

**AR_Favorit** » 29 авг 2007, 11:00

fRutty писал(а):доки кинул

Что-то пока ничего нету...

Updated: пришло. Посмотрим...

**AR_Favorit** » 29 авг 2007, 11:31

Ну как я и говорил - там английским по белому:

This specification describes specification at the data level of
interfacing between the ACCEPTOR and CONTROLLER.In Coin Acceptor
reset after default is disable. - после ресета прием ВСЕХ монет отключен

Except controller send coin type enable. - за исключением тех, которые контроллер разрешил принимать командами COIN TYPE

If controller in 3 second no polling coin acceptor The coin
acceptor automatic disable waiting controller send "RESET" command
continute active. Если в течение трех секунд от контроллера не было команд и запросов - монетоприемник переходит в состояние "DISABLED", и находится в таком состоянии до команды RESET.

В общем, должен идти непрерывный поток запросов STATUS REQUEST от контроллера к монетоприемнику. То есть в начале работы шлем RESET, затем шлем STATUS REQUEST до тех пор, пока не получим ответ. Затем шлем COIN TYPE с теми типами монет, которые должны приниматься. Затем непрерывно (например, раз в 250 миллисекунд) шлем STATUS REQUEST - и по ответу монетоприемника понимаем, что с ним происходит:

IDILING 90H+05H+11H+03H+A9H
Монетоприемник простаивает - обычное состояние

ACCEPT 90H+06H+12H+COIN CHANNEL
+03H+AAH
Принята монета, COIN CHANNEL - какая именно

REJECT 90H+05H+13H+03H+ABH
Была заброшена монета, но монетоприемник ее не принял (не опознана, или опознана, но данный канал отключен)

DISABLE 90H+05H+14H+03H+ACH
Монетоприемник отключен

COIN JAMED 90H+05H+15H+03H+ADH
монета застряла в монетоприемнике

SENSOR PROBLEM 90H+06H+16H+sensor no
+03H+checksum
обнаружена неисправность монетоприемника

FISHING 90H+05H+17H+03H+AEH
обнаружена попытка извлечения вброшенной монеты обратно

CHECKSUM ERROR 90H+05H+18H+03H+AFH
ошибка контрольной суммы (как я понимаю, в принятом запросе STATUS REQUEST)

INTO LEARN MODE 90H+05H+19H+03H+B0H
Монетоприемник находится в "режиме обучения".

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

**fRutty** » 29 авг 2007, 12:42

А где я должен узнать тип монет? Вот что описано в протоколе:

(2)COIN TYPE

CONTROLLER => ACCEPTOR ACCEPTOR => CONTROLLER

90H+05H+90H ACK 90H+05H+50H+03H+E8H
+DATA0~DATA15+03H+CHECKSUM OR
INVALID COMMAND 90H+05H+4BH+03H+E3H

Details, DATA0 - bit 7 : Coin Channel 1 (1: Accepting, 0:Inhibit)
bit 6 : Coin Channel 2 (1: Accepting, 0:Inhibit)
bit 5 : Coin Channel 3 (1: Accepting, 0:Inhibit)
bit 4 : Coin Channel 4 (1: Accepting, 0:Inhibit)
bit 3 : Coin Channel 5 (1: Accepting, 0:Inhibit)
bit 2 : Coin Channel 6 (1: Accepting, 0:Inhibit)
bit 1 : Coin Channel 7 (1: Accepting, 0:Inhibit)
bit 0 : Coin Channel 8 (1: Accepting, 0:Inhibit)

DATA1 - bit 7 : Coin Channel 9 (1: Accepting, 0:Inhibit)
bit 6 : Coin Channel 10 (1: Accepting, 0:Inhibit)
bit 5 : Coin Channel 11 (1: Accepting, 0:Inhibit)
bit 4 : Coin Channel 12 (1: Accepting, 0:Inhibit)
bit 3 : Coin Channel 13 (1: Accepting, 0:Inhibit)
bit 2 : Coin Channel 14 (1: Accepting, 0:Inhibit)
bit 1 : Coin Channel 15 (1: Accepting, 0:Inhibit)
bit 0 : Coin Channel 16 (1: Accepting, 0:Inhibit)

DATA2 ~ DATA15: Coin Channel 17 ~ Channel 256

Example:
a) If 1~8 channels are all accepting coins, controller shall send the following command MCA
Controller : 90H+06H+90H+FFH+03H+CHECKSUM (Format-2, FFH = 1111 1111)
MCA : return ACK or NAK

b) If 2~8 channels are accepting but channel 1 inhibit, controller shall send the following command MCA
Controller : 90H+06H+90H+7FH+03H+CHECKSUM (Format-2, 7FH = 0111 1111)
MCA : return ACK or NAK

c) If 1~7 channels are accepting but channel 8 inhibit, controller shall send the following command MCA
Controller : 90H+06H+90H+FEH+03H+CHECKSUM (Format-2, FEH = 1111 1110)
MCA : return ACK or NAK

**AR_Favorit** » 29 авг 2007, 12:48

А вы для начала разрешите ВООБЩЕ ВСЕ каналы, когда добъетесь хоть какого-то приема - будете кидать монеты и видеть, в каком канале какая прописана :)

то бишь все байты DATA равны 0xFF -

от контроллера:
90H+15H+90H +DATA0+DATA1...+ DATA15+03H+CHECKSUM

15H - длина команды в байтах, включая контрольную сумму

от монетоприемника в ответ:
ACK 90H+05H+50H+03H+E8H - "понял"
или
INVALID COMMAND 90H+05H+4BH+03H+E3H - "не понял"

Кто сейчас на форуме