Signalduino Version 3.3.1 / 3.3.2 / 3.3.3-dev

Begonnen von Sidey, 02 Oktober 2016, 23:39:11

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 ... 31 32 33 34 35 ... 100
Benutzer-Aktionen

sash.sc

#480
06 Mai 2017, 22:35:03 Letzte Bearbeitung: 06 Mai 2017, 22:42:47 von sash.sc
Zitat von: Ralf9 am 06 Mai 2017, 21:47:03
Wo vermisst Du die RSSI Werte? Im log und in den Internals stehen die RSSI Werte.

Passt dies so für Dich?

Gruß Ralf

Hallo Ralf.

danke für deine Antwort.

In meinen Internals steht nix mehr von den RSSi Werten. Habe auf dem wlanduino die Version aus der dev-r33 drauf.

Code Auswählen

Internals:
   Clients    :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_WS_Maverick:SIGNALduino_un:
   DEF        192.168.2.20:23
   DMSG       TXAE3B430434
   DevState   initialized
   DeviceName 192.168.2.20:23
   FD         5
   MSGCNT     1205
   NAME       wlanduino
   NR         68
   PARTIAL
   RAWMSG     MU;P0=-4176;P1=1322;P3=-1087;P4=497;P5=-28692;P6=376;P7=-9748;D=0101313131343134313434343131313434343134343134313131313434313131313134313131313434313431315131313134313431367;CP=4;R=30;
   STATE      opened
   TIME       1494102666
   TYPE       SIGNALduino
   unknownmessages
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   Matchlist:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
     11:SD_WS09 ^P9#[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^YsA[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     1:IT       ^i......
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     7:Hideki   ^P12#75[A-F0-9]+
     X:SIGNALduino_un ^[uP]\d+#.*
   QUEUE:
   Readings:
     2017-04-01 18:38:44   ITParms         Unsupported command
     2017-04-25 21:27:22   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB  (DataRate:5603.79Baud)
     2017-03-12 09:08:45   ccreg           C3E = 00 84 00 00 00 00 00 00
     2017-04-13 07:10:30   config          MS=1;MU=1;MC=1
     2017-04-01 18:41:03   freeram         645
     2017-04-13 07:10:47   ping            OK
     2017-05-06 22:31:06   state           opened
     2017-05-06 18:52:43   uptime          23 12:52:11
     2017-05-06 22:03:16   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   Keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     32
     33
     35
     38
     4
     41
     45
     6
     7
   muIdList:
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     34
     36
     37
     39
     40
     42
     44
     46
     48
     49
     5
     50
     51
     8
     9
Attributes:
   devStateIcon opened:cul_wlan@lime disconnected:cul_wlan@red
   flashCommand avrdude -p atmega328p -c arduino -b 57600 -P net:[PORT] -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101
   icon       cul_wlan
   longids    1
   room       99_receiver
   verbose    1


Habe gerade ein update aus der dev-r33 gefahren.

RSSI Werte sind wieder da !!

Mit dem rawmsgEvent schaue ich mir an.

Danke
Sascha

Edit: Wie kann ich die rawmsgEvent auswerten bzw. loggen ?
Raspi 4B+ Bullseye ;LaCrosse; HomeMatic; MapleCUL; ZigBee; Signalduino ESP32 ; Shellys; MQTT2; Grafana mit Influxdb

andies

#481
07 Mai 2017, 09:03:27
Zitat von: Sidey am 19 März 2017, 21:52:03
Du bist auf dem richtigen Weg . :)

Probiere es mal damit:

Code Auswählen

format => 'twostate',    
one => [-1,2],
zero => [-2,1],
start                 => [1],
clockabs      => 335,
modulematch     => '',


Habe ich nun mal mit meiner lokalen Installation gemacht. Leider reicht das anscheinend nicht. Ich habe zuerst Came zu my $clientsSIGNALduino hinzugefügt, dann weiter
Code Auswählen
my %matchListSIGNALduino "83:Came" => '[0-1]{12}', 
und in my %ProtocolListSIGNALduino  gibt es jetzt den Eintrag
Code Auswählen
"83" => ### NEU Came
{    #MU;P0=-2988;P1=1762;P2=-1781;P3=-902;P4=871;P5=6762;P6=5012;D=0121342434343434352434313434243521342134343436;
name         => 'Came',
format => 'twostate',
id           => '83',
one          => [-1,2],
zero         => [-2,1],
clockabs     => 335,
start      => [1], # startbit, stopbit missing?!
clientmodule => '',
modulematch => '',
length_min   => '10',
length_max   => '13',
},

