Same block references with different rotation all show 0 rotation in properties

[mickeforsberg]

I have a drawing on which I have multiple block references with different rotation.

Something has happened since placing the blocks and now if I select two blocks with seemingly different rotations, they still both show as 0 rotation.

If I copy a rotated block and paste it, it pastes with a different rotation (the block's default 0 rotation)

An additional problem I've encounted with the drawing is that when I copy a block, the hatch inside the block is brought to front, covering the outline. If I edit the block reference and send hatch to back, all the blocks are reset. HOWEVER they don't all reset to the block's default rotation, a seemingly random number of blocks, while also reset, instead show as rotated 180 degrees (while it says 0 in properties)

What's happening here?

[dmfrazier]

Please post a DWG (stripped down, if necessary) that exhibits the behavior.

[paullimapa]

Perhaps share your drawing with this block problem 

[RSomppi]

The different "rotations" could be one of the scale values is negative.

[Kent1Cooper]

---

@RSomppi wrote:

The different "rotations" could be one of the scale values is negative.

---

There's no sign difference in the scale factors in their image.  But I wonder whether one of them might be drawn "from below."

@mickeforsberg, if you paste this in at the Command: line to get the extrusion direction [Z axis direction]:

(assoc 210 (entget (car (entsel))))

and pick one, and then the same for the other, do they return the same thing?  I'm suggesting that you might get

(210 0.0 0.0 1.0)

from one of them, but

(210 0.0 0.0 -1.0)

from the other.

[pendean]

@mickeforsberg why not use the full PROPERTIES palette when you have both selected to see where those two items may actually differ? Your reliance on the abbreviated QPM may just be too short and masking the answer for you.

[RSomppi]

I remembered incorrectly, I was thinking of the Z insertion point having a negative value making it appear that it's rotated.

[mickeforsberg]

@pendean Oh! I guess my answer to that is... that I thought rotation was the only relevant property.
I've attached a screenshot with the PROPERTIES palette open, I'm not sure if that's all of the properties or if there's more to it?

@Kent1Cooper The command returns "210 0.0 0.0 1.0" on both. 

@paullimapa 

@dmfrazier 

Of course! I have stripped down the DWG as to only include the relevant block references.

Let's call them... half circle, rectangle circle and red rectangle (...or their actual name "Akustiskt larmdon", "Larmknapp" and "Centralutrustning")

The block Centralutrustning is the only dynamic block, and it works as intended.

Edit: I see now that both the others also have a lightning symbol... does this mean that they are dynamic?

Default in my drawing template I have all the blocks placed already so that I can select and copy, so I just select them, scale them up as needed, and rotate a few that sometimes needs rotating. Perhaps a bit unorthodox.

[-didier-]

Bonjour @mickeforsberg 

Effectively, a lightning means that the block is dynamic.

But it contains no parameters, it had to be edited by someone previously.

Then, you have to re-edit the bloc in the block editor, without making any modification, just exit the editor with saving the modification (no change).
REGEN and blocks have the good value of rotation.

Amicalement

[mickeforsberg]

Yes, I've done this and it works like a charm... it's just that I wanted them to remain in the seemingly correct rotation as they appear in the drawing.

Doesn't matter that much on this project since there are only 50 or so to go through, but since it has happened before I was a bit interested in knowing why it happens.

[-didier-]

Bonjour @mickeforsberg

I can’t explain what happened before.
Probably a manipulation of a user who created a dynamic block and then deleted the settings.
I don’t really know why.

If it works the way you want, consider marking the solution as "resolved" for future searches of other members.

Amicalement

[ekonomi63U5G]

Hello @-didier- 

While I'm not quite sold on the explanation, I do agree that the same behavior can be reproduced by removing the rotation parameter in the block.

And the hatch that changes draworder to display over the boundary? Quirkiness of AutoCAD?

Altough I have noticed that draworder and hatches sometimes aren't the best of friends, I thought it would be remedied if contained inside a block at least.