אינהאַלט

1. הקדמה. 3

1.1 @City ( IoT/CIoT ) Communication 4

1.2. 4. ייַזנוואַרג רעסורסן פון יאָט / סיאָט דעוויסעס

0..4 פּראָוגראַמאַבאַל ביינערי ינפּוץ 4

0..4 פּראָוגראַמאַבאַל ביינערי אַוטפּוץ 4

0 .. 4 קאַונטינג ינפּוץ (נאָנוואָלאַטאַל קאָונטערס) 4

0..4 דימערז אַוטפּוץ (PWM אָדער 0..10V) 5

ינפראַרעד ינפּוט + רעזולטאַט 5

0..4 מעאַסורעמענט ינפּוץ (אַדק) 5

סיריאַל ינטערפייסיז SPI / I2C / UART / CAN 5

1.3. @City GSM Devices 6

1.4. @City LoRaWAN Devices 9

די module אָן LoRaWAN modem און processor may act as MEMs Sensor Module for @City GSM, וויפי, עטהערנעט, און other eHouse architectures ( 3v3..3v6 DC powered ) 10

2. General conditions of usage @City ( LoRaWAN, GSM ) Systems 11

2.1. Exclusive Conditions of @City GSM. 11

2.2. Exclusive conditions for @City LoRaWAN. 12

3. @City ( LoRaWAN, GSM ) Controller Configuration 13

3.1. @City Controller Configuration - Assigning names 13

3.2. General configuration of @City LoRaWAN & GSM Controllers 14

3.2.1 General configuration of @City GSM device 14

3.2.2. General Configuration of @City LoRaWAN controllers 17

3.3. קאָנפיגוראַטיאָן ביינערי ינפּוץ

3.4. קאָנפיגוראַטיאָן ביינערי אַוטפּוץ 19

3.5. קאָנפיגוראַטיאָן פון אַדק מעאַסורעמענט ינפּוץ און נאָך סענסאָרס (קסין) 21

3.6. דיממער קאָנפיגוראַטיאָן PWM / 0..10V 22

3.7. קאָנפיגוראַטיאָן פון קאַלענדאַר-סקעדזשולער 24

4. LoRaWAN Network Infrastructure Configuration 26

4.1. LoRaWAN Gateway Configuration. 26

4.1.1. Basic configuration of LoRaWAN gateway 26

4.1.2. Semtech פּאַקאַט פאָרווערדער (SPF) קאַנפיגיעריישאַן 27

4.2. LoRaWAN Network/Application Server Configuration 28

4.2.1. LoRaWAN Network Server Configuration 29

5. Work condition of @City GSM / LoRaWAN devices 31

1. הקדמה.

די @City סיסטעם שטיצט אַ נומער פון עלעקטראָניש דעוויסעס (קאַנטראָולערז) - גערופֿן ווי נאָדע, מאָטע, מיטל. פילע טייפּס פון קאָמוניקאַציע (ווייערד און וויירליס) זענען פאַראַנען דיפּענדינג אויף די פאַראַנען ינפראַסטראַקטשער, באדערפענישן און באדינגונגען.

אַלע דעוויסעס זענען ינאַגרייטיד מיט יעדער אנדערע דורך די @City וואָלקן און עס איז אַ מעגלעכקייט פון כייבריד קוואַפּעריישאַן דיפּענדינג אויף די אַוויילאַבילאַטי פון אַ געגעבן קאָמוניקאַציע ינפראַסטראַקטשער.

פֿאַר בילדינגז און וויפי פארבונדן צו די אינטערנעט, מיר קענען נוצן סאַלושאַנז דורך סערווער (וואָס קענען שיקן / באַקומען דאַטן צו @City וואָלקן):

די פאלגענדע דאָקומענט דיסקרייבז GSM און LoRaWAN דעוויסעס באזירט אויף אַ איין-שפּאָן מיקראָ קאַנטראָולער (מייקראָופּראַסעסער) און אַ פונדרויסנדיק קאָמוניקאַציע מאָדעם. דעם אַלאַוז די סיסטעם צו זיין סטאַנדערדייזד טראָץ די חילוק פון קאָמוניקאַציע מאָדעם.

פֿאַר אנדערע קאָמוניקאַציע וועריאַנץ ביטע אָפּשיקן צו eHouse דאַקיומענטיישאַן.

דאָס ינייבאַלז ענלעך פאַנגקשאַנאַליטי און ויסריכט, ווי געזונט ווי גרינג מייגריישאַן צו אנדערע קאָמוניקאַציע וועריאַנץ אָדער ווערסיעס.

1.1 @City ( IoT/CIoT ) Communication

די @City סיסטעם currently uses one of the אויסגעקליבן communication modules ( modems ):

1.2. ייַזנוואַרג רעסורסן פון יאָט / סיאָט דעוויסעס

די גאנצע "סייכל" סיסטעם ריזיידז אין מיקראָ קאַנטראָולער (מייקראָופּראַסעסער) און איז נישט זייער אָפענגיק אויף די טיפּ פון קאָמוניקאַציע. די ייַזנוואַרג רעסורסן פון יאָט / סיאָט דעוויסעס (מייקראָופּראַסעסער) זענען ווי גייט:

1.3. @City GSM Devices

@City GSM devices connect through the cellular network of the GSM mobile operator through one or more technologies און services. די באַדינונגס זענען רעכענונג און אָפענגען אויף די אָפּערייטערז און באַדינונגס ינדיווידזשואַלי. די סערוויס איז אָטערייזד ווי די רירעוודיק פאָנעס דורך אַקטיוו סים קאַרדס:

די availability of אויסגעקליבן services depends on the communication operator און the built-in GSM modem at the production stage:

2) 2G / LTE CATM1 (Orange) - עס איז 2G פאַלבאַקק מעגלעכקייט ווען CATM1 איז ניט בנימצא.

3) 2G / NBIoT (T-Mobile / Deutsche Telecom) - עס איז 2G פאַלבאַקק מעגלעכקייט ווען NBIoT איז ניט בנימצא און דער אָפּעראַטאָר אַלאַוז עס.

6) אנדערע באַדינונגס קאָמבינאַציע קען זיין בנימצא דיפּענדינג אויף פאַראַנען מאָדעם און סעטטינגס.

די ערשטע 3 סאַלושאַנז אַרבעט אויף דער זעלביקער מאָדעם (NBIoT / CATM1 + Fallback 2G). אין דעם פאַל פון ניצן "פּלאַסטיק" נאַנאָ סים קאַרדס עס איז מעגלעך צו פאַרבייַטן די קאָרט און רימאָוטלי קאַנפיגיער די מיטל צו אַרבעטן רעכט אין אן אנדער דינסט. אין דעם פאַל פון MIM (סימס אין די פאָרעם פון אַ שפּאָן (IC)), דער באַשלוס איז געמאכט אין דער בינע פון פּראָדוקציע פון די מיטל, און עס איז ניט מעגלעך צו טוישן די אָפּעראַטאָר אָדער דינען. NBIoT איז דעדאַקייטאַד צו אַ זייער קליין סומע פון טראַנסמיטטעד דאַטן ~ 512 קב פּער חודש (ביטע פאַרהאַנדלען דעם אָפּעראַטאָר פֿאַר דעם אָפּעראַטאָר), וואָס איז אַ באַטייטיק שטערונג פֿאַר עטלעכע סיאָט / יאָט סאַלושאַנז.

די סאַלושאַנז 4, 5 דאַרפן די ינסטאַלירונג פון אנדערע מאָדעמס אין דער פּראָדוקציע בינע.

