Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

where is the upload.ino #27

Open
killrob opened this issue Apr 16, 2022 · 16 comments
Open

where is the upload.ino #27

killrob opened this issue Apr 16, 2022 · 16 comments

Comments

@killrob
Copy link

killrob commented Apr 16, 2022

For the ones like me that wants to use Arduino ide, where is the upload.ino file? i all repos that i downloaded there is no "example" folder containing this file....

@terjeio
Copy link
Contributor

terjeio commented Apr 17, 2022

Compiler/IDE used for building is shown as the last item in the driver overview lists. Some can also be built using PlatformIO.
I have no plans to add Arduino IDE support for this driver.

@killrob
Copy link
Author

killrob commented Apr 17, 2022

Compiler/IDE used for building is shown as the last item in the driver overview lists. Some can also be built using PlatformIO. I have no plans to add Arduino IDE support for this driver.

ok, i want to use it on a SKR V1.4 that is similar to the TURBO is a 1768 but...

in this page you talk about compiling with Arduino IDE or ECLIPSE, no word about using VScode with platformio. I'm quite lost and i don't understand.

@terjeio
Copy link
Contributor

terjeio commented Apr 18, 2022

i want to use it on a SKR V1.4 that is similar to the TURBO is a 1768 but...

Then you can find a pre-built binary here.

no word about using VScode with platformio

I do not use platformio myself, other users does and has added platformio.ini via pull requests for some of the drivers. The build environments I support are those listed in the driver overview.

@SwarleyAUS
Copy link

Sorry to resurrect this thread, but there does not seem to be any pre-built binaries for the SKR 1.4 in the listed location anymore. Can you advise how to build the firmware? I can see no valid arduino library being present despite the compiling guide saying otherwise.

@terjeio
Copy link
Contributor

terjeio commented Oct 21, 2024

@SwarleyAUS The driver overview specifies MCUExpresso which is Eclipse based. So there is no .ino for this driver.

@SwarleyAUS
Copy link

SwarleyAUS commented Oct 21, 2024

ah ok thank you, can you recommend any guides... not familiar with that IDE and how to build a hex

Edit: actually nevermind, ive been able to build the bin (I think). now to figure out why its not working... it loads the binary but no longer presents a serial port via USB cable! Where do UART pins get assigned? What does #define SERIAL_MOD 3 do in my board map? How do I define TRINAMIC_UART_ENABLE to be true so I can use UART with the drivers? Is there anything else I might need to change for the SKR 1.4 Turbo map to work with my SKR 1.4? Is there a manual covering all of this? Thanks

@terjeio
Copy link
Contributor

terjeio commented Oct 22, 2024

FYI I do not get notified about edits to comments so better to create a new one if there is any significant changes.

Where do UART pins get assigned?

Here and here.

What does #define SERIAL_MOD 3 do in my board map?

Switches to UART 3 for the serial port.

How do I define TRINAMIC_UART_ENABLE to be true so I can use UART with the drivers?

You cannot, only soft UART mode is supported, not hardware UART. Soft UART mode is enabled by enabling the 2209 driver in my_machine.h by uncommenting this line.

Is there a manual covering all of this?

No, basically only the comments in my_machine.h. However, plugins may have more details available in the readme file.

@SwarleyAUS
Copy link

SwarleyAUS commented Oct 23, 2024

Great, thankyou, that helps. However UART is still not working. pins 28 and 29 [see edit] are the USB UART pins I believe, so this is what I have:

in my_machine.h:
#ifndef USB_SERIAL_CDC
#define USB_SERIAL_CDC 0 // Comment out to use UART communication.
#endif

which should set SERIAL_MOD to 3 per this code in the SKR 1.4 turbo map:
#if USB_SERIAL_CDC == 0
#define SERIAL_MOD 3 // WiFi port
#endif

and that should set the active serial port to pins 28 and 29 per this code in serial.c:

#if SERIAL_MOD == 3
...
{4, 28, IOCON_MODE_INACT | IOCON_FUNC3}, /* TXD3 /
{4, 29, IOCON_MODE_INACT | IOCON_FUNC3} /
RXD3 */
};

correct? so do you have any idea why a serial port is not being presented? the binary is being converted to a .cur file by the board, and the uart port works because ive tested BTT's 'test' firmware - with that a serial port presents in device manager straight away.

Edit: actually the USB pins are p0.29 and p0.30. ive tried changing serial.c with these numbers (29 & 30) but that hasn't fixed my issue.

@terjeio
Copy link
Contributor

terjeio commented Oct 24, 2024

However UART is still not working. pins 28 and 29 [see edit] are the USB UART pins I believe

There is no such thing as USB UART for this driver. When USB_SERIAL_CDC is enabled the MCU itself provides the USB stack, not an external chip connected via an UART channel.
If you disable USB_SERIAL_CDC then you have to connect an UART <> USB converter, eg a FT232 based one, to the UART pins if you want to talk with the card via a USB connection (virtual serial port).

@SwarleyAUS
Copy link

SwarleyAUS commented Oct 24, 2024

ok so USB is what I want, I want it to present as a COM port in windows. Right now it doesn't and idk why. What I'm noticing in the IDE is that it thinks that SERIAL_MOD == 3 isn't true, because that block of code is greyed out(?).

image

Why would that be?
#define BOARD_BTT_SKR_14_TURBO is uncommented

#ifndef USB_SERIAL_CDC #define USB_SERIAL_CDC 0 is present in my_machine.h and

#if USB_SERIAL_CDC == 0 #define SERIAL_MOD 3 is not greyed out in the board map.

Is this graphical note an issue or a red herring? Any ideas how I can get USB working?

@terjeio
Copy link
Contributor

terjeio commented Oct 24, 2024

Any ideas how I can get USB working?

#define USB_SERIAL_CDC 1 in my_machine_map.h.

@SwarleyAUS
Copy link

sorry in my_machine.h or in the board map header file? I've tried both and neither seem to rectify the issue though.

Seeing as we've been talking at cross purposes, where can I check the USB pins are mapped correctly?

@terjeio
Copy link
Contributor

terjeio commented Oct 24, 2024

sorry in my_machine.h or in the board map header file?

in my_machine.h

where can I check the USB pins are mapped correctly?

I would guess somewhere in the NXP framework, and I believe there is only one set of pins that can be used. So you will have to dig into that and also consult the datasheet to see if more than one set can be used. However, when I have tested this board USB comms has been working for me without worrying about the pin mappings - so I assume they are ok.

@SwarleyAUS
Copy link

SwarleyAUS commented Oct 24, 2024

So I shouldn't need to change SERIAL_MOD from 3 to anything else? I just pulled a fresh copy of the repo and only uncommented the board definition in my_machine.h. Unfortunately still doesn't work. It's either something about this LPC1768 not being the 1769 ("Turbo") or my dev environment.

Could it be something about the build parameters shown here or other IDE settings?

image

I was really hoping to put this unused board to use.

@terjeio
Copy link
Contributor

terjeio commented Oct 24, 2024

So I shouldn't need to change SERIAL_MOD from 3 to anything else?

No, it has nothing to do with serial over USB. The UART port may be used for other purposes such as a MPG.

If you flash with the SD card you have to build a bootloader version. You did that?

@SwarleyAUS
Copy link

amazing! that's done it. I didn't realise putting the binary on the card was considered "Smoothieboard DFU-bootloading". thank you so much for your help.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants