IT Empfang mit CUL

Begonnen von mehf, 18 August 2013, 20:47:11

Vorheriges Thema - Nächstes Thema

bjoernh

Das sieht komisch aus.

Was ich noch mit aufgenommen habe ich dieser Change: https://sourceforge.net/p/culfw/code/497/
An den IT Änderungen kann es eigentlich nicht liegen, diese müssten außerdem mit p 7 bzw p 9 kommen.

Gruß

Franz Tenbrock

Hallo, noch einmal die Frage an die Profis hier.
In der Original Cul Software ist der Empfang der ESA2000 Energiemesssysteme möglich, diese Software wurde doch nur erweitert ?! Warum funktioniert nun mein ESA nicht mehr ? Da ich davon 2 Geräte habe und die mir wichtig sind, muss ich sonst ev zurück zur alten Software.
cubi3, Cul 868, ESA2000WZ, EM1000GZ,  FS20, dashboard, 1-Wire, Max Thermos, Max Wandthermo, Max Lan, Fritzbox callmonitor, , nanocul, HM Led16, HM Bewegungsmelder, HM Schalter, RPi, banana, ESP8266, DoorPi

bjoernh

Hallo Franz,

auf welcher Frequent funkt denn der ESA2000?
Meines Wissens nach doch auf 868Mhz, oder liege ich da Falsch.
Wenn also den CUL auf 433 geschalten ist kann er es nicht empfangen.

Zitat von: Franz Tenbrock am 22 Februar 2015, 08:48:50
Hallo, noch einmal die Frage an die Profis hier.
In der Original Cul Software ist der Empfang der ESA2000 Energiemesssysteme möglich, diese Software wurde doch nur erweitert ?! Warum funktioniert nun mein ESA nicht mehr ? Da ich davon 2 Geräte habe und die mir wichtig sind, muss ich sonst ev zurück zur alten Software.

Gruß
Björn

SkorpionMB

evtl ist es auch ein problem der offiziellen änderungen von 1.62 auf 1.63 ich erstelle noch ein thread bei fehler culfw der 433mhz scc scheint jetzt auf 868mhz zu arbeiten und zum schalten der steckdosen auf 433mhz umzuschalten emfang von it funktioniert nicht mehr bei abfrage der eingestellten frequenz steht 433,92mhz fhem hat seit gestern per autocreate geräte mit der id 0 erstellt (je nach stellen der id entsprechend 0en) für FHT,CUL_TX,HMS die erstellten geräte empfangen keine oder irreale werte bei den geräten steht empfangen von io device SCC2 also der für 433mhz
alle "normalen" geräte funktionieren einwandfrei und werden auch nur über den SCC1 für 868mhz empfangen

Franz Tenbrock

oh schit happens
haben einen 886 cul
nicht daran gedacht das IT ja auf 433 funkt...grrr


CMDS
BCFiAZEGMKUYRTVWXefltx
Clients
:FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
DEF
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103N1J0-if00-port0@38400 1234
DeviceName
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A103N1J0-if00-port0@38400
FD
20
FHTID
1234
NAME
nanoCUL
NR
404
NR_CMD_LAST_H
1
PARTIAL
RAWMSG
T9D96C082F0
RSSI
-82
STATE
Initialized
TYPE
CUL
VERSION
V 1.63.01 nanoCUL868 (F-Band: 868MHz)
initString
X21
nanoCUL_MSGCNT
213
nanoCUL_TIME
Initialized
cubi3, Cul 868, ESA2000WZ, EM1000GZ,  FS20, dashboard, 1-Wire, Max Thermos, Max Wandthermo, Max Lan, Fritzbox callmonitor, , nanocul, HM Led16, HM Bewegungsmelder, HM Schalter, RPi, banana, ESP8266, DoorPi

irgendsowas

Hallo erstmal,

ich bin neu hier und versuche etwas nützliches beizutragen.


