Εις βάθος ανάλυση του διακομιστή GATT της πένας ανάγνωσης, της ουράς ειδοποιήσεων, της ομαδοποίησης, του μεγέθους MTU και της ανάκτησης χαμένων πακέτων για παραγωγική BLE OEM.

Δημοσιεύτηκε στις: Σεπ 28, 2020 - 56 Προβολές

Διακομιστής GATT και μηχανισμός ειδοποιήσεων της πένας ανάγνωσης: απόδοση, ομαδοποίηση και χαμένα πακέτα

Κοινό: Επικεφαλής ενσωματωμένου υλικολογισμικού, προγραμματιστές εφαρμογών για κινητά και μηχανικοί QA OEM που πρέπει να κατανοήσουν πώς μια πέννα ανάγνωσης προγραμματίζει τις ειδοποιήσεις BLE στον GATT server της, γιατί το connection interval μετράει περισσότερο από τον αριθμό απόδοσης (throughput) και πώς η πέννα ανακάμπτει από μια χαμένη ειδοποίηση χωρίς να καταστρέψει τη ροή συμβάντων OID.

Ο GATT server μιας πέννας ανάγνωσης είναι το πιο βαριά φορτισμένο υποσύστημα σε ολόκληρο το υλικολογισμικό. Στο Q6/Q8 firmware 3.3.1, ο GATT server διαχειρίζεται έως και 312 ειδοποιήσεις ανά δευτερόλεπτο κατά τη μέγιστη χρήση (συνεχή πατήματα OID, τηλεμετρία ήχου VU και συμβάντα μπαταρίας). Στο F8 firmware 3.1.2, η μέγιστη τιμή είναι 184 ειδοποιήσεις ανά δευτερόλεπτο. Ο server πρέπει να κάνει ουρά, ομαδοποίηση, κατάτμηση και επαναποστολή κάτω από όλες αυτές τις συνθήκες, χωρίς ποτέ να μπλοκάρει τη διοχέτευση συμβάντων OID.

Αυτό το άρθρο εξηγεί την αρχιτεκτονική του GATT server, την πολιτική προγραμματισμού ειδοποιήσεων, το μοντέλο εγγραφής CCCD, τις αλληλεπιδράσεις MTU και connection interval, τον μηχανισμό ανάκτησης χαμένων πακέτων και το ρυθμιζόμενο ανά μάρκα όριο τηλεμετρίας.

1. Η Αρχιτεκτονική του Server

Ο GATT server λειτουργεί σε αποκλειστικό νήμα μέσα στο RTOS της πέννας. Στο Q6/Q8 το RTOS είναι το FreeRTOS 10.3.1· στο F8 είναι το Zephyr 3.2.0· στο K7/KF1 είναι το FreeRTOS 8.2.0. Η προτεραιότητα του νήματος ορίζεται ως η δεύτερη υψηλότερη στο σύστημα, ακριβώς κάτω από το νήμα διακοπών του αισθητήρα OID.

Στοιχείο RAM ROM Σημειώσεις
Διακομιστής GATT 4,2 KB 12,8 KB Πίνακας υπηρεσίας + χαρακτηριστικών
Ουρά Ειδοποιήσεων 6,0 KB 1,4 KB 24 θέσεις × 256 bytes
Πίνακας CCCD 1,6 KB 0,4 KB 32 συνδρομητές
Μηχανή MTU 0,8 KB 2,4 KB Κατάτμηση L2CAP

Το συνολικό κόστος RAM του υποσυστήματος GATT είναι 12,6 KB στο Q6/Q8 firmware 3.3.1, το οποίο χωράει εντός των 32 KB που έχουν διατεθεί για το BLE stack.

2. Η Ουρά Ειδοποιήσεων

Η ουρά ειδοποιήσεων διαθέτει 24 θέσεις, καθεμία 256 bytes. Οι θέσεις συμπληρώνονται από την πηγή συμβάντων OID (16 bytes ανά πάτημα, δείτε TC-058) και από τη γεννήτρια τηλεμετρίας (μεταβλητό μέγεθος). Οι θέσεις αδειάζουν από το νήμα του GATT server όταν παρέλθει το connection interval.

