You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The aim is to adjust the limits used for evaluating the battery charge of R1 from the BAT.
A side note to be done is that the evaluated battery charge is not completely reliable since it is based on just the mean voltage and it is linear between its max and min.
The lower and upper bound have been defined as already done for ergoCub and as shown at this comment: #476 (comment)
I've used the same starting values (which are then differently weighted by the number of cells we have in series) since the cell used is the same, i.e. Panasonic NCR18650
The text was updated successfully, but these errors were encountered:
As requested by the ticket listed and following the decision previously made and described at the linked comment, we can open the PR on firmware and firmware-build. Basically, in order to provide a more reliable evaluation of the battery charge for R1 coming from the BAT we adjust the lower threshold.
This is a wrapper issue for https://github.com/icub-tech-iit/tickets/issues/3545
The aim is to adjust the limits used for evaluating the battery charge of R1 from the BAT.
A side note to be done is that the evaluated battery charge is not completely reliable since it is based on just the mean voltage and it is linear between its max and min.
The lower and upper bound have been defined as already done for ergoCub and as shown at this comment: #476 (comment)
I've used the same starting values (which are then differently weighted by the number of cells we have in series) since the cell used is the same, i.e. Panasonic NCR18650
The text was updated successfully, but these errors were encountered: