#avr Logs

Jun 28 2021

#avr Calendar

02:13 AM rue_bed: it needs to adc
02:20 AM rue_bed: it needs no adc
02:20 AM rue_bed: it runs at about 0MHz
02:20 AM rue_bed: there are no code errors
02:20 AM rue_bed: not affected by a chip shortage
02:51 AM specing_ is now known as specing
02:52 PM specing_ is now known as specing
02:55 PM aighearach: AVR is still in stock, especially DIP packages, but I keep a bunch on hand anyway
02:55 PM aighearach: I almost never use the ADC, but repeatable timing is really nice
03:10 PM LeoNerd: None of the ATtiny 1-series are available anywhere currently
03:20 PM skempf: I am looking at some old code on an atmega2560 (not written by me), and there are a series of printf statements. It was my understanding that stdout is not definied.
03:21 PM skempf: Previous owners of this code used the IAR compiler. Does anyone know if that compiler automatically changes these statements into something else, potentially more useful?
03:23 PM aighearach: LeoNerd: Mouser has lots of ATtiny 1-series in stock
03:25 PM aighearach: skempf: I'd check the headers to see if it is printing to UART when some debug flag is set, and no-op the rest of the time
03:25 PM nohit: skempf: probably _write function is implemented and inside that is some uart send function
03:26 PM nohit: similar how you do it with newlib
03:40 PM LeoNerd: aighearach: Oooh hrm, I'll take another look. Last I saw they were totally out of 1616
03:51 PM vmt: even avr-libc has that printf nonsense
03:52 PM vmt: errp. the gnu one, that is
03:56 PM nohit: ah yes, i already forgot that, its done a bit differently
03:56 PM nohit: https://github.com/vancegroup-mirrors/avr-libc/blob/master/avr-libc/doc/examples/stdiodemo/stdiodemo.c
04:04 PM vmt: the way it works is you "open a file device" with a callback to your read7write function and asdfsafd... it's just stupid
04:05 PM vmt: 7=/, clearly
04:08 PM vmt: annyway. ordered some riscv boards because i'm bored. y/n?
04:43 PM skempf: Thanks. A little more digging and it looks like imagecraft was setup so you could define a "putchar" method, which the printf would use.
04:44 PM skempf: ^ sorry I called it IAR above, meant to write icc8avr. Anyone use that compiler? Seems like the company is no longer developing it.
04:57 PM nohit: nope
05:09 PM nohit: sounds familiar tho
05:13 PM vmt: never even heard of that company before now, imagecraft or something
05:14 PM aighearach: I can't imagine using a compiler that isn't gcc
05:18 PM specing: I can
05:18 PM specing: it brings back nightmares
05:19 PM SamantazFox_ is now known as SamantazFox
05:26 PM vmt: twnqx: interesting. what are you up to with the filters?
05:28 PM twnqx: low frequency sound source direction finding
05:28 PM twnqx: i want to filter out the higher frequencies so i can then use a VCA to amplify the signal before running it through A/D and then process it
05:53 PM vmt: the plot thickens, i take it this is something to do with the boards you're making
05:54 PM vmt: off a quick glance doesn't seem all that tricky to do. bedtime for moi now
09:21 PM Phantom: so figured out that the data aquisition box is useless for our needs... need to make something... yuck...
09:34 PM skempf: ^ just for reference:
09:34 PM skempf: https://imagecraft.com/
09:35 PM skempf: I wouldn't use it, because I don't use windows. However, they have some good documentation. And like I said, previous owner used them, and we had to port the code from this compiler to avr-libc, which wasn't too bad.