Unable to connect to Alnitak Flip-Flat Flat Fielder

[jpsc01]

Hi,

here is my setup
Windows 7 64 bit
SGP 2.5.1.17

the Flip-Flat work well with the Optec software: I’m able to open/close,turn ON etc. the port used in COM5 (I’ve 4 physical COM port from 1 to 4, which is the reason why COM5 is used)

but with SGP, I cannot connect the Flat box

here is what I have in SGP Log
[25/12/2016 19:34:34] [DEBUG] [Main Thread] Alnitak Flat Box - In Get Props Dialog
[25/12/2016 19:34:36] [DEBUG] [Main Thread] Connecting to Alnitak Flat Box
[25/12/2016 19:34:41] [DEBUG] [Main Thread] Caught exception in AlnitakFlatBox:SendSerial: Timed out waiting for received data
[25/12/2016 19:34:41] [DEBUG] [Main Thread] Invalid return from serial. Val is ()
[25/12/2016 19:34:47] [DEBUG] [Main Thread] Caught exception in AlnitakFlatBox:SendSerial: Timed out waiting for received data
[25/12/2016 19:34:47] [DEBUG] [Main Thread] Invalid return from serial. Val is ()
[25/12/2016 19:34:53] [DEBUG] [Main Thread] Caught exception in AlnitakFlatBox:SendSerial: Timed out waiting for received data
[25/12/2016 19:34:53] [DEBUG] [Main Thread] Invalid return from serial. Val is ()
[25/12/2016 19:34:54] [DEBUG] [Main Thread] Alnitak Flat Box - Disconnecting
[25/12/2016 19:34:54] [DEBUG] [Main Thread] Alnitak Flat Box - Could not get status.

I’ve also tried from another computer with SGP 2.6.0.1 and unfortunately same behavior

What I can say is this Flip-flat is a pretty new one as I’ve purchased it 4 Month ago

I would like to know if I’m the only one experiencing this ?

thanks

regards

[Jared]

I would double check that the COM port in SGP is correct and that the Optec software is not connected to the flip flat.

Being a Time Out it seems like maybe the wrong COM port is selected in SGP.

Thanks,
Jared

[jpsc01]

Hi Jared,

thanks a lot for your quick reply,

I can confirm the COM number is right and available…

it’s looks like SGP is not able to recognize the flip flat

what is frustrating is the optec Cmd tool AACmd.exe works pretty well from the windows CLI

does anyone have a workaround by using a script with AACmd.exe ?

here is more info regarding the firmware version

Alnitak Astrosystems Product ID: 99
Product Description: Flat Fielder
Alnitak Firmware Version: 1.1.9
Alnitak .NET Library Version: Version 1.1.0.9
FTD2XX_NET.dll Version: 1.0.10.0
FTD2XX.dll Version: 3.02.00
FT Serial Number: A8F5ZA0

Thanks

[Kinch]

@jpsc01 Unfortunately I am away from my scope etc for another week or more, BUT, I can confirm that the Flip Flat works fine with SGP and is fully automated; there should be no need for any workarounds. I can get in touch again (for 1 to 1 if you like) when back home at my obs computer…if you don’t get it sorted in the meantime.
Going on what Jared said, I can only suggest that you make sure the Optec software is not running and then connect the Flip Flat in SGP before connecting anything else. Have a look at the Windows Device Manager to make sure the Fip Flat is showing on Com 5. At this time I cannot think to suggest anything else.

Brendan.

[jpsc01]

HI Brendan

and thanks for your kind help

I confirm I’m using the right COM port and also it’s not used by any other software

Jeff for Optec is also trying to help

for now, a good objective would be to reproduce my issue in Optec lab

Jacques

[jpsc01]

Hi all,

just to tell I’m still unable to connect SGP to my Alnitak box

I confirm the COM port number is the right one and available (not used by other software)

it would be great if someone can help as I’m totally stuck

Thanks

Jacques

[Kinch]

Hi Jacques,

