#avr | Logs for 2014-06-10

Back
[05:56:15] <superware> must I connect INDEX/, DFLAG/ and LFLAG/ http://www.lsicsi.com/pdfs/Data_Sheets/LS7366R.pdf ?
[06:22:46] <twnqx> dflag and lflag are outputs, so generally, no
[06:23:35] <twnqx> index on the other hand can be an input. i would probably give it a defined state, even if you can mask it out as no function
[06:24:22] <twnqx> and if, probably with a pullup, as it is active-low from name
[06:25:03] <twnqx> cmos inputs don't like to float, so you should probably add the pullup
[06:26:15] <superware> so 1k resistor from INDEX/ to VDD?
[06:27:24] <twnqx> 1k or 10k, yes
[06:27:32] <twnqx> or 4k7 or something along those lines
[06:27:39] <twnqx> whatever you have at hand ;)
[06:31:05] <superware> twnqx: thanks, but still no luck :( http://pastebin.com/dH38xVAw
[06:43:20] <melnibo> на русском языке тут общаются?
[06:45:21] <Lambda_Aurigae> hmm.
[06:45:30] <Lambda_Aurigae> no speaky russian.
[06:45:58] <Lambda_Aurigae> always wanted to learn russian,,,but never did.
[06:46:12] <guanche> that's greek though
[06:46:22] <Lambda_Aurigae> oh.
[06:46:26] <Lambda_Aurigae> even worse.
[06:46:30] <Lambda_Aurigae> I never wanted to learn greek.
[06:46:40] <Lambda_Aurigae> I saw the backwards R and thought russian.
[06:47:11] <Lambda_Aurigae> google says it's russian.
[06:47:42] <guanche> oh, it could be, it looks like greek to me
[06:47:46] <Lambda_Aurigae> yup..is russian.
[06:47:52] <guanche> not that I know either of both
[06:47:56] <Lambda_Aurigae> translates to "In Russian then communicate?"
[06:48:07] <Lambda_Aurigae> translate.google.com for the win.
[06:48:14] <guanche> also, Lambda_Aurigae, can you make sense of this?
[06:48:20] <guanche> http://s24.postimg.org/53f0llaqr/halls.png
[06:48:27] <Lambda_Aurigae> Мы не говорим России.
[06:48:51] <guanche> I made a circuit with lm393's and I can handle output of this circuit to the atmega
[06:49:10] <guanche> but I don't really understand why a pin can be at the same time vcc and gnd
[06:49:12] <Lambda_Aurigae> guanche, what is the H101 H102 H03 ?
[06:49:28] <guanche> hall effect sensors, it's a reversal of the blcd's control board
[06:50:07] <Lambda_Aurigae> got a part number?
[06:50:09] <guanche> where the point marks pin no. 1
[06:50:15] <Lambda_Aurigae> without knowing something about the hall sensors, I have no clue.
[06:50:20] <guanche> no, it just says .C
[06:50:40] <guanche> it seems this setup is widely used, so as you know about this
[06:50:49] <Lambda_Aurigae> never used a hall sensor myself.
[06:51:02] <Lambda_Aurigae> http://www.electronics-tutorials.ws/electromagnetism/hall-effect.html
[06:51:06] <guanche> me niether, I can interface these, but wanted to ask why is it wired that way
[06:51:26] <Lambda_Aurigae> that shows how they work.
[06:51:46] <guanche> I've seen that, and others, but when it comes to 4 pins hall effect sensors there's not much info
[06:52:04] <Lambda_Aurigae> you either have one that is mislabeled, in backwards, or somehow reverse biased.
[06:52:22] <guanche> it seems honeywell and others make them (but with extra circuitry), while mines seems only to have the magnetic grid sensor
[06:52:36] <Lambda_Aurigae> or, it doesn't matter the polarity of the supply voltage.
[06:52:48] <guanche> it must be that I guess, where
[06:52:59] <guanche> giving it reverse polarity acutally reverses the outputs
[06:54:13] <Lambda_Aurigae> yeah...it kinda looks like polarity is not important.
[06:54:43] <guanche> yes, it seems so
[06:55:33] <Lambda_Aurigae> oddly, I'm not finding any standalone 4 wire sensors anywhere.
[06:55:57] <guanche> it looks like the sensor will output vcc/2 when no magnetic field it's present, vcc when, say, north pole is present
[06:56:08] <guanche> gnd when south is present
[06:56:31] <guanche> I couldn't find any actual info either, even when I see this all the time (floppy drives, etc)
[06:56:52] <guanche> so the resistors in my circuit is to bias the output
[06:57:38] <guanche> all I could find out is these are called bipolar hall efect sensors
[06:58:19] <guanche> and a datasheet from honeywell I think it was, giving a rough explanation, but these were marked with in+ and in- and no reference to polarity was made
[07:00:09] <twnqx> superware: sorry, but virtually debuggin code is beyond what i can do during work hours
[07:01:22] <Lambda_Aurigae> guanche, all I'm finding is dual quadrature sensor modules in 4 pin...
[07:01:57] <guanche> same as me, these are more complex, with extra cricuitry Lambda_Aurigae, while the ones I have seem only to have the magnetic sensor
[07:02:15] <guanche> and they just give the output based on polarity
[07:03:13] <superware> twnqx: :)
[07:03:33] <Lambda_Aurigae> beyond that, no clue...might have to order some from allegro and play with them though.
[07:03:41] <Lambda_Aurigae> and, off to make lunch and go to worky.
[07:03:59] <guanche> ok, c'ya
[07:56:11] <superware> I'm trying to get http://www.lsicsi.com/pdfs/Data_Sheets/LS7366R.pdf working in free-running x1/2/4 quadrature count mode, but for some reason CNTR is actually counting only on non-quadrature count mode (otherwise it stays zero), can someone please take a look?
[08:03:20] <superware> anyone?
[11:24:45] <Jartza> N1njan33r: just wanted to tell you that in my biasing circuit, 100k actually works better with 10uF, and 10k works better with 1uF :)
[11:24:59] <Jartza> but overall actually 100k + 10uF is a bit better
[11:25:11] <Jartza> so you were right by being right :D
[12:24:48] <N1njan33r> Jartza: Cool, great to hear you found the best combination.
[12:45:40] <Jartza> N1njan33r: got my oscope today :)
[12:46:22] <Jartza> and for audio, this circuit is actually a disaster
[12:46:30] <Jartza> but for my usage it seems to be quite nice
[12:47:26] <Jartza> for every pulse, the signal raises quickly but does not overshoot, then falls really quickly too :)
[12:47:43] <Jartza> but as I only care about the rising edges, it's great
[12:53:21] <Jartza> I also removed the diode
[12:53:38] <Jartza> maybe I had wrong type, but it lowered the signal height
[13:20:06] <Jartza> hah
[13:20:17] <Jartza> my LCD doesn't quite follow the modem speed
[13:20:34] <Jartza> https://www.dropbox.com/s/h6djw9zn02pduqq/VID_20140610_193713.mp4
[13:51:01] <N1njan33r> Jartza: Glad to hear that your scope arrived so you can see what's going on.
[13:51:24] <N1njan33r> Perhaps the diode helped more with your resistors the other values? Or possibly not the most ideal diode :)
[13:52:23] <N1njan33r> Can't wait for our mill to arrive in two weeks!
[14:13:38] <Jartza> yeah I might check other diodes too
[14:14:04] <Jartza> but I'm quite happy with curent one, so I'm concentrating on coding for a change
[15:09:27] <Jartza> N1njan33r: wuut
[15:09:40] <Jartza> N1njan33r: using a led works :D
[15:09:56] <Jartza> led, wrong way :)
[15:13:12] <N1njan33r> Reverse-biased :)
[15:13:23] <N1njan33r> I should have thought to suggest that :D
[15:13:39] <Jartza> well I thought of it myself :)
[15:13:45] <Jartza> just remembered that led is also a diode
[15:19:33] <myself> Heh. That's an important concept, yes.
[15:20:07] <myself> LEDs of various colors (hence various forward voltages) have been used in guitar effects pedals, among other things... building an asymmetric diode ring mixer introduces all sorts of funky distortions
[15:22:52] <Jartza> :)
[15:27:59] <N1njan33r> Yep. And the fact that luminous intensity of an LED is more closely related to the current than the voltage (and the VI curve of an LED is non-linear) hence why you run LEDs that need to be carefully controlled from a constant current vs constant voltage source.
[15:28:21] <N1njan33r> Speaking of LEDs, just had 18,000 RGB LEDs arrive here this morning :)
[15:28:53] <Jartza> :o
[15:28:58] <Jartza> that's quite many :)
[15:29:11] <N1njan33r> It is!
[15:29:15] <N1njan33r> All bin-matched, too.
[15:37:36] <Jartza> hmm
[15:37:46] <Jartza> except now this doesn't work from my android at all :(
[15:37:50] <Jartza> (nexus 4)
[15:42:35] <Jartza> might be that my analog sidde is just too simple
[15:42:49] <Jartza> well... I'll lose the diode, looks bit ugly with pc, but works
[15:42:54] <Jartza> and works with phone
[15:43:29] <Jartza> volume needs to be almost all the way up anyway
[16:13:22] <Jartza> yay
[16:13:36] <Jartza> I think I can release the source code too :)
[16:14:06] <Jartza> I just need to document and make a nice package and clean up everything
[16:33:19] <N1njan33r> brb
[17:03:46] <Jartza> so I guess if someone else also wants to transfer data via audio to avr, I'll do some documentation, maybe with scope pictures and schematics :)
[17:05:39] <malinus> Jartza, was that just a project for fun, or some actual application?
[17:05:56] <Jartza> well, sort of both
[17:06:17] <Jartza> I made the thingie for a need, but it turned out to be more simple and better than I ever expected
[17:06:59] <Jartza> I needed a simple way to update eeprom of battery operated portable device based on attiny85, which has only one pin to spare :)
[17:07:51] <Jartza> also the hardware needed to be dirt cheap
[17:08:16] <Jartza> so now it basically uses just few resistors, one capacitor and of course a cable to headphones
[17:08:31] <Jartza> but the data can be fed from phone, tablet, laptop, even mp3 player if needed
[17:09:55] <Jartza> and variable speed with same code
[17:10:11] <Jartza> avg from 2666bps to 8000bps
[17:10:37] <GuShH> reminds me of the zx days
[17:10:41] <GuShH> spectrum!
[17:10:49] <Jartza> yeah :)
[17:10:53] <Jartza> and c64
[17:11:01] <Jartza> and even older machines
[17:11:08] <GuShH> heh
[17:11:43] <Jartza> Program: 332 bytes (4.1% Full)
[17:11:50] <Jartza> that's my test program
[17:12:04] <Jartza> containing the "modem" which listens to audio and echoes everything back to tx-uart
[17:12:29] <Jartza> I'm not aware of smaller "modem" :)
[17:15:11] <malinus> Jartza, that's very clever. thumbs up for hack
[17:16:01] <Jartza> currently it uses INT0, but it can be easily modified to use pin change interrupt as well
[17:16:10] <Jartza> actually I was first using that
[17:16:34] <Jartza> and the ISR is 13 lines of C :)
[17:16:57] <Jartza> on top of that, only setting up the interrupts and one timer
[17:17:16] <Jartza> timer is just used as a counter
[17:17:29] <Jartza> but I guess I'll make a web page which explains that beter
[17:17:57] <Jartza> just wondering, where should I post the link then, when it's done... if someone's interested? :)
[17:19:38] <Jartza> what I wasn't expecting when starting to do this for like less than 2 weeks ago that it worked so well
[17:19:48] <Jartza> and also that it could be compressed to mp3 :)
[17:19:58] <malinus> Jartza, just like github :)
[17:20:04] <Jartza> I'm wondering, should I try to make a bootloader out of it
[17:20:41] <Jartza> malinus: yeah the code, of course (or bitbucket), but I thought that you would know some forums/sites etc. where someone could post a link
[17:20:45] <N1njaneer> Answer back from Atmel - the new prorammer is called Atmel ICE and is $32, $49, or $85 each for either a raw PCB, PCB in case, or complete in case with all cables. Replaces MKII, AVR Dragon, and JTAGICE-MKII ad JTAGICE3
[17:21:13] <Jartza> humm
[17:21:36] <Jartza> I'm using arduino hsvp to program my chips :D
[17:21:42] <N1njaneer> So will target all AVR and SAM devices, including full debug over JTAG or OneWire. $32 for that is nice :)
[17:21:45] <Jartza> hvsp even
[17:22:10] <Jartza> N1njaneer: sounds good, maybe I should look at that at some point :)
[17:22:19] <Jartza> but does it do hv-programming?
[17:22:58] <Jartza> I need my reset-pin on attiny :D
[23:46:19] <warsh> does anyone know of an article that explains how to make an arbitrary avr chip a slave for i2c; specifically the source code. I'm looking to send an avr i2c commands to control servos over pwm