Transistor

[davidperrenoud]

From th.gauwe...@googlemail.com on January 02, 2014 05:54:15

What steps will reproduce the problem? 1. use a pnp transistor

2. change to package TO220
3. change back to package TO92 -> type change automatically to NPN (EBC)
4. change NPN to PNP -> package change automatically to SOT-32 SMD
5. change back to package TO92 -> type change automatically to NPN (EBC) ...

package and type should be assign without side effect to eachother.

fritzing version 0.8.5 German

Original issue: http://code.google.com/p/fritzing/issues/detail?id=2851

[davidperrenoud]

From irasc...@gmail.com on January 18, 2014 04:17:55

Status: Accepted
Owner: irasc...@gmail.com

[failiz]

I cannot replicate this in 0.9.4. However, I can replicate it in 0.95 (dev). I think the issue is caused as the type property does not match. The part transistor_signal_NPN_TO92_CBE.fzp has NPN (CBE) and the basic_power_transistor_npn.fzp has NPN. Same for PNP transistors. Thus, if we create the versions for the different pin orders, the problem will probably be solved. Move to the parts repository? Or should we try to improve the handling of different part options?

[KjellMorgenstern]

@feliz I would put both on the wishlist. Changing the type when changing the package (and similar effects) already puzzled me quite a few times, I think the handling is to generous in many cases. The alternative would to only offere packages that have the equal type (and other properties) available, which might be to limiting in some cases.

Adding parts should mitigate the problem, but with the high number of possible combinations, maybe that should be coded as a special part or property in Fritzing

[failiz]

I agree that it would be much better to improve the code. I created issue fritzing/fritzing-app#3775 to leave it in the app database. So, we can move this issue to the part repository as workaround until we implement fritzing/fritzing-app#3775.

[failiz]

ping