Ich habe das Senden von Intertechno-Kommandos bei mir mit einfachen "REV" Steckdosensets in Betrieb. Bei der Inbetriebnahme der Fernbedienung stehe ich leider vor einem Problem: Die Kommandos der Fernbedienung werden von meinem CUL leider nicht bearbeitet.

System-Setup:
- fhem aktuell, 23.02.2015
- CUL 868   V 1.63.01 CUL868 (F-Band: 433MHz)  von http://forum.fhem.de/index.php/topic,14348.msg261776.html#msg261776
- "REV" Fernbedienung "G1"  wie in http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung#REV_Telecontrol


Informationen
ccconf => freq:433.920MHz bWidth:464KHz rAmpl:42dB sens:8dB
Testsetup: Fernbedienung, CUL --> modus X67 --> kein Telegrammempfang
Testsetup: Fernbedienung, CUL --> modus XEF --> steigende und fallende Flanken werden erkannt.

prfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprf.
prfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprf.
prfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprf.
prfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprfprf.


Ich gehe jetzt mal spontan davon aus, dass das was die Fernbedienung sendet noch nicht dekodiert werden kann, also schreibe ich jetzt mal auszugsweise auf, was ich vor ein paar Jahren für einen Atmega geschrieben habe. Ich bin mir nicht mehr ganz sicher wie die Abfolge war, aber ich suche mal meine Unterlagen von damals, die müsste ich noch irgendwo haben.
Anmerkung: Die unten angegebenen bits sind nur high/low Pulse der Dauer 360µs.  :-\ (Glaube ich)

//Variablen für die Steckdosenadressen
// "Kanal A"                0ANAU000000ADDRESKANAL---
uint32_t A_1_On  = 0b00000000001100000010101110101011;
uint32_t A_2_On  = 0b00000000001100000010111010101011;
uint32_t A_3_On  = 0b00000000001100000011101010101011;
uint32_t A_1_Off  = 0b00000000110000000010101110101011;
uint32_t A_2_Off  = 0b00000000110000000010111010101011;
uint32_t A_3_Off  = 0b00000000110000000011101010101011;

// "Kanal B"                0ANAU000000ADDRESKANAL---
uint32_t B_1_On  = 0b00000000001100000010101110101110;
uint32_t B_2_On  = 0b00000000001100000010111010101110;
uint32_t B_3_On  = 0b00000000001100000011101010101110;
uint32_t B_1_Off  = 0b00000000110000000010101110101110;
uint32_t B_2_Off  = 0b00000000110000000010111010101110;
uint32_t B_3_Off  = 0b00000000110000000011101010101110;

// "Kanal C"                0ANAU000000ADDRESKANAL---
uint32_t C_1_On  = 0b00000000001100000010101110111010;
uint32_t C_2_On  = 0b00000000001100000010111010111010;
uint32_t C_3_On  = 0b00000000001100000011101010111010;
uint32_t C_1_Off  = 0b00000000110000000010101110111010;
uint32_t C_2_Off  = 0b00000000110000000010111010111010;
uint32_t c_3_Off   = 0b00000000110000000011101010111010;

// "Kanal D"                0ANAU000000ADDRESKANAL---
uint32_t D_1_On  = 0b00000000001100000010101111101010;
uint32_t D_2_On  = 0b00000000001100000010111011101010;
uint32_t D_3_On  = 0b00000000001100000011101011101010;
uint32_t D_1_Off  = 0b00000000110000000010101111101010;
uint32_t D_2_Off  = 0b00000000110000000010111011101010;
uint32_t D_3_Off  = 0b00000000110000000011101011101010;


/*
Der Compare Interrupt Handler
wird aufgerufen, wenn
TCNT1 = OCR1A = 5798
ist, d.h. genau alle 362,5µs
*/
ISR (TIMER1_COMPA_vect)
{

if (transmit){
    LED_ON;
    if (counts < 26) {
if (clock == 0) { ON; } //start
if ((clock == 1) && (!(bitmask & (1UL<<counts))) ) { OFF; clock++;}//short pulse
if ((clock == 1) && (counts == 25)) { OFF; clock++; }//syncbit
if (clock == 3) { clock = 0; counts++; OFF;}//long pulse
else { clock++; }
    }
    else
    {
counts++;
if (counts == 50) { counts = 0; transmit--; }  // transmit-pause
    }
}
else { LED_OFF; }
}


Vielleicht hilft das ja, meine Fernbedienungen und andere vielleicht genauso sendenden zu implementieren.


PS
ich bin mir nicht sicher ob ich hier Blödsinn geschrieben habe, vielleicht liegt es ja auch an meinen Einstellungen.
Das schalten der Steckdosen mit dem CUL aus fhem
oder aber direkt mit
is1FFF1FF0FFFF und
is1FFF1FF0FF[color=red]01[/color]
geht zumindest problemlos.

PPS der Code für AUS ist bei mir aber 01, nicht wie es http://www.fhemwiki.de/wiki/Intertechno_Code_Berechnung#REV_Telecontrol steht 00

Vielen Dank im Voraus

lukas2002

Hallo,
habe meinen nanoCUL auf die letzte github- version upgedated. Fhem hab ich auch aktualisiert.
Nun hab ich noch Funksteckdosen von "mumbi" herum liegen. Allerdings solche mit Selbstlernfunktion, das heißt ohne Dip-Switches.
Wenn ich nun die Fernbedienung drücke, "findet" der nanoCUL drei neue Geräte und trägt sie schön in die fhem.cfg ein:

define IT_F00F000F0F IT F00F000F0F FF F0
attr IT_F00F000F0F IODev CUL433
attr IT_F00F000F0F room IT

define IT_F00F00F00F IT F00F00F00F FF F0
attr IT_F00F00F00F IODev CUL433
attr IT_F00F00F00F room IT

define IT_F00F00FF0F IT F00F00FF0F FF F0
attr IT_F00F00FF0F IODev CUL433
attr IT_F00F00FF0F room IT

Wenn ich nun die Fernbedienung drücke, "findet" der nanoCUL drei neue Geräte und trägt sie schön in die fhem.cfg ein.
Falls ich nun ein on/off Kommando schicke, reagiert keine der Dosen. Im Log-file bekomme ich folgenden Eintrag:

ON:
2015.02.23 11:18:59 2: CUL433: unknown message i
2015.02.23 11:19:00 3: 10_IT: Code F0 not supported by IT_F00F00F00F.
2015.02.23 11:19:00 3: 10_IT: Code F0 not supported by IT_F00F00F00F.
2015.02.23 11:19:00 3: CUL433: Unknown code i410414, help me!

OFF:
2015.02.23 11:19:01 2: CUL433: unknown message i
2015.02.23 11:19:01 3: 10_IT: Code FF not supported by IT_F00F00F00F.
2015.02.23 11:19:01 3: 10_IT: Code FF not supported by IT_F00F00F00F.
2015.02.23 11:19:01 3: CUL433: Unknown code i410415, help me!

Jetzt weiß ich nich mehr weiter. Kann mir da jemand helfen? Wäre toll, wenn diese Dosen funktionieren würden.
Lukas

Sauron

Zitat von: SkorpionMB am 22 Februar 2015, 12:01:41
evtl ist es auch ein problem der offiziellen änderungen von 1.62 auf 1.63 ich erstelle noch ein thread bei fehler culfw der 433mhz scc scheint jetzt auf 868mhz zu arbeiten und zum schalten der steckdosen auf 433mhz umzuschalten emfang von it funktioniert nicht mehr bei abfrage der eingestellten frequenz steht 433,92mhz fhem hat seit gestern per autocreate geräte mit der id 0 erstellt (je nach stellen der id entsprechend 0en) für FHT,CUL_TX,HMS die erstellten geräte empfangen keine oder irreale werte bei den geräten steht empfangen von io device SCC2 also der für 433mhz
alle "normalen" geräte funktionieren einwandfrei und werden auch nur über den SCC1 für 868mhz empfangen

Ich hatte ein änliches Verhalten. Der Grund war, dass die 433 er Cul plötzlich auf einer anderen (getauschten) device id gemounted wurde. Prüf mal nach, ob die Zuordnung der devices stimmt.

Sauron

@bjoernh
Hallo Björn,
seitdem ich die neueste Version eingespielt habe reagieren die besagten Bewegungsmelder wieder sehr selten, kann es sein dass Du vielleicht die Änderungen vergessen hast mit in die neueste Version aufzunehmen?

Danke
   Reiner

pipp37

Hallo.
Meine Erfahrungen:
Habe die culfw_1.63.01_build_75_master aus diesem Thread geflasht und damit war die Fernbedienung ITT-1500 in Fhem nutzbar. Die Devices wurden automatisch angelegt und daraufhin wurden die ITR-1500 Dosen neu konfiguriert und haben nun das Protokoll V3 verwendet.

Auszug einer Taste:

Internals:
   DEF        00100100001101100001101110 0 0010
   IODev      SCC1
   NAME       IT_0010010000110110000110111000010
   NR         231
   STATE      off
   TYPE       IT
   XMIT       0010010000110110000110111000010
   XMITdimdown 00
   XMITdimup  00
   XMITgroup  0
   XMIToff    0
   XMITon     1
   XMITprotocol V3
   XMITunit   0010
   Code:
     1          0010010000110110000110111000010
   Readings:
     2015-02-24 12:03:57   state           off
Attributes:
   IODev      SCC1
   room       IT



Allerdings ist mir aufgefallen, dass nun keine Daten der 433 MHZ Temperatursensoren (CUL_TX) empfangen wurden.



Dann wurde die die Firmware von rudolf aus dem trunk498 V1.63 geflasht.


Internals:
   CMDS       mBbCFiAZGMYRTVWXef*ltux
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
   DEF        /dev/ttyAMA0@38400 1234
   DeviceName /dev/ttyAMA0@38400
   FD         13
   FHTID      1234
   NAME       SCC1
   NR         63
   PARTIAL
   STACKED    SCC2
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.63 CSM433
   initString X21
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
   Readings:
     2015-02-25 16:29:05   ccconf          freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB
     2015-02-25 16:15:16   cmds             m B b C F i A Z G M Y R T V W X e f * l t u x
     2015-02-25 16:25:59   raw             is00100100001101100001101110000000
     2015-02-25 16:15:16   state           Initialized
     2015-02-25 17:03:51   version         V 1.63 CSM433
Attributes:
   alias      SCC1 433Mhz SlowRF
   group      CUL
   rfmode     SlowRF
   room       CUL
   verbose    3


Leider ist mit dieser Version  die Intertechno FB ITT-1500 nicht nutzbar (wird nicht erkannt), die zuvor in Fhem angelernten Devices funktionieren über die Fhem Web Oberfläche aber.

Meine Frage.
Wie kann ich weiterhin die 433MHZ Termperatursensoren  nutzen und auch die Intertechno Geräte mit dem V3 Protokoll verwenden?
Thanks



Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

bjoernh

Hallo,

in Rudis Version ist der Code auch enthalten, allerdings älter.
Beim kompilieren musst Du das Define HAS_IT setzten.

Was ich nicht verstehe ist warum bei dir die CUL_TX nicht gehen. Ich habe auch zwei von diesen Sensoren und habe keine Probleme damit.

Schick doch bitte mal deine Einstellungen und logge bitte mal eine Weile mit x25 mit.

Gruß
Björn

pipp37

Habe das HAS_IT  Flag von Rudolfs trunk498 in board.h im SCC Verzeichnis gesetzt, neu kompiliert und geflasht.


