26.08.2018, 18:06
|
#2221
|
Временная регистрация
Регистрация: 02.09.2006
Сообщений: 57
Сказал спасибо: 0
Сказали Спасибо 2 раз(а) в 2 сообщении(ях)
|
Re: Proteus модели
VO-VAN,
Установил Proteus 8 Professional
чёт не могу найти опцию переключения языков интерфейса. Language seting.
Не подскажите??
Похоже нужен файл руссификатор zip архив а где взять?
__________________
С уважением
YuriyMI
Последний раз редактировалось crystall; 26.08.2018 в 18:20.
|
|
|
|
26.08.2018, 20:18
|
#2222
|
Почётный гражданин KAZUS.RU
Регистрация: 03.01.2007
Адрес: Россия,Иркутская обл.
Сообщений: 2,579
Сказал спасибо: 351
Сказали Спасибо 315 раз(а) в 193 сообщении(ях)
|
Re: Proteus модели
Учи английский, сейчас вся информация на нем. Русского нет ничего...
__________________
Глаза боятся,а руки делают.
|
|
|
|
26.08.2018, 22:19
|
#2223
|
Временная регистрация
Регистрация: 02.09.2006
Сообщений: 57
Сказал спасибо: 0
Сказали Спасибо 2 раз(а) в 2 сообщении(ях)
|
Re: Proteus модели
Ага. из за двух моделей. Да видел я этот английский скоро все разработки наши которые они купили будут назад переводить точно говорю. Их жадность раковая сожрёт.
__________________
С уважением
YuriyMI
|
|
|
|
05.09.2018, 13:53
|
#2224
|
Прописка
Регистрация: 12.02.2016
Сообщений: 107
Сказал спасибо: 22
Сказали Спасибо 3 раз(а) в 3 сообщении(ях)
|
Re: Proteus модели
Уважаемый 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] |
Непонятно, почему такая разница.
|
|
|
|
05.09.2018, 22:25
|
#2225
|
Прописка
Регистрация: 17.03.2015
Сообщений: 296
Сказал спасибо: 0
Сказали Спасибо 220 раз(а) в 126 сообщении(ях)
|
Re: Proteus модели
Сообщение от OldDriver
|
Что то расхождение в 3 порядка вызывает вопросы
|
Честно говоря, не понял где Вы увидели столь большое расхождение.
Видимо, Вас смущает столь большая разница между v1 и v3.
Давайте разбираться:
1. Вы забыли, что эквивалентная проводимость ТАКЖЕ участвует в расчете эквивалентного тока.
Для лучшего понимания, я свел Ваши данные в табличку (см. рис.1) - желтым выделены расчетные данные.
2. Вы, в очередной раз, путаете эквивалентные (задаваемые) с расчетными значениями.
Для наглядности, давайте попробуем реализовать в Proteus обе эквивалентные схемы, взяв, к примеру, значения из последних строчек (см. рис.2). Как видите, там разница в рассчитанных узловых точках относительно неявной земли составляет проценты - ну это уже зависит от Ваших расчетных формул.
P.S. На мой взгляд, Вы делаете лишнюю работу, пытаясь смоделировать подсветку дисплея. Данная функциональность в модели дисплея избыточна. И вот почему.
Во-первых, т.к. и дисплеи имеют разброс (а если речь о китайских, то разброс значительный ), и разница в цветопередаче монитора, на котором производится моделирование, и самого дисплея, также значительна.
Во-вторых, уровень подсветки устанавливается пользователем в зависимости от множества факторов: наклон/внешнее освещение/субъективное восприятие цветов и яркости/..., которые Вы просто не сможете смоделировать. Поэтому, подсветку регулируют уже по месту, в реально изготовленном устройстве.
Если же Вы считаете, что моделирование подсветки так архиважно для пользователя Вашей модели, то возьмите 2-3 точки, где яркость так сильно изменяется, что это должно быть отражено в модели, и анализируйте их.
К примеру, каждые 30% прироста напряжения на контактах подсветки, тупо, без расчетов, меняйте фон у модели. Плюс можно взять предельные значения, с выводом предупреждающего сообщения. При этом, и модель станет проще, и, самое главное, работать будет быстрее.
|
|
|
|
06.09.2018, 00:50
|
#2226
|
Прописка
Регистрация: 12.02.2016
Сообщений: 107
Сказал спасибо: 22
Сказали Спасибо 3 раз(а) в 3 сообщении(ях)
|
Re: Proteus модели
Доброго вечера.
1. Выведены значения проводимости для 3 вариантов. И v1 и v2 и v3 это проводимости. Буковка А там по ошибке зетесалась. Между 2 и 3 вариантом разница не принципиальна. Там я проверял потерю значности при близких значениях. А вот разница между 1 и 2 вариантом существенна и вызывает вопросы. Напомню v1 это расчет по формуле производной. Формулы были в предидущем посте. 2 и 3 это прямой расчет производной в точке как деление изменения тока на изменение приложенного напряжения в данной точке di(v)/dv. Изменения приложенного наряжения в 1/1000000 от приложенного напряжения вполне может считаться как о-малое о заданой величины.
2. Не путаю. Но вызывает вопросы столь существенная разница значений. Это всегда не просто так. А так как эквивалентные схемы собираются моделирующей программой в общую схему при определенных условиях это вылазит наружу. Либо что то не доделываю. Именно оттуда и вылазит странный ВАХ. Кстати в последней приведееной мной схеме и ВАХ если убрать датчик тока через резистор который в графиках никак не задействован получим опять генератор тока.
3. Возможно избыточна. Согласен, но моделируется не абсолютная яркость а относительная. С возможным ШИМ. Мне понадобилась такая фича для управления яркостью в зависимости от текущей освещенности. Естествеено конкретные значения отлаживаются на живом приборе.
Расчет оптимизирован и при работе тестовой схемы с мк и программой рисования на lcd использует 4-5% cpu на достаточно слабом портативном ноутбуке.
Последний раз редактировалось OldDriver; 06.09.2018 в 01:06.
|
|
|
|
10.09.2018, 16:30
|
#2227
|
Прописка
Регистрация: 12.02.2016
Сообщений: 107
Сказал спасибо: 22
Сказали Спасибо 3 раз(а) в 3 сообщении(ях)
|
Re: Proteus модели
Доработанная модель LCD на ST7735S. Логическая и аналоговая модель. Аналоговая поддерживает как постоянный ток так режим ШИМ для LED подсветки. Библиотека для работы с этим LCD. Критика приветствуется.
Код для ATMEGA328p
Последний раз редактировалось OldDriver; 10.09.2018 в 16:34.
|
|
|
Сказали "Спасибо" OldDriver
|
|
|
14.09.2018, 15:20
|
#2228
|
Временная регистрация
Регистрация: 02.09.2006
Сообщений: 57
Сказал спасибо: 0
Сказали Спасибо 2 раз(а) в 2 сообщении(ях)
|
Re: Proteus модели
Здравствуйте.
Люди такой глюк образовался.
Таймер ne555 в симуляторе ноги 4,8 соединяем симулируем схему мерим амперметром потребление показывает MAX зашкал хотя работало и показывал около 190-200 миллиампер. чё случилось как исправить и было ли у кого такое. пробовал отсоединить 8 оставлял только 4 ногу по питанию потребление около 50 ма. но выход не работает. причём в стандартном SAMPLE папке Counter freqencu такая же фигня.
Вообщем вывод такой что амперметор в симуляторе на других устройствах показывает правильно но на модели 555 при 8 нога питания идёт перегрузка по току. что делать?
потребление всей схемы с обвязкой уже не определишь примерно.
подскажите выход или файлMDF глюкнул. Переустановил Proteus 7.10 ничего не изменилось.
__________________
С уважением
YuriyMI
|
|
|
|
17.09.2018, 14:39
|
#2229
|
Прописка
Регистрация: 12.02.2016
Сообщений: 107
Сказал спасибо: 22
Сказали Спасибо 3 раз(а) в 3 сообщении(ях)
|
Re: Proteus модели
Вопрос знатокам VSM API. Если нужно самому прогнать несколько итераций приближения к расчетному значению тока, как узнать из системы текущую допустимую погрешность расчета тока? Есть формула I=F(U,I). Она гарантированно сходящаяся. После нескольких итераций разница между I слева и I справа будет очень мала. А сколько это очень мала в рамках spice? Сейчас поставил как (GMIN*U). Но вот насколько это правильно?
|
|
|
|
09.10.2018, 17:49
|
#2230
|
Частый гость
Регистрация: 26.06.2008
Сообщений: 30
Сказал спасибо: 12
Сказали Спасибо 3 раз(а) в 2 сообщении(ях)
|
Re: Proteus модели
Здравствуйте! Оч. нужна модель TXS0108E. Есть модель IBIS но не знаю , как конвертировать. Протеус 8 про. Может кто поможет?
|
|
|
|
Ваши права в разделе
|
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения
HTML код Выкл.
|
|
|
Часовой пояс GMT +4, время: 03:29.
|
|