Mehere SignalDuino´s nutzen

Begonnen von Shojo, 15 Juli 2017, 10:28:33

Vorheriges Thema - Nächstes Thema

Shojo

Moin,

kann ich auch mehrere SignalDuino´s (433mhz) zum senden nutzen?
Da ja zum Beispiel meine "IT_F000F0FFFF" nur das IODev sduino01 zugeordnet hat.
Und nicht zusätzlich sduino02 bzw. sduino03.

Kann ich da eine Virtuellen SignalDuino erstellen, so bei HM den VCCU?


Und sie verarbeiten auch gegenseitig ihre Massages :
2017.08.02 16:03:45 3 : sduino IT_set: IT_F000F0FFFF on
2017-08-02 16:03:45 IT IT_F000F0FFFF on
2017.08.02 16:03:46 3 : SignalESP IT: IT_F000F0FFFF on->on
2017-08-02 16:03:46 IT IT_F000F0FFFF on




Gruß
Shojo
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

connormcl

Sollte eigentlich wie mit CULs funktionieren...und in Sende und Empfangsrichtung zerfallen...

1) Empfang: wenn ein Signal gesendet wird, kommt das über alle an FHEM angeschlossenen Signalduinos herein und wird dementsprechend protokolliert. Im internen Attribut LastInputDev sieht man, wo es zuletzt eingegangen ist. Wenn allerdings der zeitlich Verlauf hier weitere Aktionen auslösen soll, wäre es interessant, ab wann die eingehenden Schaltwiederholungen als einzelne Events zählen oder ob sie das generell immer tun. Dann kann es vorkommen, dass die Aktion dann mehrfach triggert; müsste man dann wegfiltern oder anderweitig behandeln.

2) Senden: du kannst die Attribute von Devices zur Laufzeit händisch oder programmatisch ändern. Möchtest du über einen anderen Signalduino senden, setzt du einfach das IODev Attribut entsprechend.

Shojo

Ja das ist mir bewusst, ich wollte aber gerne über alle parallel senden.  :)
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

MillyHarry

#3
Begehst du da nicht einen Denkfehler. Eine Mikroprozessorsteuerung arbeitet grundsätzlich sequenziell. Eine 'echte' Parallelität ist nicht möglich.

RaspiLED

Hi,
Ich fände das auch charmant, da man die Ausfallsicherheit dadurch erhöhen kann.
In den aktuellen Testaufbauten sind inner mal wieder einige Signalduinos nicht da oder um Status open ;-)
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

Shojo

Zitat von: MillyHarry am 16 Juli 2017, 12:43:22
Eine Mikroprozessorsteuerung arbeitet grundsätzlich sequenziell. Eine 'echte' Parallelität ist nicht möglich.

Ja das ist mir klar das es hier keine 'echte' Parallelität möglich ist.
Ich wollte mir nicht die Arbeit machen, die ganzen 433Mhz Gerätschaften auf verschiedene IODev´s zu verteilen.
Daher der Gedanke einfach aus allen Rohren zu freuen ;)
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

sash.sc

Grundsätzlich wäre ich auch dafür. Am besten eine Liste erstellen, wie in der Raum Auswahl, devices anklicken über die gesendet werden soll.......

Gruß Sascha

Gesendet von dem teuren ding in meiner hand

Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

Shojo

Was auch noch unschön ist das der eine Signalduino von anderen die Signalduino die Befehle  verarbeitet und nicht ignoriert.
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

sash.sc

Vielleicht findet ja die Auswahlliste den Einzug in FHEM !!!!

Wenn es bei der Raumauswahl möglich ist, sollte es ja auch ohne Probleme machbar sein.

Gruß
Sascha
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

RaspiLED

#9
Hi,
Daumen hoch [emoji1303] für eine Auswahlliste des IODev !!!
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

habeIchVergessen

#10
Zu welchem Ergebnis kommt ihr, wenn mehrere Funksignale parallel gesendet werden?

Shojo

Zitat von: habeIchVergessen am 20 Juli 2017, 22:23:49
Zu welchem Ergebnis kommt ihr, wenn mehrere Funksignale parallel gesendet?

Ja wenn man zu schnell schaltet  springt der Status wild hin und her, da der eine vom anderen die Funksignale verarbeitet....
FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

habeIchVergessen

ich vermute, dass sich die Signale gegenseitig stören und keine sinnvolle Kommunikation stattfinden kann.

sash.sc

Zitat von: habeIchVergessen am 21 Juli 2017, 09:50:21
ich vermute, dass sich die Signale gegenseitig stören und keine sinnvolle Kommunikation stattfinden kann.
Wenn es denn mal möglich sein wird, mehrere IODev auszuwählen, sollte eine Funktion eingebaut werden, die das Senden /empfangen beim 1. IODev verhindert, während das 2. IODev am Senden ist. 1. Und 2. Blocken wenn des 3. IODev sendet.....

Nur ein Vorschlag.

Gruß Sascha

Gesendet von dem teuren ding in meiner hand

Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

SabineT

