If there's no hardware handshaking, have you considered software handshaking? Instead of firing a (e.g.) 20kByte buffer at your device at any given time, first write a small "write request" (which includes the length) on the UART, wait for a "write acknowledgement" from the device, then write the buffer. You could even do it chunk-wise with known chunk sizes and acknowledge each chunk (and resend if something was lost). Preferrably, the transfer on the receiver side from the UART peripheral into RAM should happen via an interrupt / ISR or be DMA accellerated. I think this would actually eliminate most of the problems you're seeing right now. How does it currently work? Does some application thread read the data from UART into RAM?
@Victor-Iriciuc Victor, glad you found the ticket system. and you are correct to post here in the forum to discuss the current status of your issue. i was just saying that to get official help you need to enter your device in the system. be sure to list url's of any threads you tried to get help in. the onion admins can then read up on the status of any help that was discussed and hopefully make additional comments and/or suggestions.
I don't know if you are still awaiting replies to this post from April.
Maybe you've already tried your idea and either melted the relay, or not.
Having just messed up badly with something like this myself, I urge you to be VERY CONSERVATIVE with how much current you switch with an electromagnetic relay.
Also, use an ohmmeter to measure the off-resistance of the heater you wish to switch. I don't know about heater coils, but incandescent bulbs have very low off resistance -- leading to very high turn-on currents -- that need to be taken into account when controlling them with relays.
Another approach is to control a solid state relay (of more than sufficient capacity) with your micro-controlled relay. The downside is you then have to provide the power to that loop. These things are often quite cheap and durable.
the docs for the MT7688 are pretty light for a MPU
I would suspect that Mediatek thinks of it not as an MPU, but an SoC designed to be a wifi router or a few related types of media boxes.
Crystals typically have two closely spaced but distinct resonances, and are intended and specified for use at one or the other in compatible type of circuit. The "Xin/Xout" style would likely be operating in a series resonance mode, while the one side grounded would be operating in parallel one. To get an accurate frequency you would need one cut for the resonance mode intended to be used.
If you are designing your own board at more than "see if I can" level you probably need to be in contact with Mediatek - not only for details, but to arrange a supply of chips. For an experiment, just transplant the crystal along with the chip.
Thanks all, I went through the process again and now it's saving the console and other files.
I think the problem may have been in my patience. When installing, I would restart it if there was a really long period of no feedback. I let it work longer this time during all the steps and saw it continue doing more stuff. It might be that I just couldn't expect it to work as fast as I thought.
Molex 503398-1892 is the correct socket, however there are other components that need to be soldered. I counted 5 10k resistors next to the micro sd socket.
2 filter caps under the shield and maybe others.
So soldering the micro-sd socket is not preactical :-(
@Flemming-Richter i dont have the time right now to work on them and also forgot about them because i got a different project running too. but i will probably check back this summer, so it will take time