sheet numbering

[levente]

In Eeschema, renumbering is messed up when deleting a hierarchical sheet.

Steps to reproduce.

1. Place at least 3 sheets to the main sheet.
2. Annotate the whole hierarchy, with the n*100 option.
3. Delete a sheet, that is not the last one.
4. Add a component to the last sheet
5. Annotate the whole hierarchy, with the n*100 option.
6. Voilla, you have a sheet, where there are different prefixed numbers, say R501 and R601

I *THINK* this is because sheet number is just the order of the actual sheet in the main schematic. Annotation follows this number. It would be nice if annotation start number would be stored in the sheets. It is okay, if all RefDeses would stay as they are, even if there is a gap (deleted sheet). However, renumbering the whole thing is not a good idea, hence pcbnew would delete all your parts, and place them again.

Is there any workaround for this? Like explicitly saying where to start renumbering?

Levente

[Wayne Stambaugh (stambaughw)]

This is a known issue and will not be resolved until the new schematic file format is implemented which will not happen until version 6 of KiCad. This will not be fixed in version 4 or the upcoming version 5 stable releases.

[Jeff Young (jeyjey)]

@Levente, there will be 2 workarounds it the 5.0 stable (and indeed are already in the nightlies).

If you do a reset annotate it will make all the numbers consistent. Of course it might also change numbers you didn't intend it to, as it will renumber everything.

There will also be a start-at text field so that you can renumber a single sheet starting at any particular number.

A completely automated fix (where the start numbers are stored) will have to wait for 6.0.

[levente (leventelist)]

Thanks. I thought it would be fixed in 5.0, but I can live with it.

Cheers,
Levente

On Feb 20, 2018 5:06 PM, "Jeff Young" <email address hidden> wrote:

> @Levente, there will be 2 workarounds it the 5.0 stable (and indeed are
> already in the nightlies).
>
> If you do a reset annotate it will make all the numbers consistent. Of
> course it might also change numbers you didn't intend it to, as it will
> renumber everything.
>
> There will also be a start-at text field so that you can renumber a
> single sheet starting at any particular number.
>
> A completely automated fix (where the start numbers are stored) will
> have to wait for 6.0.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1684307
>
> Title:
> sheet numbering
>
> Status in KiCad:
> Triaged
>
> Bug description:
> In Eeschema, renumbering is messed up when deleting a hierarchical
> sheet.
>
> Steps to reproduce.
>
> 1. Place at least 3 sheets to the main sheet.
> 2. Annotate the whole hierarchy, with the n*100 option.
> 3. Delete a sheet, that is not the last one.
> 4. Add a component to the last sheet
> 5. Annotate the whole hierarchy, with the n*100 option.
> 6. Voilla, you have a sheet, where there are different prefixed numbers,
> say R501 and R601
>
> I *THINK* this is because sheet number is just the order of the actual
> sheet in the main schematic. Annotation follows this number. It would
> be nice if annotation start number would be stored in the sheets. It
> is okay, if all RefDeses would stay as they are, even if there is a
> gap (deleted sheet). However, renumbering the whole thing is not a
> good idea, hence pcbnew would delete all your parts, and place them
> again.
>
> Is there any workaround for this? Like explicitly saying where to
> start renumbering?
>
> Levente
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/kicad/+bug/1684307/+subscriptions
>