Screw

Тьфу ты. Шарики за ролики заехали, извиняюсь. Вот и я думаю, что не может быть такого.

Даже не знаю... как-то станно писать, но похоже я нашел ошибку в компоненте, размещенном на Altium Vault. Компонент AD7797BRUZ распиновка не соответствует документации производителя. Вот, сами взгляните: Или я чего-то не понимаю?

Спасибо, импортнулось нормально. Значит дело в приемном CADе

Здравствуйте. Сегодня занялся изготовлением печатной платы методом фрезеровки и вот какую особенность заметил: Сделал библиотеку разъема PIN head - они у меня поверхностного монтажа в одну линию. В библиотеке рисовал их горизонтально. В альтиуме и при создании герберов все отображается корректно - я их обвел белым. При открытии же в CAM программе те элементы, что повернул из горизонтального положения в вертикальное - изменили положение своих PADов. Может быть дело в библиотеке, которую я создал? Или в каких-то ньюансах при экспорте в гербер? Приемный CAM - CopperCam, если важно. Причем шаг между пинами сохранился в норме - только форма повернута на 90 градусов. Я конечно могу руками в приемном CAMе изменить форму, но хочется понять почему так произошло. Надеюсь на Вашу помощь. Выглядит в нем все это безобразие вот так:

Спасибо. УГО, я так понимаю по принципу как с логикой какой-нибудь делать?

я об этом и спрашиваю, может есть какой-то механизм.

Добрый день. Начал осваивать Альтиум для своих хоббийных нужд. Рисую потихоньку библиотеки на нужные мне компоненты. Возник вопрос - а можно ли создать динамический компонент с переменным числом ножек? Например обычный pinhead connector - может быть от 1 до 40 ножек, неужели все варианты нужно рисовать?

Добрый день. Помогите определить модель разъема или хотя бы производителя. Нигде в каталогах найти не могу. Шаг 2.54 мм П.С. Если не в тот раздел написал - сильно не пинайте, не смог найти подходящего.

Хотите задачку? Есть мега16 =) фьюзы/flash/eeprom читается, пишется. НО у CVAVR есть такая штука - считывание сигнатуры и калибровки - дак вот том 0xFF. МК работать не хочет =) скрин с фьюзами Программатор AVR910 100% исправный =) Для теста на XTAL1 был подан внешний тик с другой меги - абсолютно без изменений. Какие соображения? =)

А само UDL как кодируется? просто я посмотрел PDU для UCS2 и обычной кодировки - в UCS2 получается что каждому введенному символу соответствует 4 знака в пакете, а при обычной кодировке - 2. Конечно проще взять, да проверить, но сейчас просто не на чем.

Ребят, что-то я про декодировку не совсем понял. (кодировку уже написал - работает нормально) Смотрите - есть 2 вида кодировки: стандартная (без русских символов) и UCS2 За вид кодировки отвечает DCS октет. Этот октет касается всего PDU или как? В каком виде закодирована длинна сообщения для первого и второго случая? Если у кого есть алгоритм - буду благодарен... (алгоритм хоть на чем, я пишу на IEC 61131) И еще - если можно, поясните возможные значения поля DCS.... Вроде делал все по документации, но отправляемые смс-ки стали корректными только после DCS=08

Работать как с обычным COM портом. скорость - непомню, зайди на FTDI.com и посмотри

Ну я делаю просто - по состоянию PIND.2 принимаю решение о положительной или отрицательной полуволне. Интересно именно то, что отсутствывали срабатывания как таковые.... Ложные еще можно побороть. Смысл подтягивать порт, если даже ложных срабатываний нет. Подтяжка избавит лишь от ложных, но не прибавит существующих. Порт у меня в третьем состоянии висит. Что подразумеваете под маскировкой прерываний?

Нда, ток мягко скажем большеват :cranky: Проект все равно скину - вдруг поможет, но в данном случае он не применим.

Ну поскольку теплоноситель - вода имеет неплохую инерционность, то думаю стоит вам обратить свой взор на область ПИД-регуляторов и прочей чертовщины ;) Соответствующий форум имеется.