Ruslan1

Доброго времени суток! Влез в новую для себя область PoE и сразу не по-детски. Поможите советом, кто может, пожалуйста! Не могу понять, описан ли мой случай в 802.3af или нет. Рзрабатываю прибор, который будет иметь на борту два Ethernet 100Base-TX. И хочется поддержать PoE, прибор маложрущий и лишний кабель не всегда в поле прокинешь. Как организовать просто прибор запистанный от PoE- вопроса нет. Как организовать подачу питания в линию с другой стороны согласно PoE- тоже ясно. Но здесь прибор имеет два езернета и сам может не только принимать питание из линии, но и отдавать его. И направление зависит от текущей ситуации (имеет ли прибор локальную запитку, запитаны ли уже подключенные Езернеты извне). То есть в зависимости от этого с точки зрения каждого из мнешних Езернет линков прибор может выступать и как PSE и как PD, а может и вообще ничего никуда не передавать и не потреблять из этих езернетов (если обе линии уже запитаны а прибор имеет локальное питание). Я так понимаю, это очень похоже на вопрос, как будет распределено питание в цепочке PoE свитчей, каждый из которых может иметь локальное питание а может и не иметь: (Прибор1) ---- Line1,Poe ----(Прибор2) ---- Line2,Poe ----(Прибор3) ---- Line3,Poe ----(Прибор4) | | | | | | | | питание1 питание2 питание3 питание4 Каждое из питаний может быть, а может и пропасть. Пока что я представляю дело минимум так: при включении оба езернета прикидываются PD. Если ничего снаружи не кинули, то переходят в PSE. Более полный алгоритм-хотелка приведен в прикрепленном рисунке. Ну и вопрос как оно все себя поведет если сразу несколько приборов включили и начинаются гонки, кто первым в PSE перейдет и что в это время на другой стороне происходит. спасибо что дочитали! :)

Угу. У нас в городе есть нечто полунегражданское от Салюта. Как они бедные на чужой территории выживают- не знаю :) Предлагали работу- я им предложил совместительство. Сказали что это у них запрещено свыше :) Выглядит больше смешно чем страшно.

Как не лучший? просто недогрели его, никакого шутдауна и не произошло. Штатная работа, генератор тока выдает свои 100 мА, нагрев и рассеивание тепла уравновесились при температуре корпуса 45 градусов. Хотите шутдауна- погрейте феном или паяльником. Не надо ни о чем догадываться. Представьте себе резисторы большого номинала (точнее генераторы маленького тока), которые тянут линию в неактивное состояние. То есть вместо болтанки на входах будет неактивный уровень. Любому сигналу эти резисторы незаметны. Ага, считаю. Да, выдержат. Но с точки зрения программинга упаси Боже Вас строить системы с коллизиями! Дело это жутко неблагодарное и статистическое. Такое ноу-хау замутите, что потом вернуться и посмотреть страшно будет. если оно таки надо, нужно сразу CAN какой-нить брать и приоритеты расставлять.

1. про Sipex: Спасибо за информацию, это для меня новость. Такие микросхемы просто нельзя применять. Так как в случае замыкания линии, что вполне вероятно и периодически случается в полевых условиях, система выйдет из строя. 2. Коллизии и КЗ: Это разные уровни модели :) Если спуститься на физический уровень, то для RS-485 коллизией является в том числе и КЗ, так как передача одновременно нуля и единицы в линию двумя драйверами приводит к замыканию линии через выходные каскады этих драйверов (источники тока). 3. Насчет периодического термального шутдауна: это последняя штатная ступень защиты, ничего нештатного тут нет. Конечно, желательно если будут предварительные ступени защиты (детектирование коллизий до шутдауна из-за перегрева), но они не необходимы. Совершенно не согласен с тем, что "Производитель не гарантирует, что драйвера выдержат сколь-нибудь долгую эксплуатацию в таком режиме. Хотите иметь неприятности из-за отказов - делайте." Кстати, до такого перегрева довести драйвера простейшими короткими коллизиями вряд ли получится, тут считать нужно.

