MQTT: د پرانیستې شبکې پروتوکول او په IoT کې د هغې اهمیت

د میکټوټي پروټوکول شبکه IoT

نوم یې په یاد ولرئ ايم سي ټي ټي، ځکه چې دا د شبکې مخابراتو پروتوکول ډول M2M (ماشین ته ماشین) دی چې یو څه به غږېږي. دا په انګلیسي کې د هغې لنډیز لپاره د شیانو انټرنیټ یا IoT (د شیانو انټرنیټ) نوي دور څخه خورا مشهور شوی. سربیره پردې ، دا یو خلاص پروتوکول دی ، کوم چې ډیری ګټې ورکوي.

په حقیقت کې ، دا د IoT مرکزي برخو څخه یو شوی ، ځکه چې دا په داسې وسیلو کې خورا ښه دی لکه د دې په څیر ځینې لیږد محدودیتونه. مخفف له MTT څخه راځي د پیغام لیږونکي ټیلیټمي ټرانسپورټ، د شبکې مخابراتو لپاره د OISIS او ISO (ISO / IEC 20922) څخه خلاص معیار دی او دا عموما په مشهور TCP / IP کې پرمخ ځي.

د شبکې پروتوکولونه

د OSI ماډل او د هغې پرتونه

د د مخابراتو پروټوکولونه دا مقررات دي چې دوه یا ډیرو وسیلو یا سیسټمونو ته اجازه ورکوي له یو بل سره اړیکه ونیسي. دا ، دا د مختلف وسیلو له لارې د معلوماتو لیږدولو پروتوکول دی او د تعریف شوي ب formatه سره ، که چیرې د سافټویر او هارډویر (یا دواړه) لخوا پلي شوی وي.

El معیاري د دې پروټوکول ډیری د خبرو اترو ډیری ب characteristicsې ټاکي. دا د همغږۍ ، سیمانټیکس ، نحو ، پیکټ ب formatه ، او نور قوانینو څخه پرمخ ځي. او حقیقت دا دی چې دوی بې ارزښته ندي ، ځکه چې نن ورځ د دې پروتوکولونو څخه مننه موږ کولی شو انټرنیټ او نور مخابراتي شبکې وکاروو ...

او البته ، نه یوازې یو پروتوکول شتون لري ، مګر ډیری. د مثال په توګه، مشهور د غوښتنلیک پرت لپاره DNS ، FTP ، MQTT ، HTTP او HTTPS ، IMAP ، LDAP ، NTP ، DHCP ، SSH ، Telnet ، SNMP ، SMTP ، او داسې نور. پداسې حال کې چې د ټرانسپورټ پرت کې تاسو د TCP ، UDP ، او نورو په څیر مشهور موندلی شئ ، په بیله بیا د انټرنیټ پرتونه لکه IPv4 ، یا IPv6 (هغه یو چې د موجوده IPs ترټولو لوی شمیر رامینځته کړی او د راتګ راتګ IoT) ، IPSec ، وغيره ، او نور د لینک پرت څخه لکه DSL ، ایترنیټ ، WiFi ، ARP ، او نور.

د IOT پروتوکولونو په اړه

پروټوکول

البته ، د خبرو اترو ځانګړي پروتوکولونه شتون لري یا دا په IoT. دا باید ووایو ، پخوانۍ برخې ته په پام سره ، دا به د ټاکل شوي معیارونو لړۍ وي نو دوه یا ډیر IoT وسیلې کولی شي یو له بل سره اړیکه ونیسي او پوه شي ، او دوی عموما M2M دي ، دا د ماشین څخه تر ماشین اړیکه شتون لري. د IOT ډیری وسیلې له سینسرونو یا نورو سرچینو څخه معلومات شریکوي او شریکوي.

