roboforum.ru

нужно посмотреть как оно реализовано.
то что я видел когда оно впервые появилось - имело "разрывы" 3D пространства, и проход линии по такому разрыву сопровождался хрустом как по песку, с соответствующими дефектами на изделии.

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

О, круто
значит не зря я им мозг выносил, хоть и плюнул потом

Madf писал(а):а у вас там г-код генерится на печать или он в релтайме как-то из 3д модели рождается?
я к чему это всё, неужели трудно, на дуня железках сделать вначале оценочность поверхности, потом вносить поправки г-код и потом только печатать?

Не знаю, но по логике должно быть трудно. Потому что представь себе длинную линию. Раньше она была одной строчкой - G1 XYZ. А теперь ее надо превратить в отрезки с шагом интерполяции. И так с каждым отрезком.

Добавлено спустя 1 минуту 2 секунды:

setar писал(а):я бы по другому сказал, вне зависимости от числа узлов матрицы (ее можно определить хоть 5x5) выравнивание все равно будет плоскостью (средняя плоскость через массив точек со смещением по максимальной вершине вверх, чтобы эта вершине стала нулем)
следовательно датчик нужен чтобы понять как и где ровнять стол

Ну тогда результат офигенный

Где-то тут Сергей публично чесал затылок на эту тему. Там не все тривиально.

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

setar писал(а):все изменения вычисляются и вносятся непосредствено при печати,
причем значения поправок могут отличаться от принта к принту, если кровать механически гуляет

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

А так, да, раз ПО принтера не очень корректно/точно подходит к учету кривости поверхности, то логично предположить, что проще её просто пред подготавливать (заливать), а только потом печатать. Хотя тут как я понимаю, уже будет проблема разрешения слоя, ибо может понадобится такое отклонение по Z, при котором сопло не сможет выдать нужную тонкость пластика...тут как говорится, уже не хватает лопатки, чтобы как куличик подровнять.

Ха
А вот на какую вы меня мысль навели. Вот мы отхоумились G28, да? В некоей точке (50,50), например. Дальше делаем G29, получаем матрицу. А ведь эта матрица коррекции не относительно точки (50,50), а, скорее всего, относительно точки (0,0). Сергей, нет возможности проверить, учитывается ли позиция хоуминга при коррекции?

// Don't allow auto-leveling without homing first
if (axis_unhomed_error(true, true, true)) return;