[BUG] SKR 1.3 USB Connectivity with Octoprint not working #14004

jjacobsfs · 2019-05-13T14:04:43Z

Description

When I connect my printer through USB to Octoprint, no temperature is displayed and after a minute or so I will get a timeout. If I am lucky, the SKR will accept a command or two before it loses comms with Octoprint.

Steps to Reproduce
•Connect the printer to Octoprint with USB cable
•Open Octoprint,, and hit connect.
•No temperature is displayed and barely any gcode is scrolling in the terminal. Sometimes I can move the printer or do a few gcode commands before it times out. Sometimes it wont accept any commands.

Expected behavior: [What you expect to happen]
be able to control the printer through USB

Actual behavior: [What actually happens]
-> Not working

Additional Information

My Configuration.h file :

#define SERIAL_PORT 0
#define SERIAL_PORT_2 -1
#define BAUDRATE 250000

When I connect OctoPrint to my other printers, it works fine so I can rule out the RPi, Octoprint, and USB cable.

Thanks for your help

gloomyandy · 2019-05-13T14:37:42Z

Are you using the very latest version of Marlin from the Marlin github or are you using the version from Bigtreetech (or some other repository). Please retest with the latest version of Marlin. Several people have reported this issue when using the Bigtreetech version.

Also please do as requested by the issue template and include a zip file of your configuration files.

jjacobsfs · 2019-05-13T14:40:16Z

I am using the BigTreeTech version. I will try the latest Marlin tonight and report back.

Thanks

Patag · 2019-05-13T16:00:06Z

@jjacobsfs : I'm quite sure you have to set baud rate to 115200 on SKR V1.3.

jeroen85 · 2019-05-13T16:04:15Z

My setup:

#define SERIAL_PORT 0
#define SERIAL_PORT_2 -1
#define BAUDRATE 115200

ghost · 2019-05-13T16:22:03Z

The baudrate has no effect at all with CDC USB comms (SERIAL_PORT).
It does however affect real life com-port comms (such as SERIAL_PORT2).

jjacobsfs · 2019-05-13T17:41:23Z

I tried several different rates and all results were the same.

jeroen85 · 2019-05-13T18:09:27Z

I just realise that I had something similar with my SKR 1.3 connected to my macbook pro. When trying to communicate via Repetier-Host, it did not work as expected. No temperature, timeout etc, sometimes it did connect.. Later on I figured out that this was because MacOS mounted the on-board SD-card. After unmounting the SD-card in MacOS I was able to connect.
Btw, comms between SKR and RPi with OctoPrint never had issues...
Maybe this can be of help, maybe not ;-)

gloomyandy · 2019-05-13T18:12:04Z

@jjansen85 there should be no problem with having the SD card mounted (it happens all of the time with Windows), if you have a problem with that (with a recent version of Marlin), please create a new bug report and supply all of the details.

Patag · 2019-05-13T18:21:16Z

I had some communication problems with SKR V1.3 until...I changed USB cable !

ghost · 2019-05-14T08:31:47Z

When using the USB to the SKR, you need to make sure the DTR line is set (simulated in CDC USB I know) otherwise the SKR will not respond.
I'm using OctoPrint in windows and it doesn't have that option (not that I can find) but it works all the same, but I don't know what serial comms options there are in a linux (raspberry) setup.

Just curious. Why do you specify SERIAL_PORT as the hardware port (UART) on the SKR and SERIAL_PORT_2 as the USB port ? .. it doesn't matter I know.

jjacobsfs · 2019-05-14T13:11:19Z

Just curious. Why do you specify SERIAL_PORT as the hardware port (UART) on the SKR and SERIAL_PORT_2 as the USB port ?

I just used the settings Bigtreetech had. Are you saying that is incorrect?

I used the latest Marlin 2.0 and its working fine now. Not sure what Bigtreetech did to their firmware. For anyone else with this issue, you cannot use the Bigtreetech config files directly as they are a bit different than Marlins. I just used theirs for reference.

gloomyandy · 2019-05-14T13:45:09Z

It depends what you are trying to do. At the moment you have two serial ports configured. One runs over the built in USB stack (port -1) and the other runs over the hardware UART (port 0) which comes out to the AUX connection on the board. It sounds like you are using the USB serial port for Octopriint. Do you have anything else connected to the AUX port (like a TFT display)? If not you may want to set things up like below so only the USB port is active...

