roboforum.ru

Какие-то предположения о толщине слоя вполне можно сделать в процессе печати. И внести поправки в алгоритм. Т.е. получаем команды перемещения с экструзией и, большинство передаваемых точек, чудесным образом находятся на Z=h1, потом смещаются на h2. Отсюда можно сделать вывод о толщине слоя в (h2-h1), потом о новой толщине (h3-h2) и т.д.
Но вот если мы печатаем без выраженных слоев, а как-бы по спирали, медленно наращивая высоту (Joris style), то получается нам нужно отслеживать сколько раз мы "наэкструзили" в каждой точке и какую погрешность уже скомпенсировали. И не просто в точке, а в окрестности точки. Т.к. у нас кроме толщины слоя имеется ширина экструзии. Мы можем печатать, например, наклонную стенку на каждом проходе немного смещая хотенд. Соответственно мы будем удаляться от измеренной точки рельефа и нужно вносить коррекцию.
Как-то всё сложно мне видится. Решаемо, но требовательно к ресурсам - памяти и вычислениям, чтобы на ходу делать нужные компенсации.

матрица поворота уже сейчас обсчитывается онлайн не сильно загружая проц apply_rotation_xyz(plan_bed_level_matrix, x, y, z);
ручной уровень с кривой второго порядка огибающей стол тоже онлайн работает mbl.get_z(x, y);

Код: Выделить всё • Развернуть

  #ifdef MESH_BED_LEVELING
    if (mbl.active) z += mbl.get_z(x, y);
  #elif defined(ENABLE_AUTO_BED_LEVELING)
    apply_rotation_xyz(plan_bed_level_matrix, x, y, z);
  #endif

не вижу сложностей совместить матрицу вращения и поправку к координате z и потоку в зависимости от высоты от реального стола.
я сейчас работаю над этим, автоуровень уже исправил
Ошибка в ветке Development в том что прямая матрица поворота используется для проекции виртуальных координат в реальные,
а реальные в виртуальные нужно переводить обратной матрицей , а они ту же используют и удивляются эффекту "airprinting"

я имею ввиду алгоритм выше несколькими сообщениями: forum107/topic15618.html#p332032
этот алгоритм всплыл в мозгу как результат компиляции рекомендаций всех коллег

точная ?

Temperature influence : ±15% max. of sensing distance at 23°C in the temperature range of −25 to 65°C
Voltage influence : ±15% max. of sensing distance at rated voltage in the rated voltage ±15% range

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

Респект. Уже хочется нормальный рабочий алгоритм, который бы позволил нормально калиброваться на кривых платформах. Уже надоело царапать стол =)

roboprint писал(а):

sergei24 писал(а):setar,
Что думаешь, насчет такого https://miscsolutions.wordpress.com/min ... sor-board/
отзывы кажись неплохие.

Слегка обсуждалось это тут post332148.html#p332148
Покупать у него слегка дороговато, как мне кажется, за десяток распаянных на плате деталек с общей стоимостью от силы в $5-$10, но люди нахваливают.

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

А чего там курить - стоит оптический сенсор на плате