unable to Autodetect the pins of my board GD32F130C6T6 & UART control #85

HRAFRH · 2024-06-02T20:53:26Z

![2024-06-02 21 41](https://github.com/RoboDurden/Hoverboard-Firmware-Hack-Gen2.x/assets/125764830/d41efa82-adf7-4225-94d8-e5968e69acfb

I tried a lot but i need help on detecting the correct pin for only board i got (i think it's a master) that i want to control it using ESP32, but board is not listed in the Wiki could you please help me !!

HRAFRH · 2024-06-02T21:01:01Z

i compared it with The reverse-engineered schematics of the mainboard provided in GitHub it's the same wiring for the mosfets

RoboDurden · 2024-06-02T21:06:36Z

PB6 and PB7 might be on the header to the left:

PA2, PA3 might be the master slave header.

You did not say anything on whether you were able to flash the autodetect binary.
Nor what software you are using. autoflash.bat ? Keil ? St-Link-Utility ?
What power supply ?

HRAFRH · 2024-06-02T21:29:57Z

I've been using ST-Link Utility, STM32CubeProgrammer, ST Visual Programmer, and KeilVision5 to upload various binaries using ST-link V2

I'm unable to detect the pins on the hall sensors, driver gates, .... and other pins. My motherboard version doesn't seem to match any of the versions you're providing.

I'm having trouble establishing a connection between ESP32 and STM32 using USART.
Any guidance you could provide would be greatly appreciated. Thank you!

WHAT I KNOW SO FAR

Any guidance you could provide would be greatly appreciated. Thank you!

RoboDurden · 2024-06-02T21:39:02Z

As you have Keil running, select target GD32F130 and for config.h

#ifndef CONFIG_H
#define CONFIG_H

#define REMOTE_AUTODETECT		// !! highly experimental 
				// ONLY test with 1-2A constant current power supply !!!!
				// will drive the motor without hall input to detect the hall pins..

#ifdef REMOTE_AUTODETECT
	
	#define HAS_USART0	// tx=PB6,rx=PB7	uncomment to connect via 19200 baud serial
	//#define HAS_USART1	// tx=PA2,rx=PA3	uncomment to connect via 19200 baud serial

F7 + F8 and watch my latest autodetect youtube video :-)
You very very likely do not mean PB2 and PB3 for usart1 but PA2 and PA3..

HRAFRH · 2024-06-02T21:39:57Z

For the power supply i have some generators

RoboDurden · 2024-06-02T21:45:26Z

Yes, the max 2A cc is fine.
Make sure you have your tx rx pins corrected in autodetec.ino

#ifdef ESP32
  const int pinRX = 39, pinTX = 37;   // Wemos S2 Mini
  //const int pinRX = 16, pinTX = 17;    Wemos Lolin32
  #define oSerialHover Serial1    // ESP32

HRAFRH · 2024-06-02T22:27:07Z

for the autodetec.ino here's the ESP32 i'm using and the code :

#define ESP32 // comment out if using Arduino

#define _DEBUG // uncomment to get additional debug output
#ifdef _DEBUG
#define OUTC(code) {code}
#define OUT(s) {Serial.print(s);}
#define OUT2T(s,i) {Serial.print(s);Serial.print(": ");Serial.print(i);Serial.print(" ");}
#define OUT2TX(s,i) {Serial.print(s);Serial.print(": ");Serial.print(i,HEX);Serial.print(" ");}
#define OUT2N(s,i) {Serial.print(s);Serial.print(": ");Serial.print(i);Serial.println();}
#else
#define OUTC(code)
#define OUT(s)
#define OUT2T(s,i)
#define OUT2TX(s,i)
#define OUT2N(s,i)
#endif

// Serial interface, baud, RX GPIO, TX GPIO
// Note: The GPIO numbers will not necessarily correspond to the
// pin number printed on the PCB. Refer to your ESP32 documentation for pin to GPIO mappings.
#define BAUDRATE 19200 // 19200 is default on hoverboard side because Arduino Nano SoftwareSerial cannot do 115200
#ifdef ESP32
const int pinRX = 3, pinTX = 1; // Wemos S2 Mini
// const int pinRX = 16, pinTX = 17; Wemos Lolin32
#define oSerialHover Serial1 // ESP32
#else
#include <SoftwareSerial.h>
// const int pinRX = 3, pinTX = 1;
SoftwareSerial oSerialHover(pinRX, pinTX); // RX, TX
// #define oSerialHover Serial // Arduino
#endif

void setup()
{
pinMode(2, OUTPUT);
Serial.begin(115200);
Serial.println("Hello Hoverboard V2.x Autodetect :-)");

#ifdef ESP32
oSerialHover.begin(BAUDRATE, SERIAL_8N1, pinRX, pinTX);
#else
oSerialHover.begin(BAUDRATE);
#endif
}

#define PINS_DETECT 18
const char* asScan[PINS_DETECT] = {"HALL_A","HALL_B","HALL_C","PHASE_A","PHASE_B","PHASE_C","LED_RED","LED_ORANGE","LED_GREEN","UPPER_LED","LOWER_LED","ONBOARD_LED","BUZZER","VBATT","CURRENT_DC","SELF_HOLD","BUTTON","BUTTON_PU"};
uint32_t aiPinScan[PINS_DETECT] = {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}; // the found pins

typedef struct attribute((packed, aligned(1))) {
uint8_t cStart; // = '/';
uint8_t wCmd;
} HeaderData;

enum { DATA_None, DATA_Request, DATA_Save };
HeaderData oDataHeader = {0x01, DATA_None}; // when autodetect.ino receives 0x01 it stores the incoming data or returns its storage

unsigned long iTimeTest = 0;
int iSerialHoverType = 0;

void loop()
{
digitalWrite(2, (millis() % 2000) < 500);
if (Serial.available()) // If anything comes in Serial (USB),
{
char c = Serial.read();
oSerialHover.write(c); // read it and send it to hoverboard
}

if (oSerialHover.available()) // If anything comes in from hoverboard
{
if (iSerialHoverType == 1)
{
int iAvail = oSerialHover.available();
if (iAvail < sizeof(HeaderData) - 1 + sizeof(aiPinScan))
return;

  HeaderData oHeaderRx;
  uint32_t aiPinScanRx[PINS_DETECT];
  oSerialHover.readBytes(((uint8_t*)&oHeaderRx) + 1, sizeof(oDataHeader) - 1);   // 0x01 already read
  oSerialHover.readBytes((uint8_t*)aiPinScanRx, sizeof(aiPinScanRx));
  iSerialHoverType = 0;
    
  OUT2N(oHeaderRx.wCmd, oDataHeader.wCmd)
  if (oHeaderRx.wCmd == DATA_Request)
  {
    oSerialHover.write((uint8_t*) &oDataHeader, sizeof(oDataHeader)); 
    oSerialHover.write((uint8_t*) aiPinScan, sizeof(aiPinScan)); 
    OUT2N("DATA_Request", sizeof(oDataHeader) + sizeof(aiPinScan));
  }
  else
  {
    oDataHeader.wCmd = oHeaderRx.wCmd;  // store for later request
    memcpy((uint8_t*)aiPinScan, (uint8_t*)aiPinScanRx, sizeof(aiPinScanRx));
  }
  OUTC(
    OUT("\npins:\t")
    for (int i = 0; i < PINS_DETECT; i++)
    {  
      OUT2T(asScan[i], aiPinScan[i])
    }
    OUT("\n")
  )
  return;    
}

char c = oSerialHover.read();

// MM32 pinFinder: emulate serial bridge
if ((c >= 0x11) && (c <= 0x14))
{
  oSerialHover.write(c);  // send back to hoverboard because MM32 pinFinder that way detects your serial port :-)
  return;
}
else if (c == 0x01)  // GD32 autodetect temporary storage
{
  iSerialHoverType = 1;
  return;
}
Serial.write(c);   // read it and send it out Serial (USB)

}
if (iTimeTest > millis())
return;
iTimeTest = millis() + 1000;
}

also i keil this what i did :

yes my bad it's usart1 PA2 and PA3

RoboDurden · 2024-06-02T22:39:47Z

GPIO1 and GPIO3 might be the Serial pins used for serial terminal.
You might try others like pinRX = 16, pinTX = 17

HRAFRH · 2024-06-02T23:16:21Z

yeees i changed it and at least i can see the smiley face :)

