-
Thread
WIKI-Artikel "Funkmodule": RFM69, aber auch RFM12, nRF24L01+, ESP8266.
und her schieben egal ist, da reichen selbst die 1,2 kBit/s). Am interessantesten finde ich den RFM69 (433Mhz, AES, Paketmangement), jedoch findet man im Forum hierzu leider nur sehr wenig. Hat einer Erfahrung mit Libs zur Ansteuerung? Funktioniert das stabil? Wäre toll wenn einer Erfahrungen posten
Woher hast Du denn die Info daß die RFM12B abgekündigt oder not recommended for new designs wären? Wenn man mal beim Hersteller schaut: http://www.hoperf.com/rf/fsk_module/RFM12B.htm "Notice : We have no plan to discontinue this
-
Thread
Eigene 868 MHz Geräte (inkl. Protokoll)
genannten Moteinos noch JeeLab Nodes oder Projekte auf Tindie.com, https://www.tindie.com/search/?q=rfm69
Mir ist nur aktuell nicht ganz klar, wofür den Microcontroller benötigt > wird. > Hier wird der RFM69 direkt mit den GIPOs verbunden: > https://jeelabs.org/2015/05/20/rfm69-on-raspberry-pi/ Auf dem RPi ist der Microcontroller bereits auf dem Board und der RFM69 wird via SPI aufgerufen. Thomas
-
Thread
Raspi: Interrupts gehen nach 12h nicht mehr
Pakete erfolgreich empfangen kann und dann von einem Moment auf den anderen gar keines mehr. Das RFM69-Modul ist über SPI mit dem Raspi verbunden, dieser ist der SPI-Master. Eine Signalleitung vom RFM69 geht auf high, wenn ein PAket angekommen ist, und wird auch von diesem wieder nach low gezogen.
Markus R. schrieb im Beitrag #5009670: > Eine Signalleitung vom RFM69 geht auf high, wenn ein PAket > angekommen ist, und wird auch von diesem wieder nach low gezogen. Ich kenne speziell den RFM69 nicht, aber bei den genannten SJA1000, ENC28J60 kann es passieren
-
Thread
"RFM12" obsolet?
Beitrag #5327534: > Eine sinnvolle Alternative wären vermutlich die NRF24 von Nordic...? Oder der RFM69 oder einer der anderen Nachfolger. Der RFM69CW ist Pincompatibel. Den RFM12BW gibt es bei HopeRF allerdings noch und zu dem schreiben sie: > Notice : We have no plan to discontinue this item
.? Die Welt dreht sich weiter. Ein Nachfolger in der Familie von HopeRF wäre wohl der RFM69?
-
Thread
RFM12 vs "einfache" 433MHz Module
Johannes S. schrieb im Beitrag #5409716: > Mit den RFM69 / 868 MHz Ah das ist interessant - über die bin ich auch gestolpert: https://www.ebay.de/itm/RFM69HW-RFM69CW-RFM69W-443Mhz-868Mhz-915Mhz-Wireless-Transceiver-Rfm12b/272526179443 Sind die
"Sind die denn auch Software-kompatibel mit RFM12b ?" Nein, die RFM69 sind viel komplizierter. Sie haben deutlich mehr Register. MfG
-
Thread
Welcher uC könnte das sein?
(zum Glück) > gut dokumentierten RFM69 ist das nur UART. Die Befehle durch einen ESP > zu geben, dürfte machbar sein. Irgendwas verstehe versteht einer von uns beiden da falsch? 1.) RFM69 macht in diesem Fall 868 MHz und kein WLAN. 2.) RFM69 nutzt SPI, kein UART.
-
Thread
Buch über Funk-module
RFM69, RFM95, RFM12, sx1278, nRF24L01, CC1100, einfache 433, etc. diese können wahlweise 868 oder 433 empfengen/senden. Dazu existieren verschiedene "modulation formats" Ich möchte die Tematik
Vorab, vielleicht kann jemand folgende Fragen beantworten: - Wenn Voltcraft energycounter mit RFM12 gelesen werden kann, kann es auch mit sx1278, CC1100, RFM69 gelesen werden?
-
Thread
Funkmodul für Atmega
RFM69 https://www.mikrocontroller.net/articles/RFM69
Valentin schrieb im Beitrag #4895067: > ... und das rfm12 gefunden. Das lieber nicht mehr, ist uralt. Das RFM69 ist sehr viel besser.
-
Thread
Einstieg Embedded (ARM) + Funk
Wireless Module Uart PWM Output GPIO 8CH ADC Mini Size (ca. 8 Euro) -> taugt das was? Oder eben das RFM69: RFM69HCW 100mW Wireless Transceiver 433Mhz HopeRF RFM69HCW-433S2 RFM22B comp. (etwa 6 EUR) - Unterscheidet sich preislich also nicht arg vom China-ZigBee
Wolfgang V. schrieb im Beitrag #5511017: > Oder eben das RFM69: > RFM69HCW 100mW Wireless Transceiver 433Mhz HopeRF RFM69HCW-433S2 RFM22B Da du wohl kein ham bist, darfst du auf 433Mhz nur mit 10mW senden. Auf 869,525 MHz sind es immerhin 500mW. Stromsparend
-
Thread
warum mecket der gcc nicht wenn der Flash überfüllt wird?
-LPC812-Node.bin" ; arm-none-eabi-objcopy -O ihex "RFM69-LPC812-Node.axf" "RFM69-LPC812-Node.hex." ; checksum -p LPC812 -d "RFM69-LPC812-Node.bin" text data bss dec hex filename 16020 560 696 17276 437c RFM69-LPC812-Node.axf copy from `RFM69-LPC812-Node.axf' [elf32-littlearm] to `RFM69-LPC812-Node.bin' [binary] Written checksum 0xefffc39b at offset 0x1c in file RFM69-LPC812-Node.bin Previous value 0x00000000 at offset 0x1c in file RFM69
-
Thread
CRC Berechnung für ETH comfort 200
habe ich noch die Befehle für den Fensterkontakt hinzugefügt. Wichtig ist anzumerken, dass ich ein RFM69 verwende und kein RFM12. Die Befehle von Michael W. zum RFM12 habe ich so gelassen, weiß aber nicht ob das so funktioniert. Mit meinem RFM69 geht es und könnte auch die Konfiguration dafür nachliefern
Hi Jonas, ist schon eine Weile her, dass du hier gepostet hast, aber ich würde auch gerne den RFM69 nutzen und wäre an deinen verwendeten Registern/Einstellungen interessiert. Insbesondere ob du die interne Manchester Dekodierung nutzt und den RFM69 im Packet mode oder im Continuous mode verwendest
-
Thread
LoRa-Parameter
Morse Code using 2-FSK or AFSK for modules: SX127x, RFM9x, SX126x, RF69, SX1231, CC1101, nRF24L01, RFM2x, Si443x, LR11x0 and SX128x SSTV using 2-FSK or AFSK for modules: SX127x, RFM9x, SX126x, RF69, SX1231, CC1101, RFM2x and Si443x Hellschreiber using 2-FSK or AFSK for modules: SX127x, RFM9x, SX126x, RF69, SX1231, CC1101, nRF24L01, RFM2x, Si443x, LR11x0 and SX128x APRS using AFSK for modules: SX127x, RFM9x, SX126x, RF69, SX1231, CC1101, nRF24L01, RFM2x, Si443x and SX128x
-
Thread
RF01 und RF02 433 MHz Funkmodul
S1 kennzeichnet die die Bauform. (Stiftleiste oder SMD-Bestückung) Der RFM12 kann Senden und Empfangen gleichzeitig. Auch ist dessen ansteuerung anders. Die RFM01, RFM02, RFM12-Module werden nicht mehr hergestellt. Der Hersteller empfielt die umstellung auf RFM69
Steckbretter hier starten > jedesmal und melden sich. Ich habe auch keine Idee mehr. Wird wohl Zeit für RFM12B oder RFM69.
-
Thread
Atmega328p in Sleep und mit Watchdog wecken
interrupt.h> #include <avr/power.h> #include <avr/wdt.h> #include <avr/sleep.h> #include "rfm69.c" uint8_t array[MAX_ARRAYSIZE + 1]; uint8_t tx_length; volatile uint8_t sekunden=0; void sleep_now() { power_all_disable(); set_sleep_mode(SLEEP_MODE_PWR_DOWN); sleep_mode
Takte. Wir wissen nicht, was MAX_ARRAYSIZE genau ist und welche weiteren Buffer sich vielleicht in rfm69.c verstecken. Es ist also nicht ganz abwegig, dass das sein Problem sein könnte.
-
Thread
Wetterstationssensor: Kann der RFM12b das Protokoll überhaupt?
Hallo Jochen Ich wäre ebenfalls daran interessiert, die 30.3180.IT-Sensoren mit einem RFM69 zu empfangen. Und ich teile deine Meinung, dass der Empfang von NRZS-Signalen im Continuous Mode möglich sein sollte. Daher habe ich meinen RFM69HW zunächst mal mit einem Raspberry Pi in Betrieb
"Daten" empfangen. Ich denke, es handelt sich dabei um Rauschen (die RSSI-Werte liegen dabei laut RFM69 bei ca. -73dBm). Wenn ich denn RSSI-Schwellwert (RegRssiThres) höher setze (z.B. -50 dBm) empfange ich nichts; auch dann nicht, wenn ein Sender direkt neben dem RFM69 liegt. Meine Einstellungen
-
Thread
Suche Funkmodul mit ca. 1km Reichweite (für GPS-Übertragung)
1.3 S-Stufen, also rund 56% der 700km-Reichweite. Heißt das, der RFM69 kommt mit 100mW zwischen zwei Wetterballons rund 400km weit? Ich will die "Weightless P" Module nicht 'zerreden'. Aber RFM69 habe ich in der Bastelkiste und ich habe deren Potenzial offenbar bislang
aber auch gleich versuchen, die 24dBm-Grenze zwischen 869,4 und 869,65 auszunutzen. Also einem RFM69 bzw. RFM92 noch einen PA verpassen? Oder wie würde man das machen? @Daniel: Das ginge Dir womöglich zu weit, oder?
-
Thread
869.5 MHz Transmitter gesucht
Wolfgang schrieb im Beitrag #4776554: > was HopeRF z.B. im Datenblatt vom RFM69CW Es ist ja gar nicht klar, obs ein RFM69 ist. Warum sollten die Leute einen Transceiver Chip verbauen, wenn er nur empfangen soll? Da reicht ein billiger RFM01. Auch dieser wird als FSK fähig
im Beitrag #4776582: > Wolfgang schrieb im Beitrag #4776554: >> was HopeRF z.B. im Datenblatt vom RFM69CW > > Es ist ja gar nicht klar, obs ein RFM69 ist. Warum sollten die Leute > einen Transceiver Chip verbauen, wenn er nur empfangen soll? Da reicht > ein billiger RFM01. Auch dieser wird als
-
Thread
Mehr als 58 Bytes mit E32-868T drahtlos übertragen
Hallo, das RFM95 ist dem RFM69 sehr ähnlich, nur um LoRa erweitert mit einem zweiten Satz Registern zum Umschalten. RFM69 kann bis 255 Bytes Paketlänge im Paketmodus übertragen: https://cdn.sparkfun.com/datasheets
Wolle G. schrieb im Beitrag #6946740: > Wäre RFM69HW, 868 MHz vergleichbar? Damit hatte ich vor einigen Jahren > leider keinen Erfolg. RFM69W kann kein Lora, somit ist das nicht vergleichbar. Der prinzipielle Umgang mit den Modulen ist aber vergleichbar
-
Thread
Suche: RF Chip mit 480 bps OOK 868 Mhz
Mhz, der mit einer Datenrate von 480 bit/s eines OOK Signals zurechtkommt. Ich habe bereits einen RFM01 receiver probiert, habe aber damit gar keinen Erfolg mit erreicht. Anschliessend habe ich einen RFM69 versucht, den ich zwar gut ansteuern kann, aber nicht mit der niedrigen Datenrate zurechtkommt
mit einer Datenrate von 480 bit/s > eines OOK Signals zurechtkommt. > > Ich habe bereits einen RFM01 receiver probiert, habe aber damit gar > keinen Erfolg mit erreicht. Anschliessend habe ich einen RFM69 versucht, > den ich zwar gut ansteuern kann, aber nicht mit der niedrigen Datenrate >
-
Thread
RFM01/02 Basics
www.controller-designs.de RFM01_Eva, RFM02_Eva, RFM12_Eva und RFM12B_Eva
eigentlich noch? Die Programm kommst übrigens von hier: http://bascom-forum.de/showthread.php?1344-RFM-01-02-Testprogramm Für RFM12: http://bascom-forum.de/showthread.php?1600-RFM12-Codebeispiele http://bascom-forum.de/showthread.php?1630-RFM-12-PingPong-Test
-
Thread
Erste Platine: Taupunktmessung
www.produktinfo.conrad.com/datenblaetter/500000-524999/505671-da-01-de-DIGITALER_FEUCHTE_TEMP_SENSOR_HYT221.pdf -RFM69HW über SPI http://www.hoperf.com/upload/rf/RFM69HW-V1.3.pdf - 0.96 OLED Display von Amazon über I2C https://www.amazon.de/DIYmall-Msp420-Stim32-Arduino-Display/dp/B0156CO5IE Da ich noch relativ
das Display kann auch noch einer dazu kommen. > Ich habe bei Sparkfun ein Breakout Board für den RFM69 Ic gefunden > (https://www.sparkfun.com/products/12775) und die haben laut Schaltplan > (https://cdn.sparkfun.com/datasheets/Wireless/General/RFM69HCW_BOB.pdf) > zwei Kondensatoren mit 1uF und
-
Thread
Modul mit Funk, 3V Knopfzelle und ein paar IO?
überflüssig. Hast Du den RFM69-Teil für LPC800 selbst gemacht oder den Teil aus dem Link angepaßt? Kannst Du bitte die Sourcen mal posten?
Für den RFM69 Teil hatte ich mit der LowPowerLabs Lib angefangen und die auf Mbed umgebaut. Bin gerade vom Rechner weg, kann das später zusammenpacken und posten. Der Empfänger ist eine Platine wo nur das RFM
-
Thread
Zeigt her Eure IoT Projekte Bilder
Mein Projekt ist ein BME280 Sensor mit Atmel 328P, der die Werte über ein RFM69 (433Mhz) an mein OpenHab2 schickt. Aktuell verwende ich eine CR2032 Batterie, aber die Platine kann auch mit Solarmodul und einem SuperCap arbeiten.
Beitrag #5463996: > Mein Projekt ist ein BME280 Sensor mit Atmel 328P, der die Werte über > ein RFM69 (433Mhz) an mein OpenHab2 schickt. Aktuell verwende ich eine > CR2032 Batterie, aber die Platine kann auch mit Solarmodul und einem > SuperCap arbeiten. Hey! Du ist hier falsch! Es geht
-
Thread
RS41 Wettersonde GFSK GPS dekodieren
Hallo, > > eigenlich könnte man ja jetzt schauen, wie die Modulation genau > aussieht. > Die RFM69 könnten es ja vielleicht machen. Im RFM69 ist ja ein SX1231 verbaut. Besser wäre etwas mitSi4xxx zu nehmen, da in der rs41 nur ein alter si4032(+stm32f100) drin steck..
Hallo, 61GHz schrieb im Beitrag #5823493: > Im RFM69 ist ja ein SX1231 verbaut. > > Besser wäre etwas mitSi4xxx zu nehmen, da in der rs41 nur ein alter > si4032(+stm32f100) drin steck.. Der RFM69 war nur der erste, der mir einfiel. Das Thema
-
Thread
LowPower MCU
Kurze Frage: Angenommen ich möchte nur 20 Bytes (Inhalt ist erstmal egal) per Funk (RFM69HW) an eine Gegenstelle senden und das Ganze soll von Batterie(n) versorgt werden. Bisher habe ich das mit einem ATMega328P (3,3V, 8MHz) bewerkstelligt und das klappt ja auch ganz gut. 1. Boot 2. 20 Bytes zusammenstellen (später richtige Sensordaten) 3. 20 Bytes senden per RFM69HW 4. Deep Sleep für 15 min --> danach wieder 1. Jetzt sind mir die TI MSP430 Mikrocontroller ins Auge gefallen. Die scheinen auf dem ersten Blick noch stromsparender zu sein. Hätte ein Umstieg
-
Thread
Wemos D1 Board (ESP8266) spinnt.
im Beitrag #5970115: > Bisher hältst du geheim, was da dran steckt. Danke! Also da hängt ein RFM69 dran...
Sven Scholz schrieb im Beitrag #5970132: > Also da hängt ein RFM69 dran... Geht's auch ein bisschen genauer?
-
Thread
Strommessung mit Oszi
Betätigungen kommen mir einfach zu viel vor. Bei der Schaltung handelt es sich um einen atmega32 und RFM69. bei einem tastendruck werden rund 30 bytes versendet (bps hab ich grad nicht im Kopf). kann es wirklich sein, dass diese Kombination so oft mit einer CR2032 ausgelöst werden kann? die RFM Sendeleistung
11 Bytes (doch etwas weniger, als ursprünglich geschrieben) - der µC legt seine Daten im Fifo des RFM69 ab und geht dann sofort in den sleep mode; aus diesem wacht er aber noch ein paar mal auf, daher auch etwas später noch ein wenig Stromverbrauch durch den µC. - der RFM sendet nicht mit voller Leistung
-
Thread
RFM23B OOK Direct Mode
to avoid false packet detection rfm_write(0x30, 0x84); rfm_write(0x32, 0x0F); rfm_write(0x33, 0x77); rfm_write(0x08, 0x10); // packet handler settings rfm_write(0x35, 0xF8); rfm_write(0x71, 0x63); // set GPIOs
// Set Non default registers rfm_write(0x69, 0x60); // Turn Receiver ON rfm_write(0x07, 0x04); }[/c] Leider werden auch hier wieder einige Register gesetzt, die nirgends beschrieben sind, auch nicht in den
-
Thread
ISM Empfänger mit kleinstem Standby
Torsten C. schrieb im Beitrag #3379052: > Entweder RFM12B Korrektur: "The RFM69 in place of RFM12B/RFM22B is recommend for new designs." Quelle: http://lowpowerlab.com/blog/2013/08/04/rfm69hw-transceiver-now-available/ Also: Falls man alles "zu Fuß
Torsten C. schrieb im Beitrag #3380058: > The RFM69 is recommend for new designs. Ich habe mir das Datenblatt mal näher angeschaut: http://www.hoperf.com/upload/rf/RFM69HW-V1.2.pdf Die technischen Daten finde ich faszinierend. Das Modul ist
-
Thread
Drahtlose Messdaten-Übertragung
Falk B. schrieb im Beitrag #5091122: > Die RFM12 arbeiten mit 433MHz ... oder mit 868 MHz.
1000m-Wireless-Module-1000m-433mhz-Wireless-Communication-Module/272643320959 http://www.ebay.de/itm/RFM69HW-RFM69CW-RFM69W-443Mhz-868Mhz-915Mhz-Wireless-Transceiver-Rfm12b-/272526179443
-
Thread
ISP und SPI mit Master und Slave
Hallo Leute, ich bin mich gerade mit dem RFM69 am auseinander Setzen und Plane mir da was Universelles zu bauen. Was ich Plane: Platine A: LED Treiber mit Atmega und so weiter, Programmiert über ISP Platine B: RFM69 mit Attiny/mega mit
bzgl. des Layouts. In der einen Konfiguration wäre der µC in Platine B aus und der Master der mit RFM69 Spricht ist auf Platine A in dem anderem Betriebsmod ist der µC auf Platte B als Master unterwegs und spricht mit RFM69. Und dann soll noch alles über die Schnittstelle die sonst A und B Verbindet
-
Thread
WH14C: Funksignal mittels µC empfangen
FSK oder ASK/OOK ist, passenden Empfänger holen (für ASK/OOK billiges > 868MHz-Teil, für FSK evtl. RFM69 o.ä.)und Protokoll analysieren. > Logikanalyzer oder Soundkarten_Oszi o.ä. wäre dann wohl ein Ansatz. Kann ich für ASK/OOK den RFM01/RFM12 verwenden? Ich finde gerade irgendwie kein Modul das ASK/OOK von sich aus kann. Obwohl ich beim RFM69 sehe dass es wohl auch OOK kann. Da ich mit den Modulen aber noch gar nix gemacht habe, habe ich keine Ahnung davon.
-
Thread
Funkübertragung sicher, schnell => Smarthome
Beitrag #5438598: > UART über Funk. Klappt prima über 10-15m. und dann besser mit dem Nachfolger RFM69. Ich benutze das mit LPC8xx, es gibt auch einige fertige Boards mit ATMega: JeeNode, Moteino, Tindie Projekte: https://www.tindie.com/products/easySensors/button-sized-rfm-69-wireless-node/ https://www.tindie.com/products/vysocan/rfm69-radio-node-mini/?pt=ac_prod_search https://www.tindie.com/search/?q=rfm69 https://oshpark.com/shared_projects?q=RFM69
-
Thread
RFM01 Problem
() PORT_SEL |= (1<<RFM_SEL) #define LOW_SEL() PORT_SEL &= ~(1<<RFM_SEL) #define SDI_OUTPUT() DDR_SDI |= (1<<RFM_SDI) #define HI_SDI() PORT_SDI |= (1<<RFM_SDI) #define LOW_SDI() PORT_SDI &= ~(1<<RFM_SDI) #define SDO_INPUT() DDR_SDO &= ~(1<<RFM_SDO) #define SDO_HI() PIN_SDO&(1<<RFM_SDO) #define SCK_OUTPUT() DDR_SCK |= (1<<RFM_SCK) #define HI_SCK() PORT_SCK |= (1<<RFM_SCK) #define LOW_SCK() PORT_SCK &= ~(1<<RFM_SCK) #define nIRQ_INPUT(
-
Thread
HC12 Funkmodul Reichweite
Also wenn ich nach RFM95 Suche finde ich das https://www.bastlershop24.de/products/rfm69hcw-868mhz-868-mhz-hoperf-funk-modul-ism-transceiver-fsk-spi-arduino?variant=44338910494986 rfm69hcw??? oder das https://www.pollin.de
geklebt, wenn sie benötigen band, kontaktieren sie bitte unsere kunden service personal, danke" "RFM98W 433MHZ VERWENDEN SX1278 WICHTIGSTEN CHIPS. RFM96W 433MHZ VERWENDEN SX1276 WICHTIGSTEN CHIPS. RFM95W 868MHZ UND RFM95W 915MHZ VERWENDEN SX1276 WICHTIGSTEN CHIPS." "Die hohe empfindlichkeit kombiniert
-
Thread
2-/3-fach kinetic switch an ESP8266 (Arduino)
Arduino Sketch für die Verwendung von 2-/3-fach Kinetic Switch an ESP8266 (Wemos D1) mit RFM69HW. Dieses Projekt ist ein Auszug aus meiner Homeautomation über MQTT und enthält eine Basisfunktionalität zum Empfangen von 433Mhz-FSK-Codes der Mehrfach- Schalter (https://www.kinetic-switch.de
einige Kommentare für die wesentlichen Konfigurationen und Funktionen. Beschreibung: Verbindung RFM69HW an WEMOS D1: // CS/NSS pin: D8 // DIO0 pin: D1 // RESET pin: D3 // SCK D5 // MOSI D7 // MISO D6 // 3,3V 3,3V (5V killt den RFM69HD
-
Thread
Paketfach selbstgebaut
#5364313: > Ich habe bisher meine eigenen Home Automation Schaltungen auf 868 MHz > Funk aufgebaut (RFM69), weil mich das vom WLAN unabhängig macht RFM69 sagt mir jetzt nicht viel. Vermutlich mit entsprechender Verschlüsselung. Allerdings gibt es beim Funk auch noch die Probleme dass man von Außen
#5364313: >> Ich habe bisher meine eigenen Home Automation Schaltungen auf 868 MHz >> Funk aufgebaut (RFM69), weil mich das vom WLAN unabhängig macht > > RFM69 sagt mir jetzt nicht viel. Vermutlich mit entsprechender > Verschlüsselung. > Allerdings gibt es beim Funk auch noch die Probleme dass man
-
Thread
Raumtemperatur messen per Funk - DHT11? 2,4GHz oder 868MHz?
schau dir mal den Si7021 an, gibt es bei Digikey und mit montiertem Filter. Ich habe ein Design mit RFM12, BMP180, ATtiny84A und Step-Up Regler genommen, funktioniert bisher ganz gut. Die Software ist allerdings noch nicht 100%ig fertig.
JeeMicro mit DHT22 als Sender und den JeeNode als Empfänger. Als RF-Module benutze ich teilweise RFM12B (alt) und RFM69CW (höhere Reichweite). Wenn du über 4 Stockwerke senden willst solltest du die RFM69CW oder sogar die RFM69HW verwenden. Die haben einfach mehr Sendeleistung. Die Sender sind batteriebetrieben
-
Thread
1.8 Volt mit geringen Verlusten erzeugen
Im wesentlichen sollen Temperaturdaten gesendet werden. Jedes Modul besteht dann aus einem MSP430, RFM69 und einem DS18B20 (so der bisherige Plan). Hinzu kommt die Frage der Energieversorgung. Gibt es eine Möglichkeit, die im Supercap gespeicherte Energie auf 1.8 V zu wandeln, und das möglichst bis
application nicht geeignet wegen hoher ESR. Besser kann mann zB Maxwell PC-10 benutzen * Musz du unbedingt RFM69 benutzen ? Wenn es um stromverbrauch geht sind denke NRF24L01+ modules mehr flexibel. Dabei sind die NRF module weltweit benutzbar, RFM69 musz mann pro Land die frequenz checken/aendren. Fuer hobby
-
Thread
433-800 Mhz Funk: Sammelbestellung +Endstufen
Wie kommst du auf 1,4€ ? Ich rechne: 1,16*1,19=1,38€ 1,38€*50Stk=69€ 69€+ + 12,5€ Versand = 81,5€ 81,5€/50Stk=1,63€ Und damit immer noch ziemlich günstig. Da nehm ich doch direkt mal ein paar, die Mail ist unterwegs...
ganz. Ich habe daher versucht die Verbindungen alle so kurz wie möglich zu machen. > 5) Direkt am RFM12 angeschlossen? Ich habe ein RFM02 verwendet, da ich nur Sende. Davon abgesehen ja. > Vielleicht ein Foto? Lieber nicht...
-
Thread
868MHz detektieren
Hallo, seit Jahren benutze ich den RFM69CW zum Aufbau von Datenübertragungsstrecken. Das immer wieder auftauchende Problem bei der Entwicklung ist nach Initialisierung beider Transceiver die Verbindung herzustellen, weil ich nie weiß,
Fritz F. schrieb im Beitrag #8065083: > seit Jahren benutze ich den RFM69CW zum Aufbau von > Datenübertragungsstrecken. ....und du hast es nach so vielen Jahren immer noch nicht geschafft eine zuverlässige Initialisierung hinzubekommen die auch "blind" funktioniert
-
Thread
RFM 01 empfängt nicht
ChkSum==RF_RXBUF[16]){//frame check LED1_TRG(); } } } } } //rfm01.c die rfm01.h gibt es natürlich auch hab ich nur nicht aufgelistet //-------------RFM01---------// #include <avr/io.h> #include "defines.h" #include "rfm01.h" #include "uart.h" void RFXX_PORT_INIT
sind? Ich erinnere mich vage, dass sich die Kommandos damals(tm) erheblich unterschieden haben für RFM01 und RFM02.. Viel Erfolg! P.S.: Antennen sind schon eingesteckt, oder? ;-)
-
Thread
bidirektionale Funkverbindung zwischen zwei ATmega32
RFM69, ZigBee... Edit: Muss der ATMega denn mit vollem Takt laufen oder gehen auch 8 Mhz? Wenn 8 Mhz reichen kann der AVR auch mit 3,3V laufen und man kann sich den LevelShifter sparen. Aber sowas ist
es könnte auch in Frage kommen: RFM12, RFM69 wie oben genannt, RFM70, RFM73, RFM95 und ähnliche, die über SPI angeschlossen werden. Es gibt noch Unmengen andere. mfG
-
Thread
RFM12 Mehrere Sender, Collision Avoidance und andere Störer
und JeeMicros. Je nachdem wie groß dein Abstand zwischen Sender und Empfänger ist wäre der neuere RFM69 besser. Hat mehr Sendeleistung und ist empfindlicher, sprich hat mehr Reichweite. Der RFM69CW ist pinkompaibel zum RFM12B. Ich betreibe 5 Sender mit Batterien. Sie wachen alle 2 Minuten auf, machen
RFM12B schrieb im Beitrag #3947663: > Die RFM12B haben Start/Stoppfrequenz von 430,24 - 439,7575 MHz. Davon darfst du bei uns (DL) nur den Frequenzbereich 433,05 - 434,79 MHz nutzen, sonst bist du Schwarzfunker
-
Thread
Drahtlose Verbindung zwischen µC
Wie wäre es mit dem Klassiker RFM12, oder dessen Nachfolger RFM69? Die sind bewährt, es gibt hier Artikel/Tutorials und sind leicht zu bekommen...
Stefab schrieb im Beitrag #3676512: > Wie wäre es mit dem Klassiker RFM12, oder dessen Nachfolger RFM69? Die > sind bewährt, es gibt hier Artikel/Tutorials und sind leicht zu > bekommen... Die RFM's sind halt - so mein Eindruck im Vergleich zu den NRF's doch leider
-
Thread
Ideen Findung "Fenster Auf"-Detektion
RFM69 + kleiner µC. Den µC nur wecken wenn das Fenster geöffnet oder geschlossen wird, dann hält eine Knopfzelle mehrere Jahre. Kosten bei Selbstbau ca. 10€ pro Sensor. Die Sensoren funken zu einem oder
homematic-ir-tuer-fensterkontakt.html Die Geschichte wollte ich mir auch bauen. Man könnte sich zusammen tun. 433MHz, RFM69, 1xAAA Batterie, Reflexkoppler wäre quasi alles schon fertig. Gehäuse drum rum und "fertig". Wenn 20x oder mehr kommt man bestimmt auf ~10 EUR...
-
Thread
Daten visualisieren Rasberry Pi
zusammen, ich habe eine Homeautomation Zentrale auf Basis eines Raspberry Pi, eines selbstgebauten RFM69 "Hat", das 868 Mhz funkt. Und auf dem Raspi seit neuestem Docker-Container z.B. mit einer REST-API, die Befehle entgegennimmt und per RFM69 rausfunkt. Warum Docker-Container? Einerseits einfach
richtig ist... Das ist spannend. Die Heizungssteuerung besteht aus einer Schaltung mit ATMega 328 und RFM69 Funkmodul, das von der Zentrale (Raspberry Pi mit selbstgebautem Hat für ATMega 328/RFM69) alle 10min eine aktualisierte Vorlauftemperatur durchgefunkt bekommt und entsprechend eine analoge Spannung
-
Thread
HF-Oszillator und Funkübertragung für Sensor
bereits in verständlicher Form vorliegen hat. Man kann sich andererseits ereifern, die 64 Register eines RFM69 oder 128 Register eines RFM23 alle verstehen und korrekt ansteuern zu wollen, um sich zu beweisen, daß man "es" kann. Sollen wirkich 100 m überbrückt werden, ist eine taugliche Antenne Bedingung.
2,4 Ghz -- lambda/4 wäre etwa 3cm, das hört sich ganz gut an. Reichweite ist nicht so groß wie beim RFM69, aber 10m sollten hoffentlich trotzdem drin sein.
-
Thread
Funk Modul Arduino - mit kollision Management - wenig Daten - 50m sicher?
Funkmodul mit SPI-Bus schneller auszuwerten und wieder auf Empfang zu stellen sein. Bustakt < 10 MHz. RFM23 und RFM69 fallen mir da als erstes ein. Zwei gleichzeitige Sendesignale können sie allerdings nicht verarbeiten. Guten Gutsch morgen!
. Die machen WLAN. ESP32 kann > zusätzlich noch Bluetooth. Ich versuche es mal zusätzlich zu den RFM69 mit NRF24L01 "Auto ACK & retransmit" hat mich mehr angemacht als die Lösungen für die ESP8266. > Beim ESP müsstest du aber eine gemeinsame Zeitbasis setzen und dann beim > Matchende vergleichen
-
Thread
Steuerung eines Motors über Funk
RFM12, RFM22, RFM69 ... oder wenns vernünftig sein soll XBee Module o.ä. ..
ABC schrieb im Beitrag #3704770: > Die Frage ist nur noch, ob die RFM12 für Herzschrittmacher gefährlich > sind und ob sie genug Reichweite haben. RFM12 sind ungefährlicher als jede Kettensäge.