Страница 8 из 8 ПерваяПервая 1 2 3 4 5 6 7 8
Показано с 85 по 93 из 93

Тема: x65PapuaUtils V1.x.x для Sgold и NewSgold

  1. #85
    Member
    Регистрация
    09.12.2003
    Адрес
    Украина
    Сообщений
    191
    Спасибо
    271
    Благодарностей: 26 : 3

    Jiminay

    Мой боекомплект содержит также рабочий провериный Фул.

  2. #86
    Member
    Регистрация
    24.01.2004
    Адрес
    Великий Новгород
    Сообщений
    453
    Спасибо
    6
    Благодарностей: 8 : 5
    A1ех, нет ли возможности отвязать тетст шины от определения типа флеши? Дело в том, что получается - пока шина не будет целиком исправна, проц не сможет вычитать из флешки её тип и, следовательно, не может протестировать шину. Возможно, я ошибаюсь, но это, по моему, нонсенс.
    И ещё - что, если вообще отвязаться от исправности и ОЗУ и ФЛЕШИ?
    По такому, примерно, алгоритму:
    . Процессор по очереди ставит лог 1-цу (или 0) на каждую из линий адреса и по изменению читаемых данных программа делает вывод - доходит ли данная линия адреса до флешки. Для надёжности можно в случае, когда данные не изменились (вдруг случайное совпадение) поменять ещё один разряд адреса и снова протестировать данную линию шины адреса.
    . Об исправности шины данных можно судить по тому факту, что каждая из линий шины принимает различные состояния взависимости от изменения адреса.
    По-моему, это было бы очень полезно когда совершенно непонятно, где именно косяк - в железе, или в софте. Ато получается - форматишь бут, льёшь новый - облом. Думаешь - ну флешка убитая. Ставишь новую - опять облом. А дело-то всё в обрыве шин. А ведь для семёнов обрывы между флешой и процессором - очень и даже ОЧЕНЬ-ОЧЕНЬ актуальная проблема. Мне думается, если бы кому-то удалось осуществить такое тестирование шин независимо от исправности ОЗУ и софтовой целостности флешки (лишь бы стояла хоть какая-то флешка) то народ был бы крайне признателен такому благодетелю.

    ЗЫ: Возможно, что наговорил тут кучу глупостей. Прошу строго не судить. В программизьме понимаю очень мало.

    ЗЗЫ: Странно... Почему так возмутительно мало "сеньков" в профиле многоуважаемого A1ех'а?! Или никто не юзает 1.1.1b?! Это, конечно, "на хлеб не намажешь", но хоть как-то выражает наше отношение к хорошей работе на общее благо.
    Последний раз редактировалось Матроскин; 16.10.2007 в 14:12.

  3. #87
    Member Аватар для ssam AleX
    Регистрация
    26.05.2004
    Адрес
    Узбекистан
    Сообщений
    563
    Спасибо
    301
    Благодарностей: 25 : 15
    Цитата Сообщение от Матроскин
    а1ех, нет ли возможности отвязать тетст шины от определения типа флешь? Дело в том, что получается - пока шина не будет целиком исправна, проц не сможет вычитать тип из флешки и, следовательно, не может протестировать шину. Возможно, я ошибаюсь, но это, по моему, нонсенс.
    И ещё - что, если вообще отвязаться от исправности и ОЗУ и ФЛЕШЬ?
    По такому, примерно, алгоритму:
    . Процессор по очереди ставит лог 1-цу (или 0) на каждую из линий адреса и по изменению читаемых данных программа делает вывод - доходит ли данная линия адреса до флешки. Для надёжности можно в случае, когда данные не изменились (вдруг случайное совпадение) поменять ещё один разряд адреса и снова протестировать данную линию шины адреса.
    . Об исправности шины данных можно судить по тому факту, что каждая из линий шины принимает различные состояния взависимости от изменения адреса.
    По-моему, это было бы очень полезно когда совершенно непонятно, где именно косяк - в железе, или в софте. Ато получается - форматишь бут, льёшь новый - облом. Думаешь - ну флешка убитая. Ставишь новую - опять облом. А дело-то всё в обрыве шин. А ведь для семёнов обрывы между флешь и процессором - очень и даже ОЧЕНЬ-ОЧЕНЬ актуальная проблема. Мне думается, если бы кому-то удалось осуществить такое тестирование шин независимо от исправности ОЗУ и софтовой целостности флешки (лишь бы стояла хоть какая-то флешка) то народ был бы крайне признателен такому благодетелю.

    ЗЫ: Возможно, что наговорил тут кучу глупостей. Прошу строго не судить. В программизьме понимаю очень мало.

    ЗЗЫ: Странно... Почему так возмутительно мало "сеньков" в профиле многоуважаемого A1ех'а?! Или никто не юзает 1.1.1b?! Это, конечно, "на хлеб не намажешь", но хоть как-то выражает наше отношение к хорошей работе на общее благо.

    Полностью поддерживаю Матроскина в отношении теста шин и благодарностей A1ex-у.

  4. #88
    Super Moderator Аватар для Meowt
    Регистрация
    07.03.2005
    Адрес
    Россия, Омск
    Сообщений
    4,134
    Спасибо
    302
    Благодарностей: 2,168 : 398
    так что как-то так. Я думаю, Папуас в оригинале был не дурак

  5. #89
    Member
    Регистрация
    24.01.2004
    Адрес
    Великий Новгород
    Сообщений
    453
    Спасибо
    6
    Благодарностей: 8 : 5
    Цитата Сообщение от Cocos1
    Если из выходного регистра вышла инфа на запись, а назад после считывания вернулась другая, процессор не знает, где она потерялась.
    Не вижу, при чём тут тип флеши. Процессор может писать/читать ОЗУ без всякого участия флешки. Это во-первых.
    Во-вторых, я предлагаю вообще ничего не писать для проверки шин. Только шевелить адресными линиями и наблюдать только сам факт изменения данных. Т.е. - изменились, или нет. При этом ни о какой "истинности" считанных данных заботиться не надо. Если, например, при изменении состояния линии A[10] из 0 в 1-цу (или наоборот) данные, читаемые из флешки, не меняются, значит линия A[10] в обрыве. При этом само ОЗУ вообще не нужно. Лиш бы флешка была не пустая и не дохлая.
    Сейчас для проверки шин требуются 2 непременных условия:
    1. Исправное ОЗУ (а где гарантия, что на убитом теле стоит живая ОЗУшка?!, особенно, если она стеклянная.)
    2. Должен определиться тип флешки. Это вообще ни к чему для проверки ОЗУ. (Ведь фактически нынешний тест шин - это проверка ОЗУ.)

    А вообще, полезно иногда прочитать, о чём идёт речь, а уже только потом возражать. Тем более, что здесь, как и на любом форуме наблюдается тенденция кидать чёрные шары в тему после первого же отицательного отклика. Большинство ведь читают только конец. И считают со спокойной совестью, что раз есть несогласные, значит и идея нихрена не стоит.
    Последний раз редактировалось Матроскин; 25.10.2007 в 20:22.

  6. #90
    Super Moderator Аватар для Meowt
    Регистрация
    07.03.2005
    Адрес
    Россия, Омск
    Сообщений
    4,134
    Спасибо
    302
    Благодарностей: 2,168 : 398
    и куда же будет писаться загрузчик в тело с дохлой ОЗУ? Или куда будет считываться блок данных из флэшки для сравнения?

  7. #91
    Mega Member
    Регистрация
    01.11.2004
    Адрес
    Новосибирск
    Сообщений
    1,272
    Спасибо
    191
    Благодарностей: 223 : 84
    Версия 1.1.b последняя, новых не предвидится?

  8. #92
    Mega Member
    Регистрация
    16.06.2004
    Адрес
    Minsk
    Сообщений
    1,200
    Спасибо
    98
    Благодарностей: 221 : 130
    1.1.1с последняя.

  9. #93
    Mega Member
    Регистрация
    01.11.2004
    Адрес
    Новосибирск
    Сообщений
    1,272
    Спасибо
    191
    Благодарностей: 223 : 84
    там пишут, что это фейк

Страница 8 из 8 ПерваяПервая 1 2 3 4 5 6 7 8

Похожие темы

  1. Z_3_X BOX LG Update. Sgold Tool ver 3.3 Update. All inside
    от Melnuk45 в разделе Остальное оборудование
    Ответов: 0
    Последний ответ: 04.05.2011, 22:07
  2. Нужен исходник X65PapuaUtils
    от <<APOSTOL>> в разделе SGold 8870/8875
    Ответов: 2
    Последний ответ: 29.01.2007, 12:24
  3. Solution SGold- солюхи по быстрому ремонту
    от Jonic77 в разделе SGold 8870/8875
    Ответов: 5
    Последний ответ: 10.11.2006, 13:37
  4. x65PapuaUtils
    от FarhadSoft в разделе SGold 8870/8875
    Ответов: 2
    Последний ответ: 14.12.2005, 10:50
  5. Papuautils 0.6.x или что тама в NewSGOLD платформе...
    от PV`(Papuas) в разделе SGold 8870/8875
    Ответов: 33
    Последний ответ: 04.10.2005, 01:26

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •  
  Рейтинг@Mail.ru