FluktuacyaVaccuma

© ОТСЮДА

Господа! А что скажете по поводу МОП-микросхем аналоговых коммутаторов? Например про которые говорил alexunder Можно их юсать для коммутации сигналов с размахом по напряжению в единицы милливольт и током в несколько наноАмпер? А чем коммутируют сигнала в Фемтоамперметрах? (для справки: фемтоампер - это одна миллионная доля наноампера)

Если поднимите планку МИНИМАЛЬНО гарантированной зарплаты хотя бы до 150 тыр в месяц (т.е. зарплаты 19-ти летнего подростка 1С-ника с опытом работы 1..2 года), то я присмотрюсь к Вашему объвлению. Обещаю

У нас на плате и так этих реле 40 штук. Предлагаете делать 5 плат?

И все таки! Чем коммутировать такие токи на вход усилителя с мегаомным входом? И вижу. И слышу. Коммутирую пока контактами сигнального реле. Но бывает, что сигнал на выходе начинает "плыть", хотя на входе сигнал не меняется. А когда стукнешь по реле пинцетом - опять все ОК

Нужно коммутировать слабые милливольтовые сигналы на вход усилителя с входным сопротивлением в Мегаомы. Т.е. нужно сделать что-то типа аналогового мультиплексора Думал использовать реле, но про них пишут, что у них есть такой параметр, как "минимальный коммутируемый ток" и "минимальная коммутируемая мощность". Так что получается, что чтобы успешно коммутировать наноамперы напряжение должно быть в сотни вольт. Или напротив, можно коммутировать милливольты, но при токах в десятки миллиампер и более.

Это тоже для электроники обычная практика. Когда система управления стоит в сотни раз дороже объекта управления. И это НИКОГО кроме Вас не смущает

Предлагаю. В электронике запас по току/напряжению в 2/3 раза и более - это обычная практика! И, как говорится, "запас в попу не долбит"(с) ! И обеспечивает разработчику спокойный сон. Как говорится, лучше перебдеть, чем недобдеть!

Это как это :cranky: Если , а Наверное это какое специфическое прочтение датышита

Нужно создать в оперативной памяти закольцованный FIFO-буфер с двумя указателями (PTR_first и PTR_last). И регистр суммы. Разрядность его должна быть достаточной для хранения суммы 20-ти значний без округления. Как только приходит очередное значение от АЦП Вы его записываете в ячейку, на которую указывает PTR_last, добавляете его к сумме и вычитаете из суммы значение, на которое указывает PTR_first. После чего двигаете PTR_first и PTR_last на следующие ячейки в кольце. Таким образом у Вас всегда в регистре cуммы будет акутульное значение среднего, умноженное на 20. Чтобы получить среднее достаточно будет поделить значение, находящееся в данный момент в регистре суммы на 20.

авто ит не знает ничего про текущий масштаб отобажения в пикаде.

Это да. Связку AutoHotKey_L + PCAD я давно юсаю для автоматизации повторяющихся действий. Но вот только когда требуется выполнять действие относительно нужной мне точки и причем чтобы оно работало независимо от текущего масштаба отображения без макросов не обойтись

Да это понятно. Мне бы просто как-то передать в солид саму страсировку и паттерны (т.е. фактически эскизы, из которых потом я сделаю 3D-детали)

В смысле?

Разработал печатную плату в PCAD2006. Теперь хочу сделать её реалистичную модель в Solodworks 2010 Premium portable. Как передать всю информацию о плате из PCAD в SolidWorks? Никто не знает?

Решил макрос написать "в рукопашную". Т.е. не макрорекордером, а путём набивки текста макроса. И проблемы с appunits. Вот к примеру по команде LeftMouseUp 17398063 appunits 137286245 appunits Куда должен переместиться указатель мыши если в единицах у меня выставлены mils и абсолютная сетка? Я думал что на 173,98 063 mils по X и на 1372,86 245 mils по Y. Но эксперименты показали что это не так ------------ Короче, пацанва, слушайте сюда. Путем экспериментов выяснил следующее: В командах LeftMouseUp и т.п. целые числа - это координаты выраженные в стотысячных долях миллиметра. Поэтому чтобы забить значения координат в эти команды, нужно координаты точки в миллиметра умножить на 100 000 и округлить полученные числа до целых ----- И обратите внимание, координаты всегда в абсолютной системе координат. Даже когда у Вас установлена относительная.

А макросы у меня заработали. Может в процессе установок/удалений разного рода софта какую либу поставил (или наоборот удалил) и тем самым случайно сам того не ведая убрал препятствие для работы макросов в PCAD2006. Вообще чудеса да и только. А ведь поставил Microsoft Virtual PC и гостевую венду XP. А оказывается у меня макросы теперь работают и в Win7x64

Вы по тему что скажете?

Ну так что? Кроме установки вирутальной машины других вариантов нет заставить работать макросы PCAD 2006 SP2 в операционке Windows 7 x64?

Чо не хлэпаем-та? :mad:

Во-первых, не кАпи цыркУит, а пАстэ цыркУит. А во-вторых, при этом гейты нумеруются по правилу слева направо, сверху вниз. Если они в Вашем исходном узле они так были пронумерованы, то всё ОК. А если там нумерация в пространстве была другая, то в узле-клоне ломается порядок -------------------------------------------------------------- И ещё вопрос. Как с помощью DRC АВТОМАТОМ убедиться, что между RefDes-ами в слое TopSilk и дорожками в слое Top есть необходимый зазор. А? Весь хэлп перерыл - ничего не нашёл. Единственный вариант временно компировать RefDes-ы на Top, проверить зазоры, а потом обратно переносить их на TopSilk? Так?

Куда уж конкретней. Хочу создать несколько клонов куска схемы (схемного узла). В узле компоненты нарисованы распределнным способом. Т.е. один компонент представлен несколькими пространственно находящимися в разных частях узла гейтами. При этом имеем, что гейты данного компонента пространственно расположены в определенных точках узла. Или, другими словами, между числовыми частями RefDes-ов гейтов в узле есть определенные соотношения (пример я приводил выше). При копировании RefDes-ы, естественно, меняются. Но мне нужно чтобы не смотря на изменения числовых частей RefDes-ов в клоне узла по сравнению с исходным узлом между числовыми частями сохранялись определнные соотношения. Т.е., (приведу ещё пример), если в исходном узле гейты в левом углу и в центре относились к одному компоненту и числовое значение рефдеза центрального гейта было на 2 больше углового, то и в клоне узла чтобы сохранялось такое же соотношение. Т.е. чтобы пространственный порядок расположения гейтов не ЛОМАЛСЯ при клонировании узла

Никто не знает штоли? Ну, короче, как сделать, чтобы при клонировании схемного узла, состоящего их нескольких компонентов, нарисованных распределенным способом (т.е. разбитого на гейты), не терялась привязка гейтов к соответствующему компоненту. Т.е. чтобы в узле сохранялся относительный порядок реф дезов. Типа, гейт в левом верхнем углу имеет рефдез на 3 больший чем гейт в середине узла и равный рефдезу гейта справ в середине

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

Спасибо! Заработала! :yeah: Хотя ранее я уже пробовал ставить этот Microsoft Visual C++ Redistributable Package. Скаченный с рутрекера. Не помогло. А вот с тем, ссылку на который дали Вы, всё проканало и Allegro+PCB+Router(бывш.Specctra) v16.6 у меня наормально запустился не выбрасывая эксцэпшн