А что, если не количество шпинделей наращивать а автоматическую смену инструмента организовать? Что касается внешних светодиодов...Смысла особого нет. Обычно, в программе можно видеть состояние входов. Реле же скорее всего, питание микроконтроллера не включает. Это бессмысленно. Может так не реле, а стабилизатор напряжения?
G-code в этом станке странный, его выдает родной постпроцессор, визуализатор в родной программе убогий, фактически на нем ничего не видно. Именно потому стараюсь избавиться от этого балласта. Новый контроллер, как про него говорят, лишен этих изъянов.
Я бы посоветовал купить современные драйвера. А не мучаться с этими. Ещё лучше типа ihsv, но ШД уже стоят на местах и наверное нет смысла городить. Хотя работают они намного тише и без визга.
По шпинделю. Лучше выкинуть этот ужасный воздушник и поставить с АТС-кой (автосмена). С другой стороны ни кто не запрещает писать программы под 2 инструмента, менять фрезу ручками, обнулять длину инструмента и гнать дальше. То есть если гнать на потоке, то АТС-ка свои бабки отобьет, а если подешевле - менять инструмент ручками. Второй шпиндель и вторую ось Z городить на круг выйдет как покупка нормального шпинделя, в чем тут экономия - не ясно. По светодиодам на плате. На индуктивных датчиках у самих на жопе есть светодиод. Также состояние датчиков, очевидно, должно быть в софте. Зачем его еще дублировать куда-то на панель - не ясно. Не видел вообще ни одного станка с такой индикацией. На счет драйверов. Надо просто купить нормальные, а этот шкаф оставить комплектным. Были бы они еще с обратной связью - был бы какой-то смысл заморачиваться. А так вообще не факт, что они там сигналят степ-дир, да еще и на нужном нам напряжении. Уж больно много там "лишних деталей". Если по "большому" разъему все предсказуемо (2 пары обмоток от двигателя и питание "высокой" части), то на тонком разъеме явно что-то большее, чем енейбл, степ, дир, реди... Так что если пациент не "расколется" за 10 минут, то исходя из революционной целесообразности (цене рабочего времени) проще тупо купить эти 4 драйвера: им цена фирмовым 2-3 рубля в базарный день. Таким образом и старую систему управления можно будет продать в сборе, что может оказаться более выгодным.
@@theqwertydream выкрики с последней парты: велика вероятность, что контроллер сигналит минусами, так что для отлова енейбла\степа\дира нужно смотреть на них.
@@DmitryArtemenko да, пожалуй, у меня ослик килограмм 20 весит, и тащить его неохота))) пока не запустил. Драйвера стоят древние, они хорошо работают, но не подключаются. Нашел dir, проверил наличие сигнала. Нашел clc, проверил наличие сигнала, да и по EN непряжение отсутствует. Должно работать, но не работает. Видимо придется запускать со старым контроллером, брать ослика, фотографировать сигналы и добиваться того же на новом микроконтроллере.
Продать в сборе за отрицательную прибыль))) не думаю, что кому-то это барахло может пригодиться. Драйверы ШД придется покупать новые, если эти не запустятся. Новый контроллер радует, конечно, работать можно с телефона, планшета, подключается по юсб, куча плюшек, четвертая ось, выравнивание портала, и т п.
я бы не стал менять компьютерные шлейфы на простые провода, там между двумя сигнальными проводами один нулевой, что защищает от перекрестных наводок и др. помех
@@theqwertydream оптические развязки служат для согласования по уровню передающей и принимающей стороны. К наводкам это отношения не имеет. Вы можете поступать как хотите, но если вдруг двигатели начнут пропускать шаги или др. , просто обратите на это внимание.
А как будут работать два шпинделя на одной оси z ? Если обрабатываемый профиль будет уже чем расстояние между фрезами шпинделей, то они не будут мешать, а если профиль шире, то вторая фреза будет цеплять и все запорет. Надо либо две оси z, либо организовывать дополнительный подъем и опускание для каждого шпинделя в рабочее положение на одной оси, кажется на пневматике такое делают. В идеале поставить шпиндель со сменой инструмента, но он будет стоить почти как весь этот станок, но за то и возможностей больше.
@@theqwertydream получается обработка будет идти из двух исполняемых последовательно программ для каждой оси? Или можно создать сразу под обе и исполнять за 1 раз?
