mgl001fw

English

• Bluetooth controller rescue window (gateway side): new mgl001-hass options for a Telink controller image that carries a rescue window: for 300 ms after reset it listens on the UART and opens a small flash session that needs nothing of HCI. An image that boots but never answers HCI can then be rewritten without opening the gateway. Xiaomi's controller image does not have the window, so this does not change anything for a controller running it.
  • -btrescue-info: running bank, flash id and boot marks of both banks.
  • -btrescue-read <file>: a copy of the whole 512 KB flash.
  • -btrescue-write <image>: writes a sealed image into the bank that is not running, reads it back, writes the boot mark last and clears the old one, then checks that HCI answers. A power cut at any point leaves a bootable chip.
  • -bthci and -btrescue-cmd: one raw HCI or rescue command, for diagnosis.
• More native in Home Assistant: the gateway pings Home Assistant after a minute of silence, as ESPHome does; every client is told before a reboot or a stop; the LED applies and reports the brightness set in Home Assistant; a full client queue drops Bluetooth advert batches instead of closing the session; the device's friendly name is fixed the first time; time is asked from Home Assistant every 15 minutes.
• Safer updates: one install at a time, downloads time out after 5 minutes, a bank that is not whole is refused, and a trial boot from Home Assistant is kept only once the Zigbee chip has answered ZHA. A failed update check is retried after 10 minutes.
• Tests: Go tests with a simulated controller and a lie for each fix; boot bench 56/56; API benches 62/62 with Home Assistant's own client; Bluetooth bench with Telink's real code.
• No new firmware build in this release: the firmware list for Home Assistant is unchanged, so no gateway is offered an update.

Español

• Ventana de rescate del chip Bluetooth (lado de la pasarela): opciones nuevas de mgl001-hass para una imagen del chip de Telink que lleve ventana de rescate: durante 300 ms tras el reset escucha en el UART y abre una sesión mínima de flash que no necesita nada de HCI. Una imagen que arranca pero nunca contesta a HCI se puede volver a grabar sin abrir la pasarela. La imagen del chip de Xiaomi no tiene la ventana, así que esto no cambia nada para un chip que la lleve.
  • -btrescue-info: banco que corre, id de la flash y marcas de arranque de los dos bancos.
  • -btrescue-read <fichero>: una copia de la flash entera de 512 KB.
  • -btrescue-write <imagen>: escribe una imagen sellada en el banco que no corre, la relee, escribe la marca de arranque la última y baja la vieja, y comprueba que HCI contesta. Un corte de luz en cualquier punto deja un chip que arranca.
  • -bthci y -btrescue-cmd: un comando HCI o de rescate suelto, para diagnóstico.
• Más nativa en Home Assistant: la pasarela hace ping a Home Assistant tras un minuto de silencio, como ESPHome; avisa a cada cliente antes de reiniciar o pararse; el LED aplica y devuelve el brillo puesto en Home Assistant; una cola de cliente llena tira tandas de anuncios Bluetooth en vez de cerrar la sesión; el nombre del dispositivo se fija la primera vez; la hora se pide a Home Assistant cada 15 minutos.
• Actualizaciones más seguras: una instalación a la vez, las descargas caducan a los 5 minutos, se rechaza un banco que no esté entero y el arranque de prueba desde Home Assistant solo se fija cuando el chip Zigbee ha contestado a ZHA. Una comprobación de actualizaciones fallida se repite a los 10 minutos.
• Pruebas: pruebas de Go con un chip simulado y una mentira por arreglo; banco del arranque 56/56; bancos de la API 62/62 con el propio cliente de Home Assistant; banco del Bluetooth con el código real de Telink.
• Esta release no trae compilación nueva del firmware: la lista de firmware para Home Assistant no cambia, así que a ninguna pasarela se le ofrece actualizar.