tx4:~ # dmesg | grep ftdi
[10188.370009] usbcore: registered new interface driver ftdi_sio
[10188.370644] ftdi_sio 7-2.2:1.0: FTDI USB Serial Device converter detected
[13377.121090] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[13377.121104] ftdi_sio 7-2.2:1.0: device disconnected
tx4:~ #

Version: 2.2.2-nightly-20231211
Date: 2023-12-11T03:08:26.715Z
CLI Version: 0.34.0

Copyright © 2023 Arduino SA

AtlonXP hat geschrieben: in unserer Community FW hatten wir eine Zeit lang das Lesen der SD karte gesperrt.
Wenn dein Drucker noch fast normal läuft, kann es nicht an der FW liegen.
Ansonsten würde der Drucker nach dem Einschalten nicht hochfahren.

Damit dein Rechner mit dem Drucker über USB kommunizieren kann, muss ein Treiber für die USB Schnittstelle installiert sein.
Die Baudrate muss 115200 betragen und der richtige COM muss angewählt sein.
Ich empfehle bei dir die neuste Community FW auf zu spielen.
Dazu benötigst du die Arduino IDE Version >= 1.85
Bereits hier wirst du sehen ob ein Verbindungsaufbau über USB möglich ist!

zero K hat geschrieben:Guten Morgen

Der Treiber ist im Wesentlichen für den FTDI Protokollwandler von USB auf Deinem Rechner zu Seriell auf dem Mainboard des Druckers.
In der Liste der auf Deinem Rechner installierten Treiber sollte etwas mit ftdi im Namen zu finden sein.
So sieht es bei mir aus, wenn ich den Drucker an und wieder ab stöpsele

tx4:~ # dmesg | grep ftdi
[10188.370009] usbcore: registered new interface driver ftdi_sio
[10188.370644] ftdi_sio 7-2.2:1.0: FTDI USB Serial Device converter detected
[13377.121090] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[13377.121104] ftdi_sio 7-2.2:1.0: device disconnected
tx4:~ #

Die Firmwarebezeichnung irritiert etwas - zeige bitte ein Bild vom Display.
Von welchen Modifikationen an dem Drucker kann der Vorbesitzer berichten.
Auch von Umbauten wären Fotos nicht schlecht.

Liegen zu dem Drucker Softwarepakete, die Betriebsanleitung und im Idealfall auch die Montageanleitung zum Bausatz vor?

Hast Du schon mal die Achsen verfahren können - anfahren der Nullpunkte und Endschalter funktionieren?



BTW: Zum Flashen kannst Du sogar den letzten nightly build der Arduino-IDE gebrauchen, hier ...

Version: 2.2.2-nightly-20231211
Date: 2023-12-11T03:08:26.715Z
CLI Version: 0.34.0

Copyright © 2023 Arduino SA

Ich finde die 2er IDE etwas übersichtlicher.

Gruß, zerro K

bee hat geschrieben: Gibt es eine Anleitung fürs zurücksetzen via pin?

mhier hat geschrieben:Kannst du mal genauer beschreiben, was du eigentlich machst und welche Fehlermeldung dann auftritt (am besten Screenshot)?

Es gibt zwei Arten von Kommunikation über USB mit unserem Drucker:
1. G-Code senden von z.B. Repetier Host, Slicer oder einem Druck-Server (Octoprint etc.),
2. Firmware-Update mit Arduino

Beides sind im Grunde recht getrennte Vorgänge. Du schreibst, der richige COM-Port sei ausgewählt, das sagt mir, dass zumindest der FTDI-Chip auf dem Mainboard erkannt wird. Ich gehe jetzt mal davon aus, dass die Hardware nicht defekt ist (als Arbeitshypothese, kann ich natürlich nicht ausschließen, ist aber eher unwahrscheinlich). Dann bist du also prinzipiell in der Lage, seriell mit dem Microcontroller zu kommunizieren. Wenn Baudrate (und die anderen Parameter wie Zahl der Daten-Bits, Stopp-Bits und Parität) stimmen und eine Firmware auf dem Microcontroller läuft (was offenbar der Fall ist, denn du kannst ja von der SD-Karte drucken anscheinend?), dann wirst du G-Code-Befehle senden können. Hast du das probiert? Bitte alle Schritte nennen, damit wir den Fehler finden können!

Die andere Kommunikation für das Firmware-Update läuft zwar über die gleiche serielle Schnittstelle (hinter dem FTDI-Chip), bringt aber den Microcontroller dazu, in seinen Bootloader zu booten. Auch dann sind wieder die korrekten Einstellungen (Baudrate, Daten-Bits, Stopp-Bits, Parität) wichtig, aber die werden dann in Arduino eingestellt. Außerdem ist es theoretisch möglich, dass der Vorbesitzer den Bootloader gelöscht hat. Das geht zwar nur über ein spezielles Programmier-Kabel (darauf spielt AtlonXP im letzten Post an), aber wir wissen ja nicht, was der gemacht hat. Ganz ausschließen kann man es also nicht. Dennoch würde ich erstmal davon ausgehen, dass einfach irgendwelche Einstellungen nicht stimmen. Bitte schreibe uns auch für diesen Fall genau alle Schritte auf. Screenshots helfen uns sehr, genau wie die Versionen der verwendenten Programme.