СМА Hansa PCP 5510B625 S/n05264505008607, Ошибка E51 что означает

Проверена переферия, не только сопротивление но и сопротивление изоляции.Прошу помощи.

0

Сообщение от 66serg Все, дошло, в 10 сообщении ты топикстартеру предлагал fullflash. Интересно, у него программатор есть?

Есть однозначно.

0

Повторюсь = ошибка 51. меняй контролер. Мне помогло.

0

Производитель указывает конкретно :
E51 Incorrect data in programs memory.
Е52 Incorrect data in configurations memory.
А раз un05 и 66serg говорят, что в ЭППЗУ только конфиг, значит проблемы с данными в ST72F324J6T6.

0

Сообщение от regiss Производитель указывает конкретно : E51 Incorrect data in programs memory. Е52 Incorrect data in configurations memory. А раз un05 и 66serg говорят, что в ЭППЗУ только конфиг, значит проблемы с данными в ST72F324J6T6.

Вообще-то немного странно с этими HANSA. E51 по моим данным - это ошибка EEPROM. Я подумал, что ошибка связана с отсутствием обмена с EEPROM. Спаял 24с04 с модуля (PC4580B425), включил его. Естественно, раз контроллер не видит EEPROM (конфига нет), то он и дисплейчик не зажег; через минуту свалился в ошибку (то-ли E51, то-ли E52). У E51 и E52 индикация ошибки одинакова - горят верхние 2 СИДа, так что ошибку я не идентифицировал. А так как EEPROMа нет, то и по кодам ее не вычислить. На практике E51 не видел ни разу, зато видел E53.
Мне попадалась СМА на контроллере AW60 (в этом контроллере аппаратный контроль содержимого FLASH по CRC), так она периодически выдавала E53, при этом стирала без замечаний. Т.е. потихоньку умирала FLASH, но коды Хэмминга делали свое дело - корректировали исполняемый код. Я хозяйке сказал, что если ее это не напрягает (периодическая индикация E53), пусть стирает дальше, пока модуль совсем не умрет. Прошло уже примерно год, пока тихо.

0

Сообщение от 66serg Вообще-то немного странно с этими HANSA. E51 по моим данным - это ошибка EEPROM. Я подумал, что ошибка связана с отсутствием обмена с EEPROM. Спаял 24с04 с модуля (PC4580B425), включил его. Естественно, раз контроллер не видит EEPROM (конфига нет), то он и дисплейчик не зажег; через минуту свалился в ошибку (то-ли E51, то-ли E52). У E51 и E52 индикация ошибки одинакова - горят верхние 2 СИДа, так что ошибку я не идентифицировал. А так как EEPROMа нет, то и по кодам ее не вычислить. На практике E51 не видел ни разу, зато видел E53. Мне попадалась СМА на контроллере AW60 (в этом контроллере аппаратный контроль содержимого FLASH по CRC), так она периодически выдавала E53, при этом стирала без замечаний. Т.е. потихоньку умирала FLASH, но коды Хэмминга делали свое дело - корректировали исполняемый код. Я хозяйке сказал, что если ее это не напрягает (периодическая индикация E53), пусть стирает дальше, пока модуль совсем не умрет. Прошло уже примерно год, пока тихо.

А можно поподробнее про эти коды? Заинтересовало.

0

Сообщение от Alex314 А можно поподробнее про эти коды? Заинтересовало.

В Википедии все есть. Набираешь: код Хэмминга, или просто CRC...

0

Дамп выложить не могу, Поник пишет Device Not Responding как я понимаю устройство не отвечает, пробовал ставить новую память 24С04(правда в DIPе) с соплями , пишет тот же Е51. Не спеша разбираюсь дальше, когда время появляется.

Хорошо бы конфигурационную паршивку.

0

Сообщение от чайник Дамп выложить не могу, Поник пишет Device Not Responding как я понимаю устройство не отвечает, пробовал ставить новую память 24С04(правда в DIPе) с соплями , пишет тот же Е51. Не спеша разбираюсь дальше, когда время появляется. Хорошо бы конфигурационную паршивку.

Больше повторять не буду, делай как знаешь.

0

Сообщение от чайник Дамп выложить не могу, Поник пишет Device Not Responding как я понимаю устройство не отвечает, пробовал ставить новую память 24С04(правда в DIPе) с соплями , пишет тот же Е51. Не спеша разбираюсь дальше, когда время появляется. Хорошо бы конфигурационную паршивку.

Получите.

0

Сообщение от 66serg В Википедии все есть. Набираешь: код Хэмминга, или просто CRC...

Это из серии - "слышал звон".

0