د IoT ډیری وسیلو له امله ، دا پروتوکول باید د بینډ ویت ، سرعت ، او نور محدودیتونو څخه هاخوا اړتیاوې پوره کړي. (په یاد ولرئ چې ډیری وسایل ضمیمه او ارزانه دي) ، کوم چې معمولا په ځینو وسیلو کې وي. او زه د حقیقت څخه دا معنی لرم باید د ترازو وړ وي، که چیرې اړین وي او پرته له دې چې په نړیوال سیسټم اغیزه وکړي د ډیرو وصل شوي وسیلو اضافه کولو توان ولري.

همدارنګه ، دوی باید یو ولري لږ انحصار د وسیلو تر مینځ یوځای کول ، نو دا چې ستونزې رامینځته نه کیږي که چیرې وسیله حذف شي. او البته ، په عین وخت کې ، د لوړې مداخلې هڅه کیږي ترڅو دا د ډیری وسیلو او خورا متفاوت سیسټمونو سره کار وکړي ، ځکه چې د IoT نړۍ خورا اختلافي ده.

نورې ګټورې ب featuresې به د دوی پلي کول اسانه وي ، امنیت، وغيره. په یاد ولرئ چې IoT د امنیت په برخه کې لوی ننګونې رامینځته کوي. حتی نور ډیر کله چې ډیری وصل شوي وسایل په ځینو قضیو کې مهم وي ... د مثال په توګه ، د کوچنيانو لپاره لوبو.

مهم تصورات

ورته وویل ، دا باید وویل شي چې د IoT لپاره حلونه د ټولو تړل شوي وسیلو څخه پیغامونه ترلاسه کولو لپاره مرکزي سرور کاروي کوم چې خارجوي او دوی ټولو وصل شوي IoT وسایلو ته چې وی او غږوي یې توزیع کوي. دا سرور هغه څه دي چې ورته پیژندل کیږي روټر یا دلال. یو څه چې په ځینې لارو کې د دودیز پیرودونکي - سرور اړیکې څخه لرې دي.

له بلې خوا، میتودونه دا چې تاسو د IoT لپاره پدې مخابراتو پروتوکولونو کې موندلی شئ:

  • پبسب: خپرول / سوسبریټ د پیغام رسولو ب patternه ده چیرې چې یو وسیله (سب) بروکر ته خبر ورکوي چې دا غواړي یو پیغام ترلاسه کړي ، پداسې حال کې چې بل وسیله (پب) د بروکر لپاره پیغامونه خپروي ترڅو نورو وسایلو ته وویشي چې د دوی انتظار کوي.
  • rRPC: د روټر ریډیمر پروسیجر کالونه د ریموټ پروسې اجرا کولو یوه بله ب patternه ده. پدې کې ، یوه وسیله (کاللي) بروکر ته خبر ورکوي چې دا به یو ټاکلی پروسیجر پرمخ وړي او دلال یې بل وسیله (کالر) ته وویشي چې په هغې کې ویل شوي پروسه پلي کیږي.

اوس ، د دې میتودونو یا نمونو ترسره کولو لپاره ، a استوزې زيربناوې. او پدې معنی دوه سره توپیر کیدی شي:

  • د پیغام لیکه: د پیغام رسولو خدمت چیرې چې د ټولو مراجعینو لپاره د پیغام پیغام قطار رامینځته کیږي چې بروکر ته د ګډون پیل کوي. وروستی به پیغامونه زیرمه کړي تر هغه چې پیرودونکي ته نه وي ورکړل شوي. که چیرې پیرودونکی یا اخیستونکی وصل نه وي ، نو تر هغه پورې چې وصل نه وي ساتل کیږي. دا ډول خدمات د هغه په ​​څیر دي چې د فوري پیغام رسولو ایپسونو کې کارول کیږي لکه ټیلیګرا ، واټس اپ ، میسنجر او داسې نور.
  • د پیغام خدمت: دا یو بل خدمت دی چیرې چې دلال اړیکې ترلاسه کونکي پیرودونکي ته پیغامونه لیږي ، د پیغام ډول سره فلټر کول. که چیرې د پیرودونکي یا ترلاسه کولو وسیله منحل شي ، نو پیغامونه ورک شوي (که څه هم دا ممکن د ځنګل سیسټم ولري).