I have returned home but as yet have not set up my equipment in the obs. (All taken out and put away when nobody here over Christmas & New Year). So as yet I cannot exactly give you screenshots or run through things as I would like, in order to give you my best shot at helping you.

But, on the home computer here I can bring up a couple of things to try better understand exactly where your problem is.

1st: Does your Flip Flat show upon the drop down menu:

If Yes: Have you been able to go into the Filter SetUp/Flats and fill some info into the fields…thus when taking a flat the Flip Flat will automatically illuminate:

Let me see where you are with those…they may “open the door” for you.

If not…we can go off the board here and I can try help you one to one. I’ll send you a PM here with my email address.

Brendan.

[jpsc01]

HI Brendan

Thanks a lot for your help

I’ve some news, I’ve just finished a remote session with Optec, they confirm the Aniltak is working as expected on my setup.

Optec is now investigating on why SGP doesn’t want to talk with my Flipflat

I’m very happy to see this progressing.
Daniel from Optec was really helping and I’m convinced we will finish by finding what’s wrong here

I keep this thread updated

have a good evening

Regards

Jacques

[jpsc01]

Hi,

I’m still struggling with this silly behavior… and I can say I’m starting to loose patience
this is maybe because I’m working in IT since now 15 year that I continue to give it a chance…
I know that interoperability issue are the more difficult to solve

Ok, now let’s talk about this issue.

today, I’ve decide to investigate RS232 PDU with a serial analyzer (Device Monitoring Studio from HHD)

And I’ve found something interesting: SGP is setting the COM port with flow control DTR/DSR and it’s look like this is the origin of the issue

I’ve played with terminal Termite.exe and I confirm that DTR/DSR need to be deactivated to have an answer to the command >S000

SGP DEV, could you please let me know how I can instruct SGP to not use and control flow with the COM port ?

Thanks

PS: I really don’t know why my setup is the only one to complain about that… my Windows 7 64bit is an english version with french keyboard.

PS2: the serial analyzer shows that SGP send 3 times >S000CR with 3 timeout at 5 s

[Kinch]

I know that others have this flip-flat also and as you say you appear to be the only one with problems. (At least you are the only one here actually mentioning a problem). That would suggest to me that it is not SGP that is causing it. Obviously you are well versed in IT…way more than me…but I would think it may be something quite simple (often overlooked) that is at the heart of the problem here.
Quite some time ago, I seem to recall having a problem also connecting to the Flip-Flat through SGP (even though I had it working prior to that particular problem). Unfortunately it was something I fixed quite rapidly and paid no attention to what exactly was wrong and how I fixed it. However, at the back of my mind, I think it was com port related.

With that in mind, can I suggest that you make sure you use a lower com port number (I use #4 whereas you use #5 …not that I think that makes any difference but we are clutching at straws here. Then make sure that whatever com port number is used in the Alnitak software is the same port number used in SGP. (I think this latter point was at the root of my problem)
I will put in some screen shots here…being in IT you may see something. If nothing here of any help…well I tried…I can’t think of anything else.

[jpsc01]

Hi Brendan,

thanks again for your help here.

look’s like my previous post in not clear enough, let me summarize the situation:

I think I’ve reproduced the issue by monitoring the serial port.

the fact I’m monitoring the COM port demonstrate it’s not an issue with the port numbering. It’s also demonstrating it’s not about my windows com port driver setting (which is all with default parameters).

Here is what I’ve done:

Test 1: Termite serial terminal (setting 9600 8,N,1, no control flow at all, NO RTS/CTS, NO DTR/DSR) <=> COM10 <=> Alnitak Flap box

When I send >S000CR I’ve an answer from the Alnitak Flap which is >S99000 which demonstrate it’s working well with this setup. I can also monitor the message transmitted over the COM port with the Serial analyzer (this is demonstrating I’m using the good COM port number)

Test2: SGP <=> COM10 <=> Alnitak Flap box
SGP timeout after 3 tries.
with the Serial Alanyzer, I can see that SGP configure the COM port with setting 9600, 8,N,1 but with DTR/DSR ON)
With the Serial Analyzer I can see the >S000 message sent 3 time by SGP without receiving an answer