Сообщение от Alexzz Это из серии - "слышал звон".

Интересно мнение автора (66serg) применительно к современным микроконтроллерам - они это аппаратно делают или программно (содержимое своей микропрограммы правят)? Может там есть отдельная функция (подпрограмма), которая на лету исправляет сбойные биты в байтах или байты целиком...
И вот когда уже накрылся битик или байтик в самой этой подпрограммке - вот тут то и пришел конец прошивке и работе процессора! Так?

Или Коды Хэмминга живут "своей" жизнью?
Ты уж пожалуйста прочитай статью в Википедии, расскажи как оно есть на самом деле.

0

Alex314, ты всерьёз задумался, что идея о самостоятельной правке байтиков софта, может быть реальностью? Корректировка сбойных данных за счёт избытка информации имеет место быть при воспроизведении музыки с CD. И то, далеко не везде сия методика применяется. А уж исполняемый код, никаким избытком информации не обладает, да и считывается процессором напрямую, без каких либо коррекций и правок.

0

Сообщение от Alex314 Интересно мнение автора (66serg) применительно к современным микроконтроллерам - они это аппаратно делают или программно (содержимое своей микропрограммы правят)? Может там есть отдельная функция (подпрограмма), которая на лету исправляет сбойные биты в байтах или байты целиком... И вот когда уже накрылся битик или байтик в самой этой подпрограммке - вот тут то и пришел конец прошивке и работе процессора! Так? Или Коды Хэмминга живут "своей" жизнью? Ты уж пожалуйста прочитай статью в Википедии, расскажи как оно есть на самом деле.

Для того, чтобы увеличить живучесть системы, вводят избыточное кодирование. Например шина данных микроконтроллера - 8 бит. Дополнительно организуют еще 4 бита, итого внутренняя шина данных в микроконтроллере получается 12 бит (наружу выходит только 8). Эти дополнительные 4 бита позволяют корректировать на лету сбойные биты в 12 разрядном слове данных. Корректируются, конечно, не все ошибки, но тут уже - цена вопроса. Хочешь получить более высокую надежность - вводи больше, чем 4 дополнительные линии данных. Все это делается аппаратно внутри контроллера. Подразумевается, что надежность линии из 4 дополнительных битов выше, чем собственно 8 разрядная шина данных. Нас так учили в школе (радиофак УПИ).

Сообщение от 66serg Для того, чтобы увеличить живучесть системы, вводят избыточное кодирование. Например шина данных микроконтроллера - 8 бит. Дополнительно организуют еще 4 бита, итого внутренняя шина данных в микроконтроллере получается 12 бит (наружу выходит только 8). Эти дополнительные 4 бита позволяют корректировать на лету сбойные биты в 12 разрядном слове данных. Корректируются, конечно, не все ошибки, но тут уже - цена вопроса. Хочешь получить более высокую надежность - вводи больше, чем 4 дополнительные линии данных. Все это делается аппаратно внутри контроллера. Подразумевается, что надежность линии из 4 дополнительных битов выше, чем собственно 8 разрядная шина данных. Нас так учили в школе (радиофак УПИ).

По 8 битам, вычисляется сигнатура (по полиномам, которые описаны в Википедии). Эта синатура заносится в эти дополнительные 4 бита. 8 бит данных + 4 бита сигнатуры живут в контроллере параллельно. При выборке кода по нему каждый раз перед исполнением вычисляется по- новой сигнатура, и если вычисленная сигнатура совпадает с сигнатурой 4 дополнительных бит, то код команды передается на исполнение, в противном случае код правится по сигнатуре 4 дополнительных бит, и только после этого передается на исполнение.

Сообщение от 66serg Для того, чтобы увеличить живучесть системы, вводят избыточное кодирование. Например шина данных микроконтроллера - 8 бит. Дополнительно организуют еще 4 бита, итого внутренняя шина данных в микроконтроллере получается 12 бит (наружу выходит только 8). Эти дополнительные 4 бита позволяют корректировать на лету сбойные биты в 12 разрядном слове данных. Корректируются, конечно, не все ошибки, но тут уже - цена вопроса. Хочешь получить более высокую надежность - вводи больше, чем 4 дополнительные линии данных. Все это делается аппаратно внутри контроллера. Подразумевается, что надежность линии из 4 дополнительных битов выше, чем собственно 8 разрядная шина данных. Нас так учили в школе (радиофак УПИ). По 8 битам, вычисляется сигнатура (по полиномам, которые описаны в Википедии). Эта синатура заносится в эти дополнительные 4 бита. 8 бит данных + 4 бита сигнатуры живут в контроллере параллельно. При выборке кода по нему каждый раз перед исполнением вычисляется по- новой сигнатура, и если вычисленная сигнатура совпадает с сигнатурой 4 дополнительных бит, то код команды передается на исполнение, в противном случае код правится по сигнатуре 4 дополнительных бит, и только после этого передается на исполнение.

