MicroDiP

Когда дистанционно работаете с ними - можно и в гербере, не вопрос. Но так может дольше получится в итоге. Просто я им приношу непосредственно файлы и на месте правлю, если есть какие-либо вопросы или неточности. А вопросы как правило всегда возникают... Потому и предложил чтобы мне выслали пример платы и я на месте бы всё узнал, потому как переписка - процесс длительный и ещё может ни к чему не привести. А так все вышеперечисленные конторы находятся здесь в округе. И представители их все на местном рынке сидят. Просто я у этих девочек нашёл оптимальные цены/качество. А ценник тут лепить по поводу и без - любят и умеют, тем более если на роже написано "лаовай", т.е. иностранец. По поводу доставки - это да. Но нужно с ними разговаривать. Возможно они и смогут отправить при соответствующих количествах. А может и нет. В принципе если ничего не найдёте, то смог бы выступить в роли посредника: забрать платы и отправить вам. Отправляю посылки через ДЧЛ. Возможно скоро появится вариант значительно дешевле по отправке примерно такой схемы: я переправляю товар во Владивосток, а от туда уже по местной почте по городам России. До Владивостока примерно неделя. Если интересно - пишите. Не сочтите за рекламу.

Думаю что дисплей и все компоненты под ним нужно объединить в отдельный класс и потом поиграться с правилами для этого класса. В частности с Electrical->Clearance и Placement->Component_Clearance.

Да, пожалуйста. YunDi www.ydpcb888.com [email protected] [email protected] девочку зовут Лиза (Lisa). Письма писать по английски. Она сама по английски не понимает, но у неё там есть кому перевести. На сайте указаны координаты центрального офиса. Там вряд ли будут заниматься единичными образцами. Либо скорее всего отправят к той самой Лизе на рынок, координаты которой я и привёл выше. В Китае абсолютно нормально не отвечать на незнакомые письма, даже если это может быть потенциально большим клиентом. Обычно предварительно звонят по контактным телефонам, выходят на конкретного человека (менеджера) и потом уже ему отправляют содержательное письмо. Так что имейте это ввиду. Хотя бывают и исключения.

Gennaj, спасибо за инфу. Не знал. Недавно ломал голову, как сделать в Протеле перемычки, перерезаемые прямо на плате... Чтобы нулевые smd-резисторы не паять. В частности для присвоения адреса I2C-термодатчикам на стандартной плате. Сейчас вопрос снят :a14:

Не знаю, что значит "нормальные" цены для вас. Скиньте мне в мыло какой-нить проектик, желательно в Протеле. Даже не желательно, а именно в Протеле. Я на днях буду на рынке местном, узнаю сколько будет стоить ваша плата. Если вас устроит ценник - дам координаты этой девочки (их три человека на центральном рынке в Шеньчжене сидит - представители от довольно крупного завода в Шэньчжене). Работаю с ними в общем-то уже года два наверное. Подвели только один раз: потеряли довольно дорогие микросхемы, которые я им дал с запасом - плату заказывал сразу с напайкой. Знаю точно что многие из разных регионов России с ними работают :)

Память очень критична. Первоначально когда только начинал на Протеле-2004 работать, стояло 512МБ. Так бывало программа просто закрывалась без всяких предупреждений, как и не было её вовсе. :07: Соответственно всё терялось. Добавил ещё 1Г, т.е. сейчас всего 1.5ГБ - проблем нет. Но проекты как правило небольшие. Так что всё таки 2 и выше лучше.

Переходил с Пикада в своё время, учился по тем урокам (куча pdf-файлов), которые на сайте Альтиума. По вашему вопросу на ТС: есть свои плюсы и минусы и там и там. Основной момент по которому перешёл я на Протел - работа с китайскими производителями плат. Они, в большенстве своём, Пикада не знают. 1. Это перекрестие - это та точка, за которую потом будете тащить УГО на схеме мышкой. Поэтому располагать туда можно любой пин, или верхушку самого корпуса - как вам удобно. Хозяин - барин. 2. По атрибутам - это тоже дело сугубо индивидуальное. Если шибко в ГОСТы не вдаваться - то вписывайте то, что считаете нужным. Подход простой: чтобы было информативно, и чтобы потом самому не запутаться. 3. Да, и так можно. Вообще все фирменные ИНТ-либы имеют примерно такую структуру: куча УГО, и всего нескольок стандартных футов. И все УГО внутри ИНТ-либа ссылаются на соответствующий футпринт. Тут тоже как вам удобно: хотите работать отдельно с футами и отдельно с УГО - без проблем. Но (ИМХО) ИНТ-либы удобнее: когда библиотеки разрастаются в них ориентироваться проще. 4. Почему 0.25 ? Минимальный шаг 1mils. А если отключить SnapGrid - то вообще по идее бессеточный вариант получается... 5. тут не скажу, потому как не пользовался никогда этим... Но думаю в хэлпе наверняка есть.

Спасибо. Да, действительно. Их же можно просто в одной из структур как два анонимных бита задать и всё. М-даа... Спасибо.

Да мне собственно интересно - это что: особенность MCC18 ? Ошибка ? Опечатка ? Просто хотел взять исходник за основу себе в проект, а раз его ИАР не принимает, то прийдётся сейчас все файлы править где эти биты встречаются. Хотя вот что интересно... Ради этого скачал себе MCC18 компилятор, "вынул" от туда C18_User_Guide... Читаю и там написано всё тоже самое: Бред какой-то... Бывает такое, что апликухи могут содержать преднамеренные ошибки ? Другой версии я ПОКА не вижу.

