Hi Nazmul,
as you are doing a simulation for native only, you could directly use
any linux native functions for the implementation.
There are already `native` modules using standard linux/posix
interfaces. They should however be configured to not use RIOT posix
includes directories.
This is done by overwriting `INCLUDES` by `NATIVEINCLUDES` in the module
makefile.
```
git grep 'INCLUDES = $(NATIVEINCLUDES)'
boards/native/Makefile:INCLUDES = $(NATIVEINCLUDES)
boards/native/drivers/Makefile:INCLUDES = $(NATIVEINCLUDES)
cpu/native/Makefile:INCLUDES = $(NATIVEINCLUDES)
cpu/native/mtd/Makefile:INCLUDES = $(NATIVEINCLUDES)
cpu/native/netdev_tap/Makefile:INCLUDES = $(NATIVEINCLUDES)
cpu/native/socket_zep/Makefile:INCLUDES = $(NATIVEINCLUDES)
```
One constraint then, is that this module should not interact with RIOT
in its API using `posix` constants as they could have different values
in your native module and in the application modules. (posix defines
names, not values).
I do not know if there are other constraints regarding implementing
these kind of modules…
Regards,
Gaëtan
On 13.06.2018 23:41, Nazmul Alam wrote:
Hi Rioters,
I would like to use a simulation driver to fake temperature and
humidity data (sht11)
for the native platform (x86). What would be the best way to provide
an interface to the fake driver such that the temperature or humidity
can be supplied from outside.
I know the tap interface is the way to communicate between the RIOT-OS
and a Linux application. But is there is any other way to use IPC to
directly communicate with the RIOT process?
My goal is to use large-scale RIOT-OS simulation for academic purpose.
Thanks.
--
with best regards,
Nazmul Alam Shovon
*শুভেচ্ছান্তে,
নাজমুল আলম শোভন*
blog : https://yourdigitaleffects.wordpress.com/
_______________________________________________
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel
_______________________________________________
devel mailing list
devel@riot-os.org
https://lists.riot-os.org/mailman/listinfo/devel