RFXComTRX issue after updating to latest version (from svn)

Forum about Domotiga Open Source Home Automation for Linux.

Moderator: RDNZL

Post Reply
jeroentje
Starting Member
Starting Member
Posts: 24
Joined: Fri Feb 24, 2012 1:53 pm

RFXComTRX issue after updating to latest version (from svn)

Post by jeroentje »

After updating to the latest svn revision I seem to have issues with my rfxcom usb tranciever.
When I start the server I get the following output. I am still able to use KAKU devices, but it doesn't update my temp sensors anymore

2012/05/02 10:17:45 Season is spring.
2012/05/02 10:17:45 The current tagline is 'A thief believes that everybody steals.'
2012/05/02 10:17:46 [RFXComTRX] > 0D00000102000000000000000000
2012/05/02 10:17:46 [RFXComTRX] Get status: 0D 00 00 01 02 00 00 00 00 00 00 00 00 00
2012/05/02 10:17:46 [RFXComTRX] < 0D0001025315006F000000002012/05/02 10:18:32 [RFXComTRX] Error reading data from the serial port! -> End of file
0042
2012/05/02 10:18:32 [RFXComTRX] ERROR: Unknown Packet type: 00
2012/05/02 10:18:32 [RFXComTRX] < 064F0842000100
2012/05/02 10:18:43 [RFXComTRX] ERROR: Unknown Packet type: 4F
2012/05/02 10:18:43 [RFXComTRX] < 404F084200020000044F080003000020064F

The logging keeps going without any newlines after this.

Anyone with an idea?


It also crashes after a while :

2012/05/02 10:34:17 [RFXComTRX] < 2012/05/02 10:34:17 [RFXComTRX] < 2012/05/02 10:34:17 [RFXComTRX] < 2012/05/02 10:34:17 [RFXComTRX] < 2012/05/02 10:34:17 [RFXComTRX] < 2012/05/02 10:34:17 [RFXComTRX] < 2012/05/02 10:34:17 [RFXComTRX] < 2012/05/02 10:34:17 [RFXComTRX] < 2012/05/02 10:34:18 [RFXComTRX] < 2012/05/02 10:34:18 [RFXComTRX] < 2012/05/02 10:34:18 [RFXComTRX] < 2012/05/02 10:34:18 [RFXComTRX] < 2012/05/02 10:34:18 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] Error reading data from the serial port! -> End of file
2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:26 [RFXComTRX] < 2012/05/02 10:34:30 [RFXComTRX] < 2012/05/02 10:34:30 [RFXComTRX] < 2012/05/02 10:34:30 [RFXComTRX] < 2012/05/02 10:34:34 [RFXComTRX] < 2012/05/02 10:34:34 [RFXComTRX] < 2012/05/02 10:34:34 [RFXComTRX] < 2012/05/02 10:34:40 [RFXComTRX] < 2012/05/02 10:34:40 [RFXComTRX] < 2012/05/02 10:34:40 [RFXComTRX] < 2012/05/02 10:34:40 [RFXComTRX] < 2012/05/02 10:34:40 [RFXComTRX] < 2012/05/02 10:34:48 [RFXComTRX] < 2012/05/02 10:34:48 [RFXComTRX] < 2012/05/02 10:34:48 [RFXComTRX] < 2012/05/02 10:34:48 [RFXComTRX] < 2012/05/02 10:34:48 [RFXComTRX] < 2012/05/02 10:36:10 [RFXComTRX] < 2012/05/02 10:36:10 [RFXComTRX] < 2012/05/02 10:36:10 [RFXComTRX] < 2012/05/02 10:36:10 [RFXComTRX] < 2012/05/02 10:36:10 [RFXComTRX] < 2012/05/02 10:37:10 [RFXComTRX] < 2012/05/02 10:37:10 [RFXComTRX] < 2012/05/02 10:37:10 [RFXComTRX] < 2012/05/02 10:37:10 [RFXComTRX] < 2012/05/02 10:37:25 [RFXComTRX] < 2012/05/02 10:37:25 [RFXComTRX] < 2012/05/02 10:37:25 [RFXComTRX] < 2012/05/02 10:37:25 [RFXComTRX] < 2012/05/02 10:37:25 [RFXComTRX] < 2012/05/02 10:37:45 [xPL] > xpl-stat {
hop=1
source=domotiga-xpl.server
target=*
}
hbeat.app {
interval=5
port=50000
remote-ip=x.x.x.x
version=0.1.205
}