د IOT پروټوکولونه

پورتني لیدو ته ، اوس راځئ چې نږدې وګورو د IOT پروټوکولونه چې ښه پیژندل شوي دي. د M2M خورا مشخص کې عبارت دي له:

  • AMQP (د پیغام رسونې پرمختللي پروتوکول): د پیغام کتار د PubSub ډول پروتوکول دی. د ښه مداخلت کولو او اعتبار ډاډ ورکولو لپاره ډیزاین شوی. د کارپوریټ غوښتنلیکونو ، لوړ فعالیت ، لوړې ځنډنې شبکې ، مهم ، او نور لپاره ځانګړي
  • WAMP (د ویب غوښتنلیک مسیج کولو پروتوکول): دا د RPSB په څیر د RRPC په څیر بل خلاص پروتوکول دی ، او دا په ویب ساکټونو کې پرمخ ځي.
  • CoAP (د غوښتنې محدود پروتوکول): یو داسې پروتوکول دی چې په ځانګړي توګه د ټیټ ظرفیت غوښتنلیکونو لپاره ډیزاین شوی.
  • TOMP (د متن اوریډیډ پیغام رسونې پروتوکول ته لاره اچول): خورا ساده پروتوکول او د اعظمي مداخلې ترلاسه کولو لپاره. HTTP د متن پیغامونو لیږدولو لپاره کارول کیږي.
  • ایکس ایم پی پی (د ایکسټینیس ایی میسیجنګ او موجودیت پروتوکول): بل پروتوکول د فوري پیغام رسولو ایپسونو لپاره IoT کې کارول شوی او د XML پراساس. جان دا قضیه هم خلاصه ده.
  • WMQ (د ویب پاSې پیغام لیست): پروتوکول د IBM لخوا تیار شوی. دا د پیغام لیږد ډول دی ، لکه څنګه چې نوم یې وړاندیز کوي ، او د پیغام پراساس دی.
  • ايم سي ټي ټي: (بله برخه وګورئ)

د MQTT په اړه ټول معلومات

د ايم ټي ټي ټیټ

El پروټوکول دا د پیغام لیږد مواصلات پروتوکول دی ، کوم چې د PubSub ب patternه تعقیبوي ، او د M2M ډول ، لکه څنګه چې ما مخکې یادونه وکړه. دا په پراخه کچه IoT کې کارول کیږي ، او د TCP / IP سټیک پراساس دی چې په انټرنیټ کې کارول کیږي.

د ايم ټي ټي په قضیه کې ، هر ارتباط خلاص ساتل شوی دی او دا په هر اړین مخابراتو کې له سره کارول کیږي. په نورو پیژندل شوي پروتوکولونو کې د پیښو څخه څه څه توپیر لري ، کوم چې هر مخابرات پکې ترسره کیږي نوې اړیکې ته اړتیا لري.

ګټې

د ایم آی ټي ټي پروتوکول ګټې د IoT لپاره د M2M مخابراتو شرایطو کې خورا څرګند دي. د هرڅه سربیره چې پورته یې وویل ، دا یو پروتوکول دی چې چمتو کوي:

  • د لازیاتو پیرودونکو سره وصل کولو لپاره پیمانه.
  • د لږ انحصار لپاره ، د پیرودونکو ترمینځ پریکول.
  • اسین کرونیزم.
  • سادگي.
  • د سپک والي دومره چې ډیری سرچینې مصرف نکړي (که څه هم د TLS / SSL امنیت سره دا لوړیږي).
  • د وسیلو لپاره انرژي اغیزمنه ده چې په بیټرۍ یا 24/7 کار پورې اړه لري ، دا لوی بینډ ویت ته اړتیا نلري (د ورو ورو اړیکو لپاره مثالی) لکه د یو څه بې سیم ډوله.
  • امنیت او کیفیت ، په مخابراتو کې د لا ډیر اعتبار او پیاوړتیا لپاره.

historia

MQTT په 90s کې رامینځته شوی و ، د پروټوکول په in 1999. in کې. دا د IBM د ډاکټر انډي سټینفورډ کلارک او د سیرس لینک (پخوانۍ یوروټیک) اریلن نیپر لخوا رامینځته شوی.

La لومړنی نظر د یو پایپ لاین څارلو لپاره پروتوکول رامینځته کول و چې د صحرا په اوږدو کې سفر کاوه ، د اغیزمن مخابراتو پروتوکول (ټیټ بینډ ویت مصرف) ، ر lightا ، او دا چې د انرژي لږ مصرف. په هغه وخت کې دا خورا ګران و ، مګر اوس دا یو ارزانه او خلاص پروتوکول شو.

لومړنی پروتوکول د ظهور سره ښه شوی و نوې ب versionsې ، لکه MISTT v3.1 (2013) د OASIS لاندې جوړښت (د جوړښت معلوماتو سټنډرډونو پرمختګ لپاره تنظیم) تصریح ، او داسې نور. تاسو باید پوه شئ چې په پیل کې دا د IBM څخه ملکیت پروتوکول و ، مګر دا چې دا به په 2010 کې خوشې شي ، او دا په OASIS کې یو معیاري شو ...

د muTTT اړیکه څنګه کار کوي

د MQTT پروتوکول کاروي يو چا.، د هغه پیغامونو لپاره چې هر پیرودونکي ته لیږل شوي ، د موضوعاتو یا موضوعاتو پراساس چې په hierarchically تنظیم شوي. پدې توګه ، پیرودونکی کولی شي په یوه ځانګړي موضوع باندې پیغام پوسټ کړي. پدې توګه ، ټول هغه پیرودونکي یا وصل شوي وسایل چې په موضوع کې ګډون کوي ​​د بروکر له لارې پیغامونه ترلاسه کوي.

لکه څنګه چې mu پیغامونه به په قطار کې پاتې شي او دوی هیر شوي نه وي تر هغه چې پیرودونکي دا پیغام ترلاسه نکړي.

اړیکې ، لکه څنګه چې ما هم اشاره وکړه ، جوړ شوي د TCP / IP له لارې، او سرور یا بروکر به د وصل شوي پیرودونکو ریکارډ وساتي. د ډیفالټ په واسطه ، وسیلې به د 1883 شمیره د پورټ شمیره وکاروي ، که څه هم تاسو ممکن 8883 بندر ومومئ که تاسو د اضافی امنیت لپاره SSL / TLS کاروئ.

د دې لپاره چې د پیوستون ممکنه وي ، نه یوازې پیرودونکي ، سرورونه او بندرونه اړین دي. نور هم کڅوړې یا پیغامونه استول شوي د خبرو اترو د ترسره کولو لپاره:

  • پیوستون رامینځته کړئ: د پیرودونکي لخوا د ټولو اړین معلوماتو سره لیږل شوي اړیکه پیغام / پاکټ. پدې معلوماتو کې د پیرودونکي پیژند ، کارن نوم ، رمز او نور شامل دي. بروکر یا سرور د کنیک کڅوړې سره ځواب ووایی چې مشتری ته به خبر ورکړي چې پیوستون منل شوی ، رد شوی و ، او نور.
  • پیغامونه واستوئ او ترلاسه کړئ: یوځل چې پیوستون تاسیس شو ، د خپرونې کڅوړې یا پیغامونه د موضوع او بروکر ته د لیږل شوي پیغام تادیه سره کارول کیږي. له بلې خوا ، علاقه لرونکي مراجعین یا پیرودونکي د دوی ګډون په ترتیب سره د ګډون کولو یا بیرته اخیستلو لپاره SUBSCRIBE او UNSUSCRIBE کڅوړې کاروي. دلال به د پیرودونکي لخوا غوښتنه شوي عملیاتو بریا راپور کولو لپاره په ترتیب سره د SUBACK او UNSUBACK کڅوړې سره ځواب ووایی.
  • د پیوستون ساتل: د دې تضمین لپاره چې پیوستون خلاص پاتې وي ، پیرودونکي کولی شي په وقتي ډول د PINGREQ پاکټ ولیږي چې له سرور څخه به د PINGRESP پاکټ سره سمون ولري.
  • پای پیوستون: کله چې پیرودونکی اخته شي دا د ناخبرۍ بسته د دې پیښې راپور ورکولو لپاره لیږي.

هغه پیغامونه یا کڅوړې هغه څه چې ما ورسره خبرې کړي دي د نورو شبکې پروتوکولونو کڅوړو ته ورته جوړښت لري:

  • سرکی یا ثابت شوی سرکی: یوه ثابته برخه ده چې د 2-5 بایټونو تر مینځ قبضه کوي. دا د کنټرول کوډ ، د لیږل شوي پیغام ډول ID ، او اوږدوالی لري. د 1-4 بایټونو په مینځ کې د اوږدوالي کوډ کولو لپاره کارول کیږي ، د اوږدوالي لپاره د معلوماتو په توګه د هر octet لومړي 7 ټوټې کاروي او د دوام اضافي اضافي بټ معلومولو لپاره چې له یو څخه ډیر بایټ شتون لري چې د پیغام اوږدوالی رامینځته کوي.
  • تغیر شوی سرۍ: تل لازمي ندي ، مګر اختیاري دي. دا یوازې په ځینو کڅوړو کې په ځانګړي حالتونو یا ځانګړو پیغامونو کې شتون لري.
  • مینځپانګه یا ډاټا: د پاکټ ډاټا هغه څه دي چې واقعیا پکې لیږل شوي پیغام لري. دا کیدی شي د څو kB څخه تر 256 MB حد پورې وي.

که تاسو د پوهیدو سره علاقه لرئ اړوند کوډ په هیکسادسیمال کې د لیږل شوي پیغامونو ډولونو لپاره دي:

منسیج کوډ
CONNECT 0x10
اړیکه ونیسئ 0x20
خپرونه 0x30
خپرول 0x40
PUBREC 0x50
خپرول 0x60
PUBCOMP 0x70
سبسکرایب 0x80
سوبیک 0x90
اسانه XNUMMAXAXUMX
بې پلاره 0xB0
پینګ 0xC =
پینګپړ 0xD0
نانځکه 0xE0

د مخابراتو کیفیت او امنیت

د ايم ټي ټي لخوا د پېغامونو يو بل مهم جزييات دي د خدمت کیفیت یا QoSاو امنیت. د ناکامیو په صورت کې د مخابراتي سیسټم پیاوړتیا او د دې خوندیتوب به پدې پورې تړاو ولري.

د دې کیفیت په اړه ، دا ټاکل کیدی شي 3 مختلف کچې:

  • QoS 0 (نه منل)- پیغام یوازې یو ځل لیږل شوی ، او د پاتې کیدو په صورت کې به دا ونه سپارل شي. دا کارول کیږي کله چې مهم نه وي.
  • QoS 1 (منل): پیغام به د اړتیا په وخت کې لیږل شوي وي ترڅو پیرودونکي ته تحویلي تضمین وکړي. منفي اړخ دا دی چې پیرودونکي څو ځله ورته پیغام ترلاسه کولی شي.
  • QoS 2 (ډاډه)- پورته ته ورته ، مګر تضمین یوازې یو ځل ورکړل کیږي. دا ډیری وختونه د خورا مهم سیسټمونو لپاره کارول کیږي چیرې چې لوی اعتبار ته اړتیا لیدل کیږي.

