Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

» HDD: Служебки, ПЗУ, модули, лоадеры, firmware, flash

Автор: vetvetvet
Дата сообщения: 20.06.2006 22:30
to all

А как вам пакеты от гнуса что я вылаживал?
Их вполне достаточно для подьема любого гнусного винта или еще нужно дополнительно?

А то я этим не занимаюсь, интересно, кто массово занимается гнусами - скажите...
Автор: Genue
Дата сообщения: 21.06.2006 00:54
vetvetvet
немного разочарую !
Не все. На некоторых нет. Был еще январский или февральский набор. Вот если их оба - то на 95 промиле будет
Цитата:
Их вполне достаточно для подьема любого гнусного винта

Тот пакетик назывался 1215CODE.zip
Автор: vetvetvet
Дата сообщения: 21.06.2006 09:14
Genue
Цитата:
Тот пакетик
И что в нем было? для какой модели?
Автор: Minkus
Дата сообщения: 21.06.2006 10:05
VladimirBa

Цитата:
Семейство ALPINE 7200,7
Системные треки считал
CERT вроде бы гуд чтобы знать на 100% нужно иметь раб. СЕРТ
на ровне 1 командой загружает его и таблицу загружает а вот SeaDex пишет что её нет
Не переходит на Ф уровень
Не знаю хранится что-нить во Флеше относящиеся к СЕРТу .
Да пример подниуть можешь запись трека через СТ_МЕМ.
Эксперименты на нём делать не могу он рабочий на нём Вся моя инфа,
не понятно толи мне продали такой толи что-то само сдохло.


Ну, во-первых - как винт отрабатывает ^R, церт грузит в память?
Во-вторых, как ты собираешься лечить винт, если на нем вся твоя инфа. Как минимум нужно инфу скопировать куда-нибудь!
А в третьих, запусти все таки тесты с N4,,22. Возможно, получишь винт как новый. Хотя, если головы-коммутатор начали дохнуть, то тесты могут добить их. Фифти-фифти!!
Трек церта у Альпин расположен по смещению 0х0029 от начала сист. треков.
На сообщения о Sea Dex Script не обращайте внимания. На треке, где он должен быть - мусор.
Автор: Genue
Дата сообщения: 21.06.2006 10:20
vetvetvet

Код:
P80VE
PL40
V120
V80
V80CE
M40
M60P
P120S
P120
P80SD
PL40
M40
M40S
P120S
P80P
P80S
P80SD
P80VE
PL40
PL40S
M40
PL40
PL40S
VL40P
M40
P120
P80P
V120
V80P
VL40P
PL40
V80P
V120
V80P
V120
V80P
M40
P80P
P80S
P80SD
PL40
V120
V120
V80P
VL40P
P120S
V80P
P120
P120S
P80P
P80PLUS
P80S
P80SDT
P80VE
VL40P
Автор: vetvetvet
Дата сообщения: 21.06.2006 11:07
Genueтакой сборки не видел, видимо кто-то сам все до кучи собирал
Автор: Minkus
Дата сообщения: 21.06.2006 12:48
vetvetvet

Что за сайт - итселф? Ссылку мона?!!
Автор: VladimirBa
Дата сообщения: 21.06.2006 13:03
Minkus

Interface task reset4096k x 16 buffer detected
ALPINE - 1_Disk S-15 02-08-03 14:00

