Ongoing pursuit of a cheap USB/Serial adapter...

Started by pconroy, May 27, 2010, 12:03:46 AM

Previous topic - Next topic

pconroy

Quote from: Charles Sullivan on June 01, 2010, 10:26:40 PM

Patrick,
I'd still appreciate knowing the results of either the port_line_test or even running just 'heyu fon Hu' with your $5 adapter. ("Hu" being any Housecode|unit address, e.g., A1.)

The only way I can provide knowledgeable advice to others is by having feedback from users like you.



Charles,
I'll do it.  I've got a few minutes free @ work - I'll remote login at post the results.

Like I mentioned earlier - your port_line_test showed all pins toggling state nicely -- except for Ring indicator #9.

Stand by for the other test.

pconroy

Quote from: pconroy on June 01, 2010, 12:08:42 PM
Quote from: pconroy on May 30, 2010, 11:15:26 PM
Ok - I will when I get a chance.



Charles - interesting. port_line_test shows CD, DSR and CTS toggling nicely.
RI (pin 9) doesn't - stays clear.


I'll have to look at my code that opens the port.


Charles,

"
$heyu fon A1
$"


No error message - all indications are that it worked.
Does that help?

Charles Sullivan

Quote from: pconroy on June 02, 2010, 12:15:12 PM
Quote from: Charles Sullivan on June 01, 2010, 10:26:40 PM

Patrick,
I'd still appreciate knowing the results of either the port_line_test or even running just 'heyu fon Hu' with your $5 adapter. ("Hu" being any Housecode|unit address, e.g., A1.)

The only way I can provide knowledgeable advice to others is by having feedback from users like you.



Charles,
I'll do it.  I've got a few minutes free @ work - I'll remote login at post the results.

Like I mentioned earlier - your port_line_test showed all pins toggling state nicely -- except for Ring indicator #9.

Stand by for the other test.


Patrick,
The port_line_test results are all I needed.  Thanks.
Your results are what I've seen with an adapter I have with an older Prolific chipset.

Failure of the "fon" test would be expected from an adapter which doesn't support any status lines, which is not the case here.

I'm surprised you haven't reported getting the message "RI line may be stuck" when sending X10 commands with that adapter (unless you've already found the CHECK_RI_LINE config directive to perform/bypass the RI check).


Yesterday it worked.
Today it doesn't work.
X10 on Windows is like that.

HEYU - X10 Automation for Linux, Unix, and Mac OS X     http://www.heyu.org

pconroy

Quote from: Charles Sullivan on June 02, 2010, 12:50:25 PM
Quote from: pconroy on June 02, 2010, 12:15:12 PM
Quote from: Charles Sullivan on June 01, 2010, 10:26:40 PM

Patrick,
I'd still appreciate knowing the results of either the port_line_test or even running just 'heyu fon Hu' with your $5 adapter. ("Hu" being any Housecode|unit address, e.g., A1.)

The only way I can provide knowledgeable advice to others is by having feedback from users like you.



Charles,
I'll do it.  I've got a few minutes free @ work - I'll remote login at post the results.

Like I mentioned earlier - your port_line_test showed all pins toggling state nicely -- except for Ring indicator #9.

Stand by for the other test.


Patrick,
The port_line_test results are all I needed.  Thanks.
Your results are what I've seen with an adapter I have with an older Prolific chipset.

Failure of the "fon" test would be expected from an adapter which doesn't support any status lines, which is not the case here.

I'm surprised you haven't reported getting the message "RI line may be stuck" when sending X10 commands with that adapter (unless you've already found the CHECK_RI_LINE config directive to perform/bypass the RI check).




Charles - I'm not running HeyU fulltime yet.
Still running my own software.

If I can get HeyU to send me the TCP packets I need - which I'm sure I'll be able to do - then I'll switch over.



Funny - that super cheap $1.99 adapter showed up as a Prolific 2303 in Linux and I couldn't make that work.
Now that I have proof of my own user error, I need to recheck it!



SMF spam blocked by CleanTalk