21372
25
1
Всем привет, давно постов про ЧПУ у меня не было , всё просто , ушёл с работы и начал собирать свой станок . Вот сегодня как раз хочу рассказать , что у меня получилось .
Началось всё с покупки механических комплектующих , направляющие , винты ШВП , гайки , муфты , кронштейны и т.д.
Дальше собрал всю электронику в кучу : плата управления , датчики , драйвера , моторы , блоки питания .
Пока я собирал механику и электронику в кучу , на заводе валялся метал для будущего станка и ждал пока его обработают для нормальной сборки , выровняют базовые поверхности на станине и основаниях портала .
Первая компоновка станины и портала .Да, знаю, слишком слабый портал , смотрите дальше всё поправили ))))
Станок изначально планировался с четвертой поворотной осью , вот мой набор для неё . Докинул бы больше фоток , но лимит не позволяет .
Свежее видео как делали вакуумный стол
По деньгам 5 тыс $ , да можно и дешевле , а китайцы вообще даром делают ))
Ещё по теме сборки :
Обзор механики - https://youtu.be/5Zf1CKcccMg
Обзор электроники - https://youtu.be/00DJ4RhQbVU
Обзор металла - https://youtu.be/TOUXl91xYPQ
Поворотная ось - https://youtu.be/xxP3LMCmoyk
Подключение электроники - https://youtu.be/YYbDg3u4wI4
Сильно не пинайте , просто хотел поделится опытом ))
Ещё по теме сборки :
Обзор механики - https://youtu.be/5Zf1CKcccMg
Обзор электроники - https://youtu.be/00DJ4RhQbVU
Обзор металла - https://youtu.be/TOUXl91xYPQ
Поворотная ось - https://youtu.be/xxP3LMCmoyk
Подключение электроники - https://youtu.be/YYbDg3u4wI4
Сильно не пинайте , просто хотел поделится опытом ))
Ссылки по теме:
- Как и чем дышится пассажирам московского транспорта
- Инновационные разработки, которым позавидуют даже резиденты Сколково
- Выбрасываете винные пробки? А вот как с умом их используют находчивые хозяйки. Фантастика!
- Почему в американской школе никто не списывает
- Чудеса, которые каждый день встречаются работникам автосервисов
реклама
как игрушка -- слишком дорого.
зачем?
Здесь вы неправы принципиально. Насколько абстрактный сишарп медленнее абстрактного сипипи, совершенно неважно. Важно, насколько велика разница в конкретных задачах.
вот для иллюстрации пример примитивного калькулятора на vba (да, макросы на vba я тоже писал, в т.ч. даже пару макровирусов, когда они ещё были способны размножаться. Плюс до сих пор несколько моих эппликейшынов эксплуатируются в разных организациях):
for i=1 to 1000000
text3.text=cstr(val(text1.text)+val(text2.text))
next i
т.е. берём текст из поля текст1, преобразуем в число, берём текст из поля текст2, преобразуем в число, складываем их, преобразуем в строку и помещаем результат в поле текст3, и так мильён раз.
Конечно, пример надуман, но он хорошо показывает типичную ошибку ООП-шников -- избыточное обращение к объектам. Если этот пример переписать вот так, он будет быстрее примерно в 100 ТЫСЯЧ раз:
a=val(text1.text)
b=val(text2.text)
for i=1 to 1000000
c=a+b
next i
text3.text=cstr(c)
Конечно, в реале такого выигрыша не получить, поскольку примеры весьма надуманы, но однажды, переделывая чужой "деловой" код (т.е. выполняющий реально полезные вычисления, а не пример или что-то подобное), я таким путём, закэшировав в переменных многократно применяемые свойства объектов, ускорил вычисления примерно в триста раз. Для прочих сред, будь то джава или сипипи, я подобных экспериментов не проводил, но из литературы знаю, что этот эффект есть в ЛЮБОЙ реализации ООП.
"Попробуйте сделать, например простейший САПР для рисования принципиальных схем."
Я сам не пробовал, но у меня в пользовании была САПР (сапр -- она, а не он!), как раз для рисования, только не принципиальных схем, а плат. Ессна, с функцией авторазводки. И написана была та САПР на бейсике, на компьютере ZX-Spectrum, где объём бейсик-программы ограничен десятью тысячами (без одной) строк, где никакого ООП не было. Там даже нормальных функций не было, только пара операторов gosub-return.
"хороший МК на АРМ может стоить 5 баксов"
один бакс или пять -- это некритично для малых партий. В реальном серийном производстве даже один против полутора -- огромная разница...
если заменить визуальный компонент просто объектом (экземпляром класса, реализованного штатными средствами vba), тормоза те же. потому что обращение к ЛЮБОМУ объекту намного медленнее, чем переменной. Более того: публичные переменные медленнее локальных, хотя здесь разница не столь драматична.
В vb.net эта тенденция сохраняется, хотя в полностью скомпилированном (в экзешник) приложении разница меньше, но она всё равно есть.
Джава -- это сама по себе мегажопа и зряшный пожиратель ресурсов... я уже говорил о "производительности" смартфонов на ведроиде...
Про спектрум вы немножко мимо. Я знаю, что для него писАли "в кодах", но не только и не столько; в основном коммерческий код для спектрума "буржуины" писАли на асме (а часто и на форте) и компилили на "больших" машинах. Конкретно упомянутая мной САПР (увы, забыл название) была написана именно на штатном бейсике и выполнялась в режиме интерпретации, внезапно ))) (про режим интерпретации не напрасное уточнение, для спектрума существует компилятор бейсика, компилирующий бейсик-программу, написанную штатным образом, во что-то типа псевдокода, выполняемое раз в двадцать-пятьдесят быстрее, чем из режима интерпретации).
Кстати о кодах. Я автор одних из трёх (сначала сам написал, потом узнал, что есть ещё две почти такие же), известных мне, "фоновых" часов для спектрума (вешаются на маскируемое прерывание поверх штатного обработчика, выводят на экран часы, не мешающие кодить и выполнять программы на бейсике, да в принципе, и некоторые usr-программы тоже. к сожалению, часы "встают" на время выполнения файловых операций и команды beep.). меньше 100 байт, так-то вот )))
Про ООП. Не надо меня агитировать за его полезность, я нифига не отрицаю полезность этого ИНСТРУМЕНТА -- но важно, что это именно инструмент, а не парадигма. По аналогии с реалом -- да, можно всё есть ножом, но разумнее использовать нож обычным образом, вместе с ложкой и вилкой.
Так и с ООП -- применять его нужно и можно там, где он нужен, и ненужно и нельзя там, где он не нужен. антипаттерн 110%. "Не нужно использовать что-то просто потому, что оно есть, или просто потому, что ты это умеешь."
да, команды там однобайтовые. Жмёшь из режима "К" кнопку Р, получается команда PRINT, режим переключается в L. Команда в память записывается одним байтом (Старшая половина ascii, кроме псевдографики, вся занята кодами команд). Сделано это не для экономии памяти (48К, из них восемь экранных, пара служебных -- под программу на бейсике остаётся овердокуя), а для облегчения программирования (операторы вводятся одним нажатием кнопки) и упрощения интерпретатора (не нужно "распознавать" слово-оператор побайтово)
Однако, к компиляции это не относится.
Бейсик-код на спектруме реально можно компилировать (программа-компилер "загружается отдельно", в штатном ROM её нет), получается программа "в кодах", запускаемая функцией USR, как и программа, изначально написанная на асме. Выполняется такая компилированная программа значительно быстрее, чем просто интерпретируемая, запускаемая командой RUN, хотя и намного медленнее, чем изначально написанная на нормальном асме.
И таки да, никакое ООП абсолютно не нужно для написания интерпретатора (и компилятора тоже). Даже если язык, интерпретируемый или компилированный им будет ООПшным. Внезапно.
Грамотный и дорогой привод
и сцуко коопеечные шаговые говномоторы
так что помолчите АБАРМОТ если не владеете инфой... оффф топ
Сам хочу 4-х осевой со столом 2х3 метра, но пока только в начале пути, изучаю вопрос.
Автор молодец, и кстати у него есть канал на ютубе, откуда я для себя много нового почерпнул!