Test3:Termite serial terminal (setting 9600 8,N,1, with DSR/DTR ON)
same behavior than test2, this is why I consider I’ve reproduced the issue

so, now, what I’m asking is where I can find the DTR setting with my SGP configuration to be able to switch it OFF:
-DLL ?
-config file ?
-Else

PS: I will be not surprised that this behavior is because of something specific with my setup. the question is where it is ? this things is bothering me since 2 month now

thanks

Jacques

[Kinch]

Jacques,
Ken or Jared may answer [quote=“jpsc01, post:11, topic:4676”]
where I can find the DTR setting with my SGP configuration to be able to switch it OFF:
[/quote]

I don’t see anything configurable other than choosing which com port.

As a test (this may be a silly one…but I am not exactly an IT tech)…with SGP connected to the FlipFlat…can you then go back into the Com Port Control in device manager and switch the Flow Control off there and see if things then work as expected?

[jpsc01]

Hi Brendan

This is unfortunately not possible as the program lock the COM port via a socket
which is the only way to avoid a race condition with the COM port.

SGP initialize the COM port when it take the control of it which is the way it is supposed to be done

the prb is SGP set DTR ON (I guess…)

make sense ?

[Kinch]

What you are saying Jacques makes sense. What does not make sense is that it is doing it on your Win 7 machine but not doing it on my Win 10 machine.
With that, I am afraid, I can offer no more suggestions. I’ll have to leave it to those more tuned in to the ways of Microsoft and/or SGP.

[jpsc01]

Thanks Brendan,

Hi dev, could you please tell me how we could fix this DTR issue. I’m available to make a screensharing session if needed

Thanks

regards

[Jared]

I replied to your email as well. SGP does not set DTR currently, which should leave it disabled. I would think if we did it would likely be an issue for everyone with a FlipFlat. Having said that, in the next beta it will be explicitly set to Off. I’m not sure if this will fit the particular issue you’re having or not but I guess it’s worth a shot.

Thanks,
Jared

[jpsc01]

Hi Jared,

And thanks for your help here. really appreciate

What I can say is I’m using the last version (2.12.14) of the FTDI driver with windows 7 64bit.
It’s look like some previous version of the drivers had some issue with DTR in the past…
http://www.ftdichip.com/Drivers/CDM/CDM%202%2012%2024%20Release%20Info.rtf
looks at the version 2.08.12:
Fix to enable automatic hardware flow control if flow control is set after manually toggling RTS or DTR

So, I think that what I’m experiencing here is a mix of default behavior with (Driver FTDI x 64bit x windows 7)

Something like that…

I’m convinced the best way to avoid any issue with DTR is to force it OFF with the software which lock the COM Port (SGP in this case). This way we are sure DTR will not be set ON for any reason.

My Analyzer shows that SGP enable DSR

I’m waiting impatiently for the next beta release. If the test is a success I will kindly request a fix on the LTS version 2.5.x because this is not a new feature I’m asking but much more a correction

Optec website explain that RTS need to be set OFF (unfortunately they don’t speak about DTR)

I can only confirm that with DTR ON my terminal is not able to talk with this flat box (same with SGP)

Thanks

Jacques

(PS: I’m dreaming of a world without USB… and especially USB to Serial …)

[Jared]

@jpsc01

I’m waiting impatiently for the next beta release. If the test is a success I will kindly request a fix on the LTS version 2.5.x because this is not a new feature I’m asking but much more a correction

We likely won’t update 2.5. We’re almost to the point where 2.6 is going to become the release version. We don’t really have LTS versions. We just keep rolling updates into new versions.

Thanks,
Jared

[Chris]

@jpsc01

(PS: I’m dreaming of a world without USB… and especially USB to Serial …)

You’re not the only one.

[jpsc01]

Hi Jared,

I’ve a positive feedback to share with you

