Finally found some time to get you the log file. This is what occurs when I try and load the main file from an autogen.
07/06 00:48:46-habeyserver, CQCIntfView, MainThread
{
CIDImage, CIDImage_PixelArray.cpp.1857, Failed/Data Format, Error: 6003/0/0
The source pixel array must be in format true alpha
<CQCIntfView> CQCIntfEng_Template.cpp - 912
<CQCIntfView> CIDCtrls_ErrorDlgs.cpp - 68
}
1 events matched
Flamin' Noobie...
Warp speed now and don't give me any of that dilythium crystal crap!
That just doesn't seem possible. Everyone would be seeing the same problem. Unless, do you maybe have that machine setup for 24 bit color instead of 32 bit color?
I got one more driver conversion done today, the Yamaha A3000, which was one that was fairly straightforward and the device was available. And I did some more work on the web site.
I think we are ready to go. I'm going to probably do the formal release tomorrow or Tuesday.
I'm using 4.4.934 on win 8.1 pro, elk fw 5.5.2. I have the Elk v2 driver loaded and have some lights set up as follows:
Loads=
1=light-A1,Switch
2=light-A2,Switch
3=light-A3,Dim
4=light-A4,Dim
5=light-A5,Dim
6=light-A6,Dim
186=light-L10,Dim
187=light-L11,Dim
188=light-L12,Dim
189=light-L13,Dim
EndLoads
Lights A1 thru A6 work as expected using the field browser to turn them on and off, however L10 thru L13 do not. It looks like on and off for A7 are sent instead of for L10, etc. Shouldn't the elk be getting 09pnL1000 instead of 09pnA0700?
Thanks,
Dave
Log entries:
07/07 00:53:28-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.3224, Status/App Status
Bool field written to. FldId=31, Val=True
}
07/07 00:53:28-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.598, Status/App Status
->Elk: 09pnA0600
}
07/07 00:53:28-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.3252, Status/App Status
Binary PLC Write: A.6 State=True
}
07/07 00:53:28-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.2334, Status/App Status
Got command pc
}
07/07 00:53:31-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.3224, Status/App Status
Bool field written to. FldId=31, Val=False
}
07/07 00:53:31-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.598, Status/App Status
->Elk: 09pfA0600
}
07/07 00:53:31-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.3252, Status/App Status
Binary PLC Write: A.6 State=False
}
07/07 00:53:31-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.2334, Status/App Status
Got command pc
}
07/07 00:53:43-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.2334, Status/App Status
Got command xk
}
07/07 00:53:43-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.3224, Status/App Status
Bool field written to. FldId=33, Val=True
}
07/07 00:53:43-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.598, Status/App Status
->Elk: 09pnA0700
}
07/07 00:53:43-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.3252, Status/App Status
Binary PLC Write: A.7 State=True
}
07/07 00:53:43-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.2334, Status/App Status
Got command pc
}
07/07 00:53:44-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.2334, Status/App Status
Got command pc
}
07/07 00:53:47-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.3224, Status/App Status
Bool field written to. FldId=33, Val=False
}
07/07 00:53:47-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.598, Status/App Status
->Elk: 09pfA0700
}
07/07 00:53:47-win81-01, CQCServer, CQCDrv_elkm1Thread7
{
CQCGenDrvS, MEng.System.CQC.Drivers.ElkM1V2.DriverImpl.3252, Status/App Status
Binary PLC Write: A.7 State=False
}
OK, I did indeed make a hash of the Elk id to X-10 code translation. Not only was the translation wrong but I was using the index of the load into the list of configured loads, not the Elk id of that load. Sorry about that. Not sure how that got past me.
Import the attached driver pack, then reconfigure the driver to get the new code and see if that doesn't do better.
Finally found some time to get you the log file. This is what occurs when I try and load the main file from an autogen.
07/06 00:48:46-habeyserver, CQCIntfView, MainThread
{
CIDImage, CIDImage_PixelArray.cpp.1857, Failed/Data Format, Error: 6003/0/0
The source pixel array must be in format true alpha
<CQCIntfView> CQCIntfEng_Template.cpp - 912
<CQCIntfView> CIDCtrls_ErrorDlgs.cpp - 68
}
1 events matched
The thread was already closed by the time he found the answer to this, so just throwing this in here for future reference. He was using RDP which was sometimes falling back into 16 bit color mode.
I could work around that, but it's just not worth it in this day and age I think.
