roboforum.ru

dccharacter писал(а): у меня сопротивление обмотки 1.3Ом ????

Это больше смахивает на мотор от обычного cd-rom.
Например, надо вдувать в двигатель 1 ватт для удержания положения. V = (P*R)^0.5 = (1 ватт * 1.3 ом)^0.5 = 1.14v. Такое напряжение надо делать или ШИМом или dc/dc. Вот если бы у тебя был cd-rom мотор с 7-10 ом. (миниатюрные движки), то (1ватт * 10 ом)^0.5 = 3.16v. А это или гасящий резистор или просто подача питания (при питании от 3.3v).
Вообще, если у тебя получится схема с возвратной пружиной, то ты уйдешь от H моста, нужен только один полевик. Тогда можно и простой cd-rom движок ставить без перемотки, т.к. dc/dc сейчас дешевые. А если dc/dc с управлением on/off, то и полевик не нужен. Например такой:
http://roboparts.ru/products/mp1584en

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

setar писал(а):Дима, ты описываешь ManualBedLevel, попробуй его

Спасибо, буду знать.

Добавлено спустя 7 минут 53 секунды:
Ой, забыл что у стандартных cd-rom двигателей габариты не очень.

dccharacter писал(а):Блин, так это почти ампер в первом случае и почти 300мА во втором - это надо обвес пилить адский

Ампер при низком напряжении - ниачом. Мыслить надо ваттами dc/dc преобразует этот ампер в 1/5 ампера при питании от 5 вольт или в 80ма. при питании от 12v подогрева стола.
Реальный щуп можно удерживать 0.125 ваттами.

dccharacter писал(а):это надо обвес пилить адский, который дороже принтера выйдет. А на вентилятор - прям с дуни кинул пару контактов и вот тебе готовый Н-мост

Тогда - перемотка. Но я считаю dc/dc за 150рэ - дешевле перемотки.

Добавлено спустя 12 минут 52 секунды:
Кста, для рукоблудников, статор cd-rom двигателя можно попилить, оставив только 1 или 2 полюса. ротор соотв. тоже укоротить, полюс перемотать тонким проводом. Получится облегченный круговой соленоид без возни с осями и подшипами

dccharacter писал(а):Ну в общем сделал я датчик из вентилятора с ручным приводом

Теперь нас двое

dccharacter писал(а):Вот у тебя, Дим, Y_MIN в тесте используется - откуда Марлин знает, что это ПРОБ? Че-т я вообще уже ниче не соображаю...

У меня ендстопы стоят на max. Соотв. Y_MIN отключен как ендстоп и используется как выход для управления соленоида. А z_min подключен к датчику, но марлин его включает только при тестовых G командах. Функции: setup_for_endstop_move(), clean_up_after_endstop_move, а в них: enable_endstops(bool check).
И вот такой дефайн: ENDSTOPS_ONLY_FOR_HOMING. Чего я его не указал в сообщении по настройке -хз

Да неееееее, намана все.
Приехали в хоминг, который высоко над столом. Текущие координаты записались x=200, y=200, z=210. Старт печати - долго и уныло езда в нулевую точку. Время езды по z реально большое, думаю поставить ендстоп z на 100мм, т.к. печатать что-то по 210мм. еще не скоро буду. Ну вооооот, голова ниже нуля не опускается, z_min получается программный.
Щуп выкидывается только тестовыми кодами, а я принимаю решение - оно мне надо или нет? (новые координаты).
Где-то, кто-то говорил, что хоминг в верхней точке - это не бага, это фича, Я почти согласен, не считая 2-х минут езды головы из верхней точки при старте печати. У меня за это время стол успевает остыть, т.к. программа - быдлокод. Во время отработки команд перемещения - замерзает опрос и обработка температуры стола

коллеги посмотрите мои коммиты:
(тут начало и "доработки")
https://github.com/setar/MarlinDev/comm ... 7e1a90412e
https://github.com/setar/MarlinDev/comm ... e2fee55fe1
https://github.com/setar/MarlinDev/comm ... 7a35fdaa32
https://github.com/setar/MarlinDev/comm ... 0a7c203b2d

основная идея в том что в текущей прошивке не правильно вычисляется текущий уровень головы, отсюда ошибка

суть фикса:

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

+        uint8_t ind = abl2-1; // last point probe = current point
+        vector_3 probe_point = vector_3(eqnAMatrix[ind + 0 * abl2], eqnAMatrix[ind + 1 * abl2], eqnBVector[ind]);
+        probe_point.apply_rotation(inverse_bed_level_matrix);
+        current_position[Z_AXIS] = -zprobe_zoffset + (probe_point.z - rot_max_diff)
+        #if defined(SERVO_ENDSTOPS) || ENABLED(Z_PROBE_ALLEN_KEY) || ENABLED(Z_PROBE_SLED)
+        + Z_RAISE_AFTER_PROBING
+        #endif
+        ;
         sync_plan_position();
+        //SERIAL_PROTOCOLPGM("current_position[Z_AXIS]=");SERIAL_PROTOCOL_F(current_position[Z_AXIS], 5);SERIAL_EOL;

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

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

А вот сам дачик работает фигово и неудобно:
1. Самый большой косяк, это что датчик срабатывает в момент прохода между секторами (сюрприз, да? ггг). Соответственно когда в выброшенном положении подаешь обратное напряжение, он пытается не убраться, а дальше додавить. Я понимаю, что я нефига непонятно написал, но если прочитать пять раз, поймете, что имел ввиду.
1а. Только что понял, что, скорее всего, я не к той обмотке подпаялся... А дачик уже опять склеен после приделки педалей и разбирать неохота.
2. Вся конструкция противно дребежжит при подаче небольшого напряжения. Дребезг становится меньше с увеличением напряжения, но плата сервы начинает греться неприлично
3. При подаче напруги на обмотку появляются фальшивые срабатывания (нру точно не на ту обмотку подпаялся )
4. Возникает необходимость в нахождении 5В для питания серв. А у меня БП без них - неудобно.

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

Продолжаем думать! Надо отрубить этой гидре ВСЕ головы.
А я пока с git разбираюсь. Вроде все понятно (часа три сегодня интерактивные туториалы гонял), но вживую, собака, как-то не так работает.

Добавлено спустя 3 минуты 30 секунд:
А, не, работает
О, я, кажись, начал разбираться в git
А то ужос же совсем был...

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