Back
[02:10:22] <cart_man> Hey if anybody can please have a look at this thread...its about TWI comms
[02:10:23] <cart_man> http://www.avrfreaks.net/forum/problems-implementing-twi-24aa32-eeprom-0
[02:32:12] <cart_man> ^^
[02:57:10] <cart_man> :( No one?
[02:59:20] <vsync> cart_man:
[03:00:17] <vsync> too lazy too long to read, where do you specify the address
[03:00:31] <cart_man> in EEPROMID
[03:00:45] <cart_man> for the 24AA32 the ID is 10100000
[03:01:15] <vsync> you know yo set it with the pins?
[03:01:19] <vsync> you*
[03:01:37] <cart_man> SO what the one functions does that I cant seemt ofigure out it shift that adderss into something that does not make sense... it does ((EEPROMID|(uint8_t)((u16addr & 0x0700)>>7))|1)
[03:01:47] <cart_man> Yes...all the A pins are grounded
[03:01:53] <cart_man> soo I want it to be 000
[03:02:05] <cart_man> 1010 { 0 0 0 } 0
[03:02:13] <cart_man> I only have 1 soo
[03:02:55] <vsync> um
[03:03:01] <vsync> in that case
[03:04:05] <vsync> well, thing is
[03:04:47] <vsync> its the address + the rw bit
[03:05:25] <vsync> its already given there in 7b
[03:05:38] <vsync> if my eyes arent crossed
[03:06:00] <cart_man> Yip ...but I give it the EEPROM ID then just set the last bit when I call the function
[03:06:56] <vsync> are you sure that shift does what you want it to do
[03:07:20] <vsync> just focus on that for starters
[03:07:50] <cart_man> No im not.. I got it from a tutorial..ive since removed it though replacing it with only the EEPROMID
[03:07:58] <cart_man> or EEPROMID|1
[03:08:05] <cart_man> depending on writing or reading
[03:09:03] <cart_man> THen I get different results but when I do the EEPROMID|1 for writing then I get 248=WSRT which means no valid SWRT code :(
[03:11:44] <vsync> too much software. cant help. im allergic.
[03:42:49] <cart_man> vsync, :*{
[05:01:01] <blown> gooday fokes
[05:01:30] <blown> does there exist a reasonable standalone avr disasm for windowz mate>
[08:16:13] <Jartza> http://labs.rakettitiede.com/?p=206
[08:16:32] <Jartza> especially dedicated to vsync ;)
[08:31:30] <vsync> you truly delivered again
[08:32:03] <vsync> "labs", i wish your company to be long-lived and successful
[08:32:05] <vsync> i truly wish
[08:33:19] <vsync> then again, my wishes are usually in the ballpark of peeing straight into headwind
[08:33:27] <vsync> so you know, i wouldn't know
[08:36:02] <vsync> add in twitter and facebook so its trendy, also gps and foursquare so people can track this. also very trendy
[08:36:29] <vsync> post it on hackaday and ask atmel people to twatter about it too
[08:36:45] <vsync> and all the other hot places. also protip, use a diffuser next time
[08:38:44] <vsync> a single minute is not enough of this, could you make it into an hour?
[08:43:54] <Jartza> I thought maybe endless looping video might be the best
[08:44:37] <Jartza> with videoplayer without stop-button
[09:25:05] <vsync> do you actually get paid for things like these?
[09:25:16] <vsync> and here i thought nokia and its sinecures are gone for good
[09:27:53] <LeoNerd> Bah.. my little tiny atomic event-loop micro-OS thing needs more synonyms for timer
[09:28:04] <LeoNerd> I already have event bits for TIME, ALARM, PULSE,...
[09:28:11] <LeoNerd> I'm thinking maybe BEAT ?
[09:28:24] <LeoNerd> I'd call them TIME1 TIME2 TIME3 but that's sooooo boring
[09:41:30] <Jartza> vsync: no, I don't paid for things like this :)
[09:42:21] <Jartza> altgough, tagsu brought us new customer who hired 3 consults
[10:13:37] <Willd> Hi! I'm having trouble driving two mosfets from a m328p, can someone help me out?
[10:14:12] <Willd> I'm trying to switch between them, using a ADC connected hall-effect sensor
[10:14:38] <Willd> But as I switch from one to the other, both go to 9V instead of 12V and 0V
[10:14:44] <Willd> Here's my code:
https://pastie.se/5353ace4
[10:20:10] <Willd> (A lot of unused code and comments that are wrong, btw)
[10:20:38] <LeoNerd> How do you know it's a software problem?
[10:20:53] <LeoNerd> E.g. could be a matter of the gate voltage not being high/low enough on the FET to switch it
[10:22:01] <Willd> LeoNerd: If I just switch output A and B at the same time, to the same value, it works, but if I put one to low and one to high, it won't work
[10:22:37] <Willd> LeoNerd: I might be wrong here, but in mind that should mean software
[10:22:42] <twnqx> schematic or no help.-
[10:22:56] <twnqx> mosfets are evil things.
[10:23:24] * twnqx never does mosfet circuits without spice simulation
[10:24:19] <LeoNerd> SPICE is life you know
[10:26:14] <Willd> Hm, wish it was my life :(
[10:26:31] <Willd> You guys were right btw, the outputs actually switch alright
[10:26:50] <timemage> LeoNerd, take his water.
[10:34:37] <LeoNerd> I find MOSFETs especially tricky on 3.3V circuits, because usually the sorts of power FETs you'd be working with have switching gate voltages above that
[10:35:29] <LeoNerd> I have a 5V logic, 24V switching board, that I'm likely to run by using a bipolar in front
[10:37:24] <Willd> LeoNerd: Yeah, I'm running at 5V, so I should be within my FETs parameters..
[10:40:21] <twnqx> always depends what you switch
[10:40:25] <twnqx> and to where
[11:08:19] <Willd> twnqx: Weird thing is though, when I'm not using the adc value for determining when to switch, it works..
[11:09:34] <twnqx> still can't help you without a schematic :)
[11:09:47] <twnqx> (and knowing the trip points, on top)
[11:10:06] <LeoNerd> So basically, "Schematic or GTFO"
[11:10:13] <Willd> I get it, I get it :)
[11:44:46] <malinus> LeoNerd: there are no "logic" MOSFETs for 3.3V?
[11:45:46] <LeoNerd> Oh I expect there almost certainly *are* yes, otherwise how do the FETs in logic chips work? :)
[11:46:49] <malinus> I thought 3.3V cmos was driven by devine force?
[12:02:30] <theBear> the chip i looked up on a laptop mobo (was looking for salvage parts) yesterday was two logic level fets rated at 1.8v
[13:03:49] <twnqx> but those can't necessarily withstand 24V load voltage ;)
[13:04:23] <N1njaneer> Your daily machine pr0n:
https://www.youtube.com/watch?v=FKFqZW_36rU
[13:06:59] <N1njaneer> Just looked at one of those in person yesterday. Hell of a nice machine!
[13:07:18] <N1njaneer> Machines that make you feel productive while just standing there watching them work.
[13:13:05] <aandrew> heh
[13:13:17] <aandrew> we have three SIPLACE machines where I have some office space
[13:13:22] <aandrew> they are mesmerizing to watch for sure
[13:13:32] <aandrew> they also have a mydata machine but it's not as fun to watch
[13:13:47] <N1njaneer> There are three Quads here right now I'm looking to dump immediately to bring one of the Yamaha's in here within the next month or so.
[13:18:01] <aandrew> quads... who makes those, that sounds very familiar
[13:18:08] <N1njaneer> Quad.
[13:18:17] <aandrew> hm
[13:18:38] <aandrew> we had some older equipment we just scrapped. I saved all the motors and pneumatics and a couple of the nice flat rails :-)
[13:18:48] <N1njaneer> Before they went under and Tyco bought up the rights, then transferred to PPM, who is the current official support channel these days.
[13:19:24] <N1njaneer> We use them regularly for production and I have about 550 feeders here for them, but changeovers are too slow, and they start to get a bit dicey for handling 0402's reliably.
[13:19:38] <aandrew> *nods*
[13:19:51] <aandrew> that was why they got rid of the old ones here too, I cannot remember the name of htem though
[13:19:57] <aandrew> quad sounds really familiar but I don't think that was it
[13:19:59] <N1njaneer> Quads are very nice, but they need a LOT of babying to set up, and the software is still a bit wonky at times.
[13:20:17] <N1njaneer> It's basically down to Yamaha or Universal right now.
[13:20:34] <aandrew> we keep buying siplace machines off auction
[13:20:44] <aandrew> still well supported and they work really well
[13:21:04] <N1njaneer> The Quads are a HUGE step up from our first Manncorp machine, which was a good entry level machine, but you quickly realize it's absolutely a Fischer Price My First Pick And Place.
[13:21:18] <N1njaneer> The Quads run great once set up, but changeovers are a biiiitch.
[13:21:48] <N1njaneer> The place I looked at the Yamaha's yesterday has 6 of them currently split between 3 lines and they average about 15 changeovers PER DAY. :)
[13:21:52] <N1njaneer> Impressive operation.
[13:22:04] <aandrew> wow
[13:22:38] <aandrew> we are much, much smaller than that
[13:22:54] <aandrew> maybe 3 changeovers on a busy day
[13:23:54] <N1njaneer> We're basically an OEM, so we kind of just run when we need to - 400 boards running right now. But we'd like to pick up more CM type work once we can get the changeover madness settled.
[14:32:59] <hypermagic> hello my friends
[14:33:08] <vsync> hullo
[14:33:30] <hypermagic> what's up around here? everybody heavy developing work?
[14:52:50] <twnqx> no, just havign a beer and watching football
[15:09:48] <N1njaneer> hypermagic: ARM stuff all day here for me!
[15:09:57] <N1njaneer> And Solidworks. :)
[15:10:11] <hypermagic> nice
[15:10:46] <hypermagic> i was taking my time and searching stuff on my hdd and categorizing them, much better, but still a mess
[15:11:35] <hypermagic> my problem is, i can have firmware that will work on more boards and i can have boards that can have more firmware
[15:11:41] <N1njaneer> I need to start doing that this weekend. My drives are like a poorly organized basement of old junk :)
[15:12:11] <hypermagic> ofc linux has links, but crosslinking everything can make you get lost in your project directory ^^
[15:12:26] <N1njaneer> Vicious circles of pathing!
[15:12:48] <hypermagic> maybe linux would need a "link1"
[15:31:38] <vsync> hello people
[15:31:47] <vsync> let's get a drinking game going
[16:41:59] <Jartza> ohh. I also need to fire my arm tools
[16:42:49] <Jartza> cortex m4 for me next
[17:45:14] <d-rock> I'm working on a keg scale for work and I'm fine with the AVR side of things, but my circuit knowledge is a bit rudimentary. Is this a good place to get a review of my instrumentation amp circuit?
[18:10:06] <grey> hiyo, I'm trying to dig back into AVR programming and was wondering what my toolchain should end up looking like? I pulled down atmel studio but it won't let me choose any device family except the AVR UC3, I want to program for the Atmega's and maybe some Attiny's I've got floating around
[18:10:50] <N1njaneer> grey: Atmel Studio 6.2 will absolutely do all AVR and SAM ARM devices, as well as XMEGA and AVR32 as well I believe.
[18:11:06] <N1njaneer> You should have 6.2
[18:11:26] <grey> I have 6.2.1548, SP2
[18:12:10] <grey> do I need to pull stuff in from the extension manager?
[18:12:53] <N1njaneer> You are doing File->New Project?
[18:13:14] <grey> yeah
[18:13:19] <N1njaneer> Then set up a "GCC C(or C++) Executable" ?
[18:13:40] <grey> yep
[18:13:50] <N1njaneer> Then "Device Selection" should have "Device Family: ALL" by default, and you should see several hundred different part definitions.
[18:14:21] <N1njaneer> Or drill it down to MEGA, Tiny, AVR32, or SAM families
[18:14:47] <grey> https://www.dropbox.com/s/b9g0rqzr5fozqdz/uc3only.png?dl=0
[18:15:04] <N1njaneer> Yes, something is screwed up.
[18:15:08] <grey> :(
[18:15:33] <N1njaneer> That drop-down will have about a dozen selections. Even the UC3 will have more parts than that.
[18:15:53] <N1njaneer> Did you pull down the full Atmel Studio 6.2 installer from the website, then?
[18:16:37] <grey> my download history says it was
http://www.atmel.com/images/AStudio6_2sp2_1548.exe, at 574MB
[18:16:49] <grey> maybe I managed to eff up an install option? :\
[18:16:54] <N1njaneer> Possibly.
[18:17:14] <N1njaneer> To answer your earlier question, though, Atmel Studio WILL do exactly what you need it to. Try reinstalling. :)
[18:17:28] <grey> okay, that at least lets me know to keep trying it, Thanks :D
[18:18:14] <N1njaneer> I'm pulling down 1548 right now myself, as I forgot this machine hadn't been updated yet.
[18:18:24] <N1njaneer> Let me take a peek as I install if you don't solve it first.
[18:18:51] <N1njaneer> Atmel Studio WILL ask about pulling down ASF and Kit updates where applicable on startup, but it will have pretty much everything stock out of the box just from the initial install.
[18:20:32] <grey> hmm, on trying to reinstall I see driver_libusb0_installer.msi failed to install, that can't be good
[18:26:51] <grey> well, the reinstall shows all device families as expected
[18:27:19] <grey> but the install is pretty straightforward, no way I saw to exclude any parts of the toolchain (Though I assume the gcc 8bit toolchain is what failed to install.. silently?)
[18:27:49] <Willd> twnqx, LeoNerd: Finally got it to work after all this time. Seems you can't switch two outputs at the same time, one at a time works fine though..
[18:27:59] <Willd> Thanks for your help earlier :)
[18:28:08] <twnqx> eh... you perfectly can...
[18:29:05] <Willd> twnqx: Not sure why it won't work now, I'll draw something up when I have the time, so you can debunk me :)
[19:06:06] <ferdna> if i get this kit.. will i be able to read this sensors?
[19:06:07] <ferdna> http://www.palletscales.net/small_livestock_scale_kit.htm
[19:18:36] <N1njaneer> grey: Glad to hear that fixed it!
[19:21:25] <grey> N1njaneer: Thanks very much for your help,
[19:21:56] <grey> I just dusted off and wired up my USBTinyMkII and it looks like I'll be fighting with USB drivers a little longer, but I'm definitely on the right track
[19:30:11] <N1njaneer> Great! Let us know if you have any other problems.
[19:32:09] <Lambda_Aurigae> ferdna, if you have to ask, no, you won't be able to read the sensors.
[19:32:42] <ferdna> Lambda_Aurigae, why?
[19:32:54] <Lambda_Aurigae> because you don't know how.
[19:33:24] <Lambda_Aurigae> and without any technical specs on the sensors, it's gonna be real difficult to learn how.
[19:34:42] <ferdna> cool thanks
[19:44:27] <grey> oh this looks scary, looks like the atmel driver install is failing because libusb is already installed (By one of my Garmin's),
[19:44:42] <grey> so it fails to "install" the driver because the file already exists... then the rest of the driver steps fail
[19:45:07] <grey> TIME TO BE STUPID! *deletes system32*
[19:47:30] <Lambda_Aurigae> format c: /y
[19:47:33] <Lambda_Aurigae> should work well.
[19:50:46] <grey> LOL, fun
[19:51:06] <grey> so deleting libusb0.dll from system32 didn't help, (I restored it from the recycle bin after that) but killing the garmin express agent did
[19:51:23] <grey> now to just reinstall atmel studio for the 4th time...
[19:59:41] <grey> hmm
[20:00:20] <grey> not quite as working as I thought it was, once I reinstall atmel studio (The USB drivers did succesfully install this time, so they say), my programmer no longer installs it's driver when connected
[20:08:49] <grey> http://fourwalledcubicle.com/blog/2009/08/my-not-so-secret-project/#comment-1214 looks to have helped
[20:09:01] <grey> the device driver looks good, though I can't see the programmer in Atmel studio
[20:10:39] <Lambda_Aurigae> and,,,this is a bad thing?
[20:10:51] <Lambda_Aurigae> atmel studio means windows and windows means,,,,eeeewwwww.
[20:11:03] <grey> looks like I ordered my USBTiny MKII in 2010, I wonder if I need a firmware update on it? ... :\
[20:11:11] <Lambda_Aurigae> prolly.
[20:11:25] <grey> Lambda_Aurigae: don't get me wrong, I'm a linux nerd and write plenty of code on linux/unixy machines,
[20:11:41] <grey> but I'll get there once I've got the basics covered here
[20:14:14] <grey> ... no idea where to even start with that :(
[20:14:32] <Lambda_Aurigae> could start where I started.
[20:14:44] <grey> with the firmware update I mean
[20:14:51] <Lambda_Aurigae> http://www.avr-asm-tutorial.net/avr_en/
[20:14:52] <Lambda_Aurigae> oh.
[20:14:54] <Lambda_Aurigae> hehe.
[20:14:55] <Lambda_Aurigae> no clue.
[20:15:24] <grey> guess I'm giving up for tonight, I'm a little over 2 hours into debugging USB drivers and I've only made a bit of progress :(
[20:16:15] <Lambda_Aurigae> mine just worked on linux and android so I haven't bothered with any updates.
[20:19:12] <Lambda_Aurigae> nooooo!
[20:19:16] <Lambda_Aurigae> not operator status!
[20:20:54] <Tom_itx> sry just testing syntax :D
[20:21:02] <Tom_itx> been too long...
[20:21:55] <Lambda_Aurigae> hold your sword above your head and yell,,,"By the power of ATMEL! I have the POWER!"
[20:22:08] <Lambda_Aurigae> hmm...maybe your programmer rather than your sword.
[20:28:41] <grey> an exciting new error, TCF (TCF command: Tool:connect failed.)
[20:29:15] <mheld> anybody here use any quectel gsm/gps modules?
[20:29:27] <Lambda_Aurigae> not I
[20:31:55] <grey> anyone know if it's safe to let atmel studio install an AVRISP mkII firmware upgrade to the USBTiny mkII? and if so is there anything special I need to do to enable that? It keeps failing
[20:32:17] <Lambda_Aurigae> I would say it won't work..they are different devices.
[20:32:35] <Lambda_Aurigae> the usbtinymkII pretends to be an avrisp mkII but it isn't.
[20:32:38] <grey> okay, wasn't sure if they were just hardware clones or not
[20:35:27] <Lambda_Aurigae> I would say not.
[20:46:34] <grey> blarg, giving up for real this time
[20:46:53] <grey> trying to figure out how to update firmware on the usbtiny mkii, and I am well and far down a rabbit hole :(
[21:12:04] <N1njaneer> grey: Sorry, was on the phone a while here
[21:12:51] <hypermagic> so N1njaneer how do you structure your project system? ;)
[21:13:32] <hypermagic> hardware directory, software directory, and crosslink projects using softlinks?
[21:13:38] <N1njaneer> grey: If you want to start doing development with Atmel Studio stuff I highly urge you to spend the money ($40 USD) on an ATMEL-ICE programmer. It will do all AVR, XMEGA, AVR32, and SAM ARM devices though ISP, JTAG, DW, and SWD. Works flawlessly. :)
[21:14:20] <hypermagic> but software might need tuning options for different boards to swap ports
[21:14:57] <N1njaneer> For me every project has code that stays local to it. If it's complex enough to warrant, things get subfoldered for organizational purposes. But even if I reuse code, it stays local to the project in order to make it reliable on the builds as well as easy to package up to send over to clients, etc.
[21:15:28] <hypermagic> i won't copy my source and hack them into 10 different projects..
[21:15:33] <N1njaneer> It really depends on what you are trying to do. It's easy enough to use preprocessor directives to automatically allow source-code to adjust to different targts, etc.
[21:15:41] <hypermagic> too much rendundancy, and mess
[21:16:04] <hypermagic> well i prefer universal boards
[21:16:11] <N1njaneer> Then you might want to consider using subversion and keeping your project elements in seperate syncable branches that can be checked out.
[21:17:47] <N1njaneer> Again, it really depends on what you want to do.
[21:18:37] <N1njaneer> With how we work here, I can't have automatically cross-linked code that can be edited somewhere and then suddenly change the behavior or break a build elsewhere, or worse introduce a problem that isn't discovered until the hardware is deployed in to the field, etc.
[21:19:35] <N1njaneer> It's better for us to version branches of things, usually manually, and pull them in to a project IF there's a need to have it updated. But as usual, the "if it's not broke, don't fix it" applies considerably.
[21:20:06] <N1njaneer> No one right answer to any of this, though.
[21:21:20] <N1njaneer> Gotta figure out what works for your needs.
[21:22:58] <hypermagic> i believe multi-dimensional shelves will do
[21:23:14] <N1njaneer> I store my best code in a tesseract!
[21:23:25] <hypermagic> :)
[22:22:33] <hypermagic> windows10 mindfuck begins :)
http://tidbits.com/article/15364 http://tidbits.com/resources/2015-01/HoloLens-Minecraft.png
[22:31:45] <N1njaneer> And it always looks way better in promotional photos than it ever works in real life :)
[22:31:56] <N1njaneer> We've been printing Minecraft stuff here on our Stratasys for fun.
[22:46:50] <hypermagic> hahaha
[22:47:13] <hypermagic> yes, 3d minecraft will be awesome i'm sure
[22:47:17] <hypermagic> they will buy it