Назовите мне модель драйвера RS-485, для которого коллизия является нештатной и который от этого крякнется. Я эту фирму буду обходить стороной. :) Как правило в даташите пишут нечто подобное (это из ST485): "Current limiting and thermal shutdown for driver overload protection". так что производители гарантируют.

Здравствуйте! Есть Orcad 10.3 и большая самописная библиотека (сейчас больше двух мегабайт) При попытке добавить в эту библиотеку новый компонент ("Save as" из другой библиотеки) либрарийный манагер просто моргает смоим окном и ничего не хочет дописывать.при этом в логе появляетя сообщение: Tue Feb 23 18:13:19 Loaded file C:\MY_JOB\VSS\ORCAD\GS_PCB.LLB Tue Feb 23 18:13:20 Error code 5225.029 (-999) Tue Feb 23 18:13:20 Saved as file Backup0.max Tue Feb 23 18:13:20 Windows which were open at time of error: Tue Feb 23 18:13:20 ActiveWindow: Library Manager Tue Feb 23 18:13:20 Child: Pads&tacks Tue Feb 23 18:13:20 End-of-list Tue Feb 23 18:13:21 Loaded file C:\ORCAD\ORCAD_10.3\TOOLS\LAYOUT_PLUS\data\DEFAULT.MAX Tue Feb 23 18:13:21 Loaded file C:\ORCAD\ORCAD_10.3\TOOLS\LAYOUT_PLUS\data\template.imp Tue Feb 23 18:13:21 Loaded file C:\ORCAD\ORCAD_10.3\TOOLS\LAYOUT_PLUS\data\template.imp Ошибка собственно заканчивается на 20-й секунде, дальше загрузка чего-то дефолтового из-за ошибки происходит. Пробовали несколько человек, разные инталляции оркада и разные элементы, результат тот же. Если удалить все пады, то элемент успешно копируется в библиотеку. Что бы это значило? Есть подозрение, что количество падстеков в библиотеке превысило какую-то величину. Как-то с этим можно бороться? Про разбить на несколько библиотек я понимаю, но может есть еще варианты? Может кто уже сталкивался с таким?

А чудес не бывает. Если посмотреть любой чип типа MAX485/ADM485/ST485, то видим в даташите нечто такое: pin6: A Non-inverting receiver input and non-inverting driver output pin7: B Inverting receiver input and inverting driver output Ну и соответсвенно если подтянуть A>B, то на выходе TTL получим любимую практически всеми RX-входами всех контроллеров единицу, то есть неактивное состояние. Я уж не говорю про микросхемы RS485 драйверов, которые имеют внутреннее смещение и не шумят при неподключенной линии (например любимый мной SN65LBC184). Так что де-факто производители микросхем (по крайней мере известные мне) все маркируют подтянутый при неактивности в + сигнал линии как "A". Что судя по Модбасовскому апноту противоречит EIA/TIA-485 обозначениям. Ну и флаг с таким обозначением из EIA/TIA-485, на которое уже наплевали все производители......... Лично мне тоже приятнее пИсать в ту же сторону как производители, то есть против стандарта :) Это противоречие даже в Википедии отражено, то есть уже является христоматийным :-) http://en.wikipedia.org/wiki/EIA-485 The EIA-485 differential line consists of two pins: A aka '−' aka TxD-/RxD- aka inverting pin B aka '+' aka TxD+/RxD+ aka non-inverting pin The B line is positive (compared to A) when the line is idle (i.e., data is 1). These names are all in use on various equipment, but the actual standard released by EIA only uses the names A and B. However, despite the unambiguous standard, there is much confusion about which is which: The EIA-485 signaling specification states that signal A is the inverting or '-' pin and signal B is the non-inverting or '+' pin.[5] This is in conflict with the A/B naming used by a number of differential transceiver manufacturers, including, among others: Texas Instruments, as seen in their application handbook on EIA-422/485 communications (A=non-inverting, B=inverting) Intersil, as seen in their data sheet for the ISL4489 transceiver[6] Maxim, as seen in their data sheet for the MAX483 transceiver[7] These manufacturers are incorrect, but their practice is in widespread use. Therefore, care must be taken when using A/B naming.