BUT i cant see 'Hit enter" option

and when i switch the power button ON the motor start for like 1 sec

RoboDurden · 2024-06-03T04:58:27Z

Are you sure that PB6 AND PB7 are on that header ?
Sometimes it is only one:

you can also try pa2 and pa3..

No, this is only the hello_world smiley from the esp32 setup(), no incoming data from hoverboard.

You need to connect hall sensors from the hoverboard motor. and strongly mount that motor.

when the hoverboard is powered on, the motor rotates for a fraction of a second to show you that the autodetect firmware is running..

use a DSO to see the incoming serial data from hoverboard.
Or led with 330 Ohm or 1 kOhm resistor to see the tx data from hoverboard (normally connected to your esp32 tx pin.

HRAFRH · 2024-06-03T09:58:51Z

NO i'm not that too sure, but it says REMOTE in the PCB and according to the schematics based on gd32F130 the REMOTE pins are (R: PB7 (I2C1_SDA / USART0_RX) & PB6 (I2C1_SCL / USART0_TX)),

but i'm sure about the PA2 and PA3 are for uSART1

alright i'll try to connect the hall sensor cables and strongly mount the motor;

what DSO means ?

RoboDurden · 2024-06-03T10:07:22Z

this has only a RX pin to receive data from remote.
You need the pa2/pa3 autodetect.

DSO = oscilloscope. Buy this one: https://www.aliexpress.com/item/1005006019697163.html best value for $30.

HRAFRH · 2024-06-03T12:03:46Z

i tried pa2 & pa3 usart
I USED both of em DSO & LED and i'm noticing that only GPOI16 and gpio17 from the ESP32 that supplying the LEDS and there no signals in the oscilloscope

also the serial monitor still blocked in Hello Hoverboard V2.x Autodetect :-)

