Proteus модели

[crystall]

VO-VAN,
Установил Proteus 8 Professional
чёт не могу найти опцию переключения языков интерфейса. Language seting.
Не подскажите??
Похоже нужен файл руссификатор zip архив а где взять?

[CERGEI1982]

Учи английский, сейчас вся информация на нем. Русского нет ничего...

[crystall]

Ага. из за двух моделей. Да видел я этот английский скоро все разработки наши которые они купили будут назад переводить точно говорю. Их жадность раковая сожрёт.

[OldDriver]

Уважаемый ProtAS-13, вопрос в продолжении темы модели светодиода.
Сделал два варианта с вычислением проводимости элемента модели. Символьное дифференцирование и числовое. Что то расхождение в 3 порядка вызывает вопросы.

VOID JDT1800::dcload(REALTIME crt, SPICEMODES cmode, DOUBLE *oldrhs, DOUBLE *newrhs) {
    //ainstance-›log("Current dcload time %f, Voltage A_K=%f V, modes: %s.\n", crt, (oldrhs[LEDA_PIN] - oldrhs[LEDK_PIN]), getNameOfSpiceMode(cmode));
    DOUBLE сvoltage = oldrhs[LEDA_PIN] - oldrhs[LEDK_PIN];
    if (сvoltage › 0.0) {
        DOUBLE Delta_V = сvoltage / 1000000;
        if (cmode & SPICEINITJCT) ccurrent = IWHITELEDVAX1(сvoltage);   //--- Экспоненциальная апроксимация ВАХ для белого светодиода.
        ccurrent = IWHITELEDVAX2(сvoltage, ccurrent);                   //--- Уточненная экспоненциальная апроксимация ВАХ для белого светодиода.
        //ainstance-›log("For voltage=%.15f V, current=%.15f A\n", сvoltage, ccurrent);
        //DOUBLE v1 = GWHITELEDVAX(сvoltage, ccurrent);            //--- Эквивалентная проводимость для модели LED.
        //DOUBLE v2 = (IWHITELEDVAX2((сvoltage + Delta_V / 2), ccurrent) - IWHITELEDVAX2((сvoltage - Delta_V / 2), ccurrent)) / Delta_V;
        //DOUBLE v3 = (IWHITELEDVAX2((сvoltage + Delta_V / 2), ccurrent) / Delta_V) - (IWHITELEDVAX2((сvoltage - Delta_V / 2), ccurrent) / Delta_V);
        //ainstance-›log("V1=%.15f A, V2=%.15f, V3=%.15f A.\n", v1, v2, v3);
        conduction_equ = (IWHITELEDVAX2((сvoltage + Delta_V / 2), ccurrent) / Delta_V) - (IWHITELEDVAX2((сvoltage - Delta_V / 2), ccurrent) / Delta_V);
        ccurrent_equ = ccurrent - conduction_equ * сvoltage;            //--- Эквивалентный источник тока для модели LED.
        //ainstance-›log("Conduction_equ=%.15f, current via conduction=%.15f A, ccurrent_equ=%.15f A.\n", conduction_equ, conduction_equ * сvoltage, ccurrent_equ);
        *nodeaa += conduction_equ;
        *nodekk += conduction_equ;
        *nodeak -= conduction_equ;
        *nodeka -= conduction_equ;
        newrhs[LEDA_PIN] -= ccurrent_equ;
        newrhs[LEDK_PIN] += ccurrent_equ;
    }
    else {  /* сvoltage ‹= 0.0 */
        DOUBLE temp = 1 / R_LED_PARALELL;
        *nodeaa += temp;
        *nodekk += temp;
        *nodeak -= temp;
        *nodeka -= temp;
    }
}

Получается вот так:

Current dcload time 0.000000, Voltage A_K=3.196000 V, modes: SPICEDC, SPICEDCOP, SPICEINITFIX. [LCD1]
For voltage=3.196000000000000 V, current=0.029089904677625 A [LCD1]
V1=39.999163154963696 A, V2=0.095019854372432, V3=0.095019854372367 A. [LCD1]
Conduction_equ=0.095019854372367, current via conduction=0.303683454574086 A, ccurrent_equ=-0.274593549896460 A. [LCD1]
Current dcload time 0.000000, Voltage A_K=3.196000 V, modes: SPICEDC, SPICEDCOP, SPICEINITFIX. [LCD1]
For voltage=3.196000000000000 V, current=0.029076131832089 A [LCD1]
V1=39.999162758569469 A, V2=0.095019961293492, V3=0.095019961294383 A. [LCD1]
Conduction_equ=0.095019961294383, current via conduction=0.303683796296849 A, ccurrent_equ=-0.274607664464760 A. [LCD1]
Current dcload time 0.000000, Voltage A_K=3.196000 V, modes: SPICEDC, SPICEDCOP, SPICEINITFLOAT. [LCD1]
For voltage=3.196000000000000 V, current=0.029076164549417 A [LCD1]
V1=39.999162759511542 A, V2=0.095019961039471, V3=0.095019961039724 A. [LCD1]
Conduction_equ=0.095019961039724, current via conduction=0.303683795482961 A, ccurrent_equ=-0.274607630933543 A. [LCD1]
Current dcload time 0.000000, Voltage A_K=3.196000 V, modes: SPICEDC, SPICEDCOP, SPICEINITSMSIG. [LCD1]
For voltage=3.196000000000000 V, current=0.029076164471698 A [LCD1]
V1=39.999162759509312 A, V2=0.095019961039471, V3=0.095019961039724 A. [LCD1]
Conduction_equ=0.095019961039724, current via conduction=0.303683795482961 A, ccurrent_equ=-0.274607631011263 A. [LCD1]

