Альтернатива "Пауку" - "Дровопал"

[NedOgl]

Здравствуйте колеги.

Откровенно говоря разочерован отказом Юры о регистрации программы.

Недовелось пороботать в программе "Паук"

работаю в "Дровопале" и вот нюанс, у меня все получается в монохромном режиме

т.е. точками такое впечатление ,что программа невидит серого, или я немогу настроить отенки серого. Как правильно настроить оттенки....

Сылка на фото: http://cncfiles.su/photo/26017

[pahani4]

NedOgl, приветствую,а у меня вот такая бяка выскакивает
http://cncfiles.su/photo/25743
оттенками серого выжигает но фото не делал,картинка получается как будто двоится или троится
а у вас как мне кажется со скоростями надо поиграть,скорость чёрного и белого и температура естественно,может мал промежуток между скоростями чёрного и белого и как следствие температура жала большая
http://cncfiles.su/photo/26022
у меня вот такие настройки,но здесь скорость чёрного больше стоит т.к. делал картинки без полутонов

[NedOgl]

Только сейчас разобрался с оттенками
все получилось! скоростями поиграл нашол зависимость скоростей

у Вас похоже в настройках 4 оттенка?

полосы у меня тоже я жало наладил и подобрал количество шагов на мм
по обеим осям.

[NedOgl]

Все пошло УРА!

Отличная программа "Дровопал".

Хочу выразить особую БЛАГОДАРНОСТЬ автору программы за бескорыстный софт.

Маленькое видео моего станка

Сылка: http://cncfiles.su/download/4824

[SADOVNIKde]

Дровопал хорош для выжигания картинок типа "тату", попробуйте выжечь фото и всё закончится неудачей, как не старайтесь настроить, оттенки серого для Дровопала недоступны, можно выжигать только вид будет как на старых газетах, путём выделения точек, но согласитесь что такой портрет не очень приятен глазу,
а вот в Пауке как раз всё наобород, он видит оттенки серого и получаются отличные портреты.

а вообще если сравнивать Дровопал и Паук, то в каждой программе есть свои плюсы и минусы.

[SADOVNIKde]

а у меня вот такая бяка выскакивает

это прихрамывание двигателя, неправильно настроены количество шагов на ММ

[NedOgl]

цитата: (Дровопал хорош для выжигания картинок типа "тату")

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

настроил количество шагов на mm все идет.

Сылка на фото: http://cncfiles.su/photo/26041

ЖАЛЬ что не попробывал работать в "Пауке"
не могу судить.

[SADOVNIKde]

немогу загрузить фото свох работ на http://cncfiles.su/ непринимает логин и пароль

[Planet]

немогу загрузить фото свох работ на http://cncfiles.su/ непринимает логин и пароль

а просто так грузи, я гружу без логина и пароля.

[SADOVNIKde]

нет, пишет:

Извините, но для загрузки файлов нужна регистрация.

← Она займёт не больше минуты, просто нажмите на ссылку регистрация левее.

[SADOVNIKde]

Вот коечто из моих пробных работ
Это Дровопал:


а Это Паук:


почуствуйте разницу...

[NedOgl]

Мда...... вот это я хотел увидеть, разница ощутимая.

Неужели с "Пауком" дохлый номер ?

сейчас попробую его поковырять мож что получится.

[pahani4]

а вот мои пробы на дровопале



качество фоток плохое(телефоном) и фанера плохо подготовлена,пробные прогоны
верхняя картинка обработана парафином,бликует

[NedOgl]

Ну ведь получается в " Дровопале",


а фонеру или доску я перед прожигом натираю содой пищевой

качество прожига увеличивается в разы, каждый пиксель видно

[pahani4]

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

[NedOgl]

А порофином зачем? для блеска

[pahani4]

да,попробовал вместо лака вживую вроде нормально смотрится

[NedOgl]

А что с регистрацией "Паука" мне отказ пришол с "политическим оттенком"

на этой проге что можно крест поставить? кто знает......

[pahani4]

да,пока крест,желательно это не обсуждать про мотивы здесь (на форуме) неодобряют,это решение автора программы может личное может и политическое
SADOVNIKde, я пробовал бороться с "прихрамыванием" двигателя чего-то неполучается,нутром чую что виноваты шаг/ММ но никак немогу поймать этот момент

[NedOgl]

С "прихрамыванием" двигателя я тоже боролся , когда сделал картинку в редакторе
и отправил в "дровопал" там уменьшил размер пикселя все стало ровным
Естественно прежде все скоректировал рисунком "крест" и "круг"

Вот результат: http://cncfiles.su/photo/26048

А вот проблемы: http://cncfiles.su/photo/26049

[pahani4]

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

[pahani4]

вот моя "бяка"

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

[SADOVNIKde]

у меня обе оси на ремнях, проблемы как по Х так и по У тоже были с такими полосами, регулировка по отношению пиксель-шаги-милиметр , другого варианта нет.

[NedOgl]

Проанализировав все выше изложенное

я сперва сделал вывод.

