Ding:2.4GHz Funk mit dem nRF24L01+ - Versionsgeschichte

Patrick: Änderungen von Don (Diskussion) wurden auf die letzte Version von Heinz zurückgesetzt

2015-05-27T21:48:01Z

Änderungen von Don (Diskussion) wurden auf die letzte Version von Heinz zurückgesetzt

← Nächstältere Version	Version vom 27. Mai 2015, 23:48 Uhr
Zeile 1:	Zeile 1:
		{{Infobox Ding
		\|Foto = nrf.jpg
		\|Status = gelb
		\|Schöpfer = [[Benutzer:Don\|Don]] ([[Benutzer Diskussion:Don\|Diskussion]])
		\|Flattr = URL
		}}
		== nRF24L01+ ==
		Nachdem es den nRF24L01+ in der Bucht oft für < 1,5€ gibt und auch noch Arduino Libs vorhanden sind ist der Baustein ausgesprochen interessant für Basteleien. <br />

		'''Diese Seite soll dem Erfahrungsaustausch dienen'''<br />

		Das Datenblatt: http://www.nordicsemi.com/kor/nordic/download_resource/8765/2/8827113<br />

		Das Library: https://github.com/stanleyseow/RF24<br />

		Anleitung dazu: http://maniacbug.github.io/RF24/classRF24.html#a343e5d23477181011dea030fafb1954f<br />

		Ein interessanter Artikel: http://www.mikrocontroller.net/articles/NRF24L01_Tutorial<br />

		Ein Scanner für 2.4GHz http://forum.arduino.cc/index.php?topic=54795.0<br />


		==== Bisherige Erfahrungen: ====
		Mit 3V betreiben, NICHT 5V. Die Datenleitungen sind 5V sicher.<br />

		Für Noobs like me: SPI hat beim Leonardo eigene Pins<br />

		Das Beispiel GettingStarted.pde scheint gut zu laufen, "t"ansmit und "r"eceive über die Serielle schicken nicht vergessen. Beim Leonardo muss man scheinbar erst "r" und dann "t" senden. (sch.. Serielle)<br />

		Rainer hat den "poor mans 2.4GHz scanner" zum laufen gekriegt http://forum.arduino.cc/index.php?topic=54795.0<br />


		Die Reichweite der Module ohne Antenne (bzw mit dem Kupferhaken auf der Platine) ist auch in verpesteter Umgebung (FabLab) getestet 10m, weiter muss noch ausprobiert werden. (natürlich mit Funkwellen verpestet) <br />

		Laut http://www.mikrocontroller.net/articles/NRF24L01_Tutorial hat der Chip Speicher für 3x Payload Empfang.... sexy! Mehrfach auslesen (muss noch getestet werden)<br />


		==== Ideen ====

		Ich will Variablen und ihre Werte übertragen, der Payload ist 32Byte, also dachte ich, wegen der Übertragungssicherheit den Namen und Wert der Variable zu einem String zusammenzufassen und dann zu übertragen. also etwa so: <br />
		27 Byte Name der Variable (sollte reichen)<br />
		1 Byte Art der Variable (Int, Float, ....)<br />
		4 Byte Variablenwert<br />
		So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int? Zum wieder auseinander dröseln: gibt es eine elegantere Methode als charAt()? ich finde kein leftstring oder so ein Zeug..

		[[Kategorie:Projekte]]
		[[Kategorie:Elektronik]]
		[[Kategorie:Mikrocontroller]]

Don: hurz

2015-05-25T15:12:19Z

hurz

