Waters Synapt G2-Si - multiple issues to access CCS values

support
Waters Synapt G2-Si - multiple issues to access CCS values nicolas macorps  2022-08-31
 
Dear Skyline support,

I have been trying to use Skyline to analyse data obtained with a Water Synapt G2-Si with ion mobility (IM) experiments. Experiments are performed with the HDMS mode (ion mobility, elution time and full scan MS only). The ion mobility technique is TWIMS that use a calibration curve (mob_cal.csv file in the sample root) that the proprietary software uses to correlate measured drift times to CCS values.
I want to use Skyline.ms to have a solid workflow with this software to quantify PFAS (small targeted molecules) in various samples. To confirm that I am indeed looking at a PFAS, I need to access CCS values (which include the need to create an IM library) so I can then have it when exporting a "report'.

I encountered some issues when using Skyline features which is why I am opening this support feed. You can find uploaded in the "File Sharing Folder for Skyline Support" my folder under the name "Synapt_CCS_PFAS_SkylineSupport.zip". This file contains *.raw data from the Water Synapt, *.sky file (with the trageted list molecules in a *.csv in case it is needed) and snapshots of some error message I got along my tests.

1) Skyline crashing when importing *.raw files :
When trying to import Synapt *.raw files (220621008.raw and 220621009.raw in the *.zip folder), skyline crashes at the importation step (software closes without error message). This issue was encountered and reported in another support feed. The proposed solution in this feed was to convert *.raw into *.mzML files, but it seems that this approach doesn't allow for CCS values when creating IM library.

I went looking into the *.raw folders and found that when changing _FUNC002.DAT into _FUNC002.temp (in other words I "remove" this function from the *.raw file) I was now able to import without crashing the *.raw file and was able to obtain chromatograms with full scan spectrum and drift time (ms) distribution.
I initially thought that this "Function 2" contained "lockmass" data which can cause some issues when converting into *.mzML so I thought that removing this function could fix the problem. However I cannot be sure that this function is indeed the "lockmass" when looking in the "_extern.inf" file nor in the "_HEADER.TXT". The only information I have on these files are for the function 1 : "MOBILITY MS FUNCTION". So function 2 may also contain IM data from the HDMS experiments but I cannot be sure.

In any case, I kept going with modified *.raw files with the change of _FUNC002.temp (220621008_modify.raw and 220621009_modify.raw) to try to obtain CCS values

2) Negatives CCS values when creating IM library with "use results"

Now having something to work with, I tried creating the IM library for my molecules. I was happy to see that I could obtain some CCS values by doing so. Unfortunatly they are all with a negative sign and as such completely incorrect. I had two thought on that :
- Conversion of drift time into CCS values using the mob_cal.csv file (as done by the proprietary software) is not performed in Skyline in this manner or Skyline needs another type of file to do so.
- We need the function 2 to be active to have CCS values

For the latter, I tried to reactivate the function 2 in the *.raw file and reimport them. Doing so led to no crash so I followed with the creation of an IM library. I ended up with an error message "Failed using results to populate ion mobility library: [SpectrumList_Waters:spectrum()] Bad index: 18446744073709551615" (you can find the snapshot in the *.zip file and the extended error message in a *.TXT file in the *.zip).
Further trying with reimportation led to a crash of the software as mentionned in my first point.

I hope you have enough elements with this description to help me ?
- Do you know why Waters HDMS experiment *.raw files would make the software crash ?
- Do you know why I have negative CCS values when creating the IM library with the "use results" feature?

Let me know if you need anything else from me.

Best regards,
 
 
Brian Pratt responded:  2022-09-06
Hi Nicolas,

I suspect that the .raw is damaged - I tried running it through MSConvert as an independent test and it throws an error. Do you have any means to verify that the data is OK? That would involve opening it in another tool such as provided by Waters, and making sure that every scan is visited.

Thanks for using the Skyline support board,

Brian Pratt
 
nicolas macorps responded:  2022-09-12
Hi Brian,

Thank you for looking into it.

I was able to open both *.raw (not the "_modified.raw" ones) with Masslynx. TIC, ms spectra and EIC are usable. I then tried on "Driftscope" from the same software that allow to inspect ion mobility results and I was also able to open it and find my molecules and their CCS values.

I also tried MSConvert with these files. I didn't have error messages but the file is indeed stuck on "writing spectra: 1/4904". When using the file "_modify.raw", MSConvert works fine. The difference between the two *.raw is the "_FUNC002" file. Not sure if that really means that the *.raw is damaged or if it means that the lockspray function (which is supposed to be in the _FUNC002 file) is messing with everything. Or maybe it is because these are Waters files?

In the next couple of weeks I will certainly acquire new *.raw data. I can try again what I tested already and send you some new files but I am not confident that it will have any impact on resolving the issues..

Let me know if you need anything else from me.

Nicolas
 
Brian Pratt responded:  2022-09-12
One frustrating thing about the Waters data format is that it's really hard to know the purpose of each function. We're forced to guess at what each function does, I think in this case function 2 probably is indeed lockmass data but we're likely treating it as though its the high energy function to go with the low energy function 1 (a common operating mode, "MSe").

I'll see about being a bit more clever with this - but there's always the risk of breaking something else, of course. We could probably reasonably say, though, that if lockmass correction is requested and there are only two functions, then function 2 must be lockmass data.
 
Brian Pratt responded:  2022-09-14
Hi Nicolas,

Thanks for providing an interesting data set. I think I have the problem solved, may we incorporate your data in an automated test? Note that this would make the data (rather obscurely) public.

Best regards,

Brian Pratt
 
nicolas macorps responded:  2022-09-14
Hi Brian,

This is great ! You can of course use the data for the test.

Thank you.

Best regards,

Nicolas
 
nicolas macorps responded:  2022-11-24
Hi Brian,

I am reopening this support feed to give some updates regarding the obtention of CCS values from Waters data.

Since the last update, importing raw data is not an issue anymore. Files don't need to be converted into .*mzML.

I recently acquired some files with the Waters Synapt G2-Si with ion mobility.

I tried to create a CCS calibration with the "use results" option, but Skyline gave me an error "Invalid CCS calibration". I was able to find the CCS for my molecules using Waters software (Driftscope) and they seems to correspond to previous work. But I would very much like to get them using Skyline. Do you have any clue of why I am getting this error message ? Am I missing a step in creating my CCS library ?

I added in the "File sharing" section my Skyline document and the* .raw data under the name "Waters Synapt G2-SI CCS values issue.sky.zip" in case you would need it.

Thank you for your time and for your help.

Best regards,

Nicolas