I’ve found the the hourly logs no longer is in “hours” since date-X but now also is given in the same “year-month-month_minutes” format as in 0024.

Does anyone now how these relate? The windows tool doesn’t seem to be bothered by it.
Should I only update the circleplus?

Best regards,

Marc Dirix

SEND 003E 000D6F0000B1B64B

RECV 003F 0161 000D6F0000B1B64B 1203 02 07 01 45 7A

SEND 003E 000D6F0000B1B967

RECV 003F 0163 000D6F0000B1B967 1203 00 07 01 45 7A

After initialisation, just after the 0016 command, I also see an 0029 command, followed by a 003A is a reply/ This 003A reply contains data that is similar to the clock-time data of the 3E reply. I an not sure however, there is also a difference.

SEND 0016 000D6F0000B1B64B 0B0552FB FFFFFFFF FFFF 12 03 02 07
RECV 0000 sequ 00D7 000D6F0000B1B64B
YOUR 0016 000D6F0000551C14 0A021501 FFFFFFFF 11 25 36 04

SEND 0029 000D6F0000B1B64B

RECV 003A sequ 000D6F0000B1B64B 02 03 18 07 15 05 11

SEND 003E 000D6F0000B1B64B
RECV 003F sequ 000D6F0000B1B967 12 03 00 07 01 45 7A
YOUR 003F sequ 000D6F0000552XXX 13 25 35 04 01 45 7A

Te time in my ‘message’ is 20u03[CET]=18u03[UTC] = 12u03 (hex), DoW=7 (sunday)
The 01 45 7A trailer seems quite constant.

I am wondering what to do with the FFFFFFFF (and FFFF) part, where you mention it has to do wite the logbuffers.
The logbuffer formula you mentioned elsewhere seems changed. (both offset and divider), for my firmware. Boundaries are not at 32 bytes anymore but at 8, and the offset is bigger now (not sure how big)

When a command packet is sent to the stick, the first reponse from the stick is a line in the form:

PutFifoUnicast 33 : Handle 129 : 000D6F0000xxxxB3

The ’129′ in the line above is specific to the command sent. From what I’ve implemented it’s as follows:

PowerChange (code=0017) : 33
PowerInfo (code=0012) : 23
Calibration (code=0026) : 60

I presume other commands will also follow this pattern.

The handle returned is the value (in decimal) of the packet sequence Deep refers to and will be used on the subsequent ACK and data packets, so the conversation is now along the lines of (leaving out frame start/ends and inserting spaces for clarity – CCCC represents CRC):

SEND: 0017 000D6F0000xxxxB3 CCCC
RECV: PutFifoUnicast 33 : Handle 129 : 000D6F0000xxxxB3
RECV: 0000 0081 00C1 CCCC (note ’0081′ = 129)
RECV: 0000 0081 00D8 00D8000D6F0000xxxxB3 CCCC

I guess this could be useful to optimise access to plugs. Fire a command, get the handle, and then keep track of responses received, leaving you free to send other commands in the meantime (Note: I haven’t tried this yet, it’s purely speculation!!!)

I would like to receive more information on the new protocol version :)
Can you perhaps e-mail me some code, so I can adjust my Perl scripts ?
I am using XPL-Perl with plugwise.pm and already made some adjustments.

Thnx,

Ronald

If you want this info, reply to me via PM