AN451
ווירעלעסס M-BUS ווייכווארג ימפּלאַמענטיישאַן
הקדמה
די אַפּלאַקיישאַן נאָטיץ באשרייבט די ימפּלאַמענטיישאַן פון סיליציום לאַבס פון ווירעלעסס ב-בוס ניצן אַ Silicon Labs C8051 MCU און EZRadioPRO®. ווירעלעסס M-bus איז אַ אייראפעישער סטאַנדאַרד פֿאַר מעטער-לייענען אַפּלאַקיישאַנז ניצן די 868 מהז אָפטקייַט באַנד.
אָנלייגן לייַערס
ווירעלעסס M-Bus ניצט די 3-שיכטע IEC מאָדעל, וואָס איז אַ סאַבסעט פון די 7-שיכטע OSI מאָדעל (זען פיגורע 1).
די גשמיות (PHY) שיכטע איז דיפיינד אין EN 13757-4. די גשמיות שיכטע דיפיינז ווי די ביטן זענען ענקאָודיד און טראַנסמיטטעד, די רף מאָדעם קעראַקטעריסטיקס (שפּאָן קורס, פּריאַמבלע און סינגקראַנאַזיישאַן וואָרט), און רף פּאַראַמעטערס (מאַדזשאַליישאַן, צענטער אָפטקייַט און אָפטקייַט דיווייישאַן).
די PHY שיכטע איז ימפּלאַמענאַד מיט אַ קאָמבינאַציע פון ייַזנוואַרג און פירמוואַרע. די EZRadioPRO פּערפאָרמז אַלע די רף און מאָדעם פאַנגקשאַנז. די EZRadioPRO איז געניצט אין FIFO מאָדע מיט די פּאַקאַט האַנדלער. די MbusPhy.c מאָדולע גיט SPI צובינד, קאָדירונג / דיקאָודינג, בלאָק לייענען / שרייַבן, און פּאַקאַט האַנדלינג און מאַנידזשיז די טראַנססעיווער שטאַטן.
די M-Bus Data לינק שיכטע איז ימפּלאַמענאַד אין די MbusLink.c מאָדולע. די M-Bus אַפּפּליקאַטיאָן פּראָגראַממינג צובינד באשטייט פון ציבור פאַנגקשאַנז וואָס קענען זיין גערופֿן פֿון די אַפּלאַקיישאַן שיכטע אין די הויפּט פאָדעם. די MbusLink מאָדולע אויך ימפּלאַמאַנץ די דאַטאַ לינק שיכטע. די דאַטאַ לינק שיכטע וועט פֿאָרמאַט און נאָכמאַכן דאַטן פון די אַפּלאַקיישאַן טקס באַפער צו די MbusPhy TX באַפער, אַדינג די פארלאנגט כעדערז און קרקס.
די אַפּפּליקאַטיאָן שיכטע זיך איז נישט טייל פון די M-bus Firmware. די אַפּלאַקיישאַן שיכטע דיפיינז ווי אַ ברייט פאַרשיידנקייַט פון דאַטן זאָל זיין פאָרמאַטטעד פֿאַר טראַנסמיסיע. רובֿ מעטער נאָר דאַרפֿן צו אַריבערפירן איין אָדער צוויי טייפּס פון דאַטן. אַדינג אַ גרויס סומע פון קאָד צו אַקאַמאַדייט קיין סאָרט פון דאַטן צו די מעטער וואָלט לייגן ומנייטיק קאָד און קאָס צו די מעטער. עס קען זיין פיזאַבאַל צו ינסטרומענט אַ ביבליאָטעק אָדער אַ כעדער file מיט אַ גאַנץ רשימה פון דאַטן טייפּס. אָבער, רובֿ מיטערינג קאַסטאַמערז וויסן פּונקט וואָס סאָרט פון דאַטן זיי דאַרפֿן צו אַריבערפירן און קענען אָפּשיקן צו די סטאַנדאַרט פֿאַר פאָרמאַטטינג דעטאַילס. א וניווערסאַל לייענער אָדער סניפפער קען ינסטרומענט אַ גאַנץ גאַנג פון אַפּלאַקיישאַן דאַטן טייפּס אויף די פּיסי גוי. פֿאַר די סיבות, די אַפּלאַקיישאַן שיכטע איז ימפּלאַמענאַד מיט עקסampדי אַפּלאַקיישאַנז פֿאַר אַ מעטער און לייענער.
פארלאנגט סטאַנדאַרדס
- ען 13757-4
ען 13757-4
קאָמוניקאַציע סיסטעם פֿאַר מעטער און ווייַט לייענען פון מעטער
טייל 4: ווירעלעסס מעטער לייענען
ראַדיאָמעטער לייענען פֿאַר אָפּעראַציע אין די 868 מהז צו 870 מהז SRD באַנד - ען 13757-3
קאָמוניקאַציע סיסטעם פֿאַר מעטער און ווייַט לייענען פון מעטער
טייל 3: דעדאַקייטאַד אַפּלאַקיישאַן שיכטע - יעק 60870-2-1:1992
טעלעקאָנטראָל עקוויפּמענט און סיסטעמען
טייל 5: טראַנסמיסיע פּראָטאָקאָלס
אָפּטיילונג 1: לינק טראַנסמיסיע פּראָצעדור - יעק 60870-1-1:1990
טעלעקאָנטראָל עקוויפּמענט און סיסטעמען
טייל 5: טראַנסמיסיע פּראָטאָקאָלס
אָפּטיילונג 1: טראַנסמיסיע ראַם פֿאָרמאַטירונגען
דעפֿיניציעס
- ם־בוס —M-Bus איז אַ ווייערד נאָרמאַל פֿאַר מעטער לייענען אין אייראָפּע.
- ווירעלעסס ב-בוס-Wireless M-Bus פֿאַר מעטער לייענען אַפּלאַקיישאַנז אין אייראָפּע.
- PHY- פיזיקאַל לייַער דיפיינז ווי דאַטן ביטן און ביטעס זענען ענקאָודיד און טראַנסמיטטעד.
- API—אַפּפּליקאַטיאָן פּראָגראַמיסט צובינד.
- לינק —דאַטאַ לינק שיכטע דיפיינז ווי בלאַקס און ראָמען זענען טראַנסמיטטעד.
- CRC—סייקליק רעדונדאַנסי טשעק.
- פסק —אָפטקייַט שיפט קייסינג.
- טשיף —קלענסטער אַפּאַראַט פון טראַנסמיטטעד דאַטן. איין דאַטן ביסל איז ענקאָודיד ווי קייפל טשיפּס.
- מאָדולע —אַק קאָד מקור .ק file.
M-Bus PHY פאַנגקשאַנאַל באַשרייַבונג
פּרעאַמבלע סיקוואַנס
די פּרעאַמבלע סיקוואַנס ספּעסיפיעד דורך די M-bus באַשרייַבונג איז אַ גאַנץ נומער אָלטערנייטינג זעראָס און אָנעס. א איין איז דיפיינד ווי די העכער אָפטקייַט, און אַ נול איז דיפיינד ווי די נידעריקער אָפטקייַט.
נקס (01)
די פּרעאַמבלע אָפּציעס פֿאַר די Si443x איז אַ גאַנץ נומער פון ניבאַלז קאַנסיסטינג פון אָלטערנייטינג אָנעס און זעראָס.
נקס (1010)
א פּריאַמבלע מיט אַן עקסטרע לידינג איינער וואָלט נישט זיין אַ פּראָבלעם, אָבער, דעריבער, די סינגקראַנאַזיישאַן וואָרט און פּיילאָוד וואָלט זיין מיסאַליינד מיט איין ביסל.
די לייזונג איז צו יבערקערן די גאנצע פּאַקאַט דורך באַשטעטיקן די מאָטאָר ביסל אין די מאָדולאַטיאָן קאָנטראָל 2 רעגיסטרירן (0x71). דאָס וועט יבערקערן די פּריאַמבלע, סינק וואָרט און TX / RX דאַטן. ווי אַ קאַנסאַקוואַנס, די דאַטן זאָל זיין ינווערטיד ווען שרייבן די טקס דאַטן אָדער לייענען די רקס דאַטן. אויך, די סינגקראַנאַזיישאַן וואָרט איז ינווערטיד איידער שרייבן צו די Si443x סינגקראַנאַזיישאַן וואָרט רעדזשיסטערז.
סינגקראַנאַזיישאַן וואָרט
די סינגקראַנאַזיישאַן וואָרט פארלאנגט דורך EN-13757-4 איז אָדער 18 טשיפּס פֿאַר מאָדע S און מאָדע ר אָדער 10 טשיפּס פֿאַר מאָדעל T. די סינגקראַנאַזיישאַן וואָרט פֿאַר די Si443x איז 1 צו 4 ביטעס. אָבער, זינט די סינגקראַנאַזיישאַן וואָרט איז שטענדיק פּריסטיד דורך די פּריאַמבאַל, די לעצטע זעקס ביטן פון די פּריאַמבלע קענען זיין געהאלטן אַ טייל פון די סינגקראַנאַזיישאַן וואָרט; אַזוי, דער ערשטער סינגקראַנאַזיישאַן וואָרט איז פּאַדיד דורך דריי רעפּאַטישאַנז פון אַ נול נאכגעגאנגען דורך איין. די סינגקראַנאַזיישאַן וואָרט איז קאַמפּלאַמענטיד איידער שרייבן צו די Si443x רעדזשיסטערז.
טיש 1. סינגקראַנאַזיישאַן וואָרט פֿאַר מאָדע S און מאָדע ר
| ען 13757-4 | 00 | 01110110 | 10010110 | ביינערי |
| 00 | 76 | 96 | hex | |
| בלאָק מיט (01) רענטגענ 3 | 01010100 | 01110110 | 10010110 | ביינערי |
| 54 | 76 | 96 | hex | |
| דערגאַנג | 10101011 | 10001001 | 01101001 | ביינערי |
| AB | 89 | 69 | hex |
טיש 2. סינגקראַנאַזיישאַן וואָרט פֿאַר מאָדע ה מעטער צו אנדערע
| סינטש | סינטש | סינטש |
| וואָרט | וואָרט | וואָרט |
| 3 | 2 | 1 |
טראַנסמיט פּרעאַמבלע לענג
די מינימום פּריזאַמבאַל איז ספּעסיפיעד פֿאַר פיר פאַרשידענע אַפּערייטינג מאָדעס. עס איז פּאַסיק צו האָבן אַ פּריאַמבלע מער ווי ספּעסיפיעד. סאַבטראַקטינג זעקס טשיפּס פֿאַר די פּריאַמבלע גיט די מינימום נומער פון טשיפּס פֿאַר די Si443x פּריאַמבלע. די ימפּלאַמענטיישאַן מוסיף צוויי עקסטרע ניבבלעס פון האַנאָכע אין אַלע קורץ פּרימאַבלע מאָדעס צו פֿאַרבעסערן פּריאַמבאַל דיטעקשאַן און ינטעראָפּעראַביליטי. דער הקדמה אויף מאָדע S מיט אַ לאַנג פּריאַמבאַל איז זייער לאַנג; אַזוי, די מינימום פּריאַמבלע איז געניצט. די פּריאַמבאַל לענג אין ניבבלעס איז געשריבן צו די פּרעאַמבלע לענג (0x34) רעגיסטרירן. די פאַרמעסט לענג רעגיסטרירן דיטערמאַנז די פּריאַמבלע בלויז אויף טראַנסמיסיע. די מינימום ספּעסאַפאַקיישאַנז און פּרעאַמבלע לענג סעטטינגס זענען סאַמערייזד אין טאַבלע 3.
טיש 3. טראַנסמיט פּרעאַמבלע לענג
| ען-13757-4 מינימום |
Si443x פּרעאַמבלע שטעלן ינג |
סינק וואָרט |
גאַנץ | עקסטרע | |||
| נקס (01) | טשיפּס | ניבאַלז | טשיפּס | טשיפּס | טשיפּס | טשיפּס | |
| מאָדע S קורץ הקדמה | 15 | 30 | 8 | 32 | 6 | 38 | 8 |
| מאָדע ס לאַנג פּרימאַבלע | 279 | 558 | 138 | 552 | 6 | 558 | 0 |
| מאָדע T (מעטער-אנדערע) | 19 | 38 | 10 | 40 | 6 | 46 | 8 |
| מאָדע ר | 39 | 78 | 20 | 80 | 6 | 86 | 8 |
די מינימום פּריאַמבאַל פֿאַר אָפּטראָג איז באשלאסן דורך די פּרעאַמבלע דעטעקשאַן קאָנטראָל רעגיסטרירן (0x35). ביי אָפּטראָג, די נומער פון ביטן אין די סינק וואָרט מוזן זיין סאַבטראַקטיד פון די ספּעסיפיעד מינימום פּריאַמבאַל צו באַשטימען די ניצלעך פּריאַמבלע. די מינימום סעטאַלינג צייט פון די ופנעמער איז 16 טשיפּס אויב AFC איז ענייבאַלד אָדער 8 טשיפּס אויב AFC איז פאַרקריפּלט. די סעטאַלינג צייט פון די ופנעמער איז אויך סאַבטראַקטיד פון די ניצלעך פּריאַמבלע צו באַשטימען די מינימום באַשטעטיקן פֿאַר די פּרעאַמבלע דעטעקשאַן קאָנטראָל רעגיסטרירן.
די מאַשמאָעס פון אַ פאַלש פּריאַמבלע דעפּענדס אויף די באַשטעטיקן פון די פּרעאַמבלע דעטעקשאַן קאָנטראָל רעגיסטרירן. א קורץ באַשטעטיקן פון 8 טשיפּס קען רעזולטאַט אין אַ פאַלש פּריאַמבלע דיטעקטאַד יעדער ביסל סעקונדעס. די רעקאַמענדיד באַשטעטיקן פון 20 טשיפּס מאכט פאַלש פּריאַמבאַל דיטעקשאַן אַן אַנלייקלי געשעעניש. די האַשאָרע לענג פֿאַר מאָדע ר און מאָדע SL זענען גענוג לאַנג פֿאַר די רעקאַמענדיד באַשטעטיקן.
עס איז זייער קליין נוץ צו מאַכן די פּריאַמבלע דעטעקט מער ווי 20 טשיפּס.
די AFC איז פאַרקריפּלט פֿאַר מאָדעל S מיט אַ קורץ הקדמה און מאָדעל ט. דאָס ראַדוסאַז די סעטאַלינג צייט פון די ופנעמער און דערלויבט אַ מער פּרעאַמבלע דיטעקשאַן באַשטעטיקן. מיט AFC פאַרקריפּלט, מאָדע T קענען נוצן די רעקאַמענדיד באַשטעטיקן פון 20 טשיפּס. א באַשטעטיקן פון 4 ניבבלעס אָדער 20 טשיפּס איז געניצט פֿאַר מאָדעל S מיט אַ קורץ פּרימאַבלע. דאָס מאכט די מאַשמאָעס פון אַ פאַלש פּריימבלע דיטעקשאַן אַ ביסל העכער פֿאַר דעם מאָדעל.
טיש 4. פּרעאַמבלע דעטעקשאַן
| ען-13757-4 מינימום |
סינק וואָרט |
ניצלעך הקדמה |
RX Settling | דעטעקט מין |
Si443x פּרעאַמבלע דעטעקשאַן באַשטעטיקן |
|||
| נקס (01) | טשיפּס | טשיפּס | טשיפּס | טשיפּס | טשיפּס | ניבאַלז | טשיפּס | |
| מאָדע S קורץ הקדמה | 15 | 30 | 6 | 24 | 8* | 16 | 4 | 16 |
| מאָדעל ז לאַנג פּרימאַבלע | 279 | 558 | 6 | 552 | 16 | 536 | 5 | 20 |
| מאָדעל ט (מעטער-אנדערע) | 19 | 38 | 6 | 32 | 8* | 24 | 5 | 20 |
| מאָדע ר | 39 | 78 | 6 | 72 | 16 | 56 | 5 | 20 |
| * באַמערקונג: AFC פאַרקריפּלט | ||||||||
דער ופנעמער איז קאַנפיגיערד צו ינטעראָפּערייט מיט אַ טראַנסמיטער מיט די מינימום ספּעסיפיעד פּריאַמבלע. דאָס ינשורז אַז די ופנעמער וועט ינטעראַפּערייט מיט קיין M-bus-געהאָרכיק טראַנסמיטער.
די ווירעלעסס M-Bus באַשרייַבונג ריקווייערז אַ זייער לאַנג פּריאַמבאַל פֿאַר מאָדע S1 פון בייַ מינדסטער 558 טשיפּס. דאָס וועט נעמען וועגן 17 מיז נאָר צו יבערשיקן די פּריאַמבלע. די Si443x טוט נישט דאַרפן אַזאַ אַ לאַנג פּריאַמבאַל און קען נישט נוץ פון די לאַנג פּריאַמבאַל. כאָטש די לאַנג פּריאַמבאַל איז באמערקט ווי אַפּשאַנאַל פֿאַר מאָדע S2, עס איז קיין סיבה צו נוצן אַ לאַנג פּריאַמבלע מיט די Si443x. אויב איינער-וועג קאָמוניקאַציע איז געוואלט, Mode T1 וועט צושטעלן אַ קירצער פּריאַמבאַל, העכער דאַטן קורס און מער באַטאַרייע לעבן. אויב צוויי-וועג קאָמוניקאַציע ניצן מאָדע ס 2 איז פארלאנגט, אַ קורץ הקדמה איז רעקאַמענדיד.
באַמערקונג אַז די דיטעקשאַן שוועל פֿאַר מאָדעל S מיט אַ לאַנג פּריאַמבאַל איז מער ווי די נומער פון פּריאַמבאַל ניבבלעס טראַנסמיטטעד פֿאַר מאָדעל S מיט אַ קורץ פּריאַמבלע. דעם מיטל אַז די לאַנג פּריאַמבלע מאָדע S ופנעמער וועט נישט דעטעקט אַ פּריאַמבלע פון אַ קורץ פּריאַמבלע מאָדע S טראַנסמיטער. דאָס איז נייטיק אויב די לאַנג פּריאַמבאַל מאָדע S ופנעמער זאָל באַקומען קיין נוץ פון די לאַנג פּריאַמבלע.
באַמערקונג אַז די קורץ פּריאַמבלע מאָדע S ופנעמער וועט דעטעקט די פּריאַמבלע און באַקומען פּאַקיץ פֿון ביידע אַ קורץ פּריאַמבלע מאָדע S
טראַנסמיטער און אַ לאַנג-האַנאָכע מאָדע S טראַנסמיטער; אַזוי, אין אַלגעמיין, די מעטער לייענער זאָל נוצן די קורץ האַשאָרע מאָדע S ופנעמער קאַנפיגיעריישאַן.
קאָדירונג / דיקאָודינג
די ווירעלעסס M-bus באַשרייַבונג ריקווייערז צוויי פאַרשידענע קאָדירונג מעטהאָדס. מאַנטשעסטער קאָדירונג איז געניצט פֿאַר מאָדע S און מאָדע ר. מאַנטשעסטער קאָדירונג איז אויך געניצט פֿאַר די אנדערע-צו-מעטער לינק אין מאָדעל T. די מאָדעל T מעטער-צו-אנדערע לינק ניצט 3 פון 6 קאָדירונג.
1. מאַנטשעסטער ענקאָודיד / דיקאָודינג
מאַנטשעסטער קאָדירונג איז היסטאָריש פּראָסט אין רף סיסטעמען צו צושטעלן געזונט זייגער אָפּזוך און טראַקינג מיט אַ פּשוט און ביליק מאָדעם. אָבער, אַ מאָדערן הויך-פאָרשטעלונג ראַדיאָ ווי די Si443x דאַרף ניט מאַנטשעסטער קאָדירונג. מאַנטשעסטער קאָדירונג איז געשטיצט בפֿרט פֿאַר קאַמפּאַטאַבילאַטי מיט יגזיסטינג סטאַנדאַרדס, אָבער די דאַטן קורס פֿאַר די Si443x איז יפעקטיוולי דאַבאַלד ווען נישט ניצן מאַנטשעסטער קאָדירונג.
די Si443x שטיצט מאַנטשעסטער קאָדירונג און דיקאָודינג פון די גאנצע פּאַקאַט אין ייַזנוואַרג. צום באַדויערן, די סינגקראַנאַזיישאַן וואָרט איז נישט מאַנטשעסטער ענקאָודיד. אַ פאַרקריפּלט מאַנטשעסטער סיקוואַנס איז בעקיוון אויסדערוויילט פֿאַר די סינגקראַנאַזיישאַן וואָרט. דאָס מאכט מאַנטשעסטער קאָדירונג ינקאַמפּאַטאַבאַל מיט רובֿ יגזיסטינג ראַדיאָס, אַרייַנגערעכנט די Si443x. ווי אַ קאַנסאַקוואַנס, די מאַנטשעסטער קאָדירונג און דיקאָודינג מוזן זיין דורכגעקאָכט דורך די MCU. יעדער בייט אויף אַנענקאָדעד דאַטן באשטייט פון אַכט דאַטן ביטן. ניצן מאַנטשעסטער קאָדירונג, יעדער דאַטן ביסל איז ענקאָודיד אין אַ צוויי-שפּאָן סימבאָל. זינט די ענקאָודיד דאַטן מוזן זיין געשריבן צו די ראַדיאָ FIFO אַכט טשיפּס אין אַ צייַט, איין ניסלעך פון דאַטן איז ענקאָודיד און געשריבן צו די FIFO אין אַ צייט.
טיש 5. מאַנטשעסטער קאָדירונג
| דאַטן | אָקס 12 | 0x34 | ביטעס | ||
| אָקס 1 | 0x2 | 0x3 | 0x4 | ניבאַלז | |
| 1 | 10 | 11 | 100 | ביינערי | |
| שפּאָן | 10101001 | 10100110 | 10100101 | 10011010 | ביינערי |
| FIFO | OxA9 | OxA6 | OxA5 | Ox9A | hex |
יעדער בייט צו זיין טראַנסמיטטעד איז דורכגעגאנגען איין בייט אין אַ צייַט צו די ענקאָוד בייט פֿונקציע. די ענקאָוד בייט פֿונקציע וועט רופן די ענקאָוד ניבבלע פֿונקציע צוויי מאָל, ערשטער פֿאַר די מערסט באַטייטיק ניסלעך און דערנאָך פֿאַר דער קלענסטער באַטייטיק ניבלע.
מאַנטשעסטער קאָדירונג אין ווייכווארג איז נישט שווער. סטאַרטינג פון די מערסט באַטייַטיק ביסל, איינער איז ענקאָודיד ווי אַ "01" שפּאָן סיקוואַנס. א נול איז קאָדעד ווי אַ "10" שפּאָן סיקוואַנס. דאָס קענען זיין לייכט דורכגעקאָכט מיט אַ שלייף און שיפטינג צוויי-ביץ פֿאַר יעדער סימבאָל. אָבער, עס איז פאַסטער צו נאָר נוצן אַ פּשוט 16 פּאָזיציע קוק-אַרויף טיש פֿאַר יעדער ניסלעך. די ענקאָוד מאַנטשעסטער ניבבלע פֿונקציע ענקאָודז אַ ניסלעך פון דאַטן און שרייבט עס צו די פיפאָ. די טשיפּס זענען ינווערטיד איידער שרייבן צו די FIFO צו רעכענען די ינווערטיד פּריאַמבלע רעקווירעמענץ.
ווען ריסיווינג, יעדער בייט אין די FIFO באשטייט פון אַכט טשיפּס און איז דעקאָדעד אין איין ניסלעך פון דאַטן. די לייענען בלאָק פֿונקציע לייענט איין בייט אין אַ צייט פון די FIFO און רופט די דעקאָדע בייט פֿונקציע. די טשיפּס זענען ינווערטיד נאָך לייענען פון די FIFO צו רעכענען די ינווערטיד פּריאַמבלע רעקווירעמענץ. יעדער בייט פון מאַנטשעסטער ענקאָודיד טשיפּס איז דיקאָודיד אין אַ ניסלעך פון דאַטן. די דיקאָודיד ניסלעך איז געשריבן צו די רקס באַפער ניצן די שרייבן ניסלעך רקס באַפער פונקציע.
נאָטיץ אַז ביידע קאָדעד און דיקאָודינג זענען דורכגעקאָכט איין דאַטן ניסלעך אין אַ צייט אויף די פליען. קאָדירונג צו אַ באַפער וואָלט דאַרפן אַן נאָך באַפער צוויי מאָל די גרייס פון די אַנענקאָדעד דאַטן. קאָדירונג און דיקאָודינג איז פיל פאַסטער ווי די פאַסטאַסט געשטיצט דאַטן קורס (100 ק טשיפּס פּער סעקונדע). זינט די Si443x שטיצט קייפל-ביטע לייענען און שרייבט צו די FIFO, עס איז אַ קליין אָוווערכעד אין ניצן בלויז איין-ביטע לייענען און שרייבט. די אָוווערכעד איז וועגן 10 µs פֿאַר 100 ענקאָודיד טשיפּס. די נוץ איז אַ באַראַן סייווינגז פון 512 ביטעס.
2. דריי אויס פון זעקס קאָדירונג דיקאָודינג
די דריי-אויס-פון-זעקס קאָדירונג אופֿן ספּעסיפיעד אין EN-13757-4 איז אויך ימפּלאַמענאַד אין פירמוואַרע אויף די MCU. די קאָדירונג איז געניצט פֿאַר הויך-גיכקייַט (100 ק טשיפּס פּער סעקונדע) מאָדע T פון מעטער צו אנדערע. מאָדעל T גיט די שאָרטיסט טראַנסמיסיע צייט און די לאָנגעסט באַטאַרייע לעבן פֿאַר אַ וויירליס מעטער.
יעדער בייט פון דאַטן צו זיין טראַנסמיטטעד איז צעטיילט אין צוויי ניבאַלז. די מערסט וויכטיק ניסלעך איז קאָדעד און טראַנסמיטטעד ערשטער. ווידער, דאָס איז ימפּלאַמענאַד מיט אַ ענקאָוד בייט פונקציע וואָס רופט די ענקאָוד ניבבלע פֿונקציע צוויי מאָל.
יעדער ניבעלע פון דאַטן איז קאָדעד אין אַ זעקס-שפּאָן סימבאָל. די סיקוואַנס פון זעקס-שפּאָן סימבאָלס מוזן זיין געשריבן צו די 8 טשיפּ פיפאָ.
בעשאַס קאָדירונג, צוויי ביטעס פון דאַטן זענען קאָדעד ווי פיר ניבבלעס. יעדער ניק איז אַ 6-שפּאָן סימבאָל. פיר 6 טשיפּ סימבאָלס זענען אַגגרעגאַטעד ווי דריי ביטעס.
טיש 6. דריי אויס פון זעקס קאָדירונג
| דאַטן | 0x12 | 0x34 | ביטעס | ||||
| אָקס 1 | 0x2 | 0x3 | 0x4 | ניבאַלז | |||
| שפּאָן | 15 | 16 | 13 | 34 | אָקטאַל | ||
| 1101 | 1110 | 1011 | 11100 | ביינערי | |||
| FIFO | 110100 | 11100010 | 11011100 | ביינערי | |||
| 0x34 | OxE2 | אָקסדק | hex | ||||
אין ווייכווארג, די דריי-אויס-פון-זעקס קאָדירונג איז ימפּלאַמענאַד מיט דריי נעסטעד פאַנגקשאַנז. די ענקאָוד בייט פֿונקציע וועט רופן די ענקאָוד ניבבלע פֿונקציע צוויי מאָל. די ענקאָוד ניבבלע פֿונקציע ניצט אַ קוק-אַרויף טיש פֿאַר די זעקס-שפּאָן סימבאָל און שרייבט דעם סימבאָל צו די שיפט דריי פון זעקס פאַנגקשאַנז. די פֿונקציע ימפּלאַמאַנץ אַ 16-שפּאָן יבעררוק רעגיסטרירן אין ווייכווארג. דער סימבאָל איז געשריבן צו דער קלענסטער באַטייטיק בייט פון די יבעררוק רעגיסטרירן. די רעגיסטרי איז שיפט צוויי מאָל לינקס. דאס איז ריפּיטיד דרייַ מאָל. ווען אַ גאַנץ ביטע איז פאָרשטעלן אין דער אויבערשטער ביטע פון די יבעררוק רעגיסטרירן, עס איז ינווערטיד און געשריבן צו די FIFO.
זינט יעדער בייט פון דאַטן איז ענקאָודיד ווי איין און אַ האַלב קאָדעד ביטעס, עס איז וויכטיק צו ויסמעקן די יבעררוק רעגיסטרירן טכילעס אַזוי אַז דער ערשטער קאָדעד בייט איז ריכטיק. אויב די פּאַקאַט לענג איז אַ מאָדנע נומער, נאָך קאָדירונג פון אַלע ביטעס, עס וועט נאָך זיין איין ניסלעך לינקס אין די יבעררוק רעגיסטרירן. דעם איז כאַנדאַלד מיט די פּאָסטאַמבלע ווי דערקלערט אין דער ווייַטער אָפּטיילונג.
דיקאָודינג די דריי פון זעקס ענקאָודיד איז די פאַרקערט פּראָצעדור. ווען דיקאָודינג, דריי ענקאָודיד ביטעס זענען דיקאָודיד אין צוויי דאַטן ביטעס. די ווייכווארג יבעררוק רעגיסטרירן איז ווידער געניצט צו אַגגרעגירן ביטעס פון דיקאָודיד דאַטן. א 64-פּאָזיציע פאַרקערט קוק-אַרויף טיש איז געניצט פֿאַר דיקאָודינג. דאָס ניצט ווייניקערע סייקאַלז אָבער מער קאָד זכּרון. זוכן אַ 16-פּאָזיציע קוק-אַרויף טיש פֿאַר די קאָראַספּאַנדינג סימבאָל נעמט פיל מער.
פּאָסטאַמבלע
די ווירעלעסס ב-בוס באַשרייַבונג האט ספּעציפיש רעקווירעמענץ פֿאַר די פּאָסטאַמבלע אָדער טריילער. פֿאַר אַלע מאָדעס, די מינימום איז צוויי טשיפּס, און די מאַקסימום איז אַכט טשיפּס. זינט די מינימום אַטאָמישע אַפּאַראַט פֿאַר די FIFO איז איין בייט, אַ 8-שפּאָן טריילער איז געניצט פֿאַר מאָדע S און מאָדע ר. די מאָדע T פּאָסטאַמבלע איז אַכט טשיפּס אויב די פּאַקאַט לענג איז אפילו אָדער פיר טשיפּס אויב די פּאַקאַט לענג איז מאָדנע. די פיר-שפּאָן פּאָסטאַמבלע פֿאַר אַ מאָדנע פּאַקאַט לענג טרעפן די באדערפענישן פון בייַ מינדסטער צוויי אָלטערנייטינג טשיפּס.
טיש 7. פּאָסטאַמבלע לענג
| פּאָסטאַמבלע לענג (טשיפּס) | |||||
| מין | מאַקס | ימפּלעמענטאַטיאָן | שפּאָן סיקוואַנס | ||
| מאָדע S | 2 | 8 | 8 | 1010101 | |
| מאָדע טי | 2 | 8 | 4 | (מאָדנע) | 101 |
| 8 | (אפילו) | 1010101 | |||
| מאָדע ר | 2 | 8 | 8 | 1010101 | |
פּאַקאַט האַנדלער
די פּאַקאַט האַנדלער אויף די Si443x קענען זיין געוויינט אין אַ וועריאַבאַל פּאַקאַט ברייט מאָדע אָדער אַ פאַרפעסטיקט פּאַקאַט ברייט מאָדע. די וועריאַבאַל פּאַקאַט ברייט מאָדע ריקווייערז אַ פּעקל לענג בייט נאָך די סינגקראַנאַזיישאַן וואָרט און אַפּשאַנאַל כעדער ביטעס. ביי אָפּטראָג, די ראַדיאָ וועט נוצן די לענג בייט צו באַשטימען דעם סוף פון אַ גילטיק פּאַקאַט. אויף טראַנסמיסיע, דער ראַדיאָ וועט אַרייַנלייגן די לענג פעלד נאָך די כעדער ביטעס.
די L פעלד פֿאַר די וויירליס M-bus פּראָטאָקאָל קענען ניט זיין געוויינט פֿאַר די Si443x לענג פעלד. ערשטער, די ל פעלד איז נישט די פאַקטיש פּאַקאַט לענג. עס איז די נומער פון לינק שיכטע פּיילאָוד ביטעס ניט אַרייַנגערעכנט די CRC ביטעס אָדער קאָדירונג. צווייטנס, די ל-פעלד זיך איז קאָדעד מיט מאַנטשעסטער קאָדירונג אָדער דריי אויס פון זעקס קאָדירונג פֿאַר מאָדע ט מעטער צו אנדערע.
די ימפּלאַמענטיישאַן ניצט די פּאַקאַט האַנדלער אין פאַרפעסטיקט פּאַקאַט ברייט מאָדע פֿאַר ביידע טראַנסמיסיע און אָפּטראָג. ביי טראַנסמיסיע, די PHY שיכטע וועט לייענען די L פעלד אין די טראַנסמיסיע באַפער און רעכענען די נומער פון ענקאָודיד ביטעס, אַרייַנגערעכנט די פּאָסטאַמבלע. די גאַנץ נומער פון ענקאָודיד ביטעס צו זיין טראַנסמיטטעד איז געשריבן צו די פּאַקאַט לענגטה רעגיסטרירן (0x3E).
ביי אָפּטראָג, די ערשטער צוויי קאָדעד ביטעס זענען דעקאָדעד, און די ל-פעלד איז געשריבן צו די באַקומען באַפער. די ל-פעלד איז געניצט צו רעכענען די נומער פון ענקאָודיד ביטעס צו באַקומען. די נומער פון ענקאָודיד ביטעס צו באַקומען איז דעמאָלט געשריבן צו די פּאַקאַט לענגטה רעגיסטרירן (0x3E). די פּאָסטאַמבל איז אַוועקגענומען.
די MCU מוזן דעקאָדע די ל-פעלד, רעכענען די נומער פון ענקאָודיד ביטעס און שרייַבן די ווערט צו די פּאַקאַט לענג רעדזשיסטער איידער די שאָרטיסט מעגלעך פּאַקאַט לענג איז באקומען. די שאָרטיסט דערלויבט ל-פעלד פֿאַר די PHY שיכטע איז 9, וואָס גיט 12 ונענקאָדעד ביטעס. דאָס גיט 18 קאָדעד ביטעס פֿאַר מאָדעל ט. די ערשטע צוויי ביטעס זענען שוין דעקאָדעד. אזוי, די פּאַקאַט לענג רעגיסטרירן מוזן זיין דערהייַנטיקט אין 16-ביטע צייט אין 100 קבפּס אָדער 1.28 מיליסעקאַנדז. דאָס איז קיין פּראָבלעם פֿאַר אַ 8051 מיט 20 מיפּס.
די נומער פון ביטעס צו באַקומען איז נישט אַרייַנגערעכנט די פּאָסטאַמבלע, אַחוץ פֿאַר די פיר-שפּאָן פּאָסטאַמבלע געניצט פֿאַר מאָדע ט פּאַקיץ מיט אַ מאָדנע פּאַקאַט לענג. אזוי, דער ופנעמער טוט נישט דאַרפן אַ פּאָסטאַמבלע, אַחוץ פֿאַר די מאָדעל ט מאָדנע לענג פּאַקיץ. דעם פּאָסטאַמבלע איז דארף בלויז צו געבן אַ גאַנץ נומער פון קאָדעד ביטעס. דער אינהאַלט פון די פּאָסטאַמבלע איז איגנאָרירט; אַזוי, אויב די פּאָסטאַמבלע איז נישט טראַנסמיטטעד, פיר טשיפּס פון ראַש וועט זיין באקומען און איגנאָרירט. זינט די גאַנץ נומער פון קאָדעד ביטעס איז לימיטעד צו 255 (0xFF), די ימפּלאַמענטיישאַן לימאַץ די מאַקסימום ל-פעלד פֿאַר די פאַרשידענע מאָדעס.
טיש 8. פּאַקאַט גרייס לימיץ
| קאָדעד | דעקאָדעד | M-Bus | ||||
| ביטעס | ביטעס | ל-פעלד | ||||
| דעק | hex | דעק | hex | דעק | hex | |
| מאָדע S | 255 | FF | 127 | 7 פ | 110 | 6E |
| מאָדע T (מעטער-אנדערע) | 255 | FF | 169 | A9 | 148 | 94 |
| מאָדע ר | 255 | FF | 127 | 7 פ | 110 | 6E |
די לימאַץ זענען נאָרמאַלי העכער ווי די טיפּיש נוצן פאַל פֿאַר אַ וויירליס מעטער. די פּאַקאַט לענג זאָל זיין געהאלטן קליין צו באַקומען די בעסטער מעגלעך באַטאַרייע לעבן.
אין אַדישאַן, דער באַניצער קען ספּעציפיצירן די מאַקסימום ל-פעלד וואָס זאָל זיין באקומען (USER_RX_MAX_L_FIELD). דאָס דיטערמאַנז די פארלאנגט גרייס פֿאַר די באַקומען באַפער (USER_RX_BUFFER_SIZE).
שטיצן אַ מאַקסימום ל-פעלד פון 255 וואָלט דאַרפן אַ באַקומען באַפער פון 290 ביטעס און אַ מאַקסימום פון 581 מאַנטשעסטער ענקאָודיד ביטעס. די פּאַקאַט האַנדלער זאָל זיין פאַרקריפּלט און די פּאַקאַט לענגטה רעגיסטרירן קען נישט זיין געוויינט אין דעם פאַל. דאָס איז פיזאַבאַל, אָבער עס איז מער באַקוועם צו נוצן די פּאַקאַט האַנדלער אויב מעגלעך.
FIFO באַניץ
די Si4431 גיט אַ 64 בייט פיפאָ פֿאַר טראַנסמיטינג און ריסיווינג. זינט די נומער פון קאָדעד ביטעס איז 255, אַ גאַנץ ענקאָודיד פּאַקאַט קען נישט פּאַסיק אין די 64-ביטע באַפער.
טראַנסמיסיע
אויף טראַנסמיסיע, די גאַנץ נומער פון ענקאָודיד ביטעס איז קאַלקיאַלייטיד. אויב די גאַנץ נומער פון ענקאָודיד ביטעס, אַרייַנגערעכנט די פּאָסטאַמבלע, איז ווייניקער ווי 64 ביטעס, די גאנצע פּאַקאַט איז געשריבן צו די FIFO און בלויז די פּאַקאַט געשיקט יבעררייַס איז ענייבאַלד. רובֿ קורץ פּאַקיץ וועט זיין געשיקט אין איין פיפאָ אַריבערפירן.
אויב די נומער פון קאָדעד ביטעס איז גרעסער ווי 64, קייפל FIFO טראַנספערס וועט זיין פארלאנגט צו שיקן די פּאַקאַט. דער ערשטער 64 ביטעס זענען געשריבן צו די פיפאָ. די פּאַקאַט געשיקט און TX FIFO כּמעט ליידיק ינטעראַפּץ זענען ענייבאַלד. די TX FIFO כּמעט ליידיק שוועל איז באַשטימט צו 16 ביטעס (25%). אויף יעדער IRQ געשעעניש, די סטאַטוס 2 רעגיסטרירן איז לייענען. די פּאַקאַט געשיקט ביסל איז אָפּגעשטעלט ערשטער, און אויב די פּאַקאַט איז נישט גאָר געשיקט, די ווייַטער 48 ביטעס פון ענקאָודיד דאַטן זענען געשריבן צו די פיפאָ. דאָס האלט ביז אַלע קאָדעד ביטעס האָבן שוין געשריבן און די פּאַקאַט סענט יבעררייַס אַקערז.
1. אָפּטראָג
אין דער אָפּטראָג, טכילעס, בלויז די סינק וואָרט יבעררייַס איז ענייבאַלד. נאָך באקומען די סינק וואָרט, די סינק וואָרט יבעררייַס איז פאַרקריפּלט און די FIFO כּמעט גאַנץ יבעררייַס איז ענייבאַלד. די FIFO כּמעט פול שוועל איז טכילעס באַשטימט צו 2 ביטעס. דער ערשטער FIFO כּמעט גאַנץ יבעררייַס איז געניצט צו וויסן ווען די צוויי לענג ביטעס זענען באקומען. אַמאָל די לענג איז באקומען, די לענג איז דיקאָודיד און די נומער פון קאָדעד ביטעס איז קאַלקיאַלייטיד. די RX FIFO כּמעט גאַנץ שוועל איז באַשטימט צו 48 ביטעס. די RX FIFO איז כּמעט פול און גילטיק פּאַקאַט ינטעראַפּץ זענען ענייבאַלד. אויף דער ווייַטער IRQ געשעעניש, די סטאַטוס 1 רעגיסטרירן איז לייענען. ערשטער, די גילטיק פּאַקאַט ביסל איז אָפּגעשטעלט, און דערנאָך די FIFO כּמעט גאַנץ ביסל איז אָפּגעשטעלט. אויב בלויז די RX FIFO כּמעט גאַנץ ביסל איז באַשטימט, די ווייַטער 48 ביטעס זענען לייענען פֿון די FIFO. אויב די גילטיק פּאַקאַט ביסל איז באַשטימט, די רעשט פון די פּאַקאַט איז לייענען פֿון די FIFO. די MCU האלט שפּור פון ווי פילע ביטעס האָבן שוין לייענען און סטאַפּס לייענען נאָך די לעצטע בייט.
דאַטע לינק לייַער
די דאַטן לינק שיכטע מאָדולע ימפּלאַמאַנץ אַ 13757-4: 2005 געהאָרכיק לינק שיכטע. די דאַטן פֿאַרבינדונג שיכטע (LINK) גיט אַ צובינד צווישן די גשמיות שיכטע (PHY) און די אַפּלאַקיישאַן שיכטע (AL).
די דאַטאַ לינק שיכטע פּערפאָרמז די פאלגענדע פאַנגקשאַנז:
- פּראָווידעס פאַנגקשאַנז וואָס אַריבערפירן דאַטן צווישן PHY און AL
- דזשענערייץ CRCs פֿאַר אַוטגאָוינג אַרטיקלען
- דיטעקץ CRC ערראָרס אין ינקאַמינג אַרטיקלען
- גיט פיזיש אַדרעסינג
- דערקענט טראַנספערס פֿאַר ביידירעקטיאָנאַל קאָמוניקאַציע מאָדעס
- פראַמעס דאַטן ביטן
- דיטעקץ פראַמינג ערראָרס אין ינקאַמינג אַרטיקלען
לינק לייַער פריים פֿאָרמאַט
די ווירעלעסס M-Bus ראַם פֿאָרמאַט געניצט אין EN 13757-4:2005 איז דערייווד פון די FT3 (Frame Type 3) ראַם פֿאָרמאַט פֿון IEC60870-5-2. דער ראַם באשטייט פון איינער אָדער מער בלאַקס פון דאַטן. יעדער בלאָק כולל אַ 16-ביסל CRC פעלד. דער ערשטער באָק איז אַ פאַרפעסטיקט-לענג בלאָק פון 12 ביטעס וואָס כולל די ל-פעלד, C-פעלד, מ-פעלד און א-פעלד.
- ל-פעלד
די ל-פעלד איז די לענג פון די לינק שיכטע דאַטן פּיילאָוד. דאָס איז נישט אַרייַנגערעכנט די ל-פעלד זיך אָדער קיין פון די CRC ביטעס. עס ינקלודז די ל-פעלד, C-פעלד, מ-פעלד און א-פעלד. די זענען טייל פון די PHY פּיילאָוד.
ווייַל די נומער פון ענקאָודיד ביטעס איז לימיטעד צו 255 ביטעס, די מאַקסימום געשטיצט ווערט פֿאַר די M-פעלד איז 110 ביטעס פֿאַר מאַנטשעסטער ענקאָודיד דאַטן און 148 ביטעס פֿאַר מאָדע T דריי-אויס-פון-זעקס קאָדעד דאַטן.
די לינק שיכטע איז פאַראַנטוואָרטלעך פֿאַר קאַלקיאַלייטינג די ל-פעלד אויף טראַנסמיסיע. די לינק-שיכטע וועט נוצן די ל-פעלד אויף אָפּטראָג.
באַמערקונג אַז די ל-פעלד טוט נישט אָנווייַזן די PHY פּיילאָוד לענג אָדער די נומער פון ענקאָודיד ביטעס. ביי טראַנסמיסיע, די PHY וועט רעכענען די PHY פּיילאָוד לענג און די נומער פון קאָדעד ביטעס. ביי אָפּטראָג, די PHY וועט דעקאָדע די ל-פעלד און רעכענען די נומער פון ביטעס צו דעקאָדע. - C-פעלד
די C-פעלד איז די ראַם קאָנטראָל פעלד. דעם פעלד יידענאַפייד די ראַם טיפּ און איז געניצט פֿאַר די פּרימיטיווז פון די לינק דאַטן וועקסל דינסט. די C-פעלד ינדיקייץ די ראַם טיפּ - SEND, CONFIRM, REQUEST אָדער RESPOND. אין די פאַל פון SEND און REQUEST ראָמען, די C-פעלד ינדיקייץ צי אַ CONFIRM אָדער RESPOND איז געריכט.
ווען איר נוצן די יקערדיק לינק טקס פונקציע, קיין ווערט פון C קענען זיין געוויינט. ווען ניצן די לינק סערוויס פּרימיטיווז, די C פעלד איז פּאַפּיאַלייטאַד אויטאָמאַטיש לויט EN 13757-4:2005. - מ-פעלד
די מ-פעלד איז דער פאַבריקאַנט ס קאָד. מאַניאַפאַקטשערערז קענען בעטן אַ דריי-בריוו קאָד פון די פאלגענדע web אַדרעס: http://www.dlms.com/flag/INDEX.HTM יעדער כאַראַקטער פון די דריי-בריוו קאָד איז ענקאָודיד ווי פינף ביטן. די 5-ביסל קאָד קענען זיין באקומען דורך נעמען די ASCII קאָד און אַראָפּרעכענען 0x40 ("א"). די דריי 5-ביסל קאָודז זענען קאַנקאַטאַנייטאַד צו מאַכן 15-ביס. די מערסט וויכטיק זאַך איז נול. - א-פעלד
די אַדרעס פעלד איז אַ יינציק 6-ביטע אַדרעס פֿאַר יעדער מיטל. די יינציק אַדרעס זאָל זיין אַסיינד דורך דער פאַבריקאַנט. עס איז די פֿאַראַנטוואָרטלעכקייט פון יעדער פאַבריקאַנט צו ענשור אַז יעדער מיטל האט אַ יינציק 6-ביטע אַדרעס. די אַדרעס פֿאַר שיקן און בעטן ראָמען איז די זיך-אַדרעס פון די מעטער אָדער אנדערע מיטל. די קאַנפערמינג ענטפער דאַטן ראָמען זענען געשיקט מיט די אַדרעס פון די ערידזשאַנייטינג מיטל. - סי-פעלד
די סי-פעלד איז די אַפּלאַקיישאַן כעדער און ספּעסיפיקס די טיפּ פון דאַטן אין די אַפּלאַקיישאַן דאַטן פּיילאָוד. כאָטש EN13757-4: 2005 ספּעציפיצירט אַ לימיטעד נומער פון וואַלועס, די פּרימיטיוו פֿאַר לינק סערוויס וועט לאָזן קיין ווערט צו זיין געוויינט. - CRC
די CRC איז ספּעסיפיעד אין EN13757-4:2005.
די CRC פּאָלינאָמיאַל איז:
X16 + X13 + X12 + X11 + X10 + X8 + X6 + X5 + X2 + 1
באַמערקונג אַז די M-Bus CRC איז קאַלקיאַלייטיד איבער יעדער 16-ביטע בלאָק. דער רעזולטאַט איז אַז יעדער 16 ביטעס פון דאַטן דאַרפן טראַנסמיטטעד 18 ביטעס,
נאָך אינפֿאָרמאַציע
פֿאַר נאָך אינפֿאָרמאַציע וועגן די ימפּלעמענטאַטיאָן פון די לינק שיכטע, זען "AN452: ווירעלעסס M-Bus Stack פּראָוגראַמערז גייד".
מאַכט מאַנאַגעמענט
פיגורע 2 ווייזט די מאַכט פאַרוואַלטונג טיימליין פֿאַר אַ מעטער עקסampניצן די מאָדע T1.
די MCU זאָל זיין אין שלאָפן מאָדע ווען מעגלעך צו קאַנסערוו ענערגיע. אין דעם עקסampאָבער, די MCU איז סליפּינג ווען די RTC איז פליסנדיק, ווען ווארטן אויף די ראַדיאָ קריסטאַל סטאַרטאַפּ און ווען טראַנסמיטינג פֿון די FIFO. די MCU וועט וועקן זיך פון די EZRadioPRO IRQ סיגנאַל קאָננעקטעד צו אַ פּאָרט מאַטש וועקן-אַרויף.
ווען טראַנסמיטינג אַרטיקלען מער ווי איין בלאָק, די MCU מוזן וועקן זיך צו פּלאָמבירן די FIFO (באזירט אויף די FIFO כּמעט ליידיק יבעררייַס) און דאַן גיין צוריק צו שלאָפן.
די MCU זאָל זיין אין ליידיק מאָדע פליסנדיק פֿון די נידעריק מאַכט אַסאַלייטער אָדער פּלאַצן מאָדע אַסאַלייטער ווען לייענען פֿון די ADC. די ADC ריקווייערז אַ SAR זייגער.
ווען ניט אין נוצן, די EZRadioPRO זאָל זיין אין שאַטדאַון מאָדע מיט די SDN שטיפט געטריבן הויך. דאָס ריקווייערז אַ כאַרדווייערד קשר צו די MCU. די EZ Radio Pro רעדזשיסטערז זענען נישט אפגעהיט אין שאַטדאַון מאָדע; אַזוי, די EZRadioPro איז יניטיאַלייזד אויף יעדער RTC מעהאַלעך. יניטיאַלייזינג די ראַדיאָ נעמט ווייניקער ווי 100 μs און קאַנסערנז 400 NA. דאָס רעזולטאטן אין אַ 10 μJ ענערגיע סייווינגז, באזירט אויף אַ 10-רגע מעהאַלעך.
די EZRadioPRO קריסטאַל נעמט וועגן 16 מיז פֿאַר אַ פּאָר. דאָס איז לאַנג גענוג צו רעכענען די CRC פֿאַר וועגן אַכט בלאַקס. די MCU וועט גיין צוריק צו שלאָפן אויב עס קאַמפּליץ אַלע CRCs איידער די קריסטאַל איז סטייבאַלייזד. אויב ענקריפּשאַן איז פארלאנגט, עס אויך קענען זיין סטאַרטעד בשעת ווארטן אויף די קריסטאַל אַסאַלייטער.
די MCU זאָל לויפן ביי 20 MHz מיט די נידעריק-מאַכט אַסאַלייטער פֿאַר רובֿ טאַסקס. טאַסקס וואָס דאַרפן אַ גענוי טיימאַוט מוזן נוצן די פּינטלעכקייַט אַסאַלייטער און ליידיק מאָדע אַנשטאָט פון שלאָפן מאָדע. די RTC גיט גענוג האַכלאָטע פֿאַר רובֿ טאַסקס. די מאַכט פאַרוואַלטונג טיימליין פֿאַר די ט 2 מעטער עקסampדי אַפּלאַקיישאַן איז געוויזן אין פיגורע 3.
די ימפּלאַמענטיישאַן פון די טראַנססעיווער זאָל זיין אָפּטימיזעד פֿאַר נאָרמאַל פאַל ווען די מעטער וועקן זיך און עס איז קיין לייענער. די מינימום / מאַקסימום ACK טיימאַוץ זענען גענוג לאַנג אַזוי אַז עס איז מעגלעך צו נוצן די C8051F930 RTC און שטעלן די MCU אין שלאָפן מאָדע.
בויען אָפּציעס זענען צוגעשטעלט פֿאַר מיינז אָדער וסב-Powered לייענער וואָס טאָן ניט דאַרפֿן צו נוצן שלאָפן מאָדע. די ליידיק מאָדע וועט זיין געוויינט אַנשטאָט פון שלאָפן אַזוי אַז די וסב און UART קען יבעררייַסן די MCU.
פּאַשטעס סטודיאָ
איין-גיט אַקסעס צו MCU און וויירליס מכשירים, דאַקיומענטיישאַן, ווייכווארג, מקור קאָד לייברעריז און מער. בנימצא פֿאַר Windows,
מעק און לינוקס!
 |
 |
 |
 |