I’ve just tested the 2.6.0.11 version and I confirm I’m now able to connect to the Alnitak

Here is the trace of the serial analyzer which confirm DTR is set OFF

000000: PnP Event (DOWN), 2017-02-01 10:15:00,1095460 (1. Device: USB Serial Port (COM10))
The device has just been connected to the system.
000001: Create Request (DOWN), 2017-02-01 10:15:15,2957019 +15,1861559 (1. Device: USB Serial Port (COM10))
Process 0x17e8 (Sequence Generator.exe) attempted to open the device
000002: Create Request (UP), 2017-02-01 10:15:15,3111171 +0,0154152 (1. Device: USB Serial Port (COM10))
Process 0x17e8 (Sequence Generator.exe) create request status: 0x00000000
000004: I/O Request (UP), 2017-02-01 10:15:15,3111674 +0,0000034 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_PROPERTIES: Retrieve COM properties
Packet Size=64
Packet Version=2
services implemented=SP_SERIALCOMM
Max Tx bufsize=0
Max Rx bufsize=0
Max baud rate=Changeable bps
Specific provider type=RS232
Capabilities supported=DTRDSR, RTSCTS, RLSD, PARITY_CHECK, XONXOFF, SETXCHAR, TOTALTIMEOUTS, INTTIMEOUTS
Changeable parameters=PARITY, BAUD, DATABITS, STOPBITS, HANDSHAKING, PARITY_CHECK, RLSD
Allowable baud rates=300 bps, 600 bps, 1200 bps, 2400 bps, 4800 bps, 9600 bps, 19200 bps, 38400 bps, 115200 bps, 57600 bps, Changeable bps
Allowable byte sizes=7, 8
Stop bits/parity allowed=1 stop bit, 2 stop bits, None Parity, Odd Parity, Even Parity, Mark Parity, Space Parity
Tx buffer size=0
Rx buffer size=4096
000006: I/O Request (UP), 2017-02-01 10:15:15,3111869 +0,0000017 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_MODEMSTATUS: Retrieve modem status
Modem status=None

000008: I/O Request (UP), 2017-02-01 10:15:15,3111975 +0,0000011 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_BAUD_RATE: Retrieve Baud Rate
Baud Rate=9600

000010: I/O Request (UP), 2017-02-01 10:15:15,3112025 +0,0000011 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_LINE_CONTROL: Retrieve line control
WordLength=8
StopBits=1 stop bit
Parity=No parity

000012: I/O Request (UP), 2017-02-01 10:15:15,3112064 +0,0000011 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_CHARS: Retrieve special characters
EofChar=0x1a
ErrorChar=0x0
BreakChar=0x0
EventChar=0x1a
XonChar=0x11
XoffChar=0x13

000014: I/O Request (UP), 2017-02-01 10:15:15,3112098 +0,0000011 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_HANDFLOW: Retrieve handshake information
ControlHandShake=0
FlowReplace=0
XonLimit=2048
XoffLimit=512

000016: I/O Request (UP), 2017-02-01 10:15:15,3112238 +0,0000017 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_BAUD_RATE: Retrieve Baud Rate
Baud Rate=9600

000018: I/O Request (UP), 2017-02-01 10:15:15,3112282 +0,0000011 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_LINE_CONTROL: Retrieve line control
WordLength=8
StopBits=1 stop bit
Parity=No parity

000020: I/O Request (UP), 2017-02-01 10:15:15,3112316 +0,0000006 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_CHARS: Retrieve special characters
EofChar=0x1a
ErrorChar=0x0
BreakChar=0x0
EventChar=0x1a
XonChar=0x11
XoffChar=0x13

000022: I/O Request (UP), 2017-02-01 10:15:15,3112355 +0,0000011 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_HANDFLOW: Retrieve handshake information
ControlHandShake=0
FlowReplace=0
XonLimit=2048
XoffLimit=512

000023: I/O Request (DOWN), 2017-02-01 10:15:15,3112422 +0,0000067 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_BAUD_RATE: Set baud rate
Baud Rate=9600

000025: I/O Request (DOWN), 2017-02-01 10:15:15,3121168 +0,0000078 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_CLR_RTS: Clear RTS

000027: I/O Request (DOWN), 2017-02-01 10:15:15,3131216 +0,0000095 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_CLR_DTR: Clear DTR

000029: I/O Request (DOWN), 2017-02-01 10:15:15,3141158 +0,0000073 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_LINE_CONTROL: Set line control
WordLength=8
StopBits=1 stop bit
Parity=No parity

000031: I/O Request (DOWN), 2017-02-01 10:15:15,3151150 +0,0000056 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_CHARS: Set special characters
EofChar=0x1a
ErrorChar=0x0
BreakChar=0x0
EventChar=0x1a
XonChar=0x11
XoffChar=0x13

000033: I/O Request (DOWN), 2017-02-01 10:15:15,3151195 +0,0000028 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_HANDFLOW: Set handshake information
ControlHandShake=0
FlowReplace=0
XonLimit=1024
XoffLimit=1024

000036: I/O Request (UP), 2017-02-01 10:15:15,3161265 +0,0000017 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_BAUD_RATE: Retrieve Baud Rate
Baud Rate=9600

000038: I/O Request (UP), 2017-02-01 10:15:15,3161309 +0,0000011 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_LINE_CONTROL: Retrieve line control
WordLength=8
StopBits=1 stop bit
Parity=No parity

000040: I/O Request (UP), 2017-02-01 10:15:15,3161348 +0,0000011 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_CHARS: Retrieve special characters
EofChar=0x1a
ErrorChar=0x0
BreakChar=0x0
EventChar=0x1a
XonChar=0x11
XoffChar=0x13

000042: I/O Request (UP), 2017-02-01 10:15:15,3161382 +0,0000006 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_HANDFLOW: Retrieve handshake information
ControlHandShake=0
FlowReplace=0
XonLimit=1024
XoffLimit=1024

000043: I/O Request (DOWN), 2017-02-01 10:15:15,3161455 +0,0000073 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_BAUD_RATE: Set baud rate
Baud Rate=9600

000045: I/O Request (DOWN), 2017-02-01 10:15:15,3171251 +0,0000084 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_CLR_RTS: Clear RTS

000047: I/O Request (DOWN), 2017-02-01 10:15:15,3181226 +0,0000117 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_CLR_DTR: Clear DTR

000049: I/O Request (DOWN), 2017-02-01 10:15:15,3191196 +0,0000084 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_LINE_CONTROL: Set line control
WordLength=8
StopBits=1 stop bit
Parity=No parity

000051: I/O Request (DOWN), 2017-02-01 10:15:15,3201154 +0,0000055 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_CHARS: Set special characters
EofChar=0x1a
ErrorChar=0x0
BreakChar=0x0
EventChar=0x1a
XonChar=0x11
XoffChar=0x13

000053: I/O Request (DOWN), 2017-02-01 10:15:15,3201210 +0,0000039 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_HANDFLOW: Set handshake information
ControlHandShake=0
FlowReplace=0
XonLimit=1024
XoffLimit=1024

000055: I/O Request (DOWN), 2017-02-01 10:15:15,3211297 +0,0000179 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_CLR_DTR: Clear DTR

000057: I/O Request (DOWN), 2017-02-01 10:15:15,3221311 +0,0000134 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_TIMEOUTS: Set timeouts
ReadIntervalTimeout=4294967295
ReadTotalTimeoutMultiplier=4294967295
ReadTotalTimeoutConstant=5000
WriteTotalTimeoutMultiplier=0
WriteTotalTimeoutConstant=5000

000059: I/O Request (DOWN), 2017-02-01 10:15:15,3221552 +0,0000224 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_WAIT_MASK: Set current event mask
WaitMask=RXCHAR: Any Character received, RXFLAG: Received certain character, CTS: CTS changed state, DSR: DSR changed state, RLSD: RLSD changed state, BREAK: BREAK received, ERR: Line status error occurred, RING: Ring signal detected

