Im HA wird dir ja auch nur der Changelog des letzten Releases angezeigt. Wenn du einen Release überspringst, dann musst du halt auf der Webseite auch die Changelogs der Vorversionen ansehen.
Äh…ich bin von 2024.5.5 auf 2024.6.0 gegangen und hab mir den kilometerlangen Release angesehen. Im HA sieht man aber nur die Github-Issues, nicht den Text davor. Den muss man auf der Website suchen. Das macht kaum einer, weil dann wäre der Text im HA ja sinnlos.
Der Text im HA ist nicht sinnlos, du siehst dort genau die Einträge des Changelogs auf Github und hast somit die Möglichkeit dich eingehender mit Informationen, dich betreffender Changes, zu versorgen.
Hier das Beispiel der 2024.6.1:
Als dir die 2024.6.0 angeboten wurde, hast du die folgende Liste angezeigt bekommen, wo du auch genau nachlesen konntest, dass es im Bereich OTA Breaking Changes gibt. Ein einfacher Klick auf den Link zum Change hätte dich zu der genauen Beschreibung der Änderung geführt, da musst du also nicht großartig suchen.
Man kann natürlich auch warten, bis einem das jemand abnimmt und die Informationen dann hier postet.
Hat wer änderungen am verhalten der filter bemerkt nach dem ubdate?
Ja genau, und klickst jeden Link da an? Ach lassen wir das, wir haben geholfen…fertig
Es steht Breaking Changes drüber… 
1 „Gefällt mir“
Interessanterweise muss man bei den BT Proxies in der Tat nicht explizit diesen Eintrag vornehmen und es geht auch so…
Ob das nun ein spezielles Feature ist, sei mal dahin gestellt 
Hallo , ich habe auch das Problem mit dem OTA Update, bei Stand bis dato nur
“OTA”
Was für ein Paswort muss man dort jetzt eintragen ?
danke für die Hilfe
Das gleiche, das bisher da stand bzw. wenn Du seither keines hast, dann brauchst Du jetzt auch keines!
1 „Gefällt mir“
Einfach die Zeile “patform …” mit Einrückung einfügen hat bei meinem Stromzähler geholfen.
ota:
platform: esphome <--
1 „Gefällt mir“
Hallo beisammen,
erstmal vielen Dank für den Post und die Hilfe hier. Mein ESP32 lies sich anschließend auch wieder ansprechen, allerdings nur, wenn ich in der Nähe meines Rechners/Routers bin.
Ich dachte erst, es liegt daran, dass er sich mit Bluetooth verbindet aber auch ohne erhalte ich eine Verbindung. Vermute daher, es liegt an der Fritzbox, die ebenfalls auf meinem Schreibtisch steht.
Stelle ich den Sensor (wird genutzt um Signale einer Bluetooth-Waage auszulesen) nun aber zwei Zimmer weiter ins Bad, erhalte ich keine Verbindung mehr. WLAN ist dort aber ebenfalls stark und vor dem ESPHome Update lief alles glatt.
Neu geflashed (über Kabel) habe ich ebenfalls bereits versucht mit dem gleichen Ergebnis.
Angehängt meine Logs, kann mir jemand weiterhelfen?
Danke euch!
INFO ESPHome 2024.6.3
INFO Reading configuration /config/esphome/sensorscale.yaml...
INFO Starting log output from 192.168.XXX.XX using esphome API
INFO Successfully connected to sensorscale @ 192.168.XXX.XX in 0.066s
INFO Successful handshake with sensorscale @ 192.168.XXX.XX in 0.125s
[23:00:17][I][app:100]: ESPHome version 2024.6.3 compiled on Jun 26 2024, 22:12:05
[23:00:17][C][wifi:599]: WiFi:
[23:00:17][C][wifi:427]: Local MAC: XX:XX:XX:XX:XX:XX
[23:00:17][C][wifi:432]: SSID: 'XXX'[redacted]
[23:00:17][C][wifi:435]: IP Address: 192.168.XXX.XX
[23:00:17][C][wifi:439]: BSSID: XX:XX:XX:XX:XX:XX[redacted]
[23:00:17][C][wifi:440]: Hostname: 'sensorscale'
[23:00:17][C][wifi:442]: Signal strength: -43 dB ▂▄▆█
[23:00:17][C][wifi:446]: Channel: 6
[23:00:17][C][wifi:447]: Subnet: 255.255.255.0
[23:00:17][C][wifi:448]: Gateway: 192.168.XXX.XX
[23:00:17][C][wifi:449]: DNS1: 192.168.XXX.XX
[23:00:17][C][wifi:450]: DNS2: 0.0.0.0
[23:00:17][C][logger:185]: Logger:
[23:00:17][C][logger:186]: Level: DEBUG
[23:00:17][C][logger:188]: Log Baud Rate: 115200
[23:00:17][C][logger:189]: Hardware UART: UART0
[23:00:17][C][template.sensor:022]: Template Sensor 'Weight David'
[23:00:17][C][template.sensor:022]: State Class: ''
[23:00:17][C][template.sensor:022]: Unit of Measurement: 'kg'
[23:00:17][C][template.sensor:022]: Accuracy Decimals: 2
[23:00:17][C][template.sensor:022]: Icon: 'mdi:weight-kilogram'
[23:00:17][C][template.sensor:023]: Update Interval: 60.0s
[23:00:17][C][xiaomi_miscale:012]: Xiaomi Miscale
[23:00:17][C][xiaomi_miscale:013]: Weight 'Xiaomi Mi Scale Weight'
[23:00:17][C][xiaomi_miscale:013]: State Class: 'measurement'
[23:00:17][C][xiaomi_miscale:013]: Unit of Measurement: 'kg'
[23:00:17][C][xiaomi_miscale:013]: Accuracy Decimals: 2
[23:00:17][C][xiaomi_miscale:013]: Icon: 'mdi:scale-bathroom'
[23:00:17][C][esp32_ble:383]: ESP32 BLE:
[23:00:17][C][esp32_ble:385]: MAC address: XX:XX:XX:XX:XX:XX
[23:00:17][C][esp32_ble:386]: IO Capability: none
[23:00:17][C][esp32_ble_tracker:653]: BLE Tracker:
[23:00:17][C][esp32_ble_tracker:654]: Scan Duration: 300 s
[23:00:17][C][esp32_ble_tracker:655]: Scan Interval: 320.0 ms
[23:00:17][C][esp32_ble_tracker:656]: Scan Window: 30.0 ms
[23:00:17][C][esp32_ble_tracker:657]: Scan Type: ACTIVE
[23:00:17][C][esp32_ble_tracker:658]: Continuous Scanning: True
[23:00:17][C][captive_portal:088]: Captive Portal:
[23:00:17][C][mdns:115]: mDNS:
[23:00:17][C][mdns:116]: Hostname: sensorscale
[23:00:17][C][esphome.ota:073]: Over-The-Air updates:
[23:00:17][C][esphome.ota:074]: Address: sensorscale.local:3232
[23:00:17][C][esphome.ota:075]: Version: 2
[23:00:17][C][esphome.ota:078]: Password configured
[23:00:17][C][safe_mode:018]: Safe Mode:
[23:00:17][C][safe_mode:020]: Boot considered successful after 60 seconds
[23:00:17][C][safe_mode:021]: Invoke after 10 boot attempts
[23:00:17][C][safe_mode:023]: Remain in safe mode for 300 seconds
[23:00:17][C][api:139]: API Server:
[23:00:17][C][api:140]: Address: sensorscale.local:6053
[23:00:17][C][api:142]: Using noise encryption: YES
################
INFO ESPHome 2024.6.3
INFO Reading configuration /config/esphome/sensorscale.yaml...
INFO Starting log output from sensorscale.local using esphome API
WARNING Can't connect to ESPHome API for sensorscale.local: Error resolving IP address: [Errno -5] No address associated with hostname (APIConnectionError)
INFO Trying to connect to sensorscale.local in the background
so ist es korrekt
ota:
- platform: esphome
password: "771f12e01e0XXXXXXXXXXXx"
das funktioniert nicht (zumindest bei mir)
ota:
platform: esphome
Ich habe das Problem mittlerweile als Empfangsproblem einschränken können und habe daher hier einen eigenen Thread verfasst.
Hallo,
habe auch das Problem, dass ich keine Firmeware Updates mehr machen kann.
Der Fehler ist erst seit kurzem da, vorher wurde nichts geändert.
Ich habe nun die Config wie hier beschrieben angepasst:
esphome:
name: d1-heizspeicher
friendly_name: D1-Heizspeicher
esp8266:
# board: esp01_1m
board: d1_mini
# Enable logging
logger:
# Enable Home Assistant API
api:
encryption:
key: "xNlM----------------------94Q2o="
ota:
- platform: esphome
password: "84------------------------7a"
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
# Enable fallback hotspot (captive portal) in case wifi connection fails
ap:
ssid: "D1-Heizspeicher Fallback Hotspot"
password: "W-------------------1b"
captive_portal:
dallas:
pin:
number: D4
mode:
input: true
pullup: true
update_interval: 30s
sensor:
- platform: dallas
address: 0xa5634b421f64ff28
name: "Zirkulation-Temperatur"
unit_of_measurement: "°C"
icon: "mdi:thermometer-plus"
device_class: "temperature"
state_class: "measurement"
accuracy_decimals: 2
- platform: dallas
address: 0xc75d85431f64ff28
name: "Speicher-Temperatur"
unit_of_measurement: "°C"
icon: "mdi:thermometer-minus"
device_class: "temperature"
state_class: "measurement"
accuracy_decimals: 2
switch:
- platform: gpio
name: "Relay"
pin: D1
Kann hier jemand einen Fehler finden?
Ich erhalte diese Meldung:
INFO ESPHome 2024.6.4
INFO Reading configuration /config/esphome/d1-heizspeicher.yaml...
Failed config
dallas: [source /config/esphome/d1-heizspeicher.yaml:32]
The "dallas" component has been replaced by the "one_wire" component.
https://esphome.io/components/one_wire.
- pin:
number: D4
mode:
input: True
pullup: True
update_interval: 30s
Hilfe wäre super.
LG Werner
In der Fehlermeldung steht doch das Problem, sogar mit Angabe der Zeile (32) und einem Link zur Lösung (1-Wire Bus — ESPHome).
Du musst dallas durch one_wire ersetzen.
Moin
schau dir mal diesen Beitrag an.
https://community.simon42.com/t/esp-home-dallas-in-one-wire-aendern/27133
Damit habe dieses Problem bei mir gelöst.
2 „Gefällt mir“
Sorry. Das hatte ich schon versucht. Sieht dann so aus:
one_wire:
pin:
number: D4
mode:
input: true
pullup: true
update_interval: 30s
Dann erhalte ich diese Meldung:
INFO ESPHome 2024.6.4
INFO Reading configuration /config/esphome/d1-heizspeicher.yaml...
Failed config
one_wire.unknown: [source /config/esphome/d1-heizspeicher.yaml:33]
'one_wire' requires a 'platform' key but it was not specified.
pin:
number: D4
mode:
input: True
pullup: True
update_interval: 30s
so siehts bei mir aus:
captive_portal:
one_wire:
- platform: gpio
pin:
number: GPIO0
mode:
input: true
pullup: true
#update_interval: 10s
sensor:
- platform: dallas_temp
address: 0xd788649c1e64ff28
name: "Vorlauf FB"
unit_of_measurement: "°C"
icon: "mdi:thermometer-plus"
device_class: "temperature"
state_class: "measurement"
accuracy_decimals: 2
Kenne mich da leider nicht aus. Hat jemand eine Idee was ich noch ändern müsste?
LG Werner
Du hast diesen Beitrag schon beachtet, @Werner?