IR Blaster (progress)
-
Mark me down for 1!
-
one for me!
-
I would also take 5
-
I am interested in at least one, maybe two depending on area coverage.
-
Placed an order for the first prototype boards today... Sourcing from China to U.S. so it will take a while for them to arrive from the fab but I will keep everyone apprised of the progress. That said, here is a render of the protoboard (v0.5) with NRF24L01+ attached to provide a sense of the board's physical size/footprint (thanks to @tbowmo for the NRF24L01+ 3d-shape).
-
@blacey do you know of any reliable way to record and play very long code, like HVAC ones?
-
Mark me down for 1 as well.
-
@blacey made room for an external flash on board, which probably could be used to store IR codes.
The flash that he chose is a 64Kbyte (512kbit), so only the first half of the flash is actually used for OTA updates, which leave us 32Kb external flash storrage available for the user.
-
@blacey: very nice design. I think there will be mysensors production for your board as people are interested... And me too, I can't wait to see all sketches and usecases...
In future, it will be great as I feel there is a hardware design movement for Mysensors, very interesting.
-
If I am understanding this thread correctly. This would be capable of repeating the IR signal, correct? So, if I put one of these in every room. I can use my universal remote or something similar to change the channel on a tv in another room?
-
Yes that could be one possible use-case.
Normally (I would imagine) the blaster would pick up your remotes commands and send them to the controller. What you actually do with this information (on the controller side) is up to you. You might wanna send a command to the z-wave controlled curtains to open. Or turn on the lights in certain rooms.
Another usecase could be to create a scene (on the controller) that turns on the tv (or fake-fireplace!) at 7pm every evening.
I'm thinking of pausing the tv when someone calls (as I've got the ip-telephone integrated in my HA soulution)...
-
Yes there are many possibilies and I like the design of the board (looks great). We have create a similar device (only on a breadboard at the moment), which has also include RF433 receive and transmit function and we can controlled it by voice. Each IR code is stored in a txt file on a SD card (raw code). A bit hard for me to explain it here with words, but I can record a video how it works in real if anyone will see it in action.
It has only one disadvantage - you need two Nano or Mini on a PCB board.
-
@kalle its not that bad with minis costing few $ each....
-
Ok, here we go a short video demonstration: www.youtube.com/watch?v=y38oIZgV_cU
-
at least one for me
-
Any one tried using IR transmitter to send IR signal to AC with mini pro ( 328p ) as mysensor node. I know mini pro have limited ram / rom support.
Note: AC remote send long IR signals which may not be completely captured by IR receivers connected to mini pro. may be one try on rasp pi but that's a last resort.
-
@blacey said:
@Sparkman - The biggest change is the addition of two more IR LEDs given we are now driving the circuit with a MOSFET (thanks @tbowmo) that can handle higher-current loads; this reduces the risk of IR coverage holes and increases the IR LED component options. However, I have not added a barrel connector for external LEDs to the PCB (yet?) because there are still open issues regarding circuit design to accommodate it (would welcome integration ideas).
Sorry for the slow response Bruce, it's been crazy busy at work and a few projects around the house. I have a few days off in a row now so will finish testing. The circuit board design looks great and I'd be interested in a few as well based on current design.
Cheers
Al
-
@kalle - nice innovation and great demo!
-
@blacey I got my checkbook ready put me down for 2!
-
@Sparkman said:
Sorry for the slow response Bruce, it's been crazy busy at work and a few projects around the house. I have a few days off in a row now so will finish testing. The circuit board design looks great and I'd be interested in a few as well based on current design.
Al, no worries, I know the crazy busy drill!
I hope the work and home projects went well - let me know what you determine based upon your testing.
-
First board revision just arrived from the fab house in China! Boards look good other than the MySensors IR Blaster v0.5 that I placed in the solder paste layer instead of the silk screen layer because the font is too small. Unfortunately the fab house was quicker than I because I haven't even had a chance to finalize the BOM and order the components. Need to get that in gear so I can assemble the first board early next week.
Top of Board
Bottom of Board
Board with radio set and LED for relative size perspective
-
@blacey The excitement is brewing! Can't wait
-
@blacey Thanks, I hope I can build my RF/IR blaster in a similar design, because it looks fantastic!
by the way, you can set me to the buyer list for one
-
@blacey Looking good!
-
@Dheeraj said:
Any one tried using IR transmitter to send IR signal to AC with mini pro ( 328p ) as mysensor node. I know mini pro have limited ram / rom support.
Note: AC remote send long IR signals which may not be completely captured by IR receivers connected to mini pro. may be one try on rasp pi but that's a last resort.
Not yet but take a look at http://www.analysir.com/blog/2014/03/19/air-conditioners-problems-recording-long-infrared-remote-control-signals-arduino/ for a good explanation of what you are probably experiencing. From a hardware stand-point, the IR Blaster should be able handle the longer IR codes, it will just be a matter of adding the required support to the firmware.
-
Just ordered all components required to assemble first board rev. Unfortunately Friday (tomorrow) is a holiday in the U.S. so the order won't move until Monday. If all goes well, I will be able to assemble and bring up a first board late next week.
-
@blacey Thanks. I have not seen this in my searches. looks promising. I'll give their sketch a try and see if it records the codes properly (as far as I can say). all other libs failed miserably.
-
Hmm.. If a IR recorder is included in the sketch, how would you handle different carrier frequencies of the remotes?
It could be anything between 35Khz and 40Khz (or 400Khz if it's B&O equipment), and IR receivers are made with narrow filters. This could mean that if you use 38Khz carrier frequency on equipment that originally uses 35Khz, then because of the attenuation in the filters, the range is very low.
Ideally we need something to detect the carrier frequency as well.. But don't know if that is possible to obtain easily with an arduino setup
-
@blacey said:
using IR transmitter
I have gone through this link, and tried it recommendation of increasing the RAWBUF size and also used sample sketch which was not working for me , may be i was doing something wrong. Also, It uses raw IR signal and handling raw signal is not simple compare to IR hex code which are at max 32 bits. I wish IRlib, IRemote etc support handling of long IR signals. Any library which support it?
-
@Dheeraj Alas, AC codes are not hex codes as far as I know. they have to be used in raw mode. This whole IR thing is very confusing but from what I gather:
there are several standard encodings (they are like bar code) that are compatible with binary encoding in the sense that the gap and length are constant so no signal in the period can be 0 and signal can be 1. However, when you want to put more information more quickly (or when you just want to annoy people) you use non standard encoding that is comprise of several lengths of silence and transmission. naturally this is a much more "dense" encoding and if you know the protocol you can easily convert it to short codes. However, we don't and I know of no library that can encode for all AC. every AC and sometimes even different models have different encoding. most of the work that was done was made in the area of home theater so all those codes are known. AC is still a no mans land.
I do not pretend to really understand this fully, I am just explaining what I think I know so far.
-
@tbowmo The board is not tied to a specific IR Receiver - we have a socket on board as a convenience so users can temporarily plug an IR Receiver in to learn the codes the don't have to build an IR learning circuit on a breadboard just to learn the codes. This means that users will be able to use whichever IR receiver is appropriate for their equipment/needs. We will probably include the most common IR Receiver with the IR Blaster kit so it is plug-n-play for 90% of the users out of the box. The last 10% is ideally a longer term software challenge but time will tell
-
@tbowmo said:
Ideally we need something to detect the carrier frequency as well.. But don't know if that is possible to obtain easily with an arduino setup
I have tried a lot of things, i ended up with recording the signals and replay them at different frequencies (36,37,38,39 and 40) and rotated the scheme. When someone got a working frequency the signal is stored with the frequency. I ended up with IRremote from http://github.com/shirriff/Arduino-IRremote as it became quite tedious. Maybe it helps.
Cheers,
John.[edit]Sorry, now seeing that the mentioned lib has already passed by[/edit]
-
@John Here is another option - there seems to be a lot of prior art out there that we can leverage. https://github.com/r45635/HVAC-IR-Control
-
@blacey i tried this one as well but i was wearing wool sweater at the time and it seems like the ir recievers do not take huge zaps well so i have to repeat my experiments when new leds arrive
-
@blacey said:
@John Here is another option - there seems to be a lot of prior art out there that we can leverage. https://github.com/r45635/HVAC-IR-Control
Looks like they merged the library i'm using but with hvac additions. Original one i used is here: https://bitbucket.org/pidome/pidome-hardware/src/ce1d656c909b/Arduino/Uno/PiDome IR Tranceiver/?at=default My code is merely a "proxy"(wired) as it is meant to send and receive. This because codes are stored on the server. Maybe it helps. I haven't followed the whole thread, but it would be very nice if the blaster could be used to proxy. But i know raw ir signals can be too long for the mysensors payload.
-
Status Update - 2015-07-10
Ok, so here is the latest on our progress to build an IR Blaster v0.5 first prototype/dev board. I have assembled two dev boards that pass the initial smoke test of power regulation, MCU and status LEDs. Through this process, I have identified a number of changes and improvements to the board none of which blocks bringing up a fully functioning IR blaster (at least not yet so keep fingers crossed). I did find one KiCad Gerber bug that shorted the MOSFET gate trace to the upper ground plane but with an Exacto knife and a little elbow grease, I was able to eliminate the short - if you look closely around D10 and the Err LED, you sill see my handy work
Photo of the twin v0.5 dev boards.
Left is top-side board #1 and right is bottom-side board #2
Short video excerpt of the smoke test running (luckily, without smoke)
And here is a short video clip of the first board passing initial smoke test proving that the power regulation, MCU and status LEDs are working per design.
IR Blaster v0.5 Smoke Test
Next steps (dev prototype v0.5)
- Verify the off-MCU flash and crypto chip electrical and functional integrity by extending the smoke test sketch to run @tbowmo and @patrick SenseBender Micro built-in tests.
- Verify the NRF24L01+ electrical and functional integrity - solder socket to board and confirm that the radio comes up with MySensors library
- Verify MySensors full-functionality - load the latest SenseBender Micro sketch and confirm reporting of humidity and temperature. With the proper MySensors library, the sensor Tx, Rx, and Err LEDs should provide send and receive status accordingly.
- Verify IR LED circuit by soldering 7 IR LEDs to the board and confirming electrical and functional integrity
Bottom-line, quite a bit of work left to do but no major blockers encountered so far using two initial dev boards.
-
So coool, nice board!
I am making a board (it is another project) and I am like you. just some changes to do. I think we are lucky to pass smoke tests
and just having little changes because human errors are never far away, especially when it is not our field! (not mine, I don't know if you are, but it looks pro)
So I will cross my fingers with you
and of course I will follow your project with interest as I have the same steps to achieve.
good luck for next steps.
-
First Dev Boards Complete 10-JUL-2015 - status update with video
I assembled two dev boards yesterday, brought up all subsystems and they are both working great. Still a bit more work to do before they go to production but here are a couple of photos and a demonstration video.
Assembled dev board w/o radio
Assembled board w/Radio attached
Demonstration Video
https://youtu.be/UXjcwlJOMOII am going to rev the board a bit to pull all components to the top-side to reduce the cost and also subject the boards to the IR Sensor Array testing to tune the IR LED component choice for maximum performance.
-
Any update on the progress. I'm so excited to get one of these blasters.
-
is there any chance of buying some modules? I would like to control my TV-setup with this.
-
This thing would be cool to have. In my setup i would really like to test this as a transceiver for my project.
-
Interested in purchasing a few! Would be perfect int he home theater, I think.
-
@gloob, @john, @notYetRated and everyone else - Here is an update on IR Blaster project
The first dev boards are working well but not as good as they should IMHO. My 0.5 LED circuit design uses a separate voltage-regulated parallel IR LED emitter circuit. After a lot of technical research into the depths of IR Emitters and collaboration with others, I can greatly improve the IR performance by moving to a constant-current (not constant-voltage) serial IR LED emitter circuit. I have been scouring the net for constant current regulators and/or LED drivers that can handle 7 IR LEDs @100ma & 1.6FV and have a few candidates under review for prototyping.
I have also been in touch with the AnalysisIR guys to ensure compatibility of our board with their offerings because users have successfully decoded long IR encodings, using the advanced AnalysisIR decoding software, such as HVAC units popular in the EU/UK - for example Panasonic AC and Mitsubishi AC. The goal being that any Analysis IR decodes, will be directly compatible with our board so we can leverage the enthusiasm and prior work of the AnalysisIR community at large. In addition, I would like to advance our board to be able serve as a full spectrum IR decoder to ensure maximum decoding performance when using AnalysisIR on the board. Compatibility requires running the MCU at 16MHz or great to improve the IR mark/space decoding which also requires additional changes to the original circuit design.
All of that said, the reason for the recent silence by me has been due to my personal life - I have had a hectic family pursuit requiring multi-month travel from home and work has heated up again.
Fear not though, this is an extremely important project for me and I will get it done! While it is taking a bit longer than I had hoped, I firmly believe it will be well worth the wait.
-
@blacey No problem! As long it is possible to have all the IR codes be able to store on the server i'm very interested
Take all the time you need to get it to your requirements
-
@blacey Let me know if I can be of any help. Mostly in the use-case testing area probably, as I am no electrical engineer or software genius.
-
Any update on this project? Do you need any support to finish this PCB?
-
@blacey How is the project progressing? I can't wait to get my hands on this. (even though HomeSeer may not be able to incorporate it yet
)
-
Apologies everyone but progress has been much slower than I had planned/wished for two reasons. 1) Work obligations and 2) a special automation from my wife that has usurped my MySensors cycles that required helping the FreeCAD open source project to advance my cause. My plan is to hit IR Blaster hard within the next 4-6 weeks.
-
@blacey
Did you abandon this project? We are heading for darker times again and I was really hoping that your blaster would be available to turn on those candles in the night.Just let me know if you stil have plans to realize this or not so that I know if I should make something for my self on a perfboard or something.
-
Any news on this?
-
I know that @scalz have a blaster project going as well
-
@korttoma Apologies to you and others; I wouldn't say that I have abandoned this project but it is fair to say that I haven't had the time to devote to this either so it is woefully stalled. @scalz is working on something similar that may fit but bill nicely after which I will decide whether this warrants further development or not.
-
@korttoma
guys are true
I'll order next week my pcb. i'm taking the weekend to think about my design. perhaps will do a dhl
as i have other things to order and i'm an impatient child..
Of course, i'll share my workn and hope to work with @blacey . this will be a Mysensors project
-
@blacey @scalz
I'm thinking of starting to do an IR blaster on my own, any chance to get a glimpse of what you are cooking on your side to either wait / see what kind of function you plan?On my side I'm thinking of:
- Eventually esp8266 based (probably using a WeMos mini Pro) to allow a wide range of usage even out of MySensors.
- Micro usb powered (using the WeMos' port)
- SMD nrf24L01, eventually RFM too if it fits on the PCB.
- optional ATSHA.
- IR leds on the side (roundish PCB?)
- Optional IR receiver
-
@emc2 That pretty much sums up the above sans ESP8266 vs. Atmel 328p... My next iteration, albeit delayed, uses an SMD footprint compatible with both NRF and RFM. I had originally included an Si7021 temperature and humidity sensor but that isn't really necessary. @sparkman had requested a barrel connector to drive external IR LEDs.
-
@emc2 "almost" same specs on my side, except i'm gonna use esp32
-
@scalz Cool! Let me know when you have some details on that. I may stick to esp8266, esp32 seems to be overkill for what I'm thinking, but if you have any tips let me know.
@blacey I saw this request, I can see the use of it, will see if I end up with a spot for one. One thing still, are these standard in term of where is ground and where is VCC on the mono 3.5mm jack? (I assume GND is "outside" and VCC is the "tip" but I may be wrong)
-
@emc2 said:
where is ground and where is VCC on the mono 3.5mm jack
Googling this gives some different results but this one seems most reasonable:
Picture was taken from here.
Maybe one jack can be used for both purposes? In learning mode you could have a sensor in the jack and otherwise you could have a IR Blaster in the same jack? Just a thought.
-
@emc2 hehe. i don't think this is overkill
depends on what features. well let's see how it will work. mine is already designed but i won't have lot of time before beginning of the year now 
-
@scalz said:
@emc2 hehe. i don't think this is overkill
depends on what features. well let's see how it will work. mine is already designed but i won't have lot of time before beginning of the year now Agreed, depends on the features, in my case I did not really think of any additional features, just IR stuff. PCB was designed yesterday, I will play with a protoboard to check if everything works and then will see how to improve everything before ordering.
-
For info, Luminara works with USB-UIRT with windows (Eventghost)
Code IR ON:
0000 006F 0000 000A 01DD 0054 00F1 0053 002C 007B 002D 007B 002C 007B 007C 002B 002D 007C 002C 007B 007B 002C 007B 0FF1Code IR OFF:
0000 006F 0000 000A 01DD 0054 00F2 0053 002D 007B 002D 007B 002C 007B 007C 002C 002C 007B 002D 007B 007B 002C 002D 09F6With Eventghost you can create request HTTP to Trigger IR signal
I learned code IR with LM Remote KeyMap beacause EventGhost don't learn signal