1. "Дровопал" печатает картинку в монохромном режиме т.е. считывает байт информации и печатает его как есть "1" - черный "0" - белый.
"Скорость черного" - это время прохождения "1" а "Скорость белого" - это время прохождения "0". Вот и получается что, полутона практически невозможно сделать.

2. "Паук" расматривает тотже байт как скорость прохождения коретки.

Если тотже байт определить как сумму то получается 256 оттенков
т.е. 256 скоростей, отсюда вывод при считывании и печати получается 256 полутонов,
что необходимо при прожеге фотографии.

Теперь моя идея, алгоритм программы "Паук" я хочу решить аппаратно. на AVR контролере.
Как это будет выглядеть. сам "Пирограф" при подключении к компютеру будет определятся как некое устройство к примеру матричный принте EPSON,
в любом графическом редакторе или текстовом, отправляем содержимое на печать

и получаем результат по алгоритму программе "Паук", хочу заметить что G коды здесь не причем.

Поправте меня если я чегото не допанимаю.

[Dj_smart]

и получаем результат по алгоритму программе "Паук", хочу заметить что G коды здесь не причем.

Как по мне, так запросто. Будут некие "свои коды". Вместо G. Только уж если как принтер - тогда и память ему свою. Флешку развалить и запаять на плату. И некий коммутатор - с компа на флеш, с флеша в АВР.

[nowmik]

От фанеры многое зависит. Я выжигал на лазере, попался классный кусок фанеры толстой, там фотография классно получалась. А вот поставил другую фанеру, ту же фотку, уже фуфло получилось. Причем фанеру даже не обрабатывал. Выжигал Дровопалом, Пауком тоже не доводилось.
Вот эта фанера:

[crashzoom]

Проанализировав все выше изложенное

я сперва сделал вывод.

1. "Дровопал" печатает картинку в монохромном режиме т.е. считывает байт информации и печатает его как есть "1" - черный "0" - белый.
"Скорость черного" - это время прохождения "1" а "Скорость белого" - это время прохождения "0". Вот и получается что, полутона практически невозможно сделать.

2. "Паук" расматривает тотже байт как скорость прохождения коретки.

Если тотже байт определить как сумму то получается 256 оттенков
т.е. 256 скоростей, отсюда вывод при считывании и печати получается 256 полутонов,
что необходимо при прожеге фотографии.

Теперь моя идея, алгоритм программы "Паук" я хочу решить аппаратно. на AVR контролере.
Как это будет выглядеть. сам "Пирограф" при подключении к компютеру будет определятся как некое устройство к примеру матричный принте EPSON,
в любом графическом редакторе или текстовом, отправляем содержимое на печать

и получаем результат по алгоритму программе "Паук", хочу заметить что G коды здесь не причем.

Поправте меня если я чегото не допанимаю.

Я бы не замарачивался с принтером. Проще всего реализовать на проце всю математику, а с помощью программы интерпритатора передавал бы по rs232 (USB) кода управления (лучше в универсальных G кодах, пригодиться и для других проектов), а контроллер сам исполнял алгоритм движения.

[NedOgl]

Если я правельно понял просто написать програму для компа а с компа на контролер который будет управлять всем и всея?

Если так то конечно так бало - бы разумней у меня станок так и работает под программой "Дровопал" а управление на ATtiny2313 в двух режимах шаг - полушаг и.т.д.

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

Вот и решил аппаратно сделать, да и вроде ноу - хау чтоли.

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

его как устройство.

[crashzoom]

В принципе да. На компе программа в которой производиться загрузка программы в виде кода или в ней же проводиться обработка файла, как в Дравопале, после нажатия на кнопку пуск, сгенерированный код пересылается в контроллер. Не обязательно весь код засовывать в проц, а можно партиями. Построчно можно тоже, но тогда не получить плавности перемещения, а будет режим точный останов(от туда и вертикальные полосы). Так же на компе производиться управление перемещением, старт пуск, концевики (которые подключены к контроллеру и при срабатывании концевиков выставляется стоп программы и передается в комп). Так же на компе производиться настройка контроллера (количество шагов на мм. , разгон, торможение, размер рабочего поля...) Коорданата Z не помешала бы.
Контроллер занимается обработкой кода сгенерированного программой на компе (вроде в пауке есть генерация программы) с выдачей step и dir на драйвера. Это как базовая конструкция, в которой в дальнейшем можно добавить интересные дополнения. Драйверы, желательно отдельно, чтоб каждый ставил, то что хочет. Чтоб конструкция была блочная.

Можно посмотреть драйвер на тиньке?

Чтоб комп определял устройство на USB hid или uart собираешься сделать?

[NedOgl]

Все ещо сырое даже на макетке не собрал, код ещо сырой
не провереннный все только - только.

Драйвер собираюсь использовать стандартный в базе Win XP Epson принтера.

Начало - это LPT порт а USB - COM это последовательная передача данных
в принцеме это возможно но начну от простого к сложному.

Цитата: концевики (которые подключены к контроллеру и при срабатывании концевиков выставляется стоп программы и передается в комп)

помоемому в этом плане у меня касяк в проге .

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

могу схему и прошивку выложить

станок выкладывал

работы тоже

мож с моей прогой чтото я не понимаю