Сообщений в теме: 1462

[torvn77]

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

http://webfile.ru/86...01791c1c4d12a5e

 

и конечно же исходники http://webfile.ru/ca...ab675112e9041eb

Это ты что,сделал свой вариант компенсации кривизны материала?

А в целом я так не умею.

Сообщение отредактировал torvn77: 06 Сентябрь 2014 - 15:12

[yaso73]

И Вам бы хорошо последовать совету из поста выше...

[torvn77]

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

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

Сообщение отредактировал torvn77: 06 Сентябрь 2014 - 17:38

[novarobotix]

Деффку себе заведите.Для сексуальных утех и извращений.

я лучше в компьютерные игры поиграю

Это ты что,сделал свой вариант компенсации кривизны материала?

ну процентов на 90. осталось сделать режим сравнивания и отдачи команд на мотор Z. ну и главное тестирование всего вместе.

Но всё же надеюсь что он сделал нечто полезное.

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

[novarobotix]

следующая задача - сделать так чтобы можно было управлять осью Z не мешая программе выполнения Г кода. сделать думаю с помощью К561КТ3 коммутируя вход степдирконтроллера то к выходу лпт порта то к выходу атмеги. при этом приоритет будет у лпт. то есть если выполняется Г код импульсы корректировки идут лесом. но это по идее очень редко будет.если вообще случится.

также поищу копипаст нормального управления светодиодом через уарт так как то что есть сейчас некорректно работает. и на базе такого когда сделать импульсы коррекции на ось Z по команде с программы.

[3D-BiG]

следующая задача - сделать так чтобы можно было управлять осью Z не мешая программе выполнения Г кода. сделать думаю с помощью К561КТ3 коммутируя вход степдирконтроллера то к выходу лпт порта то к выходу атмеги. при этом приоритет будет у лпт. то есть если выполняется Г код импульсы корректировки идут лесом. но это по идее очень редко будет.если вообще случится.

И на скольки компьтерах приоритетность будешь делать?!!!!

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

[novarobotix]

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

и жёсткость и ровность станка никак не поможет если сам текстолит кривой. так что полюбому полумера. а коррекция разом решит полностью эту проблему.

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

я вообще в недоумении почему такая насущная проблема давно не решена во фрезерном сообществе.

[3D-BiG]

сделать очень точный жёсткий стол(0.01мм) и оси на любительской конструкции весьма проблематично.

 

Для плоских материалов - без проблем: делается самим станком. Сколько в свое время переделал Праго-клише на тонкой латуни да больших площадей да на дерьмовом Роланде PNC2300 и более жестких китайцах, а там требования к точности позиционирования превышают требования для фрезеровки печатных плат. Кстати 0.01мм - сильно завышенная точность для такого процесса (как минимум в 5 раз, т.е. 0.05мм), когда режущая кромка гравера 0.1мм... А тем более на вашем "станке" и такое недостижимо... Просто вы НЕ делали грамотных метрологических испытаний, а судя по приведенным платам там нет точности и 0.2мм (зарезы на переходах с дорожек  площадки на столько  тянут).

 

и жёсткость и ровность станка никак не поможет если сам текстолит кривой

 

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

 

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

 

Ну другие так решают и им помогает...

 

 

я вообще в недоумении почему такая насущная проблема давно не решена во фрезерном сообществе.

 

Потому, что люди пользуются достаточными по жесткости станками, правильным инструментом и материалом НЕ с помойки. тогда и НЕ надо лишних халабуд для слежения, хотя есть станки и с такими системами и есть давно: У той же Cielle для нанесения плоской гравировки на криволинейную поверхность были опции и "Механический нос" и "Электронный нос".

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

Сообщение отредактировал 3D-BiG: 07 Сентябрь 2014 - 11:57

[torvn77]

следующая задача - сделать так чтобы можно было управлять осью Z не мешая программе выполнения Г кода. сделать думаю с помощью К561КТ3 коммутируя вход степдирконтроллера то к выходу лпт порта то к выходу атмеги.

А почему такую комутацию внутри LinuxCNC не сделать?
В хале полно всяких логических элементов.
(Ну а перемычки можно называть так zzz_jump-дата_и_время_создания_перемычки)

[vv92]

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

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

Других масса проблем у Вас.

[novarobotix]

первая половина задачи решена, а именно передача контроллеру данных степдир оси Z для коррекции и выдача сигналов на ноги МК

исходники для МК. http://webfile.ru/11...cf3ddd4523661d0

копипастил отсюда http://avr-start.ru/?p=764

 

теперь осталось эти сигналы передать степдиру чтоб они не подрались с сигналами с лпт

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

а как это сделать самому? я пока не представляю как это реально реализовать.

А почему такую комутацию внутри LinuxCNC не сделать? В хале полно всяких логических элементов.

не знаю и не понимаю как это работает.

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

где можно посмотреть как работает этот механизм в реале?

Кстати 0.01мм - сильно завышенная точность для такого процесса(как минимум в 5 раз, т.е. 0.05мм)

толщина меди на плате 0.035?

