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