RFXCOM TX error

[hplus]

Hi,

I noticed that sometimes my USB RFXCOM TX don't acknowledge anymore any command (it replies with a Nack). The only way to solve the problem is to unplug and replug the usb device. This seems to happen when too many commands are send in a short amount of time (i am using the domotiga software which does wait for the device to ack before sending any new command)
Is there any way to solve this without the doing the usb unplug/plug? Because my computer doesn't turn off the usb power during reboot, so reboot doesn't reset the RFXCOM TX. When i am not at home i am totally stuck when the RFXCOM TX hangs...

Any help?

Hplus

Edit: I noticed that the RFXCOM TX is in fact sending continuously a flow of bytes (i just opened the port with the good parameters 4800,8,N,2)

[hplus]

I guess this is a real issue?
nobody has this problem?

[b_weijenberg]

I don't understand your message, please contact support rfxcom.com with a detailed description of the problem preferable in Dutch.

[AshaiRey]

@HPlus.

I have the same problem from time to time. (once a month or so)
Indeed pulling the power plug and re-socket it gets the RFXcom back online.
Please post your results here if you get any.

[hplus]

I 'll try to get in touch with the RFXCOM support....
My problem occur more often than yours, each 24h or so.
It wasn't the case before. Maybe it's because i've changed my ubuntu from 8.04 to 10.04. I've read that there used to be problems with the ftdi drivers..
But this is not only a software problem, because even with a reboot of the PC which restores all the drivers and the USB state the RFXCOM TX still not working.
As you said only a reset (remove the usb plug and put it back again) of the RFXCOM solves the problem.

The device should be robust to this or at least have a kind of internal watchdog which reset everything if the communication is bugging.....


Hplus

[AshaiRey]

I am saved by this for about a month now as it didn't occure again.
However i was thinking to put a remote switch in between the rfxcom powerplug and mains and setting up and event or script that triggers on this error line in the log so it would cycle the power to the RFXcom. I didn't came to it ..

[b_weijenberg]

@Bram

I expect the problem you have is different.
hplus is using an USB transmitter with ubuntu. The previous ubuntu release did not have a problem so we try to find the origin for the problem.

If you experience problems please contact support rfxcom.com which is the fastest and only way to get problems solved.

[AshaiRey]

Thnx Bert for the suggestion and advice.

I don't find this a real problem. It didn't happen for 2 months now and i can't reproduce it.
No problem for me.

[steve2xyz]

There is certainly one FTDI parameter which has changed in the last few kernel revisions.

The FTDI serial devices have an adjustable receive buffer timeout exposed in the /sys filesystem (whatever/ttyUSBx/latency_timer) which used to be set to 16ms by default. The last few kernels have it set to 1ms and on my system this causes a huge number of timer wakeups, so I've set mine to 255ms.

This might not be related, it's just an idea.

Cheers, Steve