#define HAS_IT


set SCC1 raw X25


Drücken der Tasten auf der ITT-1500

2015.02.25 18:27:32 2: SCC1: unknown message p 9  240 1200  240  240  1  8 0 0A 59655A6B569A9659
2015.02.25 18:27:32 2: SCC1: unknown message p 9  224 1216  224  224  1  8 0 07 59655A69569A9659
2015.02.25 18:27:32 2: SCC1: unknown message p 9  224  256  224  224  1  8 0 12 59655A69569A9659
2015.02.25 18:27:32 2: SCC1: unknown message p 9  144  336  144  144  1  8 0 12 59655A69569A9659
2015.02.25 18:27:32 2: SCC1: unknown message p 9  240 1184  240  240  1  8 0 0F 59655A69569AB659
2015.02.25 18:27:34 2: SCC1: unknown message i
2015.02.25 18:27:34 2: SCC1: unknown message p 9  160  336  160  160  1  8 0 12 59655A69569A9559
2015.02.25 18:27:34 2: SCC1: unknown message p 9  224 1216  224  224  1  8 0 01 59655A69569A9559
2015.02.25 18:27:34 2: SCC1: unknown message p 9  160 1328  160  160  1  7 6 11 599569A55A6A5566
2015.02.25 18:27:34 2: SCC1: unknown message p 9  240 1248  240  240  1  8 0 0F 59655A69569A9559
2015.02.25 18:27:35 2: SCC1: unknown message i
2015.02.25 18:27:35 2: SCC1: unknown message p 9  176  352  176  176  1  8 0 11 59655A69569A9659
2015.02.25 18:27:35 2: SCC1: unknown message p 9  208 1328  208  208  1  8 0 03 D9655A69569A9659
2015.02.25 18:27:35 2: SCC1: unknown message p 9  304 1184  304  304  1  8 0 04 59655A69569A9659
2015.02.25 18:27:35 2: SCC1: unknown message p 9  416 2080  416  416  1  7 7 0B 59655A6956B52CB3
2015.02.25 18:27:36 2: SCC1: unknown message i
2015.02.25 18:27:36 2: SCC1: unknown message p 9  240 1200  240  240  1  8 0 0D 59655A6956DA9559
2015.02.25 18:27:36 2: SCC1: unknown message p 9  240 1200  240  240  1  8 0 0C 59655A69569A9559
2015.02.25 18:27:36 2: SCC1: unknown message p 9  240 1200  240  240  1  8 0 07 59655A69569A9559
2015.02.25 18:27:36 2: SCC1: unknown message p 9  240 1200  240  240  1  8 0 12 59655A69569A9559
2015.02.25 18:27:38 2: SCC1: unknown message i
2015.02.25 18:27:38 2: SCC1: unknown message p 9  320 1600  320  320  1  8 0 0E 59655A69569A96D6
2015.02.25 18:27:38 2: SCC1: unknown message p 9  336 1168  336  336  1  7 7 01 59655A69569A8CAD
2015.02.25 18:27:38 2: SCC1: unknown message p 9  320 1152  320  320  1  8 0 FE 59655A69569A9656
2015.02.25 18:27:38 2: SCC1: unknown message p 9  256 1216  256  256  1  7 6 0C 5AD569A55A6A595A
2015.02.25 18:27:39 2: SCC1: unknown message p 9  416 2080  416  416  0  7 7 0B 59655A69569AAAAD
2015.02.25 18:27:39 2: SCC1: unknown message i
2015.02.25 18:27:39 2: SCC1: unknown message p 9  336 1680  336  336  1  8 0 00 59655A69569A9556
2015.02.25 18:27:39 2: SCC1: unknown message p 9  320 1600  320  320  1  7 4 00 5AD569A55A54AAA8
2015.02.25 18:27:39 2: SCC1: unknown message p 9  256 1248  256  256  1  8 0 00 59655A69569A9556
2015.02.25 18:27:39 2: SCC1: unknown message p 9  256 1216  256  256  1  8 0 0A 59655A69569A9556
2015.02.25 18:27:50 2: SCC1: unknown message p 9  256 1232  256  256  1  7 7 FE 59655A69569A965D
2015.02.25 18:27:50 2: SCC1: unknown message i
2015.02.25 18:27:50 2: SCC1: unknown message p 9  320 1184  320  320  1  8 0 FD 59655A69569A9656
2015.02.25 18:27:50 2: SCC1: unknown message p 9  320 1600  320  320  1  8 0 F9 59655A69569A9656
2015.02.25 18:27:50 2: SCC1: unknown message p 9  320 1600  320  320  1  7 3 F9 232B4D2AD352CAD0
2015.02.25 18:27:50 2: SCC1: unknown message p 9  336 1680  336  336  1  7 5 FA 732AD34AB4D4B2B4
2015.02.25 18:28:05 2: SCC1: unknown message i
2015.02.25 18:28:05 2: SCC1: unknown message p 9  240 1232  240  240  1  8 0 07 59655A69569A9556
2015.02.25 18:28:05 2: SCC1: unknown message p 9  240 1200  240  240  1  7 4 3A 59655A69569A9548
2015.02.25 18:28:06 2: SCC1: unknown message i
2015.02.25 18:28:06 2: SCC1: unknown message p 9  240 1200  240  240  1  8 0 FC 59655A69569A9656
2015.02.25 18:28:06 2: SCC1: unknown message p 9  256 1248  256  256  1  8 0 05 59655A69569A9656
2015.02.25 18:28:06 2: SCC1: unknown message p 9  240 1200  240  240  1  8 0 07 59655A69569A9656
2015.02.25 18:28:06 2: SCC1: unknown message p 9  240 1232  240  240  1  8 0 02 59655A69569A9656
2015.02.25 18:28:06 2: SCC1: unknown message p 9  352 1168  352  352  0  8 0 08 59655A69569A9656
2015.02.25 18:28:08 2: SCC1: unknown message i
2015.02.25 18:28:08 2: SCC1: unknown message p 9  256 1280  256  256  1  8 0 07 59655A69569A9659
2015.02.25 18:28:08 2: SCC1: unknown message p 9  240 1184  240  240  1  7 7 04 59655AD2AD352CB3
2015.02.25 18:28:08 2: SCC1: unknown message p 9  400 2000  400  400  1  6 7 FD 596969AAB2A58D
2015.02.25 18:28:08 2: SCC1: unknown message p 9  320 1600  320  320  1  7 7 08 59655A6956952CB3
2015.02.25 18:28:10 2: SCC1: unknown message p 9  352 1168  352  352  1  7 7 FF 596AB4D2AD3532AB
2015.02.25 18:28:10 2: SCC1: unknown message i
2015.02.25 18:28:10 2: SCC1: unknown message p 9  320 1600  320  320  1  8 0 FF 59655A69569A9955
2015.02.25 18:28:10 2: SCC1: unknown message p 9  336 1168  336  336  1  8 0 FD 59655A69569A9955
2015.02.25 18:28:10 2: SCC1: unknown message p 9  320 1600  320  320  1  8 0 FF 59655A69569A9955




