DIY थेरेपी के लिए रिवर्स इंजीनियरिंग इंसुलिन पंप

लगभग तीन साल पहले, मैंने एक वेबसाइट के बारे में सुना जो मेरे दिल के बहुत करीब होने का इनाम दे रही थी: इंसुलिन पंप के साथ रिवर्स इंजीनियरिंग संचार। मैंने पहले से ही मेडॉप्रोनिक पंप के साथ लूप नामक अपनी बेटी के लिए एक प्रणाली बनाने में मदद की, जिसके लिए मैंने रिवर्स इंजीनियर संचार (ज्यादातर मुख्य मेडट्रोनिक संचार प्रोटोकॉल बेन वेस्ट द्वारा कैरीलिंक यूएसबी डिवाइस का उपयोग करके डिकोड किया गया था, और मुझे रेडियो आवृत्तियों का पता चला और कुछ अतिरिक्त काम किया। प्रोटोकॉल)। लेकिन कई घंटों तक जिमनास्टिक के दौरान मेडट्रोनिक पंप को बंद रखने की जरूरत पड़ी। इस ओमनीपोड पंप का ट्यूबलेस डिज़ाइन मुझे दिलचस्प लगा, और मेरे पास काम करने के लिए सभी उपकरण थे।

ओम्नीपॉड प्रणाली में एक छोटा, एकल-उपयोग पंप होता है जिसे एक मॉड्यूल (पॉड) और एक नियंत्रण इकाई (पीडीएम) कहा जाता है।



चूंकि पीडीएम रेडियो द्वारा मॉड्यूल के साथ संचार करता है, और मॉड्यूल में अंतर्निहित इंटरफ़ेस नहीं है, इसका मतलब है कि यह पूरी तरह से रेडियो-नियंत्रित है। केवल रिलेलिंक या इसके संशोधित संस्करण का उपयोग करके लूप के साथ पूर्ण एकीकरण की संभावना है।

जेम्स वेडिंग ने एक इनाम नियुक्त किया, और इसने बहुत ध्यान आकर्षित किया, और फिर सही लोग जिन्होंने काम में मदद की।

सॉफ्टवेयर डिफाइंड रेडियो

एसडीआर एक भयानक उपकरण है । वह रेडियो की छिपी हुई दुनिया को दिखाई देता है। विभिन्न प्रकार के संदेश हैं जो लगातार हवा पर स्ट्रीमिंग कर रहे हैं, और ये उपकरण आपको चारों ओर प्रहार करने, संदेश देखने और कुछ काम करने के बाद - आपके द्वारा देखे जाने वाले छोटे फ्लैश को डिकोड करने की अनुमति देते हैं। यदि आप किसी विशिष्ट डिवाइस से संदेश खोज रहे हैं, तो आपको यह जानना होगा कि खोज किस क्षेत्र में शुरू करनी है। यह वह जगह है जहां एफसीसी सार्वजनिक दस्तावेज काम में आते हैं।

PDM, RBV-019 के लिए FCC प्रलेखन, कहते हैं कि डिवाइस 433 मेगाहर्ट्ज बैंड में संचारित होता है। 433 मेगाहर्ट्ज रेंज में सुनने के लिए एसडीआर सॉफ्टवेयर को कॉन्फ़िगर करने के बाद, पीडीएम से स्थिति जारी करते समय निम्नलिखित संकेत दिखाई देते हैं:



जैसा कि मुझे अंततः पता चला, ये दो उज्ज्वल लाइनें एक निश्चित प्रकार के मॉड्यूलेशन को इंगित करती हैं जिसे आवृत्ति शिफ्ट कीइंग , या एफएसके कहा जाता है। इसका अर्थ है कि संकेत आवृत्ति संचरित जानकारी के आधार पर भिन्न होती है। बिट 1 को उच्च आवृत्ति (ऊपरी रेखा) के रूप में भेजा जाता है, और 0 को थोड़ी कम आवृत्ति (निचली रेखा) के साथ भेजा जाता है। इंस्पेक्टरम टूल का उपयोग करके , हम डेटा को अधिक स्पष्ट रूप से पहचानने के लिए 1 और 0. का विश्लेषण कर सकते हैं। यहां पहले संदेश का एक बहुत बड़ा दृश्य है:



मैंने इन बिट्स को निकालने के लिए एक पायथन स्क्रिप्ट लिखी ताकि हम उन्हें पूरे पैकेज के रूप में देख सकें।



यह पता चलता है कि यह दोहराव वाला पैटर्न प्रस्तावना का हिस्सा है। ऊर्जा बचाने के लिए, रिसीवर अक्सर स्लीप मोड में चले जाते हैं और सिग्नल की जांच के लिए समय-समय पर उठते हैं। ट्रांसमीटर रिसीवर को लंबे समय तक भेजता है ताकि उसे कम सुनने की अवधि के दौरान पकड़ा जा सके। जब रिसीवर प्रस्तावक को सुनता है, तो यह तब तक जागता है जब तक कि वास्तविक डेटा प्रकट नहीं होता है।

वास्तविक बैच डेटा प्राप्त करने से पहले आपको एक और परत से गुजरना होगा। आप मूल बिट्स के समान रेडियो पर अपना डेटा नहीं भेज सकते हैं, क्योंकि रिसीवर समय में सिंक्रनाइज़ करने के लिए संक्रमण का उपयोग करता है जब अगले बिट के लिए इंतजार करना पड़ता है। यदि आपके पास शून्य या लोगों का एक लंबा सेट है, तो रिसीवर सिंक से बाहर जा सकता है। इसलिए, रेडियो संचार आमतौर पर यह पुष्टि करने के लिए एन्कोडिंग का उपयोग करते हैं कि पर्याप्त संक्रमण हैं। ओम्निपोड संचार तथाकथित मैनचेस्टर कोडिंग का उपयोग करते हैं। प्रत्येक बिट दो बिट्स में एन्कोडेड है। 1 को 10 के रूप में एन्कोड किया गया है, और 0 को 01 के रूप में एनकोड किया गया है।

यह पता लगाने में काफी समय लगा, और स्लैक में ओपोमनी चैनल पर बहुत सारे सिद्धांत थे क्योंकि हमने मूल बिट्स को दोहराने की कोशिश की थी। मार्क ब्राइटन , डैन कैरन और @larsonlr ने पैकेट कैप्चर करने के लिए RFCat और Ti Stick का उपयोग कर कुछ सफलता हासिल की है। Evarist Kurgio ने अंततः rtlomni नामक एक उपकरण लिखा, वह rtl-sdr USB रिसीवर का उपयोग पैकेटों को सुनने और उन्हें डिकोड करने के लिए करता है, जो TI स्टिक पर आधारित विधियों की तुलना में बहुत सुविधाजनक और अधिक विश्वसनीय निकला।

पैकेट डिकोडिंग

वास्तविक बिट्स प्राप्त करने के बाद, हमने पैकेज की संरचना का अध्ययन करना शुरू किया। अलग-अलग मॉड्यूल और अलग-अलग टीमों के बीच क्या बिट्स में बदलाव के आधार पर, हमने एक संरचना बनाई जो इस तरह दिखती है:

CRC8

रेडियो एक आदर्श संचरण माध्यम से बहुत दूर है। हस्तक्षेप के कई अलग-अलग स्रोत हैं जो रिसीवर को 1 भेजते हैं जब 0 भेजा जाता है, और इसके विपरीत। यह जानना महत्वपूर्ण है कि ऐसा कब हुआ, इसलिए अधिकांश प्रोटोकॉल एक चेकसम का उपयोग करते हैं, जिसे अक्सर सीआरसी कहा जाता है। डेटा प्राप्त होने पर रिसीवर सीआरसी की गणना करता है, और पैकेट के अंतिम बाइट में ट्रांसमीटर द्वारा गणना सीआरसी शामिल होता है। यदि वे मेल नहीं खाते हैं, तो रिसीवर पैकेट को छोड़ देता है और पुन: प्रवेश की प्रतीक्षा करता है।

ओम्निपोड प्रोटोकॉल ने मानक 8-बिट सीआरसी का उपयोग किया। जब हमने उसे पाया, तो हमने फैसला किया कि हम संदेशों को समझने के बहुत करीब थे। हम कितना कम जानते थे ...

संदेश, CRC16

कुछ संदेश एक पैकेज में फिट होने के लिए बहुत बड़े हैं, इसलिए वे कई पैकेजों में विभाजित हैं। हमने संदेश प्रारूप को एक साथ रखना शुरू कर दिया और प्रत्येक संदेश के अंत में बिट्स का एक और सेट देखा, जो 16-बिट सीआरसी जैसा दिखता था। लेकिन यह अजीब था: 16 में से 5 बिट कभी सेट नहीं थे। हमने यह पता लगाने के लिए कई अलग-अलग तरीकों की कोशिश की कि यह कैसे एन्कोडेड है, लेकिन कुछ भी काम नहीं किया।

यह पहली बड़ी समस्या थी: हम संदेशों में अन्य बिट्स पर काम करना जारी रख सकते हैं, लेकिन यह समझने में बहुत मदद नहीं करेगा कि क्या भेजा जा रहा है, और हम खुद नए पैकेट उत्पन्न नहीं कर पाएंगे, इसलिए प्रगति धीमी हो गई।

कई महीने बीत गए लगभग कोई फायदा नहीं हुआ। अंत में, 2016 की सर्दियों में, @lorelai उपनाम के तहत समूह के एक सदस्य ने बताया कि उसने फर्मवेयर को बड़े एआरएम चिप से पीडीएम में सफलतापूर्वक कॉपी किया था और थकाऊ डिसएफ़ॉर्म प्रक्रिया शुरू की थी: सीपीयू के निर्देशों को स्वीकार करना और उन्हें अर्थ-चर और फ़ंक्शन नामों के साथ मानव-पठनीय कोड में बदलना। उसने विभिन्न तरीकों का पता लगाने के लिए एक अद्भुत काम किया जो डेटा संचारित करने के लिए उपयोग किए गए थे।

मैंने अनटाइटल्ड रूटीन में से एक को देखा और देखा कि यह एक टेबल से सीआरसी गणना के मानक कार्यान्वयन जैसा दिखता था। और तालिका में मानक 16-बिट सीआरसी के लिए मान थे। मैंने तालिकाओं पर अपना स्वयं का कार्यान्वयन लिखा, और यह एक नियमित सीआरसी की तरह परीक्षण किया गया। फिर मैंने ध्यान से देखा कि फ़ंक्शन कैसे लिखा गया था। एक सामान्य सीआरसी कार्यान्वयन इस तरह दिखता है:

while (len--) { crc = (crc << 8) ^ crctable[((crc >> 8) ^ *c++)]; } 

उनका क्रियान्वयन इस तरह दिखता है ::

 while (len--) { crc = (crc >> 8) ^ crctable[((crc >> 8) ^ *c++)]; } 

अंतर नोटिस? क्या एक बिटवाइज़ लेफ्ट शिफ्ट ऑपरेटर होना चाहिए था जिसे किसी भी तरह राइट शिफ्ट के रूप में एनकोड किया गया था। यह एक गलती है; अपने स्वयं के सीआरसी एल्गोरिथ्म को अपंग करने का कोई कारण नहीं है, क्योंकि इससे भ्रष्ट संदेशों की पहचान करना मुश्किल हो जाता है।

हम ऑपरेशन में वापस आ गए हैं! और उन्होंने डिकोडिंग [ड्रग्स], अस्थायी ठिकानों की डिलीवरी के लिए पीडीएम से रिकॉर्डिंग सत्रों को डिकोडिंग संदेशों पर फिर से शुरू किया, अस्थायी आधार [अस्थायी बेसल दर इंसुलिन वितरण में वृद्धि या कमी का निर्धारण करती है - लगभग। लेन], फाइलिंग का निलंबन आदि।

एकल उपयोग संख्या

सभी इंसुलिन डिलीवरी टीमों के पास संदेश की शुरुआत में 4-बाइट का डेटा था, जो क्रिप्टोग्राफी के कुछ रूप जैसा दिखता था। फिर, हमने उन संदेशों के संदर्भ में व्याख्या और विश्लेषण करने के कई अलग-अलग तरीकों की कोशिश की, जिसमें यह भेजा गया था, लेकिन यह सीआरसी नहीं था (कभी-कभी हमने अलग-अलग संदेशों में भी वही 4 बाइट्स देखे थे)। और कभी-कभी हमने तस्वीर को खुद ही दोहराया। यह देखा गया, शायद, डेटा प्रजनन को रोकने के लिए एक प्रोटोकॉल के हिस्से के रूप में। अन्य प्रोटोकॉल में, एक समान फ़ंक्शन को नॉन कहा जाता है।

विकल्पों में से एक जिसे हमने माना था कि दिए गए आदेशों को वापस खेलने के लिए एक संदेश आधार रिकॉर्ड कर रहा था। भले ही प्रत्येक मॉड्यूल का पता अलग था, अब हम जानते थे कि सीआरसी कैसे उत्पन्न किया जाए, ताकि हम कमांड की पिछली कॉपी ले सकें, संदेश पर नया पता डाल सकें और सीआरसी को पुनः प्राप्त कर सकें। केवल इस गैर ने हमें इस रणनीति का उपयोग करने से रोका। आदेश के बावजूद, मॉड्यूल ने केवल अनुक्रम में अगले नॉन को स्वीकार किया, और हमें नहीं पता था कि अगले नॉन को कैसे उत्पन्न किया जाए।

लेकिन! आखिरकार, हमारे पास एक विघटित पीडीएम फर्मवेयर है, हम बस वहां देख सकते हैं! इसलिए, हमने पीडीएम फर्मवेयर का अध्ययन किया, कोड में संदेशों की पीढ़ी को ट्रैक किया और पाया कि ये चार बाइट्स कहां होना चाहिए। लेकिन एक विधि के बजाय जो कुछ क्रिप्टोग्राफिक नॉनस की गणना करती है, हमने सिर्फ चार INS. अक्षर पाए INS. । क्या बकवास है?!?! खैर, किसी भी तरह इस संदेश क्षेत्र को बाद में पाइपलाइन में अद्यतन करने की आवश्यकता है।

रेडियो के करीब पीडीएम पर एक और चिप लगी थी। यह वही चिप था जिसका उपयोग मॉड्यूल में किया गया था, जिसमें पहचानकर्ता SC9S08ER48 था, जिसे इंटरनेट पर प्रलेखित नहीं किया गया था। यह संभवतः इंसुलेट के लिए ऑर्डर करने के लिए बनाया गया था। शायद हम फर्मवेयर को इस चिप से निकाल सकते हैं। दुर्भाग्य से, चिप को अवरुद्ध कर दिया गया था, जिसने फर्मवेयर की नकल को रोक दिया था।



काम फिर से धीमा हो गया ... यह एक वास्तविक मृत अंत की तरह था। हमने अपने सभी मानसिक प्रयासों को इस गैर में डाल दिया, और इसके पीछे गणित में कोई अच्छा नेतृत्व नहीं था। और ER48 चिप, जो (संभवतः) गुप्त रखी गई थी, को अवरुद्ध कर दिया गया था, और किसी भी सार्वजनिक जानकारी को खोजने में मुश्किल है जो इसे दरार करने में मदद करेगा।

एक्स-रे

ER48 को समझने की कोशिश करते हुए, स्लैक समुदाय के कुछ सदस्यों ने एक्स-रे लेने का सुझाव दिया। यह वास्तव में अच्छा था, लेकिन, दुर्भाग्य से, किसी भी नए अवसरों को नहीं खोला।


सामान्य गोली


विस्तृत शॉट

ऑटोप्सी और शूटिंग

डैन कारोन ने ब्रिटेन में कैम्ब्रिज विश्वविद्यालय से एक शोधकर्ता, डॉ। सेर्गेई स्कोरोबोगाटोव की ओर मुड़ने का फैसला किया। डैन ने पढ़ा कि उन्हें बंद चिप्स से कोड निकालने का अनुभव है, और उन्हें हमारी समस्या पर एक नज़र डालने के लिए आश्वस्त किया। डॉ। स्कोरोबोगाटोव ने माइक्रोकैक्रिबेट्स की रिवर्स इंजीनियरिंग के लिए SEM (स्कैनिंग इलेक्ट्रॉन माइक्रोस्कोप) का उपयोग करने के क्षेत्र में अनुसंधान किया। उन्होंने सुझाव दिया कि यह संभव है, लेकिन यह महंगा होगा, महंगे उपकरण की आवश्यकता होगी और परिणाम की गारंटी नहीं देगा। जो मोरन , जिन्होंने हाल ही में 2016 के पतन में नाइट्सकाउट हैकथॉन में मिलने के बाद लूप का उपयोग करना शुरू कर दिया था, परियोजना के साथ मदद करने के लिए सहमत हुए। उन्होंने सिलिकन वैली कंपनी, नैनोलैब टेक्नोलॉजीज के साथ सहमति व्यक्त की, ताकि चिप्स को खोला जा सके और फोटो खिंचाई जा सके और साथ ही नानोलब और डॉ। स्कोरोबोगाटोव (साथ ही उनके निजी मॉड्यूल) के काम के लिए धन भी दिया।

डॉ। स्कोरोबोगाटोव ने नानोलब से विभिन्न इमेजिंग तकनीकों को लागू करने के लिए कहा ताकि यह पता चल सके कि ज्ञात गैर-इनवेसिव या अर्ध-इनवेसिव विधियों के साथ सुरक्षा को दरार करना संभव है या नहीं। परिणामस्वरूप, कई चित्र दिखाई दिए, उनमें से कुछ बहुत सुंदर थे। ये एक सिलिकॉन मैट्रिक्स के ऑप्टिकल माइक्रोस्कोपिक चित्र हैं।


एक ऑप्टिकल माइक्रोस्कोप के तहत microcircuit का सामान्य दृश्य


एक ऑप्टिकल माइक्रोस्कोप के तहत microcircuit का सामान्य दृश्य

स्कैनिंग इलेक्ट्रॉन माइक्रोस्कोप का उपयोग करके चित्रों को मैट्रिक्स के विशिष्ट क्षेत्रों में भी लिया गया था। विभिन्न वोल्टेज, अलग-अलग सतह की तैयारी और विभिन्न उपकरणों के साथ।


फ्लैश सेल की SEM छवि। डेटा नहीं दिखाता है

दुर्भाग्य से, इनमें से किसी भी चित्र ने फ्लैश मेमोरी की वास्तविक सामग्री नहीं दिखाई।

डॉ। स्कोरोबोगाटोव के पास एक अंतिम तरीका था, जिसका उपयोग केवल विफलता के मामले में किया जा सकता है। यह एक पेटेंट विधि थी, जिसके उपयोग के लिए विश्वविद्यालय की अनुमति लेनी होती थी। डॉ। स्कोरोबोगाटोव ने प्रारंभिक परीक्षण किया और पुष्टि की कि वह इस चिप पर डेटा पढ़ने में सक्षम है। लेकिन जारी रखने से पहले, एनडीए पर हस्ताक्षर करना आवश्यक था, और इसलिए इस बात पर बातचीत हुई कि कौन निकाले गए फर्मवेयर की सामग्री प्राप्त करेगा।

अंततः, NDA ने नाइट्सकाउट फाउंडेशन पर हस्ताक्षर किए, और स्मृति निष्कर्षण विधियों और परिणामों के अनधिकृत प्रकटीकरण को रोकने के लिए जिम्मेदारी ली।

इस समझौते और कार्य का परिणाम डॉ। सर्गेई स्कोरोबोगटोव द्वारा लिखित एक अविश्वसनीय लेख था, साथ ही फर्मवेयर कोड भी। पहली बार से कोड में कुछ त्रुटियां थीं, लेकिन यह आरंभ करने के लिए पर्याप्त थी। नाइट्सकाउट स्प्रिंग हैकाथॉन में, जो लोगों के लिए बदल गया अगर कोई भी डिसाइड करना चाहेगा। किसी ने हाथ नहीं उठाया। कुछ समझ में आने वाले प्रोसेसर निर्देशों को बदलना श्रमसाध्य काम है, और बहुत कम लोग जानते हैं कि यह कैसे करना है। मैंने सीपीयू प्रलेखन का उपयोग करके कोडांतरक में तल्लीन करने की कोशिश की, लेकिन मैंने बहुत कम हासिल किया और निराश था। अन्य लोगों ने तेजी से प्रगति की अपेक्षाओं के साथ फर्मवेयर कोड के लिए आशावादी रूप से पूछा, फिर कार्य के पैमाने और जटिलता का एहसास हुआ - और चुपचाप गिर गया।


SC908 अनुदेश disassembly उदाहरण

यह पता चला है कि जो को भी असेंबलर के साथ काम करने का व्यापक अनुभव था, और वह इस मुश्किल काम को अंजाम देने लगा। जुलाई में, डॉ। स्कोरोबोगाटोव ने बहुत कम त्रुटियों के साथ एक दूसरा मेमोरी निष्कर्षण ऑपरेशन पूरा किया। गर्मियों के दौरान, जो मोरन ने बड़ी संख्या में प्रोसेसर निर्देशों को प्रदर्शित करने के लिए अथक प्रयास किया और धीरे-धीरे उन्हें मॉड्यूल स्यूडोकोड की समग्र तस्वीर में एकीकृत किया।

अंत में, हार्डवेयर रिवर्स इंजीनियरिंग के एक विशेषज्ञ केन शिरिफ ने हमारे साथ काम किया और उन्होंने इस प्रक्रिया को बहुत तेज किया। एक साथ, जो और केन ने एक ऐसे फ़ंक्शन को खोजने के लिए पर्याप्त कोड का अनुवाद किया, जो नॉनकोस को एनकोड करता है। यह सितंबर 2017 में हुआ।

रिलेलिंक और लूप

हमने ओपनोमनी की पायथन लिपियों को अपडेट किया, लेकिन अब रिलेलिंक + आईओएस पर ध्यान केंद्रित करने का समय आ गया है, इसलिए मैंने ओमनीकिट और रिलेलिंक के फर्मवेयर अपडेट पर काम करना शुरू कर दिया। मेरा मानना ​​था कि हमारे पास प्रोटोकॉल की मूल बातें थीं, और बाकी सिर्फ विवरण था। फिर, पूरी तरह से कम करके आंका जाना अभी कितना बाकी है।



मुझे एक नया फर्मवेयर लिखना था जो मॉड्यूल के मॉड्यूलेशन और कोडिंग को संभालता है। मुझे यह भी फिर से लिखना पड़ा कि आरएल पर दो चिप्स कैसे एक दूसरे से बात करते हैं ताकि शून्य की प्रक्रिया की जा सके, क्योंकि मेडट्रॉनिक शून्य में पैकेट मार्कर का विशेष अंत था। बहुत से लूप को कई पंपों के साथ-साथ जोड़ी बनाने, निष्क्रिय करने और त्रुटि से निपटने के लिए नए इंटरफेस का समर्थन करने के लिए फिर से डिजाइन करना पड़ा। सौभाग्य से, नैट रैक्लिफ्ट ने यह सब संभव बनाने के लिए लूप में एक ठोस नींव रखी।

इस बीच, टीमों के प्रारूप को समझने पर काम जारी रहा। सब कुछ ध्यान से Openomni विकी पर प्रलेखित किया गया था, प्रोटोकॉल का सबसे व्यापक दस्तावेज। जो, एवेरिस्ट और एल्के जैगर ने संदेशों को डिकोड करने और पृष्ठों को अपडेट करने में समय के साथ एक बहुत अच्छा काम किया है। विभिन्न स्लैक चैनल के सदस्यों ने समग्र डिकोडिंग प्रयासों में मदद करने के लिए पीडीएम पैकेट और मॉड्यूल को पकड़ने में योगदान दिया है।

डिकोडिंग एक मजेदार काम था, जिसमें बहुत सी छोटी जीत होती है, जैसा कि प्रत्येक टीम के प्रत्येक घटक में कमी आती है, और मुझे वास्तव में इस भाग पर काम करना पसंद था, धीरे-धीरे लूप में कोड जोड़ते हुए। अप्रैल 2018 में, मैंने स्लैक में साझा किया कि मैंने "प्राथमिक बेसन को प्रोग्राम्ड बेसल शेड्यूल के अनुसार iPhone + RL के माध्यम से जोड़ा, और फिर 5 इकाइयाँ बीमार हो गईं।"

आरएल 2.0 फर्मवेयर जुलाई 2018 में पूरा हो गया था, और नई डिलीवरी पहले ही इसके साथ जा चुकी है। यह आशा की गई थी कि इन बोर्डों का उपयोग लूप और ओमनीपॉड के साथ किया जा सकता है, लेकिन मौजूदा 915 मेगाहर्ट्ज एंटीना 433 मेगाहर्ट्ज पर प्रभावी ढंग से काम करने के लिए बहुत खराब था।

डिकोडिंग और कार्यान्वयन गर्मियों में काफी प्रगति कर चुके हैं, और लूप धीरे-धीरे प्रदर्शन के करीब पहुंच रहा है। जो ने मुझे फंडिंग देकर कमाल कर दिया इसलिए मैंने अपनी नौकरी छोड़ दी और इस प्रोजेक्ट पर ध्यान केंद्रित किया और आखिरकार मैं अद्भुत टाइडपूल टीम में शामिल हो गया। बेशक, DIY के क्षेत्र में और चिकित्सा उपकरणों के विधायी विनियमन में अधिक घटनाएं थीं जिन्हें मैं कवर नहीं करूंगा, लेकिन यह बहुत दिलचस्प गर्मी थी!

screamers

जब चालक में अधिक कार्य दिखाई देते हैं, तो मैंने इसे लूप से जोड़ा, जो समय पर स्वचालित रूप से वितरण को कॉन्फ़िगर करने की क्षमता को चालू करता है। इस स्तर पर, "आकर्षक" मॉड्यूल अक्सर प्राप्त होते थे, जब आंतरिक मॉड्यूल के कुछ चेक में समस्या आती थी और उन्होंने इंसुलिन पहुंचाना बंद कर दिया था।

लेकिन यह एक हल करने वाली समस्या प्रतीत हो रही थी, क्योंकि हम मैन्युअल रूप से कमांड भेजते समय लूप पैकेज और मूल पीडीएम में छोटी विसंगतियों का पता लगाते रहे, और मैंने मान लिया कि अगर हम उन सभी को ठीक कर देते हैं, तो "चीख" बंद हो जाएगी।

काम लूप!

3 अक्टूबर, 2018 को, जो ने लूप प्रबंधित मॉड्यूल को दान कर दिया और पहले लूप ओमनीपॉड उपयोगकर्ता बन गए, हालांकि उन्होंने मुझे तुरंत नहीं बताया क्योंकि उन्हें पता था कि मुझे चिंता होगी। जब उन्होंने मुझे बताया, तब भी मैं चिंतित था। हमने देखा कि कैसे मॉड्यूल ने काम किया, और कार्यक्षमता को समझा, और बुनियादी एल्गोरिथ्म का परीक्षण लंबे समय तक किया गया था, लेकिन फिर भी ...



एक महीने बाद, नवंबर 2018 में नाइट्सकाउट हैकथॉन में, कई और साहसी लोगों ने इसे अपने लिए आजमाने का फैसला किया, और एक छोटे से बंद परीक्षण समूह का हिस्सा भी बने जो कोड प्रकाशित होने से पहले 30 से अधिक लोगों तक बढ़ जाएगा।

दुर्भाग्य से, हम अभी भी मॉड्यूल "चीख" का सामना करते थे, अक्सर उपयोग के पूर्ण तीन दिनों के पूरा होने से पहले होते थे, और हमने ध्यान से पीडीएम नमूनों के साथ लूप कमांड की तुलना की थी। इस प्रक्रिया में, एल्क विशेष रूप से उपयोगी था: उन्होंने मूल संस्करणों के साथ स्वचालित रूप से आदेशों की जांच करने के लिए एक स्क्रिप्ट लिखी थी। मुझे चिंता होने लगी कि हर पाँच मिनट में संचार के लिए बैटरी की आवश्यकताओं में वृद्धि के कारण मॉड्यूल का आंतरायिक संचालन होता है।


मॉड्यूल में वोल्टेज नियामक के नल, सुपर पैनल पर पीछे के पैनल के प्लास्टिक के माध्यम से ड्रिल किए गए

इसलिए, मैंने Arduino का उपयोग करके मॉड्यूल की आपूर्ति वोल्टेज को मापना शुरू किया, डेटा लिखना और इसे विज़ुअलाइज़ेशन के लिए स्थानीय डेटाबेस में सहेजना। मैंने पीडीएम और लूप की तुलना की।


मॉड्यूल आपूर्ति वोल्टेज में दीर्घकालिक परिवर्तन

दुर्भाग्य से, यह भी एक मृत अंत निकला; पीडीएम का उपयोग करना और इंसुलिन की एक बड़ी मात्रा को इंजेक्ट करना, मैं मॉड्यूल को पूरे जीवनकाल में लूप मॉड्यूल की तुलना में कम वोल्टेज में ला सकता था, और मॉड्यूल को "चीख" नहीं बना सका। ऐसा लगता था कि तनाव कोई समस्या नहीं थी, कुछ और होना चाहिए।


955 मेगाहर्ट्ज (बाएं) और 433 मेगाहर्ट्ज कॉइल एंटेना (दाएं) के साथ रिलेलिंक

कुछ बिंदु पर, मैंने देखा कि यदि मॉड्यूल के साथ संदेशों का आदान-प्रदान विफल हो जाता है, तो मॉड्यूल कभी-कभी पैकेटों को बार-बार बदलकर विनिमय को समाप्त करने का प्रयास करता रहा। परीक्षकों के लॉग में बहुत अधिक गड़बड़ियां दिखाई दीं, इसलिए मैंने एंटेना के साथ प्रयोग करना शुरू कर दिया। दोनों समस्याएं संचार की गुणवत्ता से संबंधित होनी चाहिए। मैंने विभिन्न एंटेना की कोशिश करने की योजना बनाई और उन्हें इंटरनेट पर अलग-अलग जगहों पर ऑर्डर किया, लेकिन मेरे पास उन्हें परीक्षण करने का समय नहीं था जब तक कि यह प्राथमिकता नहीं बन गया।

मेरे पास कई 433 मेगाहर्ट्ज लचीले एंटेना थे जो आरएल के बाड़े के अंदर से जुड़े हो सकते हैं। वे अक्सर कुछ परिदृश्यों में बेहतर प्रदर्शन दिखाते हैं, लेकिन दूसरों में नहीं; बहुत अविश्वसनीय। जब मुझे रील मिली, तो इसने बहुत अच्छा प्रदर्शन किया और बहुत ही अद्भुत रेंज में। रिलेलिंक के लिए एक नया मामला बनाने का समय।

एक नए ऐन्टेना और कुछ अनुकूलन के साथ, जिन्होंने हर 5 मिनट में समायोजन करते समय संदेश को कम कर दिया, चीख बहुत दुर्लभ हो गई। संभवतः PDM के साथ मॉड्यूल के सामान्य उपयोग के लिए तुलनीय है। वास्तविक समय परीक्षण के पिछले 7,500 घंटों में, 94% मॉड्यूल बिना असफल हुए पूरा हो गए।

परीक्षण और प्रलेखन

परीक्षण समूह धीरे-धीरे बढ़ता गया: नए उपयोगकर्ता लगातार सिस्टम में शामिल हो गए, जो एक नए रूप के साथ मूल्यांकन कर सकते थे कि कौन से हिस्से भ्रामक दिखते हैं। इन परीक्षकों ने बहुत सारे आकर्षक मॉड्यूल के साथ काम किया और ओमनीपॉड के साथ लूप के प्रदर्शन को बेहतर बनाने में बहुत बड़ा योगदान दिया। मूल रूप से, उन्होंने समस्या रिपोर्ट और कार्य लॉग भेजे।

इन रिपोर्टों में संदेशों का एक लॉग है, जिनका विश्लेषण एल्के द्वारा किए गए उपकरण का उपयोग करके किया जा सकता है। यह एक विचार देता है यदि हमें कोई विकृत आदेश मिलता है, और आपको मॉड्यूल के साथ लूप की बातचीत के कुछ हिस्सों पर आंकड़े एकत्र करने की भी अनुमति देता है।

मैरियन बार्कर परीक्षण समूह में शामिल हो गए और परीक्षण प्रगति पर विशेष रिपोर्टिंग और अतिरिक्त आंकड़े जोड़े - और हम प्रगति के उच्च स्तर के विचार के लिए विफलताओं के खिलाफ सफल मॉड्यूल के अपने आंकड़ों का उपयोग करने में सक्षम थे।

अंत में, केटी डिसिमोन परीक्षण समूह में शामिल हो गए। उसने कई उपकरणों के साथ लूप के उपयोग पर प्रलेखन के साथ loopdocs.org का एक प्रमुख पुनर्गठन शुरू किया। ओमनीपोड के साथ काम करने वाले लूप के संस्करण की प्रतीक्षा अविश्वसनीय रूप से अधिक थी, और अच्छे दस्तावेज के बिना यह स्पष्ट था कि हम एक ही सवाल से अभिभूत होंगे।

नई लूप सुविधाएँ

ओमनीपोड के साथ एकीकरण के लिए कुछ इंटरफ़ेस तत्वों और नए नियंत्रणों को जोड़ने की आवश्यकता थी। मॉड्यूल बैटरी की रिपोर्ट नहीं करता है, और ऐसा होने पर उपयोगकर्ता कम चार्ज के साथ कम कर सकता है, इसलिए बैटरी स्तर विजेट प्रदर्शित करने का कोई मतलब नहीं है। इसके अलावा, पंप पर एक यूजर इंटरफेस के बिना, उपयोगकर्ता को बोल्ट को जल्दी से रद्द करने में सक्षम होना चाहिए। टैंक आइकन ने मेडट्रोनिक टैंक को चित्रित किया, इसलिए हम इसका रीमेक बनाना चाहते थे। मॉड्यूल के लोगो को विकसित करने के लिए पॉल फोर्गियन के लिए धन्यवाद, जो अब टैंक के स्तर को दर्शाता है।

धन्यवाद

उन सभी लोगों के लिए धन्यवाद, जिन्होंने हमें इस तरह से आगे बढ़ने में मदद की, ताकि हम उस लक्ष्य को महसूस कर सकें जो हमने बहुत पहले निर्धारित किया था। मुझे पता है कि मैंने सभी घटनाओं का उल्लेख नहीं किया और सभी घटनाओं का उल्लेख नहीं किया। यह एक लेख में संभव नहीं है, और मेरे पास केवल व्यक्तिगत अनुभव है। यह कल्पना करना कठिन है कि इसमें कितने घंटे लगे। यदि आप इन सभी को एक साथ जोड़ते हैं, तो मुझे यकीन है कि यह एक चौंकाने वाला आंकड़ा है। खुद ओमनीपोड बनाने पर काम का उल्लेख नहीं है, जो मुझे लगता है, इन सभी प्रयासों की देखरेख करता है। तो आप सभी को धन्यवाद। इसके अलावा, इनमें से कई घंटे अन्यथा परिवारों के साथ बिताए जाते। मैं वास्तव में अपनी पत्नी और बच्चों की समझ की सराहना करता हूं क्योंकि मैंने उस पर समय बिताया है, और मैं उन्हें भी धन्यवाद देना चाहता हूं।

नोट

मैं Joachim Ornstedt का उल्लेख Openomni डिकोडिंग में योगदानकर्ताओं में से एक के साथ-साथ सर्वव्यापी के साथ संभवतः पहले एकीकरण के निर्माता के रूप में करना चाहिए। उन्होंने एक उपकरण बनाया जो पीडीएम से डेटा निकालने के लिए ऑप्टिकल कैरेक्टर रिकग्निशन (ओसीआर) का उपयोग करता था, और एक अन्य माइक्रोकंट्रोलर के माध्यम से संख्या बटन को भौतिक पीडीएम से जोड़ा। यह दृष्टिकोण स्केल करना मुश्किल है, लेकिन यह बहुत ही स्मार्ट है और कई समस्याओं को बायपास करता है जो हमें आरई के आधार पर एक समाधान से निपटना था। मैं वास्तव में प्रशंसा करता हूं कि उन्होंने समस्या से कैसे निपटा और लूप के साथ काम करने के लिए डिवाइस को प्राप्त करने में लगने वाले समय के एक छोटे से हिस्से के लिए काम स्थापित किया।