mehrere Sensoren per Funk abfragen

Hallo Kenner der Materie,
ich stehe vor der Aufgabe oder auch dem Problem 2 Sensoren per Funk abzufragen. hat das schon wer mal vollbracht vom Mainboard(AVR) per RF zwei oder mehr Verbindungen abzufragen. Welche RF Verbindung ist da am geeignetsten, es sollen ca 30..40 m überbrückt werden. Das Problem bei mir liegt aber mehr darin die zwei RF-Module(433MHc) der Sensoren an einen Empfänger anbinden zu wollen.

Hat da wer schon Erfahrungen oder sonstige Hinweise ?...so müsst ich nicht im Urschleim anfangen...


Gruss und Dank

Gerhard

Hallo Gerhard,

schau doch mal in meine Hilfe in diesem Forum zB. RFM12 mit Beispielcode von Pollin,
Antwort von fredred.

Für weitere Anfragen ob Hard- Softwareware(BASCOM) im Bereich Funkbrücken und I2C-Bus sowie 1Wire für AVR Anwendungen kann ich bestimmt helfen.
Habe schon viele und zuverlässige Projekte aufgebaut.
Gruß
Fred

Hallo Fred !

Vielen Dank für Dein Unterstützungsangebot. Ich kenne das mit den RFM12 usw. von Pollin, nur wollte ich versuchen andere Sender an den Sensoren einzusetzen, die Funkübertragung ist ja auch nicht das problem so, viel mehr wie wertet der Empfänger und die MCU dahinter aus um zwei verschiedene TX zu unterscheiden, gut man braucht nur andere Daten senden, was ist aber wenn beide gleichzeitig senden, das ist noch mein Problem, weil ich einfach auf der sicheren Seite sein wollte, um meine Treibhäuser nicht zu fluten... ;) , bzw nicht das ich mehr Kabelei im garten habe als wie Pflanzen.... ;)
Die Sensoren sind Feuchtesensoren, die Alarm per Funk auslösen sollen, falls die autom. Bewässerung der Treibhäuser versagt und die Erde zu trocken wird/ist

Gruss und Dank Gerhard


Gruss und Dank Gerhard

Hallo Gerhard,

Ich würde es so lösen:

Ein Master, der alles unter Kontrolle hat, sendet Daten an die Slaves.

Jeder Slave hat eine eindeutige Adresse.

Jener Slave, auf den die Adresse zutrifft, sendet seinen Status an den Master zurück.
So gehst Du alle Slaves durch.

Dadurch kannst Du die Stelle, an der es zu trocken ist, auch noch lokalisieren.

Gruß,
Hans

Hi Hans,
ja daran dachte ich ja auch schon. das heist aber, dass ich jedem Sensor noch einem Empfänger zuordnen muss, der ständig Spannung/Strom benötigt. Ich hatte geplant, das der Funksensor solange spannungslos auf Standby bleibt bis die Feuchte nicht mehr ausreicht und dann gesendet wird. So kann ich eine kleine 12V Batterie, MCU und RF TX in einem Stück Installationsrohr PG20 ca. 20mm Durchmesser unterbringen , wo gleich an einem Ende des Rohres 2 Sück 3mm starke Edelstahlstäbe(300mm lang) eingegossen sind und als Feuchtefühler agieren...
Ich bin gerade dabei einen RF-Sensor-Demonstrationsmodell zu bauen...na mal sehen was bei raus kommt. Momentan hat mich der I2C Expander(8574p) irregeführt, muss erst mal dieses Prob. lösen besser beseitigen.
Ich möchte das ganze auch erst richtig im nächsten Gartenjahr einsetzen...jetzt ist erst mal nur die MCU gesteuerte Bewässerung und Klima (temperatur/feuchte) aktiv im Bau und Funktion . Doch wollte ich freie zeit ausnutzen mich gleich anderen Aufgaben zu widmen....

Danke und Gruss

Gerhard

Nachtrag:
Trotzdem nicht schlecht der Gedanke, habe mal auf dem Steckbrett 3 TX/RX Schaltungen gesteckt, nun kommt es darauf an was für einen ATmelChip ich für die MCU nehmen kann, sollte so klein wie möglich sein Attiny vielleicht.

Hallo!

Um gleichzeitiges Senden von mehreren "Sensoren" zu verhindern, reicht es vorm Senden die verwendete Frequenz kurz "abhören". Das verlangt jedoch spannungslose Transceiver auf der stelle von geplannten Sendern. ;)

Hallo Gerhard,

muss mal nachfragen, hast du mehre Sender und nur ein Empfänger?

Meine Projekte sind alles Eigenentwieglungen und haben nichts mit den fertigen Modulen von Pollin zu tun.
Sende und Empfange, in meinem „Hausprojekt“, 8 Analogwerte (völlig egal was für Sensoren am Sender hängen) gleichzeitig werten noch digitale Werte übermittelt bzw. lösen vom Empfänger gleich Ereignis aus(Relais werden geschalten wenn!!!!)
Somit schau dir mal die .Bas an. Ist zwar nicht mehr meine neuste Variante aber funktioniert schon ein paar Jahre sehr zuverlässig.

