[X] Помощник

[liberty75]

При считывании дампа в программаторе можно выставить микросхему 8 или 16 бит (SeeProg), а как мне узнать какой она битности? При считывании в 16 или 8 бит совсем разные данные. Калькуляторы выводят в 8 битном виде, но у меня почему то если выставить при выборе микросхемы x8 при записи пишет ошибку, при x16 все нормально. Вобщем путаница какая то. Может кто разъяснит.
P.S. Пожалуйста, не пишите пожелания выкинуть программатор.

[dew]

При считывании дампа в программаторе можно выставить микросхему 8 или 16 бит (SeeProg), а как мне узнать какой она битности? При считывании в 16 или 8 бит совсем разные данные. Калькуляторы выводят в 8 битном виде, но у меня почему то если выставить при выборе микросхемы x8 при записи пишет ошибку, при x16 все нормально. Вобщем путаница какая то. Может кто разъяснит.
P.S. Пожалуйста, не пишите пожелания выкинуть программатор.

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

[Vasilich]

Большинство MW EEPROM, при чем подавляющее, работает в 16 бит режиме, хотя встречаются и 8-ми битные варианты, но в панелях обычно используется 16-бит вариант.

[liberty75]

Большинство MW EEPROM, при чем подавляющее, работает в 16 бит режиме, хотя встречаются и 8-ми битные варианты, но в панелях обычно используется 16-бит вариант.

Да, но после считывания дамп имеет вид FFFF FFFF FFFF, приходится переводить в 8 битный режим FF FF FF потом корректировать. Вот этот перевод из 16 в 8 для корректировки меня смущает. И получается для большего спокойствия лучше считать и в 8 бит и в 16?
А если еще твой еще не скорректорованный пробег не совпадает с символами в кальке, например твой пробег 10 км забивая в кальке показывает F1 F1 F1 F1, а твой реальный дамп F2 F2 F2. Вот и думай то ли считал криво, толи просто кальк ошибается, то ли не в той битности прочитал. Вот в чем проблема.

[liberty75]

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

По поводу даташитов. 93С76 например может быть и 16 бит и 8 бит, в софте к прогеру можно выбирать 93С76 (Х8) или просто 93С76

[Vasilich]

Да, но после считывания дамп имеет вид FFFF FFFF FFFF, приходится переводить в 8 битный режим FF FF FF потом корректировать. Вот этот перевод из 16 в 8 для корректировки меня смущает. И получается для большего спокойствия лучше считать и в 8 бит и в 16?
А если еще твой еще не скорректорованный пробег не совпадает с символами в кальке, например твой пробег 10 км забивая в кальке показывает F1 F1 F1 F1, а твой реальный дамп F2 F2 F2. Вот и думай то ли считал криво, толи просто кальк ошибается, то ли не в той битности прочитал. Вот в чем проблема.

Если в дампе после чтения все FF то не правильно вычитывается, да и в 8 бит часто можно встретить чепуху при чтении, хотя в 16 варианте норм, по поводу 10 км могу сказать что мало какие калькуляторы идеально до 1 км считают пробег, причина что делается обычно округленно до определенных значений, так же бывает что в подсчете в самом проце и еепроме используются десятки и сотни метров, различные коэффициенты и т.д. А понятие swap16 нужно всегда учитывать обязательно, т.е. некоторые прогеры в частности понипрог вычитывает старший и младший байты наоборот, а отображение в редакторе программатора 8 или 16 бит естественно будет разное, т.е. старший и младший байты в обоих вариантах будут отображатся по разному вот пример 1234 1234 5678 - это 16-ти битный вариант отображения, т.е. ты работаешь непосредственно со словом а не с байтом, почитай ликбез по двоичной системе что такое слово, а что такое байт, то же самое в 8 бит отображении будет уже выглядеть вот так 34 12 34 12 78 56, т.е. визуально есть свап, хотя в реале его нет, в отличие от того что читает понипрог, он именно сохраняет в свапе, т.е. читай литературу и многое прояснится. А как я постом выше написал, 99.9 % панелей на микровайр серии т.е. 93С(S)ХХ раотают именно в 16 бит режиме, уж поверь мне, не одна тысяча панелей за плечами.