ERROR: #42: System error. Success
User avatar
RDNZL
Forum Moderator
Forum Moderator
Posts: 1008
Joined: Sun Sep 24, 2006 1:45 pm
Location: Dordrecht, The Netherlands
Contact:

Re: RFXComTRX issue after updating to latest version (from svn)

Post by RDNZL »

I also posted an reply on your forum topic on domotiga.nl, but are you sure no other program runs on this port, and there is only one instance of domotiga running?
Regards, Ron.
jeroentje
Starting Member
Starting Member
Posts: 24
Joined: Fri Feb 24, 2012 1:53 pm

Re: RFXComTRX issue after updating to latest version (from svn)

Post by jeroentje »

Hi,

No I already checked. The thing is that it is still able to switch my kaku devices, but fails to read other things.
I had also connected it to a windows laptop with the rfxmanager on it to see whether the usb device was still working, and it did.
I did not change anything to gambas version or install updates on my server. The weird thing is that yesterday I had to restart domotigaserver and all of a sudden it started to work normal.
Now after a while, it again starts to write weird lines.

Some info :
Ubuntu 10.04 x64 (3.0.0-13-server #22~lucid1-Ubuntu SMP Thu Nov 3 14:46:55 UTC 2011 x86_64 GNU/Linux)
Gambas version 2.19.0-2

[523172.632089] usb 4-2: new full speed USB device number 5 using uhci_hcd
[523172.835236] ftdi_sio 4-2:1.0: FTDI USB Serial Device converter detected
[523172.835359] usb 4-2: Detected FT232RL
[523172.835368] usb 4-2: Number of endpoints 2
[523172.835376] usb 4-2: Endpoint 1 MaxPacketSize 64
[523172.835383] usb 4-2: Endpoint 2 MaxPacketSize 64
[523172.835391] usb 4-2: Setting MaxPacketSize 64
[523172.837386] usb 4-2: FTDI USB Serial Device converter now attached to ttyUSB1

Logging :


This logging is after I restarted the domotiga server process : (you see that it is acting normal)
2012/05/08 16:14:34 [RFXComTRX] > 0D00000000000000000000000000
2012/05/08 16:14:34 [RFXComTRX] Resetting interface, 1Sec. timer started.
2012/05/08 16:14:34 [RFXComTRX] Reset receiver/transceiver: 0D 00 00 00 00 00 00 00 00 00 00 00 00 00
2012/05/08 16:14:35 [RFXComTRX] > 0D00000102000000000000000000
2012/05/08 16:14:35 [RFXComTRX] Get status: 0D 00 00 01 02 00 00 00 00 00 00 00 00 00
2012/05/08 16:14:36 [RFXComTRX] < 0D010001025327004E6F00000000
2012/05/08 16:14:36 [RFXComTRX] Packettype = Interface Message
2012/05/08 16:14:36 [RFXComTRX] Subtype = Interface Response
2012/05/08 16:14:36 [RFXComTRX] Sequence no. = 1
2012/05/08 16:14:36 [RFXComTRX] Response on cmnd = Get Status
2012/05/08 16:14:36 [RFXComTRX] Transceiver type = 433.92MHz
2012/05/08 16:14:36 [RFXComTRX] Firmware version = 39
2012/05/08 16:14:36 [RFXComTRX] Undecoded disabled
2012/05/08 16:14:36 [RFXComTRX] X10 enabled
2012/05/08 16:14:36 [RFXComTRX] ARC enabled
2012/05/08 16:14:36 [RFXComTRX] AC enabled
2012/05/08 16:14:36 [RFXComTRX] HomeEasy EU enabled
2012/05/08 16:14:36 [RFXComTRX] Ikea Koppla disabled
2012/05/08 16:14:36 [RFXComTRX] Oregon Scientific enabled
2012/05/08 16:14:36 [RFXComTRX] ATI enabled
2012/05/08 16:14:36 [RFXComTRX] Visonic disabled
2012/05/08 16:14:36 [RFXComTRX] Mertik disabled
2012/05/08 16:14:36 [RFXComTRX] LightwaveRF enabled
2012/05/08 16:14:36 [RFXComTRX] Hideki enabled
2012/05/08 16:14:36 [RFXComTRX] La Crosse enabled
2012/05/08 16:14:36 [RFXComTRX] FS20 disabled
2012/05/08 16:14:36 [RFXComTRX] ProGuard disabled
2012/05/08 16:14:36 [RFXComTRX] Novatys enabled
2012/05/08 16:14:36 [RFXComTRX] RFU protocol 7 disabled
2012/05/08 16:14:41 [RFXComTRX] < 085002008C01008859
2012/05/08 16:14:41 [RFXComTRX] Packettype = TEMP
2012/05/08 16:14:41 [RFXComTRX] Subtype = TEMP2 - THC238/268,THN132,THWR288,THRN122,THN122,AW129/131
2012/05/08 16:14:41 [RFXComTRX] Sequence no. = 0
2012/05/08 16:14:41 [RFXComTRX] ID = temp2 0x8c01
2012/05/08 16:14:41 [RFXComTRX] Temperature = 13.6 °C
2012/05/08 16:14:41 [RFXComTRX] Signal level = 5
2012/05/08 16:14:41 [RFXComTRX] Battery = OK
2012/05/08 16:15:20 [RFXComTRX] < 085002018C01008859
2012/05/08 16:15:20 [RFXComTRX] Packettype = TEMP
2012/05/08 16:15:20 [RFXComTRX] Subtype = TEMP2 - THC238/268,THN132,THWR288,THRN122,THN122,AW129/131
2012/05/08 16:15:20 [RFXComTRX] Sequence no. = 1
2012/05/08 16:15:20 [RFXComTRX] ID = temp2 0x8c01
2012/05/08 16:15:20 [RFXComTRX] Temperature = 13.6 °C
2012/05/08 16:15:20 [RFXComTRX] Signal level = 5

After a while you see lines like this without line wrapping everything gets blown to stdout :

2012/05/09 10:54:38 [RFXComTRX] < 085002F38C01008C59
2012/05/09 10:54:38 [RFXComTRX] Packettype = TEMP
2012/05/09 10:54:38 [RFXComTRX] Subtype = TEMP2 - THC238/268,THN132,THWR288,THRN122,THN122,AW129/131
2012/05/09 10:54:38 [RFXComTRX] Sequence no. = 243
2012/05/09 10:54:38 [RFXComTRX] ID = temp2 0x8c01
2012/05/09 10:54:38 [RFXComTRX] Temperature = 14 °C
2012/05/09 10:54:38 [RFXComTRX] Signal level = 5
2012/05/09 10:54:38 [RFXComTRX] Battery = OK
2012/05/09 10:54:39 [RFXComTRX] < 0D0001025327004E6F0000000050
2012/05/09 10:55:17 [RFXComTRX] ERROR: Unknown Packet type: 00
2012/05/09 10:55:17 [RFXComTRX] < 02008C
2012/05/09 10:55:17 [RFXComTRX] ERROR: Unknown Packet type: 00
2012/05/09 10:55:17 [RFXComTRX] < 0100
2012/05/09 10:55:17 [RFXComTRX] ERROR: Unknown Packet type: 00
2012/05/09 10:55:17 [RFXComTRX] < 8C595002018C01008C59085002028C01008C590802038C01008C0802048C2012/05/09 10:57:53 [RFXComTRX] < 2012/05/09 10:57:53 [RFXComTRX] < 2012/05/09 10:58:32 [RFXComTRX] < 2012/05/09 10:58:32 [RFXComTRX] < 2012/05/09 10:58:32 [RFXComTRX] < 2012/05/09 10:58:32 [RFXComTRX] < 2012/05/09 10:58:32 [RFXComTRX] < 2012/05/09 10:59:11 [RFXComTRX] < 2012/05/09 10:59:11 [RFXComTRX] < 2012/05/09 10:59:11 [RFXComTRX] < 2012/05/09 10:59:11 [RFXComTRX] < 2012/05/09 10:59:11 [RFXComTRX] < 2012/05/09 10:59:11 [RFXComTRX] < 2012/05/09 10:59:11 [RFXComTRX] < 2012/05/09 10:59:11 [RFXComTRX] < 2012/05/09 10:59:34 [xPL] > xpl-stat
{
hop=1
source=domotiga-xpl.blue
target=*
}
hbeat.app
{
interval=5
port=50000
remote-ip=192.168.2.14
version=0.1.205
}

2012/05/09 10:59:50 [RFXComTRX] < 2012/05/09 10:59:50 [RFXComTRX] < 2012/05/09 10:59:50 [RFXComTRX] < 2012/05/09 10:59:50 [RFXComTRX] < 2012/05/09 10:59:50 [RFXComTRX] < 2012/05/09 10:59:50 [RFXComTRX] < 2012/05/09 11:00:29 [RFXComTRX] < 2012/05/09 11:00:29 [RFXComTRX] < 2012/05/09 11:00:29 [RFXComTRX] < 2012/05/09 11:00:29 [RFXComTRX] < 2012/05/09 11:00:29 [RFXComTRX] < 2012/05/09 11:01:08 [RFXComTRX] < 2012/05/09 11:01:08 [RFXComTRX] < 2012/05/09 11:01:08 [RFXComTRX] < 2012/05/09 11:01:08 [RFXComTRX] < 2012/05/09 11:01:08 [RFXComTRX] < 2012/05/09 11:01:08 [RFXComTRX] < 2012/05/09 11:01:47 [RFXComTRX] < 2012/05/09 11:01:47 [RFXComTRX] < 2012/05/09 11:01:47 [RFXComTRX] < 2012/05/09 11:01:47 [RFXComTRX] < 2012/05/09 11:01:47 [RFXComTRX] < 2012/05/09 11:01:47 [RFXComTRX] < 2012/05/09 11:01:47 [RFXComTRX] < 2012/05/09 11:02:26 [RFXComTRX] < 2012/05/09 11:02:26 [RFXComTRX] < 2012/05/09 11:02:26 [RFXComTRX] < 2012/05/09 11:02:26 [RFXComTRX] < 2012/05/09 11:02:26 [RFXComTRX] < 2012/05/09 11:02:26 [RFXComTRX] < 2012/05/09 11:02:26 [RFXComTRX] < 2012/05/09 11:03:05 [RFXComTRX] < 2012/05/09 11:03:05 [RFXComTRX] < 2012/05/09 11:03:05 [RFXComTRX] < 2012/05/09 11:03:05 [RFXComTRX] < 2012/05/09 11:03:05 [RFXComTRX] < 2012/05/09 11:03:05 [RFXComTRX] < 2012/05/09 11:03:44 [RFXComTRX] < 2012/05/09 11:03:44 [RFXComTRX] < 2012/05/09 11:03:44 [RFXComTRX] < 2012/05/09 11:03:44 [RFXComTRX] < 2012/05/09 11:03:44 [RFXComTRX] < 2012/05/09 11:03:44 [RFXComTRX] < 2012/05/09 11:03:44 [RFXComTRX] < 2012/05/09 11:04:23 [RFXComTRX] < 2012/05/09 11:04:23 [RFXComTRX] < 2012/05/09 11:04:23 [RFXComTRX] < 2012/05/09 11:04:23 [RFXComTRX] < 2012/05/09 11:04:23 [RFXComTRX] < 2012/05/09 11:04:23 [RFXComTRX] < 2012/05/09 11:04:23 [RFXComTRX] < 2012/05/09 11:04:23 [RFXComTRX] < 2012/05/09 11:04:34 [xPL] > xpl-stat
User avatar
b_weijenberg
Forum Moderator
Forum Moderator
Posts: 1744
Joined: Sun May 14, 2006 4:32 pm
Location: Netherlands

Re: RFXComTRX issue after updating to latest version (from svn)

Post by b_weijenberg »

It looks like a receive buffer is out of sync.

A normal is received like: 2012/05/09 10:54:38 [RFXComTRX] < 085002F38C01008C59
And at 2012/05/09 10:55:17 [RFXComTRX] < 8C595002018C01008C59085002028C01008C590802038C01008C0802048C
If you split the code some parts are correct and some are missing.

Code: Select all

085002F38C01008C59

              8C59
  5002018C01008C59
085002028C01008C59
08  02038C01008C
08  02048C
I hope Ron can explain why
jeroentje
Starting Member
Starting Member
Posts: 24
Joined: Fri Feb 24, 2012 1:53 pm

Re: RFXComTRX issue after updating to latest version (from svn)

Post by jeroentje »

I just found out that this message also comes along, receiver lock error. Is there a way to unlock this? Transmitter still works!

2012/05/10 15:33:56 [RFXComTRX] > 0D00000102000000000000000000
2012/05/10 15:33:56 [RFXComTRX] Get status: 0D 00 00 01 02 00 00 00 00 00 00 00 00 00
2012/05/10 15:33:56 [RFXComTRX] < 0100
2012/05/10 15:33:56 [RFXComTRX] ERROR: Unknown Packet type: 00
2012/05/10 15:33:56 [RFXComTRX] < 0102
2012/05/10 15:33:56 [RFXComTRX] Packettype = Receiver/Transmitter Message
2012/05/10 15:33:56 [RFXComTRX] Subtype = Receiver lock error
2012/05/10 15:33:56 [RFXComTRX] Sequence no. = 0

Connecting it to my windows laptop using rfxmanager simply show's transmitter and receiver messages, so this works.
User avatar
b_weijenberg
Forum Moderator
Forum Moderator
Posts: 1744
Joined: Sun May 14, 2006 4:32 pm
Location: Netherlands

Re: RFXComTRX issue after updating to latest version (from svn)

Post by b_weijenberg »

I suppose it is a bad packet and not a real lock error.

Lock errors are normally automatically recovered.
User avatar
RDNZL
Forum Moderator
Forum Moderator
Posts: 1008
Joined: Sun Sep 24, 2006 1:45 pm
Location: Dordrecht, The Netherlands
Contact:

Re: RFXComTRX issue after updating to latest version (from svn)

Post by RDNZL »

Do you know from which version you upgraded?
I cannot remember changing anything serial port related to the RFXtrx code.
Are your machine resources sufficient to run everything smoothly, maybe you enabled something else?
CPU/clock speed of server hardware?
Which other DomotiGa modules do you have enabled?
What are the results of an "uptime" command while running DomotiGa?
You seem to have enabled DomotiGa's xPL module too, that's only needed if you have an RFXLAN interface with xPL firmware on it.
The current code doesn't try to flush the buffer when it gets out of sync, will see if I can implement this.
I'm also eager to test with the new interface with different serial chip on it, maybe it's a Linux driver/kernel issue.
The empty lines with only "2012/05/09 10:59:50 [RFXComTRX] < " in them look like the serial port is in use by another program, or something like that.
What does "lsof /dev/ttyUSB1" displays when running DomotiGa?
One thing you surely must do is upgrade your Gambas installation, 2.19.x is way too old, it has a severe bug in DNS client and socket code.
Better upgrade to 2.24.x (from package, or compile from svn src)
Sorry for the long post and many questions, but maybe it helps to rule out some possible causes.
Regards, Ron.
jeroentje
Starting Member
Starting Member
Posts: 24
Joined: Fri Feb 24, 2012 1:53 pm

Re: RFXComTRX issue after updating to latest version (from svn)

Post by jeroentje »

Hi, I upgraded from 204 to 205.
I am running my server on a atom d525 (quad core atom) server with 4G memory. Should be more then sufficiant :) It is doing some more things like asterisk server, energy monitoring(currentcost), zoneminder and so on. No problems at all.
The setup on my side hasnt changed, I only upgraded domotiga.
The only enabled modules are rrdtool, rfxcom tranciever and hddtime. I checked but xpl is nit enabled, but relay on the tranceiver is.
The uptime of the server is only a few days now. (was 142days)

ttyusb1 is in use by

# fuser /dev/ttyUSB1
/dev/ttyUSB1: 6137 15673
# ps -ef |grep 15673
root 15673 4172 0 21:29 pts/5 00:00:02 gbr2 ./DomotiGaServer.gambas

ttyusb0 is in use by my a perl script reading from ttyUSB0 only.

I will upgrade gambas to 2.24.x just to rule that out, but should that affect the serial port part?

Is there a way I can flush the buffer myself?
jeroentje
Starting Member
Starting Member
Posts: 24
Joined: Fri Feb 24, 2012 1:53 pm

Re: RFXComTRX issue after updating to latest version (from svn)

Post by jeroentje »

Hi,

Do you need any more info?
Perhaps you have any tips to flush the buffer in order to make it work?

Thanks!
jeroentje
Starting Member
Starting Member
Posts: 24
Joined: Fri Feb 24, 2012 1:53 pm

Re: RFXComTRX issue after updating to latest version (from svn)

Post by jeroentje »

New info! the process just died :

2012/05/14 10:24:13 [RFXComTRX] > 0D00000102000000000000000000
2012/05/14 10:24:13 [RFXComTRX] Get status: 0D 00 00 01 02 00 00 00 00 00 00 00 00 00
2012/05/14 10:24:13 [RFXComTRX] < 0D0001025327006F000000000D00
2012/05/14 10:27:26 [RFXComTRX] ERROR: Unknown Packet type: 00
2012/05/14 10:27:26 [RFXComTRX] < 025327
2012/05/14 10:27:26 [RFXComTRX] Packettype = BARO
2012/05/14 10:27:26 [RFXComTRX] Not implemented
2012/05/14 10:27:48 [RFXComTRX] < 0D00010253004E6F0008028C8849
2012/05/14 10:29:58 [RFXComTRX] ERROR: Unknown Packet type: 00
2012/05/14 10:34:31 [RFXComTRX] < 08028C005908020188
2012/05/14 10:36:28 [RFXComTRX] Packettype = Receiver/Transmitter Message
2012/05/14 10:36:28 [RFXComTRX] ERROR: Unknown Sub type for Packet type=2: 8C
2012/05/14 10:37:07 [RFXComTRX] < 08030188595002048C
2012/05/14 10:38:25 [RFXComTRX] Packettype = Undecoded RF Message
2012/05/14 10:38:25 [RFXComTRX] UnDecoded
2012/05/14 10:38:25 [RFXComTRX] ARC:
CRFXComTRX.Decode_UnDecoded.1218: #21: Out of bounds
0: CRFXComTRX.Decode_UnDecoded.1218
1: CRFXComTRX.Decode_Messages.808
2: CRFXComTRX.ProcessReceivedChar.787
3: CRFXComTRX.RFXComTRXSer_Read.756
User avatar
RDNZL
Forum Moderator
Forum Moderator
Posts: 1008
Joined: Sun Sep 24, 2006 1:45 pm
Location: Dordrecht, The Netherlands
Contact:

Re: RFXComTRX issue after updating to latest version (from svn)

Post by RDNZL »

As far as I can see it fails to read data on the first byte and continues to do that and after a few minutes it stopped.
The Out of Bounds error is happening because it reads garbage and I don't catch the error correctly. Will change that.
The reason it reads the data incorrectly is puzzling me, it almost looks as if the serial port or driver on that system is not working correctly.
As I posted before I have a prototype interface with different usb/serial chip, I get a new one shortly so I will try to mimic your situation but I know some other people use that interface without any problems with DomotiGa, so I don't think I can find it.
But lets wait until I did some testing with it.
In the meantime can you perhaps try your interface together with DomotiGa on another system with Linux, for example on an old laptop?
Did you updated your Gambas install to 2.24?
There are known problems with some ftdi_sio drivers, but I have never seen them on the kernel I ran.
Are you sure you don't have/had xPL interface enabled nor RFXCom xPL?
Strange that it displays heartbeat msgs in your logs then, will have to look at this, but please check again too.
Regards, Ron.
User avatar
RDNZL
Forum Moderator
Forum Moderator
Posts: 1008
Joined: Sun Sep 24, 2006 1:45 pm
Location: Dordrecht, The Netherlands
Contact:

Re: RFXComTRX issue after updating to latest version (from svn)

Post by RDNZL »

I received the new RFXtrx module, plugged it in.

This is what dmesg shows:

Code: Select all

[2057589.170541] usb 1-1.3: new full speed USB device using ehci_hcd and address 10
[2057589.288625] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
[2057589.288681] usb 1-1.3: Detected FT232RL
[2057589.288685] usb 1-1.3: Number of endpoints 2
[2057589.288688] usb 1-1.3: Endpoint 1 MaxPacketSize 64
[2057589.288691] usb 1-1.3: Endpoint 2 MaxPacketSize 64
[2057589.288695] usb 1-1.3: Setting MaxPacketSize 64
[2057589.289144] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0
Restarted DomotiGa module:

Code: Select all

2012/05/15 21:59:25 RFXCom tranceiver support enabled.
2012/05/15 21:59:25 RFXCom tranceiver serial interface connected to Port /dev/ttyUSB0
2012/05/15 21:59:25 RFXCom tranceiver Relay disabled.
Watched debug log:

Code: Select all

2012/05/15 21:25:24 [RFXComTRX] > 0D00000000000000000000000000
2012/05/15 21:25:24 [RFXComTRX] Resetting interface, 1Sec. timer started.
2012/05/15 21:25:24 [RFXComTRX] Reset receiver/transceiver: 0D 00 00 00 00 00 00 00 00 00 00 00 00 00
2012/05/15 21:25:25 [RFXComTRX] > 0D00000102000000000000000000
2012/05/15 21:25:25 [RFXComTRX] Get status: 0D 00 00 01 02 00 00 00 00 00 00 00 00 00
2012/05/15 21:25:25 [RFXComTRX] < 0D010001025329000E6F01000000
2012/05/15 21:25:25 [RFXComTRX] Packettype        = Interface Message
2012/05/15 21:25:25 [RFXComTRX] Subtype           = Interface Response
2012/05/15 21:25:25 [RFXComTRX] Sequence no.      = 1
2012/05/15 21:25:25 [RFXComTRX] Response on cmnd  = Get Status
2012/05/15 21:25:25 [RFXComTRX] Transceiver type  = 433.92MHz
2012/05/15 21:25:25 [RFXComTRX] Firmware version  = 41
2012/05/15 21:25:25 [RFXComTRX] Undecoded         disabled
2012/05/15 21:25:25 [RFXComTRX] X10               enabled
2012/05/15 21:25:25 [RFXComTRX] ARC               enabled
2012/05/15 21:25:25 [RFXComTRX] AC                enabled
2012/05/15 21:25:25 [RFXComTRX] HomeEasy EU       enabled
2012/05/15 21:25:25 [RFXComTRX] Ikea Koppla       disabled
2012/05/15 21:25:25 [RFXComTRX] Oregon Scientific enabled
2012/05/15 21:25:25 [RFXComTRX] ATI               enabled
2012/05/15 21:25:25 [RFXComTRX] Visonic           disabled
2012/05/15 21:25:25 [RFXComTRX] Mertik            disabled
2012/05/15 21:25:25 [RFXComTRX] LightwaveRF       enabled
2012/05/15 21:25:25 [RFXComTRX] Hideki            enabled
2012/05/15 21:25:25 [RFXComTRX] La Crosse         enabled
2012/05/15 21:25:25 [RFXComTRX] FS20              disabled
2012/05/15 21:25:25 [RFXComTRX] ProGuard          disabled
2012/05/15 21:25:25 [RFXComTRX] Novatys           disabled
2012/05/15 21:25:25 [RFXComTRX] RFU protocol 7    disabled
2012/05/15 21:25:34 [RFXComTRX] < 0B550200BE000000003C0769
2012/05/15 21:25:34 [RFXComTRX] Packettype    = RAIN
2012/05/15 21:25:34 [RFXComTRX] Subtype       = RAIN2 - PCR800
2012/05/15 21:25:34 [RFXComTRX] Sequence no.  = 0
2012/05/15 21:25:34 [RFXComTRX] ID            = rain2 0xbe00
2012/05/15 21:25:34 [RFXComTRX] Rain rate     = 0 mm/h
2012/05/15 21:25:34 [RFXComTRX] Total rain    = 15367 mm
2012/05/15 21:25:34 [RFXComTRX] Signal level  = 6
2012/05/15 21:25:34 [RFXComTRX] Battery       = OK
2012/05/15 21:25:37 [RFXComTRX] < 0A71000100F000414DD567
2012/05/15 21:25:37 [RFXComTRX] Packettype    = RFXMeter
2012/05/15 21:25:37 [RFXComTRX] Subtype       = RFXMeter counter
2012/05/15 21:25:37 [RFXComTRX] Sequence no.  = 1
2012/05/15 21:25:37 [RFXComTRX] ID            = rfxmeter 0xf0
2012/05/15 21:25:37 [RFXComTRX] Counter       = 4279765
2012/05/15 21:25:37 [RFXComTRX] if RFXPwr     = 4279.765 kWh
2012/05/15 21:25:37 [RFXComTRX] Signal level  = 6
2012/05/15 21:25:55 [RFXComTRX] < 0A520102DC0100C5320279
2012/05/15 21:25:55 [RFXComTRX] Packettype    = TEMP_HUM
2012/05/15 21:25:55 [RFXComTRX] Subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
2012/05/15 21:25:55 [RFXComTRX] Sequence no.  = 2
2012/05/15 21:25:55 [RFXComTRX] ID            = th1 0xdc01
2012/05/15 21:25:55 [RFXComTRX] Temperature   = 19.7 °C
2012/05/15 21:25:55 [RFXComTRX] Humidity      = 50 %
2012/05/15 21:25:55 [RFXComTRX] Status        = Normal
2012/05/15 21:25:55 [RFXComTRX] Signal level  = 7
2012/05/15 21:25:55 [RFXComTRX] Battery       = OK
And it still runs since yesterday evening without missing a bit:

Code: Select all

2012/05/16 13:00:42 [RFXComTRX] < 0A7100D900F00041745E79
2012/05/16 13:00:42 [RFXComTRX] Packettype    = RFXMeter
2012/05/16 13:00:42 [RFXComTRX] Subtype       = RFXMeter counter
2012/05/16 13:00:42 [RFXComTRX] Sequence no.  = 217
2012/05/16 13:00:42 [RFXComTRX] ID            = rfxmeter 0xf0
2012/05/16 13:00:42 [RFXComTRX] Counter       = 4289630
2012/05/16 13:00:42 [RFXComTRX] if RFXPwr     = 4289.63 kWh
2012/05/16 13:00:42 [RFXComTRX] Signal level  = 7
2012/05/16 13:00:44 [RFXComTRX] < 0A5201DA320200F8210089
2012/05/16 13:00:44 [RFXComTRX] Packettype    = TEMP_HUM
2012/05/16 13:00:44 [RFXComTRX] Subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
2012/05/16 13:00:44 [RFXComTRX] Sequence no.  = 218
2012/05/16 13:00:44 [RFXComTRX] ID            = th1 0x3202
2012/05/16 13:00:44 [RFXComTRX] Temperature   = 24.8 °C
2012/05/16 13:00:44 [RFXComTRX] Humidity      = 33 %
2012/05/16 13:00:44 [RFXComTRX] Status        = Dry
2012/05/16 13:00:44 [RFXComTRX] Signal level  = 8
2012/05/16 13:00:44 [RFXComTRX] Battery       = OK
2012/05/16 13:00:53 [RFXComTRX] < 0B5502DBBE000000003C0769
2012/05/16 13:00:53 [RFXComTRX] Packettype    = RAIN
2012/05/16 13:00:53 [RFXComTRX] Subtype       = RAIN2 - PCR800
2012/05/16 13:00:53 [RFXComTRX] Sequence no.  = 219
2012/05/16 13:00:53 [RFXComTRX] ID            = rain2 0xbe00
2012/05/16 13:00:53 [RFXComTRX] Rain rate     = 0 mm/h
2012/05/16 13:00:53 [RFXComTRX] Total rain    = 15367 mm
2012/05/16 13:00:53 [RFXComTRX] Signal level  = 6
2012/05/16 13:00:53 [RFXComTRX] Battery       = OK
I'm on Ubuntu 11.04 64 bits.