Gruß
Fred

PS. Mein Sender ist auch im Garten und wird mit 4 AA Akkus gespeist. Nachladung durch kleine Solarpanel. Ist auch Eigenbau.

Hallo Pict..!
Ja ich habe eben mal so ins Datenblatt vom RFM12 & Co gesehen,habe diese ja vorrätig, aber das benötigt mir aber zu viele Ports an der MCU, auch an der Masterstelle sprich Steuerzentrale, na mal sehen...
ich gedenke mal den test abzuarten wenn wirklich der Zustand auftritt das beide senden...was der RX dann ausgibt...es liesse sich ja möglich machen , das die 2..3 Sensoren bei Trockenheit in unterschiedlichen Zeitabständen ,vielleicht 7,12 und etwa 17 sec Abständen 3sec lang senden... der Erde ist es doch wohl egal ob da der Alarm oder das Wasser 10..20 sec. später kommt...

Gerhard

Nachtrag für Fred, warst schneller als ich ;)

ja einen Empfänger habe ich in der Zentrale vorgesenen, da ist es eigendlich egal da ist genug Strom, an den Sensoren sollte eben nur ein Swender sein der wenig Ports am MCU benötigt, darum ist mir das RFM12 nicht soo das wahre...aber vieleicht kannst Du mich überzeugen

Fred welche ".bas" soll ich mir ansehen ..etwas unschlüssig da bin ???

Hallo Gerhard,
sende nochmal meine kleine Hilfe für Funkdatenübertragung im Anhang.
MfG
Fred

Zitat:

---

... vom Mainboard(AVR) per RF zwei oder mehr Verbindungen abzufragen ...

---

Per Radio habe ich das noch nicht gemacht, aber per Draht/Kabel/UART und auch mal kurz zum Reinschnuppern per WLAN (Raspi).

Zitat:

---

... um zwei verschiedene TX zu unterscheiden ... was ist aber wenn beide gleichzeitig senden ...

---

Es gibt den 644er, den 1284 usw usf, die haben zwei UARTs, UART0 und UART1. UND es gibt noch ander Controller mit mehr seriellen Eingängen.

Ich habe die UART-Version von Peter Dannegger, interruptgetrieben, mit Ringspeicher. Diese Bibliothek ist für mehrere, verschiedene UARTs konfigurierbar. Da schreibt jeder UART in SEINEN Ringspeicher seine Empfangs- (und Sende-) Sequenzen, weil jeder seinen eigenen Empfangs- und Sendepuffer hat. Diese Pufferinhalte kann man dann bei passender Gelegenheit abholen. Es gibt keine Konflikte! Natürlich funktioniert das bei mir, weil ich nicht mehr Quellen habe als verfügbare UARTs. Übrigens läuft diese Kommunikation auf kurze Distanzen (im Dezimeterbereich) zwischen zwei 20MHz-getakteten Controllern bei mir bis UBRR = 1 - sprich: mit 1,25 MBd.

Wär das nicht ne Möglichkeit für Dich?

Danke Fred für die Unterlagen, werde morgen diese Studieren, heut raucht der Kopf schon ein wenig(ohne Nikotin).. ;)

@Oberrall... Ja das ist ne Möglichkeit, mit mehreren Uarts, auf Seite der Zentrale ist das ja gar kein Problem, do kommt demnächt ein "fetter Mega" zu Einsatz, mir geht es darum die Sensorseite so einfach wie möglich zu halten, nähme ich 2 Empfänger in der Zentrale muss ich aber auch gut getrennte Signale haben, damit nicht beide RX drauf ansprechen...Vielleicht mach ich es auch ein wenig übetrieben, aber das "Einfache" lockt ja nicht so.
Nun per Draht , nee ich kann doch meiner Frau nicht die Beete verdrahten....wenn die dann das Unkraut aushackt....oh jeh...da werden die Signaldrähte als Wurzeln gehalten ;)

Kommt Zeit kommt Rat, dieses Jahr ist ja noch die einfache Zentrale im Einsatz, doch probieren wollte ich schon und testen so früh es geht...

Gruss und Dank Gerhard

Bist du auf die RFM-Module festgelegt? Wenn nicht gäbe es da eine Komplettlösung, die genau in deinen Anforderungsbereich passt. Der ATmega128RFA1 hat einen integrierten 2,4GHz Transciever, womit auch das "Listen-before-talk" ohne weiteres zu realisieren ist. Da so auch alle Funktionen des Funkteils kontrolliert werden können, ist das dazu stromsparend. Einzig nachteilig, das Gehäuse des ATmega ist etwas hässlich(VQFN).


Gruß Jannis

Danke Jannis für den Hinweis, ich muss diese Variante leider ausschliessen. Mir sind die Atmels-rf-Chips, wie auch die rfPICs bekannt, aber die erforderlichen Leiterplatten kann ich nicht selber herstellen, das ist mein Handycap. Lochrasterplatte ist für mich(Augen und Finger) das höchste aller Gefühle , wie man so sagt.

Bin trotzdem guter Hoffnung das Problem zu lösen.

Gruss und Dank

Gerhard