← Nächstältere Version		Version vom 25. Mai 2015, 17:12 Uhr
Zeile 1:		Zeile 1:
	~~{{Infobox Ding~~
	~~\|Foto = nrf.jpg~~
	~~\|Status = gelb~~
	~~\|Schöpfer = [[Benutzer:Don\|Don]] ([[Benutzer Diskussion:Don\|Diskussion]])~~
	~~\|Flattr = URL~~
	}}
	~~== nRF24L01+ ==~~
	~~Nachdem es den nRF24L01+ in der Bucht oft für < 1,5€ gibt und auch noch Arduino Libs vorhanden sind ist der Baustein ausgesprochen interessant für Basteleien. <br />~~

	~~'''Diese Seite soll dem Erfahrungsaustausch dienen'''<br />~~

	~~Das Datenblatt: http://www.nordicsemi.com/kor/nordic/download_resource/8765/2/8827113<br />~~

	~~Das Library: https://github.com/stanleyseow/RF24<br />~~

	~~Anleitung dazu: http://maniacbug.github.io/RF24/classRF24.html#a343e5d23477181011dea030fafb1954f<br />~~

	~~Ein interessanter Artikel: http://www.mikrocontroller.net/articles/NRF24L01_Tutorial<br />~~

	~~Ein Scanner für 2.4GHz http://forum.arduino.cc/index.php?topic=54795.0<br />~~


	~~==== Bisherige Erfahrungen: ====~~
	~~Mit 3V betreiben, NICHT 5V. Die Datenleitungen sind 5V sicher.<br />~~

	~~Für Noobs like me: SPI hat beim Leonardo eigene Pins<br />~~

	Das Beispiel GettingStarted.pde scheint gut zu laufen, "t"ansmit und "r"eceive über die Serielle schicken nicht vergessen. Beim Leonardo muss man scheinbar erst "r" und dann "t" senden. (sch.. Serielle)<br />

	~~Rainer hat den "poor mans 2.4GHz scanner" zum laufen gekriegt http://forum.arduino.cc/index.php?topic=54795.0<br />~~


	Die Reichweite der Module ohne Antenne (bzw mit dem Kupferhaken auf der Platine) ist auch in verpesteter Umgebung (FabLab) getestet 10m, weiter muss noch ausprobiert werden. (natürlich mit Funkwellen verpestet) <br />

	~~Laut http://www.mikrocontroller.net/articles/NRF24L01_Tutorial hat der Chip Speicher für 3x Payload Empfang.... sexy! Mehrfach auslesen (muss noch getestet werden)<br />~~


	~~==== Ideen ====~~

	Ich will Variablen und ihre Werte übertragen, der Payload ist 32Byte, also dachte ich, wegen der Übertragungssicherheit den Namen und Wert der Variable zu einem String zusammenzufassen und dann zu übertragen. also etwa so: <br />
	~~27 Byte Name der Variable (sollte reichen)<br />~~
	~~1 Byte Art der Variable (Int, Float, ....)<br />~~
	~~4 Byte Variablenwert<br />~~
	So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int? Zum wieder auseinander dröseln: gibt es eine elegantere Methode als charAt()? ich finde kein leftstring oder so ein Zeug..

	~~[[Kategorie:Projekte]]~~
	~~[[Kategorie:Elektronik]]~~
	~~[[Kategorie:Mikrocontroller]]~~

Heinz: add: Kategorie:Projekte

2015-05-10T13:25:39Z

add: Kategorie:Projekte

← Nächstältere Version		Version vom 10. Mai 2015, 15:25 Uhr
Zeile 44:		Zeile 44:
	So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int? Zum wieder auseinander dröseln: gibt es eine elegantere Methode als charAt()? ich finde kein leftstring oder so ein Zeug..		So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int? Zum wieder auseinander dröseln: gibt es eine elegantere Methode als charAt()? ich finde kein leftstring oder so ein Zeug..

			[[Kategorie:Projekte]]
	[[Kategorie:Elektronik]]		[[Kategorie:Elektronik]]
	[[Kategorie:Mikrocontroller]]		[[Kategorie:Mikrocontroller]]

Heinz: add: Kategorie:Elektronik

2015-05-10T01:23:34Z

add: Kategorie:Elektronik

← Nächstältere Version		Version vom 10. Mai 2015, 03:23 Uhr
Zeile 43:		Zeile 43:
	4 Byte Variablenwert<br />		4 Byte Variablenwert<br />
	So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int? Zum wieder auseinander dröseln: gibt es eine elegantere Methode als charAt()? ich finde kein leftstring oder so ein Zeug..		So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int? Zum wieder auseinander dröseln: gibt es eine elegantere Methode als charAt()? ich finde kein leftstring oder so ein Zeug..

			[[Kategorie:Elektronik]]
			[[Kategorie:Mikrocontroller]]

Don: q

2014-02-17T17:29:31Z

← Nächstältere Version		Version vom 17. Februar 2014, 19:29 Uhr
Zeile 32:		Zeile 32:

	Die Reichweite der Module ohne Antenne (bzw mit dem Kupferhaken auf der Platine) ist auch in verpesteter Umgebung (FabLab) getestet 10m, weiter muss noch ausprobiert werden. (natürlich mit Funkwellen verpestet) <br />		Die Reichweite der Module ohne Antenne (bzw mit dem Kupferhaken auf der Platine) ist auch in verpesteter Umgebung (FabLab) getestet 10m, weiter muss noch ausprobiert werden. (natürlich mit Funkwellen verpestet) <br />

			Laut http://www.mikrocontroller.net/articles/NRF24L01_Tutorial hat der Chip Speicher für 3x Payload Empfang.... sexy! Mehrfach auslesen (muss noch getestet werden)<br />


	==== Ideen ====		==== Ideen ====

Don: a

2014-02-17T17:15:39Z

← Nächstältere Version		Version vom 17. Februar 2014, 19:15 Uhr
Zeile 37:		Zeile 37:
	Ich will Variablen und ihre Werte übertragen, der Payload ist 32Byte, also dachte ich, wegen der Übertragungssicherheit den Namen und Wert der Variable zu einem String zusammenzufassen und dann zu übertragen. also etwa so: <br />		Ich will Variablen und ihre Werte übertragen, der Payload ist 32Byte, also dachte ich, wegen der Übertragungssicherheit den Namen und Wert der Variable zu einem String zusammenzufassen und dann zu übertragen. also etwa so: <br />
	27 Byte Name der Variable (sollte reichen)<br />		27 Byte Name der Variable (sollte reichen)<br />
	1 Byte Art der Variable (~~int~~, ~~float~~....)<br />		1 Byte Art der Variable (Int, Float, ....)<br />
	4 Byte Variablenwert<br />		4 Byte Variablenwert<br />
	So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int?		So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int? Zum wieder auseinander dröseln: gibt es eine elegantere Methode als charAt()? ich finde kein leftstring oder so ein Zeug..

