You can use the STM32 HAL (STM32CubeMX) even when using Arduino as a framework for STM32 boards in PlatformIO:
GPIO_InitTypeDef pinInit = {
.Pin = GPIO_PIN_8,
.Mode = GPIO_MODE_AF_PP,
.Pull = GPIO_NOPULL,
.Speed = GPIO_SPEED_FREQ_VERY_HIGH,
.Alternate = GPIO_AF1_TIM1
};
HAL_GPIO_Init(GPIOA, &pinInit);Use
#include <stm32f4xx_hal_gpio.h>
in order to include the HAL functions.
In modern C++, you can directly initialize structs like a GPIO_InitTypeDef, making the code much prettier and less prone to errors. The following example configures PA8 of a STM32 in alternate function 1 mode (TIM1 output).
GPIO_InitTypeDef pinInit = {
.Pin = GPIO_PIN_8,
.Mode = GPIO_MODE_AF_PP,
.Pull = GPIO_NOPULL,
.Speed = GPIO_SPEED_FREQ_VERY_HIGH,
.Alternate = GPIO_AF1_TIM1
};
HAL_GPIO_Init(GPIOA, &pinInit);As opposed to the old, much more verbose way of doing that:
GPIO_InitTypeDef pinInit; pinInit.Pin = GPIO_PIN_8; pinInit.Mode = GPIO_MODE_AF_PP; pinInit.Pull = GPIO_NOPULL; pinInit.Speed = GPIO_SPEED_FREQ_VERY_HIGH; pinInit.Alternate = GPIO_AF1_TIM1; HAL_GPIO_Init(GPIOA, &pinInit);
SO1 and SO2 are the outputs of the two current shunt amplifiers on the DRV8601. These are analog outputs and are typically connected to an ADC.
The ~ in pins names like ~RST means not.
~, for example RST or RESET, will perform its function (e.g. reset the device) when it is connected to VCC~, for example ~RST or ~RESET, will perform its function (e.g. reset the device) when it is connected to GND~RESET has exactly the same meaning as overlining the name – for example \overline{\text{RESET}}. Some manufacturers also use use n instead of ~RESET or \overline{\text{RESET}}
The n in pins names like nRST means not.
n, for example RST or RESET, will perform its function (e.g. reset the device) when it is connected to VCCn, for example nRST or nRESET, will perform its function (e.g. reset the device) when it is connected to GNDA nRESET has exactly the same meaning as overlining the name. For example \overline{\text{RESET}}. Some manufacturers prefer to use n instead of \overline{\text{RESET}} or ~RESET
The ~OE pin on the SN74LV245A defines whether to enable the outputs on the chip. Which pins are inputs and which are outputs is defined by the DIR pins, see SN74LV245A as level shifter: How to use DIR pin for more information.
~OE is low (i.e. connected to GND), all output pins are enabled~OE is high (i.e. connected to Vcc), all output pins are disabledNote that there is no way to disable individual output pins for the SN74LV245A. You can only enable or disable all the pins together.
In most applications as a level shifter, you want to always enable the output: In order to do that, connect the ~OE pin to GND.
The DIR pin on the SN74LV245A defines whether the A pins or the B pins are the input pins.
DIR is low (i.e. connected to GND), all B pins are inputs and all A pins are outputs.DIR is high (i.e. connected to Vcc), all A pins are inputs and all B pins are outputs.The following setting in configuration.yml connects to a local mosquitto MQTT broker using username and password:
mqtt: broker: "127.0.0.1" username: "homeassistant" password: "iraughij3Phoh7ne9Aoxingi2eimoo"
configuration.yml:default_config: http: use_x_forwarded_for: true trusted_proxies: - 127.0.0.1 ip_ban_enabled: true login_attempts_threshold: 5 mqtt: broker: "127.0.0.1" username: "homeassistant" password: "iraughij3Phoh7ne9Aoxingi2eimoo" # Text to speech tts: - platform: google_translate group: !include groups.yaml automation: !include automations.yaml script: !include scripts.yaml scene: !include scenes.yaml
When running home-assistant (using docker or other methods) behind a reverse proxy such as nginx, you see 400: Bad request response codes and the following error message appears in the HomeAssistant logs:
homeassistant | 2021-11-25 03:03:59 ERROR (MainThread) [homeassistant.components.http.forwarded] A request from a reverse proxy was received from 127.0.0.1, but your HTTP integration is not set-up for reverse proxies
Edit config/configuration.yaml and add:
http: use_x_forwarded_for: true trusted_proxies: - 127.0.0.1 ip_ban_enabled: true login_attempts_threshold: 5
just below the default_config: line, adding a newline in between. If your reverse proxy is running on another host, replace 127.0.0.1 by the IP address of that host.
configuration.yml example:# Configure a default setup of Home Assistant (frontend, api, etc) default_config: http: use_x_forwarded_for: true trusted_proxies: - 127.0.0.1 ip_ban_enabled: true login_attempts_threshold: 5 # Text to speech tts: - platform: google_translate group: !include groups.yaml automation: !include automations.yaml script: !include scripts.yaml scene: !include scenes.yaml
Now restart home-assistant and your reverse proxy should work fine.
Your Docker container running home-assistant always exits immediately after starting up, with the log being similar to this:
$ docker-compose up Recreating homeassistant ... done Attaching to homeassistant homeassistant | [s6-init] making user provided files available at /var/run/s6/etc...exited 0. homeassistant | [s6-init] ensuring user provided files have correct perms...exited 0. homeassistant | [fix-attrs.d] applying ownership & permissions fixes... homeassistant | [fix-attrs.d] done. homeassistant | [cont-init.d] executing container initialization scripts... homeassistant | [cont-init.d] done. homeassistant | [services.d] starting services homeassistant | [services.d] done. homeassistant | [finish] process exit code 256 homeassistant | [finish] process received signal 15 homeassistant | [cont-finish.d] executing container finish scripts... homeassistant | [cont-finish.d] done. homeassistant | [s6-finish] waiting for services. homeassistant | [s6-finish] sending all processes the TERM signal. homeassistant | [s6-finish] sending all processes the KILL signal and exiting. homeassistant exited with code 0
You need to start the container with --privileged=true if using docker directly to start up the service, or use privileged: true if using docker-compose.
Here’s an example of a working docker-compose.yml file:
version: '3.5'
services:
homeassistant:
container_name: homeassistant
restart: unless-stopped
image: ghcr.io/home-assistant/home-assistant:stable
network_mode: host
privileged: true
environment:
- TZ=Europe/Berlin
volumes:
- ./config:/config
https://techoverflow.net/wp-admin/post-new.php#category-all
While trying to flash a device using tuya-convert, you see an error message like
====================================================== Starting smart config pairing procedure Waiting for the device to install the intermediate firmware Put device in EZ config mode (blinking fast) Sending SSID vtrust-flash Sending wifiPassword Sending token 00000000 Sending secret 0101 ................ SmartConfig complete. Resending SmartConfig Packets ................. SmartConfig complete. Resending SmartConfig Packets ................. SmartConfig complete. Resending SmartConfig Packets ................ SmartConfig complete. Resending SmartConfig Packets ................. SmartConfig complete. Resending SmartConfig Packets ................. SmartConfig complete. Resending SmartConfig Packets ................ SmartConfig complete. Resending SmartConfig Packets ................. SmartConfig complete. Resending SmartConfig Packets ................. SmartConfig complete. Resending SmartConfig Packets ................ SmartConfig complete. Resending SmartConfig Packets .............. Timed out while waiting for the device to (re)connect
and the flash procedure fails.
You can see the actual error log in scripts/smarthack-psk.log. In my case the error was the one described in our previous post How I fixed tuya-convert Nous A1 could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher
The current version of ./install_reqs.sh does not install the sslpsk module correctly (the error message is somewhat hidden at the top of the log). Install it manually using
sudo -H python3 -m pip install --upgrade sslpsk
While trying to flash a device using tuya-convert, you see an error message like
Traceback (most recent call last):
File "/home/pi/tuya-convert/scripts/./psk-frontend.py", line 6, in <module>
import sslpsk
ModuleNotFoundError: No module named 'sslpsk'
Traceback (most recent call last):
File "/home/pi/tuya-convert/scripts/./psk-frontend.py", line 6, in <module>
import sslpsk
ModuleNotFoundError: No module named 'sslpsk'
new client on port 443 from 10.42.42.10:49144
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49150
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49154
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49156
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49160
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49162
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49164
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49172
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49174
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49176
could not establish sslpsk socket: [SSL: NO_SHARED_CIPHER] no shared cipher (_ssl.c:1123)
don't panic this is probably just your phone!
new client on port 443 from 10.42.42.10:49178
could not establish sslpsk socket: EOF occurred in violation of protocol (_ssl.c:1123)
Traceback (most recent call last):
File "/home/pi/tuya-convert/scripts/./psk-frontend.py", line 61, in new_client
ssl_sock = sslpsk.wrap_socket(s1,
File "/usr/local/lib/python3.9/dist-packages/sslpsk/sslpsk.py", line 110, in wrap_socket
sock.do_handshake()
File "/usr/lib/python3.9/ssl.py", line 1309, in do_handshake
self._sslobj.do_handshake()
ssl.SSLEOFError: EOF occurred in violation of protocol (_ssl.c:1123)
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/home/pi/tuya-convert/scripts/./psk-frontend.py", line 113, in <module>
main()
File "/home/pi/tuya-convert/scripts/./psk-frontend.py", line 109, in main
p.data_ready_cb(s)
File "/home/pi/tuya-convert/scripts/./psk-frontend.py", line 80, in data_ready_cb
self.new_client(_s)
File "/home/pi/tuya-convert/scripts/./psk-frontend.py", line 72, in new_client
if "NO_SHARED_CIPHER" in e.reason or "WRONG_VERSION_NUMBER" in e.reason or "WRONG_SSL_VERSION" in e.reason:
TypeError: argument of type 'NoneType' is not iterable
and the flash procedure fails.
The current version of ./install_reqs.sh does not install the sslpsk module correctly (the error message is somewhat hidden at the top of the log). Install it manually using
sudo -H python3 -m pip install --upgrade sslpsk
While trying to flash a device using tuya-convert, you see an error message like
======================================================
Starting smart config pairing procedure
Waiting for the device to install the intermediate firmware
Traceback (most recent call last):
File "/home/pi/tuya-convert/scripts/./smartconfig/main.py", line 15, in <module>
from smartconfig import smartconfig
File "/home/pi/tuya-convert/scripts/smartconfig/smartconfig.py", line 43, in <module>
from multicast import multicast_head, encode_multicast_body
File "/home/pi/tuya-convert/scripts/smartconfig/multicast.py", line 12, in <module>
from Cryptodome.Cipher import AES
ModuleNotFoundError: No module named 'Cryptodome'
.........................................and the flash procedure fails.
The current version of ./install_reqs.sh does not install the pycryptodome module. Install it manually using
sudo -H python3 -m pip install --upgrade pycryptodome
ArduinoOTA’s protocol tries to connect to the host which is trying to program the device on a randomly chosen port. This often leads to the packets being filtered in a firewall since no rule exists to pass the packet and they are not related to an existing connection.
You could create a firewall rule to pass all traffic from the ESP8266/ESP32 to the programming host, but that is extremely insecure since it allows a hacked IoT device to hack your devices.
In order to fix it, add a fixed host port in platformio.ini using
upload_flags = --host_port=55910
and add these firewall rules:
allow from <programming host> to <IoT device> port 55910 TCP allow from <IoT device> to <programming host> port 55190 TCP
platformio.ini example:[env:d1_mini_ota] extends = env:d1_mini upload_protocol = espota upload_port = 192.168.178.25 upload_flags = --host_port=55910
You can not use the NanoEdge placer block on the Teensy 4.0 / Teensy 4.1 because the NanoEdge placer hardware unit is not built into the i.MX RT1062 processor the Teensy uses.
Source: Teensy Forums
The ESP32 can easily be used as USB-to-UART converter. Note that the ESP32 does not feature an USB interface by itself and ESP32 boards with an onboard USB connector just use an USB-to-UART converter (this is a separate chip on the board). Hence, from the ESP32 perspective, it
You can map UART TX and RX to any GPIO pin on the ESP32. While there are very, very slight performance advantages to using a set of predefined pins, this does not really matter in practice. In this example, we will use pin GPIO2 for UART RX and pin GPIO4 for UART TX.
Basically, the code is just copying bytes between Serial2 and Serial (connected to USB):
// Copy bytes incoming via PC serial
while (Serial.available() > 0) {
Serial2.write(Serial.read());
}
// Copy bytes incoming via UART serial
while (Serial2.available() > 0) {
Serial.write(Serial2.read());
}#include <Arduino.h>
#define UART_RX_PIN 2 // GPIO2
#define UART_TX_PIN 4 // GPIO4
void setup() {
// Serial connects to the computer
Serial.begin(115200);
// Serial2 is the hardware UART port that connects to external circuitry
Serial2.begin(115200, SERIAL_8N1,
UART_RX_PIN,
UART_TX_PIN);
}
void loop() {
// Copy byte incoming via PC serial
while (Serial.available() > 0) {
Serial2.write(Serial.read());
}
// Copy bytes incoming via UART serial
while (Serial2.available() > 0) {
Serial.write(Serial2.read());
}
}Regarding platformio.ini, we just need to set the monitor_speed to match the value in Serial.begin(115200);:
[env:nodemcu-32s] platform = espressif32 board = nodemcu-32s framework = arduino monitor_speed = 115200
When working with ESPAsyncWebserver, you will soon encounter one of its most fundamental limitations: Its code will always run in interrupts, hence you can’t use delay() or any function that uses delay() or similar functions internally.
However, there’s a simple programming pattern that will enable you to execute code in the main thread if requested by the webserver. Note: In this example, we will only cover how to activate code in the main loop from the webserver, but the response will be sent before the code in the main loop is run – hence, the response is just {"status": "ok"} and it doesn’t depend on whatever is happening on the main loop.
The idea is to have a global flag:
bool request_serial_output = false;
which is set in the webserver handler code, whereas the main loop checks the flag repeatedly:
void loop() {
if(request_serial_output) {
request_serial_output = false; // Clear flag
// TODO Add handling code here
}
}This example uses PlatformIO and should work on any ESP32 board.
#include <Arduino.h>
#include <WiFi.h>
#include <ESPAsyncWebServer.h>
#include <ArduinoJson.h>
AsyncWebServer server(80);
bool request_serial_output = false;
void setup() {
Serial.begin(115200);
// Connect Wifi, restart if not connecting
// https://techoverflow.net/2021/01/21/how-to-fix-esp32-not-connecting-to-the-wifi-network/
WiFi.begin("WLAN", "privat2014");
uint32_t notConnectedCounter = 0;
while (WiFi.status() != WL_CONNECTED) {
delay(100);
Serial.println("Wifi connecting...");
notConnectedCounter++;
if(notConnectedCounter > 50) { // Reset board if not connected after 5s
Serial.println("Resetting due to Wifi not connecting...");
ESP.restart();
}
}
Serial.print("Wifi connected, IP address: ");
Serial.println(WiFi.localIP());
// Initialize webserver URLs
server.on("/api/test", HTTP_GET, [](AsyncWebServerRequest *request) {
// Send request to main loop
request_serial_output = true;
// Send JSON "ok" response.
// NOTE: The response will be sent BEFORE the main loop has finished
// processing the request
AsyncResponseStream *response = request->beginResponseStream("application/json");
DynamicJsonDocument json(1024);
json["status"] = "ok";
serializeJson(json, *response);
request->send(response);
});
// Start webserver
server.begin();
}
void loop() {
if(request_serial_output) {
request_serial_output = false; // Clear flag
// Output serial
Serial.println("First message. Now waiting one second...");
// Wait 1s. You can't do that in the webserver handler!
delay(1000);
// Output another message on Serial
Serial.println("Second message!");
}
}[env:nodemcu-32s]
platform = espressif32
board = nodemcu-32s
framework = arduino
monitor_speed = 115200
lib_deps =
ESP Async [email protected]
[email protected]
In order to enter the serial bootloader on the ESP32, connect both GPIO0 and GPIO2 to GND while the ESP32 is starting up.
A typical hardware sequence to enter the bootloader is:
GPIO0 and GPIO2 to GNDEN or RST pin to GND for at least 100ms, then connect to 3.3VThe second step will restart the ESP32.
The ESP-WROOM-32E datasheet Table 3 defines that when GPIO0 and GPIO2 are low during startup, you will enter Download mode without Download mode being defined anywhere in the datasheet:
Download mode is the factory-integrated ROM serial bootloader. By strapping GPIO0 and GPIO2 low at the same time, you can flash a new firmware using the serial port.
In order to correctly check a stepper motor for a hard short circuit, you need an LCR meter. If you only have an multimeter, skip the winding inductance check.
First, check the resistance of each phase winding (pair A and pair B). The resistance should be between 0.5 Ω and 5 Ω, but note that it is also influenced by your multimeter probes and the contact resistance from the probe to the pin. If possible, compare the measurement to the datasheet of your stepper motor or to the datasheet of your motor or a good motor of the same model. If the datasheet lists 1.5 Ω, I would accept anything from 1.0 Ω to 2.0 Ω. If you see an infinite resistance (typically indicated by OL [overload] on your multimeter), either you measured the wrong pins or your probes do not electrically contact the pins – or your motor has an open winding (no contact). Re-measure multiple time, trying to contact the pin on different points on the surface to confirm. Also check if your multimeter displays a sensible value if you short the multimeter probes.
If you see a resistance that is way too low (e.g. 0.2 Ω for a nominal 1.5 Ω motor), your winding is shorted. This is typically not caused by a bad contact from the probes to the pin, but re-measure a few times just to confirm.
Now measure the resistance from one of the phase A pins to one of the phase B pins. The resistance should typically be OL (overload – i.e. a resistance so high the multimeter can’t measure it), but at least 5.0 MΩ. If it is any less, this indicates that the phases are shorted to each other. Be sure that you measured the correct pins.
Now, Check the inductance of each phase winding (pair A and pair B). The inductance should be a couple of mH, but never below 100uH. A lower inductance indicates an winding that is shorted internally. If possible, compare with the datasheet of your stepper motor or see What phase inductivity value should my stepper motor have? for more details on this topic.
Now check, using the resistance mode of your LCR meter, check if any phase wiring has. Typically the resistance between one phase winding and the other
If you don’t know which pins of the connector belong to which phase winding, the two pins of each pair should have an inductance that is within ±30% of each another at maximum.