vldmr86

Рисую много выводной компонент в символьном редакторе. Решил посмотреть какие цвета по умолчанию и другие установки будут. С цветами разобрался (чтобы от ранее нарисованных не отличались) поменял в Property Definition Editor - например имя и номер пина. Но вот никак не могу найти где выставить по умолчанию точку привязки номера пина. Он ее строго по диагонали выставляет. В результате получается лишнее телодвижение. На картинке 9-ка стоит как я хочу ее видеть а 6-ка как ставится по умолчанию

Получилось. Следующий вопрос. Когда запускаю библиотеку для редактирования/создания футпринта то настройка тулбаров не сохраняется . Каждый раз их выдергивать заново приходится. Можно тулбар как-нибудь закрепить?

Ух какая штука интересная! делает ее только NXP. теперь понятно почему я ее у TI не нашел. Всего пара минусов обнаружилось - в Компеле цена приличная и купить придется штук 100 на поиграться

Никого не хочу обидеть но отечественные компоненты могут напугать заказчика. Нашелся счетчик побольше - SN74HC4060. Двух должно хватить. Но все равно как-то по древнему это выглядит.

Есть устройство которое опрашивается раз в сутки. Отвечает оно по UART. Если раз в сутки оно не ответил то высока вероятность что зависло. тот кто опрашивает это устройство из далека - ничего поделать не может кроме как отправить туда пешехода. Нужен WDT который будет это устройство сбрасывать. Схема должна отсчитывать те самые 25...36 часов и выставлять единичку. После того как сбросится ведомое устройство, WDT начинает новый отсчет. В процессе отсчета ведомое устройство нормально отработав должно также перезапустить WDT. То есть раз в сутки отработало - значит не зависло. О том что устройство отработало я могу судить по активности на линии TXD UART. Программируемые элементы использовать нельзя - это условие заказчика. Схема должна работать в диапазоне -20...+70. У меня ничего проще генератора на 32768 Гц и трех счетчиков типа SN74HC4040 не получается придумать. Все это лежит в Компеле за копейки, но выглядит как то пыльно и громоздко. Заранее спасибо.

Еще пара вопросов. 1. Эта беда случается не всегда. Но что надо сделать, чтобы этого не случилось, я пока не догадался. Иногда (крайне редко) этого не происходит и лишнее телодвижение делать не надо. Я достаю компонент из датабука например микросхему у которой явно в символе указаны номера выводов. Пока несу с экрана на экран и ставлю - номера видны. Как только отпускаю - номера пропадают. Приходится в свойствах лезть в slot и выбирать тот единственный вариант который там есть. Можно как нибудь обойтись без этого лишнего телодвижения? 2. Достал я этот компонент. Слазил или не слазил в свойства (см предыдущий вопрос). Но лезть туда еще раз придется потому что RefDes отсутствует. Можно датабук как нибудь настроить чтобы хотя бы одна буква - например R для резистора ( C для конденсатора и т. д.) сразу стояла в RefDes. Я время прикинул на эти два лишних телодвижения и понял что они занимают почти треть времени рисования. И по поводу белых крестиков вопрос остался - к полигонам они не имеют никакого отношения по крайней мере в моем файле. Крестиков кстати на плате больше. Один из них стоит в месте где во всех 8-ми слоях полигоны протекли вполне успешно.

Я привык к этой опции в EE7.9.5. Теперь буду отвыкать.

Есть в этом отрицательном ответе один положительный момент. Я уже начал расстраиваться что не могу догадаться до очевидного. Оказывается все не так плохо...

Как в Component Explororе сделать так чтобы в списке остались только неустановленные компоненты. Они сейчас выделены жирным шрифтом на фоне всех остальных. А как бы все остальные убрать?

С NET RIPPERОм вопрос закрылся. После трех переименований все нормально заменилось. Следующий вопрос. В нескольких местах на плате появились белые крестики. Они не относятся какому конкретному компоненты или контактной площадке. Ошибок на этом месте нет. Как то это напрягает немного

Вопрос закрылся через PinType Arrows. Лень новую тему создавать я здесь спрошу. Рипперы в шину выглядят не так как в экспедишине. Там было на ГОСТ похоже. В PADSе по умолчанию какие то самостийные. Как их поменять?

Получилось. Еще одно неудобство обозначилось. В 7.9.5 каждый сигнал на выходе из символа блока имел красный (или розовый) пятачок который четко обозначал что пин здесь и нитку цепи надо тянуть к той точке. Теперь в падсе символ пина невидим и его положение выдает только текст имени при условии что они друг напротив друга и не дай бог не по диагонали ( а точку стыковки придется рандомно искать). Символ пина можно как нибудь ручками исправить?