#define SERIAL_PORT -1
//#define SERIAL_PORT_2 0

jjacobsfs · 2019-05-14T14:17:14Z

I do not have the TFT. I am using the onboard USB port. I was considering hooking the Pi up to the UART instead of the USB. Not sure if it would be any more reliable even though I have never had any issues with using USB.

gloomyandy · 2019-05-14T14:24:07Z

I'm in the process of setting up something similar. It will almost certainly be less reliable using the UART, but I want to be able to talk to my PC via the USB connection. If you are using a Pi then remember that you may need to make changes to the way Linux is configured to be able to use the rPi UART.

jjacobsfs · 2019-05-14T14:30:45Z

Do you have an SKR 1.3?

gloomyandy · 2019-05-14T14:39:49Z

Yep and a V1.1.

jjacobsfs · 2019-05-14T14:42:02Z

A bit off topic, do you use a sd card extension cable? I had all kinds of issues with that.

gloomyandy · 2019-05-14T15:44:57Z

No I don't, but I'm not surprised you have problems. I did a lot of work on the LPC176x USB stack and when testing that I tried various setups including providing USB access to the SD card reader attached to the LCD display. But they would not work reliably using the relatively high speed that the framework/USB/SD code uses to access the SD card over SPI.

Alissonverd · 2019-05-15T01:37:17Z

https://github.com/bigtreetech/BIGTREETECH-SKR-V1.3
https://www.dropbox.com/s/ppjfflhf3j5yzh2/MarlinV2.0%20SKRV1.1%20instruction.docx?dl=0

#define SERIAL_PORT -1
#define SERIAL_PORT_2 0
#define BAUDRATE 115200

gloomyandy · 2019-05-15T06:53:01Z

@Alissonverd I'm sorry I don't understand your post. Do you have a problem?

@jjacobsfs if your problem is now resolved, please close this issue. Folks will still be able to find it if they do a search.

jmdearras · 2019-05-16T20:17:35Z

-1 is the USB, it should be SERIAL_PORT.

jimmyeao · 2019-07-06T14:01:28Z

Have some strange behaviour with my SKR1.3 - Octoprint will only connect if I set the port and Baud to Auto. It then detects Baud as 115200, but if I then try and connect by specifying the BAUD as 115200 it just sits there and refuses to connect. MArlin is configured:
#define SERIAL_PORT -1
#define SERIAL_PORT_2 0
#define BAUDRATE 115200

jmdearras · 2019-07-10T01:08:54Z

baud is meaningless on the USB (-1) on the SKR v1.x

…

On Sat, Jul 6, 2019 at 10:02 AM Jimmy White ***@***.***> wrote: Have some strange behaviour with my SKR1.3 - Octoprint will only connect if I set the port and Baud to Auto. It then detects Baud as 115200, but if I then try and connect by specifying the BAUD as 115200 it just sits there and refuses to connect. MArlin is configured: #define SERIAL_PORT -1 #define SERIAL_PORT_2 0 #define BAUDRATE 115200 — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#14004?email_source=notifications&email_token=AAESZCOP44K53FKDRN7VJQLP6CQVTA5CNFSM4HMQEX22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZK2F5I#issuecomment-508928757>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAESZCMGPUZWZ3GPC6KN7JDP6CQVTANCNFSM4HMQEX2Q> .

jimmyeao · 2019-07-10T08:12:36Z

That doesn’t answer the question though Jimmy White