Buzz - Head Mask 000F - Switch to full int.
Spin Ready
3.18 11-20-03 14:36
(P)SATA Reset
Mesa C2 Grand D Stuff Mesa 0A/95C7/954F Native mode
(( VALID Cert Disk Code Detected - Revision # .139

T>
T>/1
1>r
VALID Cert Disk Code Detected - Revision # .139
1>t
Cert Table loaded
1>u
No script first instruction.
No SeaDex script.
1>s
ALPINE‰Р…3.18 .21e eР…3.18 .21e Р…3.18 .21e eР…3.18 .21e Р…3.18 .21e Р…3.18 .21e TР…3.18 .21e Р…3.18 .21e Р…3.18 .21e UР…3.18 .21e Р…3.18 .21e UР…3.18 .21e Р…3.18 .21e
Р…3.18 .21e TР…3.18 .21e Р…3.18 .21e $Р…3.18 .21e UР…3.18 .21e Р…3.18 .21e UР…3.18 .21e Р…3.18 .21e Р…3.18 .21e $Р…3.18 .21e Р…3.18 .21e $Р…3.18 .21e %Р…3.18 .21e PР…3.18 .21e %Р…3.18 .21e PР…3.18 .21e Р…3.18 .21e $Р…3.18 .21e IР…3.18 .21e Р…3.18 .21e %!Р…3.18 .21e P"Р…3.18 .21e %#Р…3.18 .21e P$Р…3.18 .21e I%Р…3.18 .21e &Р…3.18 .21e I'Р…3.18 .21e (Р…3.18 .21e )Р…3.18 .21e `*Р…3.18 .21e +Р…3.18 .21e `,Р…3.18 .21e I-Р…3.18 .21e .Р…3.18 .21e Y/Р…3.18 .21e d0Р…3.18 .21e 1Р…3.18 .21e `2Р…3.18 .21e 3Р…3.18 .21e `4Р…3.18 .21e Y5Р…3.18 .21e d6Р…3.18 .21e Y7Р…3.18 .21e d8Р…3.18 .21e e9Р…3.18 .21e :Р…3.18 .21e e;Р…3.18 .21e <Р…3.18 .21e =Р…3.18 .21e $>Р…3.18 .21e ?Р…3.18 .21e T3.18 .139@ПЄя Code - 11 Track 0F747.0.240 Sns 000 Rty F7FF.FF.80FF Rtf 1800 LBA 03F2F395
1>/f
1>/0
T>/o
T>/1
1>M
Command Inactive - No VALID Cert Code Detected
1>
Скорость COM/HDD=115200 / B0115
ю
T>
V

Тесты я думаю не будут выполняться .
Сейчас я собираю инфу затем куплю винт и начну.
Треки я считал F6B7 CERT вроде целый такого заведомо исправного нет но думаю он гуд
По-поводу примеров записи если незя тогда скажи хоть в какой буфер загонять данные .
Да и по-поводу смещения у тебя есть сервисная инфа ?
Если есть поделись.
Автор: vetvetvet
Дата сообщения: 21.06.2006 13:06
по пасу вход, лог и пас, а толку от ссылки?
itself.sec.samsung.co.kr
Автор: Genue
Дата сообщения: 21.06.2006 13:39
vetvetvet
был такой, я же говорю, где-то в январе-феврале. А потом еще какой-то был. Теперь вот 0327DES лежит на 25 с копейками метров. Но в него вошло не все, что было в том.
Ну и новое, конечно появилось
Автор: vetvetvet
Дата сообщения: 21.06.2006 21:58
у меня оттуда кое что есть из старых загашников ... 1-2-3 летней давности
Автор: Minkus
Дата сообщения: 22.06.2006 08:25
VladimirBa

Цитата:
(( VALID Cert Disk Code Detected - Revision # .139

T>
T>/1
1>r
VALID Cert Disk Code Detected - Revision # .139
1>t
Cert Table loaded
1>u
No script first instruction.
No SeaDex script.


Вот хоть застрели, не пойму твоих сомнений! Церт у тебя валидный, церт таблица - читается. На Sea Dex наплюй, ну нету его, китайцы не оставляют его нам. Да и ничего внятного про него я до сих пор не слышал. Только на уровне легенд.

Цитата:
1>s


Команда "s" на первом мне не известна. Что она делает? В моем талмуде ее нет!

Цитата:
Тесты я думаю не будут выполняться .


Почему - мотивируй? Бояться Барракуд не надо. Я тоже по первости боялся и читать треки и писать! А тебе и писать то ничего не нужно. Сливай инфу, хоть на винт, хоть на двд и пинай скан.
Запости сюда зонник
2>x

Автор: Genue
Дата сообщения: 22.06.2006 09:30
Minkus
1>s - Send Drive Information

Автор: Minkus
Дата сообщения: 22.06.2006 09:47
Genue

Сеньку!
Автор: AVCH
Дата сообщения: 22.06.2006 10:18
to VladimirBa

ПРИМЕР:

Запись через буфер 16(10h) секторов с 0 по 16(10h) на трек E338
в свободной т.е. бесплатной пока программе ST_MEM

S_BUF/210/cert.bin/0/10/1
LEVEL/2
STR/sE32F,0
STR/w,0,10


S_BUF/210/cert.bin/0/10/1 загоняем в буфер 210h 16(10h) секторов начиная с нулевого из файла cert.bin

LEVEL/2 cоответственно на уровне 2

sE32F,0 - находим трек E338 голова 0
w,0,10 - пишем из буфера 210h 10 секторов начиная с нулевого

Можно почитать что получилось

/2
se32f,0
r,0,10
B200,200
и т.д.

P.S. Случайно в конце прошлого года ST_MEM с потоковой загрузкой выложили в открытую. Такой шум поднялся что ее быстро убрали. Хочешь копать дальше - найди ее.
Вещь полезная.
Даже было желание поддержать материально авторов.

P.P.S. Желание еще осталось






Добавлено:
Извиняюсь
>Запись через буфер 16(10h) секторов с 0 по 16(10h)

Естессно звучит так:
Запись через буфер 16(10h) секторов с 0 по 15(0Fh)
Автор: tomset
Дата сообщения: 22.06.2006 12:51
AVCH

Цитата:
Случайно в конце прошлого года ST_MEM с потоковой загрузкой выложили в открытую

Спасибо за наводку.
Я все сохраняю, что ни попадется.
Случаем, не от 11.12.05 размером 534 538 байт?
Надо будет посмотреть.


Цитата:
Даже было желание поддержать материально авторов.
P.P.S. Желание еще осталось

Гы. Самих бы кто поддержал, не заработки, а слезы.
Оборудования надо на сотни тысяч, а платежеспособных клиентов, кот наплакал.
Но будут деньги, без проблем.
Автор: VladimirBa
Дата сообщения: 22.06.2006 12:55
Спасибо Всем.
По поводу ST3160023AS .
Особой боязливости нет, просто кролика для тренировки нет.
По-поводу всё той же ST MEM найти не получается , наверно и у многих читающих эту конфу она есть только срабатавает закон Рыб (я не осуждаю - жизнь такая).
Да к версии 14.50(только именно к этой версии) есть что нить.

Спасибо Всем ответившим.
Автор: lexlex
Дата сообщения: 22.06.2006 13:12
tomset
Есть версия ST_MEM от 22.12.2005 (534528кб), если интересует пиши в ПМ.
Автор: tomset
Дата сообщения: 22.06.2006 14:53
lexlex
Так есть у меня, вопрос полная она или нет, кроликов нет поэкспирементировать.
Автор: AVCH
Дата сообщения: 22.06.2006 22:36
to Tomset

Полная, полная. Другой вопрос - глючная она больно. Так что использовать сей экземпляр только по рямому назначению:

F>b576


STR/d80,2/0
SLEEP/4000
SEND_FILE/2048/app.bin/<0/<180

)))
Автор: tomset
Дата сообщения: 23.06.2006 01:25
AVCH
Спасибо!
Автор: Minkus
Дата сообщения: 23.06.2006 06:49
AVCH

У тебя точно SDLD с помощью этой версии получалось? Я че то пробовал, то ли не пошла потоковая, то ли не дождался. А глюки заключаются в том, что при работе со скриптами приходится делать disconnect. tomset

Цитата:
Спасибо за наводку.
Я все сохраняю, что ни попадется.
Случаем, не от 11.12.05 размером 534 538 байт?
Надо будет посмотреть.


У меня размером 534 528 байт (хотя это не существенно). Надо?
Автор: aequit
Дата сообщения: 23.06.2006 07:57
Конечно, нужно.
lexlex
AVCH
tomset
Minkus
Выложите кто нибудь на рапиду, пожалуйста!


Добавлено:
Порылся в закромах, нашел
это чудо (где я его взял, не помню, сам так и не проверил). Положил сюда.
http://rapidshare.de/files/23849750/st.zip.html
Из описания "Данная программа написана была по мотивам ST_mem.
Основная идея: пакетная обработка внешних файлов, в которых находится список различных команд.
Вызов внешнего файла осуществляется: ST_MEM. EXE <Имя файла>
Если ST_MEM запущена без указания имени, будет запущен файл по умолчанию ST_MEM.CMD.
Все команды начинаются с начала строки и пишутся заглавными латинскими буквами, параметры команд разделены «/»...".
Может кому интересно будет.
Автор: lexlex
Дата сообщения: 23.06.2006 08:08
aequit
Смотри ПМ.
Автор: Genue
Дата сообщения: 23.06.2006 08:25
tomset
548 864 от 29.01.2006

Добавлено:
To ALL
Была бы, выложил ! Сам такую ищу ...
Знаю, у кого есть, но не дают :'(

А ни у кого не завалялось описания протокола SDLD, которое на бэстфилезе было ?
Автор: Minkus
Дата сообщения: 23.06.2006 10:37
aequit

Цитата:
Порылся в закромах, нашел

Это что досовая, что ли. Там нет СДЛД.Genue
Сам ваять что ли будешь?
Держи, может еще кто подключится. Давно бы уж всем миром начали бы ваять, что нибудь типа st mem.

С) А.Stepanov.Опубликовано в ФИДО.

