#avr | Logs for 2017-01-10

Back
[00:08:20] <rue_house> I'v got a 512k eeprom thats next up to play with
[00:08:36] <rue_house> I need to see if I have an i2c dac
[00:08:45] <rue_house> if so, this is just going to be a shoveling job
[00:09:04] <rue_house> I wonder if I could trick them into direct transfer
[00:09:29] <rue_house> prolly not for sake of the dac addressing
[00:09:46] <rue_house> ugh, now I cant sleep without knowing what dacs I have
[00:10:33] <_ami_> :)
[00:10:52] <rue_house> I have a nice little nightrider chase on the breadboard tho
[00:10:58] <rue_house> that feels like accomplishment
[00:11:12] <rue_house> esp casue I was supposed to get around to writing my own i2c library and never did
[00:11:19] <aczid> you need to know that I'm a rider!
[00:11:24] <rue_house> fleury's is nice
[00:14:55] <rue_house> adc and dac are mixed into the same drawr
[00:15:02] <rue_house> great time to seperate them
[00:15:03] <rue_house> ok
[00:15:22] <rue_house> PT8211, DAC, I know what one
[00:16:23] <rue_house> MAX708
[00:17:06] <rue_house> wtf
[00:17:38] <rue_house> wtf is that doing in there
[00:18:03] * rue_house throws it across the room I'M NOT USING MOTOROLA PROCESSORS OR PICS DONT NEED THAT
[00:18:23] <rue_house> AD563
[00:18:27] <rue_house> dac
[00:18:32] <rue_house> nice one, 12 bit
[00:18:52] <rue_house> MC1408
[00:19:12] <rue_house> dac
[00:19:28] <rue_house> AD7548
[00:19:45] <rue_house> dac
[00:20:11] <rue_house> AD7226 DAC\
[00:20:32] <rue_house> oo 4 channel
[00:21:06] <rue_house> MAX505 DAC
[00:21:56] <rue_house> MAX153 ADC
[00:22:41] <rue_house> MAX1113 ADC
[00:23:01] <rue_house> AD561
[00:23:21] <rue_house> dac
[00:23:57] <rue_house> AD7530
[00:24:11] <rue_house> dac
[00:24:29] <rue_house> NA561
[00:24:33] <rue_house> er NE561
[00:25:49] <rue_house> not... sure.... what that is...
[00:26:23] <rue_house> MAX121
[00:26:37] <rue_house> adc
[00:28:01] <rue_house> max154
[00:28:21] <rue_house> adc
[00:28:28] <rue_house> geez, lack of serial anything
[00:29:26] <rue_house> max120
[00:29:41] <rue_house> adc
[00:29:56] <carabia> seriously rue_house
[00:30:15] <rue_house> max548
[00:30:32] <rue_house> carabia, if you know any off the top of your head, do tell
[00:30:59] <carabia> your lack of focus never ceases to amaze me
[00:31:00] <rue_house> dac, aha, serial!
[00:31:18] <rue_house> what did I say I was working, on, a sound player
[00:31:25] <carabia> go to bed now
[00:31:43] <aczid> yeah man sounds like bedtime
[00:31:51] <carabia> and next time use notepad instead of irc for this? It has the added benefit of you being able to actually erase stupid stuff, also
[00:32:32] <rue_house> I found the dac for the sound player
[00:32:35] <rue_house> :)
[00:32:41] <rue_house> now I'll just finish sorting my chips
[00:32:47] <rue_house> max176
[00:33:14] <rue_house> adc
[00:33:42] <rue_house> max530
[00:34:34] <rue_house> dac
[00:35:11] <rue_house> max191
[00:35:33] <rue_house> adc
[00:36:37] <rue_house> max152 adc
[00:37:20] <rue_house> max186
[00:37:35] <rue_house> adc
[00:38:19] <rue_house> wow, out of all that, I only have 1 serial dac
[00:40:30] <rue_house> except the pt8211, which are kinda evil
[00:42:47] <Emil> ...
[00:43:01] <Emil> rue_house: why must you ruin a channel?
[00:43:48] <rue_house> I'm sorry, were you in the middle of a conversation?
[00:44:08] <sabor> no, we were sleeping and youwoke us up ;)
[00:44:27] <rue_house> ding
[00:44:30] <rue_house> ding ding
[00:44:32] <rue_house> ding
[00:44:35] <rue_house> ding ding ding
[00:44:43] <sabor> rue_bed: btw, anything useful in this adc list?
[00:44:57] <rue_house> ONE
[00:45:04] <rue_house> the max548
[00:45:29] <rue_house> mixed with the 24x515 eeprom, I can shovel my audio
[00:45:48] <rue_house> the 515 is limited to 400Khz, so
[00:46:15] <rue_house> 50Khz audio max :)
[00:46:25] <rue_house> I'm aiming at 8Khz sample rate
[00:46:49] <sabor> ooh, yeah, nice little chip :)
[00:47:14] <rue_house> gives me 8 seconds of audio
[00:47:20] <rue_house> which is enough for my goal
[00:47:44] <rue_house> think maxim still does free samples?
[00:49:09] <rue_house> the cheapest dacs from china are the TLC5615
[00:50:13] <rue_house> bah, its not i2c
[00:51:43] <sabor> yeah, spi, but quite nice DAC
[00:52:19] <rue_house> best price is 83c ea
[00:53:50] <rue_house> I wonder if I can get Bourne to laser me some 8 bit dac sip resistors
[00:53:58] <rue_house> arg
[01:19:42] <rue_house> iiiinterseting
[01:19:48] <rue_house> pcf8591
[01:19:54] <rue_house> strange chip0
[01:23:55] <rue_house> I can get 50 10 turn pots for $5
[01:24:10] <rue_house> thats enough to make 6 8 bit dacs
[01:24:32] <rue_house> which dosn't save much on them, esp considering the work it would take
[01:24:52] <sabor> if you add 50 stepper motors you can make 50 slow 8bit dacs ;)
[01:24:56] <rue_house> which leaves making R/2R dacs
[01:25:16] <rue_house> hmm
[01:25:24] <rue_house> yea with bad slew rates
[01:25:50] <rue_house> and, it'd barely be 7 bit even
[01:26:00] <rue_house> lets see, assuming 300 degrees
[01:26:26] <rue_house> 165 steps
[01:26:36] <rue_house> assuming 10 turn
[01:26:54] <rue_house> almost 11 bits
[01:27:07] <rue_house> well, its all better with microstepping
[01:27:20] <rue_house> I suppose with even 2x stepping 1 of them could do 8 bit
[01:34:45] <rue_bed> I got on a tangent tho
[01:35:01] <rue_bed> I can do this with pwm, and prolly get away with it
[01:35:31] <rue_bed> what colour was dr claws cat again?
[01:35:56] <rue_bed> ok, so I should focus on reading the eeprom
[01:36:20] <rue_bed> 24lc515
[01:44:09] <rue_bed> ok, so aside from the A15 anomoly, its pretty straight forward
[01:45:00] <rue_bed> so then I set up the pll to 64Mhz, use an overflow interrupt, onevery 15th? interrupt I get a new sample from the eeprom
[01:45:02] <rue_bed> k
[01:45:42] <Haohmaru> so the pcb fab house told me thatif i want some of the components to be populated by them - they'd need a BOM and an "assembly drawing" .. anyone know what that's supposed to be?
[01:46:26] <rue_bed> Bill Of Materials
[01:46:36] <rue_bed> they need to know where the parts go
[01:47:02] <rue_bed> so you have to say how many of each part number is needed
[01:47:04] <Haohmaru> no, not that, the "assembly drawing part"
[01:47:16] <Haohmaru> actually, this question was meant for another channel
[01:47:19] <Haohmaru> :/
[01:47:22] <rue_bed> prolly the silk screen
[01:47:33] <rue_bed> as in, what resistor valies go where
[01:47:51] <Haohmaru> oh..
[02:02:51] <rue_bed> I wonder what makes a board design go viral from china
[02:03:07] <rue_bed> I know it helps if its an open source project
[02:08:09] <Casper> and 'duino
[02:08:12] <Casper> and inexpensive
[02:08:37] <Casper> and of course you need to provide zero documentation! so people create a buzz around it on how to use it
[02:08:44] <Casper> so more free advertisement!
[02:09:27] <rue_bed> it looks like china likes to pick up the occassional open source project and flood the market with it
[02:10:02] <Haohmaru> Casper you just wrote a complete description of the esp2866 module
[02:11:32] <Casper> never checked them
[02:11:34] <Casper> but
[02:12:41] <Casper> also provide borderline fraudulent specs, like many of those buck/boost converter... like 15A but "if more than 5A please add an heatsink and active cooling" ...
[02:12:58] <Haohmaru> heh
[02:13:25] <Casper> yeah... seen that a few times
[02:13:29] <Haohmaru> and i just love when such important "details" are written in broken engrish
[02:13:38] <rue_bed> oh and the current limiting is on the ground line so if you run the current to the -in, there is no current control
[02:13:50] <Casper> yes, and strangelly, the non-important ones are well translated
[02:14:00] <Haohmaru> yeah
[02:14:21] <rue_bed> when I did my bench power supply, I mixed up the two ground lines on the output channels
[02:14:29] <rue_bed> so my short-circuit test didn't go well
[02:14:51] <Casper> I did a SC test on one of those "current limited" one...
[02:14:59] <Casper> went bang right away
[02:15:06] <rue_bed> yea...
[02:15:23] <rue_bed> mine were ok, till I mixed up the two -iv;s
[02:15:28] <Casper> I was looking for a battery charger...
[02:15:40] <Casper> I found some modules, but I don't think I trust them
[02:15:43] <rue_bed> I was surprised there was no limiting in the chip
[02:16:07] <rue_bed> even the 7805 has a current limiter
[02:20:43] <Casper> I think the chip does
[02:21:12] <Casper> but due to the undersized? inductor and diode... that it cause damage
[02:21:33] <Casper> iirc. the diode was short, plus the switching Ic fried
[02:21:54] <Casper> so I'm guessing the diode fried first, then the switch failed
[05:15:15] <Lambda_Aurigae> rue_house, by the time you asked me about supper last night I was in bed asleep.
[05:15:37] <Lambda_Aurigae> but had chicken roasted in the air fryer for supper last night.
[05:16:23] <Haohmaru> don't say chicken, my cat may be reading
[05:17:23] <Haohmaru> speaking about supper.. it's lunch around here
[05:17:51] <Haohmaru> i mean noon
[05:19:55] <Lambda_Aurigae> 4:50AM here.
[05:20:09] <Lambda_Aurigae> just getting up and moving..kinda slept in a little.
[05:20:24] <Lambda_Aurigae> haven't even got my pants on...but I got my socks on!
[05:39:01] <Tigzee> your talking to us in the nude
[05:39:14] <Haohmaru> warning, pantless Lambda_Aurigae on the loose!
[05:39:25] <Haohmaru> run for your life
[05:39:33] <Lambda_Aurigae> not nude.
[05:39:36] <Lambda_Aurigae> I had socks on!
[05:39:56] <Lambda_Aurigae> and it's "you're"
[05:40:12] <Tigzee> I just woke up
[05:41:37] <Lambda_Aurigae> https://hackaday.com/2017/01/09/pumping-up-an-antenna-from-a-stream-of-sea-water/
[05:41:41] <Lambda_Aurigae> this looks like fun.
[05:43:26] <Tigzee> couldn't an old fashioned extend antenna work?
[05:48:26] <Lambda_Aurigae> well, yeah.
[05:48:30] <Lambda_Aurigae> but what's the fun in that?
[05:49:10] <Lambda_Aurigae> that's like saying use an avr instead of a 7404 when you need an inverter.
[05:49:23] <Lambda_Aurigae> or the other way around.
[05:49:27] <Lambda_Aurigae> something like that.
[05:49:32] <Lambda_Aurigae> hell, it's too early yet.
[05:49:53] <Tigzee> I dunno, the pump, hose, saltwater etc...seems more complex then a hollow tube extending
[05:50:29] <Lambda_Aurigae> of course it is!
[05:50:33] <Lambda_Aurigae> it's supposed to be.
[05:50:37] <Lambda_Aurigae> it's a hack.
[05:50:48] <Lambda_Aurigae> something done because it can be.
[05:51:10] <Tigzee> I thought hacks were supposed to be a hacked down approach to do something generally outside of your range
[05:51:58] <Tigzee> either way...this tickles your fancy, so let us know how it works in the end
[05:52:36] <Tigzee> I am curoius about the uniform mixture of the water, the resistance of the water, etc...effecting the communications
[05:53:49] <Tigzee> wifi is kind of a black box to me...antennas have to have a resistance, have to be a certain length (but we can sqwuiggle the hell out of it) etc...
[05:55:13] <Lambda_Aurigae> oh, I don't do radio stuff much these days and never could get a laminar flow to work properly.
[05:55:40] <Lambda_Aurigae> RF is black magic of the darkest sort.
[05:59:41] <Tigzee> 'm going to buy 20 more atmega 128's for fun...the tiny limitiations are startign to make me crazy
[06:01:04] <Tigzee> buying in qty of 10 is $1.12cdn...$0.85us
[06:01:11] <Tigzee> ^per chip
[06:01:58] <Lambda_Aurigae> but,,,,smt.
[06:03:00] <Tigzee> soldering is easy...and I buy these for breadboarding: http://www.ebay.ca/itm/311724304827?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT
[06:03:37] <Lambda_Aurigae> soldering is easy so long as your hand doesn't start shaking in the middle of the job
[06:04:19] <Lambda_Aurigae> nobody makes a decent 64pin tqfp to dip adapter these days...you have to use jumpers and stuff off those.
[06:04:53] <Tigzee> well, I did the tiny44a with no problems (0 retry needed)
[06:05:18] <Tigzee> I picked up a whole bunch of dupont connectors, etc
[06:05:43] <Tigzee> The breadboard is just for testing design. I want to just get pre-made pcbs after
[06:05:54] <Tigzee> A route I haven't taken yet
[06:06:05] <Lambda_Aurigae> dupont connectors?
[06:06:15] <Lambda_Aurigae> doesn't dupont make, like, hundreds of different connectors?
[06:06:45] <Tigzee> https://www.google.ca/search?q=dupont+connectors&tbm=isch&tbo=u&source=univ&sa=X&ved=0ahUKEwjairDDvrfRAhWRxiYKHVUfDzcQsAQITw&biw=1316&bih=947
[06:07:22] <Tigzee> you crimp the metal end on the wire(male or female)...then slip it on the sleeve you want
[06:09:55] <Lambda_Aurigae> must be a relatively new name...I have piles of different pincount connectors like that and they were just called 0.1" crimp connectors when I bought them 10 years ago.
[07:15:00] <Jartza> lol
[07:15:02] <Jartza> 352 bytes
[07:18:49] <Lambda_Aurigae> but, does it calculate avacado's constant color to 98 digits?
[07:31:52] <Jartza> of course
[07:31:54] <Jartza> and more
[07:32:26] <Jartza> https://bitbucket.org/jartza/pentaveega/src?at=level_up
[07:32:39] <Jartza> the smaller code is in that repo
[07:33:11] <Jartza> there's still 31% of flash free for extra stuff!
[07:33:48] <sabor> tetris! ;)
[07:34:29] <Jartza> sorry
[07:34:29] <Jartza> https://bitbucket.org/jartza/pentaveega/src/ffc8596d314052b3bad7e251a528c63aa251da3a/?at=level_up
[07:34:31] <Lambda_Aurigae> could easily put a tetris game on there if you had an i/o pin.
[07:34:33] <Jartza> that's the correct link
[08:03:26] <carabia> avacado is some sort of a hybrid consisting of avogadro, avocado, and perhaps ava gardner?
[09:26:45] <_abc_> Been googling for a while and reading. Can someone explain the last letter and digit issue with atxmega's? Example: What's a atxmega32a1 vs a atxmega32d4 ?
[09:27:57] <Ashleee> _abc_, you are not abcminiuser are you
[09:28:41] <rue_house> I suspect not
[09:28:59] <rue_house> versions of feature sets
[09:29:12] <rue_house> as the U2 and U4 are usb system versions
[09:29:20] <rue_house> ?
[09:29:48] <sabor> _abc_: here is an overview of the xmegas: http://www.atmel.com/products/microcontrollers/avr/avr_xmega.aspx
[09:29:57] <LeoNerd> With an XMEGA, the first letter identifies the major family of the chip; which identifies the sorts of peripherals and features it will have
[09:30:04] <sabor> you have to check the datasheets to find out about all the differences
[09:31:26] <_abc_> sabor: http://www.avrfreaks.net/comment/802324#comment-802324 this answers the question instead...
[09:31:41] <_abc_> Ashleee: nope, there are lots of three 1st letter things ;)
[09:31:49] <_abc_> Ashleee: oh, and, he is not me ;)
[09:31:56] <Ashleee> ah
[09:32:01] <Ashleee> because abcminiuser is/was employed by atmel :D
[09:32:49] <Ashleee> basically the last number and letter denotify the series and 'size'
[09:32:53] <Ashleee> bigger number = bigger chip
[09:32:58] <Ashleee> physical wise and feature wise
[09:34:13] <Haohmaru> a3u is bigger than a4u
[09:34:57] <rue_house> but the x256 is bigger than the x32
[09:35:18] <Haohmaru> yes, that's flash size
[09:35:25] <Haohmaru> and ram, and blahblah
[09:36:25] <_abc_> Ashleee: other way around, A B C D E are family, numbers indicate decreasing size with increasing number
[09:36:39] <Ashleee> yes
[09:36:41] <Ashleee> whoops
[09:36:42] <Ashleee> I inversed it
[09:36:45] <_abc_> np
[09:37:03] <Ashleee> to my defense I have not touched embedded development in ~3 or 4 years :)
[09:37:20] <_abc_> There's a new kid on the block, atxmega32E5 <- which is competing with atmega32 in price
[09:37:21] <Ashleee> still have a bunch of xmega256a3u in my drawer
[09:37:29] <Ashleee> and 128a4u
[09:37:40] <_abc_> has all atxmega peripherals excepting usb and so on, and has different pinout vs mega32
[09:37:51] <Ashleee> usb is nice though ;P
[09:38:23] <_abc_> Not i it doubles the price. Also coding for USB is.. eww.
[09:38:43] <Ashleee> I wrote USB stack for xmegas heh
[09:38:45] <Ashleee> aaaaaaaaaaaaages ago
[09:38:51] <Ashleee> it had issues with usb hubs for unknown reason
[09:38:56] <Ashleee> USB CDC even
[09:39:11] <Ashleee> even actual (flashing) bootloader but never got it to a full test
[09:39:21] <Ashleee> sadly my interests moved
[09:39:56] <Ashleee> still would like to get back to this eventually
[09:40:25] <Ashleee> some names here still ring a bell :)
[09:40:54] * rue_house puts the bell down
[09:41:48] <Ashleee> I've backed the Hero101 3D printer on kickstarter... who could have passed a $49 3D printer :D sadly it came with two out of the three steppers with broken teeth
[09:41:58] <Ashleee> s/have passed/pass
[09:42:27] <Ashleee> it runs on atmega128something I think though, if I find my old AVR Dragon I am sure to dump the fw and mess with it a bit
[09:43:19] <Haohmaru> 1284 maybe
[09:44:54] <Ashleee> I even bet it runs a cloned opensource firmware to begin with
[09:59:36] <bss36504> Maybe I'm just a snob, but the words "simple and affordable" don't belong anywhere near a quality CNC system of any type.
[10:00:56] <bss36504> CNC is necessarily complex and complexity==expense. Precision steppers, ball screws, linear rails, etc. I'm not saying you cant splooge out something that resembles your model with any old 3D printer, but I like my shit to be built to spec without a ton of finishing operations.
[10:09:50] <_abc_> http://hackaday.com/2014/11/24/direct-digital-synthesis-dds-explained-by-bil-herd/ minecraft: the latest digital simulator (check out the 1st comment at bottom)
[10:10:44] <_abc_> (cross posted to ##electronics)
[10:11:22] <bss36504> http://i.imgur.com/Br00TCn.gif
[10:48:40] <Tigzee> when it comes to interrupts, is there a way to see which pin triggered the interrupt, or do you have to store and compare with a value?
[10:49:38] <LeoNerd> For PCints, you have to compare values
[10:49:54] <LeoNerd> Usually what I do is dedicate an entire pcint group to a related task, e.g. buttons
[10:50:13] <LeoNerd> Then in the ISR, keep a static "old" value to xor with, so I can look for changes
[10:50:24] <Tigzee> so I have to keep a running register to remember values
[10:50:27] <LeoNerd> Since they're all related, I can then just remark "OK it was all these buttons". because usually it was one
[10:50:54] <LeoNerd> You have to keep it *somewhere*, though it's not necessarily a register
[10:50:57] <LeoNerd> A regular variable is fine
[10:51:10] <LeoNerd> A static uint8_t in the ISR is quite convenient I find
[10:51:59] <Tigzee> I think your talking C to me
[10:52:18] <LeoNerd> Ah.. Perhaps
[10:52:44] <LeoNerd> That's the general principle anyway. How you achieve that in $language-of-choice is your problem ;)
[10:53:37] <Tigzee> I only get a total of 32 registers (variables), so I try not to tie them up as much as possible
[10:53:55] <Jartza> your chip has no sram?
[10:54:05] <Tigzee> Either that, or slow down the programming with sram
[10:54:34] <Jartza> programming of what?
[10:54:54] <Jartza> your code is also cycle-deprived?
[10:55:19] <Tigzee> sram is slow to use...cycle deprived=probably when I am done
[10:56:16] <Jartza> reading byte from sram is 3 cycles
[10:56:41] <Tigzee> But I am already having to do that alot
[10:57:05] <Tigzee> I will use a register for the ports, and if I have cycles to spare in the end, I will convert it into sram
[10:58:50] <Tigzee> Jartza, I'm not a code crunching guru like yourself, Kinda new, so ineffecient code
[11:00:28] <cehteh> assigning registers manually takes them away from the C compiler optimization, unless you exactly know what you are doing, that may make things worse
[11:01:21] <bss36504> What are you making, Tigzee?
[11:02:10] <cehteh> also you may question yoursellf if you really need to store the old value, sometimes you you can deduces what pin caused the interrupt by the state of the program, or its not interesting at all
[11:02:22] <Tigzee> cehteh, no C compiler to worry about (assembly). Just me figuring out where to store what. I originally thought there was a variable stored somewhere that said what pin fired the interrupt.
[11:03:56] <Tigzee> bss36504, a multi-software uart based on interrupts and buffers. I got the single uart done, now I am changing the code to support multplie uarts in full and half duplex mode. I then put the specific program in the non-interrupt section
[11:04:36] <Tigzee> Trying to create a foundation that a couple project will be requiring
[11:07:23] <Tigzee> sooo, when an interrupt fires, I need to know which receiving uart triggered it
[11:09:18] <cehteh> instead pcint you could use the INT or timer capture too whenever available
[11:15:48] <Tigzee> cehteh, that would only work for 1 interrupt. It's ok, I just needed to know I required to keep a running tally of pin status.
[11:17:18] <Tigzee> at least pcint is tied to the ports
[11:19:36] <cehteh> there are more INT's on some avrs .. and some have more UART's hihi
[11:20:52] <Tigzee> cehteh, yep, but I have 60 attiny44as to use up (don't have uart)...and I bought 50 atmega128s that are in the mail to eliviate this issue on real time critical stuff
[12:00:45] <_abc_> Is there a way to chain timers in a standard atmega so one timer controls another by gating it? I think not, but I am willing to be corrected?
[12:01:33] <LeoNerd> Some of the newer chips have an odd "mixer" for a couple of PWM channels
[12:01:39] <LeoNerd> But other than that, no, nothing in hardware
[12:04:56] <_abc_> atxmega has the ability to gate a counter from another
[12:04:58] <_abc_> *timer
[12:05:04] <_abc_> So okay no hw in old mega
[12:27:23] <bss36504> _abc_: Yeah, best bet is xmega if you want something like that. But xmega is cool, so it's a win-win
[12:41:02] <_abc_> I know but I need to do something quick quick and I am not set up for it properly.
[12:41:12] <_abc_> In reality I am looking for a mcu with build in dds unit.
[12:41:26] <_abc_> Not found yet ;) But fpga/cpld with @ exists.
[12:49:21] <kline> bss36504, what is it you like about xmega?
[12:49:44] <_abc_> versus?
[12:49:52] <Tigzee> didn't I read the xmeags were a flop?
[12:50:07] <LeoNerd> No, that was AVR32
[12:50:11] <LeoNerd> XMEGA is doing great
[12:50:14] <carabia> ...aswell as xmega
[12:50:32] <_abc_> The new tiny ones are going to replace atmega. Just saw atxmega32E5 out, it's an uprated atmega328 replacement, does not fit io though
[12:50:46] <_abc_> Price is atmega328 like too, or lower
[12:50:55] <LeoNerd> I wonder how that compares to the mega328PB
[12:51:00] <_abc_> Just no more 5V operations I think, everyone is gone 3.3V
[12:51:11] <_abc_> Take a look at the ds.
[12:51:20] <_abc_> Price is under $2 with taxes even in iurop.
[12:51:23] <carabia> LeoNerd: let's play jeopardy. You can have "XMEGA alternatives (that don't suck)" for $100! Go
[12:51:24] <LeoNerd> No DIP package
[12:51:27] <_abc_> I mean ones from the shop
[12:51:32] <_abc_> LeoNerd: yes, you can forget dip and 5V
[12:51:32] <LeoNerd> So, no.. I don't see it replacing ATmega328
[12:51:40] <LeoNerd> Where will all the Ardweenies get their chips from
[12:51:57] <_abc_> LeoNerd: they burn them out dip or not. Replace!
[12:52:04] <_abc_> Keep the "ecosystem" going
[12:52:36] <_abc_> Wow was Europe made duino ever a ripoff. 29 EUR for a 1 EUR ic on a pcb with funny shape and no protection!
[12:52:52] <_abc_> People are such sheep.
[12:53:46] <LeoNerd> Ooh, this xmega has a DAC
[12:53:58] <LeoNerd> I've always thought that one odd oversight, that no ATmega ever seems to have a real DAC
[12:53:58] <_abc_> yes. And adc is 200-300kHz sampling
[12:54:02] <LeoNerd> niice
[12:54:19] <_abc_> The internal inter-peripheral signal event routing is a win.
[12:54:21] <LeoNerd> I mean, anyone who wanted /real/ ADC performance would use an AD or LT chip strung off SPI port
[12:54:24] <LeoNerd> Yes
[12:54:31] <_abc_> You can connect - chain timers. Exactly what I asked above
[12:54:46] <LeoNerd> yah
[12:55:20] <LeoNerd> To be honest, the main thing I like about xmega is they *don't* copypasta the datasheets
[12:55:40] <LeoNerd> They just say "Yes, so this chip has the standard SPI port at this position on these pins. Go read about it in the standard docs elsewhere"
[12:55:50] <_abc_> avr-gcc claims to support these atxmega32e5 but I am not sure which version, I probably need to upgrade the toolchain. Also Dean Camera said already in 2010 or so that the PDI programming mode is built into avdude since v9.10 and also into LUFA based ...
[12:55:54] <_abc_> ... simple programmers
[12:56:02] <Emil> LeoNerd: imho the pre 2016 m328p datasheet is god tier
[12:56:13] <Emil> Fracturing the docs is a pain in the ass
[12:56:16] <_abc_> god tier?
[12:56:31] <Emil> _abc_: yes, god tier
[12:56:32] <_abc_> Yes I have fracturing but nowadays putting a direct link in the pdf to the other pdf is not so HARD.
[12:56:38] <_abc_> What is god tier please?
[12:56:44] <LeoNerd> If you try to write actual portable hardware driver code, you learn to like the fractured docs style
[12:57:04] <LeoNerd> I *hate* having to read 30 odd pages of timer module docs, to realise that yes, the timer0 on an ATmega328 is exactly the same as the timer0 on an ATmega16
[12:57:06] <Emil> LeoNerd: that's your problem as a HAL shitter
[12:57:25] <LeoNerd> If it just said "Yup, 8bit timer version 1" I'd be "cool OK. I got that"
[12:57:33] <_abc_> I'm still at the "one big file" per project stage because toolchains and chips are so inconsistent. Each project builds with one kind of tools, I do not expect it to be totally Javaportable.
[12:57:56] <_abc_> Emil: I don't understand the words 'god tier'. Sorry.
[12:57:59] <LeoNerd> I would even settle for "one big file" if they just version numbered the peripherals and made reference of specific docs elsewhere *too*
[12:58:05] <Emil> _abc_: google
[12:58:10] <_abc_> One big source file, not docs.
[12:58:24] <LeoNerd> They people who wanted that doc inline have it there, those who just need to know it's the same version 1 timer we get everywhere else can know that and skip 30 pages of reading and comparing bitflags
[12:58:29] <_abc_> As long as one is neat and orderly... okay maybe 4-5 files.
[12:59:01] <Emil> I mean, I would be okay if the files were fractured to differnt docs
[12:59:06] <Emil> if they were fucking consistent
[12:59:18] <Emil> And available easily from a single place and without fluff
[12:59:31] <_abc_> Emil: league of legends and other meme references are completely lost on older guys like me
[12:59:39] <Emil> Because most of the times I Just want the register descriptions
[13:00:20] <_abc_> Let's rephrase: fracturing is no longer something. It was when you needed to reorder volume XIV from the library and it took a week. Now it takes one link to click on.
[13:00:42] <_abc_> However, executive summaries of each peripheral ARE needed. And they are present but well buried in other stuff.
[13:01:12] <Emil> _abc_: https://warosu.org/sci/thread/6405311
[13:01:16] <Emil> And the first image
[13:01:28] <Emil> After opening the link you can open https://i.warosu.org/data/sci/img/0064/05/1394497172818.jpg
[13:01:33] <Emil> (otherwise it prevents hotlinking)
[13:03:21] <_abc_> Wait, what's the current version of avrdude again? I have 5.x or so. Dean referred to 9.1?!
[13:03:28] <_abc_> Emil: okay, I get it.
[13:03:47] <LeoNerd> I appear to have a 6.3
[13:04:12] <_abc_> Do you see any sign of PDI support in it?
[13:04:28] <Emil> _abc_: yeah, it is just as the name implies
[13:04:46] <_abc_> hm?
[13:04:58] <Emil> _abc_: the meme
[13:05:19] <_abc_> http://www.avrfreaks.net/forum/usbasp-pdi-avrdude-support-test
[13:06:06] <_abc_> These atxmegas require PDI or JTAG programming. Btw what JTAG programming interface is popular? Possibly diy?
[13:10:40] <_abc_> avdude supports altera byteblaster. I have a clone, I hope it works. Will try it with an atmega16 dip40 which has been gathering dust for 10 years here
[13:12:04] <_abc_> http://www.edaboard.com/thread264864.html aha so there are problems with LUFA usbasp in PDI mode but they were overcome.
[13:15:39] <_abc_> Does anyone know if the avrdude support the Altera byteblaster USB or parallel?
[13:16:07] <_abc_> I think only usb versions are being made now. Parallel is considered dead. (not by me, I got a new PCI multi io card recently for this)
[13:17:05] <_abc_> Looks like I need to read the sources
[13:18:15] <Jartza> probably yes
[13:18:31] <Jartza> avrdude documentation is quite lacking
[13:18:41] <_abc_> /usr/local/etc/avrdude.conf:764 ...
[13:19:04] <_abc_> yep parallel only, not usb
[13:19:06] <_abc_> sight
[13:19:08] <_abc_> -t
[13:34:40] * _abc_ briefly considers the idea of porting LUFA to altera cpld verilog and laughs like a maniac. Then drops it.
[13:39:03] <Lambda_Aurigae> put v-usb on a verilog avr core!
[13:41:18] <bss36504> kline: Like others noted: Event network, DAC (and other good peripherals) but I'd also add, faster clock, more versatile clock tree/options
[13:42:00] <bss36504> _abc_: How would you port LUFA to verilog? What would that accomplish? The real meat of USB lies in the hardware segment. Anyone can write a software stack (though LUFA is very very well done, I'm not hating on it)
[13:45:34] <Emil> LeoNerd: why v-usb?
[13:45:44] <Emil> if it is already verilog avr core, just direct usb pls ;)
[13:47:33] <bss36504> Emil: Costs $$$
[13:47:41] <bss36504> Well actually more like $$$$$
[13:47:55] <Emil> bss36504: eh, free usb implementations are available
[13:48:46] <bss36504> Sure, you just can't/shouldn't use them in anything commercial
[14:06:32] <_abc_> I am talking about adding usb to a $4 cpld...
[14:06:42] <_abc_> with 100 pin tqfp case
[14:06:48] <_abc_> *package
[14:06:59] <_abc_> Of course, it would be madness.
[14:07:31] <_abc_> And I don't know if it can be done. It does have 8kbytes of eeprom like flash so desc tables are not a problem.
[14:07:37] <_abc_> The rest is way over my head.
[14:08:06] <bss36504> Right I got that but the point I'm making is that the real magic is in the hardware that LUFA relies on.
[14:08:37] <bss36504> If you had a USB verilog core you could just port the C code for LUFA over to your CPLD/FPGA's soft-cpu
[14:08:38] <_abc_> Sort of yes. And no. LUFA tricks interrupts in clever ways, the cpld does not even need interrupts
[14:08:57] <_abc_> That would probably be extremely wasteful what you propose.
[14:09:25] <bss36504> Sure, see other point of "anyone can write a USB software stack"
[14:09:26] <_abc_> LUFA is interesting precisely because it is a hack and that plays well with the small device size of the cpld. But it probably can't be done.
[14:10:08] <bss36504> I feel like if you already had a programmable hardware device, you could avoid doing any "Hacks" in code since you have full control of the hardware architecture
[14:11:53] <_abc_> Sure but the shortcut ideas are what's appealing. Anyway I am a verilog rookie, I don't know how to do it ;) I might learn some day.
[14:12:14] <_abc_> More shovelling tomorrow, heavy snow predicted.
[14:14:50] <bss36504> Oh really? Where abouts? We're forecasted to finally warm above 10F for the first time in a few days.
[14:15:08] <bss36504> Well, the low's anyway will be above 10
[14:33:38] <Tigzee> snow tomorrow? I just got 20cm today
[14:53:44] <_abc_> https://www.wunderground.com/cgi-bin/findweather/hdfForecast?query=bucharest#forecast-graph
[14:55:52] <carabia> bucharest forecast tomorrow: gypsies, gypsies, gypsies
[14:56:30] <_abc_> arabia, why are you hiding behind a c
[14:56:39] <_abc_> damn lacists you find them everywhere.
[14:56:49] <carabia> my cover is blown, i am indeed a sand nigger.
[14:56:56] <_abc_> ick
[14:57:10] <carabia> lawrence of a labia
[15:00:44] <bss36504> carabia: You keep that up and HR is going to send you to sensitivity training.
[15:01:18] <carabia> One would think so, but HR's got nothing on me
[17:03:54] <Tigzee> Aren't gypsies a myth?
[17:13:10] <_abc_> Why? They are real. Romani peolpe.
[17:13:13] <_abc_> *peolpe.
[17:15:54] <antto> peeepul
[17:41:20] <Lambda_Aurigae> people are a myth
[17:42:46] <Jartza> https://drive.google.com/file/d/0B2dTzW9TMeBxQTg2eU8wQlRFVGc/view?usp=sharing
[17:42:46] <Jartza> https://drive.google.com/file/d/0B2dTzW9TMeBxZ2Z3RXcwSFlwQm8/view?usp=sharing
[17:42:49] <Jartza> :D
[17:46:11] <Lambda_Aurigae> usb powered vga adapter there Jartza ?
[17:59:51] <Jartza> heh yea
[17:59:58] <Jartza> usb powered pentaveega :D
[18:00:11] <Jartza> just for the kicks
[18:00:38] <Jartza> not gonna plug it into my computer, but I have these wall chargers with female usb plug
[18:02:51] <Lambda_Aurigae> hmmm...should do an octapentaveega with a 4th chip playing usb-serial adapter.
[18:03:03] <Lambda_Aurigae> with v-usb on a tiny85.
[18:03:22] <Jartza> hehe
[18:04:12] <Jartza> yea, I could raise the uart speed to 10480 bps ;)
[18:04:43] <Lambda_Aurigae> 9600 is good enough.
[18:04:50] <Jartza> sure
[18:07:24] <Jartza> this was just for fun, to impress random people
[18:07:43] <Jartza> fits to pocket and wherever there's vga monitor, the modern monitors have usb ports :)
[18:07:49] <Jartza> http://gerblook.org/pcb/q2myzthM4frDDPBXf8peGT
[19:13:28] <Lambda_Aurigae> so, I got this big honking UPS with separate 48V battery pack....was pulled out of our network rack when it stopped working.
[19:13:48] <Lambda_Aurigae> brought it home, hooked it to my generator over in the shed to see what was wrong with it.
[19:13:59] <Lambda_Aurigae> no lights, no nothing.
[19:14:17] <Lambda_Aurigae> looked it over, flipped the breaker on the rear and it lit up like a christmas tree.
[19:14:57] <Lambda_Aurigae> apparently tripping a breaker is enough to get a 400 pound 8U UPS system thrown out.
[19:16:51] <Chillum> good score
[19:17:01] <Lambda_Aurigae> yeah.
[19:17:13] <Lambda_Aurigae> it's 208/220V powered.
[19:17:21] <Lambda_Aurigae> and has both 110V and 220V outputs on the back.
[19:17:29] <Lambda_Aurigae> so I can plug it in between the generator and the shed
[19:17:40] <Lambda_Aurigae> it ran my tablesaw with no twitches.
[19:25:47] <Chillum> slick
[19:26:30] <Chillum> in large datacenters it is cheaper to throw out a UPS instead of resetting the switch
[19:26:35] <Chillum> (probably not really)
[19:28:42] <Lambda_Aurigae> normally I am the one having to fix things in the server rack here...boss just saw that it was down and ordered a replacement then was going to throw the old one out.
[19:28:54] <Lambda_Aurigae> told him I would haul it off, that I could use it for parts.
[19:29:03] <Lambda_Aurigae> so, yeah, got 2 parts...the inverter and the battery pack.
[19:42:33] <Chillum> wish I had a big heavy sla battery pack for my work bench
[19:42:51] <Chillum> I find myself using my quad copter lipos
[19:42:54] <Lambda_Aurigae> this thing is definitely heavy.
[19:43:06] <Lambda_Aurigae> it's gonna be my main power source for the shed though.
[19:43:20] <Chillum> a battery is a great way to get those big amps
[19:43:40] <Lambda_Aurigae> shed has no power...all wired up with no mains feed.
[19:43:50] <Lambda_Aurigae> so I run it off the 4KW generator.
[19:44:30] <Lambda_Aurigae> just put that big honking UPS in line so I can go in there and flip a switch and have lights then start up the genny.
[19:44:52] <Lambda_Aurigae> or if I need to go in for a few minutes, have lights without having to fire up the genny.
[20:05:23] <Chillum> generators tend to have an ideal load where they are most efficient
[20:05:43] <Chillum> you can get more fuel economy by charging at that load vs drawing a lower load directly
[20:06:45] <Lambda_Aurigae> yeah.
[20:06:57] <Lambda_Aurigae> I don't run it too often really.
[20:07:07] <Lambda_Aurigae> couple of hours once a week usually.
[20:14:37] <rue_house> suggestions for todays topic hilight?
[20:16:18] rue_house changed topic of #avr to: 8 bit atmel microcontrollers. suggest a hilight for the day to Rue_house. Todays hilight: http://www.engbedded.com/fusecalc/
[20:16:49] <Lambda_Aurigae> how to use an AVR to make the magic smoke escape from an stm32?
[20:17:19] <rue_house> we will need those stm32 when microchip kills the avr line
[20:18:01] <Lambda_Aurigae> naaa...they will blend avr and pic together.
[20:18:13] <rue_house> definitly along painfull death
[20:20:45] <rue_house> anyone made a page with links to all the design assistance pages in one place?
[20:23:04] <Lambda_Aurigae> design assistance?
[20:49:29] <rue_house> like tyhe link in th topi
[20:49:30] <rue_house> vc
[22:40:48] <rue_house> anyone know of a project for writing 24lc512 eeproms?
[22:40:56] <rue_house> from a computer by some means
[22:41:05] <rue_house> other than parallel port