Back
[00:35:03] <N2TOH> http://www.lightner.net/avr/ATtinyAvrGcc.html
[02:23:18] <loopdeloop> hello room. happy new year
[02:27:33] <carabia> shoop da woop
[03:51:24] <N2TOH> what do you folks use to reset messed up fuse bits?
[03:51:58] <loopdeloop> depens on the messup
[03:52:32] <N2TOH> needing to change fuse bits that otherwise require the highvoltage programer
[03:54:21] <N2TOH> what is the deal with the scarceness of the atmega1284p? and latching relays?
[04:06:47] <carabia> 1284 ewww so expensivez
[04:07:11] <N2TOH> special need
[04:07:28] <N2TOH> 16KB of SRAM
[04:07:56] <N2TOH> yes 128KB flash, but I could manage with half that
[04:07:58] <carabia> use external
[04:08:13] <carabia> \;D/
[04:08:18] <N2TOH> SRAM adds cost
[04:08:30] <carabia> yeah
[04:08:39] <N2TOH> internal SRAM FASTER!
[04:08:52] <N2TOH> no need to pad in wait states
[04:09:49] <N2TOH> I could use a hopped up 8051 with external SRAM and ROM but that would pooch the cost and speed advantages
[04:12:19] <Tom_itx> dragon does hvpp
[04:12:55] <N2TOH> how do you wire it up if you didn't include a connector for that task?
[04:13:28] <Tom_itx> carefully
[04:13:47] <Tom_itx> doubt you can do it in circuit
[04:14:40] <N2TOH> good point! I will have to check into it again, but my tired fuzzy brain matter seems to recall it's just 12 volts on the reset pin
[04:15:18] <N2TOH> so just make sure nothing else is connected to it, or include some sort of jumper
[04:15:27] <N2TOH> even a solder blob
[04:58:55] <jerkey> the pic32 is cheap and way more powerful
[05:01:56] <N2TOH> the 1284p is pin comparable with the 644p
[05:02:19] <N2TOH> it's the largest AVR in a PDIP 40 package
[05:07:11] <N2TOH> http://www.atmel.com/images/atmel-8272-8-bit-avr-microcontroller-atmega164a_pa-324a_pa-644a_pa-1284_p_summary.pdf
[05:09:02] <N2TOH> http://www.atmel.com/devices/ATMEGA1284P.aspx
[05:26:09] <carabia> yes go pic or stm
[05:26:15] <carabia> avr is bs
[05:33:25] <carabia> eevblog guy said atmel's only had operating loss since it started ;D lulz
[05:33:45] <carabia> eevblog must be correct after all he always shows off his $10k scopes and logic analyzers
[05:34:10] <N2TOH> I have AVR parts from the mid 90's
[05:34:23] <N2TOH> AT90s1200
[05:35:04] <N2TOH> always new scopes?
[07:29:35] <Fleck> N2TOH: no, used :D
[07:43:07] <uv> Happy New year
[11:46:36] <Romualds> hello there is a bit quiter than in electronics
[11:46:38] <Romualds> :)
[11:47:20] <Romualds> i want to ask some question about LC circuits if i may..
[11:47:47] <twnqx`> uhhh
[11:47:51] <twnqx`> filters...
[11:48:05] <Romualds> is serial LRC resonant formula the same as LC formula?
[11:48:10] <twnqx`> i heard about that 15 years back in university :P
[11:48:21] <twnqx`> and never used it again \o/
[11:48:28] <Romualds> i don't mean LCR formula but LRC
[11:49:19] <Romualds> i just compare it with water and bottle
[11:49:31] <Romualds> water is L and botle is C
[11:50:11] <Romualds> resonance is when water ammount fills full botle in some time
[11:50:49] <Romualds> so there must be some relationship of pumping capacity and resistance which lags pumping process
[11:51:24] <Romualds> inductance makes some "lag" with its Xl
[11:51:49] <Romualds> resonance is when Xl = Xc
[11:52:10] <Romualds> so there must be some extra lag when resistance is inserted between L and C
[11:52:47] <Romualds> I understand when there is L -
[11:53:08] <Romualds> L -> C ->R then formula is the same becouse of no resistance between LC
[11:53:28] <Romualds> but what happens when there is L -> R -> C ?
[11:53:56] <twnqx`> throw in spiece and find out!
[11:53:59] <twnqx`> spice*
[11:54:16] <Romualds> i have ltspice but i can't use voltage controled swich
[11:54:36] <Romualds> and voltage source can not be left floated in air to make oscilation out of LC
[11:56:41] <Romualds> ok i will stay here maybe someone can make some sugestion to me on this theme
[12:25:07] <Epsilon-Auriga> google.com is your friend.
[12:25:24] <Epsilon-Auriga> I could look it up for you but I really don't like doing someone else's homework.
[12:25:59] <Epsilon-Auriga> and,,,
[12:26:06] <Epsilon-Auriga> hoppy nude beer to all!
[12:28:54] <aep> so. i tried one of the lufa demos on an olimex avrisp-mk2
[12:29:04] <aep> nothing happens at all. usb wont turn on and neither does any led
[12:29:08] <aep> how do i debug this?
[12:29:25] <aep> considered that its supposed to work. that's kinda what a demo is for
[12:29:36] <aep> so must have been me doing something not code related wrong
[12:42:40] <aep> actually the first thing it does, according to the code, is turn a led on
[13:04:25] <aep> ah, got it
[13:04:41] <aep> had the wrong cpu in the makefile
[13:33:04] <Romualds> Epsilon-Auriga it's not homework
[13:33:49] <Romualds> my english is not so good to define diferences in google for LCR and LRC
[13:56:50] <aep> bah, protocol doesnt work and i dont have a logic analyzer or clue
[13:57:11] <aep> audio class that is. host just never receives any data after opening the channel
[14:42:31] <therealkripp> Attiny running a 1024 laptop screen!
https://code.google.com/p/avr-lvds-lcd/
[14:44:09] <jerkey> no fucking way!!!! that is awesome!!!!!!!!!!!!
[14:45:36] <therealkripp> I wonder if you could get better resolution/refresh rate with only black and white
[14:51:18] <carabia> ATTINY SO GOOD!!!! QWOOOT!!!!!!
[14:51:29] <carabia> LAPTOP SCREEN!!11
[14:51:42] <jerkey> the writing on the readme does not seem like it came from a person capable of this, i look forward to reading the code
[14:53:48] <carabia> but its avr and ALPTOP SCREEN 1024!111
[14:54:19] <carabia> who would have ever thought this is possible god damn shock and awe
[15:07:37] <jerkey> i wanted to do it for a while now but i was repeatedly told that the refresh rate of the screen was way too high for an avr... but i guess an old screen retains its picture longer
[15:08:48] <Epsilon-Auriga> TFT, LCD, and LED displays have different hold times as I recall.
[15:08:56] <Epsilon-Auriga> didn't know a TFT could hold that long though.
[15:26:57] <Casper> jerkey: modern display actually use a lower refresh rate ON THE CABLE than old monitors
[15:27:16] <Casper> 60Hz is perfectly fine with LCD, but flash on CRT, so on crt you wanted atleast 85Hz
[15:28:01] <Casper> however, LCD have a memory buffer... and refresh the panel at a different rate
[15:28:12] <Casper> but that is transparent to the "sender"
[15:28:21] <jerkey> 60Hz * 800 * 600 = 28 million pixels per second, no AVR could do that
[15:28:55] <Casper> exactly, HOWEVER, with external part it can be done
[15:29:09] <jerkey> casper then why does the screen image fade to chaos when the motherboard stops sending data? (if the light is kept on)
[15:29:22] <jerkey> what external part?
[15:29:30] <Casper> basically a "video card"
[15:30:21] <Casper> the avr draw the image slowly in it's buffer, which then the chip send it at the proper speed
[15:31:19] <Casper> as for the lcd, VGA -> ADC -> memory -> screen
[15:31:31] <Casper> while LCD goes VGA -> screen
[15:33:10] <Casper> on vga, the circuit sync 2 oscillators to the HSync and VSync signal, those oscillator move the beam left-right and top-bottom, the colors signal goes directly to the canons... quite a simple circuit (in theory)
[15:33:50] <Casper> if the sync signal don'T fall within the oscillator working frequency, a protection kick in and stop them (and the canons too)
[15:41:58] <jacekowski> did someone say it's impossible to do vga on avr
[15:42:12] <jacekowski> http://www.linusakesson.net/scene/craft/
[15:42:18] <jacekowski> have a look at this shit
[15:42:46] <jerkey> casper yes I have played with CRTs, i once took the beamer from a projector and put it in a monitor in place of the CRT from one of these
http://www.soundandvision.com/content/madrigal-imaging-mp-9-crt-projector
[15:43:40] <jerkey> no doing VGA is easy, problem with LVDS is that you have to specify each pixel even if it is the same as the others near it
[15:44:23] <jerkey> casper the reason I don't want to use the chip meant to make LVDS signals is because I have lots of laptop screens and infinite AVR chips, but no piles of LVDS chips
[15:45:10] <Casper> yeah so you would need a video buffer of some sort if you want to...
[15:45:12] <jacekowski> thing is, you can run LVDS really slowly
[15:45:35] <jacekowski> and the display should be happy with it
[15:45:46] <jerkey> really? I thought it would flicker and fade?
[15:46:03] <jacekowski> it shouldn't
[15:46:13] <jacekowski> LCD screens have really slow refresh rate anyways
[15:46:16] <jerkey> i assume older displays would flicker less because they are meant for lower speed updating of pixels
[15:46:26] <jacekowski> new displays are just as slow
[15:46:41] <jerkey> jacekowski i have been wanting to do this for a long time, if i discover that it's easy it will dash all my other projects!
[15:46:53] <jerkey> imagine, making your own E-reader from an old laptop screen
[15:48:41] <Epsilon-Auriga> I have some old HP screens around.
[15:49:19] <jerkey> i could stack two feet of laptop screens easily
[15:50:09] <Epsilon-Auriga> one wonders if one could bypass the lvds interface and go ttl/cmos level.
[15:59:08] <jerkey> it appears that is what was done in 12:26 < therealkripp> Attiny running a 1024 laptop screen!
https://code.google.com/p/avr-lvds-lcd/
[16:05:19] <aep_> abcminiuser: heya. i repurposed an avrisp-mk2 to try lufa on an 8biter with usb support. It has no ADC, so i removed ADC_StartReading from AudioInput.c. now i think the ISR won't fire
[16:05:43] <aep_> at least on the host, it just gets stuck recording from the interface. no pcm data ever arrives
[16:06:11] <aep_> and putting some led stuff in the ISR function does nothing, but maybe its just too fast
[16:06:17] <aep_> dunno how to debug this
[16:06:36] <abcminiuser> Tried defining USE_TEST_TONE instead?
[16:06:42] <aep_> did that of course
[16:06:56] <aep_> but that doesnt remove all calls to ADC stuff
[16:07:20] <aep_> ADC_Init, ADC_SetupChannel and ADC_StartReading
[16:07:31] <aep_> i dont know if they are relevant to the problem
[16:07:57] <aep_> i was expecting by uncomenting that stuff and defining USE_TEST_TONE, i get that tone on recording from the interface
[16:08:49] <aep> http://npaste.de/p/3I/#103
[16:09:19] <aep> tried it this crappy way, but that doesnt fix it
[16:09:30] <aep> i.e. calling the stuff in the ISR in main
[16:11:59] <aep> maybe it never worked with windows?
[16:14:15] <aep> linux isnt really happy either tho, all i get is: usb 1-1.1: unable to get BOS descriptor
[16:18:55] <DrLuke> On xmegas using atmels io.h, is there any way to get the adress of the port an usart is sitting on?
[16:19:11] <DrLuke> i.e. to find out it's Port E when using USARTE0
[16:36:50] <therealkripp> People programming chips with assembly most likeley to be genious? i tought C was a little cryptic
[16:39:03] <Epsilon-Auriga> C cryptic?
[16:39:29] <Epsilon-Auriga> assembly is very straightforward...if you understand the assembly commands.
[16:43:01] <jerkey> i prefer to let the computer do the hard work for me
[17:04:41] <devilsadvocate> DrLuke: the 'usual' way is to just pepper the sources with a series of #ifdefs
[18:28:59] <aep> does anyone have schematics for the olimex avrispmk2?
[18:30:44] <Epsilon-Auriga> aep: have you looked at the olimex website?
[18:33:37] <aep> yah, they only have a user manual
[18:38:48] <vectory> aep: and that dont contain schematics?
[18:39:13] <Epsilon-Auriga> http://ge.tt/3X1MrRV in there it I believe aep
[18:39:14] <aep> nope
[18:40:03] <aep> Epsilon-Auriga: this looks like a different clone
[18:43:28] <Epsilon-Auriga> then email olimex and ask for it.
[18:43:37] <aep> yeah
[18:45:16] <aep> apparantly they have an irc channel oO
[18:46:02] <Epsilon-Auriga> so they do..
[19:10:15] <sinclair> hi everyone
[19:10:33] <amee2k> umm......
[19:10:49] <amee2k> 00:22 < the> HAPPY 2015!
[19:10:53] <amee2k> ^^ fail of the year. hands down.
[19:11:06] <Epsilon-Auriga> hoppy nude beer.
[19:12:35] <sinclair> does it make any sense to choose C++ as the language for projects in Atmel Studio?
[19:12:55] <Epsilon-Auriga> not to me.
[19:13:03] <Epsilon-Auriga> but to each their own.
[19:13:36] <Epsilon-Auriga> C++ doesn't make a lot of sense to me in general but I'm an old C weenie from back as far as the 80s.
[19:16:04] <sinclair> well i don't mind the language but i haven't seen a code sample in any of the forums i've been in that was C++... or in the documentation either
[19:19:29] <Epsilon-Auriga> C makes more sense on smaller devices than C++...I think there is considerably more overhead for C++ but not sure.
[20:00:54] <devilsadvocate> c++ makes sense if either you already have a bunch of C++ code you want to reuse, or if you like overengineering things and don't care too much about using a slightly larger chip than is really needed, or if it just makes you geel all warm and fuzzy on the inside
[20:02:33] <antto> that last bit is for me ;]