Code: Select all

ron@ron-dev:~$ uname -a
Linux ron-dev 2.6.38-14-generic #58-Ubuntu SMP Tue Mar 27 20:04:55 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Module info:

Code: Select all

ron@ron-dev:~$ modinfo ftdi_sio
filename:       /lib/modules/2.6.38-14-generic/kernel/drivers/usb/serial/ftdi_sio.ko
license:        GPL
description:    USB FTDI Serial Converters Driver
author:         Greg Kroah-Hartman <greg@kroah.com>, Bill Ryder <bryder@sgi.com>, Kuba Ober <kuba@mareimbrium.org>, Andreas 
Mohr, Johan Hovold <jhovold@gmail.com>
srcversion:     2D8BAF32FA7F8D649CBD34C
...
...
alias:          usb:v0403pF60Bd*dc*dsc*dp*ic*isc*ip*
alias:          usb:v0403pF608d*dc*dsc*dp*ic*isc*ip*
depends:        usbserial
vermagic:       2.6.38-14-generic SMP mod_unload modversions 
parm:           debug:Debug enabled or not (bool)
parm:           vendor:User specified vendor ID (default=0x0403) (ushort)
parm:           product:User specified product ID (ushort)
parm:           ndi_latency_timer:NDI device latency timer override (int)
So please try it on other hardware/linux install if possible and let me know...
Regards, Ron.
jeroentje
Starting Member
Starting Member
Posts: 24
Joined: Fri Feb 24, 2012 1:53 pm

Re: RFXComTRX issue after updating to latest version (from svn)

Post by jeroentje »

Ok. Problem solved..
I had the domotigaserver running in a screen, and all of a sudden i noticed that whenever i started the graphical gui, the problems started to occur.
The issue seemed that altough the server was running in a screen session on commandline, also the graphical gui was running in server mode. I guess this setting was changed when i checked out the latest revision. After I had changed the graphical gui to client mode, all works fine.
Only thing I have now is that my webinterface keeps telling me it cannot connect to domotigaserver. Will have a better look at that first.

Thanks for the help and time so far!
Post Reply

Return to “DomotiGa Forum”