library.json not downloaded automatically - autodiscovery fails

[bogarcia]

Checklist

• I have added battery_notes: to my configuration.yaml and restarted.
• I have read the FAQ's.
• I have enabled debug logging for my installation.
• I have filled out the issue template to the best of my ability.
• This issue only contains 1 issue (if you have multiple issues, open one issue for each issue).
• This issue is not a duplicate issue of any previous issues..

Battery Notes Version

2.10.11

Describe the issue

The library.json file is not being downloaded automatically to /config/.storage/battery_notes/, causing autodiscovery to fail.

Expected behavior

The library.json should be downloaded automatically from Cloudflare R2 to enable autodiscovery.

Actual behavior

• Directory /config/.storage/battery_notes/ is created
• schema.json is created successfully
• library.json is NOT downloaded
• Error in logs: library.json file not found at /config/.storage/battery_notes/library.json
• Autodiscovery doesn't work

Directory contents

ls -la /config/.storage/battery_notes/
drwxr-xr-x    2 root     root          4096 Oct 19 22:07 .
drwxr-xr-x    8 root     root          4096 Oct 19 22:53 ..
-rw-r--r--    1 root     root          2907 Oct 19 22:33 schema.json

Additional context

• Tested download from HA: curl to GitHub returns 404 (expected, as library moved to Cloudflare R2)
• Network connectivity from HA appears normal
• Manual device addition works correctly
  - https://battery-notes-data.codechimp.org/library.json timeouts when using curl, this seems to be the issue.

Reproduction steps

1. Install Battery Notes via HACS
2. Configure with default values.
3. Restart Home Assistant
   ...

System Health details

System Information

version	core-2025.10.3
installation_type	Home Assistant OS
dev	false
hassio	true
docker	true
container_arch	aarch64
user	root
virtualenv	false
python_version	3.13.7
os_name	Linux
os_version	6.12.43-haos
arch	aarch64
timezone	Europe/Madrid
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	2298
Downloaded Repositories	13

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 16.2
update_channel	stable
supervisor_version	supervisor-2025.10.0
agent_version	1.7.2
docker_version	28.3.3
disk_total	28.0 GB
disk_used	7.7 GB
nameservers	80.58.61.250, 80.58.61.254
healthy	true
supported	true
host_connectivity	true
supervisor_connectivity	true
ntp_synchronized	true
virtualization
board	green
supervisor_api	ok
version_api	ok
installed_addons	File editor (5.8.0), Get HACS (1.3.1), Terminal & SSH (9.20.1), Firefox (1.6.0), Music Assistant Server (2.6.0), Duck DNS (1.26.0), Mosquitto broker (6.5.2), Zigbee2MQTT (2.6.2-1), MQTT Explorer (browser-1.0.3)

Dashboards

dashboards	6
resources	8
views	6
mode	storage

Network Configuration

adapters	lo (disabled), end0 (enabled, default, auto), hassio (disabled), docker0 (disabled), veth1443a10 (disabled), veth4dbd429 (disabled), vethedba419 (disabled), veth830dc11 (disabled), veth765c976 (disabled), veth139e0d9 (disabled), vethdf35af4 (disabled), veth4f367e5 (disabled), veth152bd4b (disabled), vethee8853c (disabled), veth45e2f20 (disabled), veth8462966 (disabled), veth5e8ebcc (disabled)
ipv4_addresses	lo (127.0.0.1/8), end0 (192.168.1.78/24), hassio (172.30.32.1/23), docker0 (172.30.232.1/23), veth1443a10 (), veth4dbd429 (), vethedba419 (), veth830dc11 (), veth765c976 (), veth139e0d9 (), vethdf35af4 (), veth4f367e5 (), veth152bd4b (), vethee8853c (), veth45e2f20 (), veth8462966 (), veth5e8ebcc ()
ipv6_addresses	lo (::1/128), end0 (fe80::7197:43be:49fc:4156/64), hassio (fe80::701a:4ff:fef0:b84e/64), docker0 (fe80::1c7f:cff:fee9:426b/64), veth1443a10 (fe80::e42d:b4ff:fe02:5b23/64), veth4dbd429 (fe80::e072:91ff:febb:c1bc/64), vethedba419 (fe80::4c93:61ff:fe3a:60b9/64), veth830dc11 (fe80::8c23:caff:fe9e:5972/64), veth765c976 (fe80::94a7:25ff:fe1e:8f12/64), veth139e0d9 (fe80::d84e:abff:fe45:28e/64), vethdf35af4 (fe80::1847:47ff:fe08:db02/64), veth4f367e5 (fe80::a0d3:20ff:fec4:eaa9/64), veth152bd4b (fe80::10a1:6fff:fea7:e467/64), vethee8853c (fe80::bcd4:c4ff:fe5b:7008/64), veth45e2f20 (fe80::a8f2:1fff:fe81:8c88/64), veth8462966 (fe80::a06f:1aff:fe09:e886/64), veth5e8ebcc (fe80::4c32:45ff:fe1b:e30e/64)
announce_addresses	192.168.1.78, fe80::7197:43be:49fc:4156

