#4890 (Bug) High probability unexpected stop with ColorMunki photo on step “Profiling”

+1 0

Closed as Works For Me
Component: ArgyllCMS
Created by

Last modified


It  Always stop  on  the step “Profiling” and  notice "dispread: Error - dispd->read returned error code 2"     I almost turned mad !!:(     It Appear Not less than four times  , I  Waste a lot of time on this .    (very low probability stop on step "calibration")

Already Disable “Allow skipping of spectrometer self-calibration” option and  “”highres“ and”adaptive “ mode

Already use USB2.0 hub and tries several ports

System environment :displaycal 3.2 with Argyll_V1.9.2 x64  (newest version) ,     windows10  and  not install other conflict software

 

however  , the ColorMunki photo  works well on my mac.

LOG:

04:09:53,644 Patch 558 of 2026
04:09:53,644 Sample read failed due to communication problem.
04:09:53,644 DisplayCAL: Waiting for send buffer
04:09:53,645 DisplayCAL: Retrying (1)...
04:09:53,697 DisplayCAL: Sending buffer: ' '
04:09:53,700 Hit Esc or Q to give up, any other key to retry:
04:09:53,700
04:09:53,700 Sample read failed with unhandled error.
04:09:53,701 Black drift was -1.#IND00 DE
04:09:53,701 The instrument can be removed from the screen.
04:09:53,829 dispread: Error - dispd->read returned error code 2


One thought on “High probability unexpected stop with ColorMunki photo on step “Profiling””

  1. Hi,

    Sample read failed due to communication problem.
    […]
    dispread: Error – dispd->read returned error code 2

    Communication problem is usually related to faulty/buggy USB. Error code 2 is instrument access failed which is to be expected after unexpected USB communications breakdown. There really isn’t anything I can do to help fix this because it’s probably hardware related.

    however , the ColorMunki photo works well on my mac.

    This fits the picture, i.e. the Mac USB (as well as the instrument itself) seems to be fine, but it is probably unlikely you’ll have much luck on the other machine. You can try to reduce the total number of patches (e.g. below 500) as it seems the USB comms only goes out of whack after a while.

Comments are closed.