kicad-developers team mailing list archive
-
kicad-developers team
-
Mailing list archive
-
Message #31916
Re: Migrating old designs best practice
This would haven been resolved if you kept the cache lib, IIRC.
Den 24. nov. 2017 4.48 AM skrev "hauptmech" <hauptmech@xxxxxxxxx>:
> I can confirm unconnected wires. It may be worth noting that I did not
> preserve the -cache.lib file when I archived the design.
>
> I also had an issue with an old asymmetric diode footprint having its
> anode and cathode reversed when I used it in a new design. If pin numbers
> in the library got swapped around, then now I know why.
>
> For myself, I would much rather that the old library parts get loaded with
> my old design instead of trying to convert old parts to new parts. Is it
> unreasonable to do that? Load the design with the old parts and then do the
> rescue/migration rename? That way the old parts go into the -rescue.lib
> file unchanged except for a name modification. Including the old parts lib
> (perhaps concatenated into one file) does not seem too difficult.
>
>
>
>
>
> On 24/11/17 10:09, Wayne Stambaugh wrote:
>
>> I stand corrected. I just looked and pin numbers are checked by
>> position so swapped pins should get rescued. What isn't rescued is pins
>> that changed length which is a bit surprising since that would possibly
>> leave unconnected wires. I'm not sure why it was done this way but I
>> guess I'll have to do some testing before the stable 5 release to see if
>> it needs to be fixed.
>>
>> On 11/23/2017 11:12 AM, Nick Østergaard wrote:
>>
>>> Maybe I am mistaken then.
>>>
>>> 2017-11-23 13:21 GMT+01:00 Wayne Stambaugh <stambaughw@xxxxxxxxx
>>> <mailto:stambaughw@xxxxxxxxx>>:
>>>
>>> On 11/22/2017 11:02 PM, hauptmech wrote:
>>> > When opening an old design I noticed that the C and R symbol pin
>>> nodes
>>> > changed position (I'm guessing other symbols as well), breaking
>>> the
>>> > schematic. Did the people who changed these symbols have a plan
>>> for
>>> > migrating old designs? Is the 'rescue' supposed to handle this?
>>> >
>>>
>>> AFAIK, the rescuer does not handle this case. I'm not even sure if
>>> it
>>> could. That's something someone would have to take a look at.
>>>
>>> _______________________________________________
>>> Mailing list: https://launchpad.net/~kicad-developers
>>> <https://launchpad.net/~kicad-developers>
>>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>> <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>> <https://launchpad.net/~kicad-developers>
>>> More help : https://help.launchpad.net/ListHelp
>>> <https://help.launchpad.net/ListHelp>
>>>
>>>
>>> _______________________________________________
>> Mailing list: https://launchpad.net/~kicad-developers
>> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
>> Unsubscribe : https://launchpad.net/~kicad-developers
>> More help : https://help.launchpad.net/ListHelp
>>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help : https://help.launchpad.net/ListHelp
>
Follow ups
References