Smartwares 433 MHz Module ansteuern

Andybros

Hallo,

ich betreibe meine "ELRO" und "brennstuhl" Steckdosenadapter per "WiringPi" und "Raspberry-Remote" mit dem "Aukru 433 MHz Funk- Sender [Anzeige]" problemlos mit meiner Raspberry. Da ich allerdings auch vorhandene Lichtschalter einbinden möchte, habe ich mir heute von "smartwares" den Empfänger "SH5-RBS-04A [Anzeige]"sowie den Sender "SH5-TBR-A" gekauft. Miteinander funktionieren die Geräte perfekt, allerdings schaffe ich es nicht, mit der Raspberry zu kommunizieren.

Hat hierzu jemand Erfahrungen oder ne Idee?

Bot · Vor 5 Minuten

Smartwares 433 MHz Module ansteuern? Schau mal ob du hier fündig wirst!

Andybros

... habe gerade selbst ne Lösung gefunden...

Mittels RFSniffer hatte ich keine Signale empfangen. Der erste Versuch mit pilight-receive brachte auch keinen Code. Das lag jedoch daran, dass hier nicht der PIN 13, sondern der PIN 12 für den Empfänger zu verwenden ist.
Anschließend ergab das Auslesen des Senders, dass es sich um protocol "arctech_switch" handelt ... kurze Suche ergab dann, dass ich den SH5-RBS-04A mit
pilight-send -p kaku_switch -i 2823168 -u 0 -t bzw. pilight-send -p kaku_switch -i 2823168 -u 0 -f ein und aus schalten kann

... nur falls jemand mal vor dem gleichen Problem stehen sollte....

Andybros

Hallo,
ich habe meie Raspi wegen einer defekten SD-Karte wieder neu eingerichtet. Allerdings funktioniert jetzt das Ansteuern von dem "SH5-RBS-04A" nicht mehr.
Wenn ich ein Signal sende:

Code

sudo pilight-send -p kaku_switch -i 2823168 -u 1 -t

erhalte ich auf einer 2. Raspi per "pilight-receive" folgendes Signal:

Code

sudo pilight-receive
{
       "origin": "sender",
       "protocol": "arctech_switch",
       "message": {
               "id": 2823168,
               "unit": 1,
               "state": "on"
       },
       "repeat": 1,
       "uuid": "0000-b8-27-eb-0c9bcc"
}

Alles anzeigen

mit dem Originalen Sender "SH5-TBR-A" erhalte ich auf der 2.Raspi dieses Signal

Code

{
        "message": {
                "id": 2823168,
                "unit": 1,
                "state": "on"
        },
        "origin": "receiver",
        "protocol": "arctech_switch",
        "uuid": "0000-b8-27-eb-0c9bcc",
        "repeats": 1
}
{
        "message": {
                "id": 2823168,
                "unit": 1,
                "state": "opened"
        },
        "origin": "receiver",
        "protocol": "arctech_contact",
        "uuid": "0000-b8-27-eb-0c9bcc",
        "repeats": 1
}
{
        "message": {
                "id": 2823168,
                "unit": 1,
                "state": "up"
        },
        "origin": "receiver",
        "protocol": "arctech_screen",
        "uuid": "0000-b8-27-eb-0c9bcc",
        "repeats": 1
}

Alles anzeigen

...und mein Empfänger schaltet nur beim Betätigen des originalen Sender "SH5-TBR-A" :s
Ich danke, dass ich nichts anders als bei der urspünglichen Installation gemacht habe, bekomme allerdings keinerlei Reaktion auf mein Raspi-Signal

... hat jemand ne Idee, woran das liegen könnte?

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

marcelkordek

Hallo Andybros,

ich stehe gerade vor dem selben Problem... Konntest du es bereits lösen?

Gruß Marcel

Andybros

Zitat von marcelkordek

Hallo Andybros,

ich stehe gerade vor dem selben Problem... Konntest du es bereits lösen?

Gruß Marcel

Hallo Marcel,