RoboDurden · 2024-06-03T12:19:47Z

Maybe you need to turn the hoverboard off and on after successfully flashed with Keil.

Maybe you need more than 26 volt to start up.

You could start tracing the pins manually.

If you have a led output you could activated the Debug_led macro and let led blink when gpio init has finished in main.c

HRAFRH · 2024-06-03T13:43:01Z

if you mean by the ' led output ' this one

unfortunately i don't got any on them, can i use simple LEDS ?

you meant to track the hall pins manually ?

where i can find the Debug_led macro ?

HRAFRH · 2024-06-03T14:11:47Z

I exactly what you said, i turn the hoverboard off and on after successfully flashed with Keil. using 26 volt power supply to start up.
and the motor turned abit more with this in the serial monitor

HRAFRH · 2024-06-03T14:16:00Z

trim.7F2387BC-3DEF-4E0F-993B-4033310945EC.MOV

RoboDurden · 2024-06-03T14:23:39Z

Will watch the move later.
Looks like You did receive the pin backup from the autodetect firmware :-)

There is a debug led define you have to uncomment in config.h

Usage can be seen in main.c

But you will have to use a defines_2-0.h with your manually traced pins. And not autodetect..

RoboDurden · 2024-06-03T14:36:34Z

I would find the pin array definition in RemoteAutodetect.c and change the first value from 0 to 42.
If that 42 appears on your putty terminal then you have a TX RX communication.

HRAFRH · 2024-06-03T15:48:14Z

the pin array definition in RemoteAutodetect.c this one ?

RoboDurden · 2024-06-03T15:56:57Z

no, line 94: uint32_t aiPinScan[PINS_DETECT] = {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}; // the found pins

RoboDurden · 2024-06-03T16:00:28Z