די מאַכט קאַנסאַמשאַן פון די מיטל דעפּענדס אויף די סערוויס און איז געוויזן פֿון לאָואַסט צו העכסטן:

דאַטן אַריבערפירן קורס פון לאָואַסט צו העכסטן:

All @City GSM devices can be equipped with a GPS receiver for geolocation און automatic positioning on maps. זיי קענען אויך אַרבעטן רירעוודיק ווען עס איז אַ נויט פֿאַר מעזשערמאַנץ אָדער אַרבעט אין באַוועגונג.

1.4. @City LoRaWAN Devices

LoRaWAN is a long קייט communication solution ( up to approx. 15 קילאמעטער) ארבעטן אין עפענען יסם באַנדס (למשל 433 מהז, 868 מהז, עטק. ). זייער גרויס ריינדזשאַז דאַרפן אַ באַטייטיק רעדוקציע אין טראַנסמיסיע גיכקייַט און דאַטן פּאַקיץ לענג (למשל. פֿאַר די העכסטן קייט אַרויף צו 250 ביטן פּער סעקונדע און אַ מאַקסימום פון 51 ביטעס פון דאַטן - פּיילאָוד). Transmission with repetitions און confirmations can take a very long time, which may eliminate LoRaWAN in some solutions. די number of LoRaWAN gateways is also important to ensure a good קייט of devices, which allows you to work at higher speeds, fewer errors און less repetitions amount.

LoRaWAN devices communicate with the @City cloud via LoRaWAN Gateways, which have to provide coverage at the required level for all available LoRaWAN devices. In addition, these gateways must be connected to the LAN or the Internet via any link to be able to send data to the LoRaWAN network/application server ( נס/AS ).

די web server is used for two-way communication with LoRaWAN gateways און for sending information to/ from LoRaWAN devices.

די נעץ / אַפּלאַקיישאַן סערווער קענען זיין לאָוקייטאַד אויף די היגע LAN אָדער אין די דאַטן צענטער פון די סערוויס שפּייַזער. דאַטן פון די דעוויסעס זענען געשיקט פֿון די נעץ / אַפּלאַקיישאַן סערווער דורך ינאַגריישאַן פּראָטאָקאָלס צו די @City cloud (דורך וועבהאָאָק). דאָס אַלאַוז דירעקט ינטאַגריישאַן פון די @City LoRaWAN סיסטעם מיט @City databases.

די אַפּלאַקיישאַן סערווער קענען אַדישנאַלי ימפּלאַמענאַד עקסטענדעד לאָגיק & בים (אינפֿאָרמאַציע מאָדעלינג) פֿאַר די סיסטעם, פּראַסעסינג דאַטן אויף אָפּטראָג און שיקן קאָנטראָל קאַמאַנדז (געשעענישן) צו יחיד דעוויסעס אין ענטפער.

די module אָן LoRaWAN modem און processor may act as MEMs Sensor Module for @City GSM, וויפי, עטהערנעט, און other eHouse architectures ( 3v3..3v6 DC powered )

2. General conditions of usage @City ( LoRaWAN, GSM ) Systems

ATTENTION! פאַלש באַשטעטיקן די הויפּט פּאַראַמעטערס פֿאַר קאָמוניקאַציע צובינד קען פאַרשאַפן די אַפּאַראַט צעשטערונג אָדער שטענדיק בלאַקינג (צו וואָס מיר האָבן קיין גשמיות אַקסעס).

קיין קאָנטראָללער ס דערהייַנטיקן פון אַ פירמוואַרע און לעצט קאַנפיגיעריישאַן מוזן זיין דורכגעקאָכט און טעסטעד (פֿאַר אַלע דעוויסעס און אין מינדסטער אַ וואָך פֿאַר עטלעכע דעוויסעס) איידער זיי ינסטאַלירן אויף די דעסטיניישאַן אָרט.

דער פאַבריקאַנט איז ניט פאַראַנטוואָרטלעך פֿאַר ימפּראַפּער קאַנפיגיעריישאַן / ווייכווארג דערהייַנטיקן דורכגעקאָכט דורך אַנאָטערייזד מענטשן, ווי געזונט ווי זייער דורכפירונג אין ערטער פון ינסטאַלירונג פון יחיד קאַנטראָולערז.

די סיסטעם באַניצער (נישט דער מאַנופאַקטורער) טראָגן אַלע קאָס פון דיינסטאַללאַטיאָן, באַדינונגס, פאַרריכטן, פאַרבייַט, ריינסטאַליישאַן.

צו דערהייַנטיקן די פירמוואַרע און קאַנפיגיעריישאַן, עס איז נייטיק צו ענשור אַ גענוג סיגנאַל מדרגה און די אַוויילאַבילאַטי פון די פארלאנגט באַדינונגען. די אויבן אַקטיוויטעטן קען זיין אוממעגלעך אין די לעצט ינסטאַלירונג לאָוקיישאַנז פון די קאַנטראָולערז און אין זייער ינקלאָוזשערז. זיי קען אויך אָפענגען אויף די סעזאָן, וועטער און ראַדיאָ כוואַליע פּראַפּאַגיישאַן.

די קאָס פון סערוויסעס שייך צו די ענדערונג אין קאַנפיגיעריישאַן / פירמוואַרע זענען באזירט אויף די באַניצער (נאָך פיז פֿאַר דאַטן אַריבערפירן, מעגלעך נעם אַוועק, ינסטאַלירונג פון דעוויסעס, אַנלאַקינג, פאַרבייַט, עטק.) ).

די מאַקסימום קייט איז ריין טעאָרעטיש, מעזשערד אונטער ידעאַל ראַדיאָ פּראַפּאַגיישאַן באדינגונגען און רעפערס צו די אָפּעראַציע פון דיווייסאַז (מיט פונדרויסנדיק און מאַטשט אַנטענאַז) אין די פעלד פון מיינונג (אָן אַבסטראַקשאַנז אין די סיגנאַל שטראַל דרך). דעפּענדינג אויף די ורבאַניזיישאַן פון די געגנט, ביימער, וועטער, אָרט און ינסטאַלירונג מעטהאָדס, די קייט קען זיין ערגער עטלעכע הונדערט מאָל ווי די אויבן דאַטן.

2.1. Exclusive Conditions of @City GSM.

די user bears the costs און is responsible for timely payment of the GSM operator subscription און @City server hosting. פעלן פון סערוויס קאַנטיניואַסי קען פאַרשאַפן יריווערסאַבאַל ענדערונגען אין קריטיש טראַנסמיסיע פּאַראַמעטערס און בלאַקינג די גאנצע סיסטעם (למשל. ענדערונג פון סטאַטיק IP אַדרעס, אָנווער פון אינטערנעט פעלד, אָנווער פון דאַטן / קאַנפיגיעריישאַן אויף די סערווער, ווייכווארג אָנווער, באַקאַפּס, עטק. ).

In the געשעעניש that the user pays the above-mentioned amounts as a flat rate to the producer of the @City סיסטעם, the Producer is not responsible for the conditions changes of the offer or termination of services performed by external entities.

די סיסטעם manufacturer is not responsible for the quality of services provided by third parties, including the GSM operator, external @City hosting. דער פאַבריקאַנט איז ניט פאַראַנטוואָרטלעך פֿאַר די דיטיריעריישאַן פון די קייט פון ראַדיאָ כוואַליע פּראַפּאַגיישאַן (למשל. due to the creation of new buildings, changes in the location of GSM broadcasting stations ( BTS ), trees, etc. ).

