чем прочитать программу из FX1N ?, удалось достать ее из EEPROM Опции

[diera]

Собственно вопрос в том, как получить нормальный вид программы (в виде AWL, STL или KOP). Исходник взят из EEPROM контроллера (не удалось прочитать через кабель) путем ее выпаивания и чтения через программатор.
К сожалению не могу прикрепить .bin файл листинга может подскажете как?

[KAZAH]

Собственно вопрос в том, как получить нормальный вид программы (в виде AWL, STL или KOP). Исходник взят из EEPROM контроллера (не удалось прочитать через кабель) путем ее выпаивания и чтения через программатор.
К сожалению не могу прикрепить .bin файл листинга может подскажете как?

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

[diera]

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

Прикрепленные файлы

 ti24c256_1.txt ( 32 килобайт ) Кол-во скачиваний: 28

 

[KAZAH]

думаю вы попали.примите мои соболезнования.

[diera]

за соболезнование, конечно спасибо, но может есть что то более конструктивное?
я предполагаю, что программа пользователя как раз и содержится в этой EEPROM, в сам контроллер (имеется в виду микросхема ) зашита, скорее всего, только база (что то вроде BIOSa).
сервисная программа (и девелоперы и медок) взаимодействует с этой базой, и вряд ли в процессе обмена данными между контроллером и компом происходит какая либо перекодировка. поэтому, скорее всего, содержимое EEPROM можно прочитать чем то из девелоперов или медоком.
отсюда возникает вопрос: в чем принципиальное отличие всех этих способов программирования? не может же быть, что бы они отличались принципиально (на уровне кодов самого процессора)?

[KAZAH]

за соболезнование, конечно спасибо, но может есть что то более конструктивное?
я предполагаю, что программа пользователя как раз и содержится в этой EEPROM, в сам контроллер (имеется в виду микросхема ) зашита, скорее всего, только база (что то вроде BIOSa).
сервисная программа (и девелоперы и медок) взаимодействует с этой базой, и вряд ли в процессе обмена данными между контроллером и компом происходит какая либо перекодировка. поэтому, скорее всего, содержимое EEPROM можно прочитать чем то из девелоперов или медоком.
отсюда возникает вопрос: в чем принципиальное отличие всех этих способов программирования? не может же быть, что бы они отличались принципиально (на уровне кодов самого процессора)?

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

[diera]

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

[m_by]

В подобном случае сделал бы следующее:
- записал поверх пустой проект, с очисткой памяти
- считал прошивку через программатор
- общие куски программ - заголовок, хвост и т.п.
- различия - тело программы
в руководстве прямо указаны номера функций, количество шагов на функцию, операнды функции
пробуйте, выкладывайте результат ...
ИМХО