I think that “unrolling” this construction would work log-by-log, not face-by-face, so the unfold plugins probably wouldn’t help–they would actually deconstruct the logs themselves.
Since the logs are all raw geometry–they really should be individual components (or groups)–ordinarily I would say you’re not unrolling anything, since all the logs are stuck together. But they’re not; incredibly, there’s a tiny gap between each pair of logs (except for a very few). Thus:
I certainly would go ahead and componentize the logs before handling them further. After that, If you’re really intent on “unrolling” them, the idea would be to rotate Log A around the axis of Log B to some reference line (upon which all the logs will line up). Then rotate A and B around the axis of C and stop at the reference line. Then rotate A, B, and C around D, and so on.
It sounds ridiculously time-consuming, tedious, and error-prone. At the risk of sounding pessimistic, there’s no way it’s going to happen.
Have you spoken to the builders who are going to make this thing about what kind of drawing they’d like to see and what kind of information they would need?
It seems to me they’re going to erect the logs first, then cut the openings, much the way @slbaumgartner showed you in your last thread. So what you need is a plan (top) view showing the position of each log, giving dimensions for the overall pattern. You’re going to have to assign each log a reference number of some kind so you can refer to them, so you should label them in the plan view or provide some kind of numbering schema.
I think you’d be best off creating a spreadsheet to tabulate the lengths of the logs. Just list the reference designations and give an axial length. You can query each log for its length with Entity Info. This sounds extraordinarily tedious, but I guess that’s the nature of this project. As I said, the openings can be cut using a couple of elevation views to locate them and provide size dimensions.