Ошибка E53 - это ошибка исполняемого кода FLASH. Если, хотя-бы 1 бит в программе был нарушен, система слетела бы безусловно. Факт нормальной работы сма HANSA при ошибках исполняемого кода говорит сам за себя. Молодцы инженеры-конструкторы.

0

Сообщение от 66serg Нас так учили в школе (радиофак УПИ).

Вот! Вот читал я начало и смутно вспоминал старые уроки по информатике. В древние 90е годы эта идея о дополнительных битах летала в воздухе. Тогда возможно она и была актуальна ввиду крайней ненадёжности допотопных ячеек памяти. Но я что-то и не припоминаю чтобы хоть в каких-то однокристальных процессорах, с которыми мне приходилось сталкиваться, эта система была бы воплощена в жизнь. Возможно где-то в старых СМ1600... И то, сомневаюсь...

0

Сообщение от Alexzz Вот! Вот читал я начало и смутно вспоминал старые уроки по информатике. В древние 90е годы эта идея о дополнительных битах летала в воздухе. Тогда возможно она и была актуальна ввиду крайней ненадёжности допотопных ячеек памяти. Но я что-то и не припоминаю чтобы хоть в каких-то однокристальных процессорах, с которыми мне приходилось сталкиваться, эта система была бы воплощена в жизнь. Возможно где-то в старых СМ1600... И то, сомневаюсь...

Поискал на FREESCALE для контроллеров 908AW32(60) использование CRC. Навскидку не нашел, хотя помню, что читал об этом года 2 назад. Попался материал о контроллере 908AC128: Document Number: AN3795 Rev. 0, 04/2009. "Using the CRC Module on the Flexis AC Family". Там описывается вся процедура работы CRC: Finally the program calls the function crc_check, to read the calculated checksum and compare it to the stored checksum value. If they match, then the program can continue to execute the application software. Интересный документ. Так, что CRC рулит.

Сообщение от Alexzz Вот! Вот читал я начало и смутно вспоминал старые уроки по информатике. В древние 90е годы эта идея о дополнительных битах летала в воздухе. Тогда возможно она и была актуальна ввиду крайней ненадёжности допотопных ячеек памяти. Но я что-то и не припоминаю чтобы хоть в каких-то однокристальных процессорах, с которыми мне приходилось сталкиваться, эта система была бы воплощена в жизнь. Возможно где-то в старых СМ1600... И то, сомневаюсь...

Порылся в даташитах на 908AW32(48, 60) и 908AC32(48, 60). CRC есть только на 908AC32(48, 60). Прошу не пинать - попутал контроллеры AW и AC. Память подводить стала - стар, однако.

0

Сообщение от Alexzz Alex314, ты всерьёз задумался, что идея о самостоятельной правке байтиков софта, может быть реальностью? Корректировка сбойных данных за счёт избытка информации имеет место быть при воспроизведении музыки с CD. И то, далеко не везде сия методика применяется. А уж исполняемый код, никаким избытком информации не обладает, да и считывается процессором напрямую, без каких либо коррекций и правок.

Применительно к однокристальным микроконтроллерам - нет. По крайней мере мне об это ни в школе, ни на работе читать и слышать не приходилось.
Для 66serg: Что касается указанного документа, то мне кажется этот МК способен выявлять ошибки в памяти, но не исправлять их самостоятельно на лету. Не на столько там большая избыточность (кажется всего два байта CRCH и CRCL ???).

А вот в CD избыточность действительно впечатляет. Там служебной информации больше, чем полезной. Согласно стандарта, потери данных при повреждении трека длинной кажется менее 2.2 мм могут быть восстановлены.

0

CRC - это просто контрольная сумма. Служит только для контроля целостности данных, но никак не для их коррекции.

0

Прошил Поником память 24С08 (в SOICe была только эта), поставил ну и сюрприз, начал греться сам микроконтроллер и на индикации абра-кадабра, сдул память та же история вот теперь сижу и думаю.

0

Сообщение от чайник Прошил Поником память 24С08 (в SOICe была только эта), поставил ну и сюрприз, начал греться сам микроконтроллер и на индикации абра-кадабра, сдул память та же история вот теперь сижу и думаю.

ну ,всё ...отмучался проц

0

Сообщение от GoGa.sm ну ,всё ...отмучался проц

GoGa.sm, там есть контроль CRC, нужно подождать - он сам восстановится.

0