Unofficial File parts/u9603.dat
Part Attributes:
File Header:
0 ~Electric Train 12V Transformer Type 1 Bottom
0 Name: u9603.dat
0 Author: Rene Rechthaler [Blechtaler]
0 !LDRAW_ORG Unofficial_Part
0 !LICENSE Licensed under CC BY 4.0 : see CAreadme.txt
0 BFC CERTIFY CCW
Show contents
1 16 0 0 0 1 0 0 0 1 0 0 0 1 s\u9603s01.dat
1 16 0 0 0 1 0 0 0 1 0 0 0 -1 s\u9603s01.dat
1 16 0 0 0 -1 0 0 0 1 0 0 0 1 s\u9603s01.dat
1 16 0 0 0 -1 0 0 0 1 0 0 0 -1 s\u9603s01.dat
1 16 0 -8 50 50 0 0 0 8 0 0 0 4 box3u8p.dat
1 16 0 -8 -50 50 0 0 0 8 0 0 0 4 box3u8p.dat
1 16 60 -8 0 0 0 4 0 8 0 40 0 0 box3u8p.dat
1 16 -60 -8 0 0 0 4 0 8 0 40 0 0 box3u8p.dat
0 BFC INVERTNEXT
1 16 0 -4 90 50 0 0 0 -4 0 0 0 36 box2-11.dat
0 BFC INVERTNEXT
1 16 0 -4 -90 50 0 0 0 -4 0 0 0 -36 box2-11.dat
0 BFC INVERTNEXT
1 16 100 -4 0 0 0 36 0 -4 0 40 0 0 box2-11.dat
0 BFC INVERTNEXT
1 16 -100 -4 0 0 0 -36 0 -4 0 40 0 0 box2-11.dat
4 16 -50 -8 46 50 -8 46 56 -8 40 -56 -8 40
4 16 -56 -8 40 56 -8 40 56 -8 -40 -56 -8 -40
4 16 -56 -8 -40 56 -8 -40 50 -8 -46 -50 -8 -46
0 // Bottom imprint (view from below)
0 // ╔═╦════════════════════════════╦═╗
0 // ║ ║ Siemens .................. ║ ║
0 // ╠═╬════════════════════════════╬═╣
0 // ║ ║ Transformator~ ....... 740 ║ ║
0 // ║ ║ prim 220V ........ 50/60Hz ║ ║
0 // ║ ║ secI 0-13V-.......... 11VA ║ ║
0 // ║ ║ secII 16V~ .......... 16VA ║ ║
0 // ║ ║ secIII 3,6V~ ......... 6VA ║ ║
0 // ╠═╬════════════════════════════╬═╣
0 // ║ ║ (lotsa electrical permits) ║ ║=== Cable
0 // ╚═╩════════════════════════════╩═╝
0 // electric contacts are on the left side
1 16 0 -8 125 0 0 140 8 0 0 0 5 0 box3u2p.dat
1 16 0 -8 -125 0 0 140 8 0 0 0 -5 0 box3u2p.dat
2 24 50 0 126 -50 0 126
2 24 50 0 -126 -50 0 -126
4 16 140 0 130 50 0 126 -50 0 126 -140 0 130
4 16 -140 0 -130 -50 0 -126 50 0 -126 140 0 -130
1 16 140 -8 0 0 -1 0 8 0 0 0 0 103 rect.dat
0 BFC INVERTNEXT
1 16 -138 -21.6568 -70 0 0 2 0 5.6568 0 11 0 0 box2-11.dat
1 16 -136 -27.3136 -70 0 1 0 0 0 -11 11 0 0 2-4chrd.dat
2 24 -140 0 103 -140 0 -103
2 24 -140 -16 -81 -140 -16 -103
2 24 -140 -16 -81 -140 -16 -59
2 24 -140 -16 -59 -140 -16 103
2 24 -140 0 103 -140 -16 103
2 24 -140 0 -103 -140 -16 -103
3 16 -140 0 -103 -140 -16 -103 -140 -16 -81
3 16 -140 0 103 -140 -16 -59 -140 -16 103
4 16 -140 -16 -59 -140 0 103 -140 0 -103 -140 -16 -81
4 16 140 0 103 140 0 -103 136 0 -40 136 0 40
4 16 -140 0 -103 -140 0 103 -136 0 40 -136 0 -40
2 24 136 0 -40 136 0 40
2 24 -136 0 40 -136 0 -40
1 16 135 -40 -8 1 0 0 0 1 0 0 0 1 s\u9603s02.dat
1 16 135 -75 -8 1 0 0 0 -1 0 0 0 -1 s\u9603s02.dat
1 16 135 -40 -44 1 0 0 0 1 0 0 0 1 s\u9603s02.dat
1 16 135 -75 -44 1 0 0 0 -1 0 0 0 -1 s\u9603s02.dat
1 16 135 -40 -80 1 0 0 0 1 0 0 0 1 s\u9603s02.dat
1 16 135 -75 -80 1 0 0 0 -1 0 0 0 -1 s\u9603s02.dat
Status:
Needs More Votes (N)
This part has the following automated holds from the Parts Tracker
-
Has uncertified subfiles
Current Votes:
None
Official parents and subparts
Part Events:
2023-07-08 13:06:46
2023-07-08 13:18:18
why does this not find its subparts but s01 does? they are all linked the same? why does the PT flip / and \ ?
with different subpart links and NBSPs to prevent the table from getting broken
2024-01-06 12:35:07
"parts/s/740as03.dat" to "parts/.dat"
2024-01-06 12:35:31
"parts/.dat" to "parts/u9603.dat"
2024-01-07 08:50:09
Please add an edge ring indicating where the cable end should be placed.
if this is the bottom, then why does it have 3 floating plug parts?
I suggest to add 1 more ~part file which represents one of these plug innards.
I suggest to add 1 more ~part file which represents one of these plug innards.
2024-09-27 17:28:44
the 3 "floating plug sockets" are the same part, but I dont know how these are connected (but they are)...
and why the edge ring for the cable? there isnt a cutout in this part (only in the top)
i wanted to include an ASCII table in the code, but the spaces get autodeleted, why?
example: (works better with monoblock fonts like in the code)
__________
/ \
| |
| text |
| |
\__________/
and why the edge ring for the cable? there isnt a cutout in this part (only in the top)
i wanted to include an ASCII table in the code, but the spaces get autodeleted, why?
example: (works better with monoblock fonts like in the code)
__________
/ \
| |
| text |
| |
\__________/
2024-09-27 17:31:42
damn here too, why does it always delete if there are more than 2 spaces?
2024-09-27 17:34:52
wanted to generate something like this:
╔══╦══╦══╗
║ ║ ║ ║
╠══╬══╬══╣
║ ║ ║ ║
╠══╬══╬══╣
║ ║ ║ ║
╚══╩══╩══╝
but with aligned lines (imagine a chocolate bar)
╔══╦══╦══╗
║ ║ ║ ║
╠══╬══╬══╣
║ ║ ║ ║
╠══╬══╬══╣
║ ║ ║ ║
╚══╩══╩══╝
but with aligned lines (imagine a chocolate bar)
fixed the origin
bottom imprints with electrical data
2025-08-24 13:41:05
* A part cannot have floating plugs
2025-08-24 19:10:32
they are connected, but I dont know how...
(i guess there are big side plates, but cant confirm without opening one)
(i guess there are big side plates, but cant confirm without opening one)
Creative Commons Attribution License information
This part is copyright © Rene Rechthaler
Licensed under CC BY 4.0
Edits:
LDraw.org Parts Tracker,
3D View
Website copyright ©2003-2025 LDraw.org, see Legal Info for details.
LDraw is a completely unofficial, community run free CAD system which represents official parts produced by the LEGO company.
LDraw™ is a trademark owned and licensed by the Estate of James Jessiman
LEGO® is a registered trademark of the LEGO Group, which does not sponsor,
endorse, or authorize this site. Visit the official Lego website at
http://www.lego.com