Jump to content
43oh

olivluca

Members
  • Content Count

    51
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by olivluca

  1. Well, maybe it depends on the user and not on the browser (with javascript disabled it's a simple link, it would work the same with lynx or mosaic 1.0).
  2. @@zeke, mark community read works, but it marks as read every section (oops), the one that doesn't work is the mark this forum as read in each subforum. @@bluehash, tried that and still have the problem. I also tried logging out and logging in again using the email instead of the username. It didn't work either (I didn't expect it to since I started seeing the problem before the merge). Doesn't the error code [#20312.1] help pinpoint the problem? Edit: I also tried with chrome (I normally use firefox) but I have the same problem (I tried with javascript disabled since javascript hides th
  3. With javascript disabled it gives me a "Sorry, you don't have permission for that!" message, while with javascript enabled it appears to work (the topics show as read) but it really doesn't (reloading the forum they show as unread). It worked 2 days ago. Edit: the above error message has this error code attached: [#20312.1]
  4. I have one of those in my car powering an arduino pro mini. It's been working fine for more than a year.
  5. The last time I tried IRsend with an msp430 I found that the timing was off by more than 10% and sometimes the led would remain on. See here: http://forum.43oh.com/topic/5396-irremote-library-sometimes-leaves-led-on/ I don't know if either problem has been fixed in the meantime
  6. The patch to the library is definitely needed to avoid keeping the led on at the end of every MARK, the delays are in post #3 (560/1690 microseconds). I don't think the 9000/4500 ones matters too much, but maybe they do.
  7. I just tried the code on an arduino pro mini and it works without modification, so either the port to energia is wrong or the delayMicroseconds function is way off. As I don't have a scope I cannot say exactly, but I suspect the latter. Worthy of a bug report?
  8. @@StefanWxx, I see that you had to reduce the mark/space timing by 10-15% wrt the timings in the arduino posts. This is consistent to what I had to do to get the NEC protocol working. I also have a (probably not 100% correct) solution for the led remaining on. See http://forum.43oh.com/topic/5396-irremote-library-sometimes-leaves-led-on/ for details. Edit: BTW, from the look of it, I'd say that samsung too is using the NEC protocol, so probably there is no need to add a separate sendSamsung function.
  9. That would be well within the 10% tolerance of a receiver, so either the DCO is off by more than 10% or the delayMicroseconds function isn't accurate enough.
  10. BINGO, I reduced the delays by 10% and now I can control my tv. It means that the timings are off by 10%. Why? Bad calibration data in my msp? The commented out values are the correct ones (according to the NEC specifications). Note that 10% was just a guess, since I don't have a scope to check the real timing. Edit: in case it's relevant, I'm still using energia 0101E0011, I'll try later with the latest version. Edit2: tried with 0101E0012, it's the same. #define NEC_HDR_MARK 8100 //9000 #define NEC_HDR_SPACE 4050 //4500 #define NEC_BIT_MARK 504 //560 #define NEC_ONE_SPACE
  11. I modified the library with the attached patch, now the led doesn't stay on anymore but I cannot control my TV set (lirc, which probably is more tolerant with the timing, recognizes the codes). Edit: I'm not permitted to attach this kind of file, inlined here --- IRremoteInt.h.orig 2014-04-21 10:29:43.489878975 +0200 +++ IRremoteInt.h 2014-04-21 11:33:19.417113888 +0200 @@ -142,15 +142,16 @@ // P2SEL |= BIT3; // P2.3 option select #define TIMER_PIN_SELECT() ({ \ P2DIR |= BIT3; \ - P2SEL |= BIT3; \ + P2SEL &= ~BIT3; \ + P2OUT &
  12. As reported in this topic (sending samsung tv raw ir codes) sometimes the led stays on after transmitting. I see that the library defines these macros: #define TIMER_ENABLE_PWM (TA1CTL = TASSEL_2 + MC_1) // SMCLK, Up mode #define TIMER_DISABLE_PWM (TA1CTL = TASSEL_2 + MC_0) // SMCLK, Stop mode #define TIMER_ENABLE_INTR ({ /*TA1CTL |= TAIE;*/ TA1CCTL0 |= CCIE;}) // SH 071112 #define TIMER_DISABLE_INTR ({TA1CTL &= ~TAIE; TA1CCTL0 &= ~CCIE;}) #define TIMER_INTR_NAME TIMER1_A0_VECTOR #define TIMER_CONFIG_KHZ(val) ({ \ TA1CCTL0 |= OUTMOD_4; \ TA1CCR0
  13. Did you solder the crystal to the launchpad? I wonder if my problem is the clock (since I'm still not succeeding in controlling my TV, and now I'm pretty sure the codes I'm using are right). Edit: my tv is an LG, it uses NEC codes (so I'm using sendNEC) and I think the timing is slightly off: while the tv doesn't react, a lirc receiver recognizes the codes (though with some difficulty). I don't know if what's off is the mark/space timing or the 38KHz carrier.
  14. I cannot help with your problem (I never managed to get the IRremote library working for sending, probably I just used the wrong codes), but I too see what you mention in the comments ("sometimes IR LED stays on??").
  15. I finally ordered some L9110 based boards from aliexpress. The L9110 works from 2.5V to 12V.
  16. I found this http://letsmakerobots.com/node/34774 and this
  17. Could it work with the msp430 (for DC motor control only)? The schematic is here. The 74HC595 should have no problem working at 3.3V, however the L293D specifies a minimum of 4.5V (though it should also work at 3.3V....if you're lucky). The software shouldn't be a problem.
  18. I don't know if it can be used to program the arduino bootloader, but this project uses the launchpad to program some AVR chips. Edit: btw, you can find an arduino pro mini clone on ebay for less than $4 shipped, I supposed that comes with the bootloader already in place.
  19. If you aren't interested in overvoltage protection you can simply omit it (as I did in my simulation). Not really, with 500mA through Q2 I see only 5mA on Q1. The only catch is, as noted by oPossum, if the high level voltage is 0, all those 5mA will come from the microcontroller, with 14V the microcontroller has only to source 10uA.
  20. Thank you! The supply is coming from a car cigarette lighter socket (nominal 12V but I considered 14). I calculated the load at 500mA (though it will not exceed 200mA), and I used 500Ohm (the minimum HFe of a bc327 at 300mA is 40). I didn't consider the case with the 14V supply missing but LTSpice gives me a current of 5mA from the output, so it should be safe I think.
  21. Hello, googling for high side switching, I found this circuit. The canonical circuit is a little more complex, however I simulated the simpler circuit in LTSpice (substituting the transistor pair with a bc337/bc327, using a 500 Ohm resistor and omitting the zener), and it seems to fit the bill (for a 500mA output current, power dissipation in the transistors is well below the limit, current on the microcontroller pin is in the uA range). What's the catch?
  22. Maybe it's this issue: https://github.com/energia/Energia/issues/165
  23. And the Linux driver did the same mistake, but I think it's because this commit came after this one Interesting, my search for "pl2303 custom baud rate" didn't find it. Is it available somewhere? What does it exactly do? (just to know if it'd be safe to remove the check for a supported baud rate in the Linux driver).
  24. Problem solved: I modified pl2303.c to add 500000 as an acceptable baud rate and now it works.
×
×
  • Create New...