Versie 3.0.0.16

[stefxx]

Versie 3.0.0.16: http://download.dedroog.com/HSPI_A10_3.0.0.16.zip

Na alweer een tijdje rust (blijkbaar werkt de plugin wel aardig? ) weer een nieuwe versie. Voornamelijk omdat Rien zo aardig was de plugin te testen met een CTX35 en jawel... crash!

Daarnaast wat kleine foutjes opgelost, met name in de afhandeling van de device images en om het jullie makkelijk te maken controleert de plugin tegenwoordig bij het opstarten of er een nieuwe versie beschikbaar is (dat zie je dan in de Homeseer log). Veel plezier er maar weer mee en als er issues zijn... weten jullie me te vinden!

New features:
- Check for available updates at startup

Fixes:
- CTX15/35 crash at startup
- Stability improvements
- Improved image handling. This makes it important to copy all images again when upgrading.
Directories have changed, but existing devices will not change unless the device is edited.
Custom images will never be updated automatically by the plugin.

[Bastiaan]

Dank voor je nieuwe versie maar .15 heeft nog niet een keer een probleem gegeven. Super stabiel allemaal en vlekkeloos werkend.

Bastiaan

[Antoon]

Als eerste bedankt voor deze mooie plugin.
Op het eerste oog lijkt alles te werken echter als ik een event maak en die laat triggeren op een inkomend X10 signaal dat doet deze niets.

Dit zie ik in de LOG

okt-06 15:57:20 A10 Line Read: FON
okt-06 15:57:20 A10 Line Read: FON
okt-06 15:57:20 A10 Line Read: F03
okt-06 15:57:20 A10 Line Read: F03

En dit is de bijbehorende event.

IF the A10 plugin detected the Device On command on House Code F from Device Code 3
Then
Set Device Kleine Kamer Verlichting Plafond Lamp to On

Deze event loopt dus niet.
Wat zie ik over het hoofd?

[stefxx]

Hoi Antoon,

Dat is raar. Ik heb zelf ook enkele van dit soort events en die doen het prima. Nou heb ik recentelijk wel een bugje gevonden waarbij het soms kan gebeuren dat een trigger niet afgaat, maar alleen als je meerdere A10 triggers hebt en zeker niet altijd.

Heb je meerdere A10 triggers? Doe de trigger het nooit of af en toe niet?

Als workaround kun je een device aanmaken met devicecode F03 en daarop je trigger bouwen. Maar ik wil graag met je onderzoeken wat er misgaat. Kun je me een PM sturen met je email adres? Dat stuur ik je later deze week een test versie met wat debug logging.

[Antoon]

De trigger werkt helemaal niet, zelfs als ik een device aan maak met de devicecode F03 werkt het niet.
PM gestuurd.

[stefxx]

De trigger moet je dan natuurlijk veranderen naar "If device xxx changes and becomes On".

Ik heb je PM gezien, ik stuur je van de week de test versie.

[Antoon]

Ik denk dat het opgelost is.
Had de device zelf aan gemaakt maar blijkbaar moet dit door de plugin gebeuren want nu werkt het wel

[stefxx]

Ja inderdaad. Je moet bij het aanmaken van een device op de A10 tab op "Done" drukken, anders is het device niet van de A10 plugin en dus ook niet onder diens controle. En werkt de trigger ook niet. Mooi dat je het hebt gevonden!

[rcaridade]

Hi,

I've a TI103 modified for 240v, so is A10 plugin compatible with this device? The ones that you support are copies of this probably it's compatible, but do you know anyone using it to control X10 with your A10 plugin?

Thanks,
Rui.

[stefxx]

I am not aware that anyone is using a TI103 with my plugin. I think the only way to know is to try...

[rcaridade]

I try and it not worked, probably none of the supported devices are compatible with the information bellow:

Code: Select all

[i]PACKET DEFINITIONS
Key:
AA – Address of TI103-RS232 is factory set to: 00.
CC – Checksum of packet -The checksum is calculated by adding all previous bytes and using
 only the 8 LSB’s of the result.
TO THE TI103-RS232:
Query TI103-RS232
$>28AA00CC#
This packet will cause the TI103-RS232 to return all of it’s collected line data.
Transmit Code
$>28AA1………..DATA………..CC#
This packet will cause the TI103-RS232 to transmit what is defined in “DATA”.
Store Code
$>28AA2………..DATA……….CC#
This packet will cause the TI103-RS232 to store (to transmit later) what is defined in“DATA”.
FROM THE TI103-RS232:
Possible Response when using Transmit PCC or Store PCC command
Acknowledgment (accepted)
$<28AA!CC#
TI103-RS232 received data and will attempt transmission onto power line.
Acknowledgment (buffer full)
$<28AA!S0CC#
TI103-RS232 received data but is unable to store and transmit onto power line because
buffer is full.
Packet Corrupted or Incorrect Checksum
$<28AA?CC#
TI103-RS232 received bad data or a bad checksum.
Possible Response when using Query command
Acknowledgment with Data (if any)
$<28AA1………..DATA………..CC#
TI103-RS232 received Query command and will return any data collected from power line.
Packet Corrupted or Incorrect Checksum
$<28AA?CC#
TI103-RS232 received bad data or a bad checksum.
Data
Valid Data Combinations
Address
[Letter Code + Number Code] A01-P16
Command
[Letter Code + X 10 Command] AON, AOFF (see below for complete list)
Extended Code
[Letter Code + ‘[N]’ + Number Code + Data + Command +Type] A[1]01F3B1 (extended
code)
Indicate Gap
‘ ‘ (space, actual quotation marks are not included)
Used by the user to indicate to the TI103-RS232 to place 6 clear zero crossings between the
X10 codes before and after the space.
Used by the TI103-RS232 to indicate that there were 6 or more clear zero crossings between
the X10 codes before and after the space.
Valid Commands
ON....................... On
OFF...................... Off
DIM...................... Dim
BGT...................... Bright
ALN...................... All Lights On
AUF...................... All Units Off
ALF...................... All Lights Off
HRQ..................... Hail Request
HAK..................... Hail Acknowledge
PR0...................... Preset Dim 0
PR1...................... Preset Dim 1
SON..................... Status ON
SOF..................... Status OFF
SRQ..................... Status Request
Examples
The examples below assume a TI103-RS232 address of 00
1. Turning a point addressed at A01 to ON:
To TI103-RS232: $>28001A01A01 AONAON7D#
Response: $<2800!4B#
2. Transmitting 16 Dim commands with no gaps:
To TI103-RS232:
$>28001ADIMADIMADIMADIMADIMADIMADIMADIMADIMADIMADIMADIMADIMADIMADIMADIM0D#
Response: $<2800!4B#
3. Sending an extended code message to an extended code dimmer:
To TI103-RS232: $>28001A[1]013F31A[1]013F312D#
Response: $<2800!4B#
4. Typical response from TI103-RS232 after a Query Command:
To TI103-RS232: $>2800008C#
Response: $<2800! P01P01 PONPON P02P02 PBGTPBGTPBGTPBGTPBGTPBGTPBGT
P03P03 POFFPOFF P04P04 PDIMPDIMPDIMPDIMPDIMPDIM46#
[/i]

[stefxx]

It could be a simple comport setting issue. I recall that the TI103 has a different baudrate...