AVR+SEEPROM+1WIRE+Wegand, Подмогните алгоритмом Опции

[impuls-v]

Поделитесь пожалуйста рабочими примерами работы с iButton по интерфейсу 1WIRE, с проксимити картами по интерфейсу Wegand и работой с памятью по интерфейсу I2c типа 24LCxxx или AT24Cxxx.

В памяти будут хранится коды ключей, вообщето наврятли количество ключей будет больше 200, но память будет на 512к, нужно использовать ее по полной т.е. можно записать до 10000 ключей.
Простой поиск ключа в таком обьеме, учитывая что номера будут не подряд к примеру от 1 до 5000, а в разнобой, может занять секунд 15, если кто нибудь делал такое подскажите как лучше реализовать поиск ключа в памяти.
Мне кажется что после формирования списка ключей лучше всего сделать сортировку, к примеру пузырьковым методом, а поиск осуществлять методом последовательного приближения.

[vesago]

Смысл в том, чтобы при считывании ключа система расчитывала 2-х байтный хэш ключа, который являлся индексом поисковой таблицы. Попадаем в нужную точку, а там может лежать или развернутый код ключа ну или точка входа в учетную запись дабы проверить ключ и права доступа + ссылка на следующую запись с аналогичным хэшем. Хэшем может служить даже ксор. Скорость такая, что при 30000 пользователях замок быстрее открывается, чем заканчивается короткий писк считывателя. Но повторяю, что это потребует рамы, так как таблица формируется именно в ней. В этом форуме я вел обсуждение этого вопроса некоторое время назад.

[Семён]

Здравствуйте impuls-v. Нехочу навязывать своё мнениё, но всеже хочу высказать свой взгляд по этому вопросу. Вы говорите «скажем, так ни одна система мне ненравится». Ваш ответ чисто субъективной, в производстве нельзя создать систему удолитворяющего каждого потребителя, поэтому разработчику всегда приходиться идти на компромисс, что он хочет сделать и что он сможет сделать из ходя из бюджета. Конкретно на Вашем примере можно сказать следующие, что память серии 24CXX хороша исключительно для устройств начального уровня с максимальном хранением кодов до 2000 штук, при более высоком количестве хранимой информации, что бы не испортить другие характеристики устройства нужно использовать другую элементную базу. До 15000 можно использовать память работающею по SPI. Свыше 20000 нужно использовать память с параллельным доступом.
2 vesago
извините, но не очень вериться, что время поиска у Вас всего объема 15 мкс.

[Petka]

2 vesago
извините, но не очень вериться, что время поиска у Вас всего объема 15 мкс.

почему-же? насколько я знаю использование хэширования один из самых производительных методов поиска.