[DiversantB]

Доброго времени суток!
Давно мучает такой технический вопрос. И не знаю как с ним бороться.
Вкратце суть: необходимо создать сетку окружностей 16мм, расположенных по равностороннему треугольнику с шагом 22мм.
Можно, например, предварительно построить некую сетку из прямой под углом в 30 градусов, размножить их массивом. Аналогично массивом размножить симметричные прямые - получится некая сетка.
При сетке в 22мм шаг с соседним рядом (пересечением прямых) должен составлять 19.05мм, но на определённом расстоянии (не помню точно сколько рядов массива) накапливается погрешность. Начинается с десятитысячных долей, далее переходит в тысячные и, соответственно, в сотые. Шаг в итоге сбивается.
Из-за этого при построении окружностей массивом по аналогичной описанной выше методике можно увидеть, что окружности не совпадают с построенной сеткой.

С чем связана такая потеря точности? Как можно это побороть?

[trir]

увеличить количество знаков после запятой через _units

[DiversantB]

Следующий вопрос. Если у меня создан динамический блок, в котором массивом размножаются объекты, то опция повлияет на объекты, создаваемые работой данного блока?
Геометрически по построению шаг выходит 19.0526, но поскольку чисто арифметически шаг требуется 19.05, то как при округлении до сотых можно было бы получить размеры кратные .05?

[trir]

Выложи пример...

[DiversantB]

Вот, например. Изначально хотел выложить, но что-то затупил и не сразу нашёл. Щас обнаружил.
Вопрос конечно заключается в том, что если следовать чисто арифметической логике, то 19.05*x результат будет кратен .05, но здесь из построения следует иное..
С другой стороны на больших расстояниях едет эта точность и вроде как и арифметически себя не проверить. Где криво может начерчено, а где просто ошибка округления.

[trir]

Гы, у тебя там в начале не 19.0526, а 19.05255888

[DiversantB]

Это да.. Естественно что там плавающее число выходит из построения. По сути вещей надо бы точность до сотых, но чтоб сотые не плыли из-за округления. То бишь кратность .05 оставалась при этом.
Понятно что из построения выплывают числа до какого угодно знака. Но вот может как-то можно ухитриться чтоб расстояние из множества шагов по 19.05 не округлялось до фиг пойми чего, а сохраняло кратность во.05 втором знаке. А получается что накапливается погрешность и арифметически не перепроверить. Ведь здравый смысл подсказывает расстояние мерить как произведение 19.05 * x.

[trir]

Ошибаешься, полностью. Распиши уравнения и посчитай

[DiversantB]

Чего тут считать, какие уравнения? Я о чём говорю - если принять что шаг равен 19.05,
то сколько его не перемножай во втором после запятой знаке всегда будет либо 5, либо 0, ничего другого по правилам умножения не получится. Другое дело что объективно из построений получается другое. Но вот как свести простейшую арифметику и подогнать точность построения к данному случаю - вопрос.

[trir]

Всё у тебя в файле точно, а ты пургу поришь - не там меришь. Все интервалы - одинаковые, просто там где расстояние 19.05255888 - ты думаешь что 19.0526, а это просто округлённое, первое значение...

[DiversantB]

Ну так мне по факту нужно 19.05, но из построения очевидно такой величины не будет в принципе. Может даже тема и не совсем корректно названа, да.
Но, короче говоря, все цифры за вторым знаком после запятой для меня роли не играют, но до второго знака должно быть другое.. Если взять и померить какое-нибудь пересечение на другое расстояние, то там величина после запятой не будет кратна .05.

[trir]

твои "19.05" это 11*(3^0.5)=19.05255888

[DiversantB]

Так то оно так... вот только когда "2" в третьем знаке впоследствии меняет число второго знака получается несколько "некрасиво". Да, это точнее по факту, но сложнее для восприятия.

[trir]

не меняет, проверь

[DiversantB]

Я наверное уже далеко уехал, и по прошествии дня туго соображаю. Потом может ещё какой-нибудь пример скину. Автокад на работе. Потому во многом "на пальцах" рассуждаю.