>> Я же написал не D, а d. Если ты, судя по нижеописанному, нашел в
>> коде таблицу команд, то должен видеть разницу.


IM> барракуде (шуршит и скрежещет, ИМХО, хуже ей уже не будет). А что
IM> вообще эта команда делает? Мой сабж по ней толи виснет, толи ждёт
IM> некий блок,


Он ждет синхропоследовательности CC 33, на которые отвечает, соответственно,
77 и 88, затем ждет блок данных, # блока и контрольную сумму.
Подробно описывать лень, если интересно и знаком с ассемблером
Motorola 68HC11, могу выслать текст подпрограммы, обрабатывающей
эту команду.



Hу, держи, раз так хочешь. Только вряд ли тебе это сильно поможет -
с куском чужого кода в отрыве от остального разбираться - занятие еще то.
Впрочем, может быть, кому и пригодится.


Core:C2EB ; --------------- S U B R O U T I N E
Core:C2EB
Core:C2EB ; Прием CERT-модуля через итерфейс
Core:C2EB ;
Core:C2EB ; Блоки идут 1-2-3-4 итд, а последним идет блок 0
Core:C2EB ; Все размещается по адресам 1000-FFFF буферной памяти.
Core:C2EB ;
Core:C2EB ; Порядок приема блоков такой:
Core:C2EB ;
Core:C2EB ; HS - блок1 - блок2 - блок3 - ..... - блок34 - блок0 - общая КС
Core:C2EB ;
Core:C2EB ; HS - синхропоследовательность ( ->CC 77-> ->33 88->)
Core:C2EB ;
Core:C2EB ; блок имеет формат
Core:C2EB ;
Core:C2EB ; HS - 512 байт блока - 1 байт # блока - HS - 2 байта КС
Core:C2EB ;
Core:C2EB
Core:C2EB Recv_CERT_module: ; CODE XREF: CMD_1_d+C P
Core:C2EB ; CMD_T_f+9 P
Core:C2EB pshx
Core:C2EC tsx
Core:C2ED xgdx
Core:C2EE subd #$E
Core:C2F1 xgdx ; выделяем место в стеке
Core:C2F2 txs
Core:C2F3 std 0,x ; аргумент - адрес
Core:C2F5 clr 2,x
Core:C2F7 inc 2,x ; =1 номера блоков
Core:C2F9 ldd 0,x ; адрес
Core:C2FB addd #$200 ; следующий блок
Core:C2FE xgdy ; -> Y
Core:C300 jsr Handshake_start ; начинаем обмен
Core:C303
Core:C303 loc_C303: ; CODE XREF:
Core:C303 ; Recv_CERT_module+72 j
Core:C303 ldd #0
Core:C306 std 4,x ; счетчик
Core:C308 jsr Handshake_start ; синхронизация
Core:C30B
Core:C30B loc_C30B: ; CODE XREF:
Core:C30B jsr Recv_wait_byte ; читаем байт
Core:C30E jsr Print_wait_byte ; возвращаем как эхо
Core:C311 jsr Store_buf ; засовываем в буфер
Core:C314 iny ; адрес в буфере ++
Core:C316 ldd 4,x
Core:C318 addd #1 ; счетчик ++
Core:C31B std 4,x
Core:C31D cpd #$1FF ; сектор закончен?
Core:C321 ble loc_C30B ; нет - вычитываем весь
; сектор
Core:C323 jsr Recv_wait_byte ; читаем номер блока
Core:C326 jsr Print_wait_byte ; эхо
Core:C329 staa 6,x ; временно сохраненный #
Core:C32B beq loc_C330 ; # блока = 0
Core:C32D inca
Core:C32E staa 2,x ; новый # блока
Core:C330
Core:C330 loc_C330: ; CODE XREF:
Core:C330 jsr Handshake_start ; синхронизация
Core:C333 jsr Recv_wait_byte ; читаем 1 байт КС
Core:C336 staa 8,x
Core:C338 jsr Print_wait_byte
Core:C33B jsr Recv_wait_byte ; читаем 2 байт КС
Core:C33E staa 9,x
Core:C340 jsr Print_wait_byte
Core:C343 jsr Check_cert_buf_csum ; проверяем КС
Core:C346 beq loc_C356 ; совпала
Core:C348 ldaa #$15
Core:C34A jsr Print_wait_byte ; 15 - признак несовпадения
; КС
Core:C34D xgdy
Core:C34F subd #$200 ; блок назад
Core:C352 xgdy
Core:C354 bra loc_C303 ; перечитываем
Core:C356
Core:C356 loc_C356:
Core:C356 ldaa #6
Core:C358 jsr Print_wait_byte ; 6 - КС совпала
Core:C35B ldaa 6,x ; # блока
Core:C35D bne loc_C303 ; != 0 - продолжаем прием
; блоков
Core:C35F jsr Recv_wait_byte
Core:C362 staa 8,x ; 1 байт сигнатуры
Core:C364 jsr Recv_wait_byte
Core:C367 staa 9,x ; 2 байт сигнатуры
Core:C369 xgdy
Core:C36B subd #$200
Core:C36E std 6,x ; конечный адрес
Core:C370 ldd 0,x
Core:C372 std 4,x ; начальный адрес
Core:C374
Core:C374 loc_C374: ; CODE XREF:
Core:C374 ldy 6,x
Core:C377 jsr Get_buf ; 1 байт последнего сектора
Core:C37A ldy 4,x
Core:C37D jsr Store_buf ; в 1 байт 1 сектора
Core:C380 clra
Core:C381 ldy 6,x ; очищаем байт
Core:C381 ; последнего сектора
Core:C384 jsr Store_buf
Core:C387 ldd 6,x ; адрес конца++
Core:C389 addd #1
Core:C38C std 6,x
Core:C38E ldd 4,x ; адрес начала++
Core:C390 addd #1
Core:C393 std 4,x
Core:C395 ldd 0,x
Core:C397 addd #$1FF ; и так идем до конца сектора
Core:C39A cpd 4,x
Core:C39D bcc loc_C374
Core:C39F ldy 0,x ; адрес начала буфера
Core:C3A2 jsr calc_common_cs ; вычисляем общую КС
Core:C3A5 beq loc_C3B3 ; правильная
Core:C3A7 ldaa #$15
Core:C3A9 jsr Print_wait_byte ; неправильная КС
Core:C3AC ldaa #$20 ; ' '
Core:C3AE staa Err_code
Core:C3B1 bne loc_C3B9
Core:C3B3
Core:C3B3 loc_C3B3: ; CODE XREF:
Core:C3B3 ldaa #6 ; правильная КС
Core:C3B5 jsr Print_wait_byte
Core:C3B8 clra
Core:C3B9
Core:C3B9 loc_C3B9: ; CODE XREF:
Core:C3B9 ldd 8,x ; принятая сигнатура
Core:C3BB tsx
Core:C3BC xgdx
Core:C3BD addd #$E ; восстанавливаем стек
Core:C3C0 xgdx
Core:C3C1 txs
Core:C3C2 pulx
Core:C3C3 rts
Core:C3C3 ; End of function Recv_CERT_module
Core:C3C3
Core:C3C4
Core:C3C4 ; --------------- S U B R O U T I N E
Core:C3C4
Core:C3C4 ; ачало процедуры заливки церта -
Core:C3C4 ;
Core:C3C4 ; Послылка CC
Core:C3C4 ; Ответ 77
Core:C3C4 ; Посылка 33
Core:C3C4 ; Ответ 88
Core:C3C4
Core:C3C4 Handshake_start: ; CODE XREF:
Core:C3C4 ; Recv_CERT_module+1D P ...
Core:C3C4 jsr Recv_wait_byte ; читаем байт с компорта
Core:C3C7 cmpa #$CC ; '¦' ; CC ?
Core:C3C9 bne Handshake_start ; нет - ждем CC
Core:C3CB ldaa #$77 ; 'w'
Core:C3CD jsr Print_wait_byte ; Эхо-ответ = 77
Core:C3D0 jsr Recv_wait_byte ; читаем следующий байт
Core:C3D3 cmpa #$33 ; '3' ; 33 ?
Core:C3D5 bne Handshake_start ; нет - начинаем цепочку
;сначала
Core:C3D7 ldaa #$88 ; 'И' ; эхо-ответ = 88
Core:C3D9 jsr Print_wait_byte
Core:C3DC rts
Core:C3DC ; End of function Handshake_start
Core:C3DC
Core:C3DD
Core:C3DD ; --------------- S U B R O U T I N E
Core:C3DD
Core:C3DD ; Вычисление контрольной суммы полученного CERT-блока
Core:C3DD ;
Core:C3DD ; КС считается так.
Core:C3DD ;
Core:C3DD ; КС=0
Core:C3DD ;
Core:C3DD ;
Core:C3DD
Core:C3DD Calc_Cert_buf_CS: ; CODE XREF:
Core:C3DD ldd #0
Core:C3E0 std 4,x ; счетчик байтов
Core:C3E2 std $A,x ; будущая КС
Core:C3E2 ; End of function Calc_Cert_buf_CS
Core:C3E2
Core:C3E4
Core:C3E4 ; --------------- S U B R O U T I N E
Core:C3E4
Core:C3E4
Core:C3E4 sub_C3E4: ; CODE XREF: sub_C3E4+1E j
Core:C3E4 ; calc_common_cs+B P
Core:C3E4 ldab $B,x ; младший байт будущей КС
Core:C3E6 andb #$AA ; 'к' ; выделяем только
Core:C3E6 ; нечетные байты
Core:C3E8 stab 3,x ; заготовка для XOR
Core:C3EA jsr Get_buf ; байт из буфера
Core:C3ED tab ; a = b - оба байты КС
Core:C3EE eorb 3,x ; XORим с заготовкой
Core:C3F0 clra ; старший байт = 0
Core:C3F1 addd $A,x ; + КС
Core:C3F3 std $A,x ; новая КС
Core:C3F5 iny ; адрес++
Core:C3F7 ldd 4,x
Core:C3F9 addd #1 ; счетчик ++
Core:C3FC std 4,x
Core:C3FE cpd #$1FF ; конец буфера?
Core:C402 ble sub_C3E4 ; нет - считаем КС дальше
Core:C404 rts
Core:C404 ; End of function sub_C3E4
Core:C404
Core:C405
Core:C405 ; --------------- S U B R O U T I N E
Core:C405
Core:C405 ; Сравнение вычисленной и полученной КС
Core:C405
Core:C405 Compare_CS: ; CODE XREF:
Core:C405 ; calc_common_cs+1B P
Core:C405 ldd $A,x ; вычисленная КС
Core:C407 cpd 8,x ; полученная КС
Core:C40A beq loc_C410 ; совпала
Core:C40C ldaa #$FF
Core:C40E bne locret_C411 ; не совпала
Core:C410
Core:C410 loc_C410: ; CODE XREF: Compare_CS+5 j
Core:C410 clra
Core:C411
Core:C411 locret_C411: ; CODE XREF: Compare_CS+9 j
Core:C411 rts
Core:C411 ; End of function Compare_CS
Core:C411
Core:C412
Core:C412 ; --------------- S U B R O U T I N E
Core:C412
Core:C412 ; Проверка КС блока полученного церта
Core:C412
Core:C412 Check_cert_buf_csum: ; CODE XREF:
Core:C412 pshy
Core:C414 xgdy
Core:C416 subd #$200 ; встаем на начало сектора
Core:C419 xgdy
Core:C41B jsr Calc_Cert_buf_CS ; считаем его сумму -> 0A,0B
Core:C41E ldab $B,x ; младший байт КС
Core:C420 andb #$AA ; 'к'
Core:C422 stab 3,x
Core:C424 ldab 6,x ; # блока
Core:C426 eorb 3,x
Core:C428 clra
Core:C429 addd $A,x ; добавляем и # блока к КС
Core:C42B std $A,x
Core:C42D jsr Compare_CS ; сравниваем КС
Core:C430 puly
Core:C432 rts
Core:C432 ; End of function Check_cert_buf_csum

