RTS DTR auto boot enter? #2
Comments
|
This work well with the ESP8266 or the ESP32. |
|
In PySerial you can directly set the control lines, e.g. "self.rts = True" (which means LOW on the RTS pin). So you can customize the software the way you want. By default RTS and DTR will be pulled low as soon as the communication begins. Keep in mind that this way of connection WILL cause problems, if you want to use it also for normal serial communication using a different serial monitor. By the way, the CH340N has an RTS pin. Take a look at the CH340E, which is quite small and has RTS, DTR and an LED pin. |
|
Maybe adding a contraption based on transistors will help with this issue? |
|
The CH340X is designed for not needing that transistor contraption... Of this datasheet: https://cdn.sparkfun.com/assets/5/0/a/8/5/CH340DS1.PDF BTW... I noted your MCU boards repository. I really like it and that's why I'm designing a new board. I am really grateful for you sharing all of this.
|
|
This looks like a clever solution. Just give it a try! |
|
I added the additional control functions of the CH340X for BOOT0 and nRST according to the datasheet, but I can't test it at the moment. If you have implemented your board, please give me feedback. At the same time, I ordered a few CH340Xs, but I probably won't get around to experimenting with them until next year. |
|
Hi! I really appreciate this. I'm working on the design first. I think I will finish it this weekend. I work in a company that buys PCBs from jlcpcb and normally I wait till the day that they buy many boards to not pay a cent for the shipping. So I don't know when I will get the boards in my hands. I really appreciate your work with all of this MCUs. If you want the design that I'm working on please just let me know. The board is double sided but the components are only on one side(to use the service of jlcpcb for putting all the components on the board for me). You can select the working voltage with a jumper (3.3v or 5v) it has an onboard 3.3v regulator, USB type c with 5.1k resistors so it can work with USB type c to USB type c cables to trigger the host mode. |
|
I am very curious already! |
|
In the zip file you can find the schematic, KiCad project (if you want to modify it), many .zip files containing all the gerber files for production in many PCB houses (jlcpcb, pcbway, fusionpcb, elecrow). It also have an interactive BOM... I can do a panelization of the board for you if you want to make multiple boards. Yoy can fit many of this tiny boards on a 10cm * 10cm board (8 or 12 i think will fit in that space) So if you order 5 boards of 10* 10 you will get 40 minimum. I hope you like this. |
|
Cool! I made some changes to my DevBoard as well and gave an order to JLCPCB. Let's see when everything arrives and I find the time to try it out. |
|
Hi, CH340X and board are here. I was able to do a few tests. ISP software works - so far so good. Apart from that, unfortunately the problems I feared arise. If you try to use the CH340X as a "normal" USB-to-serial converter with any serial monitor, the PY32 will be reset because, as usual, the RTS pin is automatically set to LOW when data is sent. Second problem is that despite the pulldown, BOOT0 is pulled to HIGH by default by the CH340X. A normal reset using a button is therefore not possible - you always end up in the bootloader. I currently don't know how to work around the problem... |
|
Hello Wagiminator. Maybe we can add some components to make the thing works. Can you share the schematic of your design so I can analyze it? |
|
maybe with some capacitors and transistors we can make it works |
|
Also... Do you have a logic analyzer or some scope that can help us to debug the DTR and RST lines? |
|
Yes, I have a logic analyzer and I also used it here. You can certainly create a solution with additional components, but of course they make the whole thing more complex and then they also have to fit on the board. |
|
|
|
A resistor and capacitor on the BOOT0 will add a delay in the DTR of the CH340X. It may be the solution on the boot state of your board? |
|
so... If you add that, you need to make a delay in time on the code for programming the device. You need to put the DTR line in the level for flashing state. Then you add a delay so the capacitor will reach the logic level of the boot state. Then you reset the MCU. The solution is two small components. What do you think? |
|
That won't help. The situation looks like this: If the board is connected via USB, then RTS and DTR are high. If I open the connection to the CH340X for example with CuteCom, RTS and DTR are immediately set to low and remain low until I close the connection. |
|
I suspect that the CH340X is pulling the DTR line hard to VCC (open-source), if I overpress that there will probably be a short. |
|
Can you try it with the serial debugger in Arduino IDE? |
|
Also... Here is a link explaining the CH340X IC: |
|
Have you tried to connect T-NOW to CTS with a 4.7K resistor instead of using the 4.7 pulldown resistor on the T-NOW? |
|
It's the same with the Arduino IDE (at least on Linux, if that has any influence). Thanks for the video link. I think it works great if you make a programming device with the chip. However, the problems remain for a full on-board solution. Connecting the resistor between DTR and CTS makes no sense here. DTR is then only set push-pull instead of open-source. This certainly makes sense with other MCUs. |
|
I feel sad about that. Sorry to hear that the solution didn't work. |
|
This would be the easy solution ... if DTR were LOW on default. |
|
Hello again Wagiminator. Hope you are fine. |
|
Here is the repo: |
|
I think that you can replace the mosfets for NPN transistors like the 2n2222 or 2n3904 |
|
it's the same circuit that i posted before_ |
|
The ch340x function and behavior is like having the two first transistors, do you think that if we put the third transistor only on the boot line to negate the state, we can manage to make the board work? |
|
When I look at the behavior of the CH340X, I come to the conclusion that the only difference to the CH340E is that the DTR signal can be ouput on a pin if necessary. This means that the circuit with the transistors is necessary here if you want to use the chip also as a USB-to-serial converter and not just as a programming device. |
|
If I make the board design with all of this stuff, I will post it on this topic. Are you still interested? It will be my pleasure to give you that |
|
Oh yes, I'm looking forward to it. |
|
I finish the board design. I grabbed the transistors for the boot pins from the repo above. Can you tell me what do you think about it? There is a space left on the board that I can use for some leds on the TX and RX pins (Like the Arduino boards).
|
|
|
|
Nice Logo! Is there a reason why you used CTS instead of DTR? I don't think that will work. |
|
There might be som problems with the CH340X if you select 3V3 as MCU VCC. If you power the CH340X with 3V3 on the VCC pin, you should also power it with 3V3 on the 3V pin, I think. You can solve that with a permanent connection of the 3V pin to +3.3V of the LDO. |
|
Please take a closer look at the MOSFET circuit and compare it with that of HalfSweet. How do you want to pull the NRST pin to LOW? |
|
Tks for the hints. I will correct those and share the design with you. |
|
I will need to redo many things with the changes that you proposed. But is very late here right now. Tomorrow I will continue to design the board. If you like my logo... I can design one for you if you want. |
|
|
|
|
|
|
|
I still believe you have to swap PF2 and PA6 as well as DTR and RTS at the MOSFET circuit. |
|
If you have some room left on the board, some 100nF capacitors for the power pins of the CH340 and PY32 will make the whole thing a little more stable, although it certainly works without it. |
|
I will test if the TX and RX are fine with my old design and will make the changes if the lines are truncated on the design. |
|
The RX and TX lines works fine for me. |
|
I have a problem with the current design. I want to make a panelization (Array of boards) of the design. The USB port and the buttons for reset and boot crash in the panel. The idea is to make a panel of 3*2 on the standard size of the JLCPCB. If the board works I think that we don't need the buttons in the board. Do you think that we need the buttons? |
|
I never mentioned TX/RX. You should swap PF2 (NRST) PB6 (BOOT0) on the MOSFET circuit (see HalfSweet's circuit). Well, if it works you don't necessarily need the buttons. If necessary, you can connect some via the pinouts. I'll probably have to adjust the ISP software... |
|
I'm sorry for the spam. This design would not exist if it weren't for you. Tks a lot. |
|
Actually it's a very simple question...the condition for py32 to enter the bootloader is very simple, just have the boot0 pin high at reset. So we may easily find a similar schematic online. Of course there is a slight problem with this circuit, which means we can't control the levels of boot0 and RST at the same time, so we compensated for this by connecting a capacitor in parallel to GND for both boot0 and RST, and performing pull-downs and pull-ups according to the needs of the running app. Alternatively, you can view a typical PY32F030 development board design https://github.com/HalfSweet/PY32F030K28U_Arduino_Nano At AirISP, I implemented the automatic download logic for the relevant circuits |
|
You are a FullSweet ;) tks a lot for sharing your knowledge with me. Can I share this conversation with Wagiminator so he can design his board too? |
Of course, our sessions are open and we can have discussions together if we can |
|
That looks promising. |
Hello again.
It is possible to implement this type of schema for the boot-loader in the code?
I'm designing a new board for the PY32F002A micro-controller, wondering about using the CH340X as a USB-Serial communication IC for the board. If this could be implemented, I think is a no brainer to choose that IC instead of the CH340N (That doesn't have DTR or RTS)
The text was updated successfully, but these errors were encountered: