diff --git a/src/contents/6-tervezes.tex b/src/contents/6-tervezes.tex index 5b0ce2f90e93a014f0ce091bfb2c3728c7e6a701..875ceedc850fd57f92cd434a253675795f97ec38 100644 --- a/src/contents/6-tervezes.tex +++ b/src/contents/6-tervezes.tex @@ -170,7 +170,7 @@ Az Espressif fenn tart ehhez az architektúrához készült fordítóprogramokat melyek az ESP-IDF (Espressif IoT Development Framework) szofverfejlesztői csomagban használatosak. \cite{idf-tools} A framework alapvetően C/C++ nyelvekre célzott. A Rust támogatás esete speciális, mely két különböző módon adott. -Az egyik mód keretében az ESP-IDF függvénykönyvtárának felhelhasználásával +Az egyik mód keretében az ESP-IDF függvénykönyvtárának felhasználásával implementált Rust standard library (std) segítségével tudunk fejleszteni alkalmazást. Vagy a sokkal kisebb binárist eredményező és memóriahasználatú, alacsonyabb szintű út: std és ESP-IDF nélkül (``\verb|no_std|''), úgynevezett @@ -178,7 +178,7 @@ alacsonyabb szintű út: std és ESP-IDF nélkül (``\verb|no_std|''), úgynevez A dokumentáció jól szemlélteti a két megközelítés közötti különbségeket, illetve mikor érdemes melyiket választani. A projektünkhöz az std használatát választom az ESP-IDF kifejledt ökoszisztémája miatt, mellyel korábban pozitív -tapasztalataim voltak. Az eszköz szoftverében a működése óta nem találtam hibát, +tapasztalataim voltak. A korábbi eszköz szoftverében a működése óta nem találtam hibát, ami hasonlóan egy ESP32-WROVER-32 alapú rendszer volt titkosított adatközléssel WiFi hálozat felett. \cite{onlab} Az ESP-IDF több biztonságot garantál a program stabilitása érdekében, mint a bare metal megoldás, hiszen ott futásidőben