Damit auch alles glatt geht, habe ich das Hello-World-Beispiel in Came umgemodelt. Es gibt also jetzt ein Modul 98_Came.pm, das aber nix macht. Ich kriege aber eine Fehlermeldung
Code Auswählen
017.05.07 07:36:56 0: ERROR: Cannot autoload Came
die ich nicht zuordnen kann?
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

RaspiLED

#482
07 Mai 2017, 11:15:26
Hi,
Sind die Rechte der CAME pm richtig?
Gruß Arnd


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

pejonp

#483
07 Mai 2017, 11:19:41
Zitat
Damit auch alles glatt geht, habe ich das Hello-World-Beispiel in Came umgemodelt. Es gibt also jetzt ein Modul 98_Came.pm, das aber nix macht. Ich kriege aber eine Fehlermeldung
Code Auswählen
017.05.07 07:36:56 0: ERROR: Cannot autoload Came
die ich nicht zuordnen kann?

Hallo andies,

ich glaube wenn das modul aufgerufen werden soll muß noch:

   preamble     => 'XX83#',       # prepend to converted message

mit rein. Damit die Nachricht zum richtigen Modul geschickt wird.
stell mal verbose=5 in schau ins log was dort angezeigt wird oder setzte mal das globale log etwas höher. Damit die der Fehler vom came.pm angezeigt wird. Du kannst ja auch mal das Came.pm hier anhängen.

pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

andies

#484
07 Mai 2017, 11:55:17
Zitat von: pejonp am 07 Mai 2017, 11:19:41
ich glaube wenn das modul aufgerufen werden soll muß noch:

   preamble     => 'XX83#',       # prepend to converted message

mit rein.
Verbose 5 ist gesetzt, die Rechte auch (reicht -rw-r--r-- und fhem:dialout?), ich berichte. Die anderen twostate haben eine andere preamble, nämlich u83+ oder U83#. Wie ist da genau die Regel? Ich habe jetzt u genommen, kam am häufigsten vor.

Anbei auch die Came.pm.

Vielen Dank!
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

#485
07 Mai 2017, 11:59:51 Letzte Bearbeitung: 07 Mai 2017, 12:02:27 von andies
Ich habe mal auf den Taster gedrückt, zweimal. Hier beide male der Code

