gwdeveloper

CCS v5.3 seemed to already have that Stellaris XML file with the same contents you posted so I didn't change anything there. Just tried it as root with the same results. Nothing. It must have something to do with the real time kernel. An arduino works fine so now I'm going to test with a FTDI/StellarisLP combo.

Hey guys, I'm having a few issues communicating with my Stellaris Launchpads from a Linux pc. Neither CCS nor a serial terminal can connect to the device. My user is already part of the "dialout" group and I've tried creating the above udev permissions file but that doesn't seem to work. The pc is running Ubuntu 10.04 with the LinuxCNC real time kernel; this pc runs my mill. I'm fluent in linux but far from being a master of it. Any pointers you guys could off would be appreciated. BTW, Energia connects to the StellarisLP with no issues; both to program and monitor serial port. This is so

Thanks for the reply. I assumed that is how it works but wasn't sure. I'll take it up with them. :-)

Since this thread is about the way code is displayed, what about getting code to display properly in Tapatalk? Completely unreadable.

Just for semantics, "Anti-static" won't help you; "Static Shielded" will. http://www.eevblog.com/2012/02/25/eevblog-247-anti-static-bag-myth-revisted/ Vacuum tubes would do the trick but I'd assume any other passive components needed to complete the circuit would all be toast.

Unplugged or not, if it conducts electricity, it had better be able to handle extremely high voltages or 'hasta la vista, baby'. There's no alien-technology, EMP protecting ZIF sockets or special ziplock bags. Passivated glass won't help either. Wikipedia is your friend. And you might check out some of the HAM forums. There's some guys building small Faraday cages for their radio equipment.

The sarcasm was definitely intended. You contradicted yourself... "Will destroy all electronics in its path - even if it's unplugged" but yet you want to disconnect all wires and electronic parts from a board. Me? I'm ready for an EMP now. Loaded tackle box, stack of books, and a large receptacle for any electronics. :-)

I've had it working for quite some time. I'm not too familiar with GCC on Stellaris but it works great in CCS. Where are you registering the interrupt? The GCC guys could quickly tell you how to modify the NVIC ISR tables for GCC. In CCS, the startup_ccs.c needed to modified: add: extern void BSP_GpioPort1Isr(void); change: ... IntDefaultHandler, // GPIO Port A ... to BSP_GpioPort1Isr, // GPIO Port A

Build a Faraday cage? Or after the EMP, maybe just grab a fishing pole and a good book?

