<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>BLE Notify Characteristic identification in change notification callback</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/116392/ble-notify-characteristic-identification-in-change-notification-callback</link><description>Hello, 
 In my project I am creating a BLE service with 7 characteristics that are all NOTIFY only characteristics. 
 My service setup looks like the following: 
 
 BT_GATT_SERVICE_DEFINE ( my_srvc , BT_GATT_PRIMARY_SERVICE (MY _SERVICE ), 
 BT_GATT_CHARACTERISTIC</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Fri, 15 Nov 2024 20:52:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/116392/ble-notify-characteristic-identification-in-change-notification-callback" /><item><title>RE: BLE Notify Characteristic identification in change notification callback</title><link>https://devzone.nordicsemi.com/thread/510774?ContentTypeID=1</link><pubDate>Fri, 15 Nov 2024 20:52:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e3ee7844-58ad-49dd-98a7-fa7075c41cda</guid><dc:creator>mkurtzsd</dc:creator><description>&lt;p&gt;Einar,&lt;/p&gt;
&lt;p&gt;Thanks for the response.&amp;nbsp;Seems that having the characteristic UUID available in the call back would be very helpful to keep the code base smaller and more succinct. But, in the meantime, I&amp;#39;ve taken your advice and created a bunch of 1 line functions that delegate to a central notification config handler function and it&amp;#39;s working just fine.&lt;/p&gt;
&lt;p&gt;-Mike&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: BLE Notify Characteristic identification in change notification callback</title><link>https://devzone.nordicsemi.com/thread/510722?ContentTypeID=1</link><pubDate>Fri, 15 Nov 2024 14:13:19 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:f2eb2043-7a97-4194-9d65-a5f23c9530c6</guid><dc:creator>Einar Thorsrud</dc:creator><description>&lt;p&gt;Hi,&lt;/p&gt;
&lt;p&gt;I am not able to find any examples of this being done before, nor am I able to find a parameter you can filter on. While not exactly what you asked for, an option could perhaps be to use separate callback functions for each, that in turn call a common function but also pass an enum or something else you can use to determine from wher it came. That way you can still keep most of the implementation in one common function.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>