Несанкционированная запись в EEPROM PIC16F628a

[AndGrig]

AndGrig, Вы не ответили на мой вопрос. Каждый раз в цикле чтение EEPROM? Я к тому, что чем меньше обращаешься к EEPROM, тем меньше вероятность повреждения данных. Лучше один раз при старте переписать данные в озу и работать с ним. Ну и то, что предлагали по поводу проверки целостности данных.

Да, каждый раз читается из ПЗУ. Сделаю чтение только при инициализации. Однако, в совершенно другой машине, слетали данные из ОЗУ. Поэтому пошел по этому пути.
ЗЫ. Стоит электролит 470 мФ после моста и 100 мФ после КРЕНа + керамика 0,1 на ногах контроллера. От источника +5В кормятся только контроллер и две выходных оптопары.

[alvadep]

AndGrig, так все-таки питание автономное или как?

И еще, данные с EEPROM слетают в процессе работы или после выключения/включения? В первом случае борьба с помехами, наводками (специалистов в этом вопросе тут хватает). Во втором, попробуйте установить BODEN и CPD.

[AndGrig]

AndGrig, так все-таки питание автономное или как?
И еще, данные с EEPROM слетают в процессе работы или после выключения/включения?

Питание автономное.
В процессе работы.

[Catcatcat1]

PIC в начале рабочего цикла читает два байта из EEPROM и выполняет с ними определенные операции. Запись байт производится при отпускании кнопки во время настройки станка.
Через два дня работы станка, в EEPROMе оказалось какое-то "левое" число. Станок, при этом, мог серьезно пострадать и делать эксперименты не хочется. Из за чего это могло произойти или как защитить ПЗУ от такого?

Такое может быть если в момент записи в память происходит сбой.
Необходимо выполнять при запись ее контроль, например делаем двойную запись, в начале снимает метку запись выполнена, а по окончанию и ставит метку. При чтении проверяем метку и сравниваем первый массив данных со вторым. - Делаем выводы.

Второе, что необходимо производить это проверку на корректность данных, например данные должны быть в определенном диапазоне. Эту проверку можно проводить в цикле самой программы.

[vit66work]

PIC в начале рабочего цикла читает два байта из EEPROM и выполняет с ними определенные операции. Запись байт производится при отпускании кнопки во время настройки станка.

А мощные помехи не могли создать "эффект отпускания кнопки" ?
Я бы в программе дополнительно проверил что кнопка удерживалась в нажатом состоянии хотя бы полсекунды.

[3d cube]

А мощные помехи не могли создать "эффект отпускания кнопки" ?
Я бы в программе дополнительно проверил что кнопка удерживалась в нажатом состоянии хотя бы полсекунды.

Во
Механизм ПИКов записи в ЕЕПРОМ довольно изощрен. Случайная запись в результате помех может и возможна, да не верится такое. Скорее в лотарею выграю

[AndGrig]

Такое может быть если в момент записи в память происходит сбой...

В том то и дело, что во время записи по кнопке все красиво. После записи
производится чтение и сравнение. Но каким-то образом произошло обращение к подпрограмме записи и записался случайный байт.
Кнопка стоит на плате в двух см от контроллера и наводка маловероятна.

[vit66work]

В том то и дело, что во время записи по кнопке все красиво. После записи
производится чтение и сравнение. Но каким-то образом произошло обращение к подпрограмме записи и записался случайный байт.
Кнопка стоит на плате в двух см от контроллера и наводка маловероятна.

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

[AndGrig]

Я когда-то делал сканирование кнопок и забыл подтянуть входы...

Подтянуты внутренним резистором (PORTB). Может этого недостаточно?

[vit66work]

Подтянуты внутренним резистором (PORTB). Может этого недостаточно?

Не помню как в PIC -ах, а в AVR для подтяг. резисторов очень большой разброс -
до 30 или 100 ком. Для надёжной подтяжки лучше внешний.