Good researching there. However, it should be creating minidumps along the full "kernel" dumps (which are hundreds of MB in size and therefore impractical for our purposes here). The fact that there's no minidump suggests one of a few possibilities:
1) A kernel dump is not generated because the OS lacks a sufficiently large pagefile on the OS boot partition - the one with the \windows folder on it. Since minidumps are technically "extracted" from a full dump, there's nothing to extract from and no minidump is created. Make sure there's a pagefile on the boot partition that's at least 500MB in size, and preferably 1GB.
2) The reboot is due to a bugcheck (bluescreen) which affects some portion of the OS responsible for disk writing, and no dump is generated. This is possible but unlikely in your scenario. Try unticking the "automatically reboot" option in Control Panel, system, "advanced" tab, startup and recovery options, settings... same place you found the kernel dump settings. If it still reboots after that, unfortunately the last possibility becomes more likely...
3) It's actually a hardware fault. The act of attempting to print trips over some underlying hardware glitch and causes a spontaneous reboot. That's fundamentally different to a bluescreen so no dump is generated. I wouldn't have thought this likely, but it is possible. Try moving the printer around to a different USB port perhaps, just to test what happens.