[liberty75]

Если в дампе после чтения все FF то не правильно вычитывается, да и в 8 бит часто можно встретить чепуху при чтении, хотя в 16 варианте норм, по поводу 10 км могу сказать что мало какие калькуляторы идеально до 1 км считают пробег, причина что делается обычно округленно до определенных значений, так же бывает что в подсчете в самом проце и еепроме используются десятки и сотни метров, различные коэффициенты и т.д. А понятие swap16 нужно всегда учитывать обязательно, т.е. некоторые прогеры в частности понипрог вычитывает старший и младший байты наоборот, а отображение в редакторе программатора 8 или 16 бит естественно будет разное, т.е. старший и младший байты в обоих вариантах будут отображатся по разному вот пример 1234 1234 5678 - это 16-ти битный вариант отображения, т.е. ты работаешь непосредственно со словом а не с байтом, почитай ликбез по двоичной системе что такое слово, а что такое байт, то же самое в 8 бит отображении будет уже выглядеть вот так 34 12 34 12 78 56, т.е. визуально есть свап, хотя в реале его нет, в отличие от того что читает понипрог, он именно сохраняет в свапе, т.е. читай литературу и многое прояснится. А как я постом выше написал, 99.9 % панелей на микровайр серии т.е. 93С(S)ХХ раотают именно в 16 бит режиме, уж поверь мне, не одна тысяча панелей за плечами.

Я уже понял что в основном в панелях 16 бит, но при выборе 16 бит мы видим FFFF FFFF FFFF (F - это для примера), а калькуляторы (которые только показывают что нужно изменить) нам показывают в 8 бит виде, значит я перевожу свой дамп в 8 бит и соответственно происходит визуально свап. Вот и вопрос, здесь мне делать свап обратно?, чтобы как бы свап на свап = норма, или пробовать играть туда сюда до нахождения сходства с калькулятором (ведь как показатель что кальк подходит, мы можем забить в него еще не измененный пробег и сравнить со считанным дампом). Или это зависит от программатора, то есть, работая программатором который всегда читает байты в обратном порядке, надо иметь в виду что после считывания обязательно делать свап? Или... я уже совсем запутался.......
То есть свап касается только определенных программаторов?

[Saveliy]

Я уже понял что в основном в панелях 16 бит, но при выборе 16 бит мы видим FFFF FFFF FFFF (F - это для примера), а калькуляторы (которые только показывают что нужно изменить) нам показывают в 8 бит виде, значит я перевожу свой дамп в 8 бит и соответственно происходит визуально свап. Вот и вопрос, здесь мне делать свап обратно?, чтобы как бы свап на свап = норма, или пробовать играть туда сюда до нахождения сходства с калькулятором (ведь как показатель что кальк подходит, мы можем забить в него еще не измененный пробег и сравнить со считанным дампом). Или это зависит от программатора, то есть, работая программатором который всегда читает байты в обратном порядке, надо иметь в виду что после считывания обязательно делать свап? Или... я уже совсем запутался.......
То есть свап касается только определенных программаторов?

При чтении еепром в 8-ми или 16-ти битном формате свапа не происходит! Чтение и режим просмотра разные вещи!

[SanSanych]

Само определение слова Swap(зеркальное отражение) и зависит от прогера как он считает .
Далее если ты сделал Swap после прочтения в буфер поработал с пробегом (откорректировал) то перед изменением пробега в памяти надо снова сделать Swap иначе ты в итоге получишь не верные показания , прогер зальёт то что ты ему прописал
То есть, сделав Swap, перед программированием измененного дампа делаем снова Swap, возвращаем исходное состояние.
А чтоб меньше шансов было запороть весь дамп , пользуйся не полной записью всего дампа а модификацией , произойдет только запись изменённой области пробега