Просто вы НЕ делали грамотных метрологических испытаний, а судя по приведенным платам там нет точности и 0.2мм (зарезы на переходах с дорожек площадки на столько тянут).

так 0.01 это точность не по горизонтали а по вертикали. почему ей не быть?

Сообщение отредактировал novarobotix: 07 Сентябрь 2014 - 15:00

[sertix]

http://www.msnc.ru/i.../188-dept-noses

Это к посту который ниже

Сообщение отредактировал sertix: 07 Сентябрь 2014 - 14:59

[novarobotix]

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

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

Ну другие так решают и им помогает...

слишком дорогая цена такого комплексного решения. дорогой станок плюс скотч плюс смывочные жидкости.не для простых людей всё это.

У той же Cielle для нанесения плоской гравировки на криволинейную поверхность были опции и "Механический нос" и "Электронный нос".

где можно посмотреть на это чудо? и сколько оно стоит?

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

да нормально должна работать. уберу все недостатки и будет летать как сокол.оно же всё в процессе разработки и процесс ещё не закончен.

http://www.msnc.ru/i.../188-dept-noses

Это к посту который ниже

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

Сообщение отредактировал novarobotix: 07 Сентябрь 2014 - 14:54

[lkbyysq]

оно же будет тереться об плату носом, а там отфрезированные дорожки ещё мешать будут

Не будут.  Вам вполне подойдут 21755 или 20132, 21086 например.

Нос достаточно широкий, стальной, полированный, со скругленными кромками, с широким дном. У меня на Роланде царапучий пластик так можно гравировать. Главное отсос опилок из зоны реза, и чтобы выборка была не шире носа.

 

Ручками же сделать без токарки весьма проблематично.

Сообщение отредактировал lkbyysq: 07 Сентябрь 2014 - 16:21

[3D-BiG]

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

 
Дорого использовать текстолит с помойки - надо тогда вместо станка всякую фигню городить... А по поводу меди: у всех паяется без проблем (и даже на автоматах), а в вас - НЕ паяется... Может проблема не в меди а в кривости рук и головы?!!!
 
 

слишком дорогая цена такого комплексного решения. дорогой станок плюс скотч плюс смывочные жидкости.не для простых людей всё это.

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

где можно посмотреть на это чудо? и сколько оно стоит?

 
Похоже даже погуглить по названию фирмы - проблема... cielle.ru
 
 

да нормально должна работать. уберу все недостатки и будет летать как сокол.оно же всё в процессе разработки и процесс ещё не закончен.

 
Вряд ли:
Сокол-сапсан   60км/ч= 16666,(6)мм/с

(при ловле добычи «в пике»)   270-300 км/ч  - соответственно в 4.5-5 раз больше

Такие скорости как у сокола в простом полете даже на серьезных станках - очень круто...

Сообщение отредактировал 3D-BiG: 07 Сентябрь 2014 - 17:34

[torvn77]

А почему такую комутацию внутри LinuxCNC не сделать?

 
 

не знаю и не понимаю как это работает.

Степдир приходит на LPT порт уже почти в сформированном виде.
(заднии фронт сигнала формируется LPT портом)
Так вот открываешь в редакторе hal,и запись вида
net a-step <= stepgen.3.step => parport.0.pin-03-out
заменяешь на нечто вроде этого

loadrt and2 count=4
addf and2.3 servo-thread
net a-step <= stepgen.3.step => and2.3.in0
net a-comutation => and2.3.in1
net a-step_out <= and2.3.out => parport.0.pin-05-out

смог таки оторватся от ютуба и коекак набрать...

Сообщение отредактировал torvn77: 07 Сентябрь 2014 - 17:37

[lkbyysq]

Степдир приходит на LPT порт уже почти в сформированном виде.

Ага, включая ускорения с учетом текущей скорости.

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

Сообщение отредактировал lkbyysq: 07 Сентябрь 2014 - 18:04

[torvn77]

Это да.
Ну чтож,тогда пусть делает таймер.
Вроде как в halui есть пин для установки паузы,
вот значит надо будет установить этот пин и запустить таймер.
А потом уже выставлять a-comutation.
Тьфу на меня,там же надо не отрубать сигнал а переключать,значит надо использовать mux2,
а не and2,который просто отрубит сигнал.
справка по mux2

 

А вообще может лучше добавлять офсет в компьютере,тем более что есть соответсвующии компонент:offset

Сообщение отредактировал torvn77: 07 Сентябрь 2014 - 18:31

[lkbyysq]

Справедливости ради стоит добавить, что на требуемых скоростях по Z добиться адекватного поведения ШД при добавлении/изъятии шага мне представляется вполне реально. (Трудоемкость не в счет.)

Грамотнее же управлять скоростью ШД, и дожидаться, когда тот опередит или отстанет на шаг.

Сообщение отредактировал lkbyysq: 07 Сентябрь 2014 - 18:42

[torvn77]

Ну тогда можно ещё и компонент PID задействовать.

 

 

Только вот как им пользоватся я не знаю.

 

Посмотрел диаграммы,вроде в stepgen pid уже включен.

Сообщение отредактировал torvn77: 07 Сентябрь 2014 - 19:29