Уже 10 лет маркирую 485-е линии как "A+" и "B-". Пока рекламаций не поступало.....

Спасибо, но изготавливаться будет не у меня в городе, там другие дистрибьютеры. Лично мне тоже проще напрямую в дижикее заказать чипы, их там есть (Индастриал). Кит мне ну никак не поможет, даже испытать не смогу- он не на индастриал чипах собран. Ну а просто погонять как езернет свитч- и так на слово верю что будет работать :) Схема нарисована, плата на следующей неделе будет разводится. Вот как раз по поводу Майкреловской документации есть замечания: 1. Предложить индастриал чип и не указать ни одного индастриал езернет трансформатора в комплект- это нехорошо (все указанные от нуля градусов). Пришлось искать. 2. Что с кварцем? почему ни одного конкретного типа не указали в документации? странно. 3. Совершенно непонятно насчет радиатора. Если он нужен, почему в документации ни слова? если нет, то почему в референсе чип на другую сторону платы припаян? По референс плате- большой сенкс, наличие оркадовской схемы большой плюс для меня. Про минусы: 1. Что за ВОМ такой, только номинал и все? по сравнению с например аналог девайсом очень бледно смотрится. 2. Гербера. Это специально все слои смещены друг относительно дружки? тут не знаю, может мои герберсмотрелки врут(две разные пробовал) 3. А слабо было сразу файл платы Оркадовской дать? Ибо эти предложенные герберы ОрКАД не открывает. 4. Размещение на плате. Мне кажется, указывать нетипичное размещение (чип с одной стороны, а все остальные детали-с другой) как референс- не очень хороший тон. Приходится тусовать обмотки и выводы, чтобы перекрестков на плате меньше было (мне с одной стороны все нужно ставить). Но это так, мелкие мелочи. А в целом пока сильно доволен тем что получается(теоретически) по стоимости и по функциональности, посмотрим практику. Да, спасибо, конечно находил и разглядывал. Цена порядка 150 евро за 4 порта (то есть после соединения это будет 6 портов за 300 евро или 9 портов за 450) не возбуждает на покупку.

Нет. Адвантеч, кстати, тоже рассматривался (тот, который на рейку монтируется, он уже применяется в другой конструкции). Не проходят по габаритам. Ну а 19" стоечные я уже упоминал. Будем свое делать, думаю на микреле или инфинионе.....

Спасибо! Думаю то что надо! Вчера наткнулся на ADM6999, очень похоже на нужное, даже корпус soic аж 0.5мм шаг, нашел схему с подключением к ней AT93C46, фирма другая (Infineon). Зато сразу демоборду на дижикее можно заказать недорого (170 USD). Зато самих чипов там нет в продаже и индастриала не вижу. В-общем не так оно все страшно как кажется.... Особенно учитывая что 10 Mbit гоняться будет - и двухслойная плата без напряга должна покатить. Почитаю, погляжу на доставабельность- и вперед, новую нишу заполнять. KSZ8997 нравится, но нет индастриал диапазона, странно.... KSZ8999I придеться юзать, а корпус у нее почти в два раза больше ножек имеет.... Гут, дас ис почти фантастиш! :)

