| 01:13.48 | *** join/#qi-hardware fengling (~fengling@114.111.166.212) |
| 03:46.43 | *** join/#qi-hardware linmob (~irc@p549F58EB.dip0.t-ipconnect.de) |
| 03:59.48 | *** join/#qi-hardware DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 05:08.28 | *** join/#qi-hardware sb0 (~lekernel@123202036228.ctinets.com) |
| 05:51.14 | *** join/#qi-hardware sb0 (~lekernel@121.139.198.203.static.netvigator.com) |
| 09:07.05 | *** join/#qi-hardware pcercuei (~paul@137.71.226.54) |
| 09:15.56 | *** join/#qi-hardware dandon_ (~dandon@88.151.72.65) |
| 09:38.56 | *** join/#qi-hardware linmob (~irc@p549F58EB.dip0.t-ipconnect.de) |
| 10:09.07 | *** join/#qi-hardware dandon (~dandon@88.151.72.65) |
| 10:35.59 | *** join/#qi-hardware wolfspraul (~wolfsprau@bobbin.q-ag.de) |
| 10:45.56 | *** join/#qi-hardware jwhitmore (~jwhitmore@host213-122-246-21.range213-122.btcentralplus.com) |
| 13:07.30 | *** join/#qi-hardware infobot (ibot@rikers.org) |
| 13:07.30 | *** topic/#qi-hardware is Copyleft hardware - http://qi-hardware.com | hardware hackers join here to discuss Ben NanoNote, atben/atusb 802.15.4 wireless, anelok and other community driven hw projects | public logging at http://en.qi-hardware.com/irclogs and http://irclog.whitequark.org/qi-hardware |
| 13:07.30 | *** mode/#qi-hardware [+v infobot] by ChanServ |
| 13:50.07 | *** join/#qi-hardware linmob (~irc@p549F58EB.dip0.t-ipconnect.de) |
| 14:27.12 | wpwrak | whitequark: i'm feeling creative today :) here's an idea for 3D construction. it's for modularity problems related to making holes. example: |
| 14:28.39 | wpwrak | you have a screw, basically two cylinders in the simplest case. you can make this a building block easily enough. now you want to define the hole for it, too. normally, you would |
| 14:28.49 | *** join/#qi-hardware FrankBlues (~alex@c-67-171-127-41.hsd1.ut.comcast.net) |
| 14:29.58 | wpwrak | 1) create the hole shape (pair of cylinders or such), 2) subtract it from what the screws is supposed to go into, 3) create the screw, 4) add screw to the result from 2) |
| 14:31.31 | wpwrak | now the new idea would be to merge 1-2 and 2-3, by introducing "anti-matter". so the screw "module" would be surrounded by a thin layer of AM. when you add it to your construction, AM makes a hole |
| 14:33.15 | wpwrak | does this sound like fun enough ? :) so in stead of needing two parts (screw and anti-screw), you need just one. even better, if operations preserve the AM property, you can add more things to the model without having to worry about anything blocking that hole |
| 14:34.55 | wpwrak | so union would work something like this: M = matter, A = antimatter, 0 = empty space. M + M = M, M + 0 = M, 0 + 0 = 0, A + anything = A. needs a new operation to clean out antimatter, so that you can, say, make negatives, e.g., for molds. |
| 14:44.22 | *** join/#qi-hardware jwhitmore (~jwhitmore@host213-122-246-21.range213-122.btcentralplus.com) |
| 14:44.47 | whitequark | yeah, I do see your point |
| 14:45.03 | whitequark | this is somewhat similar to "keepoff" in ECAD, right? |
| 14:46.19 | whitequark | DocScrutinizer05: remember our earlier automated tea making discussion? it seems wildly popular among my twitter followers, *especially* british |
| 14:47.10 | whitequark | someone brought up https://en.wikipedia.org/wiki/Teasmade, which is a tad too simplistic sadly, and also seems to be wholly out of fashion |
| 14:51.35 | wpwrak | dunno ecad :) |
| 14:54.03 | whitequark | electronic |
| 14:54.05 | whitequark | eagle etc |
| 14:54.23 | whitequark | as opposed to mcad, mechanical |
| 14:55.52 | wpwrak | aah. well, kinda. that is, if you interpret DRC trying to keep things out as a boolean operation :) |
| 14:56.13 | whitequark | oh I was thinking of polygons |
| 14:56.27 | whitequark | you can define keepoff areas inside components and those will subtract from polygons |
| 14:56.31 | whitequark | seems quite similar to me |
| 14:57.22 | wpwrak | well, sort of. but you don't merge components, etc. the effect on merging (union) would be the most interesting feature of AM |
| 14:57.44 | whitequark | one problem I immediately see is that the drill thickness for threading is generally smaller than the screw size |
| 14:57.57 | whitequark | moreover, it differs with material in which the drilling is to be done |
| 14:58.18 | whitequark | e.g. if you have M3 then you drill to 2.5 in SS or 2.75 in Al (iirc) |
| 14:58.44 | whitequark | er... no, those diameters aren't right. but the concept is. I had to deal with that just a few weeks ago |
| 14:59.24 | whitequark | this also doesn't work in cases where for example you want a hole to go through the entire thickness whereas a screw is shorter |
| 14:59.53 | wpwrak | hmm yes, maybe the ability to combine things in the same module isn't the best use |
| 15:00.05 | whitequark | what I had in mind for this use case is a "drill" operation that extracts a cylinder+cone shape from the base material in one go |
| 15:00.24 | whitequark | and maybe another "tap" operation that does that and adds thread metadata |
| 15:01.16 | wpwrak | of course, modules should probably be parametrized anyway. so material dependency and such could be handled at that level. of course, it would be even cooler if the module could "sense" what it's drilling into, but that may be overkill :) (nice feature of that: you could make it adapt if you have a sandwich of different materials :) |
| 15:01.25 | *** join/#qi-hardware sb0 (~lekernel@123202036228.ctinets.com) |
| 15:01.39 | whitequark | uhhhhhh |
| 15:01.45 | wpwrak | (-:C |
| 15:01.54 | whitequark | I do see what you mean, but I'll need to see many more compelling cases for that |
| 15:02.14 | whitequark | modules *should* be parameterizable, that's coming in SolveSpace as soon as I clean out the last remnants of the horrible C-style global state |
| 15:03.20 | wpwrak | or go all the way and make an "attach wizard" :) wizzard(A + B) -> finds best way to attach (screws, snap, live hinge, whatever), adds that, adjusts rest of design accordingly, preserving general style :) |
| 15:03.25 | whitequark | going to be the first major killer feature over freecad, which only supports that by generating models with crappy python |
| 15:03.35 | whitequark | as for the "wizards" you'll be able to do it using the internal scripting engine |
| 15:03.58 | whitequark | that will have access to the complete sketch and the internal UI |
| 15:04.17 | whitequark | you only need to add logic ;p |
| 15:05.22 | wpwrak | (drill operation) one way to get properties similar to the AM i proposed would be to have some tag for the "drill" volume that could be used to check at the end whether the volume is being invaded by something |
| 15:05.53 | whitequark | what do you mean? |
| 15:06.12 | whitequark | clash analysis? it's a thing in large MCADs |
| 15:10.34 | *** join/#qi-hardware |GonZo2000| (~GonZo@178.32.60.54) |
| 15:15.07 | *** join/#qi-hardware dcht00_ (~quassel@2a01:4a0:3::5096:aeb) |
| 15:16.52 | roh | <PROTECTED> |
| 15:18.50 | *** join/#qi-hardware wolfspra1l (~wolfsprau@bobbin.q-ag.de) |
| 15:21.49 | *** join/#qi-hardware _whitelogger (whitelogge@fehu.whitequark.org) |
| 15:21.50 | *** mode/#qi-hardware [+v _whitelogger] by ChanServ |
| 15:26.20 | wpwrak | crash ... but matter vs. "antimatter". i.e., you'd make the screw hole and declare "this hole must always be empty". then you merrily construct the rest of your critter. and at the end you check that all holes of this sort are indeed empty. |
| 15:36.28 | whitequark | I think this is just regular clash analysis of the complete assembly with all screws |
| 15:36.37 | whitequark | roh: empty message? |
| 15:36.46 | whitequark | or some char that doesn't render over here? |
| 15:40.35 | roh | space when attaching screen anew ;) |
| 15:43.38 | DocScrutinizer05 | whitequark: (teasmade) hehe |
| 15:45.03 | whitequark | very clever passive "pump" using steam pressure to push water out of teapot |
| 15:45.18 | DocScrutinizer05 | I had this one https://www.willhaben.at/iad/kaufen-und-verkaufen/d/krups-teemaschine-teetime-top-zustand-157946980/ and it worked quite nicely, but of course you needed to clean and fill it after each turn |
| 15:45.49 | DocScrutinizer05 | yeah, this one did same. I think I described it back when we discussed how to build it |
| 15:46.07 | whitequark | oh, if so I haven't understood you back then |
| 15:46.11 | *** join/#qi-hardware qwebirc7692 (6ab931ba@gateway/web/freenode/ip.106.185.49.186) |
| 15:47.15 | DocScrutinizer05 | http://www.teemaschinendoktor.de/Alternativen/Krups/krups.html |
| 15:47.49 | DocScrutinizer05 | the water sits in a tank with lid above the tea and has an upside-down U pipe |
| 15:48.26 | DocScrutinizer05 | with a little hole in the top of the bending, to allow smal amounts of expanding air to go out without pressing water out |
| 15:49.01 | DocScrutinizer05 | when water boils, it gets pressed through the U pipe by water vapor pressure |
| 15:49.40 | DocScrutinizer05 | when the tank is empty, the temperature of heating rises >100°C and thus heating off and teatimer start |
| 15:50.04 | whitequark | oh i see |
| 15:50.11 | DocScrutinizer05 | after timer expires, a magnet opens a valve at bottom of the tea tank |
| 15:58.49 | DocScrutinizer05 | some more inspirations: https://www.otto.de/p/grundig-gourmet-teebereiter-tm-8280-w-white-sense-1-7-liter-1750-watt-weiss-edelstahl-510022859/#variationId=510022959 |
| 15:59.06 | DocScrutinizer05 | this one is still available it seems |
| 15:59.17 | DocScrutinizer05 | costs more than gold |
| 16:00.18 | DocScrutinizer05 | but it seems you can adjust the water temperature, so it obviously has a pump to move the hot water into the tea tank |
| 16:00.36 | DocScrutinizer05 | hot = not boiling |
| 16:25.03 | *** join/#qi-hardware pcercuei (~paul@137.71.226.54) |
| 17:00.21 | whitequark | 249eur isn't even that much |
| 17:02.10 | whitequark | compared to what I think my device would cost |
| 17:02.50 | whitequark | well, there's no way I can give an estimate within a kilometer of the real cost but it's a manufacturing nightmare for one |
| 18:34.44 | *** join/#qi-hardware dandon (~dandon@88.151.72.65) |
| 19:52.58 | *** join/#qi-hardware luke-jr (~luke-jr@unaffiliated/luke-jr) |
| 19:59.25 | *** join/#qi-hardware luke-jr (~luke-jr@unaffiliated/luke-jr) |
| 20:27.20 | wpwrak | fun discovery: http://www.sherpals.com/ |
| 20:32.39 | *** join/#qi-hardware wej (~j@2a00:1768:2001:7:1::3e) |
| 20:39.05 | *** join/#qi-hardware whitequark (whitequark@fehu.whitequark.org) |
| 21:30.13 | *** join/#qi-hardware arossdotme (~zxy@host-78-151-194-102.as13285.net) |
| 22:35.30 | DocScrutinizer05 | wpwrak: you invented that? why not? |