Signalduino Entwicklung

Begonnen von thoffma3, 05 Juli 2015, 23:01:00

Vorheriges Thema - Nächstes Thema

Ralf9

Zitat von: Sidey am 31 März 2016, 09:44:18
die Firmware schreibt viele Meldungen ins Logfile.
Zumindest, wenn der Empfänger etwas empfängt.
Im angehängten Log könnte ich davon nichts finden.

Der loglevel dürfte dafür etwas zu niedrig sein..
2016.03.31 09:24:47 3: sduino: setting Verbose to: 1

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

Sidey

Stimmt, das ist mir auf die Schnelle nicht aufgefallen
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

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

Ralf9

Zitat von: Lothar64 am 28 März 2016, 20:52:30
Das ev1527 Protokoll hat 2 hoch 24 = 16,7 Millionen mögliche Kombinationen (20bit + 4 die am Chip einstellbar sind).
Das itv1 Protokoll hat 3 hoch 12 = 0,531 Millionen Kombinationen und ist praktisch eine Untermenge vom ev1527 Protokoll.
Wenn man das Protokoll im Signalduino.pm als zusätzliche ID einführt (Erkennung  über die ungültige itv1 Kombination), könnte man die 0,5 Millionen itv1 Kombinationen nicht erkennen, da sie zum IT-Modul gedispatched werden müssten. Das wäre aber nicht ganz so schlimm, da man über die 4 Bit am Chip immer eine nicht zm itv1 passende Kombination einstellen könnte.

Das ev1527 Protokoll besteht aus einem 20Bit Code und 4 Datapins. Der ev1527 sendet solange wie die Datapins aktiv sind.
Each IC EV1527 has gauranteed unique 1 million code possibility preprogrammed one time into it during manfacturing.

Dies wäre auch eine Möglichkeit:
https://forum.fhem.de/index.php/topic,17196.msg432670.html#msg432670
Das IT v1 besteht aus einem 5 Bit Housecode und 5 Bit Buttoncode. Diese 10 Bit enthalten nur den Tristatecode "0" und "F".
Diese Methode hat demnach den Nachteil, daß von den 1 Million Code Kombinationen des ev1527 es 1024 Codes gibt die als gültige IT v1 erkannt werden. 

Werden bei Deinen Sensoren on und off signalisiert?
Wie ist die Zuordnung? on -> close und  off -> open?

Hilfreich wären für jeweils on und off die raw-Nachrichten.

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

Burny4600

MC Codes werden eingelesen aber nicht umgesetzt.
2016.03.31 20:37:57 3: sduino: setting Verbose to: 4
2016.03.31 20:38:06 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 91compr: 4->2;0*546->45*391 idx:468 idx2:0;
2016.03.31 20:38:06 4: sduino/msg READ:
2016.03.31 20:38:06 4: sduino/msg READ: Sync: 15948 -> SyncFact: 34.08, Clock: 468, Tol: 150, PattLen: 6 , Pulse: -1056, -32001, mStart: 0, MCD: 0
2016.03.31 20:38:06 4: sduino/msg READ: Signal: 5050323232325232305052323230523032523232305232323232323230523230325232305232323232305052305232323230523232323230505032323232.  [124]
2016.03.31 20:38:06 4: sduino/msg READ: Pattern:  P0: 17*[,889] P1: 0*[,-204] P2: 45*[,468] P3: 45*[,-585] P4: 0*[] P5: 17*[,-1062]
2016.03.31 20:38:06 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 0  MC equalcnt matched  MC neg and pos pattern cnt is equal  tstclock: 452 MC LL:5, MC LH:0, MC SL:3, MC SH:2
2016.03.31 20:38:06 4: sduino/msg READ:   -- MC found --
2016.03.31 20:38:06 4: sduino/msg READ: mlen:124:mstart: 0LLLLSSSSSSSSLSSSSLLLLSSSSSSLLSSLSSLSSSSSSLLSSSSSSSSSSSSSSLLSSSSLSSLSSSSLLSSSSSSSSSSLLLLSSLLSSSSSSSSLLSSSSSSSSSSLLLLLSSSSSSSS:mpos:124:mstart:0:mend:124:bfin::bflush:compr: 3->2;3*566->13*441 idx:503 idx2:0;
2016.03.31 20:38:06 4: sduino/msg READ:
2016.03.31 20:38:06 4: sduino/msg READ: Sync: 15948 -> SyncFact: 106.32, Clock: 150, Tol: 150, PattLen: 6 , Pulse: 132, 904, mStart: 0, MCD: 0
2016.03.31 20:38:06 4: sduino/msg READ: Signal: 2222252424420522112142212121114111152011.  [40]
2016.03.31 20:38:06 4: sduino/msg READ: Pattern:  P0: 2*[,884] P1: 14*[,150] P2: 16*[,503] P3: 0*[] P4: 5*[,-113] P5: 3*[,1377]
2016.03.31 20:38:06 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 30 MU found: MU;P0=884;P1=150;P2=503;P4=-113;P5=1377;D=2222252424420522112142212121114111152011;CP=1;
2016.03.31 20:38:10 1: PERL WARNING: Argument "247 WSW" isn't numeric in sprintf at (eval 16453) line 1.
2016.03.31 20:38:10 4: sduino/msg READ:
2016.03.31 20:38:10 4: sduino/msg READ: Sync: 15948 -> SyncFact: 34.37, Clock: 464, Tol: 150, PattLen: 6 , Pulse: -32001, -308, mStart: 0, MCD: 0
2016.03.31 20:38:10 4: sduino/msg READ: Signal: 0121313131313131313131313131313131313131313131314545314131354135413135413541313131313131313531454131313531454131313131353141313131313131313131313131313131313131313131313131313531314135313131413541.  [196]
2016.03.31 20:38:10 4: sduino/msg READ: Pattern:  P0: 1*[,124] P1: 84*[,464] P2: 1*[,-216] P3: 81*[,-568] P4: 15*[,-1050] P5: 14*[,896]
2016.03.31 20:38:10 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 2  MC equalcnt matched  MC neg and pos pattern cnt is equal  tstclock: 453 MC LL:4, MC LH:5, MC SL:3, MC SH:1
2016.03.31 20:38:10 4: sduino/msg READ:   -- MC found --
2016.03.31 20:38:10 4: sduino/msg READ: mlen:196:mstart: 0H(vcnt:0:RES:)H(vcnt:0:RES:)SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLLLLSSLSSSSLLSSLLSSSSLLSSLLSSSSSSSSSSSSSSSSLSSLLLSSSSSSLSSLLLSSSSSSSSSSLSSLSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLSSSSLSSLSSSSSSLSSLLH(vcnt:110:mpos:195:mstart:3:mend:195:found: MC found: 
2016.03.31 20:38:10 4: sduino/msg READ: MC;LL=-1050;LH=896;SL=-568;SH=464;D=FFFFFD62448034340C00000073;C=453;
2016.03.31 20:38:10 4: sduino: Found manchester Protocol id 10 clock 453 -> OSV2o3
2016.03.31 20:38:10 4: sduino: OSV3 protocol detected: preamble_pos = 22, message_length = 78
2016.03.31 20:38:10 4: sduino: OSV3 protocol =                     198400B0B0C00000083
2016.03.31 20:38:10 4: sduino: OSV3 protocol converted to hex: (501A8904B0B0C000000038) with length (80) bits
2016.03.31 20:38:10 4: OREGON: ERROR: Unknown sensor_id=1a89 bits=80 message='501A8904B0B0C000000038'.
2016.03.31 20:38:10 4: sduino: Found manchester Protocol id 12 clock 453 -> Hideki protocol
2016.03.31 20:38:10 4: sduino/msg READ: compr: 3->2;1*548->4*665 idx:606 idx2:0;
2016.03.31 20:38:10 4: sduino/msg READ:
2016.03.31 20:38:10 4: sduino/msg READ: Sync: 15948 -> SyncFact: 121.74, Clock: 131, Tol: 150, PattLen: 6 , Pulse: -168, -144, mStart: 3, MCD: 0
2016.03.31 20:38:10 4: sduino/msg READ: Signal: 01220444444102200110001000051500541051200.  [41]
2016.03.31 20:38:10 4: sduino/msg READ: Pattern:  P0: 17*[,131] P1: 8*[,-110] P2: 5*[,606] P3: 0*[] P4: 7*[,233] P5: 4*[,365]
2016.03.31 20:38:10 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 25 MU found: MU;P0=131;P1=-110;P2=606;P4=233;P5=365;D=01220444444102200110001000051500541051200;CP=0;
2016.03.31 20:38:18 4: sduino/msg READ: compr: 3->1;1*-472->82*-578 idx:-525 idx2:0;
2016.03.31 20:38:18 4: sduino/msg READ:
2016.03.31 20:38:18 4: sduino/msg READ: Sync: 15948 -> SyncFact: 36.41, Clock: 438, Tol: 150, PattLen: 6 , Pulse: -16068, -352, mStart: 0, MCD: 0
2016.03.31 20:38:18 4: sduino/msg READ: Signal: 012121212121212121212121212121212121212121212121245454542154215124212121215421212121215121212421542121212121212121212121212121212121212151242121212121212121512454512421215421212151212124212154215421212.  [201]
2016.03.31 20:38:18 4: sduino/msg READ: Pattern:  P0: 1*[,-152] P1: 83*[,-525] P2: 84*[,438] P3: 0*[] P4: 17*[,-1070] P5: 16*[,882]
2016.03.31 20:38:18 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 0  MC equalcnt matched  MC neg and pos pattern cnt is equal  tstclock: 439 MC LL:4, MC LH:5, MC SL:1, MC SH:2
2016.03.31 20:38:18 4: sduino/msg READ:   -- MC found --
2016.03.31 20:38:18 4: sduino/msg READ: mlen:201:mstart: 0H(vcnt:0:RES:)SSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLLLLLLLSSLLSSLSSLSSSSSSSSLLSSSSSSSSSSLSSSSSSLSSLLSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLSSLSSSSSSSSSSSSSSSSLSSLLLLSSLSSSSLLSSSSSSLSSSSSSLSSSSLLSSLLSSSSH(vcnt:116:mpos:200:mstart:1:mend:200:found: MC found: 
2016.03.31 20:38:18 4: sduino/msg READ: MC;LL=-1070;LH=882;SL=-525;SH=438;D=FFFFFF5498207900000C01AC43C4;C=439;
2016.03.31 20:38:18 4: sduino: Found manchester Protocol id 10 clock 439 -> OSV2o3
2016.03.31 20:38:18 4: sduino: OSV3 protocol detected: preamble_pos = 24, message_length = 84
2016.03.31 20:38:18 4: sduino: OSV3 protocol =                     29140E900000308532C32
2016.03.31 20:38:18 4: sduino: OSV3 protocol converted to hex: (582A19049E0000308035C223) with length (88) bits
2016.03.31 20:38:18 4: OREGON: ERROR: Unknown sensor_id=2a19 bits=88 message='582A19049E0000308035C223'.
2016.03.31 20:38:18 4: sduino: Found manchester Protocol id 12 clock 439 -> Hideki protocol
2016.03.31 20:38:18 4: sduino/msg READ:
2016.03.31 20:38:18 4: sduino/msg READ: Sync: 15948 -> SyncFact: 124.59, Clock: 128, Tol: 150, PattLen: 6 , Pulse: -220, -356, mStart: 1, MCD: 0
2016.03.31 20:38:18 4: sduino/msg READ: Signal: 3332345034303333300002330230303330003303.  [40]
2016.03.31 20:38:18 4: sduino/msg READ: Pattern:  P0: 13*[,128] P1: 0*[,1496] P2: 3*[,369] P3: 21*[,-167] P4: 2*[,-124] P5: 1*[,-500]
2016.03.31 20:38:18 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 248 MU found: MU;P0=128;P2=369;P3=-167;P4=-124;P5=-500;D=3332345034303333300002330230303330003303;CP=0;
2016.03.31 20:38:24 4: sduino/msg READ:
2016.03.31 20:38:24 4: sduino/msg READ: Sync: 15948 -> SyncFact: 42.64, Clock: 374, Tol: 150, PattLen: 5 , Pulse: -104, -148, mStart: 0, MCD: 0
2016.03.31 20:38:24 4: sduino/msg READ: Signal: 001212121212121212121212121212121212121212121213431.  [51]
2016.03.31 20:38:24 4: sduino/msg READ: Pattern:  P0: 2*[,-176] P1: 24*[,374] P2: 22*[,-604] P3: 2*[,-1114] P4: 1*[,860]
2016.03.31 20:38:24 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 equalcnt: 254 MU found: MU;P0=-176;P1=374;P2=-604;P3=-1114;P4=860;D=001212121212121212121212121212121212121212121213431;CP=1;
2016.03.31 20:38:24 4: sduino/msg READ:
2016.03.31 20:38:24 4: sduino/msg READ: Sync: 15948 -> SyncFact: 33.43, Clock: 477, Tol: 150, PattLen: 6 , Pulse: -136, -100, mStart: 0, MCD: 0
2016.03.31 20:38:24 4: sduino/msg READ: Signal: 12341232323232323232343214123232343214123232323234321232323232323232323232323232323232323232323232323232343232123432323212341250.  [128]
2016.03.31 20:38:24 4: sduino/msg READ: Pattern:  P0: 1*[,136] P1: 10*[,-1032] P2: 54*[,477] P3: 53*[,-548] P4: 9*[,934] P5: 1*[,-32001]
2016.03.31 20:38:24 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 0  MC equalcnt matched  MC neg and pos pattern cnt is equal  tstclock: 470 MC LL:1, MC LH:4, MC SL:3, MC SH:2
2016.03.31 20:38:24 4: sduino/msg READ:   -- MC found --
2016.03.31 20:38:24 4: sduino/msg READ: mlen:128:mstart: 0LSSLLSSSSSSSSSSSSSSSSLSSLLLSSSSSSLSSLLLSSSSSSSSSSLSSLSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSLSSSSLSSLSSSSSSLSSLLH(vcnt:72:mpos:125:mstart:0:mend:125:found: MC found: 
2016.03.31 20:38:24 4: sduino/msg READ: MC;LL=-1032;LH=934;SL=-548;SH=477;D=FFF2F2FCFFFFFFE3;C=470;
2016.03.31 20:38:24 4: sduino: Found manchester Protocol id 10 clock 470 -> OSV2o3
2016.03.31 20:38:24 4: sduino/msg READ:
2016.03.31 20:38:24 4: sduino/msg READ: Sync: 15948 -> SyncFact: 126.57, Clock: 126, Tol: 150, PattLen: 6 , Pulse: 128, 124, mStart: 0, MCD: 0
2016.03.31 20:38:24 4: sduino/msg READ: Signal: 00000500002225230002005005005054034440555.  [41]
2016.03.31 20:38:24 4: sduino/msg READ: Pattern:  P0: 21*[,126] P1: 0*[,1208] P2: 5*[,459] P3: 2*[,296] P4: 4*[,-436] P5: 9*[,-150]
2016.03.31 20:38:24 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 15 MU found: MU;P0=126;P2=459;P3=296;P4=-436;P5=-150;D=00000500002225230002005005005054034440555;CP=0;
2016.03.31 20:38:25 4: sduino/msg READ:
2016.03.31 20:38:25 4: sduino/msg READ: Sync: 15948 -> SyncFact: 20.16, Clock: 791, Tol: 150, PattLen: 6 , Pulse: 480, 276, mStart: 0, MCD: 0
2016.03.31 20:38:25 4: sduino/msg READ: Signal: 01234343504343434320434343432043434320202043434320.  [50]
2016.03.31 20:38:25 4: sduino/msg READ: Pattern:  P0: 8*[,-924] P1: 1*[,-92] P2: 7*[,282] P3: 17*[,-433] P4: 16*[,791] P5: 1*[,216]
2016.03.31 20:38:25 4: sduino/msg READ:  MU/MC check:   --  chk MC -- 0 1 2 3 4 5 equalcnt: 254 MU found: MU;P0=-924;P1=-92;P2=282;P3=-433;P4=791;P5=216;D=01234343504343434320434343432043434320202043434320;CP=4;
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

pejonp

Hallo Sidey,

vielen Dank für deine Arbeit und Zeit die du hier schon reingesteckt hast. Auch wenn nicht alles gleich so geht wie es soll.   ;-)

Ich habe heute ein Update auf die Firmeware "version: V 3.2.0-b19 SIGNALduino - compiled at Mar 29 2016 23:19:50" gemacht. Leider wird meine Oregon THGR328N nicht mehr erkannt. Ich habe mal einen Log angehangen. Auch als ich den Oregon THGR328N neben den Empfänger gelegt habe wurde dieser nur einmal erkannt.

Mit der Firmeware "version: V 3.2.0-b12 SIGNALduino - compiled at Feb 13 2016 21:34:09" hatte ich keine Probleme. Ich habe diese jetzt wieder aufgespielt. Noch liegt der Sensor neben dem Empfänger und wird auch erkannt. Die Erkennungsrate von Orgeon war schon immer etwas schlecht, mal sehen was die nächsten Tage empfangen wird.

Der Empfang bei den Hideki war mit der neuen Firmeware (V 3.2.0-b19) auch nicht so toll. Der Sensor mit der Kanalnummer 5 wurde schlechter empfangen, als der Empfänger mit der Kanalnummer 3 (zu diesem ist die Entfernung auch noch grösser). Batterien (Akkus) wurden bei allen letzte Woche erneuert. Daran sollte es nicht liegen, zumal bei allen Bat:ok angezeigt wird.  Sollte nur ein Info für dich sein. So wie es ist, damit kann ich erst einmal leben.

Tschüß Jörg

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

noice

Zitat von: Ralf9 am 31 März 2016, 12:52:51
Das ev1527 Protokoll besteht aus einem 20Bit Code und 4 Datapins. Der ev1527 sendet solange wie die Datapins aktiv sind.
Each IC EV1527 has gauranteed unique 1 million code possibility preprogrammed one time into it during manfacturing.

Dies wäre auch eine Möglichkeit:
https://forum.fhem.de/index.php/topic,17196.msg432670.html#msg432670
Das IT v1 besteht aus einem 5 Bit Housecode und 5 Bit Buttoncode. Diese 10 Bit enthalten nur den Tristatecode "0" und "F".
Diese Methode hat demnach den Nachteil, daß von den 1 Million Code Kombinationen des ev1527 es 1024 Codes gibt die als gültige IT v1 erkannt werden. 

Werden bei Deinen Sensoren on und off signalisiert?
Wie ist die Zuordnung? on -> close und  off -> open?

Hilfreich wären für jeweils on und off die raw-Nachrichten.

Gruß Ralf
Anscheinend wird beim fhemduino gerade an der Implementierung gearbeitet ... Evtl lässt sich ja der Empfang vom sduino auf das pt2262 modul umleiten?
:-[

Mobil erstellt daher kurz gehalten

BananaPI, RaspberryPi+AddonBoard,HMLAN,  miniCUL 433,nanoCUL 433,nanoCUL868,FHEMduino 433, Jeelink clone diverse Homematic, FS20, MAX, TFA und IT Komponenten.
10" Tablet mit andFhem, Daitem D14000

Sidey

Naja, ich hatte mich mal dagegen entschieden das pt2262 Modul zu verwenden...
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

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

noice

Zitat von: Sidey am 31 März 2016, 21:47:21
Naja, ich hatte mich mal dagegen entschieden das pt2262 Modul zu verwenden...
War nur ein Vorschlag  ;D

Mobil erstellt daher kurz gehalten

BananaPI, RaspberryPi+AddonBoard,HMLAN,  miniCUL 433,nanoCUL 433,nanoCUL868,FHEMduino 433, Jeelink clone diverse Homematic, FS20, MAX, TFA und IT Komponenten.
10" Tablet mit andFhem, Daitem D14000

Sidey

Zitat von: noice am 31 März 2016, 21:48:12
War nur ein Vorschlag  ;D

Mobil erstellt daher kurz gehalten

Ja, kann man ja noch mal überdenken, wobei es schwierig wird, da es Daten gibt, welche beim PT2262 und ev1527 identisch sind.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

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

noice

Zitat von: Sidey am 31 März 2016, 21:49:37
Ja, kann man ja noch mal überdenken, wobei es schwierig wird, da es Daten gibt, welche beim PT2262 und ev1527 identisch sind.

Grüße Sidey
Versteh dich schon. Und nur die Daten vom ev1527 an das pt2262 modul zu senden wird wohl nicht gehen oder?
Also alles was pt2262 ist bleibt im it modul und die unbekannten Codes dann ins pt2262 modul?
Sorry kenn mich da leider zu wenig aus um da evtl die genaueren Zusammenhänge zuverstehen.

Gruss mirko

Mobil erstellt daher kurz gehalten

BananaPI, RaspberryPi+AddonBoard,HMLAN,  miniCUL 433,nanoCUL 433,nanoCUL868,FHEMduino 433, Jeelink clone diverse Homematic, FS20, MAX, TFA und IT Komponenten.
10" Tablet mit andFhem, Daitem D14000

pejonp

#1345
Hallo Sidey,

hier stimmt die Länge nicht (https://forum.fhem.de/index.php/topic,38831.msg433174.html#msg433174) . Es werden nur 80 bits geliefert, aber im 41_OREGON.pm werden 88 bits erwartete. Ich habe im Oregon.pm auf 80 bits angepaßt, dann ging es. Vieleicht hilft es.

2016.03.31 20:38:10 4: sduino: Found manchester Protocol id 10 clock 453 -> OSV2o3
2016.03.31 20:38:10 4: sduino: OSV3 protocol detected: preamble_pos = 22, message_length = 78
2016.03.31 20:38:10 4: sduino: OSV3 protocol =                     198400B0B0C00000083
2016.03.31 20:38:10 4: sduino: OSV3 protocol converted to hex: (501A8904B0B0C000000038) with length (80) bits
2016.03.31 20:38:10 4: OREGON: ERROR: Unknown sensor_id=1a89 bits=80 message='501A8904B0B0C000000038'.
2016.03.31 20:38:10 4: sduino: Found manchester Protocol id 12 clock 453 -> Hideki protocol

Tschüß Jörg
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

Lothar64

#1346
Hallo Ralf,
vielen Dank für den Link zum neuen FHEMduino Beitrag. Da das Protokoll im FHEMduino nun zur Verfügung steht, werde ich mir den parallel aufbauen.
Ich habe heute noch mal den Bewegungsmelder mit dem Logikanalyser angesehen. Dort kann man die 4 Datenbits fest mittels Jumper setzten. Das Senden wird durch das Einschalten der Versorgungsspannung des Chips gestartet und gestoppt, sche.. Chi.. Ware. Der Bewegungsmelder sendet unter Umständen einige Sekunden lang  >:( . Einen ON/Off Code gibt es nicht.
Die Türkontakte senden nur einen festen Code beim Öffnen, einen anderen kann man nicht einstellen. Mittels Jumper kann man auch einstellen, das beim Schließen gesendet wird, jedoch derselbe Code wie beim Öffnen  :( .
Gruß
Lothar

Edit: Da habe ich zum Erstellen des Beitrags länger gebraucht, die Antwort galt dem Beitrag von Ralf von der vorherigen Seite. Danke für eure Mühe!

Sidey

Zitat von: pejonp am 31 März 2016, 21:56:44
hier stimmt die Länge nicht (https://forum.fhem.de/index.php/topic,38831.msg433174.html#msg433174) . Es werden nur 80 bits geliefert, aber im 41_OREGON.pm werden 88 bits erwartete. Ich habe im Oregon.pm auf 80 bits angepaßt, dann ging es. Vieleicht hilft es.

Stimmt, es fehlen zwei Nibbel. Ich hatte da etwas angepasst, da ich der Meinung war, dass vorher 2 Nibble zu viel ausgegeben werden.
Das muss ich mir wohl noch mal ansehen.
Müsste das gleiche Problem wie bei Burny sein.

Zitat von: pejonp am 31 März 2016, 21:56:44
Der Empfang bei den Hideki war mit der neuen Firmeware (V 3.2.0-b19) auch nicht so toll. Der Sensor mit der Kanalnummer 5 wurde schlechter empfangen, als der Empfänger mit der Kanalnummer 3 (zu diesem ist die Entfernung auch noch grösser). Batterien (Akkus) wurden bei allen letzte Woche erneuert. Daran sollte es nicht liegen, zumal bei allen Bat:ok angezeigt wird.  Sollte nur ein Info für dich sein. So wie es ist, damit kann ich erst einmal leben.

Könnte auch hier daran liegen, dass eine falsche Anzahl an Nibble übergeben wird.
Bei so vielen Bugs die ich gefunden und beseitigt habe, ist es wirklich erstaunlich, dass es mit der b12 besser geht.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

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

Sidey

Zitat von: noice am 31 März 2016, 21:54:24
Versteh dich schon. Und nur die Daten vom ev1527 an das pt2262 modul zu senden wird wohl nicht gehen oder?
Also alles was pt2262 ist bleibt im it modul und die unbekannten Codes dann ins pt2262 modul?
Sorry kenn mich da leider zu wenig aus um da evtl die genaueren Zusammenhänge zuverstehen.

Das geht so leider nicht. Ich glaube auch, dass es sehr einfach ist, das IT Modul zu erweitern.

Grüße Sidey
Signalduino, Homematic, Raspberry Pi, Mysensors, MQTT, Alexa, Docker, AlexaFhem,zigbee2mqtt

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

Ralf9

Zitat von: noice am 31 März 2016, 21:54:24
Versteh dich schon. Und nur die Daten vom ev1527 an das pt2262 modul zu senden wird wohl nicht gehen oder?
Also alles was pt2262 ist bleibt im it modul und die unbekannten Codes dann ins pt2262 modul?

Den ev1527 im IT-Modul einzubauen dürfte einfacher sein, die dazu notwendigen Änderungen im IT-Modul halten sich in Grenzen.
Ich habe es mal bei mir versucht einzubauen:


2016.03.31 22:05:06 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.31 22:05:06 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.31 22:05:06 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.31 22:05:06 5: sduinoD dispatch i327803
2016.03.31 22:05:06 4: sduinoD IT: message "i327803" (7)
2016.03.31 22:05:06 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.03.31 22:05:06 4: sduinoD IT: EV1527 housecode = 1527x32780  onoffcode = 0011
2016.03.31 22:05:06 4: sduinoD IT: 1527x32780 not defined (Switch code: 0011)
2016.03.31 22:05:06 2: autocreate: define IT_1527x32780 IT 1527x32780 0011 0001
2016.03.31 22:05:06 2: autocreate: define FileLog_IT_1527x32780 FileLog ./log/IT_1527x32780-%Y-%m.log IT_1527x32780

2016.03.31 22:06:09 4: sduinoD/msg get raw: MS;P0=172;P1=-523;P2=512;P3=-204;P4=-5723;D=04010123230101230101232323230101010101010101012323;CP=0;SP=4;O;
2016.03.31 22:06:09 4: sduinoD: Matched MS Protocol id 3 -> itv1
2016.03.31 22:06:09 4: sduinoD: Decoded MS Protocol id 3 dmsg i327803 length 24
2016.03.31 22:06:09 5: sduinoD dispatch i327803
2016.03.31 22:06:09 4: sduinoD IT: message "i327803" (7)
2016.03.31 22:06:09 4: sduinoD IT: msgcode "" (0) bin = 001100100111100000000011
2016.03.31 22:06:09 4: sduinoD IT: EV1527 housecode = 1527x32780  onoffcode = 0011
2016.03.31 22:06:09 3: sduinoD IT: IT_1527x32780 ???->on


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