Wi-Fi Development using AT Command Set
- Quick and easy path for fast prototyping
- Fully Featured AT Command set
- Ready2Go SW examples and applications
- Recommended for new development
The DA16200 SoC is the world's first Wi-Fi SoC delivering year plus battery life for always connected Wi-Fi IoT devices. DA16200 is low power Wi-Fi networking SoC that delivers a dramatic breakthrough in battery life even for devices that are continuously connected to the Wi-Fi network. In most applications, one year plus battery life is achievable. There is no tradeoff in output power or range as the SoC’s range is industry leading. The chip also features very strong IoT security, including WPA3 and TLS for authentication and encryption at Wi-Fi and higher stack layers. The DA16200 is a full offload device, meaning the the entire Wi-Fi and TCP/IP networking stack and even end product application code can run on chip with no external CPU or MCU required. Alternatively, a small inexpensive MCU can send the DA16200 commands and the SoC will still perform the full offload networking stack functions.
The DA16200 modules are the perfect complement to the DA16200 ultra low power Wi-Fi SoC.
Features
802.11n 1X1
2.4 GHz
20 MHz channels
Three sleep modes
Wi-Fi Certified
Cortex M4F processor
SRAM
Hardware encryption engine
Integrated PA and LNA
OTA engine
Multiple I/Os
ADC engine
Hostless or hosted mode
Benefits
Low power Wi-Fi
Enables year-plus battery life for most applications
Superior range
Strong security at Wi-Fi layer
Strong security at upper stack layers
Long battery life even when continously connected
Full offload, runs entire stack on chip
Run without any external CPU or MCU
Otpionally can run with external MCU
Multiple sleep modes for different applications
Available as SoC or module
Processes analog or digital sensor info on chip
Applications
Thermostats
Door locks
Security cameras
Video door bells
Temperature sensors
Smoke detectors
Other wireless sensors
Garage door openers
Pet trackers
Asset trackers
Home automation
Commercial
Industrial
Residential
Packages
QFN-48 (6 x 6 x 0.9 mm)
FcCSP-72 (3.8 x 3.8 x 0.68mm)
Wi-Fi AT Command Set
Access the industry-leading low power features of the DA16200/DA16600 family simply, quickly and without having to develop any complex software on the Wi-Fi side.
Renesas and Dialog Have Joined Forces
More than 10 Winning Combinations
with Low Power Wi-Fi
Stay connected
Get in touch with us directly through our worldwide sales offices, or contact one of our global distributors and representatives.
Inquiries Distributors and Representatives Register for newslettersWi-Fi Development using AT Command Set
- Quick and easy path for fast prototyping
- Fully Featured AT Command set
- Ready2Go SW examples and applications
- Recommended for new development
Our VirtualZero™ products are supported by development kits to help you create applications that exploit the unique benefits of the VirtualZero™ family to the fullest. These tools help you minimize your time to market.
DA16200 Video
The Promise of the Smart Home
You can no longer post questions or comments on this page. All product forum activity on the Dialog Semiconductor website has been migrated to a new platform called RenesasRulz. Renesas Electronics Corporation (“Renesas”) will be the service provider and processor managing this move on behalf of Dialog Semiconductor PLC. (“Dialog Semiconductor”). Please post your questions there:
Back to results
Wi-Fi
5 months ago
RTC counter overflow/roll over behavior on DA16200MOD FreeRTOS
Posted by Secrito 45 points 12 repliesHi,
I'd like to know what happens to DA16200 on sleep mode 2 when the RTC counter rolls over. Does this cause wakeup from the sleep or does the chip continue sleep until some predefined wakeup condition is reached?
4 months ago
Hi PM_Dialog,
and thank you for the fast response.
This answered mostly to my question.
Unfortunately I could not find this detail from the mentioned datasheet's chapters.
As an additional question, is there a document that describes the direct usage of RTC features and Retention memory in more detail?
Best regards, Secrito.
3 months ago
Hi Secrito,
Apologies for the delay. With regards to the retention memory, please refer to the following document, section 3 Memory Map.
https://www.dialog-semiconductor.com/sites/default/files/2021-12/UM-WI-…
All the information needed for the RTC is included in the datasheet. Could you please indicate what would you like to find?
Thanks, PM_Dialog
3 months ago
Hi PM_Dialog,
thank you for the response.
We are developing a solution were some periodically changing data needs to be stored over the Sleep periods. This is why we would like to use the RTC Block's RTM to store this data over the sleep periods. The only way we found to do this, with the SDK, were through the DPM manager. Unfortunately this approach has problems with the Wi-Fi when there is no more connection to the AP. This feature is crucial to the solution because the need for storing data to RTM is mostly needed when there is no connection to Wi-Fi.
We were able to develop an alternative method past the DPM manager with the address mapping we found from this document on section 3.3.
https://www.dialog-semiconductor.com/sites/default/files/2021-12/UM-WI-…
The UM-WI-019_DA16200_DA16600_PTIM_Programmer_Guide document gave about the hoped information how the RTM can be accessed. Still I'd like this kind of information to be explained or linked also in the datasheet. Same goes with my original question about the RTC counter's roll over. I'd hope this kind of behavior would be documented with a bit more detail.
We would appreciate if you have any alternative solutions or advices for the RTM usage in "offline" mode.
Best regards, Secrito.
3 months ago
Hi Secrito,
Thanks for your comment and detailed description.
Let me escalate this to our Team internally to check it out and get back to you in short.
Thanks, PM_Dialog
3 months ago
Hi Secrito,
We need some extra info : Could you kindly indicate which FreeRTOS SDK version ore you using?
Is it the latest one? FreeRTOS SDK v3.2.0.0 ?
Thanks, PM_Dialog
3 months ago
Hi PM_Dialog,
We are using the version 3.2.0.0 of the FreeRTOS SDK.
Best regards, Secrito.
3 months ago
Hi Secrito,
Thanks for the confirmation. Just raised an internal ticket for your question. I will revert back to you ASAP.
Regards, PM_DIalog
3 months ago
Hi Secrito,
Question from our Team internally: do you plan to use DPM mode(sleep3) in your end application?
Regards, PM_Dialog
3 months ago
Hi PM_Dialog
No, we do not have intention of using DPM Mode (Sleep 3).
Best regards, Secrito.
3 months ago
Hi Secrito,
We'll reach out to you directly via email to share with you an example code for using the user data space of the retention memory without using DPM.
Regards, PM_Dialog
3 months ago
Hi Secrito,
Let me mark this ticket as completed as we have already sent a message on your registered email address.
Regards, PM_Dialog
4 months ago
Hi Secrito,
Thanks for your question on our public WiFi forums. Thanks also for your interest in our Low-Power Wi-Fi solutions.
When the RTC counter rolls over, the DA16200 will wake-up immediately - it will not wait until some predefined wakeup condition is reached.
With regards to Sleep Mode 2 and RTC please refer to the datasheet , chapter 6.3.2.
https://www.dialog-semiconductor.com/sites/default/files/2021-03/DA1620…
The RTC is described in chapter 7.4.
Thanks, PM_Dialog