Μετρική Ουράς Τιμή στο Q6/Q8 Τιμή στο F8 Τιμή στο K7/KF1
Αριθμός θέσεων 24 16 12
Μέγεθος θέσης 256 byte 128 byte 96 byte
Ρυθμός αδειάσματος 312/s 184/s 96/s
Ρυθμός πλήρωσης (μέγιστος) 280/s 152/s 72/s
Περιθώριο 11% 17% 25%

Εάν η ουρά γεμίσει, η πέννα εφαρμόζει πολιτική οπισθοπίεσης: απορρίπτει πρώτα την παλαιότερη θέση τηλεμετρίας, στη συνέχεια απορρίπτει διπλότυπα συμβάντα OID και μετά απορρίπτει τηλεμετρία VU. Το ίδιο το πάτημα OID δεν απορρίπτεται ποτέ, επειδή η απώλεια ενός πατήματος σημαίνει ότι ο χρήστης βλέπει μια ελλείπουσα αναπαραγωγή ήχου, γεγονός που αποτελεί σοβαρή αποτυχία UX.

3. Το Μοντέλο Εγγραφής CCCD

Κάθε characteristic Notify ή Indicate στην πέννα διαθέτει ένα Client Characteristic Configuration Descriptor (CCCD). Ο host γράφει 0x0001 για να ενεργοποιήσει το Notify ή 0x0002 για να ενεργοποιήσει το Indicate. Η πέννα αποθηκεύει την κατάσταση εγγραφής ανά peer στο αρχείο bond.

Χαρακτηριστικό Προεπιλεγμένη Κατάσταση κατά την Πρώτη Σύνδεση Μετά την Εγγραφή
0x2A4D (πάτημα OID) Ειδοποιήσεις απενεργοποιημένες Ειδοποιήσεις ενεργοποιημένες
0x2A19 (Μπαταρία) Ειδοποιήσεις απενεργοποιημένες Ειδοποιήσεις ενεργοποιημένες
8E0C0003 (Κατάσταση Λεξικού) Ειδοποιήσεις απενεργοποιημένες Ειδοποιήσεις ενεργοποιημένες
8E0C0005 (Τηλεμετρία) Ειδοποιήσεις απενεργοποιημένες Ένδειξη ενεργοποιημένη
8E0C0007 (Ήχος VU) Ειδοποιήσεις απενεργοποιημένες Ειδοποιήσεις ενεργοποιημένες

Μια λεπτή παρατήρηση: το χαρακτηριστικό Telemetry χρησιμοποιεί Indicate, όχι Notify. Το Indicate απαιτεί επιβεβαίωση (ACK) από τον host, εξασφαλίζοντας την παράδοση. Κάναμε αυτήν την επιλογή επειδή η απώλεια δεδομένων τηλεμετρίας είναι απαράδεκτη για τον ποιοτικό έλεγχο. Το κόστος είναι μια μικρή επιβάρυνση καθυστέρησης (1,2 ms επιπλέον), αλλά το κέρδος σε αξιοπιστία αξίζει.

4. Η απόφαση για το διάστημα σύνδεσης

Το διάστημα σύνδεσης BLE διαπραγματεύεται μεταξύ της πένας και του host. Η πένα προτιμά διαστήματα 15 ms· δέχεται οτιδήποτε από 7,5 ms έως 4 s. Ο host προτείνει μια τιμή· η πένα επιστρέφει την προτιμώμενη τιμή της στο Connection Parameter Update Request.

Διάστημα Καθυστέρηση Ειδοποιήσεων Ρυθμαπόδοση (1 MB PHY) Κόστος Μπαταρίας (T2)
7,5 ms 3,75 ms κατά μέσο όρο 220 KB/s 12,4 mA
15 ms 7,5 ms κατά μέσο όρο 110 KB/s 6,2 mA
30 ms 15 ms κατά μέσο όρο 55 KB/s 3,1 mA
100 ms 50 ms κατά μέσο όρο 16 KB/s 0,9 mA
1 s 500 ms κατά μέσο όρο 1,6 KB/s 0,1 mA

Ένα διάστημα 15 ms είναι η προεπιλογή μας στην παραγωγή. Εξισορροπεί τη ρυθμαπόδοση με τη διάρκεια μπαταρίας. Μια ανάπτυξη σε σχολείο που εκτιμά την ανταπόκριση έναντι του χρόνου λειτουργίας θα βλέπει 6,4 ms end-to-end καθυστέρηση. Μια οικιακή ανάπτυξη που εκτιμά τον χρόνο λειτουργίας έναντι της ανταπόκρισης θα βλέπει 30 ms.

5. Η Διαπραγμάτευση MTU

Η πένα προτιμά MTU 247 bytes (το μέγιστο του BLE 5.0 για non-DLE). Δέχεται οποιοδήποτε MTU από 23 έως 247. Το MTU καθορίζει πόσα bytes μιας μεμονωμένης ειδοποίησης χωράνε σε ένα πακέτο L2CAP.

MTU Αναφορές OID ανά Διάστημα Κατάτμηση
23 1 αναφορά (περικομμένη) Ναι
64 3 αναφορές Όχι
128 7 αναφορές Όχι
185 11 αναφορές Όχι
247 15 αναφορές Όχι

Το αίτημα MTU της πένας αποστέλλεται στα πρώτα 100 ms της σύνδεσης. Ένας host που αγνοεί το αίτημα αναγκάζει την πένα να χρησιμοποιεί MTU 23 byte, γεγονός που κατακερματίζει κάθε αναφορά και καταναλώνει μπαταρία. Έχουμε παραδώσει 47.000+ πένες και 4 από τις 38 εφαρμογές-συνεργάτες αγνοούν το αίτημα MTU. Αυτές οι τέσσερις εφαρμογές επισημαίνονται στον πίνακα ελέγχου QA μας.

6. Ο Αλγόριθμος Ομαδοποίησης Ειδοποιήσεων

Για την ελαχιστοποίηση του χρόνου ραδιοεπικοινωνίας, ο διακομιστής GATT ομαδοποιεί τις ειδοποιήσεις σε ένα ενιαίο πακέτο L2CAP όταν το συνολικό payload χωράει. Ο αλγόριθμος ομαδοποίησης εκτελείται μία φορά ανά interval σύνδεσης:

1. Εκκαθάριση της ουράς ειδοποιήσεων σε ένα buffer ομαδοποίησης
2. Ενώ batch_size + next_report_size <= MTU:
   a. Προσθήκη της επόμενης αναφοράς στην ομάδα
   b. Επισήμανση της αναφοράς ως απεσταλμένης
3. Αποστολή της ομάδας ως ενιαίου πακέτου L2CAP
4. Εάν η ουρά εξακολουθεί να έχει μη απεσταλμένες αναφορές:
   a. Αναμονή για το επόμενο interval σύνδεσης

Στο υλικολογισμικό Q6/Q8 3.3.1, ο αλγόριθμος ομαδοποίησης συσκευάζει κατά μέσο όρο 8,4 αναφορές ανά πακέτο σε MTU 185 byte. Το ραδιόφωνο είναι ενεργό για ~3,2 ms ανά interval σύνδεσης. Στο υλικολογισμικό F8 3.1.2, ο μέσος όρος είναι 6,1 αναφορές ανά πακέτο.

7. Ο Μηχανισμός Ανάκτησης Χαμένων Πακέτων

Το BLE Notify δεν εκτελεί επαναμετάδοση. Εάν ένα πακέτο χαθεί, ο host δεν γνωρίζει ότι στάλθηκε. Η πένα το διαχειρίζεται αυτό μέσω:

  1. Διατήρησης ενός αριθμού ακολουθίας στο payload της αναφοράς OID.
  2. Καταγραφής κάθε απεσταλμένης ειδοποίησης με τον αριθμό ακολουθίας της στο buffer τηλεμετρίας QA.
  3. Παροχής μιας χαρακτηριστικής ένδειξης "Report Lost" 8E0C000A-7B3C-4F8E-9F4D-2C8B5A1E0001 που ο host μπορεί να διαβάσει κατ' απαίτηση.

Η εφαρμογή host, κατά τον εντοπισμό κενού στους αριθμούς ακολουθίας, μπορεί:

  1. Να εκτελέσει χειροκίνητη ανάγνωση της κατάστασης του λεξικού.
  2. Να συγκρίνει το τελευταίο αναγνωρισμένο αναγνωριστικό σελίδας λεξικού με το τρέχον, ώστε να εντοπίσει παραλείψεις συμβάντων.
  3. Προαιρετικά, να επανεγγραφεί στο characteristic OID για να εξαναγκάσει επαναφορά.

Για το 99,4% των περιστατικών απώλειας πακέτου, ο χρήστης δεν αντιλαμβάνεται την απώλεια, επειδή το επόμενο συμβάν φτάνει εντός 15 ms και η ακουστική ροή δεν επηρεάζεται.

8. Ο Ρυθμιστής Τηλεμετρίας

Οι ειδοποιήσεις τηλεμετρίας είναι το characteristic με τη μεγαλύτερη κατανάλωση bandwidth. Από προεπιλογή, η πένα στέλνει τηλεμετρία στα 0,5 Hz (κάθε 2 s). Ο πελάτης OEM μπορεί να ζητήσει υψηλότερο ρυθμό (έως 10 Hz) ορίζοντας ένα bit ειδικό για τη μάρκα στο characteristic αναγνωριστικού μάρκας.

Ρυθμός Τηλεμετρίας Εύρος ζώνης Κόστος Μπαταρίας (Q6/Q8) Περίπτωση Χρήσης
0,1 Hz 0,05 KB/s +0,1 mA Οικιακή πένα
0,5 Hz (προεπιλογή) 0,25 KB/s +0,3 mA Τυπικό ODM
1 Hz 0,5 KB/s +0,6 mA Σχολικό πρόγραμμα
5 Hz 2,5 KB/s +2,4 mA Δοκιμή καταπόνησης QA
10 Hz 5,0 KB/s +4,8 mA Εντοπισμός σφαλμάτων μηχανικής

Ένας διαχειριστής IT σχολείου που χρειάζεται δεδομένα υγείας της πένας σε πραγματικό χρόνο θα όριζε το bit ειδικό για τη μάρκα ώστε να ενεργοποιήσει την τηλεμετρία 1 Hz. Αυτό κοστίζει ~3% της μπαταρίας στο Q6 (900 mAh), κάτι αποδεκτό για ένα πρόγραμμα τάξης.

9. Το χαρακτηριστικό VU ήχου

Το characteristic audio VU 8E0C0007-7B3C-4F8E-9F4D-2C8B5A1E0001 είναι ένα float 4 byte (ακρίβεια μονού σημείου IEEE 754) που αντιπροσωπεύει το τρέχον επίπεδο εξόδου ήχου. Αποστέλλεται στα 30 Hz στο υλικολογισμικό Q6/Q8 3.3.1 όταν το TTS είναι ενεργό. Η εφαρμογή host το χρησιμοποιεί για να αποδώσει τη μικρή μπάρα VU στην οθόνη.

Μοντέλο Ρυθμός VU Εύρος ζώνης VU Κόστος Μπαταρίας
Q6/Q8 30 Hz 0,12 KB/s +0,2 mA
L5 30 Hz 0,12 KB/s +0,2 mA
T2 60 Hz 0,24 KB/s +0.4 mA
Y6 60 Hz 0,24 KB/s +0.4 mA
F8 Καμία — 0

Η λειτουργία VU είναι απενεργοποιημένη στα F8 και P2 για εξοικονόμηση μπαταρίας. Στα T2/Y6 ο ρυθμός διπλασιάζεται επειδή αυτά τα μοντέλα διαθέτουν OLED για πιο ομαλή απεικόνιση κίνησης.

10. Η Δοκιμή Καταπόνησης που Εκτελούμε σε Κάθε Υλικολογισμικό

Δοκιμή Διάρκεια Κριτήριο Επιτυχίας
Συνεχές πάτημα OID για 1 ώρα 3.600 πατήματα 0 χαμένες αναφορές
Μπαταρία στα 10 Hz για 24 ώρες 864.000 συμβάντα Καμία υπερχείλιση ουράς
Πτώση σύνδεσης + επανασύνδεση 100 κύκλοι 100 κύκλοι Επαναζευγοποίηση σε <1,5 δ
8 συνδέσεις peer + διαδοχική σύνδεση 8 κύκλοι Και τα 8 peer επανασυνδέονται
MTU 23 επιβαλλόμενο από τον host 5 λεπτά Καμία υπερχείλιση buffer

Εάν οποιαδήποτε δοκιμή αποτύχει, το υλικολογισμικό απορρίπτεται. Σε 86 εκδόσεις υλικολογισμικού από το 2023, 3 απέτυχαν στη δοκιμή συνεχούς πατήματος (υπερχείλιση ουράς) και 1 απέτυχε στη δοκιμή MTU-23 (υπερχείλιση buffer). Και οι τέσσερις διορθώθηκαν πριν από την επανέκδοση.


Peak Notification Rate (notifications/s)

11. Πώς Συνδέεται Αυτό με τα Άλλα Άρθρα

Το TC-061 βρίσκεται στο κέντρο της σωλήνωσης BLE. Το TC-057 ορίζει το επίπεδο HID από πάνω. Το TC-058 ορίζει τον περιγραφέα κάτω από αυτό. Το TC-059 ορίζει το μοντέλο ζευγοποίησης που επιτρέπει σε έναν host να εγγραφεί. Το TC-060 τεκμηριώνει το σχήμα που υλοποιεί αυτός ο server. Το TC-062 καλύπτει την παράλληλη διαδρομή Wi-Fi. Το TC-063 καλύπτει την ανακάλυψη LAN. Το TC-064 καλύπτει το CoAP, το πρωτόκολλο που εκτελείται μέσω της διαδρομής LAN.

13. Σχετική Ανάγνωση


Αίτημα Προσφοράς — Λάβετε Γρήγορη Απάντηση Εργοστασίου

14. Τηλεμετρία Παραγωγής, Δεδομένα Πεδίου και Οδηγός Αγοραστή

Σε 86 εκδόσεις υλικολογισμικού που έχουν αποσταλεί από το 2023, το αρχείο καταγραφής του GATT server μας δείχνει σταθερή μείωση των συμβάντων υπερχείλισης ουράς ειδοποιήσεων. Η τρέχουσα σειρά υλικολογισμικού — B1/B2 στο 2.4.7, F8 στο 3.1.2, K7/KF1 στο 1.9.5, L5 στο 4.2.0, P2 στο 2.0.3, Q6/Q8 στο 3.3.1, και T2/Y6 στο 2.6.4 — διατηρεί τον κυλιόμενο ρυθμό υπερχείλισης 1 ώρας κάτω από 0,06 τοις εκατό σε 47.000+ αναπτυγμένες μονάδες σε 47 χώρες. Αυτός ο αριθμός έχει σημασία επειδή μία μόνο υπερχείλιση σε ένα πολυάσχολο σχολικό θρανίο μεταφράζεται σε χαμένο κωδικό OID και σε ένα παιδί που κοιτάζει μια σιωπηλή πένα, που είναι ακριβώς το δελτίο υποστήριξης που κανένας εισαγωγέας δεν θέλει.

14.1 Πραγματική Απόδοση έναντι Κατηγορίας Σύνδεσης

Το παρακάτω γράφημα απεικονίζει τη μέση διατηρούμενη απόδοση ειδοποιήσεων που μετρήσαμε σε πένες παραγωγής κατά τη διάρκεια της σουίτας καταπόνησης 5 σταδίων. Οι τιμές προέρχονται από 1.200 εκτελέσεις δοκιμών (100 μονάδες × 12 εκδόσεις υλικολογισμικού) που συλλέχθηκαν μεταξύ Q2 2025 και Q1 2026 στον ανηχοϊκό μας θάλαμο στους 23°C και 55 τοις εκατό RH.

Sustained Notifications / Second (avg of 1,200 runs)

14.2 Καθυστέρηση Ειδοποίησης μεταξύ Μοντέλων στο 95ο Εκατοστημόριο

Το προφίλ καθυστέρησης αλλάζει αισθητά όταν μετακινείστε από τα αρχικής κατηγορίας K7 και KF1 στα κορυφαία L5 και T2, επειδή ο ταχύτερος πυρήνας Cortex-M4F διαθέτει 8 KB buffer ειδοποιήσεων έναντι 2 KB στον Cortex-M0+. Οι αγοραστές που διαχειρίζονται στόλο 5.000+ πενών σε σχολικό πρόγραμμα συνήθως ενδιαφέρονται περισσότερο για το 95ο εκατοστημόριο παρά για τον μέσο όρο, επειδή η ουρά καθυστέρησης οδηγεί στην αντιληπτή υστέρηση στην εφαρμογή συνοδείας γονέα.

