Back
[01:17:52] <N1njaneer> Hi Dean!
[01:18:08] <abcminiuser> Nahoyhoy
[01:19:02] * abcminiuser is super sadface
[01:19:12] <N1njaneer> Whyfor?
[01:19:13] <abcminiuser> Who makes decent laptops these days?
[01:19:25] <abcminiuser> Bought a replacement Dell XPS15, sending it back
[01:19:26] <N1njaneer> Been super-happy with all of the Dell's I've had.
[01:19:43] <abcminiuser> Latitude E6510 I'm using again now is decent but getting on a bit
[01:19:52] <N1njaneer> We have several mid-range Alienwares (now owned by Dell) kicking around and they've been very nice too.
[01:19:52] <abcminiuser> XPS15 was awful despite the great specs
[01:20:26] <abcminiuser> The new one had a dead USB port on arrival, although to their credit they fixed it next day
[01:20:39] <abcminiuser> Replacement was differently faulty, replaced again
[01:20:54] <abcminiuser> Now it's working, but SWEET JESUS HOLY CRAP the power supply is noisy
[01:20:59] <N1njaneer> Dell on-site support for their stuff is great.
[01:21:02] <abcminiuser> Think bad CRT monitor whine
[01:21:14] <abcminiuser> (in the laptop, not the power brick)
[01:21:14] <N1njaneer> Ick.
[01:21:50] <abcminiuser> How've you been?
[01:22:02] <N1njaneer> Very busy but good! You?
[01:46:10] <Roklobsta> my laptop has moments of PSU ring.
[01:46:18] <Roklobsta> usually on battery
[01:50:55] <inflex> lo there folks
[01:51:01] <inflex> oh, hi abcminiuser and Roklobsta
[01:51:14] <Roklobsta> hello from the cold cold south
[01:51:40] <inflex> Still T-shirt and shorts up here :\
[01:51:58] <Roklobsta> central heating, uggies and fuzzy dressing gown
[01:52:23] <Roklobsta> 13C outside
[01:52:24] <inflex> cozy :)
[05:57:09] <Jartza> ummh. my modem just shrinks
[05:57:19] <Jartza> ISR is now 15 lines of C
[05:57:26] <Jartza> and speed is 8kbps :)
[06:04:47] <Jartza> Program: 388 bytes (4.7% Full)
[06:08:04] <Jartza> one day I might learn avr assembler to optimize it even further
[06:12:57] <ub|k> why is it that if i turn RXCIE on 'synchronorus' reads from UDR stop working?
[06:13:09] <ub|k> is it only accessible from the ISR routine?
[07:57:22] <Jartza> hmm.
[07:57:31] <Jartza> does anyone know how fast I can write to t85 eeprom?
[07:57:47] <Jartza> and can it be written byte at the time, or does it need to be written block at the time?
[08:02:08] <Lambda_Aurigae> Jartza, have you looked in the datasheet?
[08:02:16] <Jartza> yes
[08:02:48] <Jartza> I might have missed that, there was some asm & c-examples how the writing is done in software, but I thought more on the "hardware" level
[08:03:14] <Jartza> but I might need to look at it again if nobody knows out of their heads :)
[08:03:20] <Lambda_Aurigae> I'm not seeing a t85 eeprom
[08:03:27] <Lambda_Aurigae> is there some other number on it?
[08:04:13] <Lambda_Aurigae> who makes it or what?
[08:04:17] <Lambda_Aurigae> trying to find a datasheet.
[08:05:30] <Lambda_Aurigae> I found a t85 eprom, but not an eeprom.
[08:05:51] <Lambda_Aurigae> not even an eprom really but a microcontroller with an eprom on it.
[08:07:14] <Jartza> ahh... I meant "atiny 85"
[08:07:31] <Jartza> just shortened it to t85 (or tiny85)
[08:07:44] <Lambda_Aurigae> aahh
[08:07:52] <Jartza> hence asking on "avr" channel :D
[08:08:08] <Lambda_Aurigae> people ask about other things here too.
[08:08:13] <Jartza> I found something like programming time 3.4 ms
[08:08:23] <Lambda_Aurigae> then, there you go.
[08:08:51] <Jartza> I'm guessing that's per byte
[08:09:01] <Jartza> and that the eeprom can be erased/rewritten byte-by-byte
[08:09:05] <Lambda_Aurigae> let me grab the datasheet.
[08:09:19] <Lambda_Aurigae> but, yes, it can be written byte at a time.
[08:11:23] <ub|k> any clue on my previous question?
[08:12:47] <Lambda_Aurigae> ub|k, what chip?
[08:13:09] <Jartza> cool... I've been working so long with nand-chips and others, which have huge eraseblocks
[08:13:29] <Lambda_Aurigae> Jartza, looks like you can ONLY do byte at a time erase and programming on the eeprom.
[08:13:36] <Jartza> cool
[08:13:50] <Jartza> that's actually nice for my needs
[08:14:04] <Lambda_Aurigae> and you can do it asynchronously.
[08:14:07] <Jartza> yep
[08:14:23] <Jartza> and I don't have to read back any data if I'm just writing few bytes
[08:14:40] <Jartza> ..before erase, that is
[08:15:59] <Lambda_Aurigae> just remember to wait for the previous erase pro write to complete.
[08:16:08] <Lambda_Aurigae> ub|k, what avr are you asking about?
[08:23:02] <Lambda_Aurigae> ub|k, in general, that bit will enable the interrupt, obviously, and the data won't be available until the interrupt triggers.
[08:41:55] <Jartza> so I could've stopped optimizing my "modem" when I reached 1200bps :)
[08:42:04] <Jartza> because I'm going to use that to update eeprom-data
[08:42:38] <Jartza> as eeprom-writing is so slow... oh well, I might use that also to some other things
[09:35:45] <Jartza> hmmh
[09:35:49] <Jartza> strangenes
[09:39:14] <Jartza> ahh, nope
[09:39:17] <Jartza> works :)
[09:39:30] <Jartza> some size-optimizations for the code
[09:39:31] <Jartza> Program: 368 bytes (4.5% Full)
[09:40:05] <Jartza> I don't know if 20 bytes is that much, but it started from 472
[09:40:12] <Jartza> and most of it is away from ISR
[09:40:22] <Jartza> so I guess every byte counts when it comes to interrupts
[10:58:29] <_abc_> Hello. I compiled simavr and I get no display. The examples seem to 'run' esp the i2c one which does not use opengl. The others seem to run in terminal only, no gui window opens at all, no gdb ports are open. Any ideas on how it should work?
[10:59:41] <_abc_> Hmm it seems my libsimavr is not linked against glut...
[11:19:32] <_abc_> Okay I discovered the way to run the damn programs. ...
[11:19:39] <_abc_> Sorry about the noise
[12:06:08] <umquant> any advice right off the bat for desging an ethernet based system that will send data from multiple periphials on a schedule
[12:06:45] <Lambda_Aurigae> I like the enc28j60 spi to ethernet chip from microchip.
[12:06:48] <Lambda_Aurigae> works well.
[12:06:58] <Lambda_Aurigae> and the tuxgraphics ethernet lib for avr works well too.
[12:07:08] <umquant> Lambda_Aurigae: That is actually what my really rough prototype uses. I got the tuxgraphics lib working in no time
[12:07:25] <umquant> it is also one way communications. All I do is send these values in a packet over udp
[12:07:37] <Lambda_Aurigae> beyond that, you have not really given enough info to get any kind of recommendations.
[12:08:21] <umquant> Lambda_Aurigae: Right, sorry about that. This is in a very early phase still. Let me tell you exactly what the systems purpose is
[12:09:54] <umquant> I am essentially trying to replace some PLC expansion cards. Right now the the PLC my company uses has 3 seperate expansion cards. One for digital IO, one for analog IO (current and voltage), and one for thermocouples
[12:10:17] <umquant> (for fun) I am wanting to make a single device to replace the cards.
[12:10:41] <umquant> As of now all I have done is gotten the tcp/ip stack going and implemented their UDP protocol on an AVR
[12:11:43] <umquant> I am investigating whether I need an rtos or just a really basic time based task lib will suffice
[12:12:04] <Lambda_Aurigae> an rtos just adds overhead.
[12:12:09] <umquant> Right
[12:12:23] <umquant> Do you think an atmega328 is too small for this?
[12:12:34] <Lambda_Aurigae> depends on how many i/o pins you need.
[12:13:21] <umquant> Gotcha. As an estimate I will say I have 8 analogs to minitor, 8 digitals and 4 temps
[12:13:53] <Lambda_Aurigae> also, how often do you need to update?
[12:14:19] <umquant> 500ms would be more than fast enough
[12:15:02] <Lambda_Aurigae> a 328 running at 20MHz should handle it.
[12:15:32] <umquant> with the tuxlib stack do you think it would still be enough?
[12:15:44] <Lambda_Aurigae> only one way to find out.
[12:15:48] <Lambda_Aurigae> build and test.
[12:15:50] <umquant> lol yup
[12:16:12] <umquant> no need for an rtos right?
[12:16:39] <Lambda_Aurigae> I wouldn't use one.
[12:16:44] <umquant> kk
[12:18:19] <umquant> Do you have any experience with reading 4-20ma current loops?
[12:18:25] <ub|k> Lambda_Aurigae: Atmega32
[12:18:29] <ub|k> (sorry, was AFK)
[12:18:43] <Lambda_Aurigae> ub|k, I gave an answer up there a ways.
[12:19:04] <Lambda_Aurigae> umquant, nope...might ask rue_more, or just generally ask in here..I'm sure someone has.
[12:21:21] <ub|k> Lambda_Aurigae: if the ISR does nothing
[12:21:51] <ub|k> shouldn't the UCSRA check work anyway?
[12:22:10] <Lambda_Aurigae> ub|k, no clue...haven't tried it.
[12:52:32] <Duality> https://www.youtube.com/watch?v=XXBxV6-zamM
[14:09:51] <ub|k> has anyone ever experienced assigning a value to an element of an array and getting always zero back when trying to retrieve it?
[14:19:50] <ub|k> problem solved, return missing comma in previous line
[14:20:00] <ub|k> ^__^
[14:20:34] <Thrashbarg> yay for frivolous typos!
[14:20:47] <myself> Your syntax-highlighting editor should've made that obvious! ;)
[14:23:11] <ub|k> i'm too used to python
[16:46:19] <ub|k> i'm getting issues using timer0 and timer1 at the same time
[16:46:36] <ub|k> it's like they interact with each other?
[19:17:51] <N1njaneer> Hey umquant!
[19:19:43] <malinus> ub|k, no