diff --git a/documentazione.md b/documentazione.md
index dd95c0a..e37a29a 100644
--- a/documentazione.md
+++ b/documentazione.md
@@ -93,6 +93,23 @@ La scelta della frequenza di *advertising* è stata dettata dai vincoli tracciat
 Infatti la libreria permette di trasmettere un beacon o con una frequenza di 1 *Hz*, 3 *Hz* o 10 *Hz*.
 Fortunatamente questi vincoli non si sono rilevati troppo limitanti infatti la frequenza di un Hertz, quindi un beacon trasmetto ogni secondo, permette di avere una buona trasmissione e di risparmiare batteria, inoltre in fase di scanning evita che siano registrate più interazioni nello stesso ciclo.
 
+Sempre attraverso l'API di Android è stata settata la potenza di trasmissione del beacon.
+Anche in questo caso la scelta era limitata a poche alternative:
+
+- HIGH
+- MEDIUM
+- LOW
+- ULTRA_LOW
+
+Com'è possibile dedurre anche dai nomi dei vari livelli, l'API non fornisce nessuna stima quantitativa[^dispositivi-non-omogenei], ma solo delle indicazioni qualitative delle intensità del segnale trasmesso.
+L'individuazione del livello più adatto è stata svolta per via sperimentale utilizzando cinque dispositivi differenti.
+I due livelli più alti sono stati immediatamente scartati in quanto permettevano di rilevare i beacon a distanze elevate cosa che avrebbe minato la bontà dell'applicazione.
+Con il livello ULTRA_LOW si è notato che venivano rilevate unicamente le interazioni inferiori al metro in contesti *free space*.
+Poiché l'organizzazione mondiale della sanità raccomanda una distanza di almeno un metro @AdvicePublicCOVID19 questo livello di trasmissione non consente di rilevare contatti potenzialmente a rischio.
+Per questo motivo si è scelto di utilizzare il livello LOW che permette di rilevare contatti fino a circa due metri.
+
+[^dispositivi-non-omogenei]: D'altronde, data la natura non omogenea dei vari dispositivi Android, una stima quantitativa sarebbe stata impossibile da ottenere.
+
 ### Scansione