Спасибо. Об этой ошибке я уже получил несколько сообщений на англоязычном форуме и недавно исправил её. Исправление будет доступно в ближайшем релизе.

Если результат вычисления десятичного логарифма присвоить переменной, потом использовать эту переменную в нескольких итерациях, то уже после 4-го шага появляется сообщение "Значение вышло за пределы максимально допустимого числа"

Текстовый пример:

P1=30, Q1=40, U=110, r=2

x=0.145*lg(4/0.0076)+0.016

dP1=(P1^2+Q1^2)*r/U^2
dQ1=(P1^2+Q1^2)*x/U^2
P2=P1+dP1
Q2=Q1+dQ1

dP2=(P2^2+Q2^2)*r/U^2
dQ2=(P2^2+Q2^2)*x/U^2
P3=P2+dP2
Q3=Q2+dQ2

...

dP4=ошибка

Численные значения растут по-немногу, а символьные - астрономически.

Здравствуйте.

1) Ваша задача легко реализуется циклом (на картинке ниже показано исполнение 10 итераций).
2) Уйти от подобных ошибок помогает встроенная возможность управления оптимизацией вычислений. Посмотрите на скриншот:


(скачать файл)

Если вы не хотите пользоваться возможностями программирования программы, то можете просто указать численную оптимизацию для тех элементов, в которых Вы делаете присвоение - поможет.

Спасибо, численная оптимизация помогла. Хорошо, что это не баг. Про циклы понятно, но пример был сильно упрощен, параметры участков цепи разные, проще в линию расчет вести.

Здравствуйте. Сегодня открыв старый файл в новой версии, обнаружил что вылезла ошибка в расчете. В старой версии-то работало. Может логика какая в вычислениях поменялась. Ошибку пишет "В экземпляре объекта не задана ссылка на объект". Честно говоря не очень понимаю о чем речь. Вот скрин:

Здравствуйте.

Wrote

Ошибку пишет "В экземпляре объекта не задана ссылка на объект". Честно говоря не очень понимаю о чем речь.

Похоже, в настройках файла указано, что вычисления Вы проводили в градусах (а не в радианах). К сожалению, в последней версии программы "Градусы" в опциях отрицательно влияют на работоспособность функций sin, cos, tg и ctg - недоглядел перед выпуском.

Рекомендую изменить в настройках "Градусы" на "Радианы" и воспользоваться единицами измерения как показано ниже.

(скачать файл)

Думаю, что вариант использования единиц измерения много лучше использования глобальных настроек, т.к. даже при печати файла, таким образом, можно показать, что аргументы триг. функций - градусы.

С уважением, Андрей Ивашов.

Спасибо, но когда поробовал нашел баг. Вставить единицу измерения (deg) в функции синуса после переменной нельзя - не работает. Приходится сперва вбить какое-то число,потом поставить deg, а затем число переименовать на переменную.

Это не баг, просто нужно понимать, что между переменной и единицей измерения должен стоять оператор умножения. А значит после указания аргумента (например, для синуса) нужно поставить знак умножения и уже потом можно будет вписывать единицу измерения (в некоторых случаях программа сама вставляет умножение, но, пока, далеко не во всех). Это если я правильно понял то, о чём вы говорите...

Да. Это именно то. Кстати, баг с точностью ответов все равно остался. Местами он пропал, а местами появился.

В следующей версии (я очень на это надеюсь) появится диалог свойств каждого отдельного элемента листа, где можно будет указать до какого уровня точности число не равно нулю. Т.е. в Вашем примере можно будет сказать, что всё, что меньше 10^(-15) нужно принимать за ноль и таким образом исключить мнимую часть.

Дак в том-то и дело что там не ноль, а 17.18. Предыдущая версия этот кусок расчета считала нормально, но баг был при hour=5. Сейчас при hour=5 нормально, а при 7 вот такая вот ерунда получается.

Действительная часть числа - 17.18 - не удовлетворяет условию "меньше 10^(-15)", а потому будет отображаться нормально, однако мнимая часть будет исключена (между прочем Маткад работает по тому же принципу).

При работе с текстом:
* Shift-End не работает
* Ctrl-X не работает

Wrote

В следующей версии (я очень на это надеюсь) появится диалог свойств каждого отдельного элемента листа, где можно будет указать до какого уровня точности число не равно нулю. Т.е. в Вашем примере можно будет сказать, что всё, что меньше 10^(-15) нужно принимать за ноль и таким образом исключить мнимую часть.

Кстати, тоже наткнулся на то, что при вычислении арктангенса мнимую часть получаю... Хотя арктангенс вроде угол, насколько я помню. Это такая особенность программы?

Позволю себе напомнить Вам, что такое арктангенс:

Наверняка большинство использует арктангенс для получения "обычного" угла.
Возможно нужна какая-то опция отображения.

Здравствуйте! Возникла проблема при попытке изменить язык интерфейса. Абсолютно не отображает кириллицу (см. sshot). Подскажите, что делать.
Скриншот по ссылке: http://uppix.net/b/4/8/a8c1f7302312f84f5d6d3879e1061.jpg

Wrote

Наверняка большинство использует арктангенс для получения "обычного" угла.
Возможно нужна какая-то опция отображения.

А что, еще и "необычные" углы бывают? Вроде как вещественные и комплексные числа? А как быть, допустим, в том случае, если у меня есть прямоугольный треугольник и надо величину одного из острых углов определить? Величина угла явно "обычная", а я еще и мнимую часть получу...

Quote

Здравствуйте! Возникла проблема при попытке изменить язык интерфейса. Абсолютно не отображает кириллицу (см. sshot). Подскажите, что делать.

У вас какая-то тема Windows установлена нестандартная, и шрифт явно не родной. Возможно просто в том шрифте русских букв-то и нет.

Может не по теме, но как удалить папку "Xenocode", автоматически создающуюся в директории с "SMath Studio Desktop Portable.exe"? Сам файл уже удален, но папка всё равно создается.
Заранее благодарен.