Здравствуйте! Городится 19" стойка в которой воткнуты езернет устройства, сейчас 10 Мбитные. Хочется сделать плату-вставку с функциональностью "8-портовый хаб" или "8-портовый свитч". Сейчас такое сделано, но на вставке установлен вытащенный из корпуса бытовой свитч ну и подсоединен соответственно к плате кабелями. Но нужно расширить диапазон температур (хотя бы от -20 до +70), ну и не очень хорошо такая плата сейчас смотрится, еще и провода к светодиодам пришлось паять, брр. Продакшн убьет за такой инженеринг :) Думал в интернете накопаю какие-нибудь OEM-модули Ethernet switch, да не тут-то было, их раз-два и обчелся, а цены пугают. Лучшее из интернетовского: http://www.sixnet.com/product/8-port-indus...-switch-184.cfm. Может кто-то наталкивался на подобное, но "с человеческим лицом", то есть цена до 150 USD за 8-канальный свитч или подешевше если тупой хаб? Покупные стоечные свитчи не подходят. В принципе в корпусе есть 2U резервных, но эти свитчи имеют джеки, а у меня езернет каналы уже по бэкплэйну к сокетам езернетовской платы-вставки подведены. Переделать можно, но будет куча проводов от свитча и другие некрасивости. Этот вариант рассматривается как резервный. Наверное небольшая проблема сварганить хаб прямо на плате. Нужны трансформаторы да повторители организовать. А может и не просто это... Резюмирую вышесказанное в вопросы: 1. Где найти OEM-плату 8-портового хаба или свитча (то есть которую можно использовать как нашлепку на свою самопальную плату) 2. Схема хаба- кто что посоветует? собственно 10 Мбит на обозримоое будущее хватит. 3. Схема свитча. Я так и не понял, можно ли найти чипсет, которому не нужен внешний процессор и программирование? Спаял, обвязал снаружи- получил свитч. BGA не пугает, но не приветствуется. Буду благодарен за любые наводки в нужном направлении Спасибо что дочитали :)

Так речь идет о рабочей лошадке, можно сказать "царице полей" I-7520, а не об эксклюзиве каком-то. Наблюдается полное отсутствие утягивания в неактивное состояние во время передачи, как и полное отсутствие какой-либо внутренней подтяжки в это состояние во время отсутствия передачи. Кто-то может глянуть, АДАМы так же себя ведут?

Хде это Вы узрели дифференциальный сигнал на моей картинке? Если посередине- то это таки выход моего контроллера, еще с таймаутами от включения передатчика до начала передачи и от конца передачи до выключения передатчика. А вот в начале и в конце- выходной сигнал этого покупного недоразумения. Почему-то китайский ноунейм (R-8520) ведет себя не в пример лучше. Ну да, есть небольшая подтяжка в неактивное состояние (неактивный уровень на осциллограмме ниже нуля). Но это подтяжки внутри моего драйвера RS485 в контроллере (SN75LBC184). Назвать ЭТО решением для диффсигнала язык не поворачивается. :) Кстати, торможу. Я тут вначале сказал что без терминатора в неактивное состояние оно нормально тянет. Ничего подобного! Это опять же моя внутренняя подтяжка отрабатывает! Сам по себе I-7520 во время передачи тянет только в активное состояние или становится в Z. Никаких подтяжек даже символических. Мда. Крест на I-7520 я для себя поставил. И еще некоторых отговорю от использования.

Я тоже разрабатывал подобную технику. И совершенно согласен с Вашей точкой зрения. Некоторые основоположники жанра так и описывали методику поведения "автоматических конвертеров". Так что подобное поведение меня нисколько не удивило, а наоборот дало повод разразиться лекцией "вот для чего мы свое делали" :) НО ! Времена изменились. И тому пример упомянутый мной адаптер R8520, который честно прокачивал пакеты. Так что хорошую технику все-таки делают. К сожалению, не для широкой общественности :( Насчет вскрытия. Ну разумеется я его открывал. в качестве драйвера стоит аналог ADM485- 485REN от Sipex. И мозжечок какой-то есть Так что физически качать есть чем, просто математика не та. Насчет "перепутал". это вряд ли :-) На всякий случай я конечно отписал в техподдержку представителя ICP-DAS. Молчат, боюсь что сказать им нечего.

