⚠️
Hi there.. thanks for coming to the forums. Exciting news! we’re now in the process of moving to our new forum platform that will offer better functionality and is contained within the main Dialog website. All posts and accounts have been migrated. We’re now accepting traffic on the new forum only - please POST any new threads at//www.wsdof.com/support. We’ll be fixing bugs / optimising the searching and tagging over the coming days.
2 posts / 0 new
Last post
Max44
Offline
Last seen:9 months 1 week ago
Joined:2016-02-08 15:58
GTL外部米CU

Hello Dialog,

I have an application that looks like the best way to design it is using an external microcontroller that can pass data to/from a DA14580. It appears that the UART/GTL interface will do the job but I wanted to review this with you and see if it sounds like a reasonable approach. I have not attempted to use the GTL before.

The external microcontroller will be logging periodic sensor data with counters and timestamps as well as controlling system events. Normally we expect the DA to be asleep and would like to wake it up with the microcontroller when there’s a known connect window. If a phone/tablet connects, it would issue custom service commands to send/receive recorded data from the microcontroller via the UART/GTL interface. If there’s no connection, the DA goes back to sleep and the microcontroller continues to log sensor data.

Does this sound like it will work?

Thanks,
Max

Device:
STS_Dialog(not verified)
Yes this should be ok, just a

Yes this should be ok, just a small comment the device (580) should be advertising in order for a phone tablet to find it and issue a connection request, and after that you should be able to have a custom profile etc, please find attached some documents regarding the GTL:

In documents tab:

-Software Development Kit

-UM-B-051 : DA14580 Software Platform Reference (SDK5).

-UM-B-050 : DA1458x Software Developers Guide (SDK5).

-Discontinued documents, SDK3 documents.

-UM-B-017 : GTL interface in Integrated Process Application.

Thanks,

STS_Dialog