Hardware

@sineverba - Nope, gerber is the format for the manufacturer. You have to open .sch for the schematics and .brd for the pcb layout. I recommend youtube as a great source for Eagles tutorials!

@scalz said in 8Bit or 32Bit processors: Arrow.com is nice too as it's 20€ minimum order for getting free express shipping ;) Just received my first order today, delivered only 4 opening days after order in Vietnam, and ... no taxes not even VAT :D In total i ordered 12 SAMD of 3 kinds, a few atsha and some 0603 ferrite beads my local sellers don't have. I was a bit surprised to see a 505010cm box. But then when I opened the box I understood. This is the packaging for 4 ATSAMD20: carton box containing a giant antistatic bag containing 2 plates made for 260 MCUs each and only 4 in the middle. Missing on the picture is the bubble wrap that was around the antistatic bag. Packaging for other parts was not that delirious but still excessive imho, I guess they're not trying to be awarded a green label :D In the end a very positive experience: reasonable prices, not cutting corners on packaging, great express shipping (now I'm sure I'll never use DHL again...). I just need to buy another apartment for storage before I make a new order :D [image: 1498129668429-imag1773-resized.jpeg]

Hi @Afnan Welcome to the MySensors community. While this is an interesting question, I don't think youl'll find many audio analysis experts in this forum. We're mainly focused on home automation. What results did you get when you tried in Matlab with the lower sample rate and shorter duration? Will the mcu be able to perform the required calculations quick enough? How much ram will the calculations require? Will the required libraries fit in the flash on the mcu? Linking to your question on Stack Overflow so people don't waste time answering here if there already has been posted an answer there: https://stackoverflow.com/questions/44609083/processing-audio-signals-in-matlab-vs-sensor

@mfalkvidd, nice pickup ! Thanks !

@Nca78 i didn't forget what i said ;) Here, from the logic analyzer, a screenshot of my lib refactor for e931.96. Write (2nd row) and read back (1st row) : ok [image: 1497530549153-e931.96-resized.png] just a few things i would like to check, and i'll release the lib, as this chip will be optional on one of my new boards.

If you can figure out a way to control them maybe using an optocoupler, it could be an option

Quick followup: After I started looking for them, i saw quite a few traces like this. A lot of them put rows of vias in the groundplane along the trace. I see that this would change the impedance taken from the calculator if they are close (since there is more ground around), but should there be any closeby connection between top and bottom ground? At the beginning and/or end, e.g.?

@bilbolodz well, no it is 2mm pitch.

@dbemowsk I'm at the wrong side of the Atlantic to check, but I think the entire thin part fits inside the header.

Many thanks for your advice. For good or bad, reality is never black or white, but shades of grey. I already thought on switching to RFM69 or try the new LoRa but that would mean switching around 15 already functioning nodes, together with the associated cost. Out of those 15, the few showing problems to communicate with the gw are the furthest ones; those are where where I'm planning to give an oportunity to the new modules linked above. By the way, my gateway already has one PA+LNA module inside, but with an external whip antenna. I actually just installed the first one. I removed the "normal" nrf24 and switched by one of these in the most problematic node. Soldering the wiring into the 1.27mm holes was a challenge; some adapters that should make connection easier should be about to arrive but I was eager to run some tests. For the moment this module seems to have less problems to connect to the gateway - of course I won't be able to draw more final conclusions until it's been in use for some days, but for the moment it looks promising. Of course, should they finally not show a significant improvemen over the former modules, I'll consider testing some of the other options.

ive good good experience with the BAITE online store, fast shipping and offering a price by 10

@fhenryco Yes to the first. The 5v supply will give a 5v logic output from the sensor on the echo pin. That must be reduced. Below a good 5v supply these sensors has been found to give unreliable results, although there are many different model numbers which look identical, so it is a bit of a minefield. No to the second, this particular sensor will not work reliably at other than a good 5v supply. The 3v3 is sufficient to give a logical high to the sensor to initiate measurement on this 5v device, a 5v trigger would also work from a 5v board. The echo output is at the sensor voltage of 5v level. If I recall one past thread on this, the poster was getting weird readings using a 3AA supply over time, the booster gave him rock solid readings until the batteries reached 1v.

@donnib A 3.3V Arduino Pro Mini is recommended for battery powering, see https://www.mysensors.org/build/battery for details. For a comparison between rfm69 and nrf24l01+, see https://forum.mysensors.org/topic/3993/nordic-or-hoperf-radio nrf and rfm use roughly the same amount of power, so battery-wise there is no big difference.

There is a WIKI page on Domoticz site about GPIO

@DavidZH said in 3.3 or 5v tranformer for mysensors projects: This is one area I'm quite envied with the US building methods. Well at least our houses don't fly away with a tornado (at least mine didn't) :D Anyway I think the best approach in retrofitting an "old" house to home automation stuff is to be flexible and also include, when needed, commercial product like zwave switches that are miniaturized to fit in the size of a light switch.