Столкнулся в апликухе от Микрочипа (в исходнике) с таким моментом. Код написан под MCC18. Я использую IAR-pic18. Вопрос - каким образом они объявили объединение вот таким образом: typedef union _BD_STAT { byte _byte; struct{ unsigned BC8:1; unsigned BC9:1; unsigned BSTALL:1; unsigned DTSEN:1; unsigned INCDIS:1; unsigned KEN:1; unsigned DTS:1; unsigned UOWN:1; }; struct{ unsigned BC8:1; unsigned BC9:1; unsigned PID0:1; unsigned PID1:1; unsigned PID2:1; unsigned PID3:1; unsigned :1; unsigned UOWN:1; }; struct{ unsigned :2; unsigned PID:4; //Packet Identifier unsigned :2; }; } BD_STAT; Смущает собственно объявления нулевого, первого и седьмого битов в первых двух структурах (BC8, BC9 и UOWN). Ведь имена не должны повторяться ? О чём мне и сообщает IAR. Микрочиповский компилятор позволяет это делать ? :07:

Сергей, спасибо. Всё заработало. :beer: Забыл про принудительное преобразование типов. FSR0L = (int)startAdr & 0xFF; В принципе логически умножать на 0xFF не обязательно: он автоматом младший байт присваивает, а старший отбрасывает.

Имеем: процессор pic18f4550. Регистр UEP1 с адресом 0xF71. Также имеем два регистра косвенной адресации FSR0L и FSR0H. Каким образом в Си засунуть адрес UEP1 в FSR0. Заранее благодарю.

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

Возможно, но эмулятором невозможно сэмулировать, предположим, работу камня с 80msps-АЦП. Да и потом разве эмулятор может заменить живое общение с живым железом ? Не знаю (пока) как в Блэкфинах, но на других процессорах сколько раз слышал о существовании массы подводных камней, с которыми сталкиваешься после перехода с эмуляции на "живой" камень.

Доброе время суток. Начал осваивать Блэкфины. Есть бюджет на покупку китового набора ADSP-BF548 EZ-KIT Lite или ADSP-BF527 EZ-KIT Lite. Кто работал с ними, посоветуйте стоит он своих денег или нет ? Вообще конечно эти киты дорогие, первоначально смотрел в сторону ADSP-BF533 EZ-KIT Lite. Его цена в Китае 380USD. Но читаю его мануал - там всё заточено в основном на звук и видео. А мне как раз нужны интерфейсные решения: дисплей, клавиатура, в том числе и USB. Можно конечно экстендеры прикупить к нему - но как-то размеры всего этого дела получаются :07: Стоит связываться вообще с китами, или лучше потратить время на разводку своей платы ? Заодно и опыт получить.

Существует ли уже в природе лекарство для EWARM 4.42A. Киньте пожалуйста у кого есть на microdip_друг_человека_на_mail_ru. Заранее благодарю.

Protel 2004 SP4. Компьютер Пень-4 3ГГц, 1.5Гига оперативки. При загрузке библиотеки "Microchip PIC18" примерно через секунд 30 программа вылетает без всякого предупреждения: просто закрылась и всё. Как-то давно была уже подобная проблема, но я её решил увеличением оперативной памяти. Сейчас вот снова. Проблема ли это в памяти ? Решение вижу в разделении поставляемой библиотеки на мелкие части, т.к. данная библиотека действительно великовата. Я прав или нет ?

Есть многоканальный (5 каналов) документ. В каждом канале используется одна секция двухсекционного операционника. Я создал схему одного канала, в котором использовал первую секцию микросхемы. Как мне указать компилятору, чтобы он в каждый канал подставлял не первую секцию, а и вторую тоже. Т.е. в первый канал - 1.1, второй канал - 2.1, третий канал - 1.2, четвёртый - 2.2, пятый - 1.3.

Всё понятно. В общем кто как может так и изголяется. Точнее кто как договориться с непосредственным производителем. Вопросов больше нет. Огромное спасибо за ответы !

Юрий, да, но если я помещаю, скажем, квадрат в KeepOut, то у меня будет одинаковый вырез с обоих сторон в полигонах, т.к. KeepOut влияет на все сигнальные слои... Или я ошибаюсь ? А если я хочу, скажем, сделать на Top-е квадратный вырез, а прямо под ним (на Bottom-е) треугольный ? Грамотно ли будет поместить на полигоны Feel-ы, неподсоединённые к шинам в соответствующие слои (Top и Bottom) и соответствующей формы ??? А потом в настройках эти области (Feel-ы) просто скрыть ??? А вообще в 2004 в 4-м сервиспаке (не знаю как в предыдущих СП) сделали по-человечески, кстати так и в П-Каде делается... (это не камни в огород - плюсы и недостатки есть и там и там) :) Спасибо за ваш ответ !

Владимир, спасибо большое за ответ. Да, то что в 2004-м есть отдельная команда для этого, я знаю. А вот в 7-м ничего подобного нет. Я уже изголяюсь по разному: добовляю залитые области (Fill) в полигон, неподсоединённые к шинам полигонов. И делаю перерисовку полигона. А потом эти области скрываю в настройках. Но это глюк полный. Чувствую что так не должно быть. Видимо в 2004-м сделали по человечески, причём только в сервиспаках, а в 7-м такого нет. В P-Cade всё тоже просто было. В Протеле 99-м тоже такой команды нет... Вот мне и интересно, как вообще народ выходит из положения... Ещё раз спасибо !

Как грамотно задать незаливаемую область в Protel DXP-7 ?