Имею проект транслированный из EE7.9.5. Там все было просто и понятно. Здесь блок не дает себя отредактировать и вообще как редактируемый элемент нигде не находится. Где бы на него не ткнул - ныряю в соответствующий лист схемотехники. Надо добавить пару шин и изменить пару имен шин. Снаружи на заходном листе не шина не сигнал контур блока не пробивают - пин не образуется. Шину добавил в BUS CONTENT добавил, но на листе иерархический блок не дает себя переименовать в эту шину. Что то совсем идей не осталось

Перетряхнул несколько документов. Для разных классов точности нашел значения от 0.05 до 5 ватт. Глаза разбегаются от количества условий. Чувствую что или не там ищу или не то. И как быть если наш коммуникационный модуль потребляет около 7 ватт

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

Про избыточно можно поспорить. Насчет того что дорого надо посчитать.4 стойки стоят рубля по 2...3. 8 винтов М3 рубля по полтора. У нашего устройства большая плата. Под тем аккумулятором ставить ничего нельзя. Там можно можно внутренними вырезами предусмотреть прямоугольничек чтобы потом выломать на сборке. WEшные компоненты однозначно недешевы и ждать их долго. Надо китайцев поискать. Тогда и винтов поменьше будет.

Спасибо за идеи - есть над чем подумать. У нас вот какая мысль родилась: закрепить на плате 2 или 4 стойки для печатных плат и двумя (или четырьмя) винтами прижать аккумулятор пластиной из текстолита. Такое крепление не выглядит колхозом. Но обнаружилась проблема. Если стойка будет высотой 6 мм то 2 винта с обеих сторон упрутся друг в друга даже несмотря на 2 раза по 1.5 мм - толщина текстолита основной платы и пластины. К пластине можно будет приклеить тот самый полиуретан или поролон для компенсации высоты и мягкого прижатия. Минимально возможная длина стойки 8 мм и при этом винты не будут упираться. Это уже много. Так вот в природе нашлись стойки которые можно впаять в плату. Такие стойки мы нашли вот на таком разъеме http://platan.ru/cgi-bin/qwery.pl/id=62501908 . А отдельно их никто не видел в продаже? Из этого фото вообще тяжело понять о чем речь - ракурс не тот у фото из Платана, но если мышь навести на картинку то она увеличится и станет понятнее

Надо как то технологично закрепить аккумулятор на плате. Пластиковый хомут или двухсторонний скотч нам уже известны. Эти и другие одноразовые варианты крайне нежелательны. Может есть какие то клипсы или более технологичные замки/держатели. Принимаются любые идеи. Заранее спасибо.

Теперь понятнее стало. Спасибо. То есть в сутки эти часы оторвутся на (60*60*24)*3/10000000=0.2592 секунды. Про год меня заказчик спросил ну и я соответственно оттранслировал. Меня тоже смутила привязка к какому то конкретному интервалу, а тут еще википедия с месяцем....

То есть 3 ppm это на год - на 365 дней. А где указано что что именно на год? Я не ставлю Ваш ответ под сомнение мне интересно где это указано. Вот википедия говорит про точность кварцевых часов около 15 секунд в месяц.

Решили использовать микросхему PCF2129T. Производитель обещает типовую точность для PCF2129T: +/-3 ppm в диапазоне -30 до +80 град С. Как бы понять/пересчитать на сколько секунд это чудо ошибется за год. Если не затруднит - объясните как это рассчитывается. Заранее спасибо.

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

Руководство считает что одна из развиваемых в компании технологий может позволить стать резидентов Сколково. Само по себе это резидентство представляет несколько интересов. Налоги - одно из самых интересных (как всегда). Хотелось бы послушать мнение участников форума о подводных камнях на этом пути. Если кто поделится ссылкой на тематические ресурсы - заранее спасибо. Лично меня как разработчика эта тема интересует мало. Тему создал по просьбе руководства. Оно ее читает внимательно...

Так потеряться можно . Спасибо.

Программист который занимается этим проектом начитался про DTH22 много чего и уже не хочет. Вот с этой штукой проблем не было HTS221TR. И она уже используется в серийном изделии. Лишний микроконтроллер как то прошить надо, а это время на производстве. Провод недлинный будет - максимум метр. скорее всего еще меньше. Поэтому PCA9515 больше нравится. Он не самый дешевый но у него братьев хватает. Поэтому пока его попробуем.