000061: I/O Request (DOWN), 2017-02-01 10:15:15,3236699 +0,0005513 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_SET_QUEUE_SIZE: Set queue size
InSize=4096
OutSize=2048

000064: I/O Request (DOWN), 2017-02-01 10:15:15,3240156 +0,0002804 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_PURGE: Purge requests
Purge mask=RXABORT: Receive buffer, RXCLEAR: Write buffer

000066: I/O Request (DOWN), 2017-02-01 10:15:15,3240396 +0,0000173 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_PURGE: Purge requests
Purge mask=TXABORT: Read requests, TXCLEAR: Write requests

000068: Write Request (DOWN), 2017-02-01 10:15:15,3241725 +0,0001301 (1. Device: USB Serial Port (COM10))
Buffer size: 0x6 bytes

000070: I/O Request (UP), 2017-02-01 10:15:15,3338936 +0,0095825 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_WAIT_ON_MASK: Wait for event
Wait Result=RXCHAR: Any Character received

000072: I/O Request (UP), 2017-02-01 10:15:15,3339534 +0,0000045 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_COMMSTATUS: Retrieve COM status
Errors=0
HoldReasons=0
AmountInInQueue=1
AmountInOutQueue=0
EofReceived=FALSE
WaitForImmediate=FALSE

000074: I/O Request (UP), 2017-02-01 10:15:15,3498512 +0,0158503 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_WAIT_ON_MASK: Wait for event
Wait Result=RXCHAR: Any Character received

000076: I/O Request (UP), 2017-02-01 10:15:15,3499087 +0,0000050 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_COMMSTATUS: Retrieve COM status
Errors=0
HoldReasons=0
AmountInInQueue=8
AmountInOutQueue=0
EofReceived=FALSE
WaitForImmediate=FALSE

000079: Read Request (UP), 2017-02-01 10:15:15,3741217 +0,0000083 (1. Device: USB Serial Port (COM10))
Buffer size: 0x1 bytes
Status: 0x00000000

000081: I/O Request (UP), 2017-02-01 10:15:15,3741787 +0,0000033 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_COMMSTATUS: Retrieve COM status
Errors=0
HoldReasons=0
AmountInInQueue=7
AmountInOutQueue=0
EofReceived=FALSE
WaitForImmediate=FALSE

000083: Read Request (UP), 2017-02-01 10:15:15,3741983 +0,0000028 (1. Device: USB Serial Port (COM10))
Buffer size: 0x7 bytes
Status: 0x00000000

000084: I/O Request (DOWN), 2017-02-01 10:15:15,3758493 +0,0016510 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_PURGE: Purge requests
Purge mask=RXABORT: Receive buffer, RXCLEAR: Write buffer

000086: I/O Request (DOWN), 2017-02-01 10:15:15,3758710 +0,0000145 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_PURGE: Purge requests
Purge mask=TXABORT: Read requests, TXCLEAR: Write requests

000088: Write Request (DOWN), 2017-02-01 10:15:15,3759894 +0,0001156 (1. Device: USB Serial Port (COM10))
Buffer size: 0x6 bytes

000090: I/O Request (UP), 2017-02-01 10:15:15,3977243 +0,0216248 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_WAIT_ON_MASK: Wait for event
Wait Result=RXCHAR: Any Character received

000092: I/O Request (UP), 2017-02-01 10:15:15,3977874 +0,0000044 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_COMMSTATUS: Retrieve COM status
Errors=0
HoldReasons=0
AmountInInQueue=7
AmountInOutQueue=0
EofReceived=FALSE
WaitForImmediate=FALSE

000094: I/O Request (UP), 2017-02-01 10:15:15,4136986 +0,0158748 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_WAIT_ON_MASK: Wait for event
Wait Result=RXCHAR: Any Character received

