Bonjour,
J’essaie de faire fonctionner un capteur ultrason A02YYUW en version UART. Ce capteur est branché sur une carte « Gravity: I2C to Dual UART Module » elle même connectée à un bus I2C sur un ESP32 de chez AZdelivery. J’arrive bien à déclarer ma carte gravity dans l’editeur esphome, mais dés que j’attribue une des voies UART ainsi crée au capteur ultrason, j’obtiens l’erreur « required key not provided ». Auriez vous une piste?
Ma configuration
System Information
| version |
core-2025.2.5 |
| installation_type |
Home Assistant OS |
| dev |
false |
| hassio |
true |
| docker |
true |
| user |
root |
| virtualenv |
false |
| python_version |
3.13.1 |
| os_name |
Linux |
| os_version |
6.6.62-haos-raspi |
| arch |
aarch64 |
| timezone |
Europe/Paris |
| config_dir |
/config |
Home Assistant Community Store
| GitHub API |
ok |
| GitHub Content |
ok |
| GitHub Web |
ok |
| HACS Data |
ok |
| GitHub API Calls Remaining |
5000 |
| Installed Version |
2.0.5 |
| Stage |
running |
| Available Repositories |
1557 |
| Downloaded Repositories |
3 |
Home Assistant Cloud
| logged_in |
false |
| can_reach_cert_server |
ok |
| can_reach_cloud_auth |
ok |
| can_reach_cloud |
ok |
Home Assistant Supervisor
| host_os |
Home Assistant OS 14.2 |
| update_channel |
stable |
| supervisor_version |
supervisor-2025.02.4 |
| agent_version |
1.6.0 |
| docker_version |
27.2.0 |
| disk_total |
28.5 GB |
| disk_used |
9.8 GB |
| healthy |
true |
| supported |
true |
| host_connectivity |
true |
| supervisor_connectivity |
true |
| ntp_synchronized |
true |
| virtualization |
|
| board |
rpi5-64 |
| supervisor_api |
ok |
| version_api |
ok |
| installed_addons |
ESPHome Device Builder (2025.2.1), File editor (5.8.0), Studio Code Server (5.18.3), Terminal & SSH (9.16.0) |
Dashboards
| dashboards |
3 |
| resources |
1 |
| views |
5 |
| mode |
storage |
Network Configuration
| adapters |
lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth2568262 (disabled), veth9f4ac0e (disabled), vethe8d9bf9 (disabled), veth1cd4b85 (disabled), vethf42e1a8 (disabled), vethd268831 (disabled), veth4c2e4f9 (disabled), veth67006ed (disabled) |
| ipv4_addresses |
lo (127.0.0.1/8), end0 (192.168.0.30/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth2568262 (), veth9f4ac0e (), vethe8d9bf9 (), veth1cd4b85 (), vethf42e1a8 (), vethd268831 (), veth4c2e4f9 (), veth67006ed () |
| ipv6_addresses |
lo (::1/128), end0 (fe80::405e:6e80:8d4a:59df/64), hassio (fe80::42:abff:fec9:45f0/64), docker0 (fe80::42:6aff:fee5:ff89/64), veth2568262 (fe80::2466:f5ff:fe43:3bca/64), veth9f4ac0e (fe80::2042:44ff:fe80:53ed/64), vethe8d9bf9 (fe80::d070:56ff:fe36:4bfd/64), veth1cd4b85 (fe80::ac6e:19ff:feb0:e769/64), vethf42e1a8 (fe80::8882:caff:fef0:c2dc/64), vethd268831 (fe80::548c:c9ff:fe92:5d4/64), veth4c2e4f9 (fe80::e8e2:6ff:fe25:1bdc/64), veth67006ed (fe80::6ca1:b5ff:fe59:bc28/64) |
| announce_addresses |
192.168.0.30, fe80::405e:6e80:8d4a:59df |
Recorder
| oldest_recorder_run |
2 janvier 2025 à 06:56 |
| current_recorder_run |
25 février 2025 à 19:25 |
| estimated_db_size |
145.36 MiB |
| database_engine |
sqlite |
| database_version |
3.47.1 |
___
salut le mieux et de poster ton code YAML pour avoir une réponse claire est rapide ,
L’erreur « required key not provided » dans ESPHome suggère qu’une configuration obligatoire est manquante dans le fichier YAML
Voici le contenu du fichier yaml:
esphome:
name: test
friendly_name: test
esp32:
board: az-delivery-devkit-v4
framework:
type: arduino
# Enable logging
logger:
# Enable Home Assistant API
api:
encryption:
key: "WyRLfltD5HQuKmrva3SBtU1EL7TqjG0cJUvFMg2qN08="
ota:
- platform: esphome
password: "7607845bfd33309a29aac0768899b30d"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "Test Fallback Hotspot"
password: "UP3HWPqM3x1P"
captive_portal:
# Example configuration entry
i2c:
- id: bus_a
sda: 17
scl: 16
scan: True
uart:
id: native_uart
rx_pin: 1
tx_pin: 3
baud_rate: 9600
wk2132_i2c:
- address: 0x70
id: wk2168_bridge_i2c
i2c_id: bus_a
uart:
- id: i2c_uart_0
channel: 0
baud_rate: 9600
- id: i2c_uart_1
channel: 1
baud_rate: 19200
ads1115:
- address: 0x48
pcf8574:
- id: 'relais_230'
address: 0x21
pcf8575: true
modbus:
uart_id: i2c_uart_0
# Individual sensors
sensor:
- platform: ads1115
id: raw_ph
multiplexer: 'A0_GND'
gain: 4.096
name: "ADS1115 PH DF"
update_interval: 5s
force_update: True
- platform: ads1115
id: raw_EC
multiplexer: 'A1_GND'
gain: 4.096
name: "ADS1115 EC DF"
update_interval: 5s
force_update: True
- platform: pzemac
current:
name: "PZEM-004T V3 Current"
voltage:
name: "PZEM-004T V3 Voltage"
energy:
name: "PZEM-004T V3 Energy"
power:
name: "PZEM-004T V3 Power"
frequency:
name: "PZEM-004T V3 Frequency"
power_factor:
name: "PZEM-004T V3 Power Factor"
update_interval: 60s
- platform: "a02yyuw"
uart_id: i2c_uart_0
name: "Distance"
switch:
- platform: gpio
pin:
pcf8574: relais_230
number: 15
mode:
output: true
inverted: true
name: "Relay n°1"
id: relay_n_1
- platform: gpio
pin:
pcf8574: relais_230
number: 14
mode:
output: true
inverted: true
name: "Relay n°2"
id: relay_n_2
Bonjour, j’ai exactement le même problème dès que j’affectionne un UART du module a base de ws2132 a un capteur ultrason jsn-sr04t. Avez-vous pu résoudre ce message « required key not provided » ?
Il semblerait que les composants du style « capteurs ultrasons » branchés en uart obligent à avoir un RX_pin et TX_pin dans la déclaration de leur uart, ce que ne permettent pas les convertisseurs I2C to uart…
ah zut, il y a pas moyen de contourner cette obligation?
J’ai pu avoir des mesures mon JSN-SR04T en faisant un "external componant " en partant du composant initial et en modifiant le « schéma de validation ».
CF : wk2132 i2c to uart converter · Issue #6858 · esphome/issues · GitHub