Nach wie vor keine CUL_TX.


list SCC1

Internals:
   CMDS       mBbCFiAZGMYRTVWXef*ltux
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:CUL_RFR::CUL_TCM97001:
   DEF        /dev/ttyAMA0@38400 1234
   DeviceName /dev/ttyAMA0@38400
   FD         13
   FHTID      1234
   NAME       SCC1
   NR         63
   PARTIAL
   RAWMSG     iFFFFFF32
   RSSI       -49
   SCC1_MSGCNT 1
   SCC1_TIME  Initialized
   STACKED    SCC2
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.63 CSM433
   initString X21
   Matchlist:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
   Readings:
     2015-02-25 16:29:05   ccconf          freq:433.920MHz bWidth:406KHz rAmpl:42dB sens:8dB
     2015-02-25 18:15:53   cmds             m B b C F i A Z G M Y R T V W X e f * l t u x
     2015-02-25 18:26:09   raw             is11111111110F
     2015-02-25 18:25:34   state           Initialized
     2015-02-25 17:03:51   version         V 1.63 CSM433
Attributes:
   alias      SCC1 433Mhz SlowRF
   comment    Stdt=X21, Log=X25
   group      CUL
   rfmode     SlowRF
   room       CUL
   verbose    3

Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

bjoernh

Das sieht komisch aus.

