will den Fernseher im Nebenzinmer ansteuern. Dazu will ich ein Funksignal an die Elektronik senden, welche dann mit der IR Led den TV ansteuert. Frage ist, wie ich da rüberfunke.
Benötigte Reichweite Sender ~5m
Dazwischen liegt eine Betonwand. Da das Gerät schön kompakt sein soll, kommt mir das UHF Band in den Sinn. Da könnte man direkt das ISM Band nutzen. Die Datenrate muss nicht hoch sein.Das Gerät wird batterie betrieben. Also muss die ganze Funkerei sparsam von statten gehen. Jetzt habe ich mal geschaut, was es bereits so gibt und dachte jetzt an Lora. Was sagt ihr? Da Sender und Empfänger stationär sind, könnte ich sogar eine Richtantenne verbauen.
Du fährst auch mit dem 40-Tonner Brötchen holen. 😂
Ja, Lora ist overkill. Ich brauche einen RF-Transceiver IC im ISM Band mit vernünftiger Reichweite (~5m) und am besten frequenzspreizender Modulation (robust gegenüber Störungen).
Ja, fertige Geräte will ich nicht haben. Ich will das entwickeln.
Ich brauche einen RF-Transceiver IC im ISM Band
mit vernünftiger Reichweite (~5m) und am besten frequenzspreizender
Modulation (robust gegenüber Störungen).
Und du brauchst eine Software und eine Antenne, die garantieren, dass du keinen Störsender betreibst. Ohne spezielle Meßgeräte wird der Test davon schwierig.
Das Gerät wird batterie betrieben. Also muss die ganze Funkerei sparsam
von statten gehen.
Der Sender muss keinen Strom sparen, wenn du ihn nur per Knopfdruck für die jeweilige Schaltfunktion aktivierst.
Wenn der Empfänger keinen Strom aus dem TV nehmen soll/kann, dann darf er nicht dauernd laufen – das würde jede Batterie (s. u.) schnell leersaugen. Also brauchst du auf beiden Seiten einen halbwegs genauen Zeitzähler, der weiß, wann die andere Seite bereit ist. Weil die Zähler aber im Laufe der Zeit auseinanderlaufen, muss die Software das trickreich auffangen. Bei einer Fernbedienung willst du wahrscheinlich keine Verzögerungszeiten von mehr als einer Sekunde, es würde also nicht genügen, wenn der Empfänger nur alle 5 Minuten kurz aktiviert wird.
Da das Gerät schön kompakt sein soll
Eine AA-Zelle hat z. B. 2 Ah. Wenn der Empfänger 1 mA braucht, sind das 2000 Stunden, also keine 3 Monate. Aber welches Empfänger-IC ist im Lauschbetrieb so sparsam?
Also brauchst du auf beiden Seiten einen halbwegs genauen Zeitzähler,
der weiß, wann die andere Seite bereit is
Oder es so machen wie alle Low-Power Protokolle: Der Empfänger sendet alle paar Sekunden/Minuten ein kurzes Datenpaket und geht danach kurz auf Empfang (ein paar Millisekunden). In diesem Zeitfenster kann die Fernbedienung dann ihr Signal senden. Man muss einen Kompromiss zwischen Stromverbrauch und Verzögerung finden.
Also brauchst du auf beiden Seiten einen halbwegs genauen Zeitzähler,
der weiß, wann die andere Seite bereit is
Oder es so machen wie alle Low-Power Protokolle: Der Empfänger sendet
alle paar Sekunden/Minuten ein kurzes Datenpaket und geht danach kurz
auf Empfang (ein paar Millisekunden). In diesem Zeitfenster kann die
Fernbedienung dann ihr Signal senden.
So einfach geht es ja nun nicht. Wenn die Fernbedienung nicht permanent lauschen soll, muss sie wissen, wann sie dieses kurze Datenpaket erwarten kann. Dafür brauchen beide Seiten einen Zähler/eine Uhr.
Was du meinst, ist vermutlich ein Szenario, in dem es mehrere Empfänger gibt, die aber nicht immer alle etwas gesendet bekommen wollen/sollen. Und/oder mehrere Sender, die aber nicht immer alle etwas senden wollen/sollen. Da teilt dann einer seine Bereitschaft bzw. seinen Wunsch zum Senden oder Empfangen mit. Aber auch das funktioniert nur, wenn alle Partner einen nachjustierbaren Zähler/eine Uhr besitzen. Ohne Nachjustierung kommt sonst irgendwann ein Signal außerhalb des zugehörigen Zeitfensters an.
Wenn die Fernbedienung nicht permanent lauschen soll, muss sie wissen,
wann sie dieses kurze Datenpaket erwarten kann
Nö. Nur wenn man eine Taste drückt muss sie für eine Intervalldauer lauschen. Sonst tut sie gar nichts und die Pakete des Empfängers gehen ins Nirvana.
Schau dir an wie das bei LoRaWAN gemacht ist. Das kommt ohne komplexe Zeitsynchronisation aus.
Nur wenn man eine Taste drückt muss sie für eine Intervalldauer
lauschen. Sonst tut sie gar nichts und die Pakete des Empfängers gehen
ins Nirvana.
Ok, das geht. Aber soll man 24/7 in ziemlich kurzen Abständen (100 ms?) senden, nur weil jemand ab und zu mal eine Taste drücken will? Wenn jedes Gerät das täte ...
Schau dir an wie das bei LoRaWAN gemacht ist
Da ist das Szenario anders. Die Endgeräte kommunizieren nicht direkt miteinander, sondern nur über das Gateway. Der Receiver des Gateway läuft ständig, nur deswegen funktioniert es. "Kurzzeit-Synchronisation", beschränkt auf die einzelnen Aktionen.
Wenn ein Partner nur senden und der andere nur empfangen kann/soll, geht es nicht ganz so einfach, wenn Energie gespart werden soll.
. Der Receiver des Gateway läuft ständig, nur deswegen funktioniert es.
"Kurzzeit-Synchronisation", beschränkt auf die einzelnen Aktionen.
Nodes können aber auch empfangen (müssen es sogar). Das Gateway sendet Pakete an die Nodes in einem kurzen Zeitfenster nachdem die Nodes ihr regelmäßiges Paket gesendet haben. So kann man (langsame) Befehle an Aktor-Nodes senden. Es gibt aber auch Class C mit Zeit-Synchronisation.
Und wer versorgt den Empfänger der Fernbedienung mit Strom, damit sie
das kurze Datenpaket mit bekommt?
Die Batterie der Fernbedienung. Wenn man nicht gerade 24/7 auf den
Tasten rum drückt hält sich der Verbrauch in Grenzen.
Zeige einmal einen Zeitplan, wie du dir das vorstellst. Welcher Empfänger ist wann aktiv, welcher Sender ist wann aktiv, wer wird aus einer Batterie gespeist, wer wird aus dem Netz gespeist, was passiert wann bei einem Tastendruck auf der FB?
Zeige einmal einen Zeitplan, wie du dir das vorstellst. Welcher
Empfänger ist wann aktiv, welcher Sender ist wann aktiv,
Lies die LoRaWAN MAC Spezifikation und stell dir vor Gateway=Fernbedienung nur auf Knopfdruck eingeschaltet, Node = Empfänger zur Montage am Fernseher.
Das tun sehr viele Geräte. Bluetooth-Geräte, WiFi -Router,
LoRaWAN-Knoten, diverse Asset-Tracker, Mobilfunk-Endgeräte und
Basisstationen...
Ich sagte "in kurzen Abständen (100 ms?". Und natürlich reden wird ja hier NUR von den ISM-Bändern ...
. Der Receiver des Gateway läuft ständig, nur deswegen funktioniert es.
"Kurzzeit-Synchronisation", beschränkt auf die einzelnen Aktionen.
Nodes können aber auch empfangen (müssen es sogar). Das Gateway sendet
Pakete an die Nodes in einem kurzen Zeitfenster
Eben, in einem Zeitfenster, weil die Receiver der Nodes NICHT STÄNDIG laufen. Die Gateway-Receiver laufen aber ständig, und nur deswegen funktioniert es so einfach.
Wenn ein Partner nur senden und der andere nur empfangen kann/soll,
Glücklicherweise gibt es eine Menge bidirektionaler Funk-ICs, nicht
zuletzt alle LoRa-ICs.
Das tun sehr viele Geräte. Bluetooth-Geräte, WiFi -Router,
LoRaWAN-Knoten, diverse Asset-Tracker, Mobilfunk-Endgeräte und
Basisstationen...
Ich sagte "in kurzen Abständen (100 ms?)". Und natürlich reden wir ja hier NUR von den ISM-Bändern.
. Der Receiver des Gateway läuft ständig, nur deswegen funktioniert es.
"Kurzzeit-Synchronisation", beschränkt auf die einzelnen Aktionen.
Nodes können aber auch empfangen (müssen es sogar). Das Gateway sendet
Pakete an die Nodes in einem kurzen Zeitfenster
Eben, in einem Zeitfenster, weil die Receiver der Nodes NICHT STÄNDIG laufen. Die Gateway-Receiver laufen aber ständig, und nur deswegen funktioniert es so einfach.
Wenn ein Partner nur senden und der andere nur empfangen kann/soll,
Glücklicherweise gibt es eine Menge bidirektionaler Funk-ICs, nicht
zuletzt alle LoRa-ICs.
Ich sagte "in kurzen Abständen (100 ms?". Und natürlich reden wird ja
hier NUR von den ISM-Bändern ...
100ms ist wegen Duty Cycle wahrscheinlich nicht erlaubt für SRD. Man würde sich eher im Bereich 5-20s bewegen. Hängt halt davon ab wie viel Latenz tolerierbar ist.
Die Gateway-Receiver laufen aber ständig, und nur deswegen funktioniert
es so einfach.
Bei reinen Aktor-Nodes würde es reichen wenn das Gateway nur "on demand" eingeschaltet wird. Ist bei LoRaWAN natürlich nicht sinnvoll, bei einer Fernbedienung ggf. schon.
Es ist sicher noch mehr zu beachten, um Fremdstörer wie Sparlampen, TV-Licht, ISM-Signale auszufiltern. Wenn alles so einfach wäre, hätten nicht x Leute ihre Marmitek Powermid XL zurückgeben wollen.
Es ist sicher noch mehr zu beachten, um Fremdstörer wie Sparlampen,
TV-Licht, ISM-Signale auszufiltern
Praktischerweise sortieren die üblichen Funkmodule "fremde" Pakete aus. Mit etwas Software Aufwand kann man ganz sicher stellen dass nur die richtigen Pakete verarbeitet werden. Auf 868 MHz dürfen andere Geräte auch nicht wie wild herum funken - ein fremdes Gerät, welches das Eigene auf 868 MHz komplett zustopft wäre gar nicht zugelassen.
Ich schätze Mal dass dieser fertige IR-HF Adapter das IR-Signal direkt als Bitstream auf den HF-Modulator gibt. Das ist auf 868 MHz natürlich überhaupt nicht zugelassen (bis auf ein Kanal IIRC), weshalb hier 433 MHz verwendet wird. So gibt es auch keine Paketierung oder Fehlererkennung und es stört fürchterlich, hat aber den Vorteil, dass es mit jeglichem IR-Protokoll funktioniert, weil der Adapter es nicht dekodiert.
Wenn man das IR-Signal jedoch selbst dekodiert und in HF-Pakete verpackt unter Verwendung eines der üblichen Funk-ICs, sieht es ganz anders aus. Funktioniert dann halt nur mit genau diesem einen IR-Protokoll. Zum Glück gibt es fertige Libraries für diverse IR-Protokolle.
will den Fernseher im Nebenzinmer ansteuern. Dazu will ich ein
Funksignal an die Elektronik senden, welche dann mit der IR Led den TV
ansteuert. Frage ist, wie ich da rüberfunke.
wer aber nicht ständig seiner TV Fernbedienung hinterher rennen mag braucht eben eine 2te.
Alternativ baut sich einer einen IR Sender mit IRMPsnd und nutzt eine RF Fernbedienung für IRMP. Frank (ukw) hatte das drahtlos Protokoll x10 eingebaut.
Passende x10 Fernbedienungen gab es mal günstig
Best.Nr. 721 812
https://www.pollin.de/p/pc-funkfernbedienung-x10-721815
Die IR-Sendediode mittels Kabel durch ein Wandloch in den anderen Raum
zu verlegen genügt nicht?
Ich hab mal 5m Telefonkabel (geschirmt) für eine IR-LED verlegt.
Also ohne Verstärkung an die FB angeschlossen und die LED
dann im Nebenraum.
Das hat wunderbar funktioniert, der TV konnte damit geschaltet werden.
Wurde aber nicht dauerhaft eingesetzt.
Vielleicht sollte mal jemand diese Wunderpyramide kaufen und mit dem Spectrum Analyzer schauen was das Ding so raussendet. Eine FCC-ID hat das Ding anscheinend nicht, wurde wohl nie in den USA verkauft.
Vielleicht sollte mal jemand diese Wunderpyramide kaufen und mit dem
Spectrum Analyzer schauen was das Ding so raussendet.
Was soll da an "Wunder" enthalten sein?
Zu Scart/AV-Zeiten waren die Teile doch sogar mit Bild/Ton-Rückkanal Massenartikel aller möglichen Hersteller und Vertriebsmarken.
Ich hatte überwiegend TechniSat im Verkauf, manche Noname waren aber besser..
Gut war immer, wenn die Kombination über drahtgebundene IR-Sende- und Empfangsklötzchen verfügte und man den übrigen Kram auch hinter TV, etc. abstellen konnte.