the pins get printed in line 103ff of autodetect.ino

  if (oSerialHover.available())   // If anything comes in from hoverboard
  {     
    if (iSerialHoverType==1)
    {
      int iAvail = oSerialHover.available();
      //OUT2T("iAvail",iAvail)
      if (iAvail < sizeof(HeaderData)-1 +sizeof(aiPinScan))
        return;

So you must have received a full data struct before the pins get printed.
Maybe try another terminal software. But putty used to work :-/

HRAFRH · 2024-06-03T16:13:37Z

pins: HALL_A: 6138 HALL_B: 0 HALL_C: 14417859 PHASE_A: 0 PHASE_B: 4282187776 PHASE_C: 253 LED_RED: 0 LED_ORANGE: 134217472 LED_GREEN: 1 UPPER_LED: 0 LOWER_LED: 130816 ONBOARD_LED: 0 BUZZER: 0 VBATT: 4194297 CURRENT_DC: 0 SELF_HOLD: 0 BUTTON: 4294967295 BUTTON_PU: 32775

all i can see in the monitor so far

using other software too

HRAFRH · 2024-06-03T16:37:42Z

could you please check the wiring diagram !

RoboDurden · 2024-06-03T16:44:54Z

in the last screenshot you got random numbers, no nice zeros for all pins.
So only garbage on the tx-rx line.

You have to try and error which hoverboard pin is rx and which is tx. only two possibilities.
onoff button seems to work as the motor does spin when you bridge the onoff button !?

Try to get the nice zeros consistently. Then attach your osscilloscope to see the data being sent from hoverboard to esp32.

If you trace the three hall sensors manually, you could compile a pa2/pa3 RemoteUart and forget about the autodetect..

RoboDurden · 2024-06-03T16:46:07Z

In the above image you labeled the 4 pin header next to the hall sensor to be the uart1 header !

HRAFRH · 2024-06-03T17:01:15Z

yes i tested them manually and there connected to PA2 & PA3

HRAFRH · 2024-06-03T17:05:38Z

for the pa2/pa3 RemoteUart do i need to found the pint connected to the Low-pass filter ?

RoboDurden · 2024-06-03T17:44:53Z

please do not ask too many questions.

RoboDurden · 2024-06-03T19:20:59Z

maybe this pin-array storage is the problem..
When esp32 a request from hoverboard on startup, it sends its copy to the hoverboard.
If this data is wrongly interpreted by the autodetect firmware, it might skip the ":-) :-) :-)" and skips to the main menu. Which for some reason might not be printed to esp32..
So you might try to send "q" + enter to hoverboard to print menu again.

Or you could send "1" + enter and see if the firmware enters voltage pin detection. Then motor will start to spin and stop and spin and stop and spin. Then we would know that the firmware is working correctly but that your esp rx line is not receiving the output.

HRAFRH · 2024-06-03T19:47:30Z

Thank you so much for all the information and for taking from you valuable time to help me with my school project.

finally The UART connections are made, and I can compile the AUTODETECT program, the smiley faces shining :-) :-) :-) using CoolTerm software

Starting with Hall pins

#define HALL_A..PC14
#define HALL_B..PB11
#define HALL_C..PA1
autodetect menu:
0: do all
1: VBatt
2: Hold
4: Led
5: Hall
6: HallOrder
8: Results

I will follow through with it until defining all the pins. Could you please guide me on what I should do next after this step? 🤝

I-hate-2FA · 2024-06-03T19:49:45Z

i cant believe im late but im here just working on android developement things

idk whats your logic, but these too large number may overflow and cause problem in the code(imagine there is debugging for gd32, you can watch variable then), and idk why there is random value, the esp dont need eeprom, just store in ram, so just reboot the esp and all is gone

you can watch the video toturial about auto detect, all be is not very good video but you can still understand how to use it if you are not a idiot

the gd32 support is unfortunately not hapenning any time soon, because someone say he want to help with spin0280 and after i made pinfinder for it he disappeared, so i cant make any action to the code now or i wont be able to support 0280 forever, because itll get out of sync and cannot merge, i should never trust anyone, i should only work on it if he is willing to send me the board

I-hate-2FA · 2024-06-03T19:50:41Z

and maybe watch the wiki also if you havent

I-hate-2FA · 2024-06-03T19:51:44Z

finally The UART connections are made, and I can compile the AUTODETECT program, the smiley faces shining :-) :-) :-) using CoolTerm software

@RoboDurden now you understand why detect unsupported terminal is necessary

RoboDurden · 2024-06-03T19:52:58Z

@HRAFRH , Could you please tell me what went wrong so long and how did you resolve that problem !

The order should be from top to botton - of course.
And watch my latest autodetect video.

@I-hate-2FA , yes i did not want to call you for help because i am happy if you have time for the real problems.