له بلې خوا ، لکه څنګه چې د ايم ټي ټي ټي خونديتوب، پدې برخه کې د دې د ځواک ډاډ ترلاسه کولو لپاره بیلابیل اقدامات کارول کیدی شي. لکه څنګه چې ما مخکې دمخه یادونه کړې ، د کارن نوم او پټنوم اعتبار ، لکه د نورو ډیری پروتوکولونو په څیر ، د SSL / TLS له لارې ډاډ ترلاسه کیدی شي. که څه هم ډیری IoT وسایل د ټیټ ظرفیتونو ، یا سرچینو سره ، کولی شي د کار ډیر بار سره ستونزې ولري کله چې د دې ډول خوندي مخابراتو کارول ...

د دې دلیل لپاره ، ډیری IoT وسایل چې MQTT کاروي په کې دننه رمز او کارونکي کاروي ساده متن، کوم چې کولی شي یو څوک د شبکې ترافیک له لاسه ورکړي ترڅو دوی خورا اسانه ترلاسه کړي. او که دا کافي نه وي ، دلال د نامعلومو اړیکو منلو لپاره هم تنظیم کیدی شي ، کوم چې به کوم کاروونکي ته اجازه ورکړي چې مخابراتو رامینځته کړي ، چې پکې لوی خطر شامل وي.

د اردوینو سره د MKTT کارول

Arduino UNO له MQTT سره

البته چې تاسو یې کولی شئ د اردینو سره د ایم کیټ ټي پروتوکول وکاروئ او نور پرمختیایی بورډونه ، په بیله بیا د ریپسري پای ، وغيره. د دې کولو لپاره ، تاسو باید خپل آرډینو بورډ د ارتباط سره چمتو کړئ ، که چیرې دا ونه لري. هم ، کتابتون د MQTT لپاره د اردوینو پیرودونکی دا به تاسو سره پدې کارونو کې مرسته وکړي. دا کتابتون سره برابر دی:

تاسو دمخه پوهیږئ چې تاسو کولی شئ کتابتون په خپل اریډوینو IDE کې د قوماندې په کارولو سره ډاونلوډ او نصب کړئ: ګیټ کلون https://github.com/knolleary/pubsubclient.git

ژر ترژره کوډ ته د ايم ټي ټي ټي کارولو لپاره په ځینې غوښتنلیک کې ، حقیقت دا دی چې دا اسانه دی. د فرټزینګ عکس کې تاسو کولی شئ یو تخته وګورئ Arduino UNO کوم ته چې د اردوینو ایترنیټ لخوا پیوستون ورکړل شو او دا هم وصل شو د DHT22 رطوبت او د تودوخې سینسر، که څه هم دا کوم بل څه کیدی شي ...

ښه ، د دې سره وویل ، د هغه کوډ لپاره چې تاسو یې باید تولید کړئ اردوینو IDE په ارډوینو باندې د ایم کیټي ټی پروتوکول سره کار کولو لپاره ، دا خورا اسانه دی:

  • para پیغامونه واستوئ ايم سي ټي ټي
#include <SPI.h>
#include <Ethernet.h>
#include <PubSubClient.h>
#include <DHT.h>

#define DHTPIN 2
#define DHTTYPE DHT22

// Direccion MAC del adaptador Ethernet
byte mac[] = { 0xCE, 0xAB, 0x0E, 0x3F, 0xFE, 0xD4 };

// IP del servidor (broker)
IPAddress mqtt_server(192, 168, 1, 4);

// Topic o tema con el que se trabaja
const char* topicName = "test";

DHT dht(DHTPIN, DHTTYPE);
EthernetClient ethClient;
PubSubClient client(ethClient);