На приложенной фотографии представлена форма сигнала на шине RS485 при обмене данными между IBM PC, подключенным через конвертер I-7250, и контроллером. Справа налево: Запрос компьютера (сигнал от I-7520), Ответ контроллера (сигнал от контроллера), запрос компьютера. Видно, что форма сигнала от I-7520 не соответствует стандарту RS-485 (дифф.сигнал). В отличии от следующего пакета, являющегося выходным сигналом от контроллера. Это очень серьезный недостаток, нивелирующий все преимущества интерфейса RS485 касающиеся повышенной помехоустойчивости. Данная картина наблюдается при применении терминирующего резистора, без него форма сигнала нормальная. Это говорит о том, что выходной драйвер I-7520 активно "тянет" только в одно состояние, уход в противоположное обеспечивается всего лишь подтягивающим резистором. Данная ситуация была проверена на трех экземплярах I-7520, не принадлежащих к одной партии. Таким образом, дефект одиночного изделия исключен. Для контроля подобные испытания были проведены с изделием R-8520 (Компания RemoDAQ, ориентирована на внутренний рынок Китайской НР). Адаптер является полным аналогом конвертера I-7520. Однако данное изделие имеет нормальную форму сигнала RS485, в отличии от I-7520 компании ICP-DAS. Просто переключаю кабели от I7520 на R8520 и вижу нормальный сигнал. Кто-нибудь может прокомментировать это? Неужто все используют, и никого не волнует что собственно сигнал-то от I-7520 не соответствует RS485 ? Как себя ведут конвертеры других известных фирм? может кто-то уже сталкивался с подобным безобразием и нашел нормального известного производителя?

Если посмотреть на характеристики, то чуда не случилось, SNR всего 130 dB, это 21.3 ENOB. По результатам измерений мне тоже ничего сильно чудесного не показалось. На уровне даташита. Нужно обратить внимание, что отсутствует сигнал выбора кристалла (CS), в многовходовой системе пришлось эмулировать внешней рассыпухой. Также минимальная скорость- 250 SPS, тоже отличие от других сигмадельт. Ну и цена кусается.