I-hate-2FA · 2024-06-03T19:54:22Z

you can call me in, i am not like the gen1 dev that are not helpful, even if it is your firmware i dont have to but ill still try to help

RoboDurden · 2024-06-03T20:20:53Z

someone say he want to help with spin0280 and after i made pinfinder for it he disappeared, so i cant make any action to the code now or i wont be able to support 0280 forever, because itll get out of sync and cannot merge, i should never trust anyone ...

Mankind is evil.. This guy here will also disappear. There is no happiness in the world to build something together. Mankind is totally egositic.

HRAFRH · 2024-06-03T20:40:57Z

@HRAFRH , Could you please tell me what went wrong so long and how did you resolve that problem !

The order should be from top to botton - of course.

And watch my latest autodetect video.

@I-hate-2FA , yes i did not want to call you for help because i am happy if you have time for the real problems.

It was all diagram-cables, Power supply issues the code was working fine (tested the RX Tx in stm32 the signal was there),

I-hate-2FA · 2024-06-03T21:01:24Z

Mankind is evil.. This guy here will also disappear.

he will, if you trying to ask him to do additional things after he got his project working

but like come on for the 0280 he didnt even want to try the code i written for him that he demand, and i already told him the consiquence of not sending me the board is you have to do allot of testing for me, because no programmer can do it in the first try

HRAFRH · 2024-06-03T21:52:19Z

Hi?@I-hate-2FA, I don’t fully understand the last conversation, but if it’s about me, I’m definitely down to help with anything you need, as long as I know how to do it. Just let me know!

I-hate-2FA · 2024-06-03T22:00:23Z

It is not, you have out done most bdc users, I'm just complaining about other things about my firmware with robo

I-hate-2FA · 2024-06-03T22:05:37Z

I'm here to help not blame you, although this is not my firmware I can only give limited help, as I don't fully understand how everything is done

HRAFRH · 2024-06-05T00:44:37Z

During my testing, I ran three different tests, and each test gave me different pin configurations. I want to ask if this is normal and why the code provides different pins in each test.

Additionally, could you please explain the concept behind the code and why it might give different pin results? Should I use the pin configuration from the last test, or is there a specific way to determine the correct pins?

Thank you for your help!

I-hate-2FA · 2024-06-05T07:22:44Z

The detection method used in gd32 is not 100% reliable, but in your case it works quite well actually
The most important one is hall sensor, the board cannot work without, and all 3 test show same pinout
Even the self hold pin is reliable in your case(pb2)
If the led detection is not reliable, it is entirely your fault, because it is just semi auto detect you have the final decision
Idk why vbat detection not work for you, it is also semi auto, if you have variable power supply it is easy to tell, unless you also faced the issue I had that multiple pin read same voltage
Current DC detection is bad, don't use it, I suggested this feature but I admit it is bad, I regret it allot,I didn't even include it in my firmware

the board only need hall sensor to run, so you can already try to use main with the hall sensor and serial line pins

HRAFRH · 2024-06-07T20:03:54Z

Hi @RoboDurden @I-hate-2FA ,

I want to try the UART controls on my hoverboard using a potentiometer or RC Controller, joystick or a similar input device. However, I've tried the TestSpeed.ino with ESP32 , and in Keil confih.h i commented
//#define REMOTE_AUTODETECT // !! highly experimental

#ifdef GD32F130		// TARGET = 1
		#define LAYOUT 4
		#define LAYOUT_SUB 1	// Layout 2.1.7 exisits as 2.1.7.0 and 2.1.7.1

#define REMOTE_UART

and nothing seems to move. The wheels don't respond, and I don't see any signal using the oscilloscope.

Could you please advise on which parts of the code I need to change and which layout I should use? I have various defines, and I'm unsure which one is the correct one to use.

Thank you for your assistance !

RoboDurden · 2024-06-07T20:33:36Z

please use your brain. defines_2-1-4.h :

#ifdef HAS_USART0
	#define USART0_TX	PB6
	#define USART0_RX	PB7
	
	//#define USART0_MASTERSLAVE		// uncomment if this usart is used for master-slave communication
	#define USART0_REMOTE						// uncomment if this usart is used for optional remote control
#endif