Code Auswählen
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-701;LH=659;SL=-352;SH=300;D=56AD58;C=335;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 335 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 5: sduino: dispatch u57#A952A7
2017.05.07 11:57:02 0: ERROR: Cannot autoload Came
2017.05.07 11:57:02 4: SIGNALduino_unknown incomming msg: u57#A952A7
2017.05.07 11:57:02 4: SIGNALduino_unknown rawData: A952A7
2017.05.07 11:57:02 4: SIGNALduino_unknown Protocol: 57
2017.05.07 11:57:02 4: SIGNALduino_unknown converted to bits: 101010010101001010100111
2017.05.07 11:57:02 4: Unknown, please report
2017.05.07 11:57:02 3: sduino: Unknown code u57#A952A7, help me!
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:02 4: sduino/msg READ: MC;LL=-681;LH=643;SL=-346;SH=320;D=56AD58;C=331;L=21;R=43;
2017.05.07 11:57:02 4: sduino: Found manchester Protocol id 57 clock 331 RSSI -52.5 -> m-e
2017.05.07 11:57:02 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:02 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:02 4: sduino: Dropped (u57#A952A7) due to short time or equal msg


und

Code Auswählen
2017.05.07 11:57:12 4: sduino/keepalive ok, retry = 0
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=AB56AC;C=329;L=22;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 010101001010100101010011 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#54A953)
2017.05.07 11:57:41 5: sduino: dispatch u57#54A953
2017.05.07 11:57:41 0: ERROR: Cannot autoload Came
2017.05.07 11:57:41 4: SIGNALduino_unknown incomming msg: u57#54A953
2017.05.07 11:57:41 4: SIGNALduino_unknown rawData: 54A953
2017.05.07 11:57:41 4: SIGNALduino_unknown Protocol: 57
2017.05.07 11:57:41 4: SIGNALduino_unknown converted to bits: 010101001010100101010011
2017.05.07 11:57:41 4: Unknown, please report
2017.05.07 11:57:41 3: sduino: Unknown code u57#54A953, help me!
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 5: sduino: dispatch u57#A952A7
2017.05.07 11:57:41 0: ERROR: Cannot autoload Came
2017.05.07 11:57:41 4: SIGNALduino_unknown incomming msg: u57#A952A7
2017.05.07 11:57:41 4: SIGNALduino_unknown rawData: A952A7
2017.05.07 11:57:41 4: SIGNALduino_unknown Protocol: 57
2017.05.07 11:57:41 4: SIGNALduino_unknown converted to bits: 101010010101001010100111
2017.05.07 11:57:41 4: Unknown, please report
2017.05.07 11:57:41 3: sduino: Unknown code u57#A952A7, help me!
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 4: sduino: Dropped (u57#A952A7) due to short time or equal msg
2017.05.07 11:57:41 4: sduino/msg READ: MC;LL=-705;LH=621;SL=-348;SH=302;D=56AD58;C=329;L=21;R=46;
2017.05.07 11:57:41 4: sduino: Found manchester Protocol id 57 clock 329 RSSI -51 -> m-e
2017.05.07 11:57:41 5: sduino: extracted data 101010010101001010100111 (bin)
2017.05.07 11:57:41 5: sduino: converted Data to (u57#A952A7)
2017.05.07 11:57:41 4: sduino: Dropped (u57#A952A7) due to short time or equal msg

Der Fehler ist immer noch da.

<EDIT> Er scheint das für ein "57" => ## m-e doorbell zu halten. Kann ich das Blacklisten?
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

pejonp

#486
07 Mai 2017, 13:42:02
@andies

ich habe mal eine neue 14_Came.pm angelegt. In der anderen sind Fehler drin die ich so schnell nicht gefunden haben. Ich habe die 14_SD_UT.pm in 14_Came.pm kopiert, aber nicht weiter angepaßt.

in der SignalDuino.pm habe ich unter "83"

        preamble     => 'P83#',       # prepend to converted message

hinzugefügt.

Und die
my %matchListSIGNALduino = ( 
                                                    "83:Came" => "^P83#[A-Fa-f0-9]+",

mit diesem Eintrag ergänzt.

Testen kannst du es mit (verbose=5):
{ Dispatch($defs{sduino}, "P83#A952A7", undef) }

beim 2. Aufruf wird dann ein neuer Eintrag angelegt.

pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

andies

#487
07 Mai 2017, 14:01:37
Danke, das sieht gut aus - Gerät angelegt. Ich spiele jetzt mal ein wenig damit herum. Die Datei hatte ich übrigens aus dem Wiki...
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

andies

#488
07 Mai 2017, 15:42:09
Ich habe neu gestartet, es gab keine Fehlermeldung. Ich empfange aber trotz verbose 5 nichts, wenn ich auf die Fernbedienung drücke?
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

sash.sc

#489
07 Mai 2017, 16:29:11
Hallo zusammen.

Habe die dev-r33 wieder drauf, um die RSSI Werte wieder in meiner Übersicht zu haben. Klappt auch wieder.
Jetzt ist mir aufgefallen, dass mit der dev-r33 wieder die Peaks bei den revolt Steckdosen auftauchen?

Mit der normalen Version aus dem Update, über fhem, treten die Peaks bei den revolt Dosen nicht auf.

Hoffe es hilft weiter.

Gruß Sascha

Gesendet von meinem SM-T560 mit Tapatalk

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

pejonp

#490
07 Mai 2017, 18:10:53
Zitat von: andies am 07 Mai 2017, 15:42:09
Ich habe neu gestartet, es gab keine Fehlermeldung. Ich empfange aber trotz verbose 5 nichts, wenn ich auf die Fernbedienung drücke?
@andies

Ändere mal den Eintrag von P83# in u57# vielleicht kommt dann etwas. Hast du das mit dem dispatch versucht ?

Pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

andies

#491
07 Mai 2017, 19:11:37
Habe ich gemacht. Gibt leider immer noch keine Meldung (auch im Log des Gerätes, siehe unten, nicht).
(Was ist der Unterschied zwischen u und P?)

Dispatch hat mir ein neues Devices angelegt, das habe ich dann etwas umbenannt:
Code Auswählen
Internals:
   CODE       Came_A9
   DEF        Came_A9
   NAME       Came_A9
   NR         152
   STATE      Defined
   TYPE       Came
   bitMSG
   lastMSG
   Readings:
     2017-05-07 13:56:09   channel         A9
     2017-05-07 13:56:09   sound           0101
     2017-05-07 13:56:09   state           0101
Attributes:
   room       Came
   verbose    5
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann

Ralf9

#492
07 Mai 2017, 19:36:23
ZitatEdit: Wie kann ich die rawmsgEvent auswerten bzw. loggen ?

Wenn Du in die Whitelist_ID nur eine nicht definierte ID (z.B. 99) eingibst und
das Attribut "rawmsgEvent" auf 1 setzt, dann kannst Du im Event monitor die empfangenen Nachrichten anschauen.
Mit den erzeugten events kannst Du dann eine filelog füttern.

Gruß Ralf
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

pejonp

#493
07 Mai 2017, 20:25:30
Zitat von: andies am 07 Mai 2017, 19:11:37
Habe ich gemacht. Gibt leider immer noch keine Meldung (auch im Log des Gerätes, siehe unten, nicht).
(Was ist der Unterschied zwischen u und P?)
@andies

die Buchstaben sind egal, sie wurden einmal so vom jeweiligen Entwickler so festgelegt. Aber du hattest doch schon Meldungen mit u57#
Code Auswählen

...
2017.05.07 11:57:02 0: ERROR: Cannot autoload Came
2017.05.07 11:57:02 4: SIGNALduino_unknown incomming msg: u57#A952A7
2017.05.07 11:57:02 4: SIGNALduino_unknown rawData: A952A7
2017.05.07 11:57:02 4: SIGNALduino_unknown Protocol: 57
2017.05.07 11:57:02 4: SIGNALduino_unknown converted to bits: 101010010101001010100111
2017.05.07 11:57:02 4: Unknown, please report
2017.05.07 11:57:02 3: sduino: Unknown code u57#A952A7, help me!
..


Du must jetzt etwas im Modul damit machen ! Mehr wird noch nicht kommen. Was ist den Came ? Was kannst du damit machen ? An welcher Bitposition steht was (Temp/Stop/....) ?


pejonp
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

andies

#494
07 Mai 2017, 20:41:31
Zitat von: pejonp am 07 Mai 2017, 20:25:30
Du must jetzt etwas im Modul damit machen !
Ja, das ist mir schon klar. Came ist eine Gartentoröffnung, die nur ein Signal kennt (kein on-off). Ich möchte nicht meine raw-Lösung, sondern eine generelle Lösung haben, um auch meine vorhandenen Fernbedienungen erfassen zu können (was momentan ja nicht geht).

Ich habe das sowohl mit pilight und das Senden mit sendrawmessage lösen können, also SIGNALduino erlaubt mir die Öffnung, ich nehme dazu zB
Code Auswählen
set sduino raw SR;;R=7;;P0=335;;P1=-665;;P2=-335;;P3=665;;P4=-15018;;D=01010102310101023101023104;
Bei pilight war es so, dass das raw-Signal am Ende nur einer Zahlenfolge (Anzahl der mikrosekunden zwischen HIGH und LOW) entsprach und man diese Folge für ein entsprechendes Gerät analysieren musste. War die Zahlenfolge stabil, war das Gerät "geknackt". Ich verstehe nur leider den Code von SIGNALduino nicht, wo dieser Code analysiert wird und welche Schritte hier stattfinden. Sonst könnte ich da herumspielen und mir zum Beispiel mal anschauen, was denn beim Drücken der Toröffner-Taste da ankommt und wie das interpretierbar wäre. Ich stehe schlichtweg auf dem Schlauch.

Bei pilight habe ich das so hinbekommen: https://forum.pilight.org/Thread-Solved-Came-door-opener-automatic-gates?pid=20181#pid20181
Hier schaffe ich das leider nicht, weil ich die Programmstruktur nicht durchschaue. Ich dachte, die entscheidenden Schritte wären
Code Auswählen
my %matchListSIGNALduino "83:Came" => '[0-1]{12}',
sowie das unmittelbare Drumherum, aber das stimmt anscheinend nicht.
FHEM 6.1 auf RaspPi4 (Raspbian:  6.6.28+; Perl: v5.36.0)
SIGNALduino (433 MHz) und HM-UART (868 MHz), Sonoff, Blitzwolf, Somfy RTS, CAME-Gartentor, Volkszähler, Keyence-Sensor, Homematic-Sensoren und -thermostat, Ferraris-Zähler für Wasseruhr, Openlink-Nachbau Viessmann
Drucken
Nach oben Seiten 1 ... 31 32 33 34 35 ... 100
Benutzer-Aktionen