When the Kindle was rooted it was 6.2.1. I've rooted several Android devices and never had an issue. When Amazon auto-updated the Kindle to 6.3, it needed to be wiped and have TWRP and FFF reinstalled. Didn't have any issues until it rebooted... nothing. Not a thing. No power light, no backlight, just a brick. So, after studying forums, I tried the USB shorting trick(http://forum.xda-developers.com/showpost.php?p=19762674&postcount=51). It took a few times to get it going and then it rebooted to recovery. I can reinstall 6.3.1 and usbboot the kindle and work with no issues. If you powe

PD7 is also a NMI pin. You need to unlock it to use it. Per TI's pinmux utility: void PortFunctionInit(void) { // // Enable Peripheral Clocks // MAP_SysCtlPeripheralEnable(SYSCTL_PERIPH_UART2); MAP_SysCtlPeripheralEnable(SYSCTL_PERIPH_GPIOD); // // Enable port PD7 for UART2 U2TX // First open the lock and select the bits we want to modify in the GPIO commit register. // HWREG(GPIO_PORTD_BASE + GPIO_O_LOCK) = GPIO_LOCK_KEY_DD; HWREG(GPIO_PORTD_BASE + GPIO_O_CR) = 0x80; // // Now modify the configuration of the pins that we unlocked.

I've got a Kindle Fire, last years model. It's less than one year old. Has a bit of an issue with the bootloader but still works with some TLC. One of you guys might be able to fix it. The hacker Dad fail begins... I had rooted it right after purchase for my daughter -so we could play minecraft together. Well, Amazon released an update that jammed the whole thing up and screwed the bootloader. So, now you can use Firekit's usbboot command to boot the Fire. It's totally useable, just don't try to reboot, power down or let the battery die. You'll need to offer up the usbboot command again.

Wy do you need Energia? Here's code for the LM4F and the BMP085 http://forum.stellarisiti.com/index.php?/topic/432-Stellaris-Launchpad,-OLED-and-BMP085page__view__findpost__p__2029

I have the Emmoco kit. It works very well. I created a CCS project for the Stellaris LP using their API; one is included for several mcu/compiler options. Not sure what the license is but I'm only using it to tinker, for now. Using their em-hub is pretty easy. Software is really easy to find; no chasing links, registering for each piece of software or having to wait for codes. Information is really abundant once you're logged in. I don't think you get to see the goodies until you get a reg code in the box's lid. The device needed a firmware update right away but since the kit included a usb-

Hello Itolias, I can't really say anything specific to GCC since I'm a CCS user but... You might look into using the IQMath Library. If you look in your Stellarisware folder $STELLARIS/docs, you'll find the pdf for the IQMath. With either just using the FPU.h or using the IQMath library, standard operators are handled normally. You will directly load values of specified types into HW registers for operation with the FPU. Looking in $STELLARIS/IQMath, there appears to be a version for GCC so you're set there. I definitely recommend IQMath; chaper 5 is where I'm at with trig functions for my

You should be able to turn the cpu off and still use SPI. It's determined by your clock source. Certain clocks are only available in specific power modes. The table is on page 42 of slau144h.pdf www.gwdeveloper.net Sent from Tapatalk...

Yesterday, I cleaned out my project drawers. I donated a trash bag full of samples, circuits, pcbs and dev boards to a high school kid on Craigslist. Mostly de-cluttering the house in preparation for a move. Any of you guys in the Indianapolis area? www.gwdeveloper.net Sent from Tapatalk...

Yes, thank you for the code. Makes testing I2C devices on the Stellaris LP super easy. Instead of: #define BMP085I2CPORT I2C0_MASTER_BASE maybe, simply: #define I2C0 I2C0_MASTER_BASE so it becomes: I2CRegWrite(I2C0, BMP085_ADDR, BMP085_CTRL_REG, BMP085_TEMP_REG); I2CRegWrite(I2C0, ACC_ADDRESS , CTRL_REG1_A, 0X27); I2CRegWrite(I2C0, MAG_ADDRESS , CTRL_REG4_A, 0X00); ... Less to type and allows for easier use with multiple devices on the same bus.

I've got a couple of simple projects going on the Stellaris LP. Just posted a simple code snippet a few minutes ago. Coming soon: -- Dual OLED Display Driver (working but needs full frame buffer implementation) -- LSM303 based digital compass with graphical display (in progress) -- Digital Clinometer (formerly on MSP430, now on the LM4F) -- Clinometer sensor expansion using Emmoco ble kit Never bought a C2K LP so haven't tinkered with one yet. Still have some x-mas dough so I might grab one with a booster.

Just dropping off a super simple code snippet. This uses aBugsWorstNightmare's I2C API (http://forum.stellarisiti.com/topic/417-i2c-with-stellaris-lm4f120h5qr-working-driver-api-example-code/) to collect data from a BMP085 barometric pressure sensor. I've been rolling my own interrupt based I2C API to utilize the EOC on the BMP085 as well as another I2C device that has interrupt abilities. ABWN's API was super simple to use for testing. In the picture, the last 2 digits of the barometric pressure look blurred simply from the sample rate being so fast. The MSP430 version of this software tak

I received my kit today. (Out of town or would have had it a week ago) Very nice setup. Planning to tinker with it this afternoon. www.gwdeveloper.net Sent from Tapatalk...

Are you using the RX compiler or GCC? I never had any luck with the RPDL using GCC. www.gwdeveloper.net Sent from Tapatalk...

If you're calling the function from the ISR, it's already 'bloating' it. You'll reduce the cycles by directly placing your code in the ISR instead of calling it from elsewhere. Should reduce build size too. www.gwdeveloper.net Sent from Tapatalk...

Nice work. When you're doing these types of things, is your soundtrack starting with Styx' "too much time on my hands"? www.gwdeveloper.net Sent from Tapatalk...

Currently, I'm working on a MSP430 based Clinometer. It's running from a F5529 with dual OLED. One for roll display, the other for pitch. Right now it's using an ADXL335 and LH303 for orientation. Using the Emocco kit would allow reading sensors from any iDevice in my truck. Possibly adding data-logging too. It's not ready for any project contests or to even post pics of yet. Gw www.gwdeveloper.net Sent from Tapatalk...