das p 9 ist ja das IT V3, soweit passt es. Was aber nicht passt, ist das i ohne die Hex Zahl.
Ich muss mir den Code von Rudi mal genauer anschauen, vielleicht stimmt da was beim Merge nicht.

Was mich Interessieren würde, ob Du irgendwann p 3 (CUL_TX) empfängst.

pipp37

Zitat von: bjoernh am 25 Februar 2015, 18:44:31
Das sieht komisch aus.

das p 9 ist ja das IT V3, soweit passt es. Was aber nicht passt, ist das i ohne die Hex Zahl.
Ich muss mir den Code von Rudi mal genauer anschauen, vielleicht stimmt da was beim Merge nicht.

Was mich Interessieren würde, ob Du irgendwann p 3 (CUL_TX) empfängst.

OK - ich lasse es mal mit X25 laufen und checke dann die Logs auf p 3.
Danke.
Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower

pipp37

Hallo.
Alles zurück mit den Wettersensoren. Die CUL_TX  gehen wieder!!

Ich hatte die externe 433 Mhz Antenne auf meinem Testarbeitplatz ca. 50cm woanders hingestellt und damit hatte ich mit beiden CUL_TX Temperatursensoren keinen Empfang mehr. >:(

Ich hatte vorher nochmal meine alte culfw 1.62 geflasht, mit der es ja ging.
Als es nach dem Zurückflashen immer noch nicht lief, habe ich die Antenne wieder auf den alten Platz gestellt und sofort auch beide CUL_TX empfangen.
Dann zurück auf die Rudolf trunk498 Version und auch da sind nun alle CUL_TX Pakete wieder da.
Sorry.

Nur das Problem  mit der ITT-1500 Fernbedienung  in Verbindung m mit der orig. culfw 1.63 trunk498 von Rudolf bleibt.

Wenn ich mir die RSS Werte der CUL_TX ansehe, hätte ich ja selbst drauf kommen können.
Asche auf mein Haupt.


Internals:
   CODE       82
   DEF        82
   LASTInputDev SCC1
   MSGCNT     6
   NAME       CUL_TX_82
   NR         86
   SCC1_MSGCNT 6
   SCC1_RAWMSG TXA0A554354E
   SCC1_RSSI  -83.5
   SCC1_TIME  2015-02-25 20:21:56
   STATE      T: 4.3
   TYPE       CUL_TX
   corr       0
   lastH      0
   lastT      1424892116.36017
   minsecs    0
   Readings:
     2015-02-25 20:21:56   state           T: 4.3
     2015-02-25 20:21:56   temperature     4.3
Attributes:
   alias      aus.Temperatur
   room       CUL_TX,Favourites,Sensoren





Vmware-ESX-VM-Ubuntu 16.04 Docker Main-FHEM -> Raspberry Pi-B ser2net
HMLAN mit HomeMatic, Busware SCC433 stacked SCC868 (culfw), Jeelink, MAX Heizkörperthermostate, Enigma2 (Vudo2/DM800SE), Philips 55" Ambilight PHTV - WMBUS EnergyCam+Engelmann FAW, Intertechno-Komponenten, Ubiquiti mPower