Здравствуйте ! Процессор - AT91RM9200. Проблема такая: Нужно измерить частоту входного сигнала. Результат: некорректно работает Capture в имеющихся таймерах. Вопрос: может, кто посоветует, как это сделать? Сделал следующее: 1. На таймере T4 собрал генератор меандра 8 Гц, вывел это на ногу TIOA4 AT91C_BASE_TC4->TC_CCR = (1<<2) | 1; AT91C_BASE_TC4->TC_CMR =(2<<18) | //ACPC = 10 (1<<16) | //ACPA = 01 (1<<15) | //WAVE = 1 (2<<13) | //WAVESEL = 10 (0<<12) | //ENETRG (0<<10) | //EEVT (0<<8) | //EEVTEDG 3; //TIMER_CLOCK4 (MCK/128) AT91C_BASE_TC4->TC_RC = (AT91C_MASTER_CLOCK / 128) / 8; AT91C_BASE_TC4->TC_RA = AT91C_BASE_TC4->TC_RC / 2; AT91F_PIO_CfgPeriph (AT91C_BASE_PIOB,NULL,AT91C_PB8_TIOA4); 2. Таймеру T5 сказал считать с наружного клока (CLK5), защелкивать показания в RA5 по фронту сигнала, поданного на ногу TIO5 и генерить прерывание: // //TC5 - capture mode, CLK- TCLK5(TCLK2) (XC2) AT91F_PIO_CfgPeriph (AT91C_BASE_PIOA,NULL,AT91C_PA29_TCLK5); AT91F_PIO_CfgPeriph (AT91C_BASE_PIOB,NULL,AT91C_PB10_TIOA5); AT91F_PMC_EnablePeriphClock(AT91C_BASE_PMC,1<<AT91C_ID_TC5); AT91C_BASE_TC5->TC_CCR = (0<<2) | 1; AT91C_BASE_TC5->TC_CMR =(2<<18) | // LDRB = falling edge of TIOA (1<<16) | // LDRA = rising edge of TIOA (0<<15) | // WAVE = 0. Capture Mode is enabled (0<<14) | // CPCTRG: = RC Compare has no effect on the counter and its clock (1<<10) | // ABETRG: TIOA is used as an external trigger (1<<8) | // ETRGEDG: rising edge (0<<7) | // LDBDIS:0 = Counter clock is not disabled when RB loading occurs (0<<6) | // LDBSTOP: Counter clock is not stopped when RB loading occurs (0<<4) | // BURST: The clock is not gated by an external signal (1<<3) | // CLKI: Counter is incremented on rising edge of the clock 7; // XC2 (TCLK5/PA29) AT91C_BASE_TC5->TC_IDR = 0xffffffff; // Configure TC5 interrupt AT91F_AIC_ConfigureIt(AT91C_BASE_AIC, AT91C_ID_TC5, 7, AT91C_AIC_SRCTYPE_INT_LEVEL_SENSITIVE, (void(*)())AT91F_TC5_Handler ); AT91F_TC_InterruptEnable(AT91C_BASE_TC5,AT91C_TC_LDRAS); AIC_ICCR = (1 << AT91C_ID_TC5); AIC_IECR = (1 << AT91C_ID_TC5); volatile int tmp = AT91C_BASE_TC5->TC_SR; 3. Соединил выход меандра TC4 (TIOA4) c входом защелки TC5 (TIOA5). Подал на клок T5 (TCLK5) мой входной сигнал. И получил что-то непонятное. Количество защелкиваемых импульсов действительно коррелирует с входной частотой, но не равно ей (точнее, не равно 1/8 от частоты). Но это цветочки. Ягодки: Если я не подаю частоту (на TCLK5 постоянный уровень), то ничего не защелкивается вообще и прерывания не происходят. Это никак не вяжется с приведенной в документации микроконтроллера схемой устройства таймера, там просто нет вообще зависимости прохождения сигнала TIOA от TCLK. Если коммутирую TCLK5 для работы от внутреннего клока- то измеряет нормально. Интересно, это я чего-то недодумал, или разработчики атмеловские? PS. Ерраты читал. BURST переставлял- ничего не менялось.

Тогда звиняйте, я пас.

Спасибо за ликбез. Я и забыл, что AC отличается от DC, :) Сопротивление первички по постоянному току 560 Ом. Получается, что сейчас имею 22mA^2 * 560 = 0.27 W. Хм, с таким нагревом я наверное смирюсь. :-) Началось с чего- собрал устройство, через полчаса трансформатор чуствительно нагрелся, причем устройство работает нормально. А этот большой ток xx у меня в голове сидит с покупки трансов, вот я и начал это направление прочесывать (раньше торы применял, с током xx порядка 7 мА, 10 мА уже отбраковывал). Сейчас провел простой эксперимент- взял транс, воткнул в 220В, подождал 40 минут. Действительно, нагрелся он явно меньше моих первых расчетов. Но все же больше, чем хотелось бы. Ну да ладно, проведу тепловой расчет своего устройства исходя из 0.3W на трансформатор и забуду. Благо, не герметичное исполнение. Спасибо! Трансформатор реабилитирован! :-) Не тот случай, чтобы разбирать железо-мотать-собирать. Но что любопытно. Получается, что намотана первичка все-таки впритык, резкое повышение тока (на 60%) при повышении напряжения на 15%(от 200 до 230В) -это уже сердечник к насыщению ползет? Или все иначе? Хотя отмечу, ток хх остается в пределах оговоренных производителем, вплоть до 250В.

