Hotfix diagnostic data export - #1469

[folfy]

Motivation:

Fix #1469

The issue was introduced in #1371, where in _load_adapter the import was changed to use async_import_module instead, which needs hass as an object (which wasn't required/used before). All other calls to load_adapter pass "self" als the first object, while only diagnostic.py calls it with hass as the first object -> Therefore getting self.hass in load_adapter fails, since self = hass already

Changes:

Idk what the original intention of calling load_adapter with "get_name=True" in diagnostic.py was, but in the current version it does nothing more but return trv_id["integration"], which is already stored in "bt_integration" (no need to call load_adapter for this).
-> I commented out the problematic code for now, since it wouldn't provide any additional atm anyway. At least the diagostic export won't be completely broken anymore.
I'm sure this used to do something more useful in the past, but to properly fix the "bt_adapter" output, I need to figure out first when what it was supposed to actually contain.

Related issue (check one):

• fixes Can't generate diagnose data #1469
• there is no related issue ticket

Checklist (check one):

• I did not change any code (e.g. documentation changes)
• The code change is tested and works locally.

Test-Hardware list (for code changes)

HA Version: 2024.12.1
Zigbee2MQTT Version: N/A
TRV Hardware: Demo

[folfy]

This would be rather important, since it's currently blocking everyone from exporting diagnostic data (since v1.6.1 already), and making our life hard in regards to analyzing any of the newer issues 😐

@RubenKelevra - Please have a look
@KartoffelToby - Please merge asap

[KartoffelToby]

@folfy thx for debbuging, i looking into it, the adapter must be valid, i'll check it