אין פאַל פון דאַטן אַריבערפירן לימאַץ (ספּעציעל פֿאַר NBIoT), ווייכווארג קאַנפיגיעריישאַן און דערהייַנטיקן זאָל זיין דורכגעקאָכט אין די אָנהייב פון די אַבאָנעמענט צייַט, מיט די לאָואַסט מעגלעך דאַטן קאַנסאַמשאַן. אַנדערש, עס איז מעגלעך צו פאַרשפּאַרן די מיטל ביז דעם סוף פון די בילינג צייַט ווייַל פון בלאַקידזשאַז וואָס זענען פארבונדן צו יקסיד די אַריבערפירן שיעור.

די GSM operator is responsible for the quality of the GSM connection, not the @City סיסטעם manufacturer.

דער באַניצער דערקלערט אַז ער / זי אַקסעפּץ די פאלגענדע אינפֿאָרמאַציע און שטימען צו אים.

2.2. Exclusive conditions for @City LoRaWAN.

די user bears the costs און is responsible for the timely payment of lease און installation fees for the LoRaWAN gateway, LoRaWAN Network/Application Server און @City server hosting. מאַנגל פון סערוויס קאַנטיניויישאַן קען פאַרשאַפן יריווערסאַבאַל ענדערונגען אין קריטיש טראַנסמיסיע פּאַראַמעטערס און שטענדיק סיסטעם בלאַקינג. ענדערונג פון סטאַטיק IP אַדרעס, אָנווער פון פעלד, אָנווער פון דאַטן / קאַנפיגיעריישאַן אויף די סערווער, ווייכווארג אָנווער, באַקאַפּס, עטק. ).

In the געשעעניש that the user lays down the above obligations on a flat-rate basis to the @City producer, the producer is not responsible for changing the conditions or terminating the services provided by external entities.

די סיסטעם manufacturer is not responsible for services provided by external entities, including any LoRaWAN operator, hosting for the LoRaWAN network/application server, external @City server hosting. דער פאַבריקאַנט איז ניט פאַראַנטוואָרטלעך פֿאַר די דיטיריעריישאַן פון די קייט פון ראַדיאָ כוואַליע פּראַפּאַגיישאַן (למשל. due to the creation of new buildings, changes in the location of LoRaWAN gateways, damage to LoRaWAN gateways, power outages, trees, interference, signal losses, etc. ).

אין פאַל פון דאַטן אַריבערפירן לימאַץ, די ווייכווארג קאַנפיגיעריישאַן און דערהייַנטיקן זאָל זיין דורכגעקאָכט אין די אָנהייב פון די אַבאָנעמענט צייַט, מיט די מינדסטער קראַנט דאַטן קאַנסאַמשאַן. אַנדערש, עס איז מעגלעך צו פאַרשפּאַרן די מיטל ביז דעם סוף פון די בילינג צייַט ווייַל פון בלאַקידזשאַז וואָס זענען פארבונדן צו יקסיד די אַריבערפירן שיעור. דער דערהייַנטיקן זאָל זיין דורכגעקאָכט איין קאַנטראָולער פֿון אָנהייב צו סוף און טעסטינג די ריכטיק אַרבעט. אויב איר לויפן די דערהייַנטיקן פֿאַר אַלע קאַנטראָולערז, די ראַדיאָ באַנד קען זיין בלאַקט פֿאַר פילע טעג.

LoRaWAN uses publicly available "עפענען ראַדיאָ באַנדס" (433 אָדער 868 מהז פֿאַר אי.יו.), וואָס קען זיין אויפגערודערט אָדער פאַרנומען דורך אנדערע דעוויסעס וואָס אַרבעטן אויף דער זעלביקער פריקוואַנסיז. דער פאַבריקאַנט איז ניט פאַראַנטוואָרטלעך פֿאַר די קוואַליטעט פון קאָמוניקאַציע אין די אויבן פאַל.

די user is responsible for covering the area with the appropriate number of LoRaWAN gates און their location to obtain the appropriate level of signals for all devices און the entire @City LoRaWAN סיסטעם.

דער באַניצער דערקלערט אַז ער / זי אַקסעפּץ די פאלגענדע אינפֿאָרמאַציע און שטימען צו אים.

3. @City ( LoRaWAN, GSM ) Controller Configuration

סיסטעם קאַנפיגיעריישאַן איז דורכגעקאָכט דורך די וועב צובינד. Configuration is very critical for @City controllers און incorrect settings may cause the סיסטעם to completely block. It is recommended that the full template configuration ( default settings ) be carried out און tested by the @City סיסטעם manufacturer.

3.1. @City Controller Configuration - Assigning names

