Перейти к содержанию
    

TsAN

Свой
  • Постов

    127
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о TsAN

  • Звание
    Частый гость
    Частый гость

Контакты

  • ICQ
    Array
  1. КР556РТ7А = N82S191 (по данным справочника "Интегральные микросхемы зарубежных стран и их аналоги производства СССР", редакция 1991 г.) Удачи!
  2. Спасибо всем за своевременно оказанную помощь.. K_AV, Вы совершенно правы относительно моей путаницы в терминах, имевшейся на прошлой неделе. После сравнителльно краткосрочного усиленного знакомства с климатом-7 сейчас это прояснилось, а Ваши аргументы относительно понятий ускоренные испытания - эксплуатация, а так же указания на сопутствующие ускоренным испытаниям неприятности, весьма помогли в беседах с оппонентами. Ильдус, спасибо за уточнения. У нас лямбду на уровне 2х10 в минус шестой проектом ТЗ задано подтверждать на выборке в три десятка штук и прогоне в течение 1000 часов на этапе ОКР - так тут "форсаж", скорее всего, придётся использовать. После чего это, скорее всего, будет распространено и на серийный выпуск. Удачи!
  3. asonika 2. Все понятно. Я понимаю Ваше объяснение совмещения как факт наличия момента времени, в который несколько ПРД воздействуют одновременно, вне зависимости от кого, каким образом данная ситуация возникла; Вы же в своем объяснении рассматриваете ход процесса во времени, выбрав в качестве примере режимы более инерционные. В Вашем объяснении ситуация, когда один режим (механический и др.) может быть равным ПРД, а в течение этого времени ПРД достигнут и другие режимы, как раз и определяет тот момент времени, в который несколько ПРД воздействуют одновременно. 3. На этапе испытаний, когда всё уже согласовано - полностью согласен. А вот как насчёт доказать Заказчику несовпадение условий эксплуатации и испытаний ещё на этапе согласования - это реально? И при наличии аналогичного (утраченного) изделия, для которого заданные в ТУ условия экплуатации и испытаний не совпадают. Температурный режим в процессе испытаний обсуждению не подлежит. asonika, еще раз спасибо, что тратите на меня своё время - Ваши ответы мне здорово помогли. Ильдус, уточните, пожалуйста: у Вас "форсаж" до отказа испытуемого изделия был применён для его граничных испытаний на этапе ОКР? или же Вам удалось согласовать изменение условий проведения периодических испытаний уже на этапе выпуска датчика? Удачи!
  4. asonika, спасибо за подробный ответ. С КСКК сейчас как раз и разбираюсь. И содержащаяся в климате информация как-то не очень стыкуется с проведением испытаний, не являющихся граничными, в условиях совмещения нескольких ПРД Что касается ПРД как функции ВВФ - так тут все понятно: есть формулы, графики и т.п. зависимости. Однако что Вы имеете в виду, говоря для меня не ясно. Я понимаю так: ежели в ТУ для какого-либо параметра путём задания границ(ы), названной предельно-допустимым режимом, которая, в свою очередь, возможно, является функцией от других параметров/условий, определена некоторая область допустимых значений (ОДЗ), то при нахождении данного параметра в пределах этой ОДЗ разработчик гарантирует, что характеристики изделия будут соответствовать требованиям ТУ. В то время как при выходе параметра за пределы ОДЗ такая гарантия автоматически снимается, несмотра на то, что характеристики изделия по-прежнему могут оставаться в пределах этих требований. Т.е., совмещение Вы понимаете как совпадение во времени. Иначе говоря, при наличии совмещения можно указать такой момент времени, в который изделие находится в двух или более ПРД. Собственно, интересуют как раз испытания. Если при упомянутом Вами "форсаже", против которого заказчик не возражает, испытания проходят успешно - параметры надёжности подтверждены. Тогда как отказ в процессе таких испытаний, вообще говоря, фактом неподтверждения параметров надёжности испытуемого изделия не является, ибо разработчик изделия испытания, т.е., конкретную специфическую эксплуатацию, этого изделия проводил с нарушением им же самим заданных условий эксплуатации. Удачи!
  5. В ТУ, в разделе указаний по эксплуатации изделия, присутствует фраза в процессе эксплуатации совмещение двух или более предельно-допустимых режимов не допускается. Прошу разъяснить, что в данном конкретном случае следует понимать под термином совмещение? Например, два случая для транзистора. Первый. В какой-то момент времени напряжение Uкэ, и только оно, оказалось равно предельно-допустимому значению. А минут (или часов, суток) через 10 такая же участь постигла Iк. Второй. В какой-то момент времени напряжение Uкэ, и только оно, оказалось равно предельно-допустимому значению. Затем на транзистор пришел отпирающий импульс, и, по истечении некоторого времени, предельно-допустимого значения достиг Iк, причем перекрытия предельно-допустимых значений Iк и Uк во времени нет и остальные режимы в рассматриваемом процессе своих предельно-допустимых значений не достигают. Наблюдается ли в вышеуказанных случаях совмещение предельно-допустимых режимов по Iк и Uэ? И ещё о термине. Обычно при испытаниях на безотказность и долговечность изделие устанавливается в предельно-допустимый режим по температуре и, одновременно с этим, как минимум, по одному из электрических режимов. В то же время этот вид испытаний есть не что иное, как специально заданный режим эксплуатации, проводящийся в целях определения и/или подтверждения характеристик надёжности испытуемого изделия. В данном случае что – совмещения предельно-допустимых режимов нет? или же процесс проведения испытаний не является эксплуатацией? Удачи!
  6. Escorial, так ведь, IMHO, и сам файл в формате html довольно прилично может выполнять функции оболочки-контейнера. Ежели работать под Win, так там некоторые просмоторщики, напр., для djvu или pdf, могут быть интегрированы в браузер; в случае же отсутствия таковой интерации просто запускается программа, обслуживающая нужный формат, и единственное отличие второго варианта от первого - так открытие документа в новом окне. В то же время сам формат html достаточно хорошо документирован, что позволяет при минимальных навыках программирования (ну хоть на старинном Бэйсике) самостоятельно написАть программу, вполне прилично генерирующую нужный html-файл с каким-либо описанием материала и ссылкой на него на основе любых текстовых файлов, напр., в простейшем случае - на основе файла, полученного командой dir /s >Spicok_knig.txt. Т.е., сохранили Вы что-то нужное - применили вышеупомянутую команду dir - запустили этот генератор - и получили готовый к употреблению html-контейнер, в который уже внесены все свежескачанные новые материалы, разложенные по разделам. Лень проделывать все эти процедуры - приписали их в командном файле и вытащили его на ярлык или кнопку - ну, типа ОБНОВИТЬ СПИСОК. Едиственная сложность: чтобы ссылки какой-либо информацией снабдить - эту информацию необходимо где-то взять, ибо никакой генератор самостоятельно её не создаст. Однако функцию получения подобой информации о книге из нормального имени файла или из html-файла, сопровождающего выкладку, поручить такому генератору вполне возможно. Ну, м.б., с минимальным ручным редактированием, напр., если аннотация слишком большая - указать, что из неё надо включить в описание линка. Удачи!
  7. shasik, ну так и я об этом же тяжком труде говорил, а Вы конкретизировали. Беда в том, что в такой ситуации, пользуясь словами автора известных первоисточников, посоветовать можно, IMHO, только одно - лучше меньше, да лучше. Т.е., ежели что выкладывать, так луше одну-две книги до нормального товарного вида довести, чем за этот же срок десяток сырцов вывалить, с которыми затем другие мучаться будут. Конечно, бывают ситуации, когда материал позарез срочно нужен - и здесь уж не до товарного вида: лишь бы разобрать можно было. Тут вот ещё какой фактор вмешивается: преобразование tiff в djvu народ почти всегда выполняет с потерями, т.е., со снижением качества. В то время как материал со сканера можно непосредственно в tiff'ах получить - и безо всяких потерь. Поэтому, за редким исключением, всю обработку лучше выполнять с оригинальных tiff'ов, а не с тех, кои из djvu выгнаны. К величайшему сожалению, на практике делать книгу в электронном виде от начала до конца выполнимо далеко не всегда: у кого-то просто нет доступа к сканеру или нужным книгам, кто-то не может свои отсканированные материалы в djvu перегнать, кто-то в принципе не применяет OCR, ибо все равно оцифровка с ошибками выполняется, а делать полную вычитку - на это времени нет. Можно, конечно, пытаться усилия объединить, однако это получается даже гораздо реже, чем одному весь процесс вести. Относительно ручной работы. Что-то мне кажется, что и по п.3 уже должны быть наработаны методы автоматизации. Вопросы сканирования, обработки и сборки применительно к создаю электронных книг обсуждаются на многих форумах, так что если есть желание и силы заниматься этим регулярно, то, наверное, имеет смысл там потолкаться: и к уже достигнутым технологиям можно будет приобщиться, и чужие ошибки учесть. А вот на счёт посоветовать что-нибудь получше - вопрос спорный, ибо субьективизма в нём много. Лично я использую имя файла как записи базы данных: автор(ы), название, издательство, год издания, формат/качество, количество страниц, ISBN, рубрика. Достоинства: получил файл, переименовал по форме, положил в нужный каталог - вот и вся ручная работа, ибо всё остальное можно выполнить при помощи разного рода автоматических примочек. Явный недостаток: при очень большом количестве книг, особенно незнакомых, всё ж таки желательно иметь что-нибудь типа краткого содержания или аннотации. К счастью, в последнее время стало признаком хорошего тона: если выкладываешь книгу - приведи и её характеристику. Поэтому, скачивая книгу, имеет смысл сохранить рядом и эту информацию - возможно, когда-либо это позволит не набивать её заново - т.е., примерно так, как это делает ув. umup в случае, когда книг много. Материал, так сказать, для книжного обозрения. Удачи!
  8. Как-то плохо представляю алгоритм поиска, скажем, конкретной темы, в djvu файле, который получен со стороны и не содержит ни OCR-слоя, ни закладок. Не, можно, конечно, и оцифровку сделать, и букмарки расставить. Можно, в конце-концов, листая книгу, и запись в какой-либо базе данных заполнить - дабы её использованием поиск по нужным параметрам обеспечить. Да вот только небольшая мелочь: делать-то всё это придётся исключительно самому, да ещё и практически для всех книг. Напр., коллективно примерно таким вот образом подшивку журнала "Наука и жизнь" за 1990-2005 гг создали: там и полнотекстовой поиск работает; и букмарки, по которым можно навигацию и по рубрикам, и по авторам, и по номерам организовать, имеются. Но журналов-то этих пока что менее двух сотен. А если книг таких действительно несколько тысяч окажется? И, если работать в одиночку, то останется ли после завершения всей этой черновой работы время, чтобы её плодами воспользоваться? Извиняйте за оффтоп, но - в вышеприведённом аспекте - вопрос, IMHO, разумно и несколько шире, и, возможно, в отдельном топике, рассмотреть. А именно: не кто какими программами для создания/сопровождения своей личной электронной библиотеки пользуется, а какие из них выбрать (а возможно, необходимые и разработать придётся), чтобы совместное их использование было бы и максимально эффективно, и суммарные затраты ручного (ввод данных) труда минимизировало. В последнем случае я имею в виду, что всю необходимую информацию достаточно будет ввести всего лишь только один раз на каком-то определённом этапе создания электронной книги - и результатом можно пользоваться всем участникам проекта, независимо, скажем, от ОС. Удачи!
  9. Собственно говоря, при таком вот переименовании вся информация, необходимая для однозначной идентификации книги, оказывается приведённой в имени файла. И вот какой вопрос возникает: если книги уже правильно названы и распределены по каталогам в соответствии с тематикой - что мешает сгенерерировать, скажем, htlm-файл, в котором и прописать название книги и путь к ней? Ибо ежели вся необходимая информация о книге уже содержится в имени файла, её представляющего, так зачем ещё создавать архив, дублируя в него эту информацию? И, по мере пополнения библиотеки, повотрять процедуру генерации. Более подробно о характеристиках такого html-файла уже было говорено, вроде даже ссылка с примером ещё жива. Удачи!
  10. Согласен - работы по заполнению очень много. Но работу эту можно значительно упростить, ежели договориться о правилах именования представленного материала. IMHO, имена файлов должны выбираются так, чтобы было видно: заглавие книги (хотя бы частично), авторы, год издания, ISBN - это минимум, позволяющий идентифицировать книгу, не просматривая файла. Далее: все имена только латинскими буквами, ибо иначе время от времени проблемы с именами возникают. Русский текст транслитерируется по заранее определённой схеме. Информация о издательстве, формате и качестве материала, количестве страниц в книге, разделе, к которому книга относится - является весьма желательной опцией. Правильное наименование придётся выполнить только один раз, причём чем раньше это произойдёт - тем лучше. При наличии в имени файла всей необходимой для идентификации информации вся ручная работа сводится к размещению вновь поступившего материала по подкаталогам, в то время как для коррекции базы данных или создания индекс-файла для браузера можно использовать программу-робот. Более подробно можно аналогичную систему именования файлов посмотреть на ru-board'е, где она применяется уже несколько лет. Удачи!
  11. Ue'jkerli Dzh.F. Proektirovanie cifrovyx ustrojstv. Tom 1,2 (M..Postmarket, 2002)(ru)(300dpi)(1088s).djvu недавно была замечена в upload/books. Удачи! Добавлено Если при просмотре под Win материал не отображается - попробуйте удалить кавычку в имени файла.
  12. Если уж включать реле высоким уровнем на выходе - имеет смысл уйти от базовых элементов и обратить внимание на шинные формирователи с тремя состояниями: у них обычно выходные токи, во-первых, в несколько раз больше, во-вторых - в состоянии "1" и "0" сравнимы и, скажем, для КР1531АП* и 555АП* ток высокого уровня составляет около 15 мА, что почти на порядок больше, чем для серии 531. Кроме того, формирователи встречаются по 8 ключей на корпус, в то время как обычных инверторов в корпусе только 6. При оценке выходного напряжения высокого уровня прошу учесть, что последовательно с верхним транзистором в выходных каскадах ТТЛ установлен резистор, на котором и происходит основное падение напряжения - при максимальном токе от половины до 2/3 разницы между напряжением питания и выходным напряжением приходится на этот резистор. Т.е., уменьшив ток, отбираемый от выходного каскада, выходное напряжение в состоянии "1" можно несколько увеличить. Кроме того, в таком режиме в состоянии "0" нет втекающего выходного тока, так что напряжение на выключенной обмотке реле будет нулевым, ибо вкладом тока утечки верхнего ключа (мкА*Омы = max мВ) можно пренебречь. Удачи!
  13. 155ЛН3 обеспечивает ток обмотки 40 мА при напряжении до 15 В, в корпусе 6 таких инверторов. 1102АП* - обеспечивает ток обмотки до 300 мА, напряжение - в зависимости от типа, по крайней мере, драйвера на 50 В разработаны были. Прямое управление реле (обмотка на ~8...10 мА при 5 В) с выхода ТМ2 при управлении триггером по входам D и C, IMHO, породит проблемы, однако если при этом ТМ2 используется в качестве R-S триггера, то особых неприятностей обычно не возникает. Удачи!
  14. Собственно схемотехника базовых выходных каскадов серии 133/155 (напр., в 155ЛА3) такова, что при нахождении выхода в состоянии высокого уровня выходного тока вентеля оказывается достаточно для нормального свечения красного или зеленого светодиода, анод которого подключен непосредственно к этому выходу, а катод - к цепи "общий". Ток в цепи ограничивается внутренним резистором микросхемы (кому интересно - в цепи коллектора выходного транзистора) на безопасном уровне. Достоинства такого включения - не нужен токоограничительный резистор, как то требуется при использовании ключа с открытым коллектором. Недостатки: 1.высокий уровень на выходе вентеля оказывается ограниченным напряжением на светодиоде и, вообще говоря, теоретически не пригоден для подачи на логические входы, и 2.ненормированный режим по выходному току. И еще: разброс технологии таков, что ток через светодиод может быть в пределах 2...20 мА. Т.е., для себя лично Вы такое включение использовать вполне можете, а для серийно изготавливаемого оборудования - нет, ибо при первом же отказе будет отмечено нарушение режима микросхемы, и по этому формальному признаку виновником будет объявлен разработчик. Удачи!
  15. Информации по параметрам отечественных ИМС действительно маловато будет - даже в ТУ. Но, к счастью, есть резервы поиска: подавляющее их большинство - цельнотянутые. Поэтому определяемся с аналогом и даташит ищем уже на аналог. В рассматриваемом случае: серия 155 - аналог серии SN74/SN75 ( К155ЛА3=SN7400N, К155ЛИ5=SN75451N), серия 561 - аналог серии CD4000A (К561ТЛ1=CD4093A) Удачи!
×
×
  • Создать...