bei mir hat alles wieder funktioniert, als ich das ganze nochmals komplett neu aufgesetzt habe...
jetzt habe ich nur noch das Problem, dass der pilight-daemon nicht automatisch läuft.... starte den daemon jetzt nach nem reboot immer manuell und dann funktioniert alles.

kleiner Tip: wenn es nicht geht, die Antenne anders ausrichten.... eine kleine Verstellung bewirkt bei mir schon, dass der Schalter nicht mehr aus schaltet....

Gruß
Andy

nicf6

Hallo zusammen,

ich habe das selbe Teil wie oben genannt ("SH5-RBS-04A [Anzeige]") und möchte damit Verbraucher schalten.
Als kurze info, ich habe bereits schaltbare Steckdosen (anderer Hersteller) die ich ohne Probleme schalten kann.
Nur bei diesem Teil habe ich Probleme und kann mir nicht erklären woran es liegt.
Mit Pilight receive kann ich den Code der Fernbedienung empfangen, diese wollte ich dann (wie bei den Steckdosen auch) einfach als Komandozeile mit
pilight send..... anschalten und abschalten.
Der Code wird zwar ohne Fehlermeldung abgeschickt aber es passiert nichts.
Ich habe dann mit dem Empfänger am Raspberry den eigens gesendeten Code wieder aufegenommen, dieser wird auch ohne Probleme empfangen.
D.h. für mich der Sendet funktioniert, es wird ja auch alles so empfangen wie gesendet.

Warum wird dann aber die Lampe nicht eingeschalten?
Hoffe auf neue Gedanken anstöße.

Sollten noch Infos fehlen reiche ich diese gerne nach.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

nicf6

Hat denn keiner eine idee für mein Problem?
Oder nen link der mir evtl weiter hilft?!

FragSalat

Ich stosse grade auf das gleiche Problem.
Die Fernbedienung kann den Wandschalter natuerlich problemlos kontrollieren .
Pilight receive erkennt einen arctech_switch. Frueher konnte ich den Schalter mit dem kaku_switch Protokoll schalten was jetzt jedoch nicht mehr geht.
Meine elro Steckdose kann ich weiterhin problemlos kontrollieren.

Ich habe eine kleine Antenne und selbst wenn der Sender direkt daneben steht funktioniert es nicht. -,-

FragSalat

Ich hab jetzt mal meine pilight Version von v7.0 nach v6.0 geaendert und nun kann ich den Schalter wieder mit dem kaku_switch Protokoll steuern.

Bot · Vor einem Moment

Schau mal ob du hier fündig wirst:

pronson

Zitat von FragSalat

Ich hab jetzt mal meine pilight Version von v7.0 nach v6.0 geaendert und nun kann ich den Schalter wieder mit dem kaku_switch Protokoll steuern.

Hallo zusamme,
ich habe leider nur den SH5-RFD-A und wenn ich den mit meiner ELRO Verbedienung programmiere, fängt meine Lampe nur zu blinken an, kann eventuell auch daran liegen, dass es sich um eine LED Birne handelt, welche eventuell nicht gerne gedimmt wird. Aber das muss ich noch herausfinden.

Zu deinem Probelm bezüglich Verison 6 u 7 da hat sich meiner Meinung etwas geändern:

The kaku_dimmer and kaku_switch protocols both share the same id specifications, but the kaku_old protocol can only have an id < 16 and an unit < 33. The id set for the kaku_switch and kaku_dimmer is thereby not supported by the kaku_old protocol. Thereby an additional id must be set to match the requirements by kaku_old
Because we have a dimmer and switch protocol combined we must have a dimlevel and state value present in the device
The kaku_dimmer is the first protocol defined. This is important, because pilight will now interpret this device as a dimmer instead of a switch. Would the kaku_dimmer protocol be defined as second or third protocol, then the device would be interpreted as a switch.
https://wiki.pilight.org/doku.php/config

Eventuell hilft das weiter.

Jetzt mitmachen!