Back
[00:01:36] <Enma_Hinobara> Does anybody have any experience interfacing Atmega chips with external memory via XMEM?
[00:04:11] <Enma_Hinobara> I'm trying to understand "Note that the XMEM interface is asynchronous and that the waveforms in the following figures are related to the internal system clock. The skew between the internal and external clock (XTAL1) is not guarantied (varies between devices temperature, and supply voltage). consequently, the XMEM interface is not suited for synchronous operation."
[00:04:27] <Enma_Hinobara> Is it saying that the CPU and memory can have different clocks?
[00:04:44] <Valen> sounds like
[00:04:50] <Valen> perhaps not clock speeds
[00:05:00] <Valen> but they may not be in synch
[00:05:47] <Enma_Hinobara> But they have to be the same clock speed?
[00:05:58] <Valen> dunno
[00:06:05] <Valen> I'm just reading what it says there
[00:11:01] <theBear> sounds like a delay
[00:11:19] <theBear> and not 100% static, or at least different depending on various chip setup stuff
[00:14:58] <Valen> yup
[00:19:05] <Enma_Hinobara> Blah. It would have been more convenient if they could have different frequencies
[00:22:01] <theBear> why ? it's a hw memory interface, it's more convenient at the same clock
[00:22:23] <Enma_Hinobara> More speed on the uC :P
[00:22:55] <theBear> but then the memory would cripple it
[00:23:31] <Enma_Hinobara> Hmm. So the DIP switch on the board (STK600 in my case) wires the XTAL1 pin for the CPU. When you have the pin wired that way, does the XTAL1 pin over with the other jumpers then connect to whatever you use the DIP switch to set? Specifically I need to tap the programmable generator to take it to the memory
[00:25:16] <Casper> Enma_Hinobara: from my understanding, there can be some unknown timing variant between xtal and the memory clock
[00:25:30] <Casper> so you can't sync the memory access and the clock
[00:25:46] <Enma_Hinobara> You're speaking with regard to phase?
[00:25:59] <Enma_Hinobara> phase/skew
[00:26:04] <Casper> so if you do some tricks about ram and other devices, it could cause issues
[00:27:42] <Enma_Hinobara> I also need to be able to tap the power supply going to the processor
[00:36:53] <Casper> bed time, nite
[00:37:00] <Enma_Hinobara> Cya
[08:30:15] <DanFrederiksen> what's the most common 240V plug in us homes? 14-50?
[08:31:52] <DanFrederiksen> or I guess 6-50. what a mess those plugs are
[08:31:55] <Tom_itx> 50A for electric stove
[08:32:05] <Tom_itx> or electric dryer
[08:34:40] <Roklobsta> haha that's what you get for using nominal 100VAC instead of 240AC
[08:35:35] <Roklobsta> although appliances here must handle up to 264VAC.
[08:41:53] <Amnesia> question, I'm trying to upload something to my arduino, but I'm getting the following message during the compilation
[08:41:57] <Amnesia> /usr/bin/avr-ld: skipping incompatible /usr/lib/gcc/avr/4.8.1/../../../../avr/lib/libc.a when searching for -lc
[08:42:00] <Amnesia> /usr/bin/avr-ld: cannot find -lc
[08:42:09] <Amnesia> could anyone over here give me a clue what's going on here?
[08:43:58] <timemage> Amnesia, using the arduino environment or jno?
[08:44:10] <timemage> Amadiro, s/ljno/no/
[08:44:16] <Amnesia> nope
[08:44:24] <Amnesia> I am using their libraries though, but not their ide
[08:46:22] <timemage> Amnesia, i guess what i'm trying to figure out is whether or not libc.a mentioned above comes out of the same build of the avr-ld mentioned above.
[08:47:36] <timemage> Amnesia, libc.a is the standard library, in case you didn't know and were wondering.
[08:49:03] <Amnesia> hm nope, didn't know
[08:49:18] <Amnesia> I compiled the toolchain myself though..
[08:50:47] <Amnesia> could it be that I have to recompile avr-binutils because my gcc version changed?
[08:52:21] <timemage> Amnesia, i wouldn't be surprised. was avr-libc changed as well?
[08:52:32] <Amnesia> nope
[08:53:18] <timemage> Amnesia, that message with incompatible libraries is the sort of thing you'd get if you tried to mix architectures. i'm just guessing that it would happen when an older linker encounters a newer object file.
[08:53:47] <Amnesia> hm ok, I'll recompile avr-libc and avr-binutils then
[08:53:58] <timemage> Amadiro, #gcc would know better.
[08:54:34] <timemage> Amadiro, is there some reason why you're building your own?
[08:57:34] <timemage> Amadiro,
http://www.avrfreaks.net/index.php?name=PNphpBB2&file=printview&t=83469&start=0 suggests maybe you have existing object files compiled for a different architecture when you go to link. at least, that's how i read it.
[09:53:28] <Amnesia> timemage: I rebuilt avr-binutils & avr-libc
[09:53:33] <Amnesia> I'm still getting the erros though
[11:10:30] <Tom_L> http://www.electronicproducts.com/Digital_ICs/Video_Graphics_Audio/This_Smart_Vision_Sensor_Instantly_Learns_What_to_Detect.aspx
[11:12:36] <Amnesia> is one of you folks using avr-libc?
[11:13:17] <Amnesia> I'm getting the following message when I'm compiling avr-libcc
[11:13:20] <Amnesia> -c*
[11:13:47] <Amnesia> strip: Unable to recognise the format of the input file `usr/avr/lib/avr35/libc.a(trunc.o)'
[11:14:01] <Amnesia> (same for the other files in /us/avr/lib/*
[11:20:01] <timemage> Amnesia, if you want to upload your code somewhere i'll try to recreate the problem here. otherwise i'm not sure i can be of much help.
[11:20:27] <Amnesia> timemage: I think I'm closer to the cause
[11:20:45] <timemage> Amnesia, oh?
[11:20:55] <Amnesia> perhaps /usr/bin/strip is being used at the compilation of avr-libc instead of /usr/bin/avr-strip
[11:21:30] <Amnesia> manually executing "avr-strip /usr/avr/lib/avr35/libc.a
[11:21:33] <timemage> Amnesia, hmm. i suppose that could cause a problem. though, i'm not sure why.
[11:21:39] <Amnesia> " doesn't spit out an error
[11:21:59] <timemage> Amnesia, eww. why strip libc ?
[11:22:37] <Amnesia> let me check the makefile..
[11:23:19] <timemage> Amnesia, i'm hoping you know =) because that's a very strange thing to do.
[11:23:37] <Amnesia> well this is my port..
[11:24:37] <Amnesia> well this is my port..
[11:24:38] <Amnesia> ./configure --build=$(./config.guess) \ 16 --host=avr --prefix=/usr
[11:24:50] <Amnesia> and then the usual make stuff..
[11:26:36] <Amnesia> ( do note that I'm not fully aware of what striping an object file consists of:))
[11:27:26] <timemage> Amnesia, removing info. particularly debug info. but all sorts of things. it's the sort of thing you'd do to production libraries or your program.
[11:27:43] <Amnesia> hm ok
[11:28:02] <Amnesia> setting up this toolchain is such a pita-.-
[11:28:14] <timemage> Amnesia, it does't make quiet as much sense when you're working with an AVR. particularly since the process of burning effectively strips the end result.
[11:28:49] <timemage> Amnesia, that's sort of why i was pushing you at #gcc while simultaneously questioning whether you really need to build the toolchain.
[11:29:17] <Amnesia> well binutils + compiler + libraries makes up a toolchain right:P?
[11:32:19] <timemage> Amnesia, so should i ask again?
[11:33:30] <Amnesia> I think I do need to build the toolchain yes..
[11:33:57] <timemage> Amnesia, because?
[11:34:09] <Amnesia> because I want to compile sketches for my arduino
[11:36:16] <timemage> Amnesia, right. but there are prepackaged builds of the avr tools. so why aren't you using those?
[11:36:58] <Amnesia> well the distribution I'm using doesn't have ports for it yet, that's why I'm making them
[11:37:43] <timemage> Amnesia, i see. what distro?
[11:37:49] <Amnesia> crux
[11:39:36] <timemage> Amnesia, i see.
[11:42:58] <twnqx> Amnesia: gcc, binutils, gdb, avr libc, and needed tools
[11:43:12] <twnqx> (programmer, avarice for jtag interface, etc)
[11:44:15] <Amnesia> twnqx: currently I've got the following installed: avr-libc, avr-gcc, avr-binutils and avrdude
[11:44:38] <twnqx> sounds good
[11:44:48] <twnqx> unless you want to to jtag debuggin
[11:45:01] <Amnesia> nope
[11:45:14] <Amnesia> twnqx: did you manually set up your "toolchain" ?
[11:45:58] <twnqx> nah, i let gentoo's crossdev handle that
[11:46:40] <Amnesia> hm
[11:46:55] <Amnesia> got any idea what could cause the error's I'm getting:)?
[11:48:31] <twnqx> hm, haven't checked the compile logs
[11:49:10] <twnqx> but imho you shouldn't run strip at all
[11:50:15] <Amnesia> well, it happened during the compilation of avr-libc
[11:50:59] <twnqx> weird, no complete log of avr-libc compile
[11:52:22] <twnqx> i would expect that there's a ./configure option to tell it to use avr-strip, overriding auto detection
[11:52:53] <Amnesia> I'll check that out
[12:01:55] <timemage> Amnesia, it's probably not worth my attempt (i expect to fail) but i'm downloading crux to see if i can recreate the problem.
[12:02:08] <Amnesia> crux's awesome:)
[12:03:05] <timemage> Amnesia, the description reminds me of slackware with bsd ports on top of it.
[12:03:24] <Amnesia> sort of yes
[12:03:44] <Amnesia> it's like bsd with a linux kernel^^
[12:06:06] <timemage> Amnesia, between the bad connection and the remote session i've got to do now, it'll be a while before i even attempt it. but will check back later.
[12:06:16] <Amnesia> ok
[12:06:19] <Amnesia> thanks a lot for your time
[12:06:24] <Amnesia> do you want me to send the ports ?
[12:06:46] <timemage> Amnesia, i'm not even sure i'd know what to do with them. i just figured i'd work from git or tarballs or whatever.
[12:08:05] <Amnesia> no such thing, yet
[12:10:02] <Amnesia> http://filebin.ca/tskj9lBzanq/ports.tbz
[12:17:43] <CMLinux> hey Dean
[12:17:58] <abcminiuser> God kveld
[12:18:06] <abcminiuser> Hva er deg idag?
[12:18:36] <CMLinux> so ya... my norweigian isnt so good...
[12:18:58] <abcminiuser> Guten tag
[12:19:19] <CMLinux> but net problem... increased the baud rate, but the ring buffer overflows :P
[12:19:28] <abcminiuser> Make it bigger?
[12:19:38] <CMLinux> at 9600 baud, the ring buffer is fine
[12:19:46] <abcminiuser> Although that means you're getting more data than you can handle
[12:19:58] <CMLinux> maxed it to 255,
[12:20:13] <CMLinux> im thinking of just changing the hardware
[12:20:48] <CMLinux> oh, if imgo past 255, it compiles but doesnt work
[12:21:08] <CMLinux> but i was considering moving from an arduino uno to a leonardo
[12:21:38] <CMLinux> which would mean everything is happening on an atmega32u4
[12:21:44] <abcminiuser> Better, native USB
[12:21:55] <abcminiuser> XMEGA would be faster again
[12:22:30] <CMLinux> is there a good xmega dev board i can use with some way to get ethernet data in?
[12:22:42] <abcminiuser> No ethernet XMEGAs :(
[12:23:02] <abcminiuser> But you could attach a SPI Ethernet chip
[12:23:07] <CMLinux> ya, the leonardo i can put an eth shield on
[12:23:37] <CMLinux> any idea which is the better option?
[12:24:47] <CMLinux> also, to upload the bootloader on the leonardo, i need an isp i suppose
[12:28:09] <abcminiuser> Best option would be UC3 with native Ethernet
[12:28:13] <abcminiuser> But much harder
[12:28:22] <abcminiuser> Or a Arduino Due
[12:28:42] <abcminiuser> Leonardo comes with a bootloader that is Arudino compatible
[12:30:00] <CMLinux> ok, cool. i guess ill try oit those and see how it goes
[12:31:15] <CMLinux> so you are saying i can upload the .hex on an arduino without an isp?
[12:31:25] <CMLinux> i mean a leonardo?
[12:48:59] <CMLinux> hey arduino due also uses a atmega16u2 for communication, wont it just have the same issues?
[12:49:26] <timemage> Amnesia, so such what thing?
[12:50:46] <Amnesia> timemage: sorry?
[12:51:00] <Amnesia> still struggling with it
[12:51:14] <Amnesia> tried gcc 4.7.3, but I'm getting exactly the same results
[12:51:19] <timemage> Amnesia, no. i just didn't understand the last thing you said to me. i have a new crux install.
[12:51:29] <Amnesia> I see
[12:51:53] <Amnesia> you can just throw those directories in /usr/ports/contrib
[12:52:09] <Amnesia> and next you can trigger "prt-get depinst avrdude"
[12:52:48] <timemage> will in bit. still in the middle of something.
[12:53:00] <Amnesia> ty
[13:42:34] <megal0maniac_afk> Has anyone played with the ENC28J60?
[13:42:44] <megal0maniac_afk> It seems to be horrible, but that might just be me
[13:42:59] <megal0maniac_afk> Which is why I'd suggest Wiznet
[13:43:56] <timemage> megal0maniac_afk, i have a breakout board for one. haven't played with it yet.
[13:58:24] <Amnesia> timemage:
http://forum.arduino.cc/index.php/topic,93672.0.html
[14:05:56] <timemage> Amnesia, i'm not anywhere near ready to mess with it. haven't even downloaded your stuff yet. did you find the answer in there or did you just want me to look at it?
[14:06:06] <Amnesia> I might
[14:06:23] <Amnesia> apparantly it's an issue that multilib support wasn't present..
[14:07:51] <timemage> Amnesia, to give you an idea, i have crux installed but no ethernet driver yet.
[14:08:04] <Amnesia> liking it so far:)?
[14:08:47] <timemage> Amnesia, probably not as much as you're hoping.
[14:08:55] <Amnesia> heh
[14:10:51] <timemage> Amnesia, if feels weird to be without an initramfs again.
[14:10:56] <timemage> Amnesia, and to be using lilo of all things. =)
[14:11:06] <Amnesia> well feel free to use grub^^
[14:11:11] <Amnesia> or extlinux
[14:11:49] <timemage> Amadiro, nah. the funny thing is when i partition out of force of habit i always create a small partition at the beginning of the drive. it's just funny that this time when i did it there was a samewhat good reason.
[14:12:12] <timemage> s/Amadiro/Amnesia/
[14:12:24] <Amnesia> heh
[14:49:13] <guanche> hi
[14:49:32] <bss36504> howdy
[14:49:34] <guanche> does this apply if willing to recover an atmega?
http://www.seanet.com/~karllunt/fixavr.html
[14:50:06] <bss36504> that has done it for me. of course, a function generator is easier.
[14:50:14] <guanche> I have a working board, and would like to recover an atmega168 I have arround, so I could use the working one to output the necessary clock for the one not working
[14:50:24] <guanche> well, I don't onw any
[14:50:27] <bss36504> yes. Did you try and change the clock settings?
[14:50:35] <bss36504> and that left it bricked?
[14:50:41] <bss36504> that has happened to me before.
[14:50:51] <guanche> yes, using the fuses calculator I briked it
[14:51:03] <guanche> so what's the frecuency I should feed xtal1 with?
[14:51:13] <bss36504> Anything within spec would work fine.
[14:51:21] <bss36504> so up to 20MHz
[14:51:31] <guanche> 20 mhz?
[14:51:50] <guanche> shouldn't it be about 50Khz or so?
[14:52:15] <bss36504> 128Khz would work too, since the lowest clock on the ISPMk2 is (i think) 32Khz, and it needs to run at 1/4 the clock speed of the mcu
[14:52:33] <guanche> a ok, I remember now, 1/4 it was yes
[14:53:00] <bss36504> just change the fuse settings in the working one to output the cpu clock on whatever pin it is, or just make a simple loop to toggle an output.
[14:53:19] <guanche> yes, that's what I planned to do
[14:53:38] <guanche> and the adjust avisp mkii speed to match and try to recover
[14:54:05] <bss36504> Yeah, just set the mkII to the lowest speed
[14:54:41] <guanche> thanks, I'm gonna try
[14:54:56] <bss36504> good luck
[14:55:08] <guanche> thanks :D
[14:59:20] <megal0maniac_afk> LILO NO
[14:59:27] <OndraSter__> GRUB YES
[15:00:39] <Amnesia> goddamnit
[15:00:40] <Amnesia> still no fix
[15:00:52] <Amnesia> has one of you folks compiled avr-libc * avr-gcc?
[15:01:28] <timemage> Amnesia, managed to get my machine to crash in the middle of rebuliding the kernel. =) trying to see whether or not it will continue from where it was correctly.
[15:01:45] <Amnesia> heh
[15:06:33] <OndraSter__> compiling the kernel takes maybe 3 minutes
[15:06:41] <OndraSter__> and why did it crash in the first place :o
[15:06:45] <OndraSter__> cosmic gamma rays?
[15:06:48] <OndraSter__> you don't have ECC memories? :o
[15:16:04] <timemage> OndraSter__, the machine that it is running on goes through periods of instability.
[15:17:07] <timemage> Amnesia, heh, well, it's up now. going to try to pull your file.
[15:17:15] <Amnesia> w00t
[15:17:31] <Amnesia> I'm pretty curious
[15:18:22] <timemage> Amadiro, heh, your tarball has the wrong extension.
[15:18:38] <Amnesia> who gives a heck about extensions:P
[15:20:56] <timemage> Amnesia, have no contrib dir. just make one?
[15:21:05] <Amnesia> sorry
[15:21:17] <Amnesia> firtst uncomment contrib in /etc/prt-get.conf
[15:21:21] <Amnesia> then run ports -u
[15:22:27] <timemage> ok. i did run that. for whatever reason i thought contrib would be default.
[15:23:23] <Amnesia> nope
[15:23:33] <Amnesia> it's an minimalistic distro:)
[15:24:14] <timemage> Amnesia, yeah, i noticed. did that, doesn't create a ports directory though. it says user maintained. are you sure you didn't mkdir it at some point?
[15:24:31] <Amnesia> could be
[15:24:42] <timemage> Amnesia, going to find out what happens.
[15:24:49] <Amnesia> ports -u also genereates stuff though
[15:25:21] <Amnesia> http://crux.nu/Main/Handbook3-0#ntoc13
[15:26:45] <timemage> Amnesia, i know. i had already run that when i asked the original question.
[15:27:02] <Amnesia> my bad
[15:27:03] <timemage> Amnesia, after you said to uncomment the line. did that, ran it again. didn't create a contrib.
[15:27:15] <Amnesia> hm I think ports -u should do it then
[15:27:55] <timemage> Amnesia, heh. ok.
[15:30:11] <timemage> Amnesia, pkgmk -d in contrib/avr-gcc then?
[15:30:26] <Amnesia> prt-get depinst avrdude
[15:30:35] <Amnesia> that should install all the dependencies
[15:30:43] <Amnesia> you can add --test to it in order to have a dry run
[15:31:55] <timemage> Amnesia, my connection is crap so it may be a while.
[15:32:10] <Amnesia> I think its about 150 mb in total
[15:34:00] <Amnesia> I really think it's related to the stripping..
[15:34:29] <Amnesia> looks like the wrong toolchain is stripping it..
[15:35:08] <megal0maniac_afk> timemage: You don't know what a crap connection is :D
[15:35:49] <megal0maniac_afk> 1mbit/512kbit. Good and proper 3rd world.
[15:36:53] <timemage> megal0maniac_afk, right now i'm at 1mbit. i thought you were going to offer an actual challenge. i still have a dialup connection as well.
[15:37:26] <megal0maniac_afk> timemage: Well I was recently upgraded from 384kbps/128kbps
[15:38:26] <megal0maniac_afk> It's good enough for most things, especially when I can just run wget inside screen and forget about it
[15:39:23] <megal0maniac_afk> But nothing close to the 100mb/50mb stuff that people talk about, complaining when they *only* have 10mb :P
[15:41:16] <timemage> megal0maniac_afk, i have bounced back and forth between having ok connections to having crap ones. for a while i was downloading piles of podcasts. when i had to go back onto 28.8 dialup for 2 years i wrote an entire system for downloading files, which i ran 24/7. it was capible of producing lists and shell scripts that return into payloads that i can inject back into the system. so when i could get to well anywhere, i would run the most recntly l
[15:41:16] <timemage> ist. bring the payload back and the system would sort out what was new, duplicate, partial, etc.
[15:42:02] <timemage> megal0maniac_afk, i also did this for apt based system.
[15:42:57] <timemage> megal0maniac_afk, the funny thing i also had my dialup accessable though wifi which caused no end of confusion people who happened to find the network.
[15:46:17] <Amnesia> timemage: do you think it should be possible to have the crosscompiler in the same dir as your native compiler..?
[15:46:56] <timemage> Amnesia, i'm kind of out of touch with how gcc is organized. that's part of what interested me.
[15:47:10] <Amnesia> I see
[15:47:44] <timemage> Amnesia, it learn about i when i breaks. the i'm good for a couple years sometimes.
[15:47:59] <Amnesia> :)
[15:48:06] <Amnesia> I've been fucking around with this for 2 days now-.-
[17:16:31] <Amnesia> timemage: worked it out:D
[17:16:50] <timemage> Amnesia, heh, that's good. because i'll probably be done compiling in a couple weeks.
[17:16:58] <Amnesia> heh
[17:17:06] <timemage> Amnesia, well?
[17:17:13] <Amnesia> yeah we still need to fix precompiled packages^^
[17:17:21] <Amnesia> but apart from that crux's grat
[17:17:23] <Amnesia> great
[17:17:42] <Amnesia> I forgot about the fact that my package manager was stripping the contents of te package
[17:18:08] <timemage> i was running gentoo for a long time. so the idea isn't foreign. also have a few freebsd VMs.
[17:18:16] <timemage> soul-d, what did you do to fix it?
[17:18:22] <timemage> ack
[17:18:29] <timemage> soul-d, ... . what did you do to fix it?
[17:18:35] <timemage> wow, something is screwy.
[17:18:47] <timemage> so... what...
[17:26:37] <Amnesia> well I prevented my pkg manager from striping the binaries
[17:26:41] <Amnesia> and now everything's working:D
[17:27:18] <timemage> Amnesia, ah.
[17:28:30] <timemage> Amnesia, going to see if i can get a better sync.
[17:28:39] <Amnesia> sync?
[17:35:23] <jadew> any idea if there's a channel for the msp430?
[17:36:00] <jadew> found it
[17:39:18] <timemage> jadew, not quite intuitive was it?
[17:40:46] <jadew> yep
[17:41:03] <jadew> luckly I knew about their website ;)
[17:41:21] <jadew> I got one of those SA430 devices they had on sale
[17:41:48] <jadew> and I'm planning to use it for something else, cuz it's kinda useless as a "spectrum analyzer"
[17:42:05] <jadew> but I'd like to make a backup first
[17:42:32] <jadew> the chip inside isn't bad
[17:44:04] <timemage> heh. i got to play with a spectran or aronia-ag something-rather. the same sort of idea. i wasn't table to make much use of it. plus what i was trying to measure was spread spectrum.
[17:45:03] <jadew> that one looks pretty good
[17:45:17] <jadew> this one is just a receiver, slowly scanning the band
[17:46:57] <timemage> jadew, it looks better on paper than it is. that or i missed something very important to using it.
[18:15:51] <w|zzy> Too late for the hackrf...
[18:16:02] <w|zzy> That looked nice but it would just be another gadget on my desk.
[18:25:05] <jadew> what hackrf?
[18:39:09] <w|zzy> http://www.kickstarter.com/projects/mossmann/hackrf-an-open-source-sdr-platform
[22:38:05] <Casper> hey rue_house/rue_shop2... have you ever made a steam engine? :D
[23:14:13] <rue_house> no... not yet
[23:14:41] <Casper> it is something you plan to do?
[23:15:04] <Casper> or researched?
[23:15:57] <Casper> all I find is some big power ones and those "look! it can do 50krpm!" kind of stuff :/
[23:19:22] <GuShH> Casper: look at model engine making forums
[23:19:31] <GuShH> not all of them are diesel or nitro, some are steam.
[23:19:44] <GuShH> most however involve casting your own parts and having a milling machine + lathe
[23:19:51] <Casper> yeah...
[23:20:08] <Casper> I was thinking of a turbine of some sort... but it seems inneficient
[23:20:17] <GuShH> I took my first steps on casting billets and simple things, very small things... but I don't have the right setup yet for big parts
[23:20:38] <GuShH> (alu)
[23:20:54] <Casper> alu seems easy to cast due to the "low" melting point
[23:21:05] <GuShH> it's rather low, but it's not easy to get a good result
[23:21:11] <GuShH> consistent result.
[23:21:27] <GuShH> plus for big parts you need a bigger furnace, bigger tools, bigger crucible, bigger burner
[23:21:38] <GuShH> you can cast tiny things in your fireplace though.
[23:21:43] <Casper> and bigger pocket :D
[23:21:47] <GuShH> true
[23:21:55] <Casper> no fireplace here
[23:21:58] <GuShH> heh
[23:22:16] <Casper> electric all the way!
[23:22:24] <GuShH> All I need is to open-cast ingots, billets, etc. for machining purposes, very rough castings.
[23:23:15] * Casper really needs an usb3 sd card reader...
[23:23:19] <GuShH> heh
[23:23:21] <Casper> usb2 is too slow
[23:23:33] <GuShH> depends on the card as well
[23:24:19] <Casper> sure, mine do 45MB/s write speed and 90MB/s read speed
[23:25:04] <Casper> and that's not fast enought for my camera to use it at it's full capacity :D
[23:26:14] <Casper> my average day of shooting is about 10G
[23:26:31] <Casper> so it's not that bad, but still annoying to wait to transfert at 20MB/s
[23:41:27] <GuShH> Casper: shooting of what? models? :p
[23:41:59] <Casper> last one was my cousin's wedding