Eigentlich sollte jeder Sender vorher überprüfen, ob die Frequenz nicht gerade belegt ist, jedenfalls sieht das, wenn ich richtig liege, die zuständige Norm so vor.

RaspiLED

Hi Sabine,
Es geht nicht um mehrfaches senden, sondern wenn einer sendet sollen die anderen nicht empfangen und mehrfach Aktionen in FHEm auslösen. Ich persönlich brauche genau das aber für mein Testsystem ;-)
Daher würde ich das wenn überhaupt in FHEM lösen wollen. Wie ist den das Verhalten bei einer VCCU?
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...
Raspberry Pi mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, WifiLight2, Bravia, ...

KölnSolar

Hi Arnd,
da es keine Beiträge zu meinem Lieblingsdevice  ;) gibt, antworte ich mal zu dem mir unbekannten S'duino. Wenn ich Ralf an anderer Stelle richtig verstanden habe, kann der S'duino "Doubletten" ausfiltern. Prinzipiell läuft das über die fhem.pl/checkduplicate u. das global-Attribut duptimeout(default=0.5s). Aber nicht alle Module sind dazu fähig: IT z.B. geht nicht, FS20 schon...

Wäre schön, wenn über diesen Umweg Bewegung in das verlinkte Thema käme...
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

Shojo

#17
Ich hatte selbst vor längere zeit mal  eine kleine HomeControl  geschrieben.
Da hatte ich das mit den "Doubletten" so gelöst, das ich innerhalb Zeit x meine von System versendeten Befehle ignoriert habe.

In FHEM finde ich leider nichts der Art ...

Hier noch mal zu Verdeutlichung meines Problems:
2017.08.02 16:03:45 3 : sduino IT_set: IT_F000F0FFFF on
2017-08-02 16:03:45 IT IT_F000F0FFFF on
2017.08.02 16:03:46 3 : SignalESP IT: IT_F000F0FFFF on->on
2017-08-02 16:03:46 IT IT_F000F0FFFF on

FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It

Sidey

Hi,
Ich weiss nicht so Recht was ich antworten soll.

Es sollen mehrere Sender gleichzeitig das identische Signal senden.
Genau genommen sollen sie aber nicht gleichzeitig senden, da die Signale sich sonst überlagern.

Empfangen sollen die nicht sendenden IO Devices aber auch nicht, wenn gerade ein IO Dev am senden ist.

Habe ich das richtig verstanden?


Das mehrfache Senden wird dazu führen, dass das Frequenzband stärker ausgelastet wird.

Was ist der Hintergrund, dass man über mehrere Sduinos senden will?
Wenn es um Reichweite geht, dann wäre es doch ausreichend, dass nur einer sendet.

Das filtern von doubletten ist weiterhin Aufgabe der logischen Module als z.B. IT Modul. Der Signalduino und jeder für sich, filtert aktuell identische wiederholungen weg. Wenn nun mehrere IODevs etwas empfangen, dann wäre das Aufgabe im logischen Modul.

Wie die vccu genau funktioniert weiss ich nicht, aber ich nehme an, dass das VCCU Modul alle Nachrichten von den IODevs erhält und diese dann an die logischen Module weitergibt.
Einen vduino gibt es derzeit nicht und ich für meinen Teil habe keinen geplant. Wenn jemand so etwas machen will habe ich kein Problem damit.

Grüße Sidey

Gesendet von meinem XT1650 mit Tapatalk

Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem

Maintainer von: SIGNALduino, fhem-docker, alexa-fhem-docker, fhempy-docker

Shojo

Zitat von: Sidey am 16 August 2017, 19:04:29
Ich weiss nicht so Recht was ich antworten soll.
Sorry, ich wollte hier keine Verwirrung stiften...
Zitat von: Sidey am 16 August 2017, 19:04:29
Was ist der Hintergrund, dass man über mehrere Sduinos senden will?
Wenn es um Reichweite geht, dann wäre es doch ausreichend, dass nur einer sendet.
Ich habe mehrere (1x Signalduino und  2x SignalESP) über die Wohnfläche verteilt um eine komplette Abdeckung zu erreichen.
Und ich wollte faul sein, und den einzelnen Devices die theoretisch passenden IO Dev´s zuzuordnen.
Zitat von: Sidey am 16 August 2017, 19:04:29
Das filtern von doubletten ist weiterhin Aufgabe der logischen Module als z.B. IT Modul. Der Signalduino und jeder für sich, filtert aktuell identische wiederholungen weg. Wenn nun mehrere IODevs etwas empfangen, dann wäre das Aufgabe im logischen Modu
OK dann muss ich mal weiter suchen ;)

Ich danke Dir auf jeden Fall für deine Antwort!

Gruß
Dennis

FHEM auf: Shuttle PC (x64) (Docker)
Bridge: SignalESP 433mHz, ConBee (deCONZ in Docker)
Rest: ESP8266, SONOFF, Sonos, Echo Dot, Xiaomi Vacuum (root), ESP RGBWW Wifi Led Controller, Node-RED, LEDMatrix, Pixel It