Azathoth
Мне жаль, но твои теоретические выкладки ничего не стоит. Я сам под линухом не программил, видел как это пытаются сделать другие. После того, как угробили 2 программатора подряд, уволили линуксоидов, и перешли на винду. Оказалось, что производитель дистра чего-то там накосячил с дровами, и программаторы воспринимались как какие-то левые платы. Да, "не все линуксы одинаково полезны".
А выбирать из 10-ка дистрибутивов рабочий, при этом платя за каждую неудачную попытку(почти у всех она была) - это извините,пусть фанатики линукса этим занимаются.

Гм. Научи меня писать программатор, а? А то я не умею... не учили меня, хотя я учился в РГРТУ(один из лучших вузов страны, кто знает, тот согласится)по этой специальности(техника цифровой обработки сигналов и МК). Мда видать плохо учили, а красный диплом я купил...

Surgeon

Я тоже. Объясните, что там на него в линухе подавалось, что он угробился(сгорел стабилизатор уровней для МК)?

Не надо, я же написал - учили плохо ,диплом купил... тут только посочувствовать можно.

Если ты такой умный, то должен знать, что на слотах расширения и внешних разъемах периферии присутствует только цифровой логический сигнал. Угробить им программатор невозможно (при правильном подключении).
Скорее дело в 'hands from ass' этих пиплов. Замкнули Vdd и Vss на программаторе - и дело готово.
При чем тут Линукс, до сих пор не понял...

Ну это наверное такое "Пасхальное Яйцо" - сюрприз...
Типа там тринадцатая прошивка тринадцатого числа в тринадцать ноль ноль...

Syzygy

Мне жаль, но твои теоритические выкладки просто комичны. Если вы принимаете на работу таких специалистов, которые не могут справиться с железкой, объясняя это кривыми драйверами, да еще умудряются ее программным образом спалить, то при чем тут Linux? Он заставлял порт подавать напряжение выше логической еденицы/нуля? А как вообще "оказалось" что виноваты драйвера? И собственно с каких пор в поставку дистрибутива входят драйвера на программаторы?

Я конечно не такой перец как ты, но прекрасно помню как программировали ППЗУ еще на старом добром Спектруме. Имелась простая железная обвеска в виде гальванической развязки на порту принтера с буферами адреса и данных. Все сигналы подавались соответственно через порт принтера (LPT в понятиях PC). Вся логика работы ложилась на плечи программы. С тех пор много ли изменилось? По контроллерам МК48 и МК51, на короых нас учили, помню что все точно так же. Чип вводится в режим программирования путем подачи соответствующей комбинации на управляющие входы, после чего последовательно на один из портов кристалла (в первый буфер программатора) подается адрес ячейки памяти, на другой (второй буфер программатора) - код для записи. Все синхронизируется определенными битами по каналам управления.
Программатор по большому счету занимается буферизацией сигналов и обеспечивает гальваническую развязку с поротм компьютера. Не на стороне ли компьтера находится вся логика управления записью программы в программатор? А если на стороне компьютера, то не программа ли программатор этим занимается?
Существуют конечно схемы, чуть более сложные, умеющие программировать разные типы кристаллов, но сложность их отличается лишь наличием переключателей для управляющих сигналов. Опять таки, программа должна знать какой чип программирует для правильной подачи управляющих сигналов.
Я не знаю чему вас там учили, если элементарные вещи приходится объяснять. Я давно заметил что у зубрилок с красным дипломом нет широты мышления. Чему научили, то может быть и знают. Как чуть в сторону - плаваем. И как у специалиста по программированию не возникло желание посмотреть что такое Linux и как под ним программировать когда была такая возможность? Идем по накатанной колее и никуда не сворачиваем?

Отредактировано Azathoth (19-09-2006 02:07:43)

Sky

Я собственно думаю точно так же. Чтобы спалить стабилизатор уровней (ктати чего именно, напряжения или тока?) нужно было как-то развязку для начала преодолеть. Вполне логичная схема на одном транзисторе в самом простом случае. После нее уже стабилизатор либо тока, либо напряжения. Такая развязка просто необходима, особенно если логика разных технологий используются (ТТЛ вместе с КМОП допустим). Цифровые схемы выше того, что умеют, выдать не могут, если питание не подскочит, конечно. Получается что какое бы не было напряжение на входе электронного ключа (в допустимых пределах конечно, если туда 220 загнать, то будет не сладко, но это не наш случай), будь там транзистор в режиме отсечки или насыщения, больше напряжения питания он все равно не выдаст. И больше того тока, что умеет тоже, если нагрузка правильно расчитана. Т.ч. драйвер тут ну ни как не может быть виноватым.