По окончании заливки церт-модуля в память резидентная программа пытается
записать этот модуль в служебную зону. В случае проблем - форматирует ее
(пишет formatting CERT track) и еще раз пытается залить. Если не пишется -
возвращает код ошибки.
Автор: AVCH
Дата сообщения: 23.06.2006 11:43
SDLD for all

http://rapidshare.de/files/23859620/ST_MEM_WIN.zip.html

Загрузка CERT:
d,2
Ждем секунды четыре
SEND_FILE/2048/cert.bin/<0/<240
^^^

2048= d,2
1024=d,1
512 =d,0

Там счетчик стоит вроде однобайтный, поетому загрузка более 0FFh блоков или по 1024 или по 2048 байт

dx,y,z - пишешь соответственно в буфер x
по y=0-512
1-1024
2-2048 байт в блоке
z=1 - не раскручивать двигатель после загрузки ( мож и надо будет)


Соответственно из F зарузить APP:
d80,2
j,,22
Получим T>

Далее CERT:
d,2
Смотрим:
T>r
А он на месте

Там еще буковки были
h и e
Соответственно загрузить Cert table и оверлей.
Может кто допишет ? Будет краткий FAQ по SDLD

P.S. ногами не пинать - я старый и больной.
Уйду починять примуса.






Добавлено:
Забыл. Туда же.

Flash прописать из F>

Загрузите его в буфер 400 и нажмите f

Автор: Minkus
Дата сообщения: 23.06.2006 11:58

Цитата:
Flash прописать из F>

Загрузите его в буфер 400 и нажмите f


Буфер 400 только для сериалок, для параллельных нужно СДЛД делать, ИМХО.
Автор: AVCH
Дата сообщения: 23.06.2006 12:12
Minkus

Так моя про ALPINE и говорит.
Параллельных там не помню, да и бюджетный программатор FujitsuMPG никто не отменял.
Слава богу у них уже и банки сыпаться начали.

P.S. На U-шках были, но там с запоротой флешью туда и не прошьешь ничего.
Тень на плетень наводим ?
Автор: and23
Дата сообщения: 23.06.2006 13:55
Никакой тени! Возьмите Барру четвёртую в руки и посмотрите, какая там флешь.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778

Предыдущая тема: Вирус в служебке винчестера ?


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.