Back
[13:19:13] <bss36504> Since it's quiet, anybody here experienced with Java and Groovy hybrid programming?
[13:27:01] <liwakura> the former might trigger some negative responses from ppl present here
[13:27:41] <bss36504> Oh I know. Though if you hate java you'd hate groovy even more.
[13:27:54] * CasperAtWork takes out the nailed baseball bats, hands one to liwakura
[13:28:01] <bss36504> lol
[13:28:18] <liwakura> i have no idea what groovy is
[13:28:26] <liwakura> but currently im too lazy too google
[13:29:33] <CasperAtWork> http://lmgtfy.com/?q=java+suck
[13:29:51] <bss36504> It's an interpreted JVM language. It's kind of like what C++ is to C, where all C is valid C++, but C++ adds some stuff.
[13:30:15] <inkjetunito> is there any working alternative for asm, c and c++ for avr btw?
[13:30:51] <CasperAtWork> inkjetunito: yes, but you do not want them, stick with C
[13:31:14] <inkjetunito> CasperAtWork: please share :P
[13:31:18] <bss36504> Yeah if you like wasting clock cycles on interpreting
[13:31:42] <liwakura> > interpreting on a 16 MHz Processor
[13:31:43] <inkjetunito> bss36504: yeah. interpreting is not an alternative
[13:31:44] <liwakura> excuse me
[13:32:00] <bss36504> I think there's BASIC interpreters, maybe even a Python one, Hell, some crazy bastard wrote a decent JVM for AVR
[13:32:46] <CasperAtWork> there is some other languages availables, but it add lots of overhead and code, so bery ressource intensive
[13:32:48] <bss36504> But, AFAIK the toolchains only support C->ASM/machine codes, so unless you want to write a translator or a new compiler, I dont know about any other high level languages.
[13:34:44] <inkjetunito> ok
[13:37:05] <DKordic> Ada was mentioned in this channel. I can't remember who it was.
[13:39:03] <inkjetunito> hmm. that could be an option
[13:40:48] <DKordic> specing will tell You everything :) .
[13:41:50] <inkjetunito> :>
[13:47:51] <specing> Ada all the way
[13:55:13] <inkjetunito> specing: which toolchain do you use?
[13:58:55] <specing> inkjetunito: GNAT 4.9.2 with Ada 2012
[13:59:58] <specing> I have the same version built for AVR (and ARM), but I haven't done any embedded Ada work yet
[14:17:50] <inkjetunito> specing: ok. thanks
[14:20:07] <specing> inkjetunito: AdaCore has precompiled toolchains for both I think
[14:21:16] <specing> (and tutorials on writing proven programs for ARM)
[14:23:57] <specing> you might find better climate in #ada
[14:24:12] * specing detaches again
[16:28:45] <LeoNerd> Hrm... breadboarded tiny841 SPI slave is working pretty reliably... my first production board seems a lot less stable
[16:29:07] <LeoNerd> First time I power up the chip, I can talk to it fine. But thereafter it often reads all zeroes.. like it's not driving MISO any more
[16:29:11] <LeoNerd> but sometimes it does
[16:29:33] <bss36504> Do you have something else on that line?
[16:29:55] <LeoNerd> Nope. tiny's PA4 wired directly into the bus pirate, with the logic probe just watching it
[16:32:18] <LeoNerd> Hrm... may have been a coincidence about the first attempt working. now it's unreliable even on the first poke
[16:50:30] <LeoNerd> Anyone know of a good example SPI slave impl. that I could compare mine to?
[17:02:34] <Lambda_Aurigae> bss36504, I have experience with java but not groovy
[17:03:06] <Lambda_Aurigae> LeoNerd, sounds like a bus pirate memory overflow issue.
[17:04:21] <LeoNerd> It isn't.. I'm watching the actual logic lines of the chip
[17:04:25] <LeoNerd> It's just not talking
[17:04:45] <Lambda_Aurigae> https://sourceforge.net/p/avr-ada/wiki/Introductory%20Tutorial/ for inkjetunito
[17:05:55] <Lambda_Aurigae> what voltage are you running the 841 at?
[17:06:09] <LeoNerd> Meh.. so much that I don't really follwo what's going on here.. :/ the DS is just too vague on the entire subject of SPI slave
[17:06:29] <LeoNerd> it basically tells you how to be an SPI master,and then also points out "ohyeah so if you don't set the MSTR bit then yuo'll be an SPI slave. anyway.. moving on..."
[17:06:46] <Lambda_Aurigae> hehe.
[17:06:53] <Lambda_Aurigae> never used my BP to do programming
[17:06:58] <LeoNerd> For example: what state is output on MISO at the end of a mode0 transfer.. I notice that -sometimes- my chip pulls it high
[17:07:00] <inkjetunito> Lambda_Aurigae: ty
[17:07:02] <Lambda_Aurigae> I just stick with my stk200 and parallel port mostly.
[17:07:05] <LeoNerd> Hrm?
[17:07:14] <LeoNerd> I'm using the BP to talk SPI to my ATtiny.. talking SPI
[17:07:22] <Lambda_Aurigae> oh...oops...misread.
[17:07:24] <LeoNerd> I'm implementing an SPI slave chip on the 'tiny
[17:07:59] <Lambda_Aurigae> inkjetunito, I once saw a forum post or three about compiling gcc for avr with fortran support...no clue how that ever came out though.
[17:08:13] <Lambda_Aurigae> there are also basic interpreters out there and a basic compiler or three.
[17:08:56] <inkjetunito> Lambda_Aurigae: hmm. let me check fortran
[17:09:36] <Lambda_Aurigae> I know gcc supports fortran but as I recall there was some external software needed for it that wasn't compiling nicely with the avr port...
[17:09:36] <inkjetunito> Lambda_Aurigae: ada seems to be the best match so far
[17:09:47] <Lambda_Aurigae> all depends on what you want to do.
[17:09:55] <Lambda_Aurigae> I find C to be the best for microcontrollers all around.
[17:11:00] <inkjetunito> Lambda_Aurigae: yeah, i use C++ normally, but it's a bit clunky sometimes
[17:11:17] <Lambda_Aurigae> go with straight C
[17:11:21] <Lambda_Aurigae> less clunky to me.
[17:11:33] <Lambda_Aurigae> but, I've been programming in C since 1987.
[17:14:17] <Lambda_Aurigae> ok..time to head homely.
[17:16:12] <inkjetunito> it's the very low level stuff that sucks imo, and jumping on avr asm wouldn't make sense in my case
[17:54:33] <Lambda_Aurigae> I do C with asm subroutines when I need real tight timing.
[17:54:42] <Lambda_Aurigae> otherwise, C can do everything low level just fine.
[17:55:16] <LeoNerd> Lambda_Aurigae: actually it occurs to me - you asked about voltage. ATtiny841 is at 5V. but the SPI signalling by the BP is only at 3.3V. Is that going to be an issue?
[17:55:47] <LeoNerd> The BP is 5V tolerant on the MISO line so that'll be fine, but I wonder if maybe sometimes the 'tiny chip doesn't properly notice what the BP is controlling it to do, at only 3.3V
[18:00:48] <Lambda_Aurigae> LeoNerd, could be but not likely.
[18:01:08] <Lambda_Aurigae> unless the BP just isn't bringing the voltage up high enough.
[18:23:15] <LeoNerd> Huh... how embarrassing. I don't have any 1k 0603 resistors
[18:33:06] <antto> and i don't have a 16MHz xtal
[18:33:11] <antto> meeeeh
[18:34:04] <LeoNerd> I have a box full of those... Swapsies? ;)
[18:36:00] <antto> nah, i'll go get some from teh shop
[19:00:32] <Tom_itx> use a telegraph switch really fast
[19:01:07] * Tom_itx has both
[19:49:51] <LeoNerd> Exciting times.. :) Just built up my mega328PB board
[19:51:20] <LeoNerd> Well it talks ISP
[20:00:18] <Tom_itx> nice
[20:00:34] <Tom_itx> what's the PB designate?
[20:01:32] <Jartza> isn't PB that new version with more SPI and timers?
[20:02:01] <Tom_itx> no idea
[20:02:14] <Tom_itx> i haven't been keeping up like i should
[20:02:53] <LeoNerd> Yah; two UARTs, two SPIs, two I²Cs, five (yes five) timers and a newly-added PORTE with 4 pins
[20:04:36] <Jartza> if I remember correctly, it also has quite a lot of HW PWMs?
[20:04:41] <Jartza> was it 9 simultaneously?
[20:05:44] <Jartza> hmmh. atmel site says 10, but can they be used at the same time
[20:06:06] <Jartza> too sleepy at this point to read the datasheet
[20:06:16] <Jartza> maybe I should go to bed, almost 4am
[20:06:19] <LeoNerd> 5 timers, 2 PWM channels each. so yah, that sounds right
[20:06:28] <LeoNerd> None of the periphs are in any way remappable or reroutable though
[20:06:30] <LeoNerd> So.. meh :/
[20:06:43] * LeoNerd fetches the dead horse, that it may be flogged once more
[20:08:11] <LeoNerd> So anyway, in other news: who was it I let talk me into using the CH340 chips? This one doesn't seem to talk. or do anything. :(
[20:14:53] <LeoNerd> http://www.atmel.com/Images/Atmel-42559-Differences-between-ATmega328P-and-ATmega328PB_Application%20Note_AT15007.pdf might be interesting reading, also
[21:17:57] <rain1> hello!
[21:25:30] <Casper> Go away! I don't want rain! I want sunshine! :D
[21:25:35] <Casper> j/k
[21:25:42] <Casper> hell low!
[21:26:17] <rain1> :)
[23:05:24] <ewong> I'm planning to build a box for the avrdragon and I was wondering what kind of foam is it that comes with the avrdragon package?
[23:05:46] <ewong> I know I probably can take the original packing and modify it. but I don't wanna destroy this
[23:06:13] <Tom_itx> just a fancy red box iirc
[23:06:27] <Tom_itx> unless they've changed since i got mine
[23:06:45] <ewong> nope.. still this fancy red box
[23:07:24] <Tom_itx> http://tom-itx.no-ip.biz:81/~webpage/avr/dragon/dragon1.jpg
[23:07:27] <ewong> was thinking of screwing the avrdragon to a wooden block.. but not sure if it's a good idea
[23:07:42] <ewong> yup that's it.
[23:07:54] <ewong> minus those cables..
[23:08:21] <Tom_itx> http://www.thingiverse.com/thing:61973
[23:09:21] <ewong> oh wow...
[23:09:23] <Tom_itx> there's probably a bazillion 3d printed ones out there
[23:09:53] <Tom_itx> http://www.thingiverse.com/thing:923857
[23:10:53] <Tom_itx> http://www.yeggi.com/q/avr+dragon/?s=tt
[23:11:23] <ewong> cool
