Jump to content
43oh

madias

Members
  • Content Count

    49
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by madias

  1. madias

    goodbye TI!

    I didn't recognized that the TI store do not offers free shipping anymore. Ok, thats their decision. BUT!!!! shipping costs to Austria or the Czech Republic are 21 USD, Germany or UK "only" about 14 USD. For anyone who doesn't know about europe: Austria and the czech Republik are neighboring countries to germany - only a few kilometers away, and ALL this countries are member of the EU. So wtf we should pay 7 USD more for shipping??? thats enough for me, NOT to buy ANY TI-products anymore. regards Matthias
  2. Dear spirilis! Thank you for that! I thought I would go crazy, cause of that silly lines.... Everything is working yet. A need a little time for code cleanup and then I'll post the whole conversation in the "libraries" for energia! Regards Matthias
  3. no, with Energia 12. And the (energia port) UTFT library works out of the box, with nearly the same code, so this drives me crazy, and it is a stupid pinMode and digitalWrite...
  4. Hello, I've done a TIVA C-123-Launchpad conversation of Henning Karlsen's LCD5510 library (it's much the same as the UTFT library). Everything is working, BUT: I've to eliminate following code (commented out part) in the *.cpp file, and I've to do it manually in "setup" sketch: LCD5110::LCD5110(int SCK, int MOSI, int DC, int RST, int CS) { P_SCK = portOutputRegister(digitalPinToPort(SCK)); B_SCK = digitalPinToBitMask(SCK); P_MOSI = portOutputRegister(digitalPinToPort(MOSI)); B_MOSI = digitalPinToBitMask(MOSI); P_DC = portOutputRegister(digitalPinToPort(DC)); B_DC = digitalPinToBitMa
  5. If you're not using hardware oversampling, you can also do a simple lowpass filtering: Where weight is the interpolating value (1= no interpolating, 0.01 strong interpolating) rawValue is the the current analog reading, lastValue the value before. // filter the current result using a weighted average filter: float filter(float rawValue, float weight, float lastValue) { // run the filter: float result = weight * rawValue + (1.0-weight)*lastValue; // return the result: return result; } I've found in my snipplet folder some fooling around with mixing energia and driverlib: exampl
  6. Energia & OSX & Serial (Port) is a little mess.... Have you read this? https://github.com/energia/Energia/issues/456 and read this (arduino) thread about mavericks and ftdi: http://forum.arduino.cc/index.php?PHPSESSID=39mlkeoojcavfv7d7metheb844&topic=198539.30 A help for my Tiva TM4C123G Launchpad is, to start up energia with disconnected board and then (after start) plug in the device.
  7. Is - as promised - RXTX now replaced with JSSC in Energia release 0101E0013? Thanks Matthias
  8. meanwhile I tested a little sketch (just in a loop 12x PWMWrite(pinX,255,x,60000) ) and a little time measurement: 12x writing PWM with energia tooks about 88 microseconds, so it´s more than 10kHz, way beyond my needed ~100 Hertz, so much headroom for the other stuff
  9. Hello and thank you for your answer and sorry for my delayed reply. I'd to think a little bit over. Ok, my description of "energia uses software pwm" is a little bit rough. But the main difference between the "old" stellaris launchpad and the new tiva driverlib style is, that the tiva has 2 build in pwm modules (see driver lib guide page 205ff) So my question is more: Is the new way of the tiva's (using the 2 pwm modules) faster than the "old" energia/timer way for the stellaris launchpad? The drawback of using the pwm modules is, that you 've to use only up to 16 hardcoded pins. I've at
  10. Hello, I'm planning for a project the use of 12 Channels PWM (Frequency must be above 60khZ, because of driving some VCA´s and not getting into the audio range). As I know, Energia uses "software" PWM with the use of timers (the hardware PWM´s of the new TIVA's is not implimented). So my question is, may I can get some overall performance boost using the driverlib hardware PWM rather than the energia software version? Thanks regards Matthias
  11. This has nothing to do with the USB Port. See https://github.com/energia/Energia/issues/390 It
  12. Ok, it seems, that my DS201 is out of range for this measure, can someone check this two codes out with "real equipment"? Meanwhile I've stripped the code down to complete low level: (Measuring pin is PA7) #include <stdint.h> #include <stdbool.h> #include "inc/hw_gpio.h" #define PART_TM4C123GH6PM #include "inc/tm4c123gh6pm.h" #include "driverlib/gpio.h" byte running=1; void setup() { GPIOPadConfigSet(GPIO_PORTA_BASE, 0xff, GPIO_STRENGTH_2MA, GPIO_PIN_TYPE_STD); GPIODirModeSet (GPIO_PORTA_BASE, 255, GPIO_DIR_MODE_OUT); } void loop() { while(1) { running=!running;
  13. Hello, after fooling around a little bit, I recognize following driverlib behavior: While I get with this sketch about 450kHz on my oscilloscope #include <stdint.h> #include <stdbool.h> #define PART_TM4C123GH6PM #include "inc/tm4c123gh6pm.h" #include "driverlib/gpio.h" byte running=1; void setup() { GPIOPadConfigSet(GPIO_PORTA_BASE, 0xff, GPIO_STRENGTH_2MA, GPIO_PIN_TYPE_STD); GPIODirModeSet (GPIO_PORTA_BASE, 255, GPIO_DIR_MODE_OUT); } void loop() { while(1) { running=!running; GPIOPinWrite(GPIO_PORTA_BASE,128,running<<7); }} ...I'll get only 17
  14. Thank you for your work, vladn! I'm thinking seriously to implement the scheduler into my "big project": A completely TIVA based/controlled analog Synthesizer!
  15. Thank you again, Rei Vilo! I'm struggling a little bit with the "set module" in your library, for example when having a tft library on (2) and SD on (0), setting up the modules by hand within the code solved the problem. With a little time, I will do an automatic selector for that within the library.
  16. ..and the best thing of all: even when you hit "save" or "save as" BEFORE upload and the system crashes, the sketch will NOT be saved! So under this circumstances I would pled, that Energia is NOT working under OSX Mavericks, at least for Macbooks pro 2009.
  17. Ok, so I guess there are 3 "main libraries/wrappers" to use with tiva/stellaris: FatFs Petit FatFs (lightweight of FatFs) and Sd2Card (original distributed with the Arduino IDE) I did a quick&dirty port of the Sd2Card Library, taken out of Arduino IDE 1.5.6 r2 for the Tiva/Stellaris, only changed some ARM settings, especially in the Sd2PinMap.h file: (at the top of the "arm" section): uint8_t const SS_PIN = 32; uint8_t const MOSI_PIN = 8; uint8_t const MISO_PIN = 13; uint8_t const SCK_PIN = 11; because I need SPI Module(0) While in use don't forget to set in "Setup": SPI.setM
  18. Dear Rei Vilo, I think there is a misunderstanding: Is the FatFs Library exactly the same as the adafruit sd library? Because you wrote on page 2 on this thread: Thorvard and I tried out the adafruit link, but this library need much of hands on. I'm a little bit confused right now
  19. Ok, found a "workaround": Not using any "Serial.xxx" in the sketch wouldn't crash energia. What a wonderful thing while debugging :/
  20. @@Rei Vilo: Maybe you can really post your SD library (is it really for stellaris/tiva?), I see a lot of things to do with the original one, so you can save much work for Thorvard and me Thank you Regards Matthias
  21. Hello, as I was studying the (extremely good written!) driverlib documentation, i noticed the SysCtlPeripheralReady function. Because it is not always clear which Timer (TIMER,WTIMER,WATCHDOG) is currently in use (many of them are used with PWM and other stuff), I wrote this little helper sketch for my Tiva C. The definitions for other peripheral can be read in "sysctl.h", I only used the timers to keep it short. I also included the SysCtlPeripheralPresent function, but I think it is meant, that a peripheral is physically available, so the "ready" function is the key. Try it out with some
  22. Ok, I've merged the newer version of the seeed library with the energia port. Text rotation is now possible, but very disappointing and bad integrated, but for my purposes it works. Note that the background color of the text wont work anymore, I've included a dummy variable for compatibility reasons. Modification and an example attached. ILI9341_energia 2.zip
  23. Hello and thank you for your porting of the library! I've noticed, that this library ist really slim&fast (1-5x compared to ucglib or utft, even in HW-serial mode)! The only drawback is that you cannot determine the screen direction (especally for printed text). Does anyone knows a workaround for this? Thank you Regards Matthias
  24. Thank you for your postings, igor! I'll change my first posting as soon, as I have a little time left! Maybe it´s a good idea to implement the fastdigital-library for the portOutputRegister stuff: http://forum.stellarisiti.com/topic/442-energia-library-stellaris-launchpad-fatfs-energia-library/?p=3420
  25. Hello, I'm trying to collect some standard procedures porting arduino(mostly avr, sam is easier) libraries to energia/lm4f. Maybe all forum members could help together, creating a little howto: Porting libraries to Energia/Stellaris LM4F Version 2014-05-20 1. First, it is necessary to examine the files to the following: 1.1 #if ARDUINO >= 100 #include <Arduino.h> #else #include <WProgram.h> #endif and change it to: #include <Energia.h> (or let #include <Arduino.h> as only line) 1.2 change #include <pins_arduino.h> to #include &
×
×
  • Create New...