Μοντέλο Πυρήνας Buffer Μέσος (ms) p95 (ms) p99 (ms) Υπερχείλιση / ώρα
K7 Cortex-M0+ 2 KB 38 86 142 0,12%
KF1 Cortex-M0+ 2 KB 36 82 138 0,11%
B1 Cortex-M4F 4 KB 24 54 96 0,04%
B2 Cortex-M4F 4 KB 22 51 92 0,04%
F8 Cortex-M4F 4 KB 26 58 101 0,05%
Q6 Cortex-M4F 4 KB 23 52 95 0,04%
Q8 Cortex-M4F 4 KB 21 49 89 0,03%
L5 Cortex-M4F 8 KB 14 32 58 0,01%
T2 Cortex-M4F 8 KB 12 28 52 0,01%
Y6 Cortex-M4F 8 KB 13 30 55 0,01%
P2 Cortex-M0+ 2 KB 41 92 156 0,14%

14.3 Κανόνες Απόφασης Αγοραστή

Συμβουλή αγοραστή: Εάν το κανάλι διανομής σας συνδυάζει το στυλό με μια συνοδευτική εφαρμογή γονέα που στέλνει ειδοποίηση κάθε 5 δευτερόλεπτα (συνηθισμένο μοτίβο για συστήματα παρακολούθησης ανάγνωσης για K-3), επιλέξτε το L5 ή το T2 με μνήμη 8 KB. Η καθυστέρηση p95 των 32 ms διατηρεί την αντιληπτή απόκριση κάτω από 50 ms, που είναι το όριο «στιγμιαίας» αντίδρασης για τον άνθρωπο. Τα μοντέλα εισαγωγής, όπως το P2, θα χάνουν 0,14 τοις εκατό των ειδοποιήσεων ανά ώρα σε αυτόν τον ρυθμό και το inbox υποστήριξής σας θα το αισθανθεί ήδη από το πρώτο τρίμηνο.

14.4 Κάλυψη Πιστοποιήσεων του Μπλοκ Ραδιοφώνου BLE

Το ραδιόφωνο που μεταφέρει αυτές τις ειδοποιήσεις είναι το ίδιο μπλοκ που έχει ελεγχθεί βάσει των δηλώσεών μανιας πολλαπλών δικαιοδοσιών. CE-RED (EN 300 328 v2.2.2), FCC Part 15.247, UKCA-RER, RCM (AS/NZS 4268), KC (KN 301 489-1/-17), και ISED RSS-247 καλύπτουν όλα τη ζώνη 2.402 - 2.480 MHz με τα 1M, 2M, και Coded PHYs. EN 71-1/-2/-3, ASTM F963-17, CPSIA, και PROP 65 καλύπτουν το περίβλημα, τον μαγνήτη και το μελάνι. GCC (έγκριση SFDA για τη Σαουδική Αραβία), ESMA (ΗΑΕ), SNI (Ινδονησία), NOM (Μεξικό), και INMETRO (Βραζιλία) αποτελούν πρόσθετα επίπεδα πρόσβασης στην αγορά που οι πελάτες μας εισαγωγείς χρησιμοποιούν συστηματικά. Κάθε παρτίδα συνοδεύεται από Έκθεση Εξέτασης Τύπου 38 σελίδων και έναν σειριακό αριθμό ανά μονάδα που αντιστοιχίζεται στο δελτίο QA.

14.5 Εσωτερικές Διασταυρώσεις και Διαδρομές Ανάγνωσης

Για τη μηχανική ζεύξης ανάντη του επιπέδου GATT, δείτε Στυλό ανάγνωσης Ζεύξη Bluetooth SSP Secure Simple Pairing. Για τον σχεδιασμό UUID που καθορίζει ποια ιδιότητα μεταφέρει αυτές τις ειδοποιήσεις, δείτε Στυλό ανάγνωσης Σχεδιασμός UUID χαρακτηριστικού υπηρεσίας BLE. Για τη γραμμή OTA που επαναπρογραμματίζει αυτόν τον κώδικα στο πεδίο, δείτε Στυλό ανάγνωσης Μηχανισμός ενημέρωσης υλικολογισμικού OTA. Για τη μορφή αρχείου λεξικού που ρέει μέσω αυτών των ειδοποιήσεων όταν κυκλοφορεί μια νέα έκδοση βιβλίου OID, δείτε Στυλό ανάγνωσης Μορφή και έκδοση αρχείου λεξικού. Για την πλευρά κατασκευής του προγράμματος, δείτε ODM Υπηρεσία μηχανικής στυλό ανάγνωσης και OEM Κατασκευή στυλό ανάγνωσης.

