michaelh/zephyr
1
0
Fork 0
Code Releases Activity
zephyr/subsys/net/lib/lwm2m/lwm2m_util.h

24 lines
653 B
C
Raw Normal View History

net: lwm2m: fix float32/64 handling During the initial work on LwM2M, the float32/64 code was basically stubbed out. Float32 sent only whole values and float64 was completely broken. Let's clean up the OMA TLV formatting code by moving the float processing code into a separate file: lwm2m_util.c. Then using public definitions for binary32 and binary64, let's fix the processing code to correctly fill the float32_value_t and float64_value_t types. Signed-off-by: Michael Scott <mike@foundries.io>
2019-02-08 10:00:00 -08:00
/*
* Copyright (c) 2018-2019 Foundries.io
*
* SPDX-License-Identifier: Apache-2.0
*/
#ifndef LWM2M_UTIL_H_
#define LWM2M_UTIL_H_
#include <net/lwm2m.h>
/* convert float struct to binary format */
zephyr: replace zephyr integer types with C99 types git grep -l 'u\(8\|16\|32\|64\)_t' | \ xargs sed -i "s/u\(8\|16\|32\|64\)_t/uint\1_t/g" git grep -l 's\(8\|16\|32\|64\)_t' | \ xargs sed -i "s/s\(8\|16\|32\|64\)_t/int\1_t/g" Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-05-27 11:26:57 -05:00
int lwm2m_f32_to_b32(float32_value_t *f32, uint8_t *b32, size_t len);
net: lwm2m: Align float handling with specification According to the specificaion, resources are not predefined to use 32 or 64 bit floating point numbers, but should rather accept any of them (as indicated by the size of the TLV in the message). This lead to issues for instance with Eclipse Leshan LWM2M server, where Leshan sent 64-bit value, while Zephyr expected 32-bit, making it impossible to write the resource. Therefore, unify the float usage to 32-bit float representation and fix the TLV parsing functions, to accept values sent as either 32 or 64 bit float. Signed-off-by: Robert Lubos <robert.lubos@nordicsemi.no>
2021-07-20 16:48:33 +02:00
int lwm2m_f32_to_b64(float32_value_t *f32, uint8_t *b64, size_t len);
net: lwm2m: fix float32/64 handling During the initial work on LwM2M, the float32/64 code was basically stubbed out. Float32 sent only whole values and float64 was completely broken. Let's clean up the OMA TLV formatting code by moving the float processing code into a separate file: lwm2m_util.c. Then using public definitions for binary32 and binary64, let's fix the processing code to correctly fill the float32_value_t and float64_value_t types. Signed-off-by: Michael Scott <mike@foundries.io>
2019-02-08 10:00:00 -08:00
/* convert binary format to float struct */
zephyr: replace zephyr integer types with C99 types git grep -l 'u\(8\|16\|32\|64\)_t' | \ xargs sed -i "s/u\(8\|16\|32\|64\)_t/uint\1_t/g" git grep -l 's\(8\|16\|32\|64\)_t' | \ xargs sed -i "s/s\(8\|16\|32\|64\)_t/int\1_t/g" Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-05-27 11:26:57 -05:00
int lwm2m_b32_to_f32(uint8_t *b32, size_t len, float32_value_t *f32);
net: lwm2m: Align float handling with specification According to the specificaion, resources are not predefined to use 32 or 64 bit floating point numbers, but should rather accept any of them (as indicated by the size of the TLV in the message). This lead to issues for instance with Eclipse Leshan LWM2M server, where Leshan sent 64-bit value, while Zephyr expected 32-bit, making it impossible to write the resource. Therefore, unify the float usage to 32-bit float representation and fix the TLV parsing functions, to accept values sent as either 32 or 64 bit float. Signed-off-by: Robert Lubos <robert.lubos@nordicsemi.no>
2021-07-20 16:48:33 +02:00
int lwm2m_b64_to_f32(uint8_t *b64, size_t len, float32_value_t *f32);
net: lwm2m: fix float32/64 handling During the initial work on LwM2M, the float32/64 code was basically stubbed out. Float32 sent only whole values and float64 was completely broken. Let's clean up the OMA TLV formatting code by moving the float processing code into a separate file: lwm2m_util.c. Then using public definitions for binary32 and binary64, let's fix the processing code to correctly fill the float32_value_t and float64_value_t types. Signed-off-by: Michael Scott <mike@foundries.io>
2019-02-08 10:00:00 -08:00
net: lwm2m: Fix plain text floating point handling Floating point parser for plain text format was parsing floats wrongly, ignoring leading zeros after decimal points. Fix this, by reusing atof32() function, already avaialbe in a different part of the engine, which did the parsing correctly. Signed-off-by: Robert Lubos <robert.lubos@nordicsemi.no>
2021-07-21 13:46:05 +02:00
/* convert string to float struct */
int lwm2m_atof32(const char *input, float32_value_t *out);
net: lwm2m: fix float32/64 handling During the initial work on LwM2M, the float32/64 code was basically stubbed out. Float32 sent only whole values and float64 was completely broken. Let's clean up the OMA TLV formatting code by moving the float processing code into a separate file: lwm2m_util.c. Then using public definitions for binary32 and binary64, let's fix the processing code to correctly fill the float32_value_t and float64_value_t types. Signed-off-by: Michael Scott <mike@foundries.io>
2019-02-08 10:00:00 -08:00
#endif /* LWM2M_UTIL_H_ */
Copy permalink