Applications and development
- Should I use DPA or C-programming?
A simple peer-to-peer application (possibly also with more than 2 devices) can be written in C directly under IQRF OS. Networking applications utilizing IQMESH must use DPA. If the embedded DPA peripherals and services fit given application, no programming is necessary. Thus, lots of applications can be completed very quickly.
- How much memory is available for user application?
- In case of C-programming: 1536 instructions (standard) + 3008 instructions (extended) = 4544 total (IQRF OS 3.05D and higher).
- In case of DPA: 864 instructions (for Custom DPA Handler) at TR-7xD transceivers.
- Is it possible to run IQRF IDE under Linux or macOS?
- Is it possible to use other C compiler than CC5x?
- Is DALI supported by IQRF?
With IQRF, you can not simply replace wires by wireless to obtain full-fledged "wireless DALI" system. Nevertheless, the IQMESH can be used to transfer the DALI commands and responses, so you can communicate with a device equipped with an IQRF-DALI bridge. Do not think about using DALI controller for installation, assigning the groups or the other features included in DALI standard. But, you can create own application logic.
IQRF fits best for applications like street-lighting, where there is one gateway (coordinator) controlling multiple lights (nodes). In general, IQRF requires that the communication is initiated by the coordinator, for street-lighting this is not a restriction. On the other hand devices like a switch usually need to communicate directly to a neighbor light or a group of lights. Such functionality is not included to IQRF by default, but it can be extended using dedicated custom handler. Finally, under certain limitations (direct communication range), you can build a lighting system equipped with PIR sensors or switches.
- Is it possible to use IQRF transceivers for localization?
In general yes. Resulting conformity with expectations strongly depends on RF environment and on required precision, of course. The only way for it is the RSSI analyzing which is limited in precision.
- When the customer wants to indicate just a “raw presence” of some device in warehouse hall, then it is quite a simple task.
- On the other hand, to find an exact position of the device in the area comprised of small rooms full of metal objects is not feasible in reality.
- Is it possible to communicate between TR and PC via a virtual COM?