CTA: Προδιαγράψτε τη σωστή κατηγορία υλικολογισμικού GATT για την αγορά σας στέλνοντάς μας την επιθυμητή καθυστέρηση, το SLA p95, και τη σύνθεση κλάσης σύνδεσης. Αίτημα προσφοράς με τη λέξη "GATT-PERF" και θα σας επιστρέψουμε έναν φάκελο 6 σελίδων benchmark ανά μοντέλο και μια σταθερή τιμή προσφοράς ολοκλήρωσης υλικολογισμικού εντός 24 ωρών. Τα ουδέτερα στυλό σε απόθελο είναι διαθέσιμα με MOQ 500, οι επώνυμες παραγωγές private-label ξεκινούν με MOQ 3.000 με χρόνο παράδοσης 4 εβδομάδων από την έγκριση του artwork.

Frequently Asked Questions

Πώς χειρίζεται η γραφίδα ανάγνωσης μια ειδοποίηση που χάνεται από το ραδιοεπικοινωνιακό κανάλι;
Η ειδοποίηση BLE δεν υποστηρίζει επανεκπομπή. Η γραφίδα σημειώνει την αναφορά ως απεσταλμένη στο buffer τηλεμετρίας QA με τον αντίστοιχο αριθμό ακολουθίας. Εάν ο host εντοπίσει κενό, μπορεί να διαβάσει εκ νέου την κατάσταση του λεξικού για ανάκτηση. Το επόμενο συμβάν φτάνει εντός 15 ms και ο χρήστης δεν αντιλαμβάνεται απώλεια στο 99,4% των περιπτώσεων.
Μπορεί ο host να εγγραφεί στις ειδοποιήσεις πριν ή μετά την ανακάλυψη υπηρεσιών;
Μετά. Ο host πρέπει να ολοκληρώσει την ανακάλυψη υπηρεσιών για να μάθει τη θέση CCCD και, στη συνέχεια, να γράψει 0x0001 (Notify) ή 0x0002 (Indicate) για να ενεργοποιήσει τη συνδρομή. Η γραφίδα αποθηκεύει την κατάσταση συνδρομής στο αρχείο σύνδεσης, ώστε οι επόμενες επανασυνδέσεις να ενεργοποιούνται αυτόματα.
Γιατί η γραφίδα χρησιμοποιεί Indicate για την τηλεμετρία αντί για Notify;
Η τηλεμετρία είναι κρίσιμη για τον QA. Το Indicate απαιτεί επιβεβαίωση (ACK) από τον host, εξασφαλίζοντας παράδοση με κόστος ~1,2 ms επιπλέον καθυστέρηση. Το Notify δεν έχει ACK, επομένως ένα χαμένο πακέτο τηλεμετρίας είναι αόρατο για τον host. Αποδεχόμαστε την επιπλέον καθυστέρηση για την αξιοπιστία του QA.
Ποιος είναι ο μέγιστος αριθμός συνδεδεμένων peers των οποίων τις συνδρομές παρακολουθεί η γραφίδα;
Η γραφίδα παρακολουθεί τις συνδρομές CCCD και για τους 8 συνδεδεμένους peers ταυτόχρονα. Ο πίνακας CCCD χρησιμοποιεί 32 εγγραφές (8 peers x 4 χαρακτηριστικά), καταλαμβάνοντας 1,6 KB RAM. Όταν ένας 9ος peer επιχειρήσει να συνδεθεί, η παλαιότερη σύνδεση αντικαθίσταται σύμφωνα με την πολιτική που τεκμηριώνεται στο TC-059.
Πώς δοκιμάζετε τη ροή ειδοποιήσεων πριν από την κυκλοφορία του firmware;
Εκτελούμε μια σουίτα καταπόνησης 5 σταδίων: 1 ώρα συνεχούς πατήματος, 24 ώρες μπαταρίας στα 10 Hz, 100 κύκλοι αποσύνδεσης + επανασύνδεσης, διαδοχική σύνδεση 8 peers, και 5 λεπτά εξαναγκασμένου MTU-23. Εάν οποιοδήποτε στάδιο αποτύχει, το firmware απορρίπτεται. Αυτή η πύλη ελέγχου έχει εντοπίσει 4 παλινδρομήσεις σε 86 κυκλοφορίες firmware.
Το Καλάθι σας
Η εμπειρία σας σε αυτόν τον ιστότοπο θα βελτιωθεί με την αποδοχή cookies. Πολιτική Cookies
Chat on WhatsApp