// GD32F130 USART1 GD32F130 TX/RX: (PA14/PA15)AF1 , (PA2,PA3)AF1	, (PA8/PB0)AlternateFunction4
#ifdef HAS_USART1
	#define USART1_TX		PA2
	#define USART1_RX		PA3
	
	//#define USART1_MASTERSLAVE		// uncomment if this usart is used for master-slave communication
	#define USART1_REMOTE				// uncomment if this usart is used for optional remote control
#endif

HRAFRH · 2024-06-07T21:43:59Z

I'm having trouble understanding the principle of layouts and how to use the defines in the project. :/

I-hate-2FA · 2024-06-08T06:29:37Z

did you enable remote uart or remote uartbus

HRAFRH · 2024-06-09T09:56:23Z

I have enabled Both of them, and and nothing seems to move

I-hate-2FA · 2024-06-09T10:28:10Z

how is it possible to enable both of them?

HRAFRH · 2024-06-09T10:33:56Z

how is it possible to enable both of them?

I’ve enabled both remote_uart and remote_uartbus one at a time, but I still haven’t figured it out yet.

I-hate-2FA · 2024-06-09T10:34:50Z

ok, what did you enabled on the esp

RoboDurden · 2024-06-09T10:41:29Z

please use your brain. defines_2-1-4.h :

#ifdef HAS_USART0
	#define USART0_TX	PB6
	#define USART0_RX	PB7
	
	//#define USART0_MASTERSLAVE		// uncomment if this usart is used for master-slave communication
	#define USART0_REMOTE						// uncomment if this usart is used for optional remote control
#endif

// GD32F130 USART1 GD32F130 TX/RX: (PA14/PA15)AF1 , (PA2,PA3)AF1	, (PA8/PB0)AlternateFunction4
#ifdef HAS_USART1
	#define USART1_TX		PA2
	#define USART1_RX		PA3
	
	//#define USART1_MASTERSLAVE		// uncomment if this usart is used for master-slave communication
	#define USART1_REMOTE				// uncomment if this usart is used for optional remote control
#endif

HRAFRH · 2024-06-09T10:42:59Z

ok, what did you enabled on the esp

in the ESP i can only find remote_uartbus, i'm using TestSpeed.ino

#define ESP32       // comment out if using Arduino
// #define HOVERBOARD_MM32  // uncomment if a MM32 Hoverboard firmware is connected (and no GD32 or STM32)
#define REMOTE_UARTBUS  // one serial bus to control them all :-)
#define SEND_MILLIS 100   // send commands to hoverboard every SEND_MILLIS millisesonds

HRAFRH · 2024-06-09T19:38:07Z

this is all i can get in the serial monitor so far :
00 00 00 00 80 00 00 04 00 00 00 00 00 00 00 00 00 F8 E0 E8 20 80 00 80 20 80 00 00 00 00 01 00 80 00 00 00 00 00 00 00 00 0 00 00 0

