Understand reason of 'attempt to divide by zero' about uom

[vpochapuis]

I think I might found my answer, it must be related to the normalization to the base unit.

A consequence of normalizing values to the base unit is that some values may not be able to be represented or can't be precisely represented for floating point and rational underlying storage types. For example if the base unit of length is meter and the underlying storage type is i32 then values like 1 centimeter or 1.1 meter cannot be represented. 1 centimeter is normalized to 0.01 meter which can't be stored in an i32. uom only allows units to be used safely. Users of this library will still need to be aware of implementation details of the underlying storage type including limits and precision.

I should try to find and understand how to set a lower base unit for my Electrical Quantities.

If you have any insight on the usage of the ISQ! macro to set the base unit, it would be very welcome!

[vpochapuis]

Ok I found the necessary information at:

ISQ! crate documentation

Repository example

Hope it can also help other new people having the same issue.