pivden

have same errors an obvious mistake in the paths. or IDE does not understand the folder with spaces. has not figured it out yet...

Is the connection circuit correct? From the correct port read? Code fragment and schema can be shown?

rty change in sketch #include <RTClib.h> to #include "RTClib.h" and check files <PATH TO ENERGIA>\hardware\msp430\libraries\RTClib\rtclib.cpp <PATH TO ENERGIA>\hardware\msp430\libraries\RTClib\rtclib.h

simple question: DC Current per I/O pin MSP430G2xxx? previously found, now I can not find

use noInterrupts(); or not use noInterrupts(); ... that is the question ;-)

1. wrong pin map. http://www.ti.com/lit/ds/symlink/msp430g2553.pdf page 3 and Table 2. 2. use http://forum.43oh.com/topic/3237-energia-library-nordic-nrf24l01-library/ with BUG FIX Energia (see in topic).

FIX - http://forum.43oh.com/topic/2552-irremote/?p=28918

check the hardware: Vcc to Vcc GND to GND DQ (DATA) to P2.1 resistor (4.7K or 2-6K) from Vcc to P2.1 P2.1 defined in code: #define OWPIN 9 https://github.com/energia/Energia/wiki/Hardware#wiki-LaunchPad_MSP430G2553 pinouts: http://datasheets.maximintegrated.com/en/ds/DS18B20.pdf Figure 5. Powering the DS18B20 with an External Suppl

OzGrant, question in the wrong time delay (ms, micros) after the command 0x44 (convert T command). in code delay in micro seconds, but must be in ms. even for 9-bit resolution delay must be 94ms. for resolution 12 bit, temperature data in the first 0.75 second will be invalid and will lag. in the loop will work but will lag.

write_byte(0x44); // convert T command OW_HI delayMicroseconds(750); or write_byte(0x44); // convert T command OW_HI delay(750); ? conversion time 93.75 ms (9-bit), 187.5 ms (10-bit), 375 ms (11-bit), 750 ms (12-bit). default: 750 ms (12-bit). select resolutions: reset(); write_byte(0xCC); // skip ROM command write_byte(0x4E); // write to eeprom write_byte(0x00); // write to eeprom write_byte(0x00); // write to eeprom write_byte(0x7F); // 0x1F - 9bit; 0x3F - 10 bit; 0x5F - 11 bit; 0x7F - 12bit reset();

there are many tasks where it is needed, such as learning remote control, IR extender, RX/TX data via IR etc. I also did not work at the same time send and receive (because Send and Receive both share the same timer). P.S. for testing IR I'm using PDA with Irda and software NR DELUX - highly recommend! and a mobile phone with a camera of course ;-)

You may try to use 2 pins with different modes of interrupts. - signal goes to the two pins at the same time; - interrupts in FALLING and RISING modes (FALLING for when the pin goes from high to low; RISING to trigger when the pin goes from low to high); - attachInterrupt() for different pins points to the same function attachInterrupt(5, func_interrupt_change, FALLING); attachInterrupt(6, func_interrupt_change, RISING); if I correctly understood CHANGE mode in Arduino for buttons: http://processors.wiki.ti.com/index.php/MSP430_LaunchPad_PushButton (Fig. 2: Switch after de

grahamf72, nice work! about code size: #include <RTCplus.h> RealTimeClock myClock; void setup() { myClock.begin(); } void loop() {} interrupt(TIMER1_A0_VECTOR) Tic_Tac(void) { //myClock++; //Binary sketch size: 867 bytes (with RTCSUBSECONDS), 585 bytes (w/o RTCSUBSECONDS) //++myClock; //Binary sketch size: 593 bytes (with RTCSUBSECONDS), 563 bytes (w/o RTCSUBSECONDS) //myClock.Inc(); //Binary sketch size: 579 bytes (with RTCSUBSECONDS), 549 bytes (w/o RTCSUBSECONDS) }; I optimised the LiquidCrystal library that is included with Energia for 4bit mode (minimal optimi

interrupt(TIMER1_A0_VECTOR) Tic_Tac(void) { myClock.++; // Update chunks }; error: expected unqualified-id before '++' token interrupt(TIMER1_A0_VECTOR) Tic_Tac(void) { myClock++; // Update chunks }; work! I'm sorry, was inattentive. ;-) finished size of my code with LCD1602 4bit optimized library (blank sketch will be less): - myClock++; 2`587 byte - myClock.PlusPlus(); 2`305 byte

energia-0101E0009 was a problem with: class RealTimeClock { RealTimeClock& operator++(); } changed to: class RealTimeClock { void PlusPlus(void); } works normally! Thanks!