#avr | Logs for 2012-11-16

Back
[04:02:13] <Timelord83> anyone around can answer some questions about the Atmel AVR ISP Dongle
[04:03:34] <OndraSter_> maybe
[04:03:53] <Timelord83> i have the PDF
[04:03:57] <Timelord83> and i am trying to build my own
[04:04:07] <Timelord83> but i just realized the pin outs from the diagram to the pins it lists are wrong
[04:04:19] <Timelord83> not lists but shows the connections to
[04:06:06] <Timelord83> which do i go by?
[04:06:49] <OndraSter_> huh?
[04:07:15] <Timelord83> i ask a while back someone linked a PDF
[04:07:22] <Timelord83> with the wiring diagram to make the ISP
[04:08:07] <OndraSter_> oh
[04:08:19] <OndraSter_> well, do you have a way how to upload the initial bootloader ON the ISP itself?
[04:09:12] <Timelord83> no thats what i making the parallel port uploader
[04:50:21] <RikusW> ouch, this is expensive -> http://www.seoenterprises.com/shop/product.php?productid=16299
[04:51:24] <specing> all medical equipment is
[04:52:10] <RikusW> just think, that lens must be 170um from the target
[04:53:13] <RikusW> I got a quote for a similar lens for ZAR660
[04:53:24] <RikusW> and another 100x for ZAR285
[04:53:57] <RikusW> don't know why the oil plan objective is more expensive than the oil achromatic objective
[04:54:49] <specing> RikusW: Why do you need this stuff?
[04:54:50] <RikusW> roughly 66E and 28E
[04:55:10] <RikusW> would be nice too look at a bloodsmear with it
[04:57:38] <RikusW> now I only need some Giemsa stain too
[05:00:01] <nickoe> Hello, is this the correct way to port? http://dpaste.com/832012/
[05:03:16] <specing> I like the first way better
[05:04:18] <specing> not sure where you got the "its deprecated" from
[05:53:38] <Horologium> Timelord83, go by the pin numbers, not by the physical connection it shows on the parallel port.
[06:22:16] <Timelord83> Thanks Horologium I already rebuilt my PCB that way sigh long night
[06:22:50] <Horologium> sorry, was asleep by the time you asked.
[06:23:01] <Horologium> or, rather, still asleep.
[06:23:11] <Horologium> as it was about 4am here.
[06:24:34] <Timelord83> its 7am here
[06:25:06] <Timelord83> i hate wire jumbles so i etch pcb's for most of my stuff
[06:35:49] <Horologium> I found the 74ls125 worked better for that programmer than the 244 in the schematic...less waste.
[06:35:57] <Horologium> ok,,off to worky.
[09:42:30] <OndraSter_> well this is weird
[09:42:32] <OndraSter_> http://pastebin.com/9surUmcK
[09:42:36] <OndraSter_> it refuses to enumerate
[09:42:38] <OndraSter_> on other computers
[09:42:42] <OndraSter_> it OCCASIONALY enumerates
[09:42:49] <OndraSter_> like once in a 10 tries?!
[09:48:19] <OndraSter_> it works on my laptop on 95% tries
[09:48:32] <OndraSter_> it works on my PC/TPC/other laptop in 10%
[09:48:32] <OndraSter_> wtf :(
[10:20:41] <dunz0r> OndraSter_; Hmm... wonky board/crystal/usb-cable/serial-cable?
[10:21:18] <OndraSter_> board/since all the data are transmitted okay I doubt that
[10:21:22] <OndraSter_> xtal-none
[10:21:40] <OndraSter_> usb-cable: soldered directly on the board, Applies the same as for board
[10:21:45] <OndraSter_> serial-cable: wut
[10:22:38] <OndraSter_> the device gets reset before even the FIFO tells me that the transmissions are done
[10:57:56] <nickoe> specing, the thing about sbi and ebi being deprecated I got from various places on the internet, if you search for sbi and ebi, http://dpaste.com/832012/
[10:58:15] <nickoe> i.e. http://www.avrfreaks.net/index.php?name=PNphpBB2&file=printview&t=34408&start=0
[10:59:47] <specing> In my honest opinion using bit shifts in that way is error-prone and a mess
[11:00:25] <specing> and those macros expand to exactly that, it is just less characters to type
[11:00:32] <specing> and thus more readable
[11:00:54] <specing> also I/O regs should have been implemented as bit structs
[11:01:00] <specing> as xmega ones are
[11:01:14] <specing> and as the PIC compilers have been doing for ages
[11:01:48] <specing> so instead of declaring it deprecated those assholes could go and FIX it PROPERLY.
[11:03:25] <nickoe> specing, I am not quite sure how it is done in the xmeag and pic, and what is IO regs?
[11:06:42] <specing> oh my bad, xmega implementation is still retarded
[11:06:57] <specing> well look at PIC headers and you'll see what Im talking about
[11:09:47] <nickoe> specing, which header file ahre you talking about? (I have not worked with PIC)
[11:10:04] <OndraSter_> specing, retarded?
[11:10:08] <OndraSter_> PORTA.OUT, PORTA.DIR
[11:11:50] <specing> OndraSter_: better
[11:11:57] <specing> PIC PORTX was
[11:12:07] <specing> union PORTX {
[11:12:23] <specing> u8 reg;
[11:12:28] <specing> u8 pin1: 1;
[11:12:38] <specing> in a struct
[11:12:40] <specing> }
[11:15:50] <specing> http://sprunge.us/LhKP from my old PIC compiler install
[11:20:13] <OndraSter_> hmm
[11:20:24] <nickoe> hmm, I don't know
[11:53:21] <nickoe> sooo, specing what does this excatly mean? inb(SPSR);
[11:53:45] <nickoe> as I can see from the manual the inb() is a read operation og some sort
[11:54:05] <nickoe> http://www.nongnu.org/avr-libc/user-manual/group__deprecated__items.html#gad6488a48837d179b1833e2f48dac9665
[12:08:57] <nickoe> is (port) &= ~(1 << (bit)) the same as (port) |= (0 << (bit)) ?
[12:10:27] <OndraSter_> no
[12:10:37] <OndraSter_> (port) |= (0 << (bit)) does nothing
[12:10:53] <nickoe> huh, aah yeah I see
[12:15:55] <RoyOnWheels> anyone work with thermistors?
[12:16:25] <Tom_itx> i thought we worked that out yesterday
[12:18:08] <RoyOnWheels> yeah
[12:20:16] <RoyOnWheels> Tom_itx thinking of calibration idea to hold a consistent temperature to measure resistance
[12:20:49] <RoyOnWheels> i guess spare thermistor and thermometer
[13:18:32] <nickoe> dammit, this SPI device is mocking with me
[13:23:37] <OndraSter_> heh
[13:23:38] <OndraSter_> which one nickoe ?
[13:24:03] <nickoe> OndraSter_, I got a IMU device, ADIS16405
[13:24:46] <nickoe> http://www.google.dk/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&cad=rja&ved=0CC4QFjAB&url=http%3A%2F%2Fwww.analog.com%2Fstatic%2Fimported-files%2Fdata_sheets%2FADIS16405.pdf&ei=IpCmUP60AoXm4QTKhYDQDg&usg=AFQjCNHrs3dJpnnHRtS87ThsPdEqcUm2sQ&sig2=nS89_CjtGyw-PNPzNCtUTA
[13:25:45] <OndraSter_> better link without watching me exists?
[13:25:51] <OndraSter_> oh ADI part
[13:26:26] <nickoe> OndraSter_, what do you mean?
[13:26:42] <OndraSter_> http://www.analog.com/en/mems-sensors/mems-inertial-sensors/adis16405/products/product.html
[13:26:42] <OndraSter_> direct link :)
[13:26:45] <nickoe> :=
[13:26:50] <OndraSter_> this one, this ridiculously expensive one?!
[13:27:10] <nickoe> yep this one
[13:27:22] <OndraSter_> what seems to be the problem?
[13:27:50] <RikusW> IMU device ?
[13:27:54] <OndraSter_> MEMS
[13:28:02] <OndraSter_> many MEMS*
[13:28:02] <RikusW> what for ?
[13:28:02] <OndraSter_> inside
[13:28:10] <OndraSter_> (I have never heard IMU before :D)
[13:28:25] <RikusW> ah inertial..
[13:28:48] <nickoe> OndraSter_, I try to send the 0x3E00 command, which shall make a burst read, but I have not data on DOUT
[13:28:55] <nickoe> images will follow soon
[13:29:14] <nickoe> https://www.dropbox.com/s/iljlqe3lxbmzpyx/2012-11-16%2020.13.46.jpg
[13:29:32] <nickoe> https://www.dropbox.com/s/ezml53k8i0fetce/2012-11-16%2020.13.34.jpg
[13:29:40] <RikusW> nickoe: you'll have to transmit a lot of zeroes...
[13:29:59] <RikusW> since the master controls both rx and tx
[13:31:09] <nickoe> yes, but I just send 0x3E00 everytime, which should be good since the next bytes from the master is "Don't care" according to the datasheet
[13:31:45] <RikusW> I'd try sending 00 all the way
[13:33:10] <nickoe> sck frequency is 250 kHz
[13:33:19] <OndraSter_> you need to be sending 00s
[13:33:20] <OndraSter_> or ffs
[13:33:21] <nickoe> RikusW, done just that, and that does not work
[13:33:21] <OndraSter_> or whatever
[13:33:43] <RikusW> whats the max sck for that ic ?
[13:33:53] <RikusW> and is yours below that ?
[13:35:18] <RikusW> http://ctrlv.in/136430
[13:35:37] <RikusW> $GPGSV displayed on screen
[13:35:52] <nickoe> max sck is 2 MHz, but max 1 MHz in burst mode, which is what I do now
[13:35:54] <nickoe> For burst mode, SCLK rate ≤ 1 MHz. For low power mode, SCLK rate ≤ 300 kHz.
[13:36:27] <RikusW> I'd try lowering sck a lot
[13:36:37] <RikusW> wiring can mess it up at 1MHz
[13:37:19] <RikusW> something like 100kHz
[13:37:19] <nickoe> RikusW, does the size of your dots indicate the signal strength?
[13:37:19] <RikusW> yes
[13:37:22] <RikusW> satid snr (el az)
[13:37:27] <RikusW> and text color
[13:37:27] <nickoe> I have pretty short wires, ie, only a few cm on a PCB
[13:37:54] <RikusW> direct from the one to the other ? no T's ?
[13:38:21] <nickoe> RikusW, I don't konw if it is a problem that the CS is low always
[13:38:36] <nickoe> T?
[13:38:36] <RikusW> that might be
[13:38:49] <RikusW> multiple wires connected to line ?
[13:39:49] <nickoe> well, yeah, the logic analyzator
[13:40:31] <RikusW> try disconnecting ?
[13:40:43] <RikusW> or lower the sck
[13:43:05] * RikusW reboots to XP to work on GPS code
[13:51:03] <nickoe> OndraSter_, does not work to send zeros or F's and I am on 250kHz whilst it whoudl work with 1000kHz.
[13:52:24] <OndraSter_> <nickoe> RikusW, I don't konw if it is a problem that the CS is low always
[13:52:26] <OndraSter_> you should set CS low
[13:52:32] <OndraSter_> then transmit the 3E00
[13:52:43] <OndraSter_> and then keep sending 00s and while you are sending 00s you should be receiving data
[13:53:16] <nickoe> OndraSter_, https://www.dropbox.com/s/9atwep4wkf75b8g/2012-11-16%2020.20.52.jpg
[13:53:25] <nickoe> nothing on DOUT
[13:54:11] <OndraSter_> the DIN shows 3E00?
[13:54:15] <OndraSter_> I don't see any drops there
[13:54:17] <nickoe> it annoys me
[13:54:25] <OndraSter_> and you should check the CS line
[13:54:30] <OndraSter_> some parts require you to "reload" the CS line
[13:54:36] <OndraSter_> between commands
[13:54:49] <nickoe> OndraSter_, yeah
[13:54:57] <nickoe> but what do you mean by drops?
[13:55:24] <nickoe> if you decode the DIN you get 3E00
[13:55:24] <OndraSter_> ok
[13:55:24] <OndraSter_> no idea then other than the CS
[13:55:48] <nickoe> the value is pretty clear on the last image...
[13:56:12] <nickoe> yeah, so how is that set, can the SPI controller handle that by it self, and just have to be configured for it=
[13:56:13] <nickoe> =?
[13:57:21] <OndraSter_> what is your chip?
[13:57:27] <OndraSter_> it can not be done on regular mega at all
[13:57:33] <OndraSter_> and on xmega only with some obstacles
[13:58:02] <nickoe> OndraSter_, it is a atmega2560
[13:59:55] <nickoe> OndraSter_, this is my code, http://dpaste.com/832194/
[14:14:31] <nickoe> OndraSter_, hmm, made the CS go low only when transmitting a work, and that does not seem to fix it
[14:15:26] <nickoe> https://www.dropbox.com/s/vbu1gyks136f3u6/2012-11-16%2021.01.52.jpg
[14:17:09] <OndraSter_> is the data out line low or HiZ?
[14:17:57] <nickoe> OndraSter_, low I guess
[14:22:33] <OndraSter_> nickoe, what are you powering it from?
[14:22:34] <OndraSter_> what voltage
[14:23:40] <nickoe> 5V
[14:24:12] <OndraSter_> ok
[14:24:25] <OndraSter_> <stupid question> are you sure you are probing the right pin? </stupid question>
[14:24:32] <OndraSter_> and that you are plugged onto the right pins
[14:24:41] <Roklobsta> <huh huh> he said 'probe' <huh huh>
[14:25:02] <OndraSter_> since he is using logic analyzer then yes, probing :D
[14:25:03] <nickoe> yes, I am pretty sure, but I will count again
[14:26:33] <nickoe> yeah, it is the correct pin
[14:27:26] <OndraSter_> hmm
[14:27:27] <OndraSter_> no idea
[14:27:31] <nickoe> OndraSter_, maybe I should just go home then
[14:28:35] <OndraSter_> :D
[14:28:41] <OndraSter_> maybe
[14:35:19] <nickoe> yeah, I better, and then hope it just magically works when I try it again or I get to think og the reason
[14:37:23] <OndraSter_> aye
[14:37:26] <OndraSter_> I have got similar issue with USB :)
[14:37:34] <OndraSter_> enumerates on laptop, does not enumerate anywhere else
[14:37:39] <OndraSter_> and receives only first byte of CDC data...
[14:37:45] <OndraSter_> yet sends all of them just fine
[14:38:04] <OndraSter_> I can (and am) blaming USB cable for the enumeration issue)
[14:44:55] <nickoe> :O
[15:39:18] <jadew> sdr radios are great
[15:40:31] <nickoe> is there a discussion here about taht, or is that just a random statement jadew ?
[15:40:43] <jadew> random statement, I received mine today
[15:42:07] <nickoe> :)
[15:42:18] <nickoe> jadew, which?
[15:42:42] <jadew> I'm using a dvb-t tunner, rtl based
[15:42:55] <jadew> goes from 50Mhz to 1.7G
[15:43:14] <nickoe> :)
[15:43:25] <nickoe> so you can't transmit?
[15:43:34] <jadew> no, it's just a receiver
[15:43:38] <nickoe> :)
[15:46:04] <chris_99> hi peeps, i'm just wondering do the 32 bit avrs use MIPS or is Atmels own instruction set
[15:48:57] <e2580> it is atmels own
[15:49:06] <chris_99> ah, hello again
[15:49:13] <e2580> :) i get around
[15:49:53] <e2580> the cryptx2 is an avr based project after all, so of course i will be here
[15:50:27] <chris_99> i thought it might still have been a MIPS based thing, guess not heh
[15:50:47] <chris_99> i'm using a PIC32 for my own projects atm which is why i asked, (which does use MIPS)
[17:47:02] <jadew> there's so much data traffic at around 400Mhz
[17:47:48] <jadew> what could it be?
[17:49:02] <jadew> literraly tens of data streams going on, could easily be more than 100 streams
[17:49:15] <xjd> whats your receiver
[17:49:35] <jadew> a rtl based tv tunner, used as a SDR
[17:49:48] <xjd> hmm
[18:20:47] <Malinuss> So yeah. I'm pretty newbish, but I though, hey lets make a am radio! If I generate a wave at 1000khz (turning a pin on and off at 1000khz) and just make a pause sometimes, I could transmit a signal.. so I came up with this: http://pastebin.com/JLXiY5U0
[18:21:39] <Malinuss> could use some feedback though, I'm pretty new to timers/interrupts, and anything in general. Only had my microcontroller for two weeks or so
[18:22:57] <jadew> you can use the timers to switch on and off a pin
[18:23:02] <jadew> with no additional code
[18:23:09] <jadew> read the datasheet
[18:23:32] <jadew> otherwise you'll end up wasting lots of cycles to output that wave
[18:24:07] <Malinuss> jadew, "read the datasheet" :). yeah but there is no prescalar so I can get it precise at 1000khz...
[18:24:34] <Tom_itx> choose a different crystal if you need dead on precision
[18:24:57] <jadew> you might still be able to reach 1Mhz
[18:25:07] <jadew> look into CTC
[18:25:12] <Tom_itx> or eat clock cycles with delays
[18:25:44] <Malinuss> hmm
[18:26:22] <Malinuss> CTC sounds like the way to go
[18:26:31] <Malinuss> thanks
[18:26:39] <jadew> np
[18:26:53] <Tom_itx> http://tom-itx.dyndns.org:81/~webpage/abcminiuser/articles/avr_timers_index.php
[18:27:19] <Tom_itx> part 4
[18:27:32] <Tom_itx> but start with 1