The uncompensated temperature of the BMP180 is incorrectly converted to a 16-bit signed value, instead of a 32-bit signed value (long). Since the data is 16-bits wide and can therefore not be negative, the easy fix would be to do the following:

sip.js(1128): uncompensated = uint16(data[0], data[1]);

Please see page 15 of the manual of the BMP180 chip:
https://ae-bst.resource.bosch.com/media

Feature request

Is your feature request related to a problem? Please describe.
Move test_onboard_logging_generation outside autotest.py to all to validate logger documentation before running the full autotest suite. Ideally, on CI it should run on build_ci.sh with param_parse.py to allow to validate soon that the documentation is correct and not wait that all test pass to trigger a docu

I'll post it as a question as I am not quite sure that it is a bug. I have been experimenting for a while with the library in a custom environment for a school project and I am really interested in the reproducibility of the result. I have read the disclaimer in the documentation that reads that reproducible results are not guaranteed across multiple platforms or different versions of Pytorch. Ho

Ankit Shah and I are trying to use Gen to support a project and would love the addition of a dirichlet distribution

Describe the Bug
When creating an new world, and adding the default C or MATLAB controller using the Wizard "New Robot Controller", timestep (=64) don't match with the new created world (=32).
A better way to do is like in others default controller (C++, Python, Java) to use getBasicTimeStep .
I've no way to test for MATLAB a modification, so I let someone take it in charge.