Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- projekte:grossprojekte:lorawan:7_lora_node_scetch [2019/11/05 14:46] – fablab_wiki
+++ projekte:grossprojekte:lorawan:7_lora_node_scetch [2020/11/05 10:10] – fablab_wiki
@@ Zeile 301: / Zeile 301: @@
 In den Zeilen 56, 60 und 66 müssen wir irgendwelche Adressen eintragen. Dazu später mehr. Um dies vornehmen zu können, müssen wir vorher [[projekte:grossprojekte:lorawan:9_ttn_konto|dies hier]] abgearbeitet haben.
-In Zeile 69 wird es schon etwas interessanter: Hello Wolrd! LOL
+In Zeile 69 wird es schon etwas interessanter: Hello World! LOL
 Das ist der "Datensatz" der später in den LoRaWAN-Netzwerk gesendet werden soll - natürlich als Test. Später sollen es ja Messwerte von Sensoren sein.
-Zeile 74 erklärt sich auch fast von selbst. Wir erinnern uns, die Belegunbgszeit eines Nodes auf den Funkfrequenzen unterliegt gewissen Einschränkungen. Also wird man nur ab und an senden - hier momentan alle 60 Sekunden.
+Zeile 74 erklärt sich auch fast von selbst. Wir erinnern uns, die Belegungszeit eines Nodes auf den Funkfrequenzen unterliegt gewissen Einschränkungen. Also wird man nur ab und an senden - hier momentan alle 60 Sekunden.
 Zeile 77 bis 82.
@@ Zeile 323: / Zeile 323: @@
 Schon hier merken wir, dass für die zeitliche Einteilung einer Datenübertragung die Loop-Schleife nicht verwendet werden kann. Für die Bereitstellung der Daten müssen wir also an anderer Stelle entsprechenden Code einfügen. Dies wäre z.B. bei Zeile 154. Dazu später mehr.
-Nehmen wir an, wir hätten das Thema Adressen geklärt und der Sketch würde compiliert werden, dann erhielten wir die Nachricht, dass auf dem Uno nur noch sehr wenig Speicherplatz übrig bliebe. Sollten wir also Sendoren mit etwas umfangreicher Software verwenden, müssten wir Speicherplatz sparen, oder auf einen Mega ausweichen.
+Nehmen wir an, wir hätten das Thema Adressen geklärt und der Sketch würde compiliert werden, dann erhielten wir die Nachricht, dass auf dem Uno nur noch sehr wenig Speicherplatz übrig bliebe. Sollten wir also Sensoren mit etwas umfangreicher Software verwenden, müssten wir Speicherplatz sparen, oder auf einen Mega ausweichen.
-Etwas Speicher würde frei werden, wenn wir die Kommunikation in den seriellen Monitor entfernen würden. Im richtigen Leben hängt der Node auch nicht am Rechner und wir lesen mit.
+Etwas Speicher würde frei werden, wenn wir die Kommunikation zum seriellen Monitor entfernen würden. Im richtigen Leben hängt der Node auch nicht am Rechner und wir lesen auch nicht mit.
 Eine Idee wäre dieses über einen Compiler-Schalter zu bewerkstelligen. Dann könnte man auch gleich die "leeren" Case Fälle entfernen.
 Ich habe das mal ganz brutal gelöscht und die wichtigen Passagen für die Erweiterung für Sensoren markiert. Dieser Sketch läßt genau 378 Byte für Variablen übrig.
@@ Zeile 557: / Zeile 557: @@
 ====Was bleibt noch offen====
 \\
-\\
+Natürlich bleiben noch einige Fragen bzw. Aufgaben offen.
-Natürlich beliben noch viele Fragen bzw. Aufgaben offen.
   * Einbinden des Programmcodes für diverse Sensoren
   * Setzen des Nodes in den Schlafzustand außerhalb der Sendezyklen (z.B. um Batterie zu sparen)
-  * Mögliche Umstrukturierung der Software um evtl doch die Loop-Schleife zu verwenden
+  * Mögliche Umstrukturierung der Software, um evtl doch die Loop-Schleife zu verwenden
 \\
 \\
-Stand: 05.11.2019
+Stand: 05.11.2020

FabWiki

Benutzer-Werkzeuge

Webseiten-Werkzeuge

Unterschiede

Seiten-Werkzeuge