Драйвер я написал. Осталось только реализовать проверку PIN-кода ключа. Почему-то SUP_LOGIN и им подобные функции драйвера не вызываются. Даже не спрашивается тип защиты. Разработчики форум читают? Какая функция используется при проверке пароля? Или может в параметрах reader-а надо возвращать особый флаг?

Вот как раз аппаратный пароль они практически не рассматривают. А добавление всевозможных функций с паролем, которые упоминаются в хэлпе и заголовках, показало, что эти функции не вызываются. Впрочем, поскольку я игрался с примером fat12, то вполне допускаю, что там не стоит флаг признака ключа или ещё чего подобного.

fat12 можно хоть попробовать на живую, а устройств c ric у меня нет. так а что там с функциями? в документации почему-то я так и не нашёл, почему они не вызываются. в понедельник, судя по всему, буду разбирать, чем ric от fat12 отличается :(

Попробовал сделать интерфейс чисто к smart-картам. Функция запроса пароля по прежнему не вызывается.
Попутно вычитал в документации "...Это основной довод в пользу библиотеки поддержки смарт-карт и отказываться от него в сторону написания библиотеки поддержки считывателя, рекомендуется только в случае отсутствия драйверов для PC/SC библиотеки или в случае, когда понятия носителя и считывателя не разделимо (как в случае электронных USB ключей)." Т.е. в reader-е тоже должны работать эти функции, как и в смарт-картах. Но тогда почему они не вызываются?

по памяти писал из дома.
READER_FUN_PRIME, READER_FUN_LOGIN , READER_FUN_LOGOUT , READER_FUN_PRIME_LOGIN , READER_FUN_PASSWD_CHANGE, READER_FUN_PASSWD_LENGTH, READER_FUN_PASSWD_TYPE, READER_IDS_PASSWD_TERM, RSCARD_FUN_IS_SAME_ATR - ни одна из этих функций не вызывается ни при (создании) копировании контейнера, ни при его чтении.

пробовал как в _reader_get_handle, так и в _media_get_handle