So close to a working setup! Thanks for all the legwork you have done to make this happen. Maybe someone here can solve this one small issue.
I have ser2net
running as a serial server on a small OpenWRT x86 computer at IP 10.1.1.1
. My printer is connected via USB and shows as /dev/ttyUSB0
. Last night I was able to test ser2net in RAW
mode with a telnet client on port 2000
. The printer responded to a G28\n
command and would Home all Axis. I also received all the standard wait
and retry
commands through the telnet session. I was also able to do this from the Octoprint server running in Docker at IP 10.1.1.10
.
Contents of /etc/ser2net.conf on OpenWRT
[...snip...]
2000:telnet:0:/dev/ttyUSB0:115200 remctl
I made the necessary changes detailed in your repo to Octoprint and reinstalled it. Octoprint then allowed rfc2217://10.1.1.1:2000
as a serial port
On first connection, Octoprint was able to retrieve info from the printer. Gcode did work internally for Octoprint, but I was not able to issue any Gcode commands manually through the terminal.
Connecting to: rfc2217://10.1.1.1:2000
Changing monitoring state from "Offline" to "Opening serial port"
Connected to: Serial<id=0x7fb41a3cff90, open=True>(port='rfc2217://10.1.1.1:2000', baudrate=9600, bytesize=8, parity='N', stopbits=1, timeout=None, xonxoff=False, rtscts=False, dsrdtr=False), starting monitor
Starting baud rate detection...
Changing monitoring state from "Opening serial port" to "Detecting baudrate"
Trying baudrate: 115200
Send: N0 M110 N0*125
Recv: start
Changing monitoring state from "Detecting baudrate" to "Operational"
Send: N0 M110 N0*125
Recv: ok
Send: N1 M115*39
Recv: ok 1
Send: N2 M21*18
Recv: FIRMWARE_NAME:Repetier_0.91 FIRMWARE_URL:https://github.com/repetier/Repetier-Firmware/ PRMendel EXTRUDER_COUNT:1 REPETIER_PROTOCOL:2
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Your printer's firmware is known to lack mandatory safety features (e.g.
thermal runaway protection). This is a fire risk.
Learn more at https://faq.octoprint.org/warning-firmware-unsafe
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Recv: Printed filament:89.33m Printing time:0 days 22 hours 40 min
Recv: ok 2
Send: N3 M21*19
Recv: ok 3
Send: N4 M20*21
Recv: ok 4
Recv: Begin file list
Recv: Tronxy X1 V.02/
Recv: Tronxy X1 V.02/20mm_box_pillar.stl 36484
Recv: Tronxy X1 V.02/20mm_box_pillar_Test.gcode 673998
Recv: Tronxy X1 V.02/Tronxy X1 Assemble Guide V 2368019
Recv: Tronxy X1 V.02/Tronxy X1 Operating Instru 929938
Recv: Tronxy X1 V.02/X1 Part List(1).pdf 860622
Recv: Tronxy X1 V.02/Software/
Recv: Tronxy X1 V.02/Software/FTDI USB Driver.zip 1366111
Recv: Tronxy X1 V.02/Software/setupRepetierHost_1_6_2.ex 31211016
Recv: Tronxy X1 V.02/Software/software download website. 83
Recv: CE2_bedleveling-try_this_o 3139
Recv: CE2_YLimitSwitchBracket.gc 708917
Recv: End file list
[...]
Send: N5 M105*34
Recv: ok 5
Recv: T:23.47 /0 @:0
See octoprint.log for details
Changing monitoring state from "Operational" to "Offline (Error: See octoprint.log for details)"
Connection closed, closing down monitor
After disconnecting and reconnecting in the Octoprint interface, it's no longer able to retrieve info from the printer. In the terminal, Octoprint states it is initially connecting with baud 9600
, then trying 115200
but does not succeed.
Connecting to: rfc2217://10.1.1.1:2000
Changing monitoring state from "Offline" to "Opening serial port"
Connected to: Serial<id=0x7fb41a5ecf10, open=True>(port='rfc2217://10.1.1.1:2000', baudrate=9600, bytesize=8, parity='N', stopbits=1, timeout=None, xonxoff=False, rtscts=False, dsrdtr=False), starting monitor
Starting baud rate detection...
Changing monitoring state from "Opening serial port" to "Detecting baudrate"
Trying baudrate: 115200
Send: N0 M110 N0*125
Recv: �ok