Salut,
je voudrais tester un AtomU pour le BLE proxy, mais d’après les caractéristiques il y a pas de BLE.
D’après ton commentaire ca fonctionne en BLE proxy, Donc il y a le BLE sur AtomU ?
Je vien de mettre à jour la mienne et il prends la commande
Mais il y a mieux en fait : les Shelly+ disposent également de cette fonction BLE Proxy, et comme on en a parfois… J’ai mis deux Shelly+ 1PM dans l’appartement d’un ami (170 m² sur deux niveaux) et j’ai viré les deux ESP, résultat :
hello
oui les shelly ça marche trop bien … testé également
j’ai un sujet où je voudrais utiliser 2 esp32 dialoguant en bluetooth (j’ai des soucis de Wifi dans mon jardin)
j’ai mis le 1e ESP32 en BLE Proxy et là je souhaiterais utiliser un 2ème ESP32 (avec capteur Dallas température) qui enverrai les infos en bluetooth au 1er ESP puis après à HA
je ne sais pas trop comment faire sur le 2ème ESP pour qu’il envoi au 1er ESP en bluetooth
je suis en esphome
j’suis preneur d’idée je sèche là
Salut
je ne crois pas que ce soit possible
d’autre part la portée du BLE est largement plus faible que le WIFI
C’ets plus une histoire de WIFI, c’ets pourquoi j’ai mis un AP à l’extérieur
comme j’ai pas mal d’ESP 32 (poulailler / pompe piscine …) je souhaitais profité du BLE et ne pas ajouter un AP Wifi justement ;-(
Il y a des projets de répéteur WIFI à base d’ESP, mais quand on utilise bcp d’équipements WIFI le mieux est tout de même de leur assurer une connection fiable.
Si j’ai bien compris tu veux que ton premier esp capte les données du second en BLE, comme il écouterait n’importe quelel sonde BLE, je pense que c’est faisable, par contre coté fiabilité j’ai peur que ça fasse un peu chateau de cartes. A voir, tu nous raconteras…
c’est exactement ça c’est dommage de ne pas profité de mes ESP32 (4 en tout) qui serait en BLE Proxy et ça couvrirait mon jardin… mais j’ai pas encore trouvé comment faire ça justement (et tester la fiabilité tu as raison !)
Bonjour,
j’essaye d’activer la led du ATOM lite avec ESPHOME BLE Proxy, mais j’ai une erreur de plateforme pas supporter.
mon yaml:
substitutions:
name: atom-bluetooth-proxy-ad7a6c
packages:
esphome.bluetooth-proxy: github://esphome/bluetooth-proxies/m5stack-atom-lite.yaml@main
esphome:
name: ${name}
name_add_mac_suffix: false
api:
encryption:
key: in4/0FfpPMdp8sPDbjj5aChezJ8BLAmGQpRlq6e2u1k=
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
sensor:
- platform: wifi_signal
name: "WiFi Signal dB"
id: wifi_signal_db
update_interval: 60s
entity_category: "diagnostic"
- platform: copy
source_id: wifi_signal_db
name: "WiFi Signal Percent"
filters:
- lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
unit_of_measurement: "Signal %"
entity_category: "diagnostic"
- platform: uptime
name: "BLE Proxy Uptime"
- platform: internal_temperature
name: "Internal Temperature"
switch:
- platform: restart
name: "BLE Proxy Restart"
binary_sensor:
- platform: status
name: "BLE Proxy Statut"
Si je passe par fastled_clockless:
light:
- platform: fastled_clockless
chipset: WS2812B
pin: 27
num_leds: 1
rgb_order: GRB
id: status_led
name: BLE Proxy Light
effects:
- random:
- flicker:
- addressable_rainbow:
Si je passe par neopixelbus:
light:
- platform: neopixelbus
type: GRB
variant: SK6812
pin: 27
num_leds: 1
id: status_led
internal: true
Quel plateforme serais compatible avec esp-idf pour exploiter la led du atom lite ?
Tu as oublié
esp32:
board: esp32dev
framework:
type: arduino
Jai pas oublier. C’est dans package, le yaml du github.
esp32:
board: m5stack-atom
framework:
type: esp-idf
J’ai déjà compiler de c’est façon mais sans ajouter la led.
Faudrait que je prenne le yaml du github et mettre ton exemple et reflash ?
Je ne suis pas un grand spécialiste espHome, mais voici ma conf :
esphome:
name: "atom-lite"
esp32:
board: esp32dev
framework:
type: arduino
logger:
api:
encryption:
key: "TWjMPdfgdfgdfg7suQLo+Dv94="
ota:
password: "ad2a07dfgdfg5722a6b52976ed3"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
ap:
ssid: "Stack Fallback Hotspot"
password: "V8z0WHzFiKe6"
captive_portal:
web_server:
dashboard_import:
package_import_url: github://esphome/bluetooth-proxies/m5stack-atom-lite.yaml@main
esp32_ble_tracker:
scan_parameters:
interval: 1100ms
window: 1100ms
active: true
bluetooth_proxy:
button:
- platform: safe_mode
name: Safe Mode Boot
entity_category: diagnostic
light:
- platform: fastled_clockless
chipset: WS2812B
pin: 27
num_leds: 1
rgb_order: GRB
id: status_led
name: Stack Light
effects:
- random:
- flicker:
- addressable_rainbow:
sensor:
- platform: uptime
name: "ESP (Uptime en seconde)"
id: uptime_en_seconde
j’ai juste ajouter :
esp32:
board: esp32dev
framework:
type: arduino
et
light:
- platform: fastled_clockless
chipset: WS2812B
pin: 27
num_leds: 1
rgb_order: GRB
id: status_led
name: Stack Light
effects:
- random:
- flicker:
- addressable_rainbow:
a ma config .YAML et tester la validiter et c’est passer
je viens de comprendre que ce qui est ecrit dans le config.yaml ( du atom lite ) , ecrase les données récuperer sur le yaml du github.
Pas facile a comprendre ESPHOME pour un gros débutant.
je vais compiler et voir le résultat…
Edit:
Compilation et flash OK
voici ma config final:
substitutions:
name: atom-bluetooth-proxy-ad7a6c
packages:
esphome.bluetooth-proxy: github://esphome/bluetooth-proxies/m5stack-atom-lite.yaml@main
esphome:
name: ${name}
name_add_mac_suffix: false
esp32:
board: esp32dev
framework:
type: arduino
api:
encryption:
key: in4/0FfpPMdp8sPDbjj5aChezJ8BLAmGQpRlq6e2u1k=
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
sensor:
- platform: wifi_signal
name: "WiFi Signal dB"
id: wifi_signal_db
update_interval: 60s
entity_category: "diagnostic"
- platform: copy
source_id: wifi_signal_db
name: "WiFi Signal Percent"
filters:
- lambda: return min(max(2 * (x + 100.0), 0.0), 100.0);
unit_of_measurement: "Signal %"
entity_category: "diagnostic"
- platform: uptime
name: "BLE Proxy Uptime"
- platform: internal_temperature
name: "Internal Temperature"
switch:
- platform: restart
name: "BLE Proxy Restart"
binary_sensor:
- platform: status
name: "BLE Proxy Statut"
light:
- platform: fastled_clockless
chipset: WS2812B
pin: 27
num_leds: 1
rgb_order: GRB
id: status_led
name: Stack Light
effects:
- random:
- flicker:
- addressable_rainbow:
@mycanaletto je suis a 90% du flash , ca craint pas ?
RAM: [== ] 16.1% (used 52748 bytes from 327680 bytes)
Flash: [========= ] 89.5% (used 1642617 bytes from 1835008 bytes)
Tant que tu ne dépasse pas, mais si tu dépasse tu ne pourras pas flasher simplement…
Ok, merci du coup de main.
Bonjour,
j’ai eu des soucis de stabilité avec le framework arduino et ESPHOME 2023.3.0. J’ai reflasher avec le framework ESP-IDF et supprimer la led comme elle est pas supporter par esp-idf. Depuis c’est stable, plus de déconnection.
de plus ca prend moins de place dans le flash:
RAM: [== ] 16.4% (used 53848 bytes from 327680 bytes)
Flash: [======= ] 70.6% (used 1295561 bytes from 1835008 bytes)
Interet de esp-idf ?
Chez pas vraiment, pas bien compris l’explication. De mon côté j’ai plus l’atom lite qui redémarre par esp-idf, il est stable.
Pour le Bluetooth proxy, c’est le framework utiliser par défaut (dans le yaml du github), doit y avoir un intérêt.
J’ai un M5Stack lite qui a lâché sans crier gare suite a test !
Impossible de flasher à nouveau
Sont ils suffisamment robuste pour cette usage !?
Salut, tu le flash comment ?
Par OTA ou par câble ?
Quel est la machine pour compiler et flasher ?
Quel erreur tu as pendant la compilation ou le flash ?