Непонятно, почему такая разница.

[ProtAS-13]

Что то расхождение в 3 порядка вызывает вопросы

Честно говоря, не понял где Вы увидели столь большое расхождение.
Видимо, Вас смущает столь большая разница между v1 и v3.
Давайте разбираться:
1. Вы забыли, что эквивалентная проводимость ТАКЖЕ участвует в расчете эквивалентного тока.
Для лучшего понимания, я свел Ваши данные в табличку (см. рис.1) - желтым выделены расчетные данные.
2. Вы, в очередной раз, путаете эквивалентные (задаваемые) с расчетными значениями.
Для наглядности, давайте попробуем реализовать в Proteus обе эквивалентные схемы, взяв, к примеру, значения из последних строчек (см. рис.2). Как видите, там разница в рассчитанных узловых точках относительно неявной земли составляет проценты - ну это уже зависит от Ваших расчетных формул.

P.S. На мой взгляд, Вы делаете лишнюю работу, пытаясь смоделировать подсветку дисплея. Данная функциональность в модели дисплея избыточна. И вот почему.
Во-первых, т.к. и дисплеи имеют разброс (а если речь о китайских, то разброс значительный ), и разница в цветопередаче монитора, на котором производится моделирование, и самого дисплея, также значительна.
Во-вторых, уровень подсветки устанавливается пользователем в зависимости от множества факторов: наклон/внешнее освещение/субъективное восприятие цветов и яркости/..., которые Вы просто не сможете смоделировать. Поэтому, подсветку регулируют уже по месту, в реально изготовленном устройстве.
Если же Вы считаете, что моделирование подсветки так архиважно для пользователя Вашей модели, то возьмите 2-3 точки, где яркость так сильно изменяется, что это должно быть отражено в модели, и анализируйте их.
К примеру, каждые 30% прироста напряжения на контактах подсветки, тупо, без расчетов, меняйте фон у модели. Плюс можно взять предельные значения, с выводом предупреждающего сообщения. При этом, и модель станет проще, и, самое главное, работать будет быстрее.

[OldDriver]

Доброго вечера.
1. Выведены значения проводимости для 3 вариантов. И v1 и v2 и v3 это проводимости. Буковка А там по ошибке зетесалась. Между 2 и 3 вариантом разница не принципиальна. Там я проверял потерю значности при близких значениях. А вот разница между 1 и 2 вариантом существенна и вызывает вопросы. Напомню v1 это расчет по формуле производной. Формулы были в предидущем посте. 2 и 3 это прямой расчет производной в точке как деление изменения тока на изменение приложенного напряжения в данной точке di(v)/dv. Изменения приложенного наряжения в 1/1000000 от приложенного напряжения вполне может считаться как о-малое о заданой величины.
2. Не путаю. Но вызывает вопросы столь существенная разница значений. Это всегда не просто так. А так как эквивалентные схемы собираются моделирующей программой в общую схему при определенных условиях это вылазит наружу. Либо что то не доделываю. Именно оттуда и вылазит странный ВАХ. Кстати в последней приведееной мной схеме и ВАХ если убрать датчик тока через резистор который в графиках никак не задействован получим опять генератор тока.
3. Возможно избыточна. Согласен, но моделируется не абсолютная яркость а относительная. С возможным ШИМ. Мне понадобилась такая фича для управления яркостью в зависимости от текущей освещенности. Естествеено конкретные значения отлаживаются на живом приборе.
Расчет оптимизирован и при работе тестовой схемы с мк и программой рисования на lcd использует 4-5% cpu на достаточно слабом портативном ноутбуке.

[OldDriver]

Доработанная модель LCD на ST7735S. Логическая и аналоговая модель. Аналоговая поддерживает как постоянный ток так режим ШИМ для LED подсветки. Библиотека для работы с этим LCD. Критика приветствуется.
Код для ATMEGA328p

[crystall]

Здравствуйте.
Люди такой глюк образовался.
Таймер ne555 в симуляторе ноги 4,8 соединяем симулируем схему мерим амперметром потребление показывает MAX зашкал хотя работало и показывал около 190-200 миллиампер. чё случилось как исправить и было ли у кого такое. пробовал отсоединить 8 оставлял только 4 ногу по питанию потребление около 50 ма. но выход не работает. причём в стандартном SAMPLE папке Counter freqencu такая же фигня.

Вообщем вывод такой что амперметор в симуляторе на других устройствах показывает правильно но на модели 555 при 8 нога питания идёт перегрузка по току. что делать?
потребление всей схемы с обвязкой уже не определишь примерно.
подскажите выход или файлMDF глюкнул. Переустановил Proteus 7.10 ничего не изменилось.

[OldDriver]

Вопрос знатокам VSM API. Если нужно самому прогнать несколько итераций приближения к расчетному значению тока, как узнать из системы текущую допустимую погрешность расчета тока? Есть формула I=F(U,I). Она гарантированно сходящаяся. После нескольких итераций разница между I слева и I справа будет очень мала. А сколько это очень мала в рамках spice? Сейчас поставил как (GMIN*U). Но вот насколько это правильно?

[dukal]

Здравствуйте! Оч. нужна модель TXS0108E. Есть модель IBIS но не знаю , как конвертировать. Протеус 8 про. Может кто поможет?