Области применения ПР110(примеры реализации)

[Асутупист]

В периоды +-20-25 дней от солнцестояния 4 куска функции, а остальное - практически линейно.
ИМХО 13 участков - много, 2 - мало.
Приемлемый для меня вариант на рисунке, нужно только три коэффициента (константы приращения) с разными знаками на весь год.

Кстати, а в Экселе есть возможность для ряда уравнение регрессии построить по тригонометрическим функциям? А то у меня в свободном продукте только линейная, экспонента, степенная и логарифмическая.

[rovki]

Построить по 3-4 линиям ,то можно ,только нужно будет менять коэффициенты(а, б или угол наклона) как то от координат местности ,причем так что бы не было разрывов функций линейных (в каком то дне)????

[AI!]

В периоды +-20-25 дней от солнцестояния 4 куска функции, а остальное - практически линейно.
ИМХО 13 участков - много, 2 - мало.

если 4 куска на каждую четверть периода = 16 кусков на весь цикл

даже если 4 куска на полупериод, то всё равно это 8 кусков на весь период, что не намного "хуже"...

PS когда делаешь много доп. проверок, получается схема которая кушает больше ресурсов ПР, чем просто список констант.
(уже пробовал усовершенствовать ППЗУ, оказалось что так проще)

[rovki]

сделал макрос с аппроксимацией на целочисленной логике.

т.е. если забить 14 значений (с интервалом 4 недели) длительности светового дня (лучше в секундах) и среднегодовой "истинный полдень", можно рассчитывать закат и рассвет не прибегая к вещественной арифметике.

PS на входе номер дня в году, нумеруются с 0 до 364.

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

[AI!]

каждый четвёртый вторник 2013 года:
0 - 01 января
28 - 29 января
56 - 26 февраля
84 - 26 марта
112 - 23 апреля
140 - 21 мая
168 - 18 июня
196 - 16 июля
224 - 13 августа
252 - 10 сентября
280 - 08 октября
308 - 05 ноября
336 - 03 декабря
364 - 31 декабря

[rovki]

каждый четвёртый вторник 2013 года:
0 - 01 января
28 - 29 января
56 - 26 февраля
84 - 26 марта
112 - 23 апреля
140 - 21 мая
168 - 18 июня
196 - 16 июля
224 - 13 августа
252 - 10 сентября
280 - 08 октября
308 - 05 ноября
336 - 03 декабря
364 - 31 декабря

Вы на каждый год такую таблицу давать будите или обяжете пользователя +высокосный год

[AI!]

каждый год меняется только день недели.
а высокосный вписывается в погрешность, т.е. на это можно забить...

[rovki]

а высокосный вписывается в погрешность, т.е. на это можно забить...

Согласен ,в этом случае можно .

[AI!]

пример для столицы Урала (контрольные точки расчитаны с помощью проекта capzap)
836 - это т.н. "истинный полдень" 13:56 (13*60+56)

соответствие номеров ячеек ROM и дат
0 - 22 декабря
26 - 17 января
52 - 12 февраля
78 - 10 марта
104 - 05 апреля
130 - 01 мая
156 - 27 мая
182 - 22 июня
208 - 18 июля
234 - 13 августа
260 - 08 сентября
286 - 04 октября
312 - 30 октября
338 - 25 ноября
364 - 21 декабря

в ячейку надо вводить половину длительности дня в минутах на соответствующую дату

PS что бы влезло в ПР110 пришлось порезать точность минут и дат
они считаются с точностью 3 мин и 3 дня.

[rovki]

Что то солнце у вас поздно встает и поздно заходит (после 5 часов до 23) 22 июня .
Вот яркий пример МОЗГОВОГО ШТУРМА

Солнечный круг ,ПээРы вокруг -это проекты АИшы

......
Пора переходить из начинающих в практикующие