________________________________ From: jmdearras <notifications@github.com> Sent: Wednesday, July 10, 2019 2:09:29 AM To: MarlinFirmware/Marlin Cc: Jimmy White; Comment Subject: Re: [MarlinFirmware/Marlin] [BUG] SKR 1.3 USB Connectivity with Octoprint not working (#14004) baud is meaningless on the USB (-1) on the SKR v1.x

On Sat, Jul 6, 2019 at 10:02 AM Jimmy White ***@***.***> wrote: Have some strange behaviour with my SKR1.3 - Octoprint will only connect if I set the port and Baud to Auto. It then detects Baud as 115200, but if I then try and connect by specifying the BAUD as 115200 it just sits there and refuses to connect. MArlin is configured: #define SERIAL_PORT -1 #define SERIAL_PORT_2 0 #define BAUDRATE 115200 — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#14004?email_source=notifications&email_token=AAESZCOP44K53FKDRN7VJQLP6CQVTA5CNFSM4HMQEX22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZK2F5I#issuecomment-508928757>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AAESZCMGPUZWZ3GPC6KN7JDP6CQVTANCNFSM4HMQEX2Q> .

— You are receiving this because you commented. Reply to this email directly, view it on GitHub<#14004?email_source=notifications&email_token=ABHVABYQNR623C34PAWJCJDP6UZETA5CNFSM4HMQEX22YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZR7JWY#issuecomment-509867227>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ABHVAB262X6IUEWUOSFEYKLP6UZETANCNFSM4HMQEX2Q>.

gloomyandy · 2019-07-10T08:26:59Z

@jimmyeao I doubt if your question has anything to do with the original issue. This issue has already drifted all over the place and should ideally be closed. Please start a fresh one and post your configuration files, details of your printer setup (are you actually using SERIAL_PORT_2 for anything?), how recent a version of Marlin are you using and full details of your octoprint setup. Having said that you may be better off asking this question on the Octoprint forum as it seems more related to how Octoprint decides to connect than directly to Marlin.

boelle · 2019-07-21T13:03:34Z

as @gloomyandy advices i will close this one, OP found the issue in that he could not directly copy over config files

TA2WK · 2019-08-30T17:03:09Z

Set config as following

#define SERIAL_PORT 0
#define SERIAL_PORT_2 -1

And connect your USB cable to Pi and SKR 1.3 and reboot the Pi. Pi will reconfigure the port ttyACM0 and will work.

ipatch · 2019-10-20T18:22:15Z

Set config as following

#define SERIAL_PORT 0
#define SERIAL_PORT_2 -1

And connect your USB cable to Pi and SKR 1.3 and reboot the Pi. Pi will reconfigure the port ttyACM0 and will work.

tried with these settings using the latest bugfix branch of marlin,

built the FW using platformio,
uploaded the freshly built bin to sd card on the skr
connect the usb cable to one of the 4 usb ports on my pi
connect the other end of the cable to skr
reboot skr using built reset button on board
open web interface for octoprint try to connect and get the following error messages

onnecting to: /dev/ttyACM0
Changing monitoring state from "Offline" to "Opening serial port"
Connected to: Serial<id=0x6b20b1f0, open=True>(port='/dev/ttyACM0', baudrate=115200, bytesize=8, parity='N', stopbits=1, timeout=10.0, xonxoff=False, rtscts=False, dsrdtr=False), starting monitor
Changing monitoring state from "Opening serial port" to "Connecting"
There was a timeout while trying to connect to the printer
Changing monitoring state from "Connecting" to "Offline"
Connection closed, closing down monitor

~/.octoprint/logs/serial.log

2019-10-20 13:11:44,981 - Connecting to: /dev/ttyACM0
2019-10-20 13:11:44,999 - Changing monitoring state from "Offline" to "Opening serial port"
2019-10-20 13:11:45,004 - Connected to: Serial<id=0x6b20b1f0, open=True>(port='/dev/ttyACM0', baudrate=115200, bytesize=8, parity='N', stopbits=1, timeout=10.0, xonxoff=False, rtscts=False, dsrdtr=False), starting monitor
2019-10-20 13:11:45,004 - Changing monitoring state from "Opening serial port" to "Connecting"
2019-10-20 13:12:15,043 - There was a timeout while trying to connect to the printer
2019-10-20 13:12:15,054 - Changing monitoring state from "Connecting" to "Offline"
2019-10-20 13:12:15,067 - Connection closed, closing down monitor

I've tried connecting octoprint via both the USB cable and the GPIO dupont pins on the header, and neither can connect to the SKR via octoprint FWR

All that said, when I do connect the skr 1.3 directly to my computer using the same usb cable I am able to interface with the board SD card in or out and I can successfully run a m115 cmd from prontoface printrun on macOS.

ipatch · 2019-10-20T18:46:42Z

Can now confirm that this issue with connecting via the USB cable to a Raspberry Pi using Octoprint was Octoprint related and not marlin.

Leaving this here for future me,

If running into connection issues with Octoprint and an SKR v1.3 logic board, try toggling the below settings within octoprint,

Uncheck all the boxes for firmware related settings until a proper connection can be confirmed.

Tollbringer · 2019-11-06T17:04:37Z

Thanks for posting this. I have been struggling to customize my (printers) to co-operate and I have aborted/interrupter numerous prints by auto-detecting usb port screwing with another printer on the same Rpi3B+.

My goal is to have (2) Ender 3 printers running off 1 Pi; SKR v1.3 in "A" and stock mb. in "B" Eventually "B" will get a SKR 1.3 also. I followed Chris Rileys tutorials on multiple Printers, 1 Pi and it works. The challenge is with using AUTO-ON plugins to power the Printer on when a slicer spools the gcode to octoprint, which works very well on the stock MB. With the SKR, the board is not powered and even though OctoPrint gets the Gcode with M80 command, it serial times out before actually turning on the printer... Im a little lost and don't know where to go from here. I know the issue is serial-port related between octoprint and printer response.

[-=SrZ=-]

github-actions · 2020-07-04T02:07:07Z

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

boelle closed this as completed Jul 21, 2019

boelle added the Bug: Potential ? label Jul 21, 2019

github-actions bot locked and limited conversation to collaborators Jul 4, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

[BUG] SKR 1.3 USB Connectivity with Octoprint not working #14004

[BUG] SKR 1.3 USB Connectivity with Octoprint not working #14004

jjacobsfs commented May 13, 2019 •

edited

Loading

gloomyandy commented May 13, 2019

jjacobsfs commented May 13, 2019

Patag commented May 13, 2019

jeroen85 commented May 13, 2019

ghost commented May 13, 2019

jjacobsfs commented May 13, 2019

jeroen85 commented May 13, 2019

gloomyandy commented May 13, 2019

Patag commented May 13, 2019

ghost commented May 14, 2019

jjacobsfs commented May 14, 2019 •

edited

Loading

gloomyandy commented May 14, 2019

jjacobsfs commented May 14, 2019

gloomyandy commented May 14, 2019

jjacobsfs commented May 14, 2019

gloomyandy commented May 14, 2019

jjacobsfs commented May 14, 2019

gloomyandy commented May 14, 2019

Alissonverd commented May 15, 2019

gloomyandy commented May 15, 2019

jmdearras commented May 16, 2019

jimmyeao commented Jul 6, 2019

jmdearras commented Jul 10, 2019 via email

jimmyeao commented Jul 10, 2019 via email

gloomyandy commented Jul 10, 2019

boelle commented Jul 21, 2019

TA2WK commented Aug 30, 2019

ipatch commented Oct 20, 2019

ipatch commented Oct 20, 2019

Tollbringer commented Nov 6, 2019

github-actions bot commented Jul 4, 2020

[BUG] SKR 1.3 USB Connectivity with Octoprint not working #14004

[BUG] SKR 1.3 USB Connectivity with Octoprint not working #14004

Comments

jjacobsfs commented May 13, 2019 • edited Loading

gloomyandy commented May 13, 2019

jjacobsfs commented May 13, 2019

Patag commented May 13, 2019

jeroen85 commented May 13, 2019

ghost commented May 13, 2019

jjacobsfs commented May 13, 2019

jeroen85 commented May 13, 2019

gloomyandy commented May 13, 2019

Patag commented May 13, 2019

ghost commented May 14, 2019

jjacobsfs commented May 14, 2019 • edited Loading

gloomyandy commented May 14, 2019

jjacobsfs commented May 14, 2019

gloomyandy commented May 14, 2019

jjacobsfs commented May 14, 2019

gloomyandy commented May 14, 2019

jjacobsfs commented May 14, 2019

gloomyandy commented May 14, 2019

Alissonverd commented May 15, 2019

gloomyandy commented May 15, 2019

jmdearras commented May 16, 2019

jimmyeao commented Jul 6, 2019

jmdearras commented Jul 10, 2019 via email

jimmyeao commented Jul 10, 2019 via email

gloomyandy commented Jul 10, 2019

boelle commented Jul 21, 2019

TA2WK commented Aug 30, 2019

ipatch commented Oct 20, 2019

ipatch commented Oct 20, 2019

Tollbringer commented Nov 6, 2019

github-actions bot commented Jul 4, 2020

jjacobsfs commented May 13, 2019 •

edited

Loading

jjacobsfs commented May 14, 2019 •

edited

Loading