Dave’s 6 meter Antenna Part 2

New 6 meter antenna is installed. Also shows existing U/VHF disc one with 6 m whip.
This is the mounting for the antennas that have been up for about 10 years.
The white blocks are expanded PVC Royal Board that I used to replace the plastic insulators that were destroyed by sunlight. I am replacing the TV feed line and do not have the repaired antenna connected to anything yet, so don’t know if it works.

Bluetooth 5 CW Keyer

Bluetooth 5 CW Keyer.

Design Information: server is at the radio, client is at the paddles

Power not shown

Arduino Files: https://github.com/bobh/nimBLE-discrete-xfer/tree/main/nimbleDiscrete

Looks like things changed in July and I wrote the code in January.

You might try this;

OLD Way 

/** Handler class for descriptor actions */ 

class DescriptorCallbacks : public NimBLEDescriptorCallbacks {

void onWrite(NimBLEDescriptor* pDescriptor) {

std::string dscVal((char*)pDescriptor->getValue(), pDescriptor->getLength());

Serial.print(“Descriptor witten value:”);

Serial.println(dscVal.c_str());

};

NEW Way

/** Handler class for descriptor actions */

class DescriptorCallbacks : public NimBLEDescriptorCallbacks {

void onWrite(NimBLEDescriptor* pDescriptor) {

std::string dscVal = pDescriptor->getValue();

Serial.print(“Descriptor witten value:”);

Serial.println(dscVal.c_str());

};

This is the new way of doing things:

https://github.com/h2zero/NimBLE-Arduino/tree/release/1.4/examples

I started with NimBLE_Server and NimBLE_Client directories and just added some hardware interface,

The BLEserver compiles with that change but you should examine for more differences. I haven’t checked function as I’m not sure where the hardware is anymore.

ESP32-C3 Dev Kit In-Circuit Debugging

Adding In-Circuit debugging to the ESP32-C3 Dev Kit.

Using an old USB cable/breakout I had lying around. You’ll probably want to use USB-C. 😉

Attach nothing to the Dev Kit USB connector.

Also, I use a lot of power and grounds.

Link: https://docs.espressif.com/projects/esp-idf/en/latest/esp32c3/api-guides/usb-serial-jtag-console.html

Debugging (at a break point) in VSCode on Ubuntu.

NOTES:

> The ESP32-C3 is said to be the successor to the ESP-8266. And like the 8266 is limited in Programmable IO compared with the ESP-32. This USB method of In-Circuit debugging uses two processor PIO pins instead of the four pins needed for JTAG debugging–freeing up two pins for general use.


> In the processor’s low power modes, the USB interface is powered down and USB debugging is not possible. If you need to debug while in one of the two low power modes, you should use the JTAG interface.


> Visual Studio Code operates at the source code level and is able to use this method of debugging to set breakpoints, examine variables and the stack, single-step high level source code and flash the device. But VSCode has no knowledge of the processor details (e.g. CPU internal registers, memory configuration–access and format). As a result single-stepping through assembly code while examining CPU registers, flags and memory is not possible.
But the detailed knowledge gained while single-stepping assembly code would be an advantage in learning the ESP32-C3’s risc-v architecture. VSCode teamed with PlatformIO could provide this capability and I have filed an issue to that purpose on PlatformIO’s github. https://github.com/platformio/platform-espressif32/issues/651