Отредактировано Azathoth (19-09-2006 10:27:33)

Линукс тоже стоит на компе (SUSE 10.1 кажись) но в силу привычки WinXP и вперед. У копирайта в России удивительная судьба ...

народ, мне приснилось наверное: вроде какие-то там дисководы выходили из строя в линухе, а в винде отлично работали? Не, наверное приснилось. Не надо кивать на ЛГ, пользователю пофигу, чего они там сделали, главное, что дисководы накрывались в линухе.

З.Ы. Никто свой комп не пробовал разгонять программными методами, подавая повышенное напряжение на шины? Ой, это наверное невозможно... всё, понял-понял.

Товарищи, спалить софтово можно лишь довольно примитивный программатор, тайминги в котором выставляются самим софтом. Вкупе с неправильным построением (может, где-то принято выжигать ячейки короткими импульсами высокого [номинального питалова] напряжения?).  Нормальный программатор самодостаточен, режим прожига задаётся прошивкой, знающей все модификации ИМС. Хотя... BiDiPro неплохая Open Source разработка! Через LPT и вперёд всё что шеволится.
З.Ы. А в наш город какие-то короеды наведались, 10 тысяч вечно конвертируемых за нелицинзионный софт. Всё-таки, хоть и проголосовал я

, но к разного рода энтузиастам уважение питаю. Потому как отчасти их полка.

Отредактировано Redisych (19-09-2006 21:08:05)

Surgeon
Ты видимо видел этот программатор, знаешь,что он был типичным, что подсоединялся к ЛПТ. Ладно ,куда нам, простым виндузятникам до линуксоидов, которые обладают даром ясновидения.

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

Я с этим не сталкивался. Опять же, это можно объяснить только недоработанностью конструкций дисководов.
Да, а ведь дисководы работают стандартно. Как объяснить, что какие-то работали, а какие-то накрывались? Может это не все дисководы (программаторы) одинаково полезны?

Syzygy

Кончай тупить. В той ситуации сами LG приводы были виноваты. Точнее виноваты разработчики. Это они загоняли железку в неожиданный режим. Налицо зверское нарушение стандарта ATAPI и использование команды, которую не поддерживает твоя хваленая Винда для достижения каких-то сомнительных целей. Где тут корреляция с программатором? Наверно его такие же умники создавали.

Я понял, понял в чем секрет!!! Твой программатор можно разгонять!!! И как хорошо он разгоняется? До околосветовой доходит? Видно он такой крутой что до скорости света дотягивает. Там с ним происходят пространственно-временные катаклизмы и его перемыкает. Я угадал?
Собственно, опять тупишь. Пример снова притянут за уши т.к. изменение напряжения это железная функция, в данном случае управляемая софтово. Этот режим иными словами должен быть предусмотрен. Если он не предусмотрен, то можно даже не париться. К тому же подается повышеное напряжение не на шины, а на питание процессора, шины тут даже не задеваются. Ни один производитель материнских плат не возьмет на себя смелость повышать напряжение на шинах, Петросян ты наш доморощенный. И горят материнки с процессорами в данном случае не от зверских режимов, а от зверских температур. При достаточном охлаждении все будет работать в штатном режиме.
И Линукс тут при чем кстати? Он то не умеет это напряжение повышать. А если человек дурак, то умные программы его не спасут.

Не надо отделываться общими фразами и заставлять людей гадать. Как видишь на тормозах съехать не получилось. Тут народ понимает в электронике. А этого достаточно чтобы прикинуть режимы работы и что можно, а что нельзя сделать софтово. Докажи свою правоту. Приведи принципальную схему этого прграмматора. Или расскажи принцип его работы. Там уже и посмотрим.

Отредактировано Azathoth (20-09-2006 09:32:58)

Syzygy

Мистика. А о каких шинах идет речь?

Добавлено Срд 20 Сен 2006 19:24:41 :
Syzygy

Уже прогу?
И какие тут притензии к Линуксу? Предъявляй претензии к разработчику софта под программатор. Или под Виндой его не возможно было ввести в такой режим? Всегда проще свою криворукость (или криворукость того, кто это писал и паял) свалить на невинный Линукс. А объясняется криворукость обычно просто, достаточно сделать невинное лицо и сказать:

Но тут в Линухе шарить не надо. Тут достаточно иметь представление о железе.

Хм... Если по пальцу молотком попадешь, молоток будет виноват?

Отредактировано Azathoth (20-09-2006 19:26:10)