Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[zahnheinrich]

@Ralla66
Danke für den Test! 👍
Scheint ja nicht das zu sein, was wir brauchen.
Teste bitte weitere Modelle mit besseren Aussichten.

[Ralla66]

@zahnheinrich

Teste gerne wenn du welche Käuflich erwirbst und mir zusendest.
Natürlich alles Kostenneutral für mich.
:-)

[zahnheinrich]

@Ralla66
Akut brauche ich keine neuen. Hab alles mit HM Meldern versorgt. Habe mich immer über die Preisgestaltung von ELV gewundert und warte gespannt auf eine brauchbare Alternative.
Komme ggf. gerne auf dein Angebot zurück.
Schönes Wochenende!

[KLVN]

@Ralla66 sagte in Erkundung Funk Rauchwarnmelder 433 Mhz mit Batteriebetrieb.:

So eine Handauswertung ist eben viel Arbeit.

Schau dir mal den "Universal Radio Hacker" (https://github.com/jopohl/urh) an ;) Mit dem Programm war ich in der Lage ganz easy die Signale einer Brennenstuhl-Fernbedienung aufzuzeichnen, auszuwerten und dann mit einem ESP32 und Raspberry Pi zu replizieren (der RPi hat Schwierigkeiten mit zu langen Signalen, weil er das Timing nicht einhalten kann. Ein ESP ist besser geeignet).

Senden die Rauchmelder bei einem Alarm immer dasselbe Signal? Dann bräuchtest du nur einmal alle aufzeichnen (oder eben nur das Signal vom Master) und einen ESP32 24/7 'sniffen' lassen, bis er das Signal empfängt. In ioBroker einen neuen Datenpunkt erstellen und mit dem "Simple RESTful API"-Adapter lässt du den ESP diesen neuen Datenpunkt ändern, sobald ein Alarm erkannt wurde. In Blockly reicht dann ein einfaches Skript, das auf eine Änderung vom Datenpunkt wartet und dann eine gewünschte Aktion ausführt.
So ähnlich habe ich meine Türklingel realisiert: Klingeltaster hängt an einem anderen Pi; sobald geklingelt wurde, ändert dieser Pi den Zustand eines Datenpunktes im ioBroker (zweiter Pi); ioBroker achtet auf diese Änderung und lässt dann meine Lampen blinken; danach wird der Zustand vom ioBroker wieder auf einen Standardwert zurückgesetzt.

[Ralla66]

@KLVN

Mal auf den Punkt gebracht.
Bekomme den Code nicht nach IO geschaufelt.
Läuft auf nem Wemos D1.
Tasmota RfRec sowie Sonoff Bridge bekommen den Code nicht in den Datenpunkt.
Hier auch soweit verständlich da die Libraries das nicht können.

Bin gerade am Uno die RcSwitch am testen.
Bekomme diese aber nicht aktiviert in der Tasmota.
Sollte ja unter Generic ein RCswitch anwählbar sein.

Nachtrag,

Selbst die RcSwitch kann den Code nicht empfangen.
Was bei meinen Intertechno Funksteckdosen auch nur Teilweise geht.

Könntest du das mit der Simple RESTful API genauer beschreiben bitte.
Ist alles neu für mich.

[OpenSourceNomad]

@Ralla66

Ich würde einfach den raw code mit esphome, genauer mittels remote_receiver component aufzeichnen und direkt einen switch oder binary_sensor daraus machen. Fertig ist die Laube.

[KLVN]

@Ralla66 sagte in Erkundung Funk Rauchwarnmelder 433 Mhz mit Batteriebetrieb.:

Nachtrag,

Selbst die RcSwitch kann den Code nicht empfangen.
Was bei meinen Intertechno Funksteckdosen auch nur Teilweise geht.

Könntest du das mit der Simple RESTful API genauer beschreiben bitte.
Ist alles neu für mich.

Bei mir ist es ein Python-Programm, das sich aber auch in C umschreiben lässt. Wenn jemand klingelt, wird ring() aufgerufen und dann der Datenpunkt im ioBroker, über den Simple RESTful API Adapter, geändert:

def ring(delay):
  requests.get("http://192.xxx.xxx.xxx:8087/set/0_userdata.0.Klingel?value=true").text
  ...

Im ioBroker wartet dann ein Skript auf diese Änderung und führt dann eine entsprechende Funktion aus:

Dieser Schritt kommt aber erst dann, wenn du deine Signale überhaupt empfangen kannst. Ohne empfangenes Signal bringt dir das hier nichts.

Und Info: Dieser Mechanismus hat keine Sicherheitsabfragen! Jeder, der im Netzwerk ist und IP und Name des Datenpunktes von ioBroker kennt, kann diese Variable setzen und einen Alarm auslösen. Statt einem einfachen true könntest du einen langen String nehmen, der dann im Skript hinterlegt ist und abgefragt wird. Also Wenn Variable == "123abc456def", dann löse Alarm aus. Sonst mache nichts. Ist immer noch nicht auf NSA-Niveau, aber macht die Sache etwas sicherer.

[OpenSourceNomad]

@KLVN said in Erkundung Funk Rauchwarnmelder 433 Mhz mit Batteriebetrieb.:

Statt einem einfachen true könntest du einen langen String nehmen, der dann im Skript hinterlegt ist und abgefragt wird. Also Wenn Variable == "123abc456def", dann löse Alarm aus. Sonst mache nichts. Ist immer noch nicht auf NSA-Niveau, aber macht die Sache etwas sicherer.

Klartext bleibt Klartext und http bleibt http :cold_sweat:

[KLVN]

@OpenSourceNomad sagte in Erkundung Funk Rauchwarnmelder 433 Mhz mit Batteriebetrieb.:

@KLVN said in Erkundung Funk Rauchwarnmelder 433 Mhz mit Batteriebetrieb.:

Statt einem einfachen true könntest du einen langen String nehmen, der dann im Skript hinterlegt ist und abgefragt wird. Also Wenn Variable == "123abc456def", dann löse Alarm aus. Sonst mache nichts. Ist immer noch nicht auf NSA-Niveau, aber macht die Sache etwas sicherer.

Klartext bleibt Klartext und http bleibt http :cold_sweat:

Richtig, aus diesem Grund habe ich auch nie von einer vernünftigen Sicherheit gesprochen. Ist vergleichbar mit einem Zahlenschloss am Fahrrad: Es macht die Sache sicherer, ist aber keine Garantie für Sicherheit (sofern man überhaupt eine Garantie darauf geben kann). Letztendlich muss jeder für sich selbst entscheiden, welches Niveau an Sicherheit man anstrebt und umsetzen kann.

[Ralla66]

@KLVN
@OpenSourceNomad

Ja ok wer ne Stehlampe per 433 MHZ anschalten / ausschalten will kommt bei mir rein.
Feuermelder müßte man gezielt machen.
Wichtige Dinge sind Autark bei mir ohne Internet.
Selbst wenn Internet dann per selbstgebauter Bridge.

Stellt sich einfach die Frage was an Stehlampen hacken so toll ist.
Interessiert kein Mensch.

Und ja Rollcode geht auch hatte die Uni Bochum getestet.

Aber bitte wer macht das für ne Stehlampe.

:-)

[OpenSourceNomad]

@OpenSourceNomad said in Sicherheit Smarthome:

Sicherheit und Smarthome ? Da können oder wollen wohl nicht viele was zu sagen 😬

@Ralla66 said in Erkundung Funk Rauchwarnmelder 433 Mhz mit Batteriebetrieb.:

Interessiert kein Mensch.

quod erat demonstrandum

Im allgemeinen kann man wohl sagen das du den Angriffsvektor mit jedem Stück "Smart Home" Hardware, welches Software/Firmware enthält und vernetzt ist grundsätzlich nur erhöhst. [,,,]

:arrow_right: Sicherheit Smarthome