I personally sent a ton of analysis to the folks at Slate Digital since. To give them credit, they actually reached out to us in hopes to improve the compatibility relationship between SONAR and their products. I'm happy that they did. Hopefully they can make sense of some of the data and can figure out what's going on. In any case, they have my direct contact information if they need to follow up with us so this is hopefully forward progress.
Incidentally, Amplitube 3 is up there with our biggest reported crash offenders also. Usually as a user you can get an idea of what the cause of the crash is by checking out the "Faulting Module" reported by the crash. It's not 100% accurate though which is where the fault reporter is helpful. The fault reporter is an automated system though, so you're not going to get responses from anyone in support. If you send us CWBRN numbers, however, we can try to dig in to see if there's an obvious cause of the crash. I just took a look.
Faulting Modules reported from your data (in order of most recent to oldest):
AmpliTube_3
AmpliTube_3
SONAR Crash (whoops!)
AmpliTube_3
vumtsolo__automap_
uad_pultec_eqp_1a__automap_
vumtduo__automap_
bx_cleansweep_v2__automap_
uad_pultec_pro_legacy__automap_
vumtsolo__automap_
waveshell_vst_9_2_x64__automap_
slate_digital_virtual_channel__automap_
So we have three Amplitube 3 crashes and a bunch of stuff referencing Automap. Can you try ruling out Automap to see if it makes a difference? It may or may not. Also, do you know what version of automap you're on? Incidentally someone else was reporting crashes with automap but we weren't able to recreate it internally. The fact that it's listed in the string we capture doesn't necessarily mean that automap is the culprit though, all it means is that the plug-in was wrapped in automap which gave it a unique identifier when we parse the .dmp file for relevant information. Anyhow, worth ruling out.