Don: x

2014-02-17T17:06:34Z

← Nächstältere Version		Version vom 17. Februar 2014, 19:06 Uhr
Zeile 37:		Zeile 37:
	Ich will Variablen und ihre Werte übertragen, der Payload ist 32Byte, also dachte ich, wegen der Übertragungssicherheit den Namen und Wert der Variable zu einem String zusammenzufassen und dann zu übertragen. also etwa so: <br />		Ich will Variablen und ihre Werte übertragen, der Payload ist 32Byte, also dachte ich, wegen der Übertragungssicherheit den Namen und Wert der Variable zu einem String zusammenzufassen und dann zu übertragen. also etwa so: <br />
	27 Byte Name der Variable (sollte reichen)<br />		27 Byte Name der Variable (sollte reichen)<br />
	1 Byte Art der Variable int, float....)<br />		1 Byte Art der Variable (int, float....)<br />
	4 Byte Variablenwert<br />		4 Byte Variablenwert<br />
	So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int?		So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int?

Don: <

2014-02-17T17:05:50Z

← Nächstältere Version		Version vom 17. Februar 2014, 19:05 Uhr
Zeile 32:		Zeile 32:

	Die Reichweite der Module ohne Antenne (bzw mit dem Kupferhaken auf der Platine) ist auch in verpesteter Umgebung (FabLab) getestet 10m, weiter muss noch ausprobiert werden. (natürlich mit Funkwellen verpestet) <br />		Die Reichweite der Module ohne Antenne (bzw mit dem Kupferhaken auf der Platine) ist auch in verpesteter Umgebung (FabLab) getestet 10m, weiter muss noch ausprobiert werden. (natürlich mit Funkwellen verpestet) <br />

			==== Ideen ====

			Ich will Variablen und ihre Werte übertragen, der Payload ist 32Byte, also dachte ich, wegen der Übertragungssicherheit den Namen und Wert der Variable zu einem String zusammenzufassen und dann zu übertragen. also etwa so: <br />
			27 Byte Name der Variable (sollte reichen)<br />
			1 Byte Art der Variable int, float....)<br />
			4 Byte Variablenwert<br />
			So sollte auch bei verlorenen Paketen die Daten recht brauchbar bleiben. Ist das ok, oder gibts ne bessere Idee? Was dagegen spricht: angeblich ist bei kleinerem Payload die Übertragung sicherer. Evtl. mit 16 Byte? 12 Byte für den Namen, 4 Byte für den Wert, es gibt nur int?

Don: a

2014-02-17T15:34:53Z

← Nächstältere Version		Version vom 17. Februar 2014, 17:34 Uhr
Zeile 13:		Zeile 13:

	Das Library: https://github.com/stanleyseow/RF24<br />		Das Library: https://github.com/stanleyseow/RF24<br />

			Anleitung dazu: http://maniacbug.github.io/RF24/classRF24.html#a343e5d23477181011dea030fafb1954f<br />

	Ein interessanter Artikel: http://www.mikrocontroller.net/articles/NRF24L01_Tutorial<br />		Ein interessanter Artikel: http://www.mikrocontroller.net/articles/NRF24L01_Tutorial<br />

Don: a

2014-02-17T14:51:13Z

← Nächstältere Version		Version vom 17. Februar 2014, 16:51 Uhr
Zeile 1:		Zeile 1:
	{{Infobox Ding		{{Infobox Ding
	\|Foto = ~~nopicture~~.~~png~~		\|Foto = nrf.jpg
	\|Status = gelb		\|Status = gelb
	\|Schöpfer = [[Benutzer:Don\|Don]] ([[Benutzer Diskussion:Don\|Diskussion]])		\|Schöpfer = [[Benutzer:Don\|Don]] ([[Benutzer Diskussion:Don\|Diskussion]])
Zeile 20:		Zeile 20:

	==== Bisherige Erfahrungen: ====		==== Bisherige Erfahrungen: ====
			Mit 3V betreiben, NICHT 5V. Die Datenleitungen sind 5V sicher.<br />

	Für Noobs like me: SPI hat beim Leonardo eigene Pins<br />		Für Noobs like me: SPI hat beim Leonardo eigene Pins<br />

Zeile 27:		Zeile 29:


	Die Reichweite der Module ohne Antenne (bzw mit dem Kupferhaken auf der Platine) ist auch in verpesteter Umgebung (FabLab) ~~locker~~ 10m. (natürlich mit Funkwellen verpestet) <br />		Die Reichweite der Module ohne Antenne (bzw mit dem Kupferhaken auf der Platine) ist auch in verpesteter Umgebung (FabLab) getestet 10m, weiter muss noch ausprobiert werden. (natürlich mit Funkwellen verpestet) <br />