Не удается управлять принтером через USB

Возможно, на вашей плате установлен клонированный чип USB-последовательного моста FT232R, и драйверы FTDI, поставляемые через канал обновления Windows, не будут работать с клонированными чипами. Попробуйте использовать исполняемый файл программы установки Windows со следующей страницы:

Чип FTDI: Драйверы виртуальных COM-портов

Обратите внимание, что известных проблем с драйверами macOS и Linux нет.

Доброе утро, и добро пожаловать на сайт 3D-печати SE.

Вы сказали: "Я могу видеть информацию с принтера через USB в RepG и через OctoPrint, но не могу отправлять какие-либо отпечатки, команды или обновлять прошивку (в конечном итоге я хотел прошить Sailfish 7.7)". Это означает, что USB-связь работает нормально. Это не вопрос драйверов или чипа интерфейса FTDI. Это должно работать нормально, иначе у вас не было бы никакой USB-связи.

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

Я не эксперт в отношении различий в диалектах G-кода прошивки, но, по крайней мере, есть: Marlin, Repetier, Mach3, LinuxCNC, Machinekit, Smoothie, Makerware, Sailfish. Я получил этот список со страницы "О программе" для Slic3r.

Я бы начал с того, что попытался нарезать файлы с разными диалектами и посмотреть, печатается ли один из результирующих файлов G-кода. Вы также можете найти описание прошивки, которую вы прошили, со ссылками на одно из этих имен, что сэкономит много времени.

Для прошивки вы можете попробовать вернуться на уровень Arduino и использовать эти инструменты для прошивки.

Дополнительные ответы в ответ на информацию, которую вы добавили к вопросу.

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

Octoprint имеет слой адаптера, который, по-видимому, взаимодействует между g-кодом и GPX. Вы запускаете этот слой. Примерно в строке 11 файла журнала, который вы добавили в вопрос:

Recv: echo: перевод gcode в x3g с помощью GPX

Надстройка GPX может быть идеальной, и она может охватывать все версии прошивки и все функции. Я им не пользуюсь и незнаком с ним.

Чтобы прошить вашу плату, я бы не хотел предполагать, что Octoprint/GPX новый способ запуска этого протокола. Я бы использовал программное обеспечение хоста, поставляемое поставщиком. Перепрошивка-нечастая операция, и у дополнительного программного обеспечения меньше шансов, что оно будет на 100% правильным. Если бы я писал GPX, я бы намеренно сделал так, чтобы перепрошивка выходила за рамки, так как последствия неправильного выполнения могут легко привести к блокировке принтера.

Поскольку Octoprint/GPX утверждает, что может печатать на принтере, я бы обновил все программное обеспечение до соответствующих текущих версий. Прошивка текущей прошивки Sailfish с помощью прилагаемых инструментов хоста. Обновите текущую/лучшую версию Octoprint/GPX. Ознакомьтесь с примечаниями к выпуску Octoprint/GPX для выявления известных проблем.

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

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

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