Back
[00:41:09] <inflex> O_o
[00:42:24] <Casper> hi inflex
[00:42:34] <inflex> hiya Casper
[00:43:27] <Casper> do you have an idea how to do a conversion board for this stove hood... for the light, from halogen to led... issue: 40kHz 28Vpeak output... feed normally to 12V lights
[00:43:31] <Casper> halogen
[00:43:41] <Casper> I do have the waveform if you want to see...
[00:44:05] <inflex> yikes... can't you get drop-in LED replacements?
[00:44:27] <Casper> nope
[00:44:27] <inflex> is the 40kHz from some sort of natural resonating flyback transformer?
[00:44:35] <Casper> that I do not know
[00:44:43] <Casper> I have no access to the module internal
[00:44:48] <inflex> bugger :(
[00:45:01] <inflex> is the halogen adjustable in brightness?
[00:45:08] <Casper> no
[00:46:49] <Casper> http://www.flickr.com/photos/93694432@N04/12045441585/ <=== with the lamp connected
[00:46:54] <Casper> zoomed out
[00:47:06] <Casper> http://www.flickr.com/photos/93694432@N04/12045741813/ <=== zoomed in
[00:47:20] <Casper> http://www.flickr.com/photos/93694432@N04/12045842884/ <=== lamp not connected
[00:47:40] <Thrashbarg> looks like it's load sensing
[00:47:53] <inflex> Hrmm... is this some special kind of halogen? Or normal hosuehold stuff?
[00:48:00] <Casper> 12V halogen
[00:48:23] <inflex> Almost guessing the down-converter transformer is the problem
[00:48:55] <Thrashbarg> sounds like it's a switcher but they don't bother to rectify or filter it
[00:49:22] <Casper> yeah that's what I think... which basically mean that I don't think it's possible
[00:49:37] <Casper> unless I make a complicated circuit
[00:50:59] <Thrashbarg> do the LEDs need any specific voltages or drivers?
[00:53:58] <Casper> it have a build in smps, and ask 12V
[00:54:22] <inflex> sounds like a cheap circuit that relies on natural properties of the lamp
[00:54:23] <Thrashbarg> right so you'll have to rectify, filter and drop the voltage
[00:54:52] <Thrashbarg> you could probably pull the parts out of an old PC power supply
[00:54:56] <Casper> and ensure that I don't overload it...
[00:55:11] <inflex> yep... likely it'll have some ugly unstable states
[00:55:18] <Thrashbarg> yeah
[00:56:03] <inflex> wrap the existing lamp with a flexible solar panel... and power the LED from the solar output :)
[00:56:29] <Casper> personally, I'ld just make a detector, and power from another transformer, but father refuse to install another transfo...
[00:56:53] <Casper> so, yeah, I'll give up on the conversion, it's not for me anyway
[00:57:45] <Thrashbarg> hmm
[01:06:51] <inflex> cheaper to get a whole new hood than to try make a converter
[01:09:57] <Casper> nope
[01:10:06] <Casper> it's those like 1000$ one...
[01:10:19] <Casper> with the blower in the ceiling
[01:22:53] <rue_house> Thrashbarg, on lamps they do just that, they use smps, but dont rectify or filter the output
[01:23:17] <rue_house> for low votlage lighting anyhow
[01:45:00] <Thrashbarg> rue_house: yeah
[01:47:24] <Casper> it's funny how much they can cheat with some stuff, like lights
[01:47:43] <Thrashbarg> well lights don't care about polarity or frequency
[01:47:45] <Thrashbarg> just energy
[01:48:29] <Thrashbarg> or should I say power
[01:50:52] <Casper> yeah but still funny
[01:51:09] <Thrashbarg> if you can save a few cents over a run of units it adds up
[01:52:15] <Thrashbarg> well... that ideal doesn't really apply to anything I've seen made in the former West Germany
[01:52:26] <Thrashbarg> serious overengineering
[01:55:16] <amee2k> from what i know the reason for that was over-specification though
[01:55:28] <amee2k> and a certain inability to weasel out of the specs
[04:50:40] <Fleck> pic chips are not avr?
[04:51:09] <OndraSter> sure they are
[04:51:54] <Fleck> not a single word about AVR in datasheet :D
[04:53:02] <Fleck> ok next q. then - are there any PIC chips wich you can use with native RS-232, native RS-232 levels?
[04:53:32] <OndraSter> we are not PIC channel
[04:53:33] <Fleck> *which
[04:53:34] <OndraSter> we are AVR channel
[04:54:39] <Fleck> :P
[04:55:04] <Fleck> you can just say: "I don't know" OndraSter :D
[04:55:18] <OndraSter> I...
[04:55:24] <OndraSter> I do know that we do not talk PIC here
[04:55:27] <OndraSter> PIC is not an AVR
[04:55:50] <Fleck> :D
[04:56:13] <Fleck> ok, then I missunderstood your answer. :/
[04:56:46] <OndraSter> it was ironic... PIC and AVR are completely different
[04:57:11] <Fleck> ok, then sorry about my PIC q.
[06:23:16] <Epsilon-Auriga> Fleck: to answer your question, no, there are no PIC, nor AVR chips that have native rs232 voltage level interfaces.
[06:23:59] <Fleck> yep, thank you Epsilon-Auriga
[06:25:30] <Epsilon-Auriga> and, AVR and PIC are both microcontrollers,,made by different manufacturers,,with different processor cores...they are not the same, use different code, different compilers, different programming hardware, etc....it's like the difference between intel PC and powerpc MAC.
[06:38:54] <OndraSter> yeah - one exists now and the other one is the thing of past, Epsilon-Auriga ? :D
[06:38:55] <OndraSter> jk
[06:39:09] <Epsilon-Auriga> that too.
[06:39:10] <Epsilon-Auriga> but,,
[06:39:15] <Epsilon-Auriga> pic does have its place.
[06:39:24] <Epsilon-Auriga> it's just a bitch to work with in my opinion.
[06:41:38] <Epsilon-Auriga> I love the 32bit pic chip in a dip package with hardware usb but dealing with the usb stack and such on it is a royal pain in the rump.
[06:41:51] <OndraSter> :)
[06:41:56] <OndraSter> I know
[06:41:58] <OndraSter> USB is evil
[06:42:06] <OndraSter> I wrote USB + USB CDC stack for xmega
[06:42:07] <OndraSter> from scratch
[06:44:40] <Epsilon-Auriga> masochist, eh?
[06:46:28] <Epsilon-Auriga> being able to move many peripherals around to different pins is a nice feature on the newer pic chips too but I still prefer avr overall....haen't touched the xmega stuff yet though.
[06:48:04] <OndraSter> yeah I did some basic stuff on PIC at school
[06:48:06] <OndraSter> PIC24F
[06:48:11] <OndraSter> the remapping was indeed nice
[06:48:20] <OndraSter> but xmega has pretty much every peripheral on each port :D
[06:48:33] <OndraSter> well, PORTA and PORTB are mostly analog stuff, whereas the rest are all digital
[06:48:45] <OndraSter> each port has two timers/counters/..
[06:48:54] <OndraSter> both PORTA and PORTB have ADCs, DACs..
[06:49:06] <OndraSter> so instead of remapping it you just use the peripheral on that port
[06:49:20] <OndraSter> still not as 100% flexible as PIC, but sometimes better
[06:49:23] <OndraSter> because you have more of it
[06:53:23] <Epsilon-Auriga> I was meaning moving things like spi and i2c and usart around to different pins, but, yeah.
[06:53:30] <Epsilon-Auriga> ok...off to worky.
[08:01:27] <Valodim> hey everyone. I have a build problem: trying to get LUFA to work in a contiki build. I set my MCU variable to at90usb1287, but the builds fail because __AVR_AT90USB1287__ is not set (which I assume it should be)
[08:01:52] <Valodim> I've been grepping for a while and I don't see any #defining reference to __AVR_AT90USB1287__ anywhere
[08:01:58] <Valodim> can someone point me in the right direction?
[18:13:37] <ambro718> has anyone tried if avr-libs's square() is any faster than x*x (for floats)?
[22:03:52] <rigid> ahoy, i have a question regarding avrdude, i hope someone in here can help
[22:04:22] <myself> don't ask to ask, just ask! :) also, be patient, most folks are sleeping. including me.
[22:04:55] <rigid> i have an stk500 firmware version 1.15 and want to program an ATtiny11 which needs high voltage serial programming, but the "stk500hvsp" type only seems to support firmware version 2.x
[22:05:30] <rigid> so I get timeouts (obviously) ... When using stk500v1, the programmer responds (but can't program the tiny11) ... is there anything I could do?
[22:06:14] <rigid> or do I have to upgrade the firmware (which already bricked me one stk500 in the past, years ago)?
[22:06:41] <rigid> myself: ;) i just wanted to avoid "this is #avr, not #avrdude" answers :-P
[22:08:14] <myself> wow, over my head. good night and good luck :)
[22:08:25] <rigid> sleep well :)
[22:09:05] <rigid> i have tons of ATtiny11s left over :( i wish I had 12s or 13s
[22:09:12] <rigid> (or basically anything but 11 :)
[22:10:48] <rigid> \o/ uisp seems to work!
[22:11:10] <rigid> still, avrdude should also work if it supports firmware version 1.x and 2.x
[22:14:02] <Casper> chance is that you need to upgrade the firmware
[22:14:15] <rigid> well, it works with uisp
[22:14:17] <Casper> they might have not included the support for that chip in earlier version too
[22:14:48] <rigid> avrdude supports both, hvsp and STK500 Firmware Version 1.x ... just not both together
[22:15:10] <rigid> stk500hvsp seems to be bound to Firmware Version 2.x
[22:15:17] <rigid> any avrdude devs in here?
[22:17:30] <Casper> not that I hear of
[22:18:02] <rigid> hm, i should write to the mailinglist i suppose
[22:18:25] <rigid> another question: where do I get /usr/include/avr/tn11def.inc from?
[22:18:35] <rigid> i had it installed, but don't remember the package :)
[22:24:14] <Casper> maybe avr-libc ?
[22:24:38] <rigid> yeah, i guess that could be possible
[22:24:40] <rigid> thanks
[22:26:45] <Casper> but can't say, I don't have that file on my system
[23:35:39] <rigid> so appearantly you can flash a 10 year old ATtiny11 only 2 times :-/
[23:37:13] <rigid> oh noez... i just forgot to erase the flash :-P
[23:41:43] * Casper slaps rigid
[23:42:09] <Thrashbarg> lol
[23:42:25] <rigid> well, strange that it works exactly 2 times without erasing
[23:42:38] <Thrashbarg> perhaps you were only adding zeros
[23:42:53] <rigid> no, i changed the program... just a few bits but still
[23:43:03] <Thrashbarg> hmm weird
[23:43:08] <rigid> indeed
[23:43:16] <rigid> but the tiny11 IS a weird device :)
[23:43:21] <Thrashbarg> lol
[23:45:37] <Casper> maybe the first times you did erase it without realising it
[23:49:13] <rigid> hm, i doubt that. uisp needs the --erase argument to do it... I tried with 3 MCUs before realsing that I missed it. I could always flash 2 times
[23:49:25] <rigid> *realising
[23:52:41] <Casper> weird
[23:52:59] <Casper> I wonder... if the avr flash controller use wear spreading stuff
[23:53:07] <Casper> and that your program is less than half the space
[23:59:06] <rigid> it surely is