Считыватель RDM6300

[texbez]

Добрый вечер!
Вопрос к знатокам:приобрёл считыватель rfid карт 125кГц RDM6300.
Так вот сижу туплю не могу понять как код ключа сравнивать тот что записан EEPROM и тот что считывается,ну на свой-чужой.
Как делаю:беру блок приёма из uart-выход тип byte,считываю в массив( можно и без массива),из массива пишу в EEPROM. Делаю ещё один массив для чтения,а дальше не могу понять как сравнить коды ключей.

[rw6cm]

не могу понять как сравнить коды ключей.

ссылка

[texbez]

Спасибо за ссылку,но я это видел.
Разве если ключи хранить в массиве после сброса питания они не теряются?
В массиве не хранятся,только что проверил.Писать надо EEPROM, а EEPROM тип строка не принимает.Вывод сделал в eeprom надо писать в byte и сравнивать каждую цифру.Но код получается для этой задачи какой то большой.

[rw6cm]

Разве если ключи хранить в массиве после сброса питания они не теряются?

Вносите ключи в массив вручную перед заливкой, и используйте как базу для сравнения.
Минус в том, что бы изменить или дополнить массив нужно пере заливать скетч.

[texbez]

Да дело не в том  как внести ключи,а в том что после сброса питания контроллера они стираются.Так как массив это по сути оперативка контроллера.

[pan]

texbez,  так при включении они снова запишутся в массив

Добавлено (07.07.2017, 22:35)
---------------------------------------------
или используйте епром как тут

[rw6cm]

Да дело не в том как внести ключи,а в том что после сброса питания контроллера они стираются.Так как массив это по сути оперативка контроллера.

Вы бы не философствовали, а загрузили готовый проект и посмотрели как он работает.
Занося вручную данные в массив, получаем по сути массив из констант,
которые не куда не денутся, сколько бы не сбрасывали питание.

[texbez]

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

[pan]

вам всего лишь предложили один из вариантов

[texbez]

pan спасибо за ссылку,многое прояснила.

[pan]

по поводу массива. есть блок поиска
[spoiler=Спойлер][/spoiler]
нужно сделать 2 режима. режим записи карт и обычный для чтения.
при записи считываете код и пишете его в еепром. (естественно в разные ячейки, и это будет не byte явно )
при переходе в обычный режим считываете записанные коды из еепрома в массив,  и сравниваете считанный код есть ли в массиве (блоком на скрине)

[texbez]

нужно сделать 2 режима. режим записи карт и обычный для чтения.

Это я понимаю

и это будет не byte явно )

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

[pan]

[rw6cm]

Вопрос закрыт.

Какие мы нежные....

Вам был дан ответ на конкретный вопрос.

Цитата texbez ()не могу понять как сравнить коды ключей.
ссылка

Разве если ключи хранить в массиве после сброса питания они не теряются?

Из вашего ответа понятно что вы не вникали.
Дал пояснение.

Вносите ключи в массив вручную перед заливкой, и используйте как базу для сравнения.

Вы опять на своей волне.

Да дело не в том как внести ключи,а в том что после сброса питания контроллера они стираются.

Вы бы не философствовали, а загрузили готовый проект и посмотрели как он работает.

Здесь задел ваше самолюбие.

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

Хотите получить знание - наберитесь терпения.

п/с Была бы моя воля, эту ахинею со званиями, наградами, и т д, убрал бы с сайта с глаз долой.

[texbez]

Вернусь к вопросу.Попытался сделать сам-выкладываю.
Почему то при выключенном режиме записи по монитору uart при считывании любого ключа шлёт 49.
И при любом ключе выход срабатывает как есть ключ.При том что записывает ключи вроде бы нормально.
Если кому интересно,может разберётесь.

[rw6cm]

И при любом ключе выход срабатывает как есть ключ.При том что записывает ключи вроде бы нормально.

В проекте от ключа они слоги, разбитые на байты. Цельного ключа нет.
в таком режиме UART работает по байтно, принял байт, стер, принимает следующий.
Вам нужно собрать ID ключа, и только потом с ним работать.
К тому же пакет надо парсить (удалять старт/стоп бит, и не нужные пробелы)

И все равно не понимаю, в вашем проекте три ключа на один замок,
Не проще закинуть десяток ключей в массив, ( на все случаи) и не парится с этой записью.
На крайняк в EEPROMе держать (по порядковому номеру) рабочие ключи.
(если потеряли выключили из списка)

[Dev1]

К тому же пакет надо парсить (удалять старт/стоп бит, и не нужные пробелы)

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

[rw6cm]

А зачем их удалять, если они одинаковые у всех ключей

Все бы ни чего, если бы этот код в этом проекте  не конвертировался в стринг,
а в нем эти байты не распознаются, и мы встряли при сравнении, когда видимость правильная а прога ведет себя не пойми как ))
По хорошему в таком варианте надо и привязки к старт/стоп биту делать, иначе нет гарантии что мы пишем в память пакет с начала а не с середины или конца.
Да и не по фэншую ваше предложение 

[Dev1]

Да и не по фэншую ваше предложение

Не по фэншую это как раз:

код в этом проекте  не конвертировался в стринг

По хорошему в таком варианте надо и привязки к старт/стоп биту делать, иначе нет гарантии что мы пишем в память пакет с начала а не с середины или конца.

Именно...  
пысы: там еще контрольная сумма есть...

[rw6cm]

пысы: там еще контрольная сумма есть...

Согласен, в идеале еще отсеивать  битые пакеты, по контрольной сумме.
Но тогда будет точно Мега проект,  для 100руб. игрушки это будет слишком кошерно ))