Есть такая партия. 220V/14V, 0.7A, PвыхМакс = 7W Трансформатор очень похож на ТП-112-6. То же самое железо, такие же характеристики, в том числе и ток холостого хода первичной обмотки (у меня около 22 мА, для ТП112 - до 30мА). Так ведь греется он, нехороший! Даже боязно ставить в аппаратуру. Снял характеристику зависимости тока хх от напряжения: 200V - 14mA (рассеивается 2.9W) 210V - 17mA 220V-19mA 230V-22mA 240V-25mA. (рассеивается 6.9W) А у меня напряжение обычно 230-240V. :( PS. До кучи измерил количество витков на 1 вольт - получилось 11.5 витка на вольт. Есть доступ к первичной обмотке (она намотана отдельно от вторички, а не одна над другой). Я вот думаю- разобрать сердечник и домотать хоть 10% на первичку (место есть). Как скажете, ток уменьшить получится? Абсолютно достаточно, если бы удалось добится при 240V того тока, который сейчас при 200V (14 mA вместо 25mA). Напряжение вторички упадет- не страшно, у меня ключевой стабилизатор на выходе. КПД снизится - я с 7-ваттного транса снимаю не более 3 ватт, переживу. Что посоветуете? Имеет смысл затевать домотку? Уже и трансы купил, и платы под них разведены, плохо и жалко начинать искать другие трансформаторы. А вот доработать имеющиеся возможность есть. Что говорит теория о моих узкопрактических задумках? PS. До кучи измерил кол-во витков на вольт - получилось 11.5 витка на вольт.

А это точно оптопара? А не сборка резисторов или еще чего-нибудь ограничивающего? С ходу почему-то подумал про резисторы 10 МОм. На 741-й операционник вроде тянет, питание не на тех ногах

Какое-то время назад тут уже подымалась тема TWI. Тема для меня больная, но повторяться не буду, только выводы: Хотите иметь надежное устройство- делайте софтовый TWI. Чтобы Ваше устройство работало так, как хотите Вы и не зависало от каждой иголки на шине. Подчеркну, это мой личный выстраданный опыт, никому свое мнение навязывать не буду. Причем это я на других АРМах грыз (AT91RM9200). Но "чуйствую", что уши у проблемы те же.

Я исхожу из того, что он впаян в мою плату, значит он и нужен. :-) Но 1 минуту назад я уже решил проблему. Залез на сайт Хайтека, наконец зарегистрился, и скачал демо 9.51std. Там нужный мне процессор есть в <pic18.h> и ссылается на имеющийся в поставке файл <pic18f87j11.h>. Что любопытно- в сегодня же оттуда скачанной 9.61pro этот файл не просто отсутствует, но и компилятор вообще про этот PIC ничего не знает (проц отсутствует в ini-файле). Странно, я считал "pro" более продвинутой версией компилятора. ТАк что решение проблемы нашлось в самом прямом месте- на сайте производителя. Хм, странно как-то. Не по-нашему. :-)

Уважаемые, у кого-то есть файлик с описанием регистров и всего прочего для PIC18F86J11, чтобы его к хайтеку приклеить? Сам-то компилятор про этот камень знает (picc18 9.50), но файлика не имеет. А сравнивать, на что он похож- так можно что-то и упустить. На хайтековском форуме поднимали вопрос, так сказали запрашивать у их службы поддержки :). Может, кто-то имеет уже? Или в новых версиях поставки компилятора он уже есть, этот хедер? Какая-то у меня чушь с ftp. Там, где куча от Иваныча лежит, ни один файл не скачивается, говорит "файл не найден". С других папок что-то качает, а из этой, самой вожделенной- не желает :( PS. Кстати, и USB линк ICD2 как-то меня не обрадовал. Надеялся на большее. Главное что напрягает- неустойчивость какая-то. Но это наверное не разобрался я еще (первый день как шайбу майкрочиповскую подключил). Наверное день сегодня какой-то не того......