Это конечно моё личное и субъективное мнение:
Я НЕ СОГЛАСЕН!!!
большинство столкнуться как минимум с проблемами:
1. Усложнение схемы контроллера
2. Удорожание контроллера
3. Наличие в нём дефицитного Микроконтроллера
(по крайней мере для некоторых и для меня в том числе его никогда не купить просто так пойдя в магазин, придётся заказывать через кого то аж из москвы, учитывая что я например живу в Узбекистане)
4. Необходимо уметь программировать эти микроконтроллеры.
(писать программы для него, для таких целей начального уровня не достаточно)
5. Необходимо уметь прошивать микроконтроллеры.
(это дополнительный программатор и программное обеспечение)
UR3VCD написал(а):А что касается аппаратной части, то сам контроллер практически не усложнится.
Не получится просто так эта затея, и без микроконтроллера схема усложнится.
life написал(а):А вобще у меня есть мысль дополнить контроллер памятью.
Ваша программа выгружает УП в станок и тот работает, комп свободен.
Вообщет у большинства для станка выделяется отдельный комп, достаточно простенького 200 мгц.
А ваша идея не получится простыми затратами
Вы объём некоторых программ для станка видели?
Например в поточечном выжигании файл может достигать 2-6 мб.
Куда кидать такой объём?
Ладно, не секрет что к некоторым ПИКам можно прицепить внешнюю память.
Тогда другой вопрос:
своими силами напишем для микроконтроллера программу,
которая будет нормально понимать к пример HPGL или DXF закинутые в память?
И сколько она должна занимать
Если кидать какие то более простые данные уже для управления двигателями,
то это скажется на объёме этих данных, и они будут побольше чем файлы типа HPGL.
Я работал на режущем плоттере в котором был неплохой контролер с памятью.
стоимость его забегала хорошо за пару тыс у.е., и цена такая оправдана, эффектны некоторые моменты типа,
станок вырезает огромную надпись на 10 метровом рулоне плёнки, и возвращается обратно в ту же самую точку
Производитель гарантировал точность 0.001 мм и это при ременной передаче + 60 см в сек пермещение рулона.
И работал он кстати на СОМ порту, достаточно было кинуть из проги данные,
и можно было выключать комп.
Но данные то кидались в формате HPGL, а это всего лишь координаты и управляющие команды.
Контроллер сам их обрабатывал. И возможности дешёвого микроконтроллера и
простейшей схемы для таких целей не хватит.однозначно.
Я не отрицаю возможности изготовления подобного контроллера.
Но вот повторить его смогут далеко не многие.
Вывод: Проще заниматься существующими разработками и дорабатывать их функционалом,
чем тратить время на новые разработки сильно усложняющие схему и требующие
конкретной доработки порграммы VRI-inc.
Опять же останавливаемся на том, что дешевле купить б/у ноутбук или РС,
встроить его в станок и будет вам супер контроллер
Я к примеру в состоянии собрать схему любой сложности, собрать программатор для ПИКа.
Но для себя не вижу в этом смысла.
Да и мои мысли расчитаны на людей с не достаточной квалификацией для посторения
таких устройств как Контроллер со встроенной памятью для станка С ЧПУ.
Зачем усложнять то что уже придумано, работает и достаточно функционально.
Если вы решили сделать станок и подрабатывать с его помощью, не поскупитесь
и купите для станка отдельный комп, пусть и слабенький и б/у , станку всё равно он и
с ним будет работать. Оно себя окупит.
Если же для вас станок не более чем игрушка, тогда самому нужно решать, а стоит ли он того,
чтоб тратить столько времени на разработку и/или изготовление усложнённых контроллеров.
Повторюсь, это всё моё личное субъективное мнение, не претендующее на истину.
2 UR3VCD
Что же касается переходника ЮСБ- ЛПТ, то вполне возможно намного легче разобраться в
работе драйвера к этому кабелю, ведь железка то готова.
Нужно просто сделать чтоб она эмулировала ЛПТ порт.
Я думаю это не сложно. Поищите знакомого программера, который поможет вам с этой проблемой.
И всё решится само собой.
Хотя я видел такие же переходники ЮСБ-ЛПТ которые прекрасно выполняли свою функцию.
С уважением. Алекс
Отредактировано Alex_Beda (2008-02-02 18:42:32)