Jump to content

    

ivainc1789

Свой
  • Content Count

    1183
  • Joined

  • Last visited

Everything posted by ivainc1789


  1. Да, не работает вывод текста именно в режимах GUI_SetTextMode(GUI_TM_NORMAL) и GUI_SetTextMode(GUI_TM_REV). Скорее это не связано с "поддержкой" нового контроллера, я проверил какие команды посылает библиотека в контроллер при выводе текста в этих режимах. Оказалось, что ничего особенного - те же команды 2A,2B,2C. Пробовал увеличивать тайминги по FSMC - не помогло. Удивительно, что не работают только два режима вывода из пяти. Особенно жаль NORMAL, поле EDIT использует для своей инициализации именно этот режим... Что же делать?... Попробую еще поиграться с инициализацией самого контроллера, если не поможет, значит все дело в библиотеке, будем как-то жить с урезанным текстовым выводом...
  2. Отвечу сам себе (. Судя по мануалу, NT35510 не поддерживается. Тем не менее, я попробовал это оспорить. Система команд очень похожа, для ввода/вывода используются [в основном] команды ILI9486 0x36,2A,2B,2C,2E. NT35510 должен получить: 0x3600,0x2A00 и так далее. Причем параметры всегда однобайтовые и перед ними должна всегда выводится "инкрементированная" команда. Короче, вот функции LCDConf_FlexColor.c, которые я переписал: /******************************************************************** * * LcdWriteReg * * Function description: * Sets display register */ uint16_t cmd; // текущая команда uint8_t i; // текущий параметр команды static void LcdWriteReg(U16 Data) { // ... TBD by user Data <<= 8;cmd = Data;i=0; *(uint16_t *)ADR_CMD = Data; } /******************************************************************** * * LcdWriteData * * Function description: * Writes a value to a display register */ static void LcdWriteData(U16 Data) { // ... TBD by user if (i == 0){// первый параметр команды *(uint16_t *)ADR_DAT = Data; }else{// команда и последующий параметр команды *(uint16_t *)ADR_CMD = cmd+i;*(uint16_t *)ADR_DAT = Data; } i++; } /******************************************************************** И это работает!!! Дисплей: http://www.lcdwiki.com/3.97inch_16BIT_Module_NT35510_SKU:MRB3973 Подключение: STM32F103VET6, FSMC. Но счастье длилось недолго ибо обнаружил странный глюк при выводе текста. Взял кусок кода из UM01003 v6.18 стр 215: // пример вывода текста из UM03001_v6.18.pdf стр. 215 // вывод должен соответствовать картинке в UM03001_v6.18.pdf GUI_SetFont(&GUI_Font8x16); GUI_SetBkColor(GUI_BLUE); GUI_Clear(); GUI_SetPenSize(10); GUI_SetColor(GUI_RED); GUI_DrawLine(80, 10, 240, 90); GUI_DrawLine(80, 90, 240, 10); GUI_SetBkColor(GUI_BLACK); GUI_SetColor(GUI_WHITE); GUI_SetTextMode(GUI_TM_NORMAL); GUI_DispStringHCenterAt("GUI_TM_NORMAL", 160, 20); GUI_SetTextMode(GUI_TM_REV); GUI_DispStringHCenterAt("GUI_TM_REV", 160, 36); GUI_SetTextMode(GUI_TM_TRANS); GUI_DispStringHCenterAt("GUI_TM_TRANS", 160, 52); GUI_SetTextMode(GUI_TM_XOR); GUI_DispStringHCenterAt("GUI_TM_XOR", 160, 68); GUI_SetTextMode(GUI_TM_TRANS | GUI_TM_REV); GUI_DispStringHCenterAt("GUI_TM_TRANS | GUI_TM_REV", 160, 84); К сожалению, через функции GUI_ текст выводится иногда с ошибками и пока нельзя сказать, что это из-за криво поддержанного контроллера NT35510. Текст внутри виджетов всегда выводится корректно.
  3. Сначала у меня был дисплей на ILI9486 и мне удалось довольно быстро его настроить в STemWin, видимо потому, что он поддерживается библиотекой. Но при подключении было обнаружено, что кристаллы "потекли" (с момента покупки не проверялся и не подключался) и в конечном устройстве использовать его невозможно. Вскоре получил дисплей на NT35510, который довольно быстро удалось инициализировать и проверить на тестовых программах до подключения STemWin. Все работает без замечаний. Однако после подключения STemWin дисплей не работает, при этом инициализация его проходит нормально. Наверное, дело в том что команды NT35510 хотя в целом и похожи на ILI9486 имеют отличие - 16битный формат. Например, сброс дисплея для ILI9486: TFT_WriteCmd(01); а для NT35510: TFT_WriteCmd(0100); Возможно, дело именно в этом, но моих знаний STemWin пока не хватает, чтобы что-то поправить в библиотеке. Скорее всего, ошибка в этой функции: void LCD_X_Config(void) { GUI_DEVICE * pDevice; CONFIG_FLEXCOLOR Config = {0}; GUI_PORT_API PortAPI = {0}; // Set display driver and color conversion pDevice = GUI_DEVICE_CreateAndLink(GUIDRV_FLEXCOLOR,GUICC_565,0,0); // Orientation //Config.Orientation = GUI_SWAP_XY | GUI_MIRROR_Y; Config.Orientation = GUI_SWAP_XY; //Config.Orientation = GUI_ROTATION_CW; //Config.RegEntryMode = 0x6E30; LCD_SetSizeEx(0, YSIZE_PHYS, XSIZE_PHYS); GUIDRV_FlexColor_Config(pDevice,&Config); // Set controller and operation mode PortAPI.pfWrite16_A0 = LcdWriteReg; PortAPI.pfWrite16_A1 = LcdWriteData; PortAPI.pfWriteM16_A1 = LcdWriteDataMultiple; PortAPI.pfReadM16_A1 = LcdReadDataMultiple; GUIDRV_FlexColor_SetFunc(pDevice,&PortAPI,GUIDRV_FLEXCOLOR_F66709,GUIDRV_FLEXCOLOR_M16C0B16); } Я ее не изменял с момента использования ILI9486. Подскажите, что не так...
  4. Именно так и сделано, по рисунку же видно... Проверил состояние битов, все верно указано, куб нагенерил именно так! А вот этот битик был в 1, т. е. NSS менеджмент разрешен. Я его скинул так #define BITCLR(REG,BIT) ((REG) &= ~(BIT)) BITCLR(SPI1->CR1,SPI_CR1_SSM); Проверил в CubeIDE - состояние сбросилось. Но все эти меры не привели состояние пина 77 к возможности переключаться. Помогает только если отменить ремап SPI1... P.S. Попробовал сконфигурировать SPI1 в режим master с пином NSS в режиме hardware выхода. Передача байтов по линиям MOSI и SCK проходит как нужно, но NSS все время в низком уровне. Поведение одинаково и с ремапом SPI1 и без оного...
  5. Нарвался совершенно случайно на очередные грабли. Вот простая конфигурация для STM32F103VET6. Как видим, ремап сделан и для SPI1 и для TIM2CH1. В данной конфигурации был важен именно таймер, т. к. я планировал звук выводить на пищалку именно через него (пин 77). Куб ничего подозрительного не выдал, я естественно тоже никакого криминала не заметил, короче, плата была успешно сделана. Приступил к программированию и тут все порушилось: пин 77 не хотел делать НИЧЕГО! Висит в Hi-Z и все. Разбор полетов показал, что SPI1 не имеет частичного ремапа и переносятся не только пины SCK,MISO,MOSI но и NSS! И насколько показывают мои эксперименты, для данной конфигурации платы пин 77 потерян - нужно выбирать что-то одно, но нужен и SPI1 и таймер (звук). Была надежда, что пином будет управлять та периферия, которая инициализирует его последней. На практике вроде такое не подтвердилось... Вот решил посоветоваться, может что не так понимаю или есть еще варианты? TIM2CH1asA15.rar
  6. Точно! В голову как-то не пришло насчет конденсаторов. Сверил проекции - действительно, они родимые! Причем именно кондеры, если кондер не установлен (то есть не запаян) то и его "залипа" по проекции нет. Большое спасибо за помощь. Принесли проц с памятью и... плата-то заработала!
  7. Эх, к сожалению далеко не в Москве...
  8. Внезапно принесли материнскую плату в ремонт Хуананжи X99-TF. Диагностика выявила умерший интеловский хаб - SLKM8. После вроде бы успешной перепайки новым выяснилось, что для проверки ни проца ни памяти под рукой нет, зато есть возможность воспользоваться мед. рентгеном. Качество снимка к сожалению не очень, но видны "залипшие" шары. Если присмотреться, то это залипами назвать еще пока нельзя ибо расположены они довольно характерно в таких местах, где расстояние между шарами довольно велико. Какие будут мнения? При включении после запайки чипа (без проца и памяти) на мат плату можно лицезреть пост код FF и через несколько секунд ребут. Далее все повторяется циклично... Все напряжения после дежурки вроде в норме, ничто не греется, есть включение подсветки на плате (мультиконироллер включает блок питания ATX), вращаются вентиляторы VRM...
  9. Точно! Попробовал, это работает! Шпиндель коммутируется относительно редко, поэтому термистор не успевает существенно нагреваться. Но ваш вариант интересен, надо будет его опробовать на практике. Ну я не сталкивался с проблемами в этом смысле и в данном проекте. Но перед HY4008 использовался TIP35C, который взорвался прямо при первом же включении на слабую нагрузку. Позже выяснилось под рентгеном, что китайцы вставили туда микроскопический кристалл на меньшую мощность. Также у меня есть давно купленный (и тоже на Ali) IXTK90N25L2 специально предназначенный для работы в линейном режиме. И даже по отзывам его нагружали от блока ATX и раскаляли до красна, и он выдерживал! Но я убоялся работать с ним из-за риска ненадежности. Вообще с покупкой китайских силовых полупроводников нужно быть очень осторожным, не покупать самое дешевое, желательно иметь пару магазинов с проверенным качеством, такие есть на Ali. Следующим перед HY4008 был наш KT898A1 - попытка доверится советской элементной базе, этот солдат честно держал удар, но радиатор 10*7*2см на макс мощности имел температуру 95 градусов и я решил с ним не экспериментировать тоже, риск потери координат из-за прерывания питания может дорого стоить. Короче, загасить 55V побыстрому до 24V не получилось, просто времени не было, нужно было сделать срочную гравировку...
  10. Да, я тоже думал о каскадном. Изначально в станке стоял тороидальный транс ватт на 150 и выходом 55V. Я тогда сделал обычный стабилизатор на HY4008 и он некоторое время работал даже при дикой рассеиваемой мощности. Просто нужно было быстро что-то сделать, вот и сделал. Естественно, поработав так на десятке плат во время обрезки очередной мосфету пришел каюк, а за ним и всей плате управления и драйверам шаговых двигателей ибо на них пошло 55V напрямую как результат пробоя. Так что первичный "преобразователь" на основе транса был и есть. Но более верное решение полностью переделать плату управления двигателем так как его номинальное напряжение 36V. Я долго экспериментировал с оборотами пытаясь увидеть разницу на качестве гравировки при полном питании мотора от 36V. Но по факту все всегда нормально работало и от 24V, потому его и использую. По теме. Проблему удалось решить. Блок питания не стал трогать т. к. все же он работает нормально. А вот в разрыв питания мотора изготовил и включил вот такую схемку: XR1 принимает 24V на вкл шпинделя, к XR2 подключаем шпиндель. Осциллограмма на выходе блока стала теперь такой (слева начало перех процесса, справа - полностью), шунт 0R15: Теперь стартовый ток около 3A и небольшой всплеск в момент включения VT1. Все работает нормально. Китайский адаптер вообще вне себя от щастья, теперь с ним нет сильного "мех удара" в момент пуска двигателя. Единственный недостаток схемы - если включать мотор слишком быстро после последнего выключения, VT1 не успевает закрываться и получаем знакомую перегрузку. Но это легко устраняется настройкой схемы (уменьшение R2, введение порогового элемента и т. п.). Только не надо забывать, что шпиндель регулируется ШИМом платы управления, потому при низких напр питания возможны новые проблемы... Но в целом, как всегда, самое правильное решение вообще все переделать после китайцев, но времени на это катастрофически не хватает. SpindleSoftStartFiles.rar
  11. не совсем понял... заменил же оба на 0F0022=2200uF и осциллограммы приведены для датчика тока 0R15. Не работает, но слегка улучшило ситуацию. Полагаю, нужно изменить схему обратной связи, кардинально.
  12. Итак, заменил С9 С10 на 2200uF 35V а также нашелся токовый шунт 5W 0R15. Установил его в разрыв минуса на выходе, т. к. осцилл имеет два канала с общей землей. Привожу осциллограмму для напряжения (верхняя) и тока (нижняя) на выходе источника питания 24V4A5 на TOP256YN: Пусковой ток стал теперь более 13A, а напряжение теперь не так резко падает в районе 14V. Стоит ли и далее увеличивать емкости фильтра? Получается нехилая батарея кондеров, если еще и остальные заменить.... В корпусе нет столько места... Все же попробую заняться ограничением тока, мне кажется такой подход более эффективным... Кстати, китайский адаптер очень легкий, его размеры 130*60*30мм.
  13. В разрыв плюса на выходе блока питания поставил резистор 0R33 5W и вот осциллограмма на нем в момент включения мотора: Т.е. имеем пусковой ток 10A а длительность перегрузки аж 15-20ms. Не удивительно, что контроллер уходит в защиту... Вопрос, как теперь с этим бороться... Завтра попробую увеличить емкости С9-С10 но ИМХО это не поможет - кондеры просто разрядятся а контроллер не сможет их быстро зарядить до наступления авторестарта... Я конечно использовал PIexpert для расчета, но перепроверял в другой программе. PIexpert почему то выставил непрерывный ток по намоточным данным для прерывистого тока. Реальная индуктивность первички около 250uH. PIexpert.rar Почему же китайское чудо работает?
  14. Попозже сделаю по току, вот пока по напряжению. Итак, подключаем шпиндель сначала к блоку на TOP256 а потом к китайскому адаптеру. Третья осциллограмма - сделана для определения времени переходного процесса китайского адаптера. Как видим, все плохо у TOP. Длительность "переходного процесса" высока, что интерпретируется контроллером видимо как КЗ и начинаются авторестарты. А у китайца не так все плохо - 100мс на восстановление и все. Вскрыть китайца пока жалко ))) В моем первом сообщении приведена осциллограмма при подключении электронной нагрузки к блоку на TOP. Для китайца она оказалась чуть даже хуже чем в моей схеме. ИМХО, с электронной нагрузкой речь идет о переходном процессе лишь в 5-10us. А при подключении шпинделя имеем десятки-сотни ms... Я пробовал подбирать эту цепь и с резистором и без оного, но ничего не изменилось ни на электронной нагрузке ни на подключении мотора. да я уже попробовал и это по приведенной ниже схеме, (на фото стороны bottom) вы можете видеть оставшиеся замкнутые накоротко 5 резисторов 1206 включенных в разрыв выходного разъема. При плавном изменении (увеличении) нагрузки TOP корректно снижал напряжение как и китайский адаптер, но при подключении мотора-шпинделя все опять повторилось как и до... Кроме всего, я тут же изготовил второй блок питания по идентичной методике на TOP271EN, 24V8A и думал, что сейчас то уж все заработает - и фиг там, полное повторение ситуации с мотором. А вот в пределах расчетных данных, т. е. когда нагрузка активна и не перегружает блок - он работает нормально, вопросов нет. Сам мотор все же маломощный (индуктивность 720uH), ИМХО не может так сильно перегружать. У китайского адаптера 5А конечно же китайские, ограничение наступает уже при 3.5A и при этом с ним все работает... Пока даже не ясно, какая защита срабатывает
  15. Получил из Китая мини ЧПУ с совсем битой электроникой. Пришлось заменить плату управления и остро встал вопрос по блоку питания. Так как станок мини и предназначен только для гравировки небольших плат задача показалась тривиальной и в короткие сроки был изготовлен блок питания 24V4A на TOP256YN (фотки и схему прилагаю). Сама плата работает нормально только в пределах расчетных характеристик, но как только подключаю к ней маломощный шпиндель станка (на холостом ходу потребляет 24V 0.4A) блок питания уходит в защиту и работает авторестарт каждую секунду. Побороть пока не получается. Однако установлено, что если шпиндель включать шимом постепенно, то все нормально работает. Проблема именно с пуском при старте. Такая работа источника питания совершенно недопустима для ЧПУ ибо при прерывании питания станок теряет координаты со всеми вытекающими. При подключении электронной нагрузки 2A имеем на выходе блока ужасающую переходную характеристику (см вложение). Насколько я понимаю, схема обратной связи слишком медленная и не успевает отслеживать резкие изменения нагрузки. Мои попытки подбора R9 и С14 ни к чему не привели - все остается практически без изменений. Далее я попытался сделать доп схему soft start на вторичной стороне, которая состоит из электролита параллельно TL431 и его зарядной цепи из резистора и диода. Суть в том, что при включении блока питания и заряде этого электролита ток в пин CONTROL TOP256 не прерывается и авторестарт откладывается. Но это работает только при старте блока питания, ведь далее электролит остается в заряженном состоянии и на работу схемы TL431 не влияет. Первое же включение шпинделя приводит к прерыванию питания и только второй авторестарт нормально запускает этот шпиндель. Итак, реакция на резкое изменение нагрузки при включении шпинделя (step load regulation) не позволяет использовать данное схемное решение на TOP256YN. Может быть, TOPswitch девайсы являются voltage mode контроллерами и принципиально не могут работать в этих применениях? Прошу помочь. P.S. Работаю пока на дешевом китайском блоке питания 24V5A, нормально запускающим шпиндель. Замеры его выхода показали что он не отключает выход при перегрузках, а просто ограничивает мощность, т. е. при увеличении тока свыше 5A напряжение на выходе плавно снижается. Стало еще интереснее...
  16. Разобрался с Д компонентой. Все нормально считается. Не учел, что OCR1A 16р регистр, 16р ШИМ. Поэтому коэффициенты ПИД без маштабирования для картриджа T12 будут довольно большими, у меня получились: Kp = 900, Ki = 2.5, Kd = 1200. Период апдейта регистра 8ms. Работает нормально, но просадка по температуре все же +-2 градуса при касании полигона. Ищу способы улучшения...
  17. Как минимум два способа "компенсации": 1. Просто предположим, что комнатная температура это 23 градуса и она стабильна для холодного спая картриджа T12. 2. Китайцы в паяльниках устанавливают термистор, видимо как раз для компенсации. ИМХО, это лишнее, т. к. температура в ручке все же меняется очень слабо и постепенно, а колебания измеренного значения температуры например в течении пяти минут на плюс минус пять градусов для паяльников имхо не критичны... Обязательно попробую. Сдается мне без гистерезиса вряд ли заработает как надо...
  18. Да, спасибо, я это уже уяснил и доказал экспериментом на стенде. Загвоздка теперь только в том, что Д составляющую оказалось не так-то просто настроить, даже учитывая что провал температуры при касании жалом полигона легко видеть на измерителе температуры (у меня к Меге8) подключены 3 7сегм индикатора. OCRd = Kd * (Told - T), где Told - температура на предыдущем шаге, т. е. 8ms назад. Как Kd не увеличивай, вклад этой составляющей увидеть не удается. Сейчас я пытаюсь найти ошибку в программной части, но пока тщетно...
  19. Я был бы признателен, если бы вы рассказали о вашей реализации. Потому что как показали и мои эксперименты, ПИД для паяльника не то что не нужен - просто я пока считаю, что он не работает как хотелось бы, т. к. Д компонента практически бесполезна у меня или я еще не до конца понял/настроил теорию/практику. К сожалению, не могу похвастаться таким желанием. Есть желание оттолкнуться от практики, чтобы понять теоретическую часть в общих чертах. Практически, как только я выполнил OCR1A = Kp * E все сразу заработало как предполагалось. И даже удалось настроить И компоненту и понять, что нужно вовремя сбрасывать интегратор. Но Д компонента пока слишком сложна в настройке: она влияет очень слабо, т. к. температура не способна (ИМХО) за 8ms сколь нибудь значительно измениться. Увеличение Д коэфф не особо помогает. Конечно, я мог бы увеличить период регулирования например до 100ms, но это же понятное дело, за такое время температура может и провалиться значительно... Пока не готов сказать, какие есть тут решения... И это при том, что реакция на эти провалы как раз и наиболее важна.... Возможно, какой нить ON/OFF метод действительно может оказаться... даже эффективнее... Сейчас на стенде паяльник T12 с Ali работает на Меге8 и сделано все пока с применением флоат переменных, картриджи к нему якобы 75Вт (верится с трудом). Уставка устаканивается довольно быстро и тут еще требуется настройка и есть идеи, но реакция на касание полигона самодельной платы (нет металлизации и внутр слоев) приводит к падению температуры на 4 градуса в течение примерно 3сек и как только отрываю от платы - идет восстановление до +3 над уставкой в течение примерно тех же 3сек. Такие результаты не могут меня устроить... Tanya, вы как напишете, у меня сразу начинаются бессонные ночи! ))) Можно вас попросить применить (и по возможности пояснить) написанное к условиям моей конкретной задачи?
  20. То есть, если я правильно понял вышесказанное применительно к озвученным условиям задачи нужно записать так: OCR1A = Kp * E. И результат при E >= 0 напрямую записывать в OCR1A каждые 8ms, а при E < 0 (перегрев) просто держать OCR1A = 0 (нагреватель полностью выключен)? Если так, то да, будет некоторый постоянный недолет до уставки (смещение). И тогда все встает на свои места... Правильно ли я понимаю, что если включить остальные компоненты (I и D), то при E < 0 (перегрев) знак OCRp = Kp * E становится важен ибо теперь OCR1A = OCRp + OCRi + OCRd (с проверкой на границы, конечно)?
  21. Возникла необходимость и желание ознакомиться с ПИД регуляторами. Проблемы не заставили себя долго ждать... Предположим, нужно сделать простой регулятор для паяльника. Берем ATmega8 и определяем 16р. OCR1A для управления нагревателем. OCR1A=0 и нагреватель выключен, OCR1A=65535 и нагреватель включен на полную мощность. Естественно, программируем 16р. ШИМ. Также я сделал измерение температуры жала. Итак, каждые 8ms программа получает данные о текущей температуре, рассчитывает ПИД и определяет новое содержимое OCR1A, выдавая на нагреватель соотв мощность... А вот и проблемы: 1. Рассмотрим работу P регулятора. I и D выключены. Вроде все должно быть просто: OCR1A = OCR1A + Kp * E, где E = Tu - T; (Tu - уставка, T - текущая температура). Такая формула работает только в том случае, если T находится вблизи уставки. Т. е. задача сделать предварительный нагрев должна рассматриваться как отдельная задача... Тогда почему теория говорит о некоем смещении, которое свойственно P регулятору в установившемся режиме? Лично я его не наблюдаю! Температура у меня четко держится на уровне уставки с небольшими отклонениями на 1 градус максимум. Все соответствует вышеприведенной формуле, если преднагрев уже сделан. Если же не сделан, то имеем очень сильный "перелет" уставки, после чего все устаканивается... Вместе с тем, моя BGA паяльная станция построенная на ПИД контроллере REX100 (нижний подогрев) при выключенных I, D компонентах ведет себя несколько мудро: она предугадывает приближение к уставке, причем как сверху так и снизу и соответствующим образом управляет релейным выходом. Конечно, наверное я так тоже могу сделать, но вот вопрос - где тут заканчивается теория и начинается творчество разработчика? Где долбаное смещение? Как его увидеть? Уже потратил несколько часов, собрал макет, но есть ощущение, что теорию я не понимаю... 2. Попытки использовать интегральную (I) составляющую также ни к чему хорошему не привели. Малейшее ее влияние сильно замедляет систему и реакция на изменения температуры становится вялой. Она как бы не нужна здесь... 3. Чудо под названием D дифференциальная составляющая практически не может работать: с таким малым периодом (8ms) температура не успевает измениться значительно и соотв эта компонента если и влияет то очень слабо... Если увеличить период, то проигрываем в быстрой реакции из-за снижения частоты управления.. Итак, получается что проблема регулятора паяльника тупо вырождается в простой П регулятор с аккуратным преднагревом до уставки... И вот я думаю, прав ли я?
  22. и я вот тоже хочу не использовать, но не могу. Ставить ради этого 17 версию - времени катастрофически нет! Есть же parameter manager, там видны и быстро редактируются все эти алиасы но ECO не применяет изменения для библиотек! Не могли бы вы попробовать у себя, только именно в AD18.1.7? Может сбой какой...
  23. Я конечно дико извиняюсь, но в панели SCHLibrary AD18.1.7 нет раздела Alias!
  24. AD18.1.7. Подскажите, как удалить элиасы компонентов в проекте библиотеки? Я так понимаю, нужно это делать через Parameter Manager проекта библиотеки, там есть все эти параметры, но удалять их ECO не хочет, пишет schematic parameters not available. Если удалять параметры обычного проекта, все работает нормально, а вот для библиотеки не работает...
  25. А можно ли поинтересоваться лично у вас, электронная база указанного контрагента является ли полным клоном сайта Элитан по ассортименту? Если я не нашел у них нужный компонент, значит он отсутствеут и на сайте Элитана?