-
-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add 12v 100a Ecoworthy battery #164
Comments
managed to locate the Service UUID 0000ff00-0000-1000-8000-00805f9b34fb Looks to match the other eco-worthy batteries in Manifest.json |
Hi @nezra! Please try the linked branch in this ticket via manual install and provide me a debug log, so I can verify the detection and add matching tests for the future. |
Thanks @patman15 ! Returned this: and attempting to add it yielded this from step 7.: i can't enable debug to display anything, since there is no option to do so from the troubleshooting steps: question, shouldn't the management_id list in jbd_bms.py have the hex code of 0xc2b4 like the other ones; and not the DEC equivelent? either dec or hex in the management_id list still yields the same result as above though. i did add a BT adapter, and i can connect &disconnect the device. and i verified the BLE device isn't paired or connected to anything else just in case. |
@nezra The adapter (in contrast to the normal batteries) seems not to broadcast the service_id. I removed it, can you please try again? |
@patman15 oh. and i really appreciate all of the time and patience with this. |
i've been able to connect to it with 3rd party tools; but i am not sure how to watch the BT traffic on it when it's connected to the app. It only connects to one at a time. not sure if this is what you mean. the notify option flips between 0xA1 and 0xA2. here are some samples: from what i was able to glean from the post that sent me here, there's the following: 0xA1 0xA2 i did buy and slap a BT adapter in my machine, and i can connect & disconnect to it through bluetoothctl if that helps from the HA terminal. |
Oh! and because it at least connected, i was able to get this now in case it's needed:
|
Think i got it. it's the whole log. let me know if you need the "BT SNOOP" variant instead. |
BT snoop would be easier for me, thanks. |
Attached. |
Perfect, but this is a new type of protocol so I need to do a bit more work to get it integrated. Does not seem to be too complicated but it requires a few sessions of a few hours. I have been ordered out of the country next week, so this will unfortunately need to wait till I'm back to my PC, unless you want to try yourself. |
i may have to wait on this one. it's about 2 steps outside of my knowledge and understanding. a few things i did notice. I initially said the service id was 0000ff00-0000-1000-8000-00805f9b34fb; but it turns out it's 0000fff0-0000-1000-8000-00805f9b34fb. This probably started me down the wrong path; and maybe why the services id caused an issue before? 3 F's in the first part; not 2. if i am learning anything from this, does this then mean the UUID TX should be fff2; and the RX should be fff1; and the uuid services id should be fff0 based on the images above from the custom service/characteristic? Given the two different headers; i'm assuming it(head_rsp) needs to be handled with an if/elif statement; bit in init like with ogt_bms.py? |
Sounds like I might be in a similar boat ... my ECO-WORTHY 150 AH (metal case) battery is only a few months old, perhaps they updated the BMS chip again. |
It's unfortunately not the same issue, here they really changed the BMS, for yours, @Scope666 it was just the auto-detection. |
Checklist
Please describe the enhancement you would like to have.
Would like the Ecoworthy 100AH IOT battery & BW02 adaptor. from the ESPhome BT proxy using VERY_VERBOSE
[13:38:02][VV][esp32_ble_tracker:434]: Parse Result:
[13:38:02][VV][esp32_ble_tracker:453]: Address: B4:C2:E0:FA:B8:F0 (PUBLIC)
[13:38:02][VV][esp32_ble_tracker:456]: RSSI: -30
[13:38:02][VV][esp32_ble_tracker:457]: Name: 'ECO-WORTHY 02_B8EF'
[13:38:02][VV][esp32_ble_tracker:465]: Ad Flag: 6
[13:38:02][VV][esp32_ble_tracker:479]: Manufacturer ID: 0xC2B4, data: E0.FA.B8.F0
[13:38:02][VV][esp32_ble_tracker:489]: Adv data: 02.01.06.13.09.45.43.4F.2D.57.4F.52.54.48.59.20.30.32.5F.42.38.45.46.07.FF.B4.C2.E0.FA.B8.F0 (31)
[13:38:09][V][bluetooth_proxy:058]: Proxying raw packet from B4:C2:E0:FA:B8:F0, length 31. RSSI: -29 dB
[13:38:14][VV][api.service:345]: send_bluetooth_le_raw_advertisements_response:
BluetoothLERawAdvertisementsResponse {
advertisements: BluetoothLERawAdvertisement {
address: 198749091182832
rssi: -30
address_type: 0
data: '���� ECO-WORTHY 02_B8EF�\xff\xb4\xc2\xe0\xfa\xb8\xf0'
}
}
calculated out - 0xC2B4 -> 49844
i don't have a bluetooth adaptor, just an ESPhome BT Proxy; which works fine for the other BLE device & Integration i have, (a ruuvi tag); so i can't run bluetoothctl commands from the terminal. I also can't add Debug to the integration, since it refuses to start/be added; with the only error "No supported devices found via Bluetooth."; so i can't get the service uuid
Additional context
came here, from here: https://community.home-assistant.io/t/eco-worthy-100ah-iot-battery-integration/792000/4
the 100ah and 280ah(mentioned in the post above) versions share the same bw02 adaptor.
Battery details here: https://www.eco-worthy.com/collections/lithium-batteries/products/lifepo4-12v-100ah-lithium-battery-with-bluetooth-and-battery-status-display-100a-bms-with-low-temperature-protection
The text was updated successfully, but these errors were encountered: