Conversation
3b4f654 to
160b33d
Compare
160b33d to
e3be16c
Compare
aabadie
left a comment
There was a problem hiding this comment.
I found (very) small inconsistencies and the problem with public header file.
I don't have the hardware for testing. Can you provide an output of the test application and another using saul ?
Otherwise, good job, it looks much better now.
|
|
||
| /** | ||
| * @brief Reference the driver struct | ||
| * @{ |
There was a problem hiding this comment.
why do you need to define this a block ? maybe just @brief is enough?
| #define TMP006_DID_VALUE 0x0067 /**< Device ID */ | ||
|
|
||
| #define I2C_SPEED I2C_SPEED_FAST | ||
| #define I2C_SPEED I2C_SPEED_FAST |
There was a problem hiding this comment.
align seems broken compared to other defines
| #define TMP006_PARAM_ADDR (TMP006_I2C_ADDRESS) | ||
| #endif | ||
| #ifndef TMP006_PARAM_RATE | ||
| #define TMP006_PARAM_RATE TMP006_CONFIG_CR_DEF |
There was a problem hiding this comment.
maybe use ( ) around TMP006_CONFIG_CR_DEF and align with others
drivers/tmp006/include/tmp006.h
Outdated
| @@ -1,5 +1,6 @@ | |||
| /* | |||
| * Copyright (C) 2014 PHYTEC Messtechnik GmbH | |||
| * 2017 HAW Hamburg | |||
There was a problem hiding this comment.
Why moving this file from drivers/include to drivers/tmp006/include ? I think drivers public API definition should remain in the former.
There was a problem hiding this comment.
I like the idea of having most driver code within its subfolder without to much external/distributed dependencies - as drivers/Makefile.include already knows about the drivers include dir.
There was a problem hiding this comment.
I see the point but it is inconsistent with the other driver implementations. I would prefer to keep it in drivers/include.
There was a problem hiding this comment.
Yes, you're right - I'll move it back for the time being. But have a look at my proposal in #6923, to get the general idea I'm aiming for.
There was a problem hiding this comment.
I remember this one and as I said, I think it's a good idea in general to allow the use of external drivers implementation. How will this work with pseudomodules ? Some generic drivers use them to specify a precise device, see bmx280 for instance.
Anyway, for the moment, I think we should stick to the current design and move the discussion in #6923
There was a problem hiding this comment.
yes, (as said above) I agree with you, and already moved the header back. So we are good here?
e3be16c to
111e684
Compare
|
comments addressed, need to squash |
|
output from and output from Both tests run on board |
111e684 to
7bd5461
Compare
|
squashed |
drivers/tmp006/tmp006.c
Outdated
| *tobj = (t - 273.15); | ||
| } | ||
|
|
||
| int tmp006_read_temperature( tmp006_t *dev, int16_t *ta, int16_t *to) |
There was a problem hiding this comment.
extra space before tmp006_t
There was a problem hiding this comment.
good catch, fixed and squashed directly
7bd5461 to
8312216
Compare
8312216 to
054c002
Compare
|
forgot this one: go! |
this concludes the effort of full SAUL support for board
pba-d-01-kw2xsee #7152