# SBC Case Builder ## Introduction This project is about autonomous SBC case creation. It utilizes the SBC Model Framework project to automatically generate cases based on the data for any of the 84 current devices contained within the framework. This allows legacy, current and future SBC to have multiple cases available on day one of their inclusion in the framework. There are multiple base case designs(shell, panel, stacked, tray, tray-sides, round, hex, snap, fitted) available and each allows for different styles within the design. All case openings are created automatically based on SBC data and the dimensions of any case design can be expanded in any axis allowing for the creation of larger cases. If you reposition the SBC in a case, you will see i/o openings created or removed appropriately based on it’s proximity to the case geometry. These cases might be useful for prototypes or other in house uses to quickly and easily create standard, specialized and custom SBC cases thru different case designs, styles and accessories. License: GPLv3. ![Image](SBC_Case_Builder_Cases.gif) ### Install ``` git clone https://github.com/hominoids/SBC_Case_Builder.git cd SBC_Case_Builder git submodule init git submodule update ``` ### SBC Case Builder Features: - Autonomous Multi-SBC, Multi-Case Parametric Generation - Autonomous Case Standoffs with Variable Height - Extended Standoff SBC collision detection - Accessory Customization Framework - Accessory Multi-Associative Parametric Positioning - Absolute Location - Case Associations - SBC Associations - SBC_X,Y - Case_Z Association - SBC Model Framework Validation Tool ### Base Case Designs: - Shell - complete - Panel - complete - Stacked - complete - Tray - complete - Tray-Sides - complete - Tray-Vu5 - complete - Tray-Vu7 - complete - Round - complete - Hex - complete - Snap - complete - Fitted - complete - Paper, Folded - complete - Sheet Metal, Folded - Sliding - Cylinder - NAS - Rack - Adapters(itx, matx) - CNC Cases All case data is stored in the json file sbc_case_builder.json with the accessory data stored in a separate file structure in sbc_case_builder_accessories.cfg. An accessory group name for a given case is stored as part of the case data in the json file. This allows for the reuse or sharing of an accessory set by different cases and can be used to manage groups of accessories. Variable height automated SBC standoffs, which can be individually adjusted, are also implemented to integrate add-on PCB, hats, heatsinks or other accessories that share SBC standoffs for mounting. Multi-associative parametric positioning of accessories is implemented and allows each accessory to enable or disable parametric movement of the accessory for each axis. The XY and Z axis can be associated with the case offset (size), SBC positioning, multi-associated axises or absolute positioning. For instance, a SBC fan opening needs to follow the SBC in the X and Y axis but the case Z axis for the correct height. ``` p a r r a o m t e s s s d d d d c l l l a t i i i a a a a l t o o o f t r z z z t t t t a y c c c a i i e e e a a a a s p c o c s, e, x, y, z, e, n, s, x,y,z,1,2,3,4 `"sub","fan",10,10,24.5,"top",[0,0,0],["sbc-case_z",true,true,true],40,0,6,2,0,"",0]` ``` An array holds a string and 3 Boolean that represent which association and axis are enabled for parametric movement. In the accessory example above, the 8th parameter `["sbc-case_z",true,true,true]` means all axises are enabled for multi-associative movement with the X and Y accessory axis following the SBC X and Y axis and the accessory Z axis following the case Z axis. The other currently supported associations are “sbc” and “case”. If other associations of objects are needed or are of value, they can be added in the future. All of the existing cases have been made parametric and can serve as further working examples. ### Accuracy In the past there was been no way of validating whether a SBC Model Framework model and it’s components were dimensionaly accurate in their size and placement other then trial and error. Along with producing cases this project provides a much needed model validation tool to assure model accuracy thru the use of test cases. It works on the very simple premise that if the real SBC fits the test case then the virtual model is accurate or otherwise shows were corrections are needed. This will further increased the overall accuracy of models. Some SBC in SBC Model Framework have not been validated or may be missing component data and may produce one or more aspects of a case incorrectly. SBC status is noted in sbc.png, the README.md file and at the beginning of the SBC entry defined in sbc_models.cfg, all a part of SBC Model Framework. The color coded indicator of an SBC’s verification and completion as indicated in sbc.png is as follows: - GREEN = verified, complete and passes SBC Case Builder - YELLOW = unverified, mostlikely usable and/or missing minor information - ORANGE = unverified, may be usable but missing component data - RED = unverified, not usable due to incomplete component data The SBC that I do not own have been created using manufacturer supplied mechanical drawings. Some of the drawings are missing information or have errors that effect all or part of the drawings and subsequent SBC models. If you own an SBC that is not represented or verified in SBC Model Framework, please consider adding it or helping to correct errors in existing SBC data. An SBC can be verified to be accurate if a printed shell case from SBC Case Builder fits. Any misalignment is corrected in the SBC Model Framework model data(sbc_models.cfg). ### Future Development There are a few more ideas for base cases to be worked on as well as a host of supporting accessory models that need to be created. It would also be nice to have all of the OEM accessories for each SBC in the library as well. I’m still looking for a better way to create accessory entries and groups, and continue to expand and verify as many SBC as possible. With that and the obvious benefit of autonomously making SBC cases, this project has also been helping fulfill another personal goal. Computer aided design(CAD) has been around along time but I have been interested in exploring approaches to the next step, computer autonomous design. Regardless of the current or future object creation method, whether it be manufactured or materialized, I believe a universal approach to autonomous design will be needed to advance the human condition. This application has helped me explore and think about practical approaches that might be possible right now in autonomous design and I hope to continue this work by developing new tools and techniques for the new CAD, Computer Autonomous Design. ### Notes Due to the number of possibilities, no pre-compiled case stl’s are included. “tol”, located at the bottom of the Adjustments Tab, is a tolerance fitment adjustment for the snap, fitted, round and hex tops. Adjust accordingly if the tops are too tight or loose. ### Case Designs and Styles The case naming convention for standard cases in the configuration file follow the basic form of “sbc”_”design”_”style” e.g. c4_shell or c4_tray_vu5. #### Last Case Count 457 ##### Hardkernel - 194 **Odorid-C1+ cases** - 16 : c1+_shell, c1+_panel, c1+_panel_lcd3.5, c1+_desktop_lcd3.5, c1+_stacked, c1+_tray, c1+_tray_sides, c1+_tray_vu5, c1+_tray_vu7, c1+_shell_boombox, c1+_panel_boombox, c1+_tray_boombox, c1+_round, c1+_hex, c1+_snap, c1+_fitted **Odorid-C2 cases** - 17 : c2_shell, c2_panel, c2_panel_lcd3.5, c2_desktop_lcd3.5, c2_stacked, c2_tray, c2_tray_sides, c2_tray_vu5, c2_tray_vu7, c2_shell_boombox, c2_panel_boombox, c2_deskboom_lcd3.5, c2_tray_boombox, c2_round, c2_hex, c2_snap, c2_fitted **Odorid-C4 cases** - 17 : c4_shell, c4_panel, c4_panel_lcd3.5, c4_desktop_lcd3.5, c4_stacked, c4_tray, c4_tray_sides, c4_tray_vu5, c4_tray_vu7, c4_shell_boombox, c4_panel_boombox, c4_deskboom_lcd3.5, c4_tray_boombox, c4_round, c4_hex, c4_snap, c4_fitted **Odorid-HC4 cases** - 15 : hc4_shell, hc4_shell_drivebox2.5, hc4_shell_drivebox2.5v, hc4_shell_drivebox3.5, hc4_panel, hc4_stacked , hc4_tray, hc4_tray_sides, hc4_tray_vu5, hc4_tray_vu7, hc4_tray_drivebox2.5, hc4_round, hc4_hex, hc4_snap, hc4_fitted **Odorid-N1 cases** - 11 : n1_shell, n1_panel, n1_stacked, n1_tray, n1_tray_sides, n1_tray_vu5, n1_tray_vu7, n1_round, n1_hex, n1_snap, n1_fitted **Odorid-N2 cases** - 9 : n2_panel, n2_tray, n2_tray_sides, n2_tray_vu5, n2_tray_vu7, n2_round, n2_hex, n2_snap, n2_fitted **Odorid-N2+ cases** - 9 :n2+_panel, n2+_tray, n2+_tray_sides, n2+_tray_vu5, n2+_tray_vu7, n2+_round, n2+_hex, n2+_snap, n2+_fitted **Odorid-N2L cases** - 9 :n2l_shell, n2l_panel, n2l_stacked, n2l_tray, n2l_tray_sides, n2l_tray_vu5, n2l_tray_vu7, n2l_snap, n2l_fitted **Odorid-N2LQ cases** - 9 :n2lq_shell, n2lq_panel, n2lq_stacked, n2lq_tray, n2lq_tray_sides, n2lq_tray_vu5, n2lq_tray_vu7, n2lq_snap, n2lq_fitted **Odorid-M1S cases** - 12 : m1s_shell, m1s_shell_nvme, m1s_shell_ups, m1s_panel, m1s_stacked, m1s_tray, m1s_tray_ups, m1s_tray_vu5, m1s_tray_vu7, m1s_tray_sides, m1s_snap, m1s_fitted **Odorid-M1 cases** - 12 : m1_panel, m1_tray, m1_tray_drive, m1_tray_sides, m1_tray_vu5, m1_tray_vu7, m1_snap, m1_fitted, m1_fitted_drivebox2.5, m1_fitted_drivebox3.5, m1_fitted_pizzabox, m1_fitted_drivebox3.5v **Odorid-XU4 cases** - 11 : xu4_shell, xu4_panel, xu4_stacked, xu4_tray, xu4_tray_sides, xu4_tray_vu5, xu4_tray_vu7, xu4_round, xu4_hex, xu4_snap, xu4_fitted **Odorid-XU4Q cases** - 11 : xu4q_shell, xu4q_panel, xu4q_stacked, xu4q_tray, xu4q_tray_sides, xu4q_tray_vu5, xu4q_tray_vu7, xu4q_round, xu4q_hex, xu4q_snap, xu4q_fitted **Odroid-H2 cases** - 17 : h2_shell, h2_lowboy, h2_lowboy_router, h2_shell_router, h2_shell_router-ssd, h2_panel, h2_stacked, h2_tray, h2_tray_sides, h2_tray_vu5, h2_tray_vu7, h2_tray_router, h2_router_station, h2_round, h2_hex, h2_snap, h2_fitted **Odroid-H3 cases** - 18 : h3_shell, h3_shell-internalfan, h3_lowboy, h3_lowboy_router, h3_shell_router, h3_shell_router-ssd, h3_panel, h3_stacked, h3_tray, h3_tray_sides, h3_tray_vu5, h3_tray_vu7, h3_tray_router, h3_router_station, h3_round, h3_hex, h3_snap, h3_fitted **Odroid-Show2** cases - 1 : show2_shell ##### Pine64 - 24 **Rock64** - 9 : rockp64_shell, rock64_panel, rock64_stacked, rock64_tray, rock64_tray_sides, rock64_round, rock64_hex, rock64_snap, rock64_fitted **RockPro64** - 9 : rockpro64_shell, rockpro64_panel, rockpro64_stacked, rockpro64_tray, rockpro64_tray_sides, rockpro64_round, rockpro64_hex, rockpro64_snap, rockpro64_fitted **Quartz64a** - 2 : quartz64a_shell, quartz64a_panel **Quartz64b** - 2 : quartz64b_shell, quartz64b_panel **h64b** - 2 : h64b_shell, h64b_panel **star64** - 1 : star64_shell ##### Raspberry PI - 72 **RPIzero** - 9 : rpizero_shell, rpizero_panel, rpizero_stacked, rpizero_tray, rpizero_tray_sides, rpizero_round, rpizero_hex, rpizero_snap, rpizero_fitted **RPIzero2w+** - 9 : rpizero2w_shell, rpizero2w_panel, rpizero2w_stacked, rpizero2w_tray, rpizero2w_tray_sides, rpizero2w_round, rpizero2w_hex, rpizero2w_snap, rpizero2w_fitted **RPI1a+** - 9 : rpi1a+_shell, rpi1a+_panel, rpi1a+_stacked, rpi1a+_tray, rpi1a+_tray_sides, rpi1a+_round, rpi1a+_hex, rpi1a+_snap, rpi1a+_fitted **RPI1b+** - 9 : rpi1b+_shell, rpi1b+_panel, rpi1b+_stacked, rpi1b+_tray, rpi1b+_tray_sides, rpi1b+_round, rpi1b+_hex, rpi1b+_snap, rpi1b+_fitted **RPI3a+** - 9 : rpi3a+_shell, rpi3a+_panel, rpi3a+_stacked, rpi3a+_tray, rpi3a+_tray_sides, rpi3a+_round, rpi3a+_hex, rpi3a+_snap, rpi3a+_fitted **RPI3b** - 9 : rpi3b_shell, rpi3b_panel, rpi3b_stacked, rpi3b_tray, rpi3b_tray_sides, rpi3b_round, rpi3b_hex, rpi3b_snap, rpi3b_fitted **RPI3b+** - 9 : rpi3b+_shell, rpi3b+_panel, rpi3b+_stacked, rpi3b+_tray, rpi3b+_tray_sides, rpi3b+_round, rpi3b+_hex, rpi3b+_snap, rpi3b+_fitted **RPI4b** - 9 : rpi4b_shell, rpi4b_panel, rpi4b_stacked, rpi4b_tray, rpi4b_tray_sides, rpi4b_round, rpi4b_hex, rpi4b_snap, rpi4b_fitted ##### Nivida - 1 **Jetson Nano** - 9 : jetsonnano_shell, jetsonnano_panel, jetsonnano_stacked, jetsonnano_tray, jetsonnano_tray_sides, jetsonnano_round, jetsonnano_hex, jetsonnano_snap, jetsonnano_fitted ##### Radxa - 37 **ROCK 4b+** - 9 : rock4b+_shell, rock4b+_panel, rock4b+_stacked, rock4b+_tray, rock4b+_tray_sides, rock4b+_round, rock4b+_hex, rock4b+_snap, rock4b+_fitted **ROCK 4c** - 9 : rock4c_shell, rock4c_panel, rock4c_stacked, rock4c_tray, rock4c_tray_sides, rock4c_round, rock4c_hex, rock4c_snap, rock4c_fitted **ROCK 4c+** - 9 : rock4c+_shell, rock4c+_panel, rock4c+_stacked, rock4c+_tray, rock4c+_tray_sides, rock4c+_round, rock4c+_hex, rock4c+_snap, rock4c+_fitted **ROCK 5b** - 10 : rock5b_shell,rock5b_shell-v1.3, rock5b_panel, rock5b_stacked, rock5b_tray, rock5b_tray_sides, rock5b_round, rock5b_hex, rock5b_snap, rock5b_fitted ##### Khadas - 45 **Vim1** - 9 : vim1_shell, vim1_panel, vim1_stacked, vim1_tray, vim1_tray_sides, vim1_round, vim1_hex, vim1_snap, vim1_fitted **Vim2** - 9 : vim2_shell, vim2_panel, vim2_stacked, vim2_tray, vim2_tray_sides, vim2_round, vim2_hex, vim2_snap, vim2_fitted **Vim3** - 9 : vim3_shell, vim3_panel, vim3_stacked, vim3_tray, vim3_tray_sides, vim3_round, vim3_hex, vim3_snap, vim3_fitted **Vim3l** - 9 : vim3l_shell, vim3l_panel, vim3l_stacked, vim3l_tray, vim3l_tray_sides, vim3l_round, vim3l_hex, vim3l_snap, vim3l_fitted **Vim4** - 9 : vim4_shell, vim4_panel, vim4_stacked, vim4_tray, vim4_tray_sides, vim4_round, vim4_hex, vim4_snap, vim4_fitted ##### Asus - 36 **Tinkerboard** - 9 : tinkerboard_shell, tinkerboard_panel, tinkerboard_stacked, tinkerboard_tray, tinkerboard_tray_sides, tinkerboard_round, tinkerboard_hex, tinkerboard_snap, tinkerboard_fitted **Tinkerboard S** - 9 : tinkerboard-s_shell, tinkerboard_panel, tinkerboard-s_stacked, tinkerboard-s_tray, tinkerboard-s_tray_sides, tinkerboard-s_round, tinkerboard-s_hex, tinkerboard-s_snap, tinkerboard-s_fitted **Tinkerboard 2/2S** - 9 : tinkerboard-2_shell, tinkerboard-2_panel, tinkerboard-2_stacked, tinkerboard-2_tray, tinkerboard-2_tray_sides, tinkerboard-2_round, tinkerboard-2_hex, tinkerboard-2_snap, tinkerboard-2_fitted **Tinkerboard R2/R2S** - 9 : tinkerboard-r2_shell, tinkerboard-r2_panel, tinkerboard-r2_stacked, tinkerboard-r2_tray, tinkerboard-r2_tray_sides, tinkerboard-r2_round, tinkerboard-r2_hex, tinkerboard-r2_snap, tinkerboard-r2_fitted ##### Orange PI - 34 **OPI 5** - 7 : opi5_shell, opi5_panel, opi5_stacked, opi5_tray, opi5_tray_sides, opi5_snap, opi5_fitted **OPI Zero/ZeroPlus** - 9 : opizero_shell, opizero_panel, opizero_stacked, opizero_tray, opizero_tray_sides, opizero_round, opizero_hex, opizero_snap, opizero_fitted **OPI Zero2** - 9 : opizero2_shell, opizero2_panel, opizero2_stacked, opizero2_tray, opizero2_tray_sides, opizero2_round, opizero2_hex, opizero2_snap, opizero2_fitted **OPI R1** - 1 : opir1_shell **OPI R1PlusLTS** - 9 : opir1plus_lts_shell, opir1plus_lts_panel, opir1plus_lts_stacked, opir1plus_lts_tray, opir1plus_lts_tray_sides, opir1plus_lts_round, opir1plus_lts_hex, opir1plus_lts_snap, opir1plus_lts_fitted ##### Libre Computer - 0 **lepotato** - 0: **sweetpotato** - 0: **tirtium-h2+** - 0: **tritium-h3** - 0: **tritium-h5** - 0: **solitude** - 0: **alta** - 0: ##### Sipeed - 1 **licheerv+dock** - 0 : ##### StarFive - 14 **visionfive2** - 7 : visionfive2_shell, visionfive2_panel, visionfive2_stacked, visionfive2_tray, visionfive2_tray_sides, visionfive2_snap, visionfive2_fitted **visionfive2q** - 7 : visionfive2q_shell, visionfive2q_panel, visionfive2q_stacked, visionfive2q_tray, visionfive2q_tray_sides, visionfive2q_snap, visionfive2q_fitted ### Accessory Schema The schema for case accessories is documented in the beginning of the file sbc_case_builder_accessories.cfg. There is one fixed entry that is the accessory set name followed by an unlimited number of accessory entries each containing 15 entries. ``` schema: "accessory_name", "class","type",loc_x,loc_y,loc_z,face,rotation[x,y,z],parametrics[association,x,y,z],size_x,size_y,size_z,data_1,data_2,"data_3",data_4[] ``` ### Accessories Entries There are 6 classes, “add1”,“sub”,”suball”,”add2”,”model”,”platter” and all use the same command format for various “type”. ``` "class","type",loc_x,loc_y,loc_z,size_x,size_y,size_z,"face",rotation[],parametrics[],data_1,data_2,"data_3",data_4[] ``` e.g. ``` p a r r a o m t e s s s d d d d c l l l a t i i i a a a a l t o o o f t r z z z t t t t a y c c c a i i e e e a a a a s p c o c s, e, x, y, z, e, n, s, x,y,z,1,2,3,4 "sub","fan",10,10,24.5,"top",[0,0,0],["sbc-case_z",true,true,true],40,0,6,2,0,"",0] ``` Every type, regardless of it’s class, uses a basic set of variables `(loc_x,loc_y,loc_z,”face”,rotation[],parametrics[])` but each type doesn’t necessarily use all available data fields `(size_x,size_y,size_z,data_1,data_2,”data_3”,data_4[])` The parametric array specifies the axis to enable for associated parametric positoning. An accessory can be associated with the sbc position("sbc"), case offset("case"),multi-associated which use sbc xy postion and case z offset(sbc-case_z) or uses absolute values if all axises are false. #### classes: add1, sub, suball, add2, model, platter Class “add1” and “add2” are used to add geometry to the case. The difference is when the addition occurs. “add1” happens at the beginning when the core case geometry is created and add2 happens after all subtractions have occurred. “suball” is used to affect all faces of a case, not just “face”. The “face” is the case piece that will be effected by the addition or subtraction. The "model" class is for placing supporting accessories in the model view. e.g. hard drives, fans. The "platter" class is for adding supporting accessories to the print platter. **additive type:** circle, rectangle, slot, text, art, standoff, batt_holder, uart_holder, hd_holder, hd_holes, hd_vertright_holes, hc4_oled_holder, access_port, button, pcb_holder, boom_grill, boom_speaker_holder **subtractive type:** circle, rectangle, slot, text, art, punchout, vent, fan, hd_holes, hd_vertleft_holes, hd_vertright_holes, microusb, sphere **model type:** uart_strap, fan_cover, hd25, hd35, hc4_oled, feet, access_cover, net_card, hk35_lcd, hk_boom, boom_speaker, boom_vring, hk_uart **platter type:** uart_strap, fan_cover, access_cover, button_top, boom_vring #### Shared add and sub “type” commands **circle** ``` DESCRIPTION: circlular geometry. USES: size_x=dia, size_z=height ``` **rectangle** ``` DESCRIPTION: rectangular geometry with individual defined corner fillets. Radius1 is lower left corner then moves clockwise. USES: size_x, size_y, size_z, data_4=[radius1, radius2, radius3, radius4] ``` **slot** ``` DESCRIPTION: slot geometry. USES: size_x=diameter, size_y=length, size_z=height ``` **text** ``` DESCRIPTION: raised or sunk text USES: data_1=size, data_3="text" ``` **art** ``` DESCRIPTION: art work in dxf or svg format USES: data_1=scale, data_2=height, data_3=file ``` **keyhole** ``` DESCRIPTION: enclosed keyhole USES: data4=[head_dia, slot_width, slot_length, floor_thick] ``` #### Add class only “types” **uart_holder** ``` DESCRIPTION: console uart holder USES: none ``` **batt_holder** ``` DESCRIPTION: rtc battery holder USES: none ``` **standoff** ``` DESCRIPTION: user defined standoff USES: data_4= [ 6.75, // radius 5, // height 3.6, // holesize 10, // supportsize 4, // supportheight 1, // 0=none, 1=countersink, 2=recessed hole, 3=nut holder, 4=blind hole 0, // standoff style 0=hex, 1=cylinder 0, // enable reverse standoff 0, // enable insert at top of standoff 4.5, // insert hole dia. mm 5.1] // insert depth mm ``` **hd_holder** ``` DESCRIPTION: double stacked holder for 2.5 and 3.5 drives USES: data_1=2.5 or 3.5, data_3=”portrait” or “landscape” ``` **hd_vertleft_holder** ``` DESCRIPTION: vertical left side holder for 2.5 and 3.5 drives USES: data_1=2.5 or 3.5, data_3=”portrait” or “landscape” ``` **hd_vertright_holder** ``` DESCRIPTION: vertical right side holder for 2.5 and 3.5 drives USES: data_1=2.5 or 3.5, data_3=”portrait” or “landscape” ``` **hc4_oled_holder** ``` DESCRIPTION: hc4 oled holder USES: size_z=floorthick ``` **access_port** ``` DESCRIPTION: bottom access for sd and emmc USES: size_z=floorthick, data_3=”portrait” or “landscape” ``` **button** ``` DESCRIPTION: button top and plunger USES: size_x=diameter,size_z=height, data_3=”reccess” ``` **pcb_holder** ``` DESCRIPTION: pcb bottom edge holder USES: size_x=pcb_x,size_y=pcb_y,size_z=pcb_z, data_1=wall_thick ``` **boom_grill** ``` DESCRIPTION: hk boom bonnet grill covers USES: data_3="flat", "dome", "frame" ``` **boom_speaker_holder** ``` DESCRIPTION: hk boom bonnet speaker friction holder USES: data_1=tolorence ``` **nut_holder** ``` DESCRIPTION: nut holder USES: size_x=top diameter or x size in mm, size_y=bottom diameter or y size in mm, size_z=holder height in mm, data_0="m2" or "m2.5" or "m3" or "m4", data_1="default" or "sloped" or "trap" ``` #### Sub class only “types” **punchout** ``` DESCRIPTION: punchout in rectangle, round or slot shape USES: size_x=width, size_y=depth, data_1=gap, size_z=thick, data_2=fillet, data_3="rectangle","round" or "slot" ``` **vent** ``` DESCRIPTION: horizontal or vertical vent openings USES: size_x=open_width, size_y=open_length, size_z=thick, data_1=rows, data_2=columns, data_3=orientation("vertical","horizontal"), data_4=gap ``` **vent_hex**(cells_x, cells_y, cell_size, cell_spacing, orientation) ``` DESCRIPTION: horizontal or vertical hex vent openings USES: size_x=cells_x, size_y=cells_y, size_z=thick, data_1=cell_size, data_2=cell_spacing, data_3=orientation("vertical","horizontal") ``` **fan** ``` DESCRIPTION: fan opening USES: size_x=size, size_z=thick, date_1=style(0=open, 1=fan_1, 2=fan_2, 3=fan_hex) ``` **hd_holes** ``` DESCRIPTION: bottom hole pattern for 2.5 or 3.5 drives USES: data_1=2.5 or 3.5, data_2=thick, data_3=”portrait” or “landscape” ``` **hd_vertleft_holes** ``` DESCRIPTION: bottom hole pattern for 2.5 or 3.5 drives USES: data_1=2.5 or 3.5, data_2=thick, data_3=”portrait” or “landscape” ``` **hd_vertright_holes** ``` DESCRIPTION: bottom hole pattern for 2.5 or 3.5 drives USES: data_1=2.5 or 3.5, data_2=thick, data_3=”portrait” or “landscape”-component mask(incomplete) ``` **microusb** ``` DESCRIPTION: micro usb opening USES: none ``` **sphere** ``` DESCRIPTION: sphere subtraction USES: size_x=diameter ``` #### Model class “types” **uart_strap** ``` DESCRIPTION: console uart holder strap USES: none ``` **fan_cover** ``` DESCRIPTION: cover for fan hole opening USES: size_x=fan size, size_z=thick, data_1=style (0=open, 1=fan_1, 2=fan_2, 3=fan_hex) ``` **hd25** ``` DESCRIPTION: 2.5 hard drive USES: data_1=height ``` **hd35** ``` DESCRIPTION: 3.5 hard drive USES: none ``` **hc4_oled** ``` DESCRIPTION: hc4_oled model USES: none ``` **feet** ``` DESCRIPTION: case feet USES: size_x=diameter, size_z=height ``` **access_cover** ``` DESCRIPTION: bottom access cover for sd and emmc USES: size_z=floorthick, data_3=”portrait” or “landscape” ``` **button_top** ``` DESCRIPTION: button top and plunger USES: size_x=diameter,size_z=height, data_3=”reccess” ``` **h2_netcard** ``` DESCRIPTION: h2 network card model USES: none ``` **hk_lcd35** ``` DESCRIPTION: hk 3.5 inch lcd model USES: none ``` **hk_boom** ``` DESCRIPTION: hk stereo boom bonnet model USES: data_1=speakers(true or false), data_3=”front” or "rear" ``` **boom_speaker** ``` DESCRIPTION: hk stereo boom bonnet speaker USES: data_1=pcb(true or false), data_3=”left” or "right" ``` **hk_speaker** ``` DESCRIPTION: hk speaker model USES: none ``` **boom_vring** ``` DESCRIPTION: hk stereo boom bonnet volume wheel extention USES: data_1=tolerence ``` **hk_uart** ``` DESCRIPTION: hk console uart model USES: none ``` **h3_port_extender** ``` DESCRIPTION: h3 usb port extender model USES: data_3="header" or "remote" ``` **hk_pwr_button** ``` DESCRIPTION: hk power button model USES: none ``` **dsub** ``` DESCRIPTION: d-sub connectors USES: data4=[pin, type("male" or "female"), floor_thick] ``` **vent_panel_hex** ``` DESCRIPTION: cover for vent opening, honeycomb pattern USES: size_x=x, size_y=y, size_z=thick, data1=cell_size, data2=cell_spacing, data3="x", "y", "none", or "default", data4=border ``` #### Platter class “types” **uart_strap** ``` DESCRIPTION: console uart holder strap USES: none ``` **fan_cover** ``` DESCRIPTION: cover for fan hole opening USES: size_x=40 or 80, size_z=thick ``` **access_cover** ``` DESCRIPTION:bottom access cover for sd and emmc USES: size_z=floorthick, data_3=”portrait” or “landscape” ``` **button_top** ``` DESCRIPTION: button top and plunger USES: size_x=diameter,size_z=height, data_3=”reccess” ``` **boom_vring** ``` DESCRIPTION: hk stereo boom bonnet volume wheel extention USES: data_1=tolerence ``` **vent_panel_hex** ``` DESCRIPTION: cover for vent opening, honeycomb pattern USES: size_x=x, size_y=y, size_z=thick, data1=cell_size, data2=cell_spacing, data3="x", "y", "none", or "default", data4=border ```