| IoT פּאָרטפעל www.silabs.com/IOT |
SW/HW www.silabs.com/simplicity |
קוואַליטעט www.silabs.com/quality |
שטיצן און קהילה community.silabs.com |
אָפּלייקענונג
סיליציום לאַבס בדעה צו צושטעלן קאַסטאַמערז די לעצטע, פּינטלעך און טיף דאַקיומענטיישאַן פון אַלע פּעריפעראַלס און מאַדזשולז בנימצא פֿאַר סיסטעם און ווייכווארג ימפּלאַמענערז ניצן אָדער בדעה צו נוצן די סיליציום לאַבס פּראָדוקטן. קעראַקטעריסטיקס דאַטן, בנימצא מאַדזשולז און פּעריפעראַלס, זיקאָרן סיזעס און זיקאָרן אַדרעסעס אָפּשיקן צו יעדער ספּעציפיש מיטל, און "טיפּיש" פּאַראַמעטערס צוגעשטעלט קענען און טאָן בייַטן אין פאַרשידענע אַפּלאַקיישאַנז. אַפּפּליקאַטיאָן עקסampדי דיסקרייבד דאָ זענען בלויז פֿאַר ילאַסטראַטיוו צוועקן. סיליציום לאַבס ריזערווז די רעכט צו מאַכן ענדערונגען אָן ווייַטער באַמערקן און באַגרענעצונג צו פּראָדוקט אינפֿאָרמאַציע, ספּעסאַפאַקיישאַנז און דיסקריפּשאַנז אין דעם, און גיט קיין וואָראַנטיז וועגן די אַקיעראַסי אָדער קאַמפּליטנאַס פון די אַרייַנגערעכנט אינפֿאָרמאַציע. סיליציום לאַבס וועט האָבן קיין אַכרייַעס פֿאַר די קאַנסאַקווענסאַז פון נוצן פון די אינפֿאָרמאַציע סאַפּלייד אין דעם. דער דאָקומענט טוט נישט מיינען אָדער אויסדריקן קאַפּירייט לייסאַנסיז דערלויבט צו פּלאַן אָדער פּראָדוצירן קיין ינאַגרייטיד סערקאַץ. די פּראָדוקטן זענען נישט דיזיינד אָדער אָטערייזד צו זיין געוויינט אין קיין לעבן סופּפּאָרט סיסטעם אָן די ספּעציפיש געשריבן צושטימען פון סיליקאָן לאַבס. א "לעבן סופּפּאָרט סיסטעם" איז קיין פּראָדוקט אָדער סיסטעם בדעה צו שטיצן אָדער ונטערהאַלטן לעבן און / אָדער געזונט, וואָס, אויב עס פיילז, קענען זיין ריזאַנאַבלי דערוואַרט צו רעזולטאַט אין באַטייַטיק פערזענלעכע שאָדן אָדער טויט. סיליציום לאַבס פּראָדוקטן זענען נישט דיזיינד אָדער אָטערייזד פֿאַר מיליטעריש אַפּלאַקיישאַנז. סיליציום לאַבס פּראָדוקטן וועט אונטער קיין צושטאנדן ווערן געניצט אין וועפּאַנז פון מאַסע צעשטערונג אַרייַנגערעכנט (אָבער ניט לימיטעד צו) יאָדער, בייאַלאַדזשיקאַל, אָדער כעמישער וועפּאַנז, אָדער מיסאַלז וואָס קענען דעליווערינג אַזאַ וועפּאַנז.
טריידמאַרק אינפֿאָרמאַציע
Silicon Laboratories Inc.®, Silicon Laboratories®, Silicon Labs®, SiLabs®, און די Silicon Labs logo®, Bluegiga®, Bluegiga Logo®, Clockbuilder®, CMEMS®, DSPLL®, EFM®, EFM32®, EFR, Ember® , ענערגיע מיקראָ, ענערגיע מיקראָ לאָגאָ און קאַמבאַניישאַנז דערפון, "די וועלט 'ס מערסט ענערגיע פרייַנדלעך מיקראָקאַנטראָולערז", Ember®, EZLink®, EZRadio®, EZRadioPRO®, Gecko®, ISOmodem®, Precision32®, ProSLIC®, Simplicity Studio®, SiPHY® , Telegesis, די Telegesis Logo®, USBXpress® און אנדערע זענען טריידמאַרקס אָדער רעגיסטרירט טריידמאַרקס פון סיליקאָן לאַבס. ARM, CORTEX, Cortex-M3 און טאַמז זענען טריידמאַרקס אָדער רעגיסטרירט טריידמאַרקס פון ARM Holdings. Keil איז אַ רעגיסטרירט טריידמאַרק פון ARM לימיטעד. אַלע אנדערע פּראָדוקטן אָדער סאָרט נעמען דערמאנט דאָ זענען טריידמאַרקס פון זייער ריספּעקטיוו האָלדערס.
Silicon Laboratories Inc.
400 מערב Cesar Chavez
אַוסטין, טקסס 78701
USA
http://www.silabs.com
דאָקומענטן / רעסאָורסעס
 |
SILICON LABS ווירעלעסס M-BUS ווייכווארג ימפּלעמענטאַטיאָן AN451 [pdfבאַניצער גייד SILICON LABS, C8051, MCU און, EZRadioPRO, Wireless M-bus, Wireless, M-BUS, Software, Implementation, AN451 |
