P2 Module TMC2209 Driver - TX/RX Pullup Issue Possibly Preventing Bidirectional Comms

Greetings!

I’m seeing an issue in migrating from the Argon to a P2 board.

I’m running a TMC2209 stepper driver on an inexpensive breakout board, V3.1 of this board It’s connected to TX/RX of Serial3 on the P2, was on Serial1 of the Argon.

Theres something different with the pullup/pulldown on the P2 thats causing communication to not work. I am able to successfully send data to the driver, but am unable to receive any replies from it, so I cannot query any registers or anything like that.

This chip is kind of strange where both TX and RX go to the same pin on the IC itself, with a 1k in between them. See following post for screenshot (I can’t upload more than two pictures as a new user)

I’m guessing that the P2 is also pulling the pins in different directions, and the IC is no longer able to drive the line low enough when sending data. See the following scope output:

Heres the same scope output when connected to Argon.

Is this expected behavior? Was I just lucky with the Argon? Is there any software pullup i can manipulate on the Serial3 pins, or is it hardwired in some way to allow it to also be SPI?

I can provide code and equivalent schematics of what I’m doing of that helps diagnose.

Thanks for any assistance!

Schematic of break out board showing physical connection of the TX/RX to each other.

I think it is a pull-up. For reasons that are not obvious to me, the P2 includes a software pull-up (42K) on RX.

This does not appear to be the case on other devices.

For example, on Gen 3 (Argon), it’s just INPUT (no pull):

Is is possible to remove the pullup in user code?

You can try adding a call to hal_gpio_mode() after Serial1.begin(). I’m not positive the setting will stick, but it might:

void setup() {
    Serial1.begin(9600);
    hal_gpio_mode(RX, INPUT);
}

You can’t use pinMode() because it has a safety check that prevents it from being able to set the mode of a UART pin when the UART is active.

Hmm, not having luck on that, I think its complicated by the fact that the TX/RX are bridged at the IC, so the pullup on the TX pin is also affecting the line level of the RX.

Is there a way to turn off the pullup on both the TX and RX and let the device control the line direction?

I tried various combinations of this:

  Serial3.begin(115200);
  hal_gpio_mode(D16, INPUT);
  hal_gpio_mode(D15, OUTPUT);

(I’m using Serial3, I think those are the right pins, D16 = RX, D15 = TX)

Setting the TX to OUTPUT makes the serial non-functional which I think is heartening that the settings are “sticking,” but is not yielding the desired results, hah.

I don’t think the pull-up on TX should make a difference. The reason is that once in UART mode, the TX pin is push-pull so it will always drive the pin either high or low in full-duplex mode overriding any pull resistance.

The P2 doesn’t support half-duplex mode, but neither did the Argon. TX pull could make a difference in half-duplex mode.

I’m not sure why the sensor isn’t working.