The usual responsible grab-bag of goodies from AliExpress - including some great little modules.
The ESP32-S3 (dual core) which may be pressed into service as a toddler clock (!), and a CH32X035F8 module with some impressive stats!
Enjoy!
The SOP8 version of the CH32v003 is pretty amazing, and one "feature" is the ability to remap many functions/protocols to the same pins.
This is fine up to the point where there might be a clash. For instance, just look how busy pin 8 is - overloaded including the function that allows it to be programmed and reprogrammed (the one-wire SWIO "single wire" protocol) that for some reason is on the same pin as serial TX.
So...what if you have engaged serial communication AND want to reprogram the chip?
Disaster! But, there are a few ways I have found to get around the problem.
2. Only open up Serial when you need it, and then the chances of interrupting the program to "reprogram" are increased (dodgy I know)3. Use a mysterious function on a mysterious piece of software to somehow use the one-wire protocol to "printf" from pin 8.
4. Re-map the pins! (see below)5. Buy the version with more pins you cheapskate!
Now the deep deep deep dive into pin re-allocation took me through many websites, forums and configurations files, but here is what you need to do:
a) find the files PeripheralPins.c and variant_CH32V003F4.h in the core directory as follows:
b) Make the following config file edits to re-map the pins:
1. in the file PeripheralPins.c
//*** UART ***
#ifdef UART_MODULE_ENABLED
WEAK const PinMap PinMap_UART_TX[] = {
{PD_6, USART1, CH_PIN_DATA(CH_MODE_OUTPUT_50MHz, CH_CNF_OUTPUT_AFPP, 0, AFIO_NONE)}, // from PD_5
{NC, NP, 0}
};
#endif
#ifdef UART_MODULE_ENABLED
WEAK const PinMap PinMap_UART_RX[] = {
{PC_1, USART1, CH_PIN_DATA(CH_MODE_INPUT, CH_CNF_INPUT_PUPD, PULLUP, AFIO_NONE)}, // from PD_6
{NC, NP, 0}
};
#endif
2. in the file variant_CH32V003F4.h
// UART Definitions
#ifndef SERIAL_UART_INSTANCE
#define SERIAL_UART_INSTANCE 1
#endif
// Default pin used for generic 'Serial' instance
// Mandatory for Firmata
#ifndef PIN_SERIAL_RX
#define PIN_SERIAL_RX PC1 // from PD6
#endif
#ifndef PIN_SERIAL_TX
#define PIN_SERIAL_TX PD6 // from PD5
#endif
c) add the following lines to your setup() code in your Arduino IDE sketch:
RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOD | RCC_APB2Periph_USART1 | RCC_APB2Periph_AFIO, ENABLE); GPIO_PinRemapConfig(GPIO_PartialRemap2_USART1, ENABLE); Serial.begin(115200);
Full code:
#define ledpin PC4 int counter = 0; void setup() { pinMode(ledpin, OUTPUT); // Must enable clock for AFIO RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOD | RCC_APB2Periph_USART1 | RCC_APB2Periph_AFIO, ENABLE); GPIO_PinRemapConfig(GPIO_PartialRemap2_USART1, ENABLE); Serial.begin(115200); } void loop() { digitalWrite(ledpin, HIGH); delay(80); counter++; digitalWrite(ledpin, LOW); delay(300); Serial.print("blink "); Serial.println(counter); }
After that the only "gotcha" is to remember to switch the connections as follows:
Then you can reprogram at your leisure and enjoy serial communication as well. Speaking of enjoyment, please see the video below and let me know if any of these workarounds did the trick for you as well.
Looking to power a fan to keep an Orange Pi 3B cool inside it's enclosure, I turned to a "power" mosfet I hadn't worked with before, the super little guy AO3400.
Rated to 30V and a fanciful 5.8A it seemed to be perfect for the job because it could "open the gate" at around 1.1V.
I designed a suitable circuit, soldered the little bits together on a SOP8 to DIP8 adapter (!!) as per below:
The design seemed to work for an LED circuit, so I boxed it up and ran it from the 5V rail of the OPi 3B.
See the result below. Please add comments on YT below the video, especially if you have a view on fan orientation!
Here we are at 43 and so many lovely parcels flowing in - including some incredible chips that play around with voltage like they were born to do it!
If you would like to build the circuits for the MAX1044 check out the datasheet.
Enjoy the video!
Newbies with cool tech like me are prone to "bricking" chips which basically means you can't program the things anymore.
Different chips react differently in these circumstances. Once upon a time I invested in a High Voltage AVR Programmer for reviving ATTiny85 chips that I had unwittingly fried with poor code. And it worked a treat!
The CH32v003 peeps in their wisdom have fortunately included in their one-wire communication protocol the ability to reset and therefore un-brick a chip.
There's a little VCC dancing to make it happen, but...well, take a look...
I've had great success with the Orange Pi range over the years. I will say that I've always bought the cheap(est) option and even now I'm not sure if I'd take the plunge on an OPi 5 with all the fruit - that's a lot of dollarydoos!
In the meantime I have an OPi 3 LTS chugging away in the background on both PiHole duties as well as a Media Server - and it works great!
But recently I grabbed hold of the holy money belt and shook like crazy to purchase the following pack of goodies.
I think that this machine might end up being the new NAS and Pi-hole combo. The first thing to do is roll-my-own Armbian. I did start off with a community version of Ubuntu, which booted fine, but I had trouble copying the system over to the EMMC module - so roll your own Armbian it is!
The addition of a 1Tb NVME solid state drive should give a few options for video and music streaming - time will tell. It's my impression from reading that you could use this fast SSD option to preload or buffer video and audio from a larger HDD and thus smooth out some rough edges that occasionally appear.
Here are the stats on this little beauty - I still think it's cheap for the power and the potential, a nice mix of stats and options making it one of the more versatile units in this range.
And the video? I've tried to show the whole process from unpacking to running the desktop on the device.
Click below:
Straight after playing around with the CH32v003 as a SOP-20 on a module in the last video, I saw a plea from the #socials about running a SOP-8 version on a breadboard.
So I soldered up a little beast and started to play!
Here are your links:
https://github.com/openwch/arduino_core_ch32
https://wchofficialstore.aliexpress.com/store/1100367542
...and here's your "blinky" (and "fadey") goodness via the video.
Enjoy, and please leave a comment on YouTube if you thought it was useful.