ESPHome 2025.2.0 e Custom Components

[gianlucaf81]

So che l'aggiornamento è di ieri, ma volevo sapere se la questione verrà affrontata.
Grazie.

`INFO ESPHome 2025.2.0
INFO Reading configuration /root/config/bentel-kyo4.yaml...
Failed config

binary_sensor.custom: [source /root/config/bentel-kyo4.yaml:52]

The "custom" component has been removed. Consider conversion to an external component.
https://esphome.io/guides/contributing#a-note-about-custom-components.
platform: custom
lambda: |-
auto kyo32 = new Bentel_Kyo32(id(uart_bus));
App.register_component(kyo32);
return {
kyo32->kyo_comunication,
kyo32->stato_sirena,
kyo32->warn_mancanza_rete,
kyo32->sabotaggio_zona,
kyo32->sabotaggio_sistema,
kyo32->warn_scomparsa_bpi,`

[pow3r77]

Buongiorno, stesso problema anche per me

[lorenzo-deluca]

Ciao ragazzi, si, me lo stanno segnalando in diversi...
Avevo già letto qualcosa ma non mi ero mai messo a fare la migrazione, se qualcuno volesse contribuire è ben accetto 👍

[cannos88]

io ci sto lavorando, appena ho la soluzione definitiva farò una pull request, in ogni caso si tratterebbe solo di modificare il file yaml e al massimo aggiungere un secondo file esterno insieme al .h già presente

[lorenzo-deluca]

Grande @cannos88, ottimo! 👍

Tra l'altro sarebbe anche comodo far puntare lo YAML al file .h nel direttamente dal repository GitHub, così ogni volta vi trovate la nuova versione.

[adepiero]

@cannos88, oltre alla parte della platform, c'è da sistemare anche la parte iniziale dello YAML, sempre per sintassi deprecate. Sistemi tu, per favore? La nuova sintassi, almeno per le board ESP32 come la mia, è:

esphome:
  name: espkyogate
  friendly_name: Allarme
  comment: Alarm System Serial to HA controller
  includes:
    - components/bentel-kyo/bentel_kyo32.h

esp32:
  board: esp32doit-devkit-v1

[lorenzo-deluca]

@cannos88, oltre alla parte della platform, c'è da sistemare anche la parte iniziale dello YAML, sempre per sintassi deprecate. Sistemi tu, per favore? La nuova sintassi, almeno per le board ESP32 come la mia, è:

esphome:
  name: espkyogate
  friendly_name: Allarme
  comment: Alarm System Serial to HA controller
  includes:
    - components/bentel-kyo/bentel_kyo32.h

esp32:
  board: esp32doit-devkit-v1

Ciao, si esatto, questo l'ho fatto anche io, tra l'altro si può far puntare più comodamente a GitHub.
Il problema mi sembra essere come rifare il mapping del binary_sensors perché è stata deprecata la "platform: custom".
Eventualmente, servisse, posso modificare anche la logica lato codice.

@cannos88 hai fatto progressi? Se ti può essere utile possiamo guardarci anche assieme.

Grazie :)

[cannos88]

ho seguito più strade ma per ora nessun progresso. Ho provato anche con il supporto di claude ai ma nada (purtroppo Gemini e chat gpt non riescono ad avere lo stesso livello di accuratezza in questo caso).

[gianlucaf81]

con l'occasione si può fare il merge con la versione per kyo4 oppure è troppo complesso? Grazie.

[lorenzo-deluca]

con l'occasione si può fare il merge con la versione per kyo4 oppure è troppo complesso? Grazie.

Si, una volta capito come migrare con la nuova modalità stavo pensando di fare un altro file sorgente per la Kyo4 e Kyo8 base per semplificare un po il codice.

ho seguito più strade ma per ora nessun progresso. Ho provato anche con il supporto di claude ai ma nada (purtroppo Gemini e chat gpt non riescono ad avere lo stesso livello di accuratezza in questo caso).

Anche io ieri ho fatto qualche prova, ho trovato un modo che builda ma richiede diverse modifiche e non ho ancora provato l'effettivo funzionamento.
Se hai già un fork su cui stai lavorando fammi sapere così evitiamo di perderci tempo in due.

[brusarp]

Ciao!
ho provato con Grok a fargli leggere le richieste di EspHome e il Git di @lorenzo-deluca
Ecco la risposta, non so se può tornare utile per prendere qualche spunto:

https://pastebin.com/DwPZUJsn

[cannos88]

con l'occasione si può fare il merge con la versione per kyo4 oppure è troppo complesso? Grazie.

Si, una volta capito come migrare con la nuova modalità stavo pensando di fare un altro file sorgente per la Kyo4 e Kyo8 base per semplificare un po il codice.

ho seguito più strade ma per ora nessun progresso. Ho provato anche con il supporto di claude ai ma nada (purtroppo Gemini e chat gpt non riescono ad avere lo stesso livello di accuratezza in questo caso).

Anche io ieri ho fatto qualche prova, ho trovato un modo che builda ma richiede diverse modifiche e non ho ancora provato l'effettivo funzionamento. Se hai già un fork su cui stai lavorando fammi sapere così evitiamo di perderci tempo in due.

Riesci a girarmi queste modifiche cosi faccio un test?
Non ho fatto ancora nessun fork perchè ho lavorato direttamente su una copia di backup dei file del progetto.
Purtroppo però tutte le strade da me seguite non riuscivano a portare alla build.

[diegoflyer]

Ho una KYO 32 ed ero pronto a installare tutto giusto un giorno dopo aver installato la 2025.2.0
Non sono un programmatore, se posso essere d'aiuto per testare qualcosa fatemi sapere...

[lorenzo-deluca]

Nei prossimi giorni riprovo e magari chiedo anche agli sviluppatori di ESPHome più che altro perché vorrei evitare di dover far cambiare completamente il mapping dei sensori a tutti.
comunque secondo me per ora per chi ancora non l'ha buildato conviene usare una versione precedente di ESPhome in locale sul PC tanto poi l'interfacciamento funziona anche con le ultime versioni, è solo un problema di build

[adepiero]

Ho una KYO 32 ed ero pronto a installare tutto giusto un giorno dopo aver installato la 2025.2.0 Non sono un programmatore, se posso essere d'aiuto per testare qualcosa fatemi sapere...

@diegoflyer, oltre alla soluzione proposta da @lorenzo-deluca, prova a dare un'occhiata a questo ESPhome legacy. Dovrebbe fare al caso tuo.

[diegoflyer]

Grazie @adepiero e @lorenzo-deluca , valuto se iniziare così, non ho fretta perchè per ora la centrale è conessa via in/out hardware...

[lcavalli]

Ci sarebbe anche questo https://github.com/robertklep/esphome-custom-component ma non l'ho provato personalmente.