[liberty75]

SanSanych спасибо! более менее понятно. практика нужна для полноты

[autodamp]

Мне кажется путаница у тебя произошла еще и по другой причине.
Дело в том, что редактор программатора, может представлять считанный в 16 битном режиме дамп в виде 8-ми битного (FF FF) и в виде 16 битного (FFFF). Есть программаторы только с редактором 8-ми битным, есть комбинированные, где юзер сам выбирает форму представления редактора, а есть - только с 16 битным (такой у тебя, как я понял, что и вводит тебя в заблуждение).
Еще раз уточняю, что это не имеет отношения к тому в каком режиме читается ЕЕПРОМ (режим чтения/записи ты выбираешь отдельно), а является только формой отображения.
В большинстве используемых кальков, приводятся данные в виде: FF FF, что вовсе не означает, что данный дамп, необходимо читать в 8-ми битном формате. Ну, а про Свап, тебе уже было все сказано, разработчик калька, просто не может ориентироваться на твой прогер, а чтение в разных прогерах организовано по разному: либо младшим, либо старшим байтом вперед.

Отредактированно autodamp - 15.4.2009, 11:51

[liberty75]

Мне кажется путаница у тебя произошла еще и по другой причине.
Дело в том, что редактор программатора, может представлять считанный в 16 битном режиме дамп в виде 8-ми битного (FF FF) и в виде 16 битного (FFFF). Есть программаторы только с редактором 8-ми битным, есть комбинированные, где юзер сам выбирает форму представления редактора, а есть - только с 16 битным (такой у тебя, как я понял, что и вводит тебя в заблуждение).
Еще раз уточняю, что это не имеет отношения к тому в каком режиме читается ЕЕПРОМ (режим чтения/записи ты выбираешь отдельно), а является только формой отображения.
В большинстве используемых кальков, приводятся данные в виде: FF FF, что вовсе не означает, что данный дамп, необходимо читать в 8-ми битном формате. Ну, а про Свап, тебе уже было все сказано, разработчик калька, просто не может ориентироваться на твой прогер, а чтение в разных прогерах организовано по разному: либо младшим, либо старшим байтом вперед.

Нет, у меня редактор и 8 и16 бит можно переключать. Я так понял смотря как ты считываешь дамп в такой битности и открывается редактор по умолчанию.
Да кстати, после перевода в 8 битный вид и редактирования, не нужно переводить обратно в 16 битный вид, просто нажимаем запись. Я так понимаю, прогер сам уже все делает...

Отредактированно liberty75 - 15.4.2009, 12:17

[autodamp]

Нет, у меня редактор и 8 и16 бит можно переключать. Я так понял смотря как ты считываешь дамп в такой битности и открывается редактор по умолчанию.
Да кстати, после перевода в 8 битный вид и редактирования, не нужно переводить обратно в 16 битный вид, просто нажимаем запись. Я так понимаю, прогер сам уже все делает...

Ты не понял, при чтении в 16 битном режиме, в некоторых программаторах в окне редактора данные можно представить как FFFF так и FF FF, для выбора вида просмотра имеется отдельная опция. Если ее выставить на 8 бит, то в не зависимости от выбора микросхемы 8 или 16 бит, в редакторе все будет отражаться как FF FF, хотя микросхема будет читаться и писаться в том режиме в котором ты выбрал, предположим 93С56 16bit

[Dmitry63]

На примере Хпрога: в настройках чтения-записи выбираем 8 или 16 битный режим. А для редактирования можно переключаться 8-16-32,как удобнее. Запишет именно только в выбранном режиме чтения-записи. За свап отдельно функция включается. Нет функции модификации области дампа,пишет целиком.

[liberty75]

По поводу редактирования и чтения, записи понятно, спасибо.
А почему вообще, при переводе из 16 бит в 8 бит меняются местами байты (свап)? Для чего это нужно? Можно ведь просто слова пополам разбить не меняя местами половинки.