|
|
| Author |
Message |
DH*
Guest
|
|
Posted: 06 January 2006, 20:31 PM Post subject: X10cmd |
 |
|
I see that your implementation always sends three bursts. This is not really a good idea as there are few three phase systems and the power supplies in the PL513/TW523 have trouble keeping up.
Also, You have not included the extended commands which X-10 introduced about 7-8 years ago.
Might I suggest an X10cmdEx that allows the user to decide whether to send to one or three phases and to incorporate the extended X10 commands. |
|
| Back to top |
|
 |
dkinzer
Site Admin
Joined: 03 Sep 2005
Posts: 2499
Location: Portland, OR
|
|
Posted: 06 January 2006, 23:34 PM Post subject: |
|
|
| Quote: | | ... your implementation always sends three bursts. This is not really a good idea as there are few three phase systems and the power supplies in the PL513/TW523 have trouble keeping up |
It does, however, conform to the X-10 specification as shown in the PL-513 documentation.
While it is true that virtually no residential areas have 3-phase, most industrial and many commercial areas (even office buildings) have 3-phase power.
Do you have a reference for the information about the power supply problem? This is something that I have not seen before.
| Quote: | | You have not included the extended commands which X-10 introduced about 7-8 years ago. |
That is true. I believe that they are not supported in BasicX either. Support for the extended commands are on the "enhancement list". |
|
| Back to top |
|
|
DH*
Guest
|
|
Posted: 07 January 2006, 0:20 AM Post subject: |
|
|
| Go to Usenet's comp.home.automation and search on "TW523 power supply" and you'll find a few hundred threads discussing this. |
|
| Back to top |
|
|
DH*
Guest
|
|
Posted: 07 January 2006, 11:52 AM Post subject: |
|
|
I've just read this...
| Quote: |
Also, the X10Cmd() routine will not return until the command has been transmitted. In BasicX, the documentation suggests that the routine returns
immediately and the transmission is done in the background.
|
I don't think BasicX works as described. If you send a lengthy DIM command while using their watchdog timer, BasicX will reset. I don't think that would be the case if BasicX returned immediately.
The fact that ZBasic* has a way to disable the watchdog is a plus but actually returning immediately and handling the transmission in the background would be a bigger plus as a lengthy DIM command can take nearly 0.5 seconds.
*Are you aware that ZBasic is the name of one of the first compiled Basics for the IBM PC, CP/M, Apple and Mac It was from a company called Zedcor in Tuscon, AZ and dates from circa 1985. I believe the Mac version is still available. |
|
| Back to top |
|
|
dkinzer
Site Admin
Joined: 03 Sep 2005
Posts: 2499
Location: Portland, OR
|
|
Posted: 07 January 2006, 17:13 PM Post subject: |
|
|
| Quote: | | I don't think BasicX works as described. |
I suspected that the description of the BasicX implementation was incorrect but I have not confirmed that as fact. Since it surely uses Timer1 to control the timing, if it were done in the background there should also be a caveat about not using other Timer1-dependent routines. Beyond that, I believe that it would require more code to implement it in the background and, given that the BX is very tight on code space I doubted that extra code would be dedicated to that capability.
| Quote: | | Are you aware that ZBasic is the name of one of the first compiled Basics... |
Yes. We took that into consideration. I believe that it was also the name of a Basic for the Z80 series.
If you search for ZBasic on Google, our link is now in second place but there are a lot of pages related to other uses of the name. |
|
| Back to top |
|
|
|
ZBasic Home
Forum Rules
Memberlist
Usergroups
RSS Feed
Site Search
Links
Download
Digests and Subscriptions
Profile
Log in to check your private messages
Log in
Register