and the motor still not moving :(, please @RoboDurden @I-hate-2FA any guidance with the code

RoboDurden · 2024-06-09T19:41:47Z

Sorry, i will not help you anymore.

HRAFRH · 2024-06-09T19:49:09Z

please use your brain. defines_2-1-4.h :

#ifdef HAS_USART0
	#define USART0_TX	PB6
	#define USART0_RX	PB7
	
	//#define USART0_MASTERSLAVE		// uncomment if this usart is used for master-slave communication
	#define USART0_REMOTE						// uncomment if this usart is used for optional remote control
#endif

// GD32F130 USART1 GD32F130 TX/RX: (PA14/PA15)AF1 , (PA2,PA3)AF1	, (PA8/PB0)AlternateFunction4
#ifdef HAS_USART1
	#define USART1_TX		PA2
	#define USART1_RX		PA3
	
	//#define USART1_MASTERSLAVE		// uncomment if this usart is used for master-slave communication
	#define USART1_REMOTE				// uncomment if this usart is used for optional remote control
#endif

please i really don't know what to do!

I-hate-2FA · 2024-06-09T20:55:07Z

there is 5 pin that must be set for the board to work
it is the 3 hall pin and these 2

please use your brain. defines_2-1-4.h :

#ifdef HAS_USART0
	#define USART0_TX	PB6
	#define USART0_RX	PB7
	
	//#define USART0_MASTERSLAVE		// uncomment if this usart is used for master-slave communication
	#define USART0_REMOTE						// uncomment if this usart is used for optional remote control
#endif

// GD32F130 USART1 GD32F130 TX/RX: (PA14/PA15)AF1 , (PA2,PA3)AF1	, (PA8/PB0)AlternateFunction4
#ifdef HAS_USART1
	#define USART1_TX		PA2
	#define USART1_RX		PA3
	
	//#define USART1_MASTERSLAVE		// uncomment if this usart is used for master-slave communication
	#define USART1_REMOTE				// uncomment if this usart is used for optional remote control
#endif

did you set it correctly already

I-hate-2FA · 2024-06-09T20:56:18Z

and need to use uartbus mode on both, with correct slave id set

HRAFRH changed the title ~~unable to Autodetect the pins of my board GD32F130C6T6~~ unable to Autodetect the pins of my board GD32F130C6T6 & UART control Jun 9, 2024

unable to Autodetect the pins of my board GD32F130C6T6 & UART control #85

unable to Autodetect the pins of my board GD32F130C6T6 & UART control #85

Comments

HRAFRH commented Jun 2, 2024

HRAFRH commented Jun 2, 2024

RoboDurden commented Jun 2, 2024

HRAFRH commented Jun 2, 2024

RoboDurden commented Jun 2, 2024

HRAFRH commented Jun 2, 2024

RoboDurden commented Jun 2, 2024 • edited Loading

HRAFRH commented Jun 2, 2024

RoboDurden commented Jun 2, 2024

HRAFRH commented Jun 2, 2024 • edited Loading

RoboDurden commented Jun 3, 2024

HRAFRH commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

HRAFRH commented Jun 3, 2024 • edited Loading

RoboDurden commented Jun 3, 2024

HRAFRH commented Jun 3, 2024 • edited Loading

HRAFRH commented Jun 3, 2024

HRAFRH commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

HRAFRH commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

HRAFRH commented Jun 3, 2024

HRAFRH commented Jun 3, 2024 • edited Loading

RoboDurden commented Jun 3, 2024

RoboDurden commented Jun 3, 2024 • edited Loading

HRAFRH commented Jun 3, 2024

HRAFRH commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

HRAFRH commented Jun 3, 2024

I-hate-2FA commented Jun 3, 2024

I-hate-2FA commented Jun 3, 2024

I-hate-2FA commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

I-hate-2FA commented Jun 3, 2024

RoboDurden commented Jun 3, 2024

HRAFRH commented Jun 3, 2024 • edited Loading

I-hate-2FA commented Jun 3, 2024

HRAFRH commented Jun 3, 2024

I-hate-2FA commented Jun 3, 2024

I-hate-2FA commented Jun 3, 2024

HRAFRH commented Jun 5, 2024

I-hate-2FA commented Jun 5, 2024

HRAFRH commented Jun 7, 2024

RoboDurden commented Jun 7, 2024

HRAFRH commented Jun 7, 2024

I-hate-2FA commented Jun 8, 2024

HRAFRH commented Jun 9, 2024

I-hate-2FA commented Jun 9, 2024

HRAFRH commented Jun 9, 2024

I-hate-2FA commented Jun 9, 2024

RoboDurden commented Jun 9, 2024

HRAFRH commented Jun 9, 2024

HRAFRH commented Jun 9, 2024 • edited Loading

RoboDurden commented Jun 9, 2024

HRAFRH commented Jun 9, 2024

I-hate-2FA commented Jun 9, 2024

I-hate-2FA commented Jun 9, 2024

RoboDurden commented Jun 2, 2024 •

edited

Loading

HRAFRH commented Jun 2, 2024 •

edited

Loading

HRAFRH commented Jun 3, 2024 •

edited

Loading

HRAFRH commented Jun 3, 2024 •

edited

Loading

HRAFRH commented Jun 3, 2024 •

edited

Loading

RoboDurden commented Jun 3, 2024 •

edited

Loading

HRAFRH commented Jun 3, 2024 •

edited

Loading

HRAFRH commented Jun 9, 2024 •

edited

Loading