Recorder

oldest_recorder_run	8 October 2025 at 20:21
current_recorder_run	19 October 2025 at 22:32
estimated_db_size	527.21 MiB
database_engine	sqlite
database_version	3.49.2

Sonoff

version	3.9.3 (7c75c46)
cloud_online	1 / 1
local_online	1 / 1

Debug logs

Diagnostics dump

No response

[bogarcia]

It looks error is coming from this timeout.

curl -IXGET https://battery-notes-data.codechimp.org/library.json
curl: (28) Failed to connect to battery-notes-data.codechimp.org port 443 after 150217 ms: Couldn't connect to server

But works in normal browser.

[andrew-codechimp]

Hi, that's strange. Just tried the same on my HAOS hosted version and the library file downloads ok.
The library will be re-downloaded if you restart HA, try that and check your local firewalls to ensure your HAOS machine isn't blocked for any reason.

[bogarcia]

It is working now:

[core-ssh ~]$ curl -IXGET 'https://battery-notes-data.codechimp.org/library.json' 
HTTP/2 200 
date: Mon, 20 Oct 2025 10:22:42 GMT
content-type: application/json
content-length: 307176
report-to: {"group":"cf-nel","max_age":604800,"endpoints":[{"url":"https://a.nel.cloudflare.com/report/v4?s=8AdSe8gKglDtvROTtkk19RYf1Otm8CRVd7t87TeAnq8KVAGLyfwkrWacjlkSklriwSbtoCj%2FINelf8YLDhc2%2FGovRxfqx9H1az3W5YtLbcpYk0ie3ptX2A95Az6%2B5Iu%2F"}]}
nel: {"report_to":"cf-nel","success_fraction":0.0,"max_age":604800}
server: cloudflare
accept-ranges: bytes
etag: "2c91de8aba39710da432108d8e916e34"
last-modified: Sat, 18 Oct 2025 15:25:40 GMT
vary: Accept-Encoding
age: 153926
cache-control: max-age=14400
cf-cache-status: HIT
cf-ray: 9917cbad1e370331-MAD

[core-ssh ~]$ 

During my tests yesterday it worked when I was adding more headers to the request, ie copying headers from Chrome developer tool:

curl 'https://battery-notes-data.codechimp.org/library.json'   -H 'accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.7'   -H 'accept-language: en-US,en;q=0.9,es;q=0.8,ca;q=0.7'   -H 'cache-control: no-cache'   -H 'pragma: no-cache'   -H 'priority: u=0, i'   -H 'sec-ch-ua: "Chromium";v="140", "Not=A?Brand";v="24", "Google Chrome";v="140"'   -H 'sec-ch-ua-mobile: ?1'   -H 'sec-ch-ua-platform: "Android"'   -H 'sec-fetch-dest: document'   -H 'sec-fetch-mode: navigate'   -H 'sec-fetch-site: cross-site'   -H 'sec-fetch-user: ?1'   -H 'upgrade-insecure-requests: 1'   -H 'user-agent: Mozilla/5.0 (Linux; Android 6.0; Nexus 5 Build/MRA58N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/140.0.0.0 Mobile Safari/537.36' -o library.json  

So I assume Cloudflare was applying some kind of anti-bot mechanism.

I guess issue can be closed, thanks for checking it.

[andrew-codechimp]

Thanks for the update, the additional headers I'll investigate to see if this helps in future.