| 00:18.00 | *** join/#edev monkey_ (n=monkey@216-243-6-35.users.condointernet.net) |
| 00:18.02 | monkey_ | do i need a special version of gdb to debug arm via openocd? |
| 00:18.08 | monkey_ | or special compiled version |
| 00:37.56 | *** join/#edev SpeedEvil (n=user@tor/regular/SpeedEvil) |
| 01:28.30 | *** join/#edev bsdfox (n=h36sa@c-67-161-174-21.hsd1.ca.comcast.net) |
| 01:32.39 | *** join/#edev linac (n=lin@122.90.125.120) |
| 01:53.31 | *** join/#edev landley (n=landley@adsl-76-197-33-46.dsl.austtx.sbcglobal.net) |
| 01:53.32 | *** mode/#edev [+o landley] by ChanServ |
| 01:53.38 | landley | Hello world. |
| 02:04.30 | monkey_ | Sup landley |
| 02:05.02 | monkey_ | i feel like a huge idiot |
| 02:07.17 | landley | monkey_: why? |
| 02:31.10 | monkey_ | landley: so, it turns out i couldn't get it to work under linux because of a missed insturction from the windows pdf about changing the power jumper for usb power |
| 02:34.22 | *** join/#edev JoeLlama (n=snork@206.169.63.10) |
| 03:40.04 | *** join/#edev linac (n=lin@113.106.217.122) |
| 03:53.56 | landley | monkey_: ouch. |
| 03:54.09 | landley | How much time did that cost you? |
| 03:54.13 | landley | And is it working under Linux now? |
| 04:02.05 | landley | Restaurant closing, have to head back home now... |
| 04:02.21 | Mirell | landley: Tomorrowish |
| 04:02.49 | *** join/#edev MonMotha (n=monmotha@cpe-65-29-71-209.indy.res.rr.com) |
| 04:08.34 | monkey_ | weeks |
| 04:08.38 | monkey_ | it's sort of working under linux |
| 04:09.01 | monkey_ | i tried to get it working under a windows vm(that's how frustrated I got) but i ran into a problem, then thought about tha tjumper thing, and sure enough, go into linux and boom. works |
| 04:09.18 | monkey_ | do i need to compile a arm specific gdb? |
| 04:15.17 | MonMotha | yeah, you need a GDB that is hosted on your arch that you want to run it on but "targets" ARM |
| 04:47.19 | Mirell | Hmmm... |
| 05:11.54 | *** join/#edev SandGorgon (n=OmNomNom@122.173.249.152) |
| 06:22.44 | *** join/#edev landley (n=landley@cpe-66-68-109-179.austin.res.rr.com) |
| 06:22.44 | *** mode/#edev [+o landley] by ChanServ |
| 07:10.51 | *** join/#edev roxfan2 (i=dunno@164.164-242-81.adsl-dyn.isp.belgacom.be) |
| 08:05.36 | *** join/#edev ZeZu (n=null@24.14.8.186) |
| 09:45.29 | roxfan2 | http://www.standardics.nxp.com/literature/leaflets/microcontrollers/pdf/lpcxpresso.pdf |
| 09:45.40 | roxfan2 | looks pretty interesting |
| 09:54.46 | *** join/#edev JoeLlama (n=snork@206.169.63.10) |
| 11:01.44 | *** join/#edev Omegamoon (n=egoe@demolitionman.xs4all.nl) |
| 12:37.36 | *** join/#edev SandGorgon (n=OmNomNom@122.173.249.152) |
| 12:52.47 | *** join/#edev pirho (i=pirho@gateway/gpg-tor/key-0x2CEEC9CB) |
| 14:20.41 | *** join/#edev GPSFan (n=kenm@64.92.145.112) |
| 14:20.45 | *** mode/#edev [+o GPSFan] by ChanServ |
| 16:06.11 | prpplague | ho ho ho |
| 16:32.36 | chouimat | morning |
| 16:47.18 | solar | morning |
| 16:55.42 | chouimat | wonders what to do today |
| 17:05.51 | chouimat | solar: ping |
| 17:06.14 | *** join/#edev Redhatter (n=vk4msl@2001:388:f000:0:0:0:0:71) |
| 17:20.56 | *** join/#edev PureSine (n=chatzill@87.247.172.139) |
| 17:22.02 | *** join/#edev cbx (n=cbx@unaffiliated/cbx) |
| 17:22.17 | cbx | Woah, finnally a channel to deal with arm |
| 17:22.50 | cbx | So i was looking and checked that the atmel SAM7 uses Sam-ba and usb to program directly. Is there any other microcontroller that can do that? |
| 17:23.06 | chouimat | cbx: we used to deal with legs but it was too bloody |
| 17:23.43 | PureSine | cbx don't be so sure until we get to know people , I have been in such channels and after a while I realized they for example are java developers writing programs for arm |
| 17:23.53 | cbx | lol |
| 17:24.10 | chouimat | PureSine: could be worse ... |
| 17:24.12 | cbx | but edec points to embedded systems in general |
| 17:24.16 | cbx | *dev |
| 17:25.21 | PureSine | well we are C programmers who like to migrate to ARM and possibly keep are previous AVR too :) |
| 17:27.01 | prpplague | PureSine: there are a number of avr and arm developers here, however most of the arm devrs are geared towards running an OS on the arm |
| 17:27.12 | prpplague | PureSine: discussions are welcome |
| 17:27.32 | prpplague | PureSine: the channel is mostly frequented by people who are 9to5r's |
| 17:27.33 | chouimat | prpplague: enjoyed Turkey Day? |
| 17:27.38 | prpplague | chouimat: not too bad |
| 17:27.47 | PureSine | prpplague: thanks :) |
| 17:27.50 | prpplague | chouimat: i worked a little in the morning |
| 17:28.22 | chouimat | prpplague: it's the part I like about being self employed ... the very flexible hours |
| 17:29.29 | cbx | weee prpplague is an op here |
| 17:29.56 | prpplague | cbx: hehe, i started the channel 9 |
| 17:29.59 | prpplague | years ago |
| 17:30.07 | cbx | :D |
| 17:30.15 | cbx | not caught on much, has it? :P |
| 17:30.32 | chouimat | goes back abusing those ARM devices |
| 17:30.36 | PureSine | wow, that time I didn't know anything about MCUs :) |
| 17:32.46 | solar | chouimat: pong |
| 17:33.05 | chouimat | solar: iirc you're the one who created emerge-wrapper? |
| 17:33.16 | solar | yeah crossdev-wrappers |
| 17:33.55 | chouimat | solar: LIB_${ARCH} is not changed in make.conf, in case you didn't know |
| 17:34.17 | solar | chouimat: ARCH is defined before LIB_$ARCH right? |
| 17:34.28 | chouimat | let me check |
| 17:34.30 | cbx | chouimat: is tehre any arm that allows programming over usb? |
| 17:34.37 | solar | if so shellx should take care of it in python |
| 17:35.13 | chouimat | it's defined but doesn't work here so I have to change it manually |
| 17:37.08 | PureSine | cbx have you read AT91SAM7xXXX datasheet? |
| 17:37.21 | cbx | nope |
| 17:37.33 | PureSine | if I remember correctly they can be programmed via USB |
| 17:37.34 | solar | chouimat: what arch ? |
| 17:37.43 | solar | not all are supported yet |
| 17:37.44 | cbx | PureSine: other than atmel |
| 17:37.58 | PureSine | LPC, I havn't read datasheet :( |
| 17:38.10 | chouimat | armv7a ... |
| 17:38.27 | solar | hrmm. that should of not been a problem |
| 17:38.36 | solar | chouimat: lastest stable? |
| 17:38.43 | solar | latest |
| 17:39.26 | chouimat | solar: not quite ... more ~arm and some personal stuff, it's not a big deal to edit it, it's just annoying |
| 17:39.45 | solar | chouimat: can you show me the 3rd line of the /usr/$CHOST/etc/make.conf |
| 17:39.46 | davidc__ | PureSine / cbx, don't worry about skill in here, there's more than a few really smart people in here |
| 17:40.00 | solar | the __ARCH__ should of been converted to $ARCH |
| 17:40.11 | chouimat | ARCH=arm |
| 17:40.27 | solar | so it is defined before LIBDIR_${ARCH} |
| 17:40.34 | chouimat | yes |
| 17:40.36 | solar | but python is not expanding that variable? |
| 17:40.38 | davidc__ | also cbx: when you wanted "programmed over USB" did you mean from a bare chip? or would you allow a USB bootloader to be flashed on first? |
| 17:40.48 | chouimat | solar: looks like it |
| 17:40.52 | davidc__ | cbx [in which case all flash based ones that I know of can do it] |
| 17:40.59 | cbx | davidc__: bare chip. Or maybe allow a bootloader over serial |
| 17:41.24 | cbx | davidc__: shouldn't be too complicated to get the bootloader working :D |
| 17:41.47 | davidc__ | cbx: all the LPC series have a serial bootloader. |
| 17:41.56 | davidc__ | cbx: well, all that I've played with, that is |
| 17:41.59 | chouimat | ok the armv5tel icecream cluster works ... now just need to add the v7 |
| 17:42.06 | cbx | davidc__: yeah, those work with flash magic |
| 17:42.17 | davidc__ | cbx: dunno what flash magic is, but they have a serial bootloader |
| 17:42.34 | cbx | davidc__: app from Philips / NXP on windows |
| 17:42.37 | cbx | can I change the bootloader to work with USB instead ? |
| 17:42.54 | cbx | but assuming I screw something up, I won't be able to program over USB or serial. That would suck |
| 17:43.45 | SpeedEvil | cbx: some have ROM bootloaders - the STM32 for example has a ROM RS232 bootloader. |
| 17:43.52 | davidc__ | the LPC ones have rom bootloaders |
| 17:44.07 | davidc__ | cbx: you would put in your own code into flash that acts as a USB bootloader, and it would get automatically started |
| 17:44.19 | davidc__ | cbx: but you can always set the pad to put it back into ISP mode |
| 17:44.23 | davidc__ | [*jumper] |
| 17:44.26 | cbx | pad? |
| 17:44.30 | cbx | alright |
| 17:44.36 | PureSine | SpeedEvil: so you are here too, glad to see you here :) |
| 17:44.40 | cbx | I was thinking of a bare chip and making a pcb myself |
| 17:44.46 | cbx | I've made pcb's for avr's before |
| 17:44.53 | cbx | how different will the circuit for ARM's be? |
| 17:45.09 | cbx | assuming I want to do stupid stuff like UART / light up leds etc? |
| 17:45.31 | cbx | SpeedEvil is everywhere PureSine |
| 17:45.43 | *** join/#edev SandGorgon (n=OmNomNom@122.173.249.152) |
| 17:45.48 | PureSine | davidc__: may I ask if you debugged ARM, LPC or AT91, if so what debugger and simulator you have used ? |
| 17:47.03 | davidc__ | PureSine: LPC* + AT91* are both ARM cores |
| 17:47.30 | davidc__ | PureSine: And yes, I've debugged ARM7 + ARM9 designs using the USB-jtag interface sparkfun sells |
| 17:47.35 | PureSine | I know but how to debug it I'm looking for COOL B) tools |
| 17:47.53 | PureSine | what simulators |
| 17:47.55 | *** join/#edev SandGorgon (n=OmNomNom@122.173.249.152) |
| 17:47.56 | davidc__ | PureSine: For simulators, I've used several + a few custom hand-written ones for exotic arm chips. |
| 17:48.42 | PureSine | you mean nothing standard that works with LPC and /or AT91 |
| 17:49.06 | davidc__ | Ok - you first simulate the ARM core, and then you have to simulate the peripherals |
| 17:49.15 | PureSine | yes |
| 17:49.24 | davidc__ | Dunno about off the shelf peripheral simulation; never used it |
| 17:49.27 | PureSine | but ARM core simulation is enough for me |
| 17:49.39 | davidc__ | PureSine: look at skyeye, or the GDB simulator. Google is your friend. |
| 17:50.47 | PureSine | I've been told it is a text based simulator, I have no idea how difficult is it to work eith that, should I think about professional tools, or GDB really works fine for commercial dev. |
| 17:51.02 | PureSine | *with |
| 17:51.14 | davidc__ | PureSine: Well, I use it for commercial dev, but it really depends how well you know the tools. |
| 17:51.38 | PureSine | you mean a very steep learning cuve |
| 17:51.39 | davidc__ | I don't know the commercial tools that well, because I know the gnu toolchain quite well, so have never needed to buy any commercial tools |
| 17:53.38 | PureSine | ok last question for a normal person or at least for you how long it takes(it took) to master the tools and only worries about programming not tools(how many hours, a very rough estimate is OK) |
| 17:53.58 | davidc__ | no idea.. there are lots of quirks in GDB + GCC |
| 17:55.22 | PureSine | sighs |
| 17:57.00 | davidc__ | PureSine: I can't really say how long it took me to master them, I've just been using them for years now |
| 17:57.21 | davidc__ | PureSine: from when I didn't do this for a living, through now, when I do |
| 17:58.03 | PureSine | you know I have a code for ATMega128 and I want to transfer it to ARM, I only want to know how much time it takes 2 weeks, 2 months, 2 years, a very rough estimate |
| 17:58.18 | cbx | PureSine: 2 or 3 days |
| 17:58.30 | cbx | its quite similar |
| 17:58.30 | cbx | from what i've seen |
| 17:58.32 | PureSine | cbx you are absolutely kidding |
| 17:58.36 | davidc__ | assuming its mostly computational C, and doesn't use any of the peripherals intensively |
| 17:58.36 | davidc__ | and has no assembler |
| 17:58.41 | davidc__ | and isn't dependant on any specific peripheral model. |
| 17:59.00 | davidc__ | PureSine: if you're a good developer, and yourcodebase is well abstracted, he's completely right. |
| 17:59.11 | cbx | PureSine: you'll have to check the datasheet for all the registers, thats pretty much it |
| 17:59.22 | cbx | you want me to to forward you a sample code for SPI? |
| 17:59.29 | PureSine | you made me cheerful :) :) B) |
| 17:59.32 | cbx | lol |
| 18:00.30 | PureSine | cbx, I'm not worry about Code, I'm a good C programmer, I only worry about tools |
| 18:00.38 | cbx | PureSine: when you do get that arm, do let me know what you get and which tools you use :D |
| 18:00.45 | PureSine | I don't know anything about tools |
| 18:00.57 | cbx | davidc__: which .h do you use for the LPC? |
| 18:01.06 | davidc__ | cbx: own custom stuff |
| 18:01.08 | cbx | PureSine: probably a load of compilers |
| 18:01.16 | cbx | davidc__: which compiler then? |
| 18:01.17 | cbx | sdcc? |
| 18:01.28 | davidc__ | cbx: erm, LPC arm series? GCC |
| 18:01.36 | davidc__ | cbx: I actually use a compiled object file w/ absolute symbol values |
| 18:01.40 | cbx | then its pretty much like avr |
| 18:01.44 | davidc__ | cbx: and autogenerated debug info |
| 18:01.45 | cbx | heh |
| 18:01.51 | davidc__ | cbx: that way I can go p NAME_OF_SFR in gdb |
| 18:01.54 | davidc__ | and it just works |
| 18:02.03 | cbx | I'm not that knowledgeable with stuff to understand the past 3 linse :P |
| 18:02.07 | cbx | *lines |
| 18:10.05 | *** join/#edev SandGorgon (n=OmNomNom@122.173.249.152) |
| 19:04.14 | *** join/#edev Madsy^ (n=Madsy@ti0207a340-0573.bb.online.no) |
| 19:49.08 | *** join/#edev Ian_Daniher (n=it@nat-pool-128-88.olin.edu) |
| 19:53.55 | *** join/#edev florian (n=fuchs@Maemo/community/contributor/florian) |
| 22:54.59 | *** join/#edev ccole (n=cole@coledd.com) |
| 23:33.43 | *** join/#edev JoeLlama (n=snork@206.169.63.10) |
| 23:51.40 | *** join/#edev likewise (n=chatzill@82-171-51-231.ip.telfort.nl) |