000096: I/O Request (UP), 2017-02-01 10:15:15,4137718 +0,0000089 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_COMMSTATUS: Retrieve COM status
Errors=0
HoldReasons=0
AmountInInQueue=8
AmountInOutQueue=0
EofReceived=FALSE
WaitForImmediate=FALSE

000099: Read Request (UP), 2017-02-01 10:15:15,4261269 +0,0000101 (1. Device: USB Serial Port (COM10))
Buffer size: 0x1 bytes
Status: 0x00000000

000101: I/O Request (UP), 2017-02-01 10:15:15,4261989 +0,0000045 (1. Device: USB Serial Port (COM10))
IOCTL_SERIAL_GET_COMMSTATUS: Retrieve COM status
Errors=0
HoldReasons=0
AmountInInQueue=7
AmountInOutQueue=0
EofReceived=FALSE
WaitForImmediate=FALSE

000103: Read Request (UP), 2017-02-01 10:15:15,4262201 +0,0000033 (1. Device: USB Serial Port (COM10))
Buffer size: 0x7 bytes
Status: 0x00000000

Here is also SGP Log trace which confirm it’s connected to the Alnitak box
[01/02/2017 10:12:32] [DEBUG] [Main Thread] UI layout found, loading layout at C:\Users\jpouyaud\AppData\Local\SequenceGenerator\sg_ui_config.xml
[01/02/2017 10:12:56] [DEBUG] [Main Thread] Alnitak Flat Box - In Get Props Dialog
[01/02/2017 10:13:00] [DEBUG] [Main Thread] Connecting to Alnitak Flat Box
[01/02/2017 10:13:00] [DEBUG] [Main Thread] Alnitak Flat Box - Updating Device Variables - Model: 99 Motor Status: 0 Light Status: 0
[01/02/2017 10:13:00] [DEBUG] [Main Thread] Alnitak Flat Box - Successfully connected
[01/02/2017 10:13:00] [DEBUG] [Main Thread] Alnitak Flat Box - Getting shutter status
[01/02/2017 10:13:00] [DEBUG] [Main Thread] Alnitak Flat Box - Updating Device Variables - Model: 99 Motor Status: 0 Light Status: 0
[01/02/2017 10:13:00] [DEBUG] [Main Thread] Alnitak Flat Box - Getting shutter status
[01/02/2017 10:13:00] [DEBUG] [Main Thread] Alnitak Flat Box - Updating Device Variables - Model: 99 Motor Status: 0 Light Status: 0
[01/02/2017 10:13:29] [DEBUG] [Main Thread] Alnitak Flat Box - Setting Brightness to 2
[01/02/2017 10:13:29] [DEBUG] [Main Thread] Alnitak Flat Box - Turning Light On
[01/02/2017 10:13:29] [DEBUG] [Main Thread] Alnitak Flat Box - Setting Brightness to 86
[01/02/2017 10:13:29] [DEBUG] [Main Thread] Alnitak Flat Box - Turning Light On
[01/02/2017 10:13:29] [DEBUG] [Main Thread] Alnitak Flat Box - Setting Brightness to 120
[01/02/2017 10:13:29] [DEBUG] [Main Thread] Alnitak Flat Box - Turning Light On
[01/02/2017 10:13:30] [DEBUG] [Main Thread] Alnitak Flat Box - Setting Brightness to 133
[01/02/2017 10:13:30] [DEBUG] [Main Thread] Alnitak Flat Box - Turning Light On
[01/02/2017 10:13:30] [DEBUG] [Main Thread] Alnitak Flat Box - Setting Brightness to 162
[01/02/2017 10:13:30] [DEBUG] [Main Thread] Alnitak Flat Box - Turning Light On
[01/02/2017 10:13:30] [DEBUG] [Main Thread] Alnitak Flat Box - Setting Brightness to 167
[01/02/2017 10:13:30] [DEBUG] [Main Thread] Alnitak Flat Box - Setting Brightness to 169

Based on my understanding, this test confirm SGP needs to set DTR and DTS OFF

I hope you will release soon the 2.6 Final version

Thanks

Regards

Jacques