קאָנטראָללער אַדרעס 000000000000000 ( 15 zeros for גסם/16 for LoRaWAN ) איז די פעליקייַט אַדרעס וואָס אַפּלייז צו אַלע קאַנטראָולערז אין די משפּחה (ד"ה פֿאַר די זעלבע ווענדאָר קאָוד און טעקע קאָד, און דער זעלביקער טיפּ פון לאָוראַוואַן / גסם קאָנטראָללער. אויב די קאַנטראָולער האט נישט זיין דיפיינד זיין אייגענע קאַנפיגיעריישאַן, די פעליקייַט קאַנפיגיעריישאַן איז לאָודיד אין עס.

In the case of GSM controllers, this address corresponds to the unique IMEI number ( 15 characters ) assigned by the manufacturer of the GSM modem.

In the case of LoRaWAN controllers, this address corresponds to the unique "Dev EUI" number given by the manufacturer of the LoRaWAN modem ( 16 characters in hexadecimal code ).

ווענדאָר קאָוד - איז אַ יינציק פּאַראַמעטער פֿאַר די קונה (באַניצער)

טעקע קאָד - איז אַ פּאַראַמעטער וואָס באַצייכענען די טיפּ פון פירמוואַרע (דעפּענדס אויף די ויסריכט און פאַראַנען אַלגערידאַמז)

אין רובֿ פאלן, עס איז גענוג צו קאַנפיגיער דעם איין מיטל (ניט ויסצאָלן) פֿאַר די גאנצע סיסטעם אָדער ווי אַ מוסטער פֿאַר אנדערע דריווערס. ווען איר שאַפֿן אַ נייַע קאָנטראָללער קאַנפיגיעריישאַן, די סעטטינגס זענען קאַפּיד פון די מוסטער.

Both פירמוואַרע און configurations for all installations ( instances ) are located on the servers of the @City סיסטעם manufacturer available via the WWW, to which the user may have limited access. די ריכטיק קאַנפיגיעריישאַן איז אָבער זייער קריטיש, און עס איז נישט רעקאַמענדיד צו מאַכן ענדערונגען אָן טעסטינג אויף עטלעכע דעוויסעס מיט פול פיזיש אַקסעס (אויף דעם דעסק). For more information, please check the general conditions of the @City סיסטעם און the specific conditions for a particular way of communication.

3.2. General configuration of @City LoRaWAN & GSM Controllers

3.2.1 General configuration of @City GSM device

Before starting the configuration, please read the general conditions of the @City סיסטעם און סיסטעם-specific conditions for @City GSM.

ווענדאָר קאָוד - כּולל 8 אותיות סטאָרד אין העקסאַדעסימאַל קאָד דעדאַקייטאַד צו איין קונה (באַניצער). עס איז געגעבן אין דער פּראָדוקציע קאַנטיינער פון די קאַנטראָולער. אַן פּרווון צו טוישן קען פאַרשאַפן פּערמאַנאַנט שעדיקן פון די קאָנטראָללער.

טעקע קאָד - כּולל 8 אותיות סטאָרד אין העקסאַדעסימאַל קאָד, דעדאַקייטאַד צו אַ קאָנטראָללער פירמוואַרע ווערסיע. It is granted at the controller production stage און may depend on the type of communication ( GSM / LoRaWAN ) און additional equipment, e.g. סענסאָרס, די נומער פון ינפּוץ / אַוטפּוץ און יחיד אַלגערידאַמז. די ענדערונג קען פאַרשאַפן פּערמאַנאַנט שעדיקן אָדער בלאַקינג פון די קאָנטראָללער.

PIN נומער. - 4-ציפֿער שפּילקע נומער אויב באַשטימט פֿאַר די סים קאָרט. באַשטעטיקן PIN ס איז נישט רעקאַמענדיד. פֿאַר פּלאַסטיק סים קאַרדס, איר קענען באַזייַטיקן זיי אויף דיין מאָביל טעלעפאָן. די ינטראַדאַקשאַן פון אַ פאַלש סים קען פאַרשאַפן די בלאַקינג פון די קאָרט פּערמאַנאַנטלי (צו וואָס מיר לעסאָף האָבן קיין גשמיות אַקסעס).

SMS ניין - SMS נומער ווען שיקט סטאַטוס דורך SMS. די אָפּציע איז בנימצא דיפּענדינג אויף די סערוויס און דער אָפּעראַטאָר (2G / CATM1 / NBIoT). עס אויך ריקווייערז ווענדן אויף די פאָן: SMS געבן.

וססד סטר - USSD באַפֿעל פֿאַר שיקן סטאַטוסעס דורך USSD. This option is available only for אויסגעקליבן types of GSM modems ( 2G/3G + GPS ). די אָפּציע: וססד געבן איז נויטיג. דער אָפּעראַטאָר דאַרף צושטעלן און אַקטאַווייט די וססד דינסט.

APN - אַקסעס פּוינט נאָמען. דער נאָמען פון די אינטערנעט אַקסעס פונט, למשל. אינטערנעט (פֿאַר ספּעציעלע סערוויסעס ווי LTE-M1 אָדער NB-IoT, דער אָפּעראַטאָר קענען זיין אַסיינד ינדיווידזשואַלי).

WWW אַדרעס - וועב אַדרעס (פעלד אָדער IP) פֿאַר הטטפּ אַקסעס.

WWW בלאַט - וועב בלאַט אַדרעס, וווּ קאַנטראָולערז זענען סטאַטוסעס און קאַמאַנדז זענען געשיקט.

הטטפּ ענאַבלע - ענאַבאַלז הטטפּ דאַטן טראַנסמיסיע. דער אופֿן דזשענערייץ פילע מאָל מער דאַטן אַריבערפירן ווי אַלע אנדערע קאָמוניקאַציע מעטהאָדס, וואָס קען רעזולטאַט אין געוואקסן קאָס, יקסיד די אַריבערפירן שיעור אָדער ינאַביליטי צו נוצן עטלעכע באַדינונגען, אַזאַ ווי NBIoT.

TCP / UDP אַדרעס - IP address of the @City server for receiving און transmitting data between the cloud און devices. עס איז רעקאַמענדיד צו נוצן אַ פאַרפעסטיקט IP אַדרעס, נישט אַן אינטערנעט פעלד אַדרעס.

TCP געבן - אַללאָווס איר צו געבן TCP / IP טראַנסמיסיע. טראַנסמיסיע ראָמען און טקפּ קאַנפערמיישאַנז פאַרגרעסערן די סומע פון דאַטן אין באַציונג צו ודפּ טראַנזמישאַנז, אָבער זיי ענשור די ריכטיקקייט פון דאַטן, באַשטעטיקונגען און גאַראַנטירן די עקספּרעס אויב קאָמוניקאַציע איז בנימצא.

UDP פּאָרט - פּאָרט פֿאַר ריסיווינג סטאַטוס דורך ודפּ

Aux אַדרעס, Aux Port, Aux Enable - צוקונפֿט אַפּלאַקיישאַנז

Aux2 אַדרעס, Aux2 פּאָרט, Aux2 ענייבאַלד - צוקונפֿט אַפּלאַקיישאַנז

אַקטיוויישאַן פון סענסער שטיצן ( they must be physically mounted on the @City module ). אַנדערש, די מיטל קען אַרבעט פיל סלאָוער און ווייניקער סטאַביל. סענסאָרס זענען אינסטאַלירן אין דער פּראָדוקציע בינע פֿאַר די גאנצע פּראָדוקציע סעריע.

טעמפּ, פּרעשער, הומידיטי, גאַז - ינאַגרייטיד טעמפּעראַטור, דרוק, הומידיטי און לופט קוואַליטעט סענסער

טעמפּ + פּרעסורע - ינטעגראַטעד טעמפּעראַטור און דרוק סענסער

גיראָסקאָפּע - גיראָסקאָפּע סענסאָר אין 3 אַקסעס (X, Y, Z)

מאַגנעטאָמעטער - מאַגנעטיק סענסער אין 3 אַקסעס (X, Y, Z)

אַקסעלעראַמאַטער - אַקסעלעריישאַן / ווייבריישאַן סענסאָר אין 3 אַקס (X, Y, Z)

אַמביאַנט + פּראָקסימעטער - ינאַגרייטיד ליכט מדרגה און (10 קם קייט) פּראָקסימעטער סענסער

GSM Commאוןs - נאָך קאַמאַנדז פֿאַר מאָדעם יניטיאַליזאַטיאָן

האַש קאָוד - אַן נאָך ענקריפּשאַן קאָד. דו זאלסט נישט טוישן.

הטטפּ אַריבערפירן - נאָך HTTP קאָמוניקאַציע אָפּציעס

גלאבאלע אַדרעס - די גלאבאלע אַדרעס פון די קאָנטראָללער פֿאַר מיטל-צו-מיטל קאָנטראָל.

GSM מאָדע - GSM communication mode ( 2G Only, LTE Only, CATM1, NBIoT, 2G + CAT M1, LTE 800, LTE 1800 ). פאַלש באַשטעטיקן פון קאָמוניקאַציע מאָדע קען רעזולטאַט אין שטענדיק בלאַקינג פון מיטל קאָמוניקאַציע.

3.2.2. General Configuration of @City LoRaWAN controllers

Most options are the same as in the GSM controller. In principle, all fields related to GSM communication are not used during LoRaWAN controller operation. LoRaWAN devices have different פירמוואַרע which support LoRaWAN module instead GSM.

אויף די @City LoRaWAN מיטל זייַט, קאַנפיגיעריישאַן איז זייער פּשוט:

אַפּלאַקיישאַן EUID - אַפּפּליקאַטיאָן שייַן for LoRaWAN server ( 16 characters in hex code ) - application defined on the LoRaWAN Network/Application Server to which we send data.

אַפּפּליקאַטיאָן דורכפֿאַל - application authorization key for LoRaWAN server ( as above )

דיסייבאַל אַדאַפּטיווע דאַטאַ טעמפּאָ - דיסאַבלעס אַדאַפּטיוו גיכקייַט סעלעקציע. דער אַלאַוז איר צו קראַפט אַ קעסיידערדיק גיכקייַט פון די מיטל. אין עטלעכע סיטואַטיאָנס, דאָס קען גרונט גרויס קאָמוניקאַציע פּראָבלעמס. עס זאָל זיין גענומען אין חשבון אַז די פּאַראַמעטערס פון RSSI און SNR פֿאַרבעסערן אין די אַדאַפּטיוו מאָדע, די גיכקייט ינקריסיז באטייטיק. דאָס ראַדוסאַז די דאַטן טראַנסמיסיע דורך ראַדיאָ באטייטיק רידוסט "אויף די לופט צייט" און פיל מער אָפט אינפֿאָרמאַציע קענען זיין טראַנסמיטטעד צווישן די מיטל און די סערווער און וויצע ווערסאַ.

דאַטאַ קורס (DR) - LoRaWAN link speed selection. די גיכקייַט איז ניט גילטיק פֿאַר באָאָטלאָאַדער. אין פאַל די קאָנטראָללער אַרבעט אין די אַדאַפּטיוו גיכקייַט באַשטעטיקן מאָדע, דאָס איז בלויז די אָנהייב ווערט, ווייַל די קאָנטראָללער נאָך עטלעכע פרווון פון טראַנסמיסיע, אָטאַנאַמאַסלי סאַלעקץ די אָפּטימאַל גיכקייַט צו באַגרענעצן די צייט פון אָנזאָג טראַנסמיסיע אין די לופט.

דערהייַנטיקן סעטטינגס - סאַוועס די סטאַרטאַפּ קאַנפיגיעריישאַן פון קאָנטראָללער - אַלע סעטטינגס

די rest of the @City LoRaWAN configuration is located in the remaining elements of the LoRaWAN configuration screens in Chapter 4.

3.3. ביינערי ינפּוץ קאָנפיגוראַטיאָן

ביינערי ינפּוץ האָבן אַ נומער פון פאַנגקשאַנז און פּאַראַמעטערס וואָס אַלאַוז אָטאַנאַמאַס קאָנטראָללער קאָנטראָל:

יבערקערן - אַרייַנשרייַב נעגאַטיוו ווען סענסאָרס "נאָרמאַלי פארבונדן" (נק) זענען פארבונדן.

שרעק - אַקטאַוויישאַן פון די שרעק פונקציע.

שרעק פאַרהאַלטן - שרעק פאַרהאַלטן צייַט. אויב די אַרייַנשרייַב שטאַט קערט צו די אָריגינעל שטאַט איידער די צייט איז אויסגעגאנגען, די שרעק וועט נישט זיין אַקטיווייטיד.

געדענקט שטאַט צייט צו געדענקען די ענדערונג פון די אַרייַנשרייַב שטאַט.

דיסייבאַל דורכפירונג - בלאַקינג פון פליסנדיק געשעענישן שייַכות צו דעם אַרייַנשרייַב.

לויפן - לויפן די אַרייַנשרייַב קאַנפיגיעריישאַן באַפֿעל (Ad-Hoc)

קאָפּיע - קאָפּי אַרייַנשרייַב קאַנפיגיעריישאַן באַפֿעל צו די קליפּבאָרד

געשעעניש אויף - באַשרייַבונג פון ווי צו פירן די געשעעניש פֿאַר הויך ינפּוט מדרגה (1)

דירעקט עווענט אויף - געשעעניש קאָד צו לויפן ווען די אַרייַנשרייַב איז אויף (0 => 1)

געשעעניש אויסגעלאשן - באַשרייַבונג פון אַקטאַוויישאַן פון געשעעניש פֿאַר נידעריק ינפּוט מדרגה (0)

דירעקט עווענט אויסגעלאשן - געשעעניש קאָד צו לויפן ווען די אַרייַנשרייַב איז אַוועק (1 => 0)

שרעק עווענט - באַשרייַבונג פון די שרעק געשעעניש.

דירעקט שרעק עווענט - די געשעעניש קאָד צו זיין טריגערד ווען אַ שרעק אַקערז

דערהייַנטיקן סעטטינגס - סאַוועס די סטאַרטאַפּ קאַנפיגיעריישאַן פֿאַר אַלע סעטטינגס

3.4. ביינערי אַוטפּוץ קאָנפיגוראַטיאָן

ינטעליגענט ביינערי אַוטפּוץ קענען אַרבעטן ווי איין אָדער טאָפּל. די פאָרעם אַלאַוז איר צו שאַפֿן אַ סטאַרטאַפּ קאַנפיגיעריישאַן פֿאַר די קאַנטראָולער (אויב איר באַשטעטיקן עס מיט די דערהייַנטיקן קנעפּל).

די פאָרעם אויך דינען ווי אַ געשעעניש באשעפער פֿאַר אַוטפּוץ וואָס קענען זיין סטאַרטעד דורך דרינגלעך די לויפן קנעפּל אָדער קאַפּיד צו די קליפּבאָרד פֿאַר נוצן אין די קאָנטראָללער קאַנפיגיעריישאַן, למשל.

דיסייבאַל - בלאַקינג די פּראָדוקציע אין איין מאָדע (למשל אויב עס איז געניצט צו קאָנטראָל דרייווז צו נישט אַקסאַדענאַלי שעדיקן וואַל שאַטערז, טויערן, אַקטשוייטערז

אַדמיניסטראַטאָר - אַן אַדמיניסטראַטיווע פאָן איז פארלאנגט ווען טשאַנגינג קריטיש סעטטינגס

שטאַט - שטאַט סעלעקציע (ערשט קאַנפיגיעריישאַן אָדער לאָנטשינג די געשעעניש מיט די "run" קנעפּל)

ריפּיץ - נומער פון רעפּאַטישאַנז (סייקליקאַל שטאַט ענדערונגען)

צייט אויף - צייט פון רעזולטאַט אַקטאַוויישאַן

צייט אַוועק צייט צו קער אַוועק די פּראָדוקציע (עס איז וויכטיק ווען ריפּיטינג געשעענישן)

לויפן - לויפן די געשעעניש פֿאַר אַרויסגאַנג

קאָפּיע - נאָכמאַכן די געשעעניש צו די קליפּבאָרד

דערהייַנטיקן סעטטינגס - סאַוועס די סטאַרטאַפּ קאַנפיגיעריישאַן פֿאַר אַלע סעטטינגס

דיסייבאַל - פאַרשליסן אַ פּאָר פון אַוטפּוץ אין צווייענדיק מאָדע (למשל אויב געוויינט ווי איין ינפּוץ

אַדמיניסטראַטאָר - אַן אַדמיניסטראַטיווע פאָן איז פארלאנגט ווען טשאַנגינג קריטיש סעטטינגס אַזאַ ווי פאָר מאָדע

סאָמפי - דרייווז מאָדע (אָפּגעשטעלט => סאָמפי / ונטשעקקעד => דירעקט סערוואָ)

שטאַט - שטאַט סעלעקציע (פֿאַר ערשט קאַנפיגיעריישאַן אָדער לאָנטשינג די געשעעניש מיט די "run" קנעפּל)

ריפּיץ - נומער פון רעפּאַטישאַנז (סייקליקאַל ענדערונג פון שטאַטן)

צייט אויף - צייט פון קער אויף די געגעבן שטאַט

דיסייבאַל צייט צייט צו פאַרשפּאַרן אַוטפּוץ (מינימום צייט צווישן אַוטפּוץ ענדערונגען) צו באַשיצן דרייווז קעגן שעדיקן.

צייט אַוועק צייט צו קער אַוועק די פּראָדוקציע (עס איז וויכטיק ווען ריפּיטינג געשעענישן)

קאָפּיע - נאָכמאַכן די געשעעניש צו די קליפּבאָרד

דערהייַנטיקן סעטטינגס - סאַוועס די סטאַרטאַפּ קאַנפיגיעריישאַן פֿאַר אַלע סעטטינגס

3.5. קאַנפיגיעריישאַן פון אַדק מעאַסורעמענט ינפּוץ און נאָך סענסאָרס (קסין)

יבערקערן - ינווערטיד וואָג (100% -קס) פון די אַדק ינפּוט

שרעק ל - אַקטאַוויישאַן פון די אָפּציע צו דזשענערייט אַ שרעק ווען די ווערט פאַלן אונטער די מין. שוועל

שרעק ה - אַקטיוואַטיאָן פון די אָפּציע צו דזשענערייט אַ שרעק ווען די ווערט יקסידז די מאַקס. שוועל

שרעק פאַרהאַלטן - שרעק פאַרהאַלטן צייַט. אויב די אַרייַנשרייַב סטאַטוס קערט צו די "אקעי" שטאַפּל איידער די צייט יפּס, די שרעק וועט נישט זיין אַקטיווייטיד.

געשעעניש דיסייבאַל - בלאַקינג דורכפירונג פון געשעעניש

אַדמיניסטראַטאָר - אַדמין פאָן ענייבאַלינג די ענדערונג פון די מעזשערמאַנט ינפּוט קאַנפיגיעריישאַן

נידעריק געשעעניש - באַשרייַבונג פון דער געשעעניש ווען די נידעריק שוועל איז יקסידיד

נידעריק דירעקט - געשעעניש קאָד צו זיין עקסאַקיוטאַד נאָך לאָוערינג די ווערט ונטער דער נידעריקער שוועל

OK געשעעניש - באַשרייַבונג פון די "אקעי" געשעעניש

OK Direct - געשעעניש קאָד צו זיין עקסאַקיוטאַד נאָך ענטערינג די "אקעי" קייט

הויך געשעעניש - באַשרייַבונג פון דער געשעעניש פֿאַר דער אויבערשטער שוועל

הויך דירעקט - געשעעניש קאָד צו זיין עקסאַקיוטאַד נאָך יקסיד די אויבערשטער שוועל ווערט

הויכע לעוועל - הייך פון דער אויבערשטער שוועל (מאַקס)

לויפן - לויפן די קאַנפיגיעריישאַן געשעעניש (ענדערונג פון אַדק אַד-האָק קאַנפיגיעריישאַן)

דערהייַנטיקן סעטטינגס - סאַוועס די ערשט קאַנפיגיעריישאַן פֿאַר די אַדק ינפּוץ

3.6. דיממער קאָנפיגוראַטיאָן PWM / 0..10V

יבערקערן - מאַפּאָלע דיממער פּאָולעראַטי (100% - רענטגענ)

אַדמיניסטראַטאָר - אַן אַדמיניסטראַטיווע פאָן וואָס אַלאַוז איר צו טוישן קריטיש אָפּציעס

דיסייבאַל - בלאַקינג די דיממער פּראָדוקציע

אַמאָל - טוישן דיממער סעטטינגס אַמאָל (דאַן האַלטן דיממער)

ווערט מין - מינימום ווערט פון דיממער סעטטינגס

מאָדע - דימער באַשטעטיקן מאָדע (סטאָפּ / - / + / באַשטעטיקט)

טרעפּל - שריט פון טשאַנגינג די דיממער מדרגה ווערט

ווערט מאַקס - די מאַקסימום ווערט פון די דיממער באַשטעטיקן

קאָפּיע - נאָכמאַכן די געשעעניש צו די קליפּבאָרד

די RGBW דיממער ריטריווז די באַשטעטיקן וואַלועס פֿון יחיד פארבן.

אין אַדישאַן, איר קענען אַקטאַווייט די קעסיידערדיק קאָליר טוישן מאָדע מיט די פּרעסעץ פון איין דימערז.

דערהייַנטיקן סעטטינגס - סאַוועס די סטאַרטאַפּ קאַנפיגיעריישאַן פֿאַר אַלע סעטטינגס

דערהייַנטיקן סעטטינגס - saving the configuration in the @City סיסטעם

כל קאַנטראָולערז - אַ רשימה פון אַלע קאַנטראָולערז

סעטטינגס - סעטטינגס פון דעם קראַנט קאָנטראָללער

טוישן נעמען - טוישן די נאָמען פון די קראַנט קאָנטראָללער

סטשעדולער - דער רעדאַקטאָר פון די סקעדזשולער-קאַלענדאַר פון דעם קראַנט קאָנטראָללער

שרייב קאָנפיג * - שיקן אַ באַפֿעל צו אָפּלאָדירן די קאַנפיגיעריישאַן דורך די קאָנטראָללער

Firmware אַפּגרייד * - שיקן אַ באַפֿעל צו אָפּלאָדירן די פירמוואַרע דורך די קאָנטראָללער

באַשטעטיק קאָנטראָללער * - שיקט באַשטעטיק באַפֿעלן צו אָפּלאָדירן דורך די קאָנטראָללער

באַשטעטיק קאָנטראָללער - קאָפּיע - קאָפּיע פון די קאָנטראָללער באַשטעטיק געשעעניש צו די קליפּבאָרד

לאָגאָוט - לאָגאָוט פון דער באַניצער (פֿאַר זיכערהייט סיבות, איר זאָל אויך פאַרמאַכן אַלע עפענען ינסטאַנסיז פון די וועב בלעטערער וואָס קענען קראָם די לאָגין פּאַראַמעטערס אין דער קאַש).

* - שיקן דעם באַפֿעל מיטל צוגעבן צו די געשעעניש ריי. On connecting controller to the @City סיסטעם, the controller downloads these געשעענישs.

3.7. קאַלענדאַר-סקעדזשולער קאָנפיגוראַטיאָן

די קאַלענדאַר-סקעדזשולער אַלאַוז אָטאַנאַמאַס טריגערינג פון ריפּעטיטיוו אָדער סקעדזשולד געשעענישן (קאַמאַנדז). א ביישפיל קען זיין, פֿאַר בייַשפּיל, צינדז אויף די גאַס לאָמפּ 17:00 און סוויטשינג אַוועק 7:00 (אין ווינטער).

ען. (געבן) - אַקטאַווייט פּלאַן נומער (בלויז די שטעלעס וועט זיין עקסאַקיוטאַד מיט די געבן פאָן שטעלן)

נאָמען - געשעעניש נאָמען (איר קענען שילדערן די געשעעניש אויף אַ רעקאַגנייזאַבאַל וועג)

געשעעניש קאָוד - געשעעניש קאָד אין העקסאַדעסימאַל קאָד (קאַפּיד פון די קליפּבאָרד ביי קריייטינג קאַמאַנדז)

חודש פעלדער (Ja, Fe, .., No, De) - חדשים יאנואר ... דעצעמבער אין וואָס די געשעעניש וועט זיין סטאַרטעד

טאָג - טאָג. איר קענט סעלעקטירן אַ טאָג פון די חודש אָדער "*" פֿאַר קיין (פליסנדיק די געשעעניש יעדער טאָג).

וויקדיי פעלדער (מאָ, טו, .. Su) - איר קענט אויסקלייַבן די טעג פון דער וואָך אויף וואָס די געשעעניש וועט זיין דורכגעקאָכט.

שעה - די שעה. איר קענען קלייַבן קיין שעה אָדער "*" פֿאַר אַלעמען (לויפן די געשעעניש יעדער שעה).

מין - מינוט. איר קענט סעלעקטירן קיין מינוט אָדער "*" פֿאַר אַלעמען (לויפן די געשעעניש יעדער מינוט).

לאַדזשיקאַל "און" אַלגערידאַם איז ימפּלאַמענאַד צווישן אַלע פעלדער (אַחוץ נאָמען ), אַזוי זיי אַלע מוזן זיין באגעגנט פֿאַר דער דורכפירונג פון דער געשעעניש.

למשל צינדען אויף גאס לאמפן ( נאוועמבער, דעצעמבער, יאנואר, פעברואר ) ביי 17.01 אָן זונטיק.

Event code - 00002101010000000000 // לויפן פון די 1 ביינערי רעזולטאַט

חדשים פעלדער - בלויז ניין, דע, יא, פע זענען אנגעצייכנט

טאָג - אויסגעקליבן "*" פֿאַר יעדער טאָג פון די חודש

וויקדיי פעלדער - אַלע אָבער סו אויסגעקליבן

4. LoRaWAN Network Infrastructure Configuration

This chapter only applies to LoRaWAN communication. אין די סיסטעמען וואָס אַרבעט אנדערע טראַנסמיסיע מעטהאָדס, עס קען זיין איבערגעהיפּערט.

According to the LoRaWAN network specification, the controller connects to the @City cloud indirectly through:

4.1. LoRaWAN Gateway Configuration.

דיre are many LoRaWAN gateways on the market that can simultaneously contain a number of additional options:

4.1.1. Basic configuration of LoRaWAN gateway

די לאָראַוואַן גייטוויי זאָל זיין צוטריטלעך פֿון לפּחות איין קאַנפיגיעריישאַן סטאַנציע.

ווען ינסטאַלירונג דורך עטהערנעט / וויפי און קאַנפיגיערינג בלויז פֿון אַ היגע LAN / WLAN, די גייטוויי ס זיכערהייט איז נישט זייער קריטיש (סייַדן מיר צושטעלן אַקסעס צו די גייטוויי פון אַרויס, ד"ה דער אינטערנעט).

In the case the LoRaWAN gateway is connected only via גסם/LTE, it is necessary to secure the gateway against access און various types of attacks.

- If we want to be able to connect to the LoRaWAN gateway remotely, it must have a public + static IP address און SSH service available. אַנדערש, איר דאַרפֿן צו פיזיקלי פאַרבינדן צו די גייטוויי דורך אַן עטהערנעט אָדער וויפי צובינד.

- עס איז נייטיק צו שטעלן קאָמפּליצירט אַקסעס פּאַסווערדז פֿאַר אַלע וסערס אויף די מיטל.

- דיסייבאַל אַלע אַניוזד באַדינונגס אַזאַ ווי Telnet, FTP, POP, SMTP, IMAP, WWW אאז"ו ו דאָס קען זיין דער ציל פון אנפאלן "אַקיאַפּייינג" די גייטוויי מיט אנדערע פּראַסעסאַז אַזאַ ווי לאָגין פרווון.

איר קענט באַגרענעצן די מעגלעכקייט פון לאָגינג בלויז פֿון סטיישאַנז מיט אויסגעקליבן סטאַטיק IP אַדרעסעס, וואָס איז גאַנץ עפעקטיוו שוץ קעגן כאַקינג. דאָס אויך אַפּלייז צו פּאָנעם נישטיק באַדינונגס אַזאַ ווי יקמפּ (פּינג), הטטפּ, פטפּ, עטק.

- נאָך פול קאַנפיגיעריישאַן און פילע וואָכן פון סיסטעם טעסץ, מיר קענען פאַרשפּאַרן אַלע פונדרויסנדיק באַדינונגס און רימאָוט אַקסעס, וואָס, אָבער, וועט פאַרהיטן די דינסט, זוכן און קאָנטראָלירן די טויער לאָגס.

4.1.2. Semtech פּאַקאַט פאָרווערדער (SPF) קאַנפיגיעריישאַן

די SPF's task is to send LoRaWAN packets to the LoRaWAN network server through the IP network ( UDP protocol ) to the required address of the LoRaWAN network server.

LoRaWAN Gateway with SPF is transparent און passes all packets in both directions.

עס קען נישט פּראָצעסירן אָדער דערלויבן דאַטן פּאַקידזשיז אין קיין ריכטונג.

קאַנפיגיעריישאַן פון ספּף איז זייער פּשוט און ינוואַלווז "רעזשיסירן" it to the required LoRaWAN network server.

די SPF קאַנפיגיעריישאַן וועגווייַזער איז "/ באַניצער / ספּף / עטק /" however, depending on the LoRaWAN gateway manufacturer, it may be located in other locations.

די הויפּט קאַנפיגיעריישאַן פון ספּף איז אין דער טעקע "/ וסער / ספּפ / עטק / גלאָבאַל_קאָנפ.דזשסאָן", וואָס זאָל זיין עדיטיד מיט די פאַראַנען רעדאַקטאָר (למשל. ווי אָדער נאַנאָ). מיר טוישן די פּאַראַמעטער ווערט: "סערווירער-אַדרעס" דורך אַרייַן די פאַרפעסטיקט IP אַדרעס פון די נעץ סערווער אָדער די פעלד נאָמען (ריקווייערז אַן נאָך רעכט קאַנפיגיערד דנס קליענט דינסט).

די פעליקייַט צוריקקער קאָמוניקאַציע פּאָרט איז 1700 ( if you plan to change them, you must do the same on the LoRaWAN network server ) by entering identical values.

לאָגס פון די SPF פּעקל זענען ליגן אין די "/ באַניצער / ספּף / וואַר / לאָגס /" וועגווייַזער אין די spf.log טעקע און די אַרקייוו קאפיעס.

די network configuration of the LoRaWAN gateway on linux OS is normally in the directory "/ עטק /", ווו איר קענען געבן / דיסייבאַל נאָרמאַל נעץ באַדינונגען און באַוואָרענען די סערווער.

איר זאָל אויך טוישן די פּאַסווערדז פון אַלע וסערס בנימצא אויף די סיסטעם מיט די פּאַססווד באַפֿעל צו באַוואָרענען קעגן אַנאָטערייזד אַקסעס דורך אַנאָטערייזד מענטשן. איר מוזן אויך טוישן די באַניצער פּאַראָל פֿאַר וועב-באזירט שטיצן.

עס איז אויך בעסטער צו דיסייבאַל וויפי קאָמוניקאַציע, ווייַל ינטרודערז קענען פּרובירן צו נוצן אנפאלן דורך דעם טראַנסמיסיע מיטל.

נאָך קאַמפּליטינג דעם קאַנפיגיעריישאַן, באַשטעטיק די טויער מיט די reboot באַפֿעלן.

4.2. LoRaWAN Network/Application Server Configuration

עס זענען פילע סאַלושאַנז פֿאַר נעץ און אַפּלאַקיישאַן סערווערס (אַרייַנגערעכנט פריי אָנעס). יעדער פון זיי האט זיין אייגענע וועג פון ינאַגריישאַן מיט פונדרויסנדיק באַדינונגס און סיסטעמען (למשל. וואלקנס ווי @City ). פֿאַר דעם סיבה, די @City סיסטעם must have an interface for integration with the installed LoRaWAN נס/AS server.

אין דעם פאַל פון אַ פּראָדוקציע סיסטעם, מיר קענען נוצן די פריי דינסט "די טהינגס נעטוואָרק", ווי לאַנג ווי מיר זענען אין זייער גרויס טעגלעך לימאַץ דיפיינד פֿאַר יעדער מיטל {ספּעציעל "אויף די לופט צייט" (30s **) און אַ קליין נומער פון קאַמאַנדז געשיקט צו די מיטל (10 **)}.

** ינדיקאַטיוו קראַנט טעגלעך מיטל לימאַץ קען טוישן.

If you need to load new פירמוואַרע און configuration, it is necessary to use your own LoRaWAN server ( network + application ).

אויף עטלעכע סיסטעמען, די פירמוואַרע + קאַנפיגיעריישאַן איז פאַרפעסטיקט (פֿאַר אַלע פאַראַנען קאַנטראָולערז אין די סיסטעם) און ינישיייטיד אין דער בינע פון ערשט סיסטעם קאַנפיגיעריישאַן, וואָס סימפּלאַפייז די סעלעקציע.

(*) - in these cases it is necessary to have a second LoRaWAN gateway set on the second server for configuration און פירמוואַרע update in order for the production environment to work continuously. For low-critical applications, you can change the configuration of one LoRaWAN gateway dedicated LoRaWAN server, which, however, will result in loss of communication with the production environment און incorrect operation of these devices.

It should be realized that the software update of a single LoRaWAN controller takes about an hour, with good קייט ( DR> = 4 ), so it is worth using an additional gateway to upgrade the פירמוואַרע און configuration. אין נידעריק קאַווערידזש (DR <4), פירמוואַרע קאַנפיגיעריישאַן און דערהייַנטיקן איז ניט מעגלעך און ריקווייערז אַ גאַטעווייַ מיט לטע קאָמוניקאַציע לעבן דער דערהייַנטיקט דעוויסעס.

4.2.1. LoRaWAN Network Server Configuration

אויף די LoRaWAN network server, add the LoRaWAN communication gateway ( the address is located on its cover, or in the file "באַניצער / ספּף / עטק / local_conf.json", אָדער געוויזן אין די לאָגס "/ באַניצער / ספּף / וואַר / לאָג / ספּף.לאָג". טשעק אין די וועב סערווער לאָגס אַז די קאָמוניקאַציע גייטווייז קאַנעקץ צו די סערווער.

די ווייַטערדיקע טריט זענען די קאַנפיגיעריישאַן פון די אַפּלאַקיישאַן סערווער (עס איז יוזשאַוואַלי אויף די זעלבע מיטל ווי די נעץ סערווער).

די ווייַטערדיקע טריט צו זיין דורכגעקאָכט, דעפּענדס אויף די אַפּלאַקיישאַן סערווער לייזונג געניצט און די אַוויילאַבילאַטי פון די צוריק-סוף / פראָנט-סוף צובינד. די צובינד סימפּלאַפייז "ערשטע טריט" און סיסטעם קאַנפיגיעריישאַן.

5. Work condition of @City GSM / LoRaWAN devices

הומידיטי 0.80% ר.ה. קיין קאַנדאַנסיישאַן (מיטל)

GSM מאַכט צושטעלן 5 וודק @ 2 אַ ±0.15 וו (פֿאַר פּפּם סענסאָר און קאַנעקטינג רילייז)

LoRaWAN power supply 5VDC @ 300mA ± 0.15 וו (פֿאַר פּפּם סענסאָר און קאַנעקטינג רילייז)

(ברירה אין דער פּראָדוקציע בינע - MIM ימפּאָוזאַז אַ נעץ אָפּעראַטאָר)

מאָדעם אַפּפּראָוואַל אָראַנדזש (2G-CATM1), T-Mobile / DT (2G-NBIoT), 2G אנדערע אָפּערייטערז

באַנדס (אייראָפּע) קלאַס רעזולטאַט מאַכט סענסיטיוויטי

ניצן אַ פונדרויסנדיק שמאָל-באַנד אַנטענע אָפטקייַט-מאַטשט פֿאַר אַ געגעבן באַנד.

מאַקסימום סענסיטיוויטי * -160 דב סטיישאַנערי, -149 דב נאַוויגאַציע, -145 קאַלט אָנהייב

LoRaWAN Devices 1.0.2 ( 8 channels, TX power: +14dBm ) Europe ( 863-870MHz )

DR T מאַדזשאַליישאַן בר ביסל / s רקס סענסיטיוויטי רקס טעסץ

(*) פארלאנגט פּאַראַמעטערס צו אַפּגרייד די פירמוואַרע פון די סיסטעם דורך אָטאַ

פּאַסיוו דרויסנדיק בראָדבאַנד אַנטענע געשטעלט אַרויס אין אַ הייך פון ~ 9 ם אויבן ערד הייך Wygoda GM. Karczew (~ 110 ם אויבן ים שטאַפּל).

LoRaWAN device with forced DR0 with an external broadbאון magnetic antenna placed 1.5m above the ground on the car roof.

דאָרפיש געביטן (מעדאָוז, פעלדער מיט קליין ביימער און זעלטן בנינים)

די פאַרדאַסט רעזולטאַט איז געווען Czersk ~ 10.5 קילאמעטער (~ 200 ם אויבן ים שטאַפּל) מיט RSSI גלייַך צו -136dB (ד"ה with the maximum sensitivity of the LoRaWAN modem guaranteed by the manufacturer )

1. הקדמה.

1.1 @City ( IoT/CIoT ) Communication

1.2. ייַזנוואַרג רעסורסן פון יאָט / סיאָט דעוויסעס

0..4 פּראָוגראַמאַבאַל ביינערי ינפּוץ

0..4 פּראָוגראַמאַבאַל ביינערי אַוטפּוץ

0..4 קאַונטינג ינפּוץ (נאָנוואָלאַטאַל קאָונטערס)

0..4 דימערז אַוטפּוץ (PWM אָדער 0..10V)

ינפראַרעד ינפּוט + רעזולטאַט

0..4 מעזשערמאַנט ינפּוץ (אַדק)

סיריאַל ינטערפייסיז SPI / I2C / UART / CAN

1.3. @City GSM Devices

1.4. @City LoRaWAN Devices

די module אָן LoRaWAN modem און processor may act as MEMs Sensor Module for @City GSM, וויפי, עטהערנעט, און other eHouse architectures ( 3v3..3v6 DC powered )

2. General conditions of usage @City ( LoRaWAN, GSM ) Systems

2.1. Exclusive Conditions of @City GSM.

2.2. Exclusive conditions for @City LoRaWAN.

3. @City ( LoRaWAN, GSM ) Controller Configuration

3.1. @City Controller Configuration - Assigning names

3.2. General configuration of @City LoRaWAN & GSM Controllers

3.2.1 General configuration of @City GSM device

3.2.2. General Configuration of @City LoRaWAN controllers

3.3. ביינערי ינפּוץ קאָנפיגוראַטיאָן

3.4. ביינערי אַוטפּוץ קאָנפיגוראַטיאָן

3.5. קאַנפיגיעריישאַן פון אַדק מעאַסורעמענט ינפּוץ און נאָך סענסאָרס (קסין)

3.6. דיממער קאָנפיגוראַטיאָן PWM / 0..10V

3.7. קאַלענדאַר-סקעדזשולער קאָנפיגוראַטיאָן

4. LoRaWAN Network Infrastructure Configuration

4.1. LoRaWAN Gateway Configuration.

4.1.1. Basic configuration of LoRaWAN gateway

4.1.2. Semtech פּאַקאַט פאָרווערדער (SPF) קאַנפיגיעריישאַן

4.2. LoRaWAN Network/Application Server Configuration

4.2.1. LoRaWAN Network Server Configuration

5. Work condition of @City GSM / LoRaWAN devices