void setup()
{
  Serial.begin(9600);
  if (Ethernet.begin(mac) == 0) {
    Serial.println("Fallo en Ethernet usando DHCP");
  }
// Puerto 1883 de comunicación
  client.setServer(mqtt_server, 1883);
  dht.begin();
}

void loop()
{
  if (!client.connected()) {
    Serial.print("Conectando ...\n");
    client.connect("Cliente Arduino");
  }
  else {
    // Envío de informacion del sensor de temperatura y humedad
    float temp = dht.readTemperature();
    char buffer[10];
    dtostrf(temp,0, 0, buffer);
    client.publish(topicName, buffer);
  }
  // Tiempo entre envíos en ms (cada 10 segundos)
  delay(10000);
}

  • para پیغامونه ترلاسه کول د muTTT لخوا تاسو یوازې پلیټ ته اړتیا لرئ Arduino UNO او اړیکه ، د اردوینو ایترنیټ یا کوم بل عنصر سره. لکه څنګه چې د کوډ لپاره ، یوه بیلګه به وي:
#include <SPI.h>
#include <Ethernet.h>
#include <PubSubClient.h>

// Direccion MAC del adaptador Ethernet
byte mac[] = { 0xCE, 0xAB, 0x0E, 0x3F, 0xFE, 0xD4 };

// IP del servidor (broker)
IPAddress mqtt_server(192, 168, 1, 4);

// Topic o tema con el que trabajr
const char* topicName = "test";

EthernetClient ethClient;
PubSubClient client(ethClient);

void callback(char* topic, byte* payload, unsigned int length) {
  Serial.print("El mensaje ha llegado [");
  Serial.print(topic);
  Serial.print("] ");
  int i=0;
  for (i=0;i<length;i++) {
    Serial.print((char)payload[i]);
  }
  Serial.println();
}

void setup()
{
  Serial.begin(9600);
  if (Ethernet.begin(mac) == 0) {
    Serial.println("Fallo en Ethernet al usar configuración DHCP");
  }
  client.setServer(mqtt_server, 1883);
  client.setCallback(callback)
}

void loop()
{
  if (!client.connected()) {
      Serial.print("Conectando ...");
      if (client.connect("rece_arduino")) {
        Serial.println("conectado");
        client.subscribe(topicName);
      } else {
        delay(10000);
      }
  }
  // Cliente a la escucha
  client.loop();
}

په یاد ولرئ چې تاسو باید IP د سرور لپاره مناسب ته بدل کړئ ، او تاسو باید د خپل ایترنیټ شبکې اډاپټر یا هغه چې تاسو یې کاروئ د MAC پته بدل کړئ ، په بیله بیا که تاسو کوښښ وکړئ چې ورته شراکت وکړئ یوه بله پروژه. دا یوازې یو مثال دی!

د نورو معلوماتو لپاره ، تاسو کولی شئ د وړیا لپاره ډاونلوډ زموږ د PDF لارښود برنامه پیل کولو لپاره د اردوینو IDE کورس سره.


د مقالې مینځپانګه زموږ د اصولو سره سمون لري ایډیټیک اخلاق. د غلطۍ راپور ورکولو لپاره کلیک وکړئ دلته.

لومړی د تبصره کولو لپاره وئ

خپله نظر پرېږدئ

ستاسو د بریښنا لیک پته به خپره نه شي. اړین برخو سره په نښه شوي دي *

*

*

  1. د معلوماتو لپاره مسؤل: میګیوانجل ګاتین
  2. د معلوماتو هدف: د سپیم کنټرول ، د نظر مدیریت.
  3. قانونیت: ستاسو رضایت
  4. د معلوماتو راټولول: معلومات به د قانوني مکلفیت پرته دریمې ډلې ته نه لیږدول کیږي.
  5. د معلوماتو ذخیره: ډیټابیس د Occentus شبکې (EU) لخوا کوربه شوی
  6. حقونه: په هر وخت کې تاسو کولی شئ خپل معلومات محدود ، له سره تنظیم او حذف کړئ.