What did you build today (Pictures) ?


  • Admin

    @dbemowsk

    One extra question, what type of filament did you use to print the adapter plates in?



  • @tbowmo All the parts are in PETG. I got the 1kg roll cheap on Amazon for $12 US with prime shipping.



  • For anyone interested in my 3D printer mod for using different tools, I posted it on thingiverse.
    https://www.thingiverse.com/thing:3407486



  • Built a 1284(p) into a 328p Pro Mini footprint. Not sure what to call it, a Pro Mini XL maybe?

    0_1549628124362_328p Pro Mini vs. 1284p Pro Mini XL.jpg

    I now have x4 the program memory (128K vs. 32K), x4 the EEPROM (4K vs. 1K) and x8 the SRAM (16K vs. 2K) all in a 328p Pro Mini pin-compatible (I think!) footprint of about same size.

    I can also run at 20MHz vs. the usual 8MHz provided I’m prepared to run it at 4.5v and above.

    Had to sacrifice a few pins and components, but might be able to put various selections back in future revisions. Nothing major (in my opinion) just components associated with the regulator really. I also went for a crystal (not installed yet, on order, LEDs too..) over a resonator - just a personal preference for when timing is critical.

    And yes, those are 0402 SMDs. I actually did them by hand (!) with a microscope and a judicious amount of coffee; a fine-point iron, solder wick and flux became my best friends.

    So far, I’ve had it working with nRF24s and RFM69s radios, ATSHA for personalization and external flash for FOTA. The DualOptiboot bootloader code and makefile needed a bit of tweaking, but nothing major.

    I broke out the JTAG I/F but haven’t played with that yet and also added power pins next to the I2C to make some of the sensor modules (like SI7021) pluggable - see below.

    0_1549628236323_Pro Mini XL with RFM69HW ATSHA EEPROM and SI7021.jpg

    I also want to play with the QTouch library support for built-in capacitive touch buttons, sliders, etc.

    Why not just go with an ARM (STM32, SAMD, nRF52)?

    I’m working on it! ;o)

    Am not wanting to start a(nother) 8-bit vs. 32-bit discussion. I’ve got an AliExpress package of 32-bit MCUs coming (very) slowly to me. When it arrives, I’ll start experimenting and exploring - probably with the nRF52s, since those seem to be the flavor-of-the-month and very capable-looking chips...

    But until then, I need more program memory!
    (Among other things…)



  • Finally finished building my dual precision voltage reference LTC6655:

    0_1549896394457_B2F58A87-E2DB-436B-ADFA-0514F43D2AAA.jpeg



  • @acb I have built similar board.
    0_1549896894038_41B5EC1D-BA6B-4ADA-BE5D-9CB48359207D.jpeg

    The only downside is the cost and size of Atmega1284p is just so prohibitive. Yet it is 8 bits processor. I have only one fully conpleted board and a few blank pcbs.



  • That looks awesome @alexsh1!

    Nicely laid out and cleanly soldered. Was that with an iron or hot air (or both)? Nice clear silk too; I like the power and “signal” symbols. Did you ever try a FOTA update with it? Or a low power/speed profile?

    I see you went a bit wider and longer than the standard Pro Mini, (I’m assuming) to get at all the pins and add the extra regulator, LEDs, etc.

    I was constrained by needing something that fit the same footprint for existing boards I already had, e.g. other “motherboards” I’d made similar to @sundberg84’s excellent Easy/Newbie PCB or wanting pin-compatibility for stacking boards like the ATSHA+EEPROM+Radio+ICSP one below:

    0_1549963211745_06 - Pro Minis with ATSHA, Ext. Flash, Radio & ICSP.jpg

    I tried routing with the chip at a 45 degree angle too but couldn’t get a DRC to pass with the pads so close to the PTHs. I may try again with shorter (custom) TQFP pads...

    Re: 1284p’s downsides of cost and size.

    I know. I ended up justifying it to myself this way:

    We can all get cheap 328p Pro Minis from Ali for around $2. The vast majority of my Pro Mini projects are battery powered, so there’s some “labor cost” to disable the power LED and remove the regulator. But regardless, I certainly can’t make myself a low(er) power Pro Mini for $2 - the OSH Park PCB alone is probably close to that.

    I think the cheapest I ever got 1284p chips for was around $2.50, again from Ali. My “Pro Mini XL” PCBs were around $1.70 from OSH Park, add a sprinkling of 0402s, etc. and we’re probably at around $5.

    I couldn’t find any 1284p-based boards near that price. The closest I got was Kevin’s Mini Duino, which is another lovely looking board, but doesn’t fit my need for a Pro Mini-constrained size and pin-compatibility. Essentially, I was after something close to a drop-in replacement.

    So, $2+ versus $5+ for all the benefits (at least as far as I was concerned) listed above? It became a bit of a no-brainer.

    And on the low power front, I profiled the MySensors library sleep command on it at around 5uA on 4.5v @ 20MHz using an external full swing, around 4uA on 3v @ 8MHz and around 3uA on 1.8v @ 1MHz Internal RC Osc:

    0_1549963330901_03 - 3.2uA in Power-save Mode - ATMEGA 1284 on 1.8v at 1MHz Int. RC Osc.JPG

    Those numbers are certainly good enough for all my current applications - no pun intended! 😉

    But I would like to look at the 32-bit contenders as potential replacements.

    I’ve seen nRF52s with 512K for around $2 on Ali, so maybe I’ll try my hand at a Pro Mini nRF52 or something similar eventually. The board above was a fun challenge, and afterall is what this is (mainly) about for me.



  • @acb Nice pro mini sized 1284 boards. These would work nice in my in-wall OLED scene controller boards. The standard 328 pro minis really limit what I can do with the OLED display when using it with the MySensors library. I could get more use out of the graphics end of the display with something like that.

    Do you have these on OpenHardware.io? Can fully functional boards be purchased somewhere? I would be interested in trying a few out if possible.

    Kudos on the design.



  • Thanks for the kudos, @dbemowsk. Right back at you for your scene controllers; I’m trying to get into 3D design myself, but can’t justify the time commitment right now.

    Re: Do you have these on OpenHardware.io?

    No, sorry, that would require me to be far more organized than I am at present! 😉

    Maybe if there was enough interest, I could justify putting in the time to clean things up enough to publish… But it is valentines today, so any tinkering will surely be met with an icy stare if I try it tonight! 😮

    Re: Can fully functional boards be purchased somewhere? I would be interested in trying a few out if possible.

    Really? I’ve never done something like that before. You do realize these are very much “alpha” right? I mean, I’ve tested the majority of the pins, but nothing like proper production hardware verification or anything. Having said that, it’s not like there’s anything complicated going on.

    I managed to dig out four spares this afternoon that I’m not using from the last batch I made - how many would you like?

    0_1550175379519_07 - 4x Pro Mini XLs.JPG

    Three have a 1284p attached and one has the regular 1284 - I believe the only difference is the 1284 doesn’t have BOD, but I normally turn that off anyway for a (probably) miniscule power saving. I haven’t installed the crystal oscillator or reset switch yet. I don’t normally do that until I know what the use-case is. I believe I have enough spare 16MHz and 20MHz ones to fit (maybe some 8s) and some SMD reset switches too.

    The only other thing would be the bootloader. I could flash the standard MySensors DualOptiboot?

    So, if you (or I suppose anyone else for that matter) are interested, just shoot me a chat message via my profile and we can figure things out off-thread, as this is a bit off-topic now.

    Thanks again for the interest - even if you don’t buy - made my day! 🙂


  • Hardware Contributor

    Some photos of my new device - MDMSPanel "Nextion". I have finished soldering an hour ago)) Next week i will public this project.

    0_1550219059331_NextionPanel_1.jpg 0_1550219064537_NextionPanel_2.jpg 0_1550219068735_NextionPanel_3.jpg 0_1550219072239_NextionPanel_4.jpg 0_1550219076119_NextionPanel_5.jpg 0_1550219079784_NextionPanel_6.jpg 0_1550219083264_NextionPanel_7.jpg



  • @kalina
    Looks good, however due to EMC I strongly recommend to add a GND groundplane on your PCB. I would myself have TOP layer as +DC and BOT layer as GND, this provide less power "sparks" on the tracks and a "capacitor" effect on whole PCB

    https://en.wikipedia.org/wiki/Ground_plane#/media/File:TerraTec_G3_circuit_board_2.jpg

    https://www.quora.com/What-is-the-importance-of-a-ground-plane-of-a-PCB?share=1


  • Mod

    @kalina very cool board. Must be your most advanced MySensors board so far?


  • Hardware Contributor

    @mfalkvidd I would to say what this board is the most necessary for me at the moment. I tired of using various gadgets as a control panels for my nodes. Also, i want to try RS-485 in conjunction with MySensors. Next step is add RS-485 to my MDMSGate....



  • @bjacobse to do proper ground and vcc planes you need a 4-layer PCB. Otherwise you won't get much of a difference in terms of EMI. Another way is to have 2 layer board and to have one layer only for ground plane, but that means you have to do all routing on one side, without making lines across your ground plane. Otherwise you decreasing grounding effect on EMI.
    More on this topic in this free webinar: https://www.signalintegrityjournal.com/events/54-best-iot-board-design-practices-balancing-density-cost-low-power-and-mixed-signal



  • @monte
    Well now Kalina already uses 2 layer PCB, so to improve current 2-layer PCB with ground planes are strongly advised.
    Yes 4 layer is naturally much better, but is it needed for a "commodity" device? I think not, and it will increase PCB cost...

    If you don't have a GND and power planes, you will most likely have power spikes when an IC needs current, this will introduce a magnetic field that will "disturb" especially sensitive analogue tracks and clock signals


  • Hardware Contributor

    My actual project is a doorbell sensor with additional temperature and humidity sensors. Tried different ways to detect the ring:

    • hall sensor (failed)
    • microphone (FFT, ongoing research)
    • optocoupler to detect the 12V AC -> favorite solution

    As I was heavy prototyping, I tried wire wrapping and it is fun:
    0_1550390000040_SUNP0002_Moment.jpg



  • @acb Hot air has been used for soldering the board. I have not tried low power as I did not build this board for a battery sensor. My board has got two LEDs - power and another LED connected to D0 so clearly not very low power. I also have a 16Mhz firmware. I did not have any size limitation either. I have one particular node with a few sensors and with signing I cannot upload the sketch onto ATMEGA328P as it is marginally larger. Having said that I have not spent too much time optimising the sketch. I think that refactoring libraries, you are fine with ATMEGA328P in 98% of all MySensors applications.
    BTW - this is not my project. I have followed it https://github.com/peekpt/mightyduino

    Re cost. I stopped Ali shopping for ICs and other sensitive components some time ago after purchasing some fake ATMEGA328P and wasting so many hours trying to troubleshoot it. There is a post about it here on MySensors forum. Ever since I order all components on digi-key. 1284p is priced around $5 + 20% VAT. 328P is priced at $1.2 + VAT. However, I can also buy ATSAMD21 for $2.2 + VAT. Do you see my point? 1284p is extremely expensive and yet it is still 8 bit processor. That's why for me it was a one-off board.

    Re sleeping
    I am using TPL5110 which I built myself (similar to Adafruit one).
    Check out sleeping current:

    alt text

    Sadly, I struggled to get some sensors to sleep properly - probably lack of my programming skills - and with a sleeping current being hundreds of uA, I had to resort to this trick. Most of the time, the node sleeps is disconnected from power by TPL5110 then timer is up and it powers up, sends all sensors readings to the GW and then power gets disconnected to the node, only TPL5110 goes to nA sleep. Perfect!



  • @kalina scene controller? I have almost finished mine on Nextion, but do not have time to tidy things up.


  • Hardware Contributor

    @alexsh1 Yes, it will be a scene controller. I also developed nice enclosure with a magnetic mount. In a few days I will share new photos.



  • @bjacobse but it actually seems that he HAS a ground plane on one side of PCB, if you look closer at the third photo 😉



  • @monte I didn't notice this, but you are right, "hidden" LCD 🙂



  • @fotofieber
    Wirewrapping is an "old" and well proven technology, remember to have extra cable in case you need to re-wire your cables. Not so popular by DIY as tools used to be fairly expensive as it was protected by patents...



  • @bjacobse
    Just to add a little more info about adding a GND plane to your PCB
    I work in a electronic company, not doing PCB layout there though.
    but we have a TV adapter which have 2.4GHz transmitter. and this PCB is GND on both sides and with plenty GND via's (all the small holes) to ensure good grounding
    0_1550599901242_pcb_gnd.jpg

    In case you wonder what it is, then it's an Oticon TV adapter 3.0
    Clear Opn pairings with TV Adapter 3.0 – 00:34
    — Oticon USA, Inc.


  • Plugin Developer

    A picture from the touch screen version of the universal 433Mhz signal cloner.

    0_1550657275800_20190218_220812_resized.jpg

    0_1550657368700_20190218_220931_resized.jpg


  • Hardware Contributor

    I have finished an enclosure for the my MDMSPanel "Nextion" today.

    4_1550659232406_Panel_5.png 3_1550659232406_Panel_4.png 2_1550659232405_Panel_3.png 1_1550659232405_Panel_2.png 0_1550659232404_Panel_1.png


  • Plugin Developer

    Wow, very cool! Can you share a bit more about the project? Is it MySensors based? Is there code available? What does the hardware inside look like? What processor is it base on?

    Ah, scrolling up answered some of my questions 🙂


  • Hardware Contributor

    @alowhum Yes of course. I am going to publish this project this week.



  • @kalina Kudos on the case. Is that a case you designed, or is it a prefab case that you bought somewhere? I am assuming that from the markings inside the case that it is a prefab.I do like the design though and love it's underlying project. Is that just a thermostat, or is it a multi option controller?


  • Hardware Contributor

    @dbemowsk Yes, it is a factory case, and before the changing it looked like this :

    0_1550728110717_Enclosure.jpg

    At the moment this is termostat, but I will not limit myself to this)) The purpose of the panel will be determined by the software project loaded into it. I will describe this in more detail when I publish the project.



  • @kalina
    Yes it's very impressing what you have achieved



  • @kalina I like that case design so much that I may design one like it in OpenSCAD and post it on thingiverse.


  • Hardware Contributor

    @bjacobse said in What did you build today (Pictures) ?:

    Yes it's very impressing what you have achieved

    Thanks, the project is published already.

    https://www.openhardware.io/view/676/MDMSPanel-Nextion


  • Hardware Contributor

    Building a (xenon) flash to notify alarms. Flashes every 5 seconds if activated.
    0_1551620885559_IMG_3712.JPG


  • Hardware Contributor

    0_1551906897330_IMG_20190306_202143.jpg


  • Hardware Contributor

    0_1551991351537_15519913129101101407969.jpg

    Today I made a iscp pogo pin adapter... Great for uploading bootloaders.



  • Almost finished one of my projects. The test sketch showed that HW works as it should. Now i need to make good software.
    0_1552175238135_IMG_20190310_023119.jpg

    Mysensors Plant Watering Sensor on nRF52832 | not just MeSensors :) – 00:28
    — Andrew EfektaSB



  • @sundberg84 that board looks nice and crisp 👍





  • After months of slow painstaking work (day job is somewhat busy, o and the kids 😉 ) I finally completed my Domoticz server(case) with Dashticz as frontend.

    The Endgame; when my new house is finished every room is monitored for motion, RH and Temperature using my MySensors PCB's. (Jung AS500 Node)

    Everything is monitored using a raspberry with a MySensors serial gateway (NRF52) and an RFLink controller for my KAKU switches.

    To make everything nice and shiny I use Dasticz to interface the data in a proper way using a tablet that somehow will be mounted on a wall or something.

    So far the introduction;
    To put everything away nice and tidy I used a box to install everything using 2 pieces of din-rail.
    It has a 230V inlet that is converted to 5V using an off the shelf (safety sake) MeanWell RS-15-5 converter. This powers everything using a couple of din-Rail terminals.
    0_1552832998737_20190317_135951.jpg

    • Terminal => USB-micro => Raspberry
    • Terminal => just a couple of wires => old nrf52 prototype => FTDI => Raspberry
    • Raspberry => RF-link (ard. Mega +433mhz)

    Since the Raspberry has Wifi no other cable then power is needed to operate

    0_1552833042835_20190317_140232.jpg

    Second part: the 2 screenshots of dasthicsz.
    0_1552832852811_Das1.png
    0_1552832860357_Das2.png

    The best part, it took some work, but the WAF incread big time, because everything looks clean 🙂



  • @omemanti Nice DIN rail enclosure.



  • @dbemowsk

    If someone would be interested:
    Enclosure
    Ard. Mega enclosure
    Raspberry enclosure

    Had to do some modifications for the mega, but the cost of this enclosure was more than worth it.

    Hmz.. normaly don't buy stuff at conrad but apparently they have good prices on cases... 😏



  • @omemanti well...enclosure at a price of 3 raspberry pi zero. Good price indeed 🙂


  • Hardware Contributor

    0_1552926495997_15529264809961412241838.jpg



  • Nothing fancy. Got my new ts100 today and I pre-soldered some V10 easyPCBs with 3.3v Arduino pro minis.
    The iron is pretty good. It is Louis Rossmann approved. Now I need a good 24V power source to drive this thing.

    alt text


  • Hardware Contributor

    Testing a CCS811 CO2 sensor. It seems to use less power then the MH-Z14A I am using now. The CCS811 may even run on battery. I will compare measurements of these two sensors with a Netatmo sensor. The sensors have to burn in for two days bevore I start the comparison.
    0_1554572353955_IMG_3788.JPG
    The CCS811 breakout board I use hast temp, hum and barometer sensors (and the CO2).


  • Hardware Contributor

    @fotofieber said in What did you build today (Pictures) ?:

    Testing a CCS811 CO2 sensor.

    Unfortunately this is not a CO2 sensor. It's only a VOC sensor giving an estimated eCO2 value. It's useful to tell you if your room needs ventilation, but not much more. And as even the VOC part is not calibrated it's only good for relative measurement.
    AFAIK the only similar sensors which are calibrated and give absolute values are SGP30 and BME680.
    If you want to measure CO2 you need a CO2 sensor and it's going to consume a lot of power, at least too much for a battery powered sensor.

    [edit] there's also the MiCS-VZ-89TE TVOC sensor, they claim to have a curve of eCO2 not too far from NDIR sensor in their datasheet. But that datasheet is strangely poor in details, they didn't even put any electrical characteristics...
    https://sgx.cdistore.com/datasheets/sgx/MiCS-VZ-89TE_V1.0.pdf



  • My battery operated mini touch switch

    1_1554642160825_photo_2019-04-07_13-58-03.jpg 0_1554642160824_photo_2019-04-07_13-58-02.jpg



  • 1_1554642422327_photo_2019-04-05_21-32-08.jpg 0_1554642422326_photo_2019-04-05_21-32-08 (2).jpg


  • Hardware Contributor

    I don't think I ever managed to get it right the first revision.

    0_1554644735090_1554644713534396819827.jpg


  • Hardware Contributor

    But it's something...

    0_1554651767460_15546517582521430623468.jpg


  • Hardware Contributor

    @sundberg84 you should print the board on paper, stick it on a piece cardboard and cut. Then check if size is good, you can even put the "big" components on it by sticking the pins through the cardboard to make sure you'll have enough space.


  • Hardware Contributor

    @nca78 great tip! But it's more common it's a schematic or footprint error. The outline "should" be the easy part even if I messed up.


  • Hardware Contributor

    @nca78 said in What did you build today (Pictures) ?:

    @fotofieber said in What did you build today (Pictures) ?:

    Testing a CCS811 CO2 sensor.

    Unfortunately this is not a CO2 sensor. It's only a VOC sensor giving an estimated eCO2 value. It's useful to tell you if your room needs ventilation, but not much more. And as even the VOC part is not calibrated it's only good for relative measurement.

    My tests will show, how far away I am with this sensor in my indoor usage scenario.

    My Netatmo sensors claim to measure CO2 and are battery powered. They seem to calibrate themselves to the lowest level they measure in 24 hours. This behaviour seems to be similar with the CCS811. The Netatmo sensors seem quite close to my MH-Z14A.

    In the datasheet for the CCS811 I have read, that you can't use them in your green house, because of its self calibration. Netatmo may have the same restriction too.

    AFAIK the only similar sensors which are calibrated and give absolute values are SGP30 and BME680.

    I have ordered a SGP30 some days ago and will test it too. The BME680 needs binary code linked which is a no go for me. (As a gift I would take it into my test setup. 🙂 )

    If you want to measure CO2 you need a CO2 sensor and it's going to consume a lot of power, at least too much for a battery powered sensor.

    The problem with high power sensors is, that they produce heat, which can make your temperature measurements unusable. 😞

    As my CO2 sensors have a color led to show air quality, they are mains powered anyway.

    [edit] there's also the MiCS-VZ-89TE TVOC sensor, they claim to have a curve of eCO2 not too far from NDIR sensor in their datasheet. But that datasheet is strangely poor in details, they didn't even put any electrical characteristics...
    https://sgx.cdistore.com/datasheets/sgx/MiCS-VZ-89TE_V1.0.pdf

    Thank you for the link. I have ordered one for my test setup. They are really expensive, about twice the price of the MH-Z14A, the SGP30 or the CCS811.

    Other CO2 sensors I should use in my test setup?

    I like the MH-Z14A and depending on my tests may stay with them.

    EDIT: ordered a MHZ-19 for the tests


  • Hardware Contributor

    @fotofieber said in What did you build today (Pictures) ?:

    EDIT: ordered a MHZ-19 for the tests

    Make sure you order a MHZ-19B, it uses less power and has fixed an autocalibration problem.
    SenseAir S8 has a better calibration process using several days, so if you don't ventilate your room during 24h it will not use a wrong reference level and report wrong values.

    And about BME680 there are boards on AliExpress with included STM32 Cortex M0+, basically it's the same than the MiCS-VZ-89. Search for GY-MCU680V1.


  • Hardware Contributor

    @nca78 said in What did you build today (Pictures) ?:

    And about BME680 there are boards on AliExpress with included STM32 Cortex M0+, basically it's the same than the MiCS-VZ-89. Search for GY-MCU680V1.

    Thx, ordered one on aliexpress. Hope I have time to test when they arrive... 🙂
    EDIT: first results, hope CCS811 will calibrate better in the next two days
    0_1554786685400_co2-sensor-comparison.png




  • Admin

    @berkseo nice! What did you use for the capacitive sensor? MPR121?


  • Hardware Contributor

    @petewill said in What did you build today (Pictures) ?:

    @berkseo nice! What did you use for the capacitive sensor? MPR121?

    TTP223s in top left and top right corners 😉

    @berkseo I'm curious about that, why not use the capacitive touch function of the NRF52832 ?



  • @nca78 said in What did you build today (Pictures) ?:

    TTP223s in top left and top right corners

    yep 🙂



  • @nca78 said in What did you build today (Pictures) ?:

    I'm curious about that, why not use the capacitive touch function of the NRF52832 ?

    Ttp223 chips suit me. Very stable stuff. When I tried to do it on amtel328, these mcu also had this feature (almost all mcu have this feature). But it was not very stable. I'm not sure that a stable device using the mcu 52832 would be possible. If there is an example of a stable software implementation, I would be happy to test it, and then it would be clear to do it without external capacitive chips or not.


  • Mod

    My new workbench is coming along nicely.
    0_1555441622135_533CC67F-75F9-4E27-B9BE-15796197EC60.jpeg


  • Mod

    Top shelf is for network stuff
    0_1555446671813_IMG_1208_edit.jpg



  • @mfalkvidd good job



  • Continuing along the theme of one of my last projects, I built a nRF52832 into a 328p Pro Mini footprint. Made two versions: One with some edge SMA or U.Fl pads and another with a PCB trace antenna:

    0_1555494186797_Pro Mini 328p vs. Pro Mini nRF52.jpg

    0_1555494248417_Pro Mini 328p vs Pro Mini nRF52.jpg

    I wanted to start getting into using 32-bit microcontrollers (ARM Cortex varieties like nRF5x, SAMDs, STMs, etc.) for some more complex HA and other electronics projects and am trying to ease the learning curve from all my 8-bit ATMEGA experience.

    Keeping the 328p pin-compatible footprint and PCB size means I can still reuse most of my other Pro Mini project boards to get going. An added bonus is the nRF52's ability to remap (almost) any pins, which will no doubt come in handy.

    They’re both two layer boards and I get pretty decent range out of the PCB trace antenna - ever so slightly better RSSI than EByte’s E73-2G4M04S1B, which was surprising since I didn’t really do anything different (that I’m aware of) and their module is shielded too.

    Since there’s no need for a separate nRF24 board and other associated components, like external SRAM or ATSHA, it’ll possibly save me a few $ too! Power pins next to the (remappable) I2C pins make some of the sensor modules (like SI7021) pluggable.

    I also gain 16x the program memory (512K vs. 32K) and 8x the speed (64MHz vs. 8MHz) which is no small increment!

    Some of the project boards I have made use of the Pro Mini 328p’s FTDI pins, so I added a few components to enable the use of an FTDI programmer with custom DFU serial bootloader.

    0_1555494282393_FTDI DFU Serial Bootloader - Pro Mini nRF52.jpg

    Basically, a DTR pin toggle from the FTDI will reset the nRF52 into a state where it’ll briefly listen for a new program - similar to Adafruit’s Feather. You can also force that state for a longer period with a combination button press like Nordic and SparkFun’s development boards.

    I’m unfamiliar with SWD/JTAG programming/debugging and all things GDB/OCD, so I built myself a black magic probe out of a STM32 blue pill and am going to have a play with all of that, along with VS Code and PlatformIO and probably one or two others.

    MySensors nRF52 support worked out of the box (!) - so a huge thanks to all the hard work of the folks round here for getting that up and running. If there’s anything I can help with there, please let me know and if I’m able, I’ll try to take a stab at it (OTA maybe?). Like I said, I’ve got quite a steep learning curve here though.

    On the low power end, I added the DCDC components Nordic recommend too and managed to get the MySensors smartSleep() current down to around 0.7uA - as per the datasheet, I think. However, I found that with a couple more code tweaks and grounding the SWDCLK, I would get into the nA region. This seems a bit out of spec to me and perhaps it’s just a measuring error, but it was repeatable and the board still happily sending data/heartbeat again each time it woke up. (It’s fluctuating around 1.6nA below - no sensors connected though, but it’s a start…)

    0_1555494689754_1.6nA Fluctuating Sleep Current - SWDCLK to GND - Pro Mini nRF52.JPG

    One other project in the back of my mind is using this board as the basis for a quadcopter, but that’ll probably have to wait until the summer holidays…!



  • @acb Nice! I have serious board envy. I really like that clip on programmer too.



  • @acb have you written a bootloader yourself, or found already available? Can you tell more about it and a board you using to connect nrf52 to FTDI?
    Nice work!



  • Well,in my case, I mounted and tried to fix bugs in my very first design. This is supposed to be a castelizable Sensebender compatible node, embedding NRF24L01+, LED, Temp/Humi/Press sensor, Memory, crypto, with most of the IO exposed. The updated design is online, but still work in progress. 0_1555517692648_IMG_20190417_180651748.jpg
    project on OpenHardware



  • @acb Wow. Awesome



  • My light sensor on the window. Will work as a slave device for the curtain controller.
    0_1555632724931_WhatsApp Image 2019-04-19 at 02.39.39.jpg

    Mysensors Light sensor (LUX) on nRF52832 | First HW&SW test – 01:46
    — Andrew EfektaSB


  • Hardware Contributor

    New gateway going live and migrating slowly from Domoticz to Homeassistant. At least to try it.

    0_1555657543370_IMG_20190419_090304.jpg



  • @nagelc Thanks! The clip on programmer is one-part Adafruit’s FTDI “Fiddy” from here, and one-part SparkFun’s old (retired?) 3.3 or 5v selectable FTDI programmer with a custom 3D printed enclosure.

    I plan to modify the “Fiddy” design a bit as there were some elements of it that I’ve found a bit frustrating. However, YMMV. Gotta love pogo pins for programming though…

    Re: Board envy. Really? Well, if you like, I could do what I did on my last project - which was selling the leftovers. At the moment, I always make more than I need, for testing and some much needed practice with the smaller 0402s. Just send me a chat message if you (or anyone else?) are interested.



  • @monte Re: FTDI Boards & Bootloaders.

    I didn’t write the bootloader myself from scratch, but modified and combined various elements from Nordic’s SDK v11 example, SparkFun’s development version and Adafruit’s Feather version.

    It was quite a nice learning experience of hacking in bootloader land and dealing with event-driven architectures without any low level debugging skills (yet!) - that’s why I’m now trying to get into SWD/JTAG debugging to make things like this easier.

    I certainly don’t understand everything that’s going on, but “loosely” from what I can figure out, it uses Nordic’s proprietary SoftDevice (S132) combined with some custom bootloader code to boot into a predefined state, where it’ll wait for new “image” either over a serial or bluetooth connection.

    The new “image” can be either your regular sketch-type code (referred to as the “application”), a new SoftDevice (S212, S332, etc.) and/or even a new bootloader.

    Once the new “image” is received and validated by the (existing) bootloader, it is copied to replace the existing “image” parts where necessary and the chip is reset.

    Nordic’s pc-nrfutil command line utility handles interfacing with any standard FTDI board over a COM port (mine is an old SparkFun, but any should work) to perform the upload.

    In SDK11, there isn’t much in the way of safeguards, but in SDK15 there are things like cryptographic signing, custom initialization packets and protocol buffers, etc.

    I did have to make one tweak to the nrfutil Python code, to make it wait a little longer after opening the COM port before sending the DFU initialization packet. This might be unnecessary with optimized bootloader code, I don’t know, since the nRF52832 boots pretty quickly.

    I could go on, but I’m still learning myself, and so if you or anyone else has any other questions, comments, suggestions, etc., perhaps we better move them to a new discussion thread? (Just tag me in so I see it…)

    Thanks for your interest though!



  • Very nice @Fanfan!

    Love the power protections - those would have saved me a few nRF24s in the past!

    How have you found the ceramic antennas?

    I’ve been wondering whether to add pads to mine for experimenting...



  • Thanks @berkseo!

    Have been enjoying your work with nRF52 designs.

    Also on my list is trying the built-in capacitive touch capabilities of the chip.

    I can @ you if I get anywhere with it - might come in handy for your capacitive touch glass mini switch to save you a few components?



  • @acb Of course!!!, ttp 223 gives a reliable result, but if there is an opportunity to make a stable implementation based on the chip itself, then definitely it needs to be done. I would appreciate any help and advice.



  • @acb we can continue discussion in this thread, If you want: https://forum.mysensors.org/topic/6961/nrf5-action/

    So as I understand for now you are using native SDK and not using Arduino and mysensors? As far as I know arduino's core for nrf5 has no support for bootloaders, and mysensors conflicts even with softdevice being present on a chip. And it seems that sandeepmistry (author of the core) isn't going to invest his time into writing bootloader and can't use nordic's one because of license. I would like to have a bootloader solely for bluetooth OTA programming for projects beside mysensors. Maybe you could share your work, and/or write some kind of brief tutorial on where to start working on this subject maybe to avoid problems you have already solved? Anyway, great work from you, hope someday we will have mysensors on nrf52 with working OTA.



  • well this is my project , right now im using 2 arduino nano with ethernet shield to read 3 lines Voltage on a delta instalation , 3 current sensors of 300amps for a motor , and 1 water pressure ,
    all conected to a raspberry pi with domoticz
    0_1555866423061_IMG_20190416_160915041_BURST000_COVER_TOP.jpg

    but yesterday i decide to change all , instead of 2 uno i will use a pro mini with a nrf24
    so i desing two pcb
    0_1555866610375_downImg.png

    0_1555866627272_downImg2.png

    some code

    #define MY_NODE_ID 100
    #define MY_DEBUG
    #define MY_RADIO_NRF24
    
    #include <SPI.h>
    #include <MySensors.h>  
    
    
    #define CHILD_ID_VOLT_1 1
    #define CHILD_ID_VOLT_2 2
    #define CHILD_ID_VOLT_3 3
    
    #define CHILD_ID_CURRENT_1 4
    #define CHILD_ID_CURRENT_2 5
    #define CHILD_ID_CURRENT_3 6
    
    #define CHILD_ID_PRESION 7
    
    #define VOLT_SENSOR_ANALOG_PIN_1 0
    #define VOLT_SENSOR_ANALOG_PIN_2 1
    #define VOLT_SENSOR_ANALOG_PIN_3 2
    
    #define CURRENT_SENSOR_ANALOG_PIN_1 3
    #define CURRENT_SENSOR_ANALOG_PIN_2 4
    #define CURRENT_SENSOR_ANALOG_PIN_3 5
    
    
    #define PressPin      A6 
    
    
    
    unsigned long SLEEP_TIME = 20000; // Sleep time between reads (in milliseconds)
    
    MyMessage msg(CHILD_ID_VOLT_1, V_VOLTAGE);
    MyMessage msg2(CHILD_ID_VOLT_2, V_VOLTAGE);
    MyMessage msg3(CHILD_ID_VOLT_3, V_VOLTAGE);
    
    MyMessage msg4(CHILD_ID_CURRENT_1, V_CURRENT);
    MyMessage msg5(CHILD_ID_CURRENT_2, V_CURRENT);
    MyMessage msg6(CHILD_ID_CURRENT_3, V_CURRENT);
    
    MyMessage pressureMsg(CHILD_ID_PRESION, V_PRESSURE);
    
    float lastVolt1;
    float lastVolt2;
    float lastVolt3;
    
    float lastCurrent1;
    float lastCurrent2;
    float lastCurrent3;
    
    float lastPresion;
    
    
    int pressure = 0;
    float PSI = 0;
    float PSI_CAL = 2.0;            // Calibration of sensor
    int PSImsb = 0;
    int PSIr = 0;
    
    
    
    void before() {
    
    }
    
    
    void presentation()
    {
     sendSketchInfo("Multisensor", "1.7");  // Send the sketch version information to the gateway and Controller
     present(CHILD_ID_VOLT_1, S_MULTIMETER);   // Register this device as power sensor
     present(CHILD_ID_VOLT_2, S_MULTIMETER);   // Register this device as power sensor
     present(CHILD_ID_VOLT_3, S_MULTIMETER);   // Register this device as power sensor
    
     present(CHILD_ID_CURRENT_1, S_MULTIMETER);   // Register this device as power sensor
     present(CHILD_ID_CURRENT_2, S_MULTIMETER);   // Register this device as power sensor
     present(CHILD_ID_CURRENT_3, S_MULTIMETER);   // Register this device as power sensor
    
     present(CHILD_ID_PRESION, S_WATER);   // Register this device as power sensor
     
    }
    
    
    void setup()  
    { 
    
    }
    
    void loop()      
    {     
     int Voltaje1 = analogRead(A0);
     int Voltaje2 = analogRead(A1);
     int Voltaje3 = analogRead(A2);
    
     int Corriente1 = analogRead(A3);
     int Corriente2 = analogRead(A4);
     int Corriente3 = analogRead(A5);
    
     
     
     float VoltLevel1 = map(Voltaje1,0,1023,0,500);
     float VoltLevel2 = map(Voltaje2,0,1023,0,500);
     float VoltLevel3 = map(Voltaje3,0,1023,0,500);
    
     float CorrienteLevel1 = map(Corriente1,0,1023,0,200);
     float CorrienteLevel2 = map(Corriente2,0,1023,0,200);
     float CorrienteLevel3 = map(Corriente3,0,1023,0,200);
    
     
     Serial.print("Voltaje L1: ");
     Serial.println(VoltLevel1);
     Serial.print("Voltaje L2: ");
     Serial.println(VoltLevel2);
     Serial.print("Voltaje L3: ");
     Serial.println(VoltLevel3);
    
    
     Serial.print("Corriente L1: ");
     Serial.println(CorrienteLevel1);
     Serial.print("Corriente L2: ");
     Serial.println(CorrienteLevel2);
     Serial.print("Corriente L3: ");
     Serial.println(CorrienteLevel3);
    
     //sensor de voltaje
     if (VoltLevel1 != lastVolt1) {
         send(msg.set(VoltLevel1, 1));
         lastVolt1 = VoltLevel1;
     }
    
       if (VoltLevel2 != lastVolt2) {
         send(msg2.set(VoltLevel2, 1));
         lastVolt2 = VoltLevel2;
     }
       if (VoltLevel3 != lastVolt3) {
         send(msg3.set(VoltLevel3, 1));
         lastVolt3 = VoltLevel3;
     }
    
    
    //sensor de corriente
       if (CorrienteLevel1 != lastCurrent1) {
         send(msg4.set(CorrienteLevel1, 1));
         lastCurrent1 = CorrienteLevel1;
     }
         if (CorrienteLevel2 != lastCurrent2) {
         send(msg5.set(CorrienteLevel2, 1));
         lastCurrent2 = CorrienteLevel2;
     }
         if (CorrienteLevel3 != lastCurrent3) {
         send(msg6.set(CorrienteLevel3, 1));
         lastCurrent3 = CorrienteLevel3;
     }
    
    /* ************************************************ */
       pressure  = analogRead    (PressPin) ;        // junk read
       wait(25);
       
    /* • Output: 0.5V – 4.5V linear voltage output. 0 psi outputs 0.5V, 50 psi outputs 2.5V, 100 psi outputs 4.5V 
       0   psi = .33v after scalling 5.0v to 3.3v
       50  psi = 1.65v
       100 psi = 2.97v
    
       3.3v/1024 = .0032266 volt per bit
    */
       pressure  = analogRead    (PressPin) ;
    
       if (pressure < 106) pressure = 106;         // this is minimum of .5v
       PSI = (pressure - 106 ) * .1246;            // where did we get this?? was .119904
       PSI = PSI + PSI_CAL;                        // adjustment
       
       PSImsb = PSI * 100;
       PSIr = PSImsb % 100;
       
    
       send(pressureMsg.set(PSI, 2));            // Send water pressure to gateway
    
       Serial.print("Presion: ");
       Serial.println(PSI);
       
       wait(200);
       
        // end of if (SLEEP_MODE || (cu
    
     
     sleep(SLEEP_TIME);
    }
    

    havent tested with sensors yet

    but looks good so far
    0_1555866800921_Anotación 2019-04-21 121255.jpg



  • Today, the first sensors of the devices were soldered, the prototypes of which passed long-time tests. Eliminated children's sores. In matt black they are good 🙂
    1_1556060042292_IMG_20190424_014140.jpg 0_1556060042291_IMG_20190424_014129.jpg
    0_1556060466225_IMG_20190424_015903.jpg
    0_1556207020867_photo_2019-04-25_18-02-1111.jpg


  • Plugin Developer

    @berkseo whoa, time for a Kickstarter! They look great! Where did you have them made, and what do they cost?

    @fernando-alvarez-buylla Always nice to see the Aurora theme being used 🙂



  • And a few days later my pcb's arrived
    0_1556345757207_IMG_20190427_011106.jpg

    Now to test the next version



  • Hacking Redmond smart bulb socket RSP-202S

    0_1556488999240_WhatsApp Image 2019-04-29 at 00.09.52.jpeg

    Mysensors | Hacking Redmond smart bulb socket RSP-202S – 02:42
    — Andrew EfektaSB

    on nRF51822...


  • Plugin Developer

    How did you 'hack' it? All I see in the video is you changing a power wire?



  • @alowhum I replaced the manufacturer's software with my own.
    0_1556490111282_WhatsApp Image 2019-04-29 at 01.19.43.jpeg

    The device now works on the mysensors network

    1_1556490583713_photo_2019-04-27_15-12-06.jpg 0_1556490583712_photo_2019-04-07_15-31-44.jpg


  • Plugin Developer

    @berkseo very cool! How did you do that? Did you just have to connect the serial holes to an ST_LINK adapter or something similar? Was is difficult to open the device? And, most importantly: is your code available somewhere?





  • @alowhum Kickstarter? I'm not sure it's time 🙂 ..The cost of components is approximately $10. PCB made in China, soldered by myself.



  • @alowhum Soon I will publish codes and the description of process of dismantling and a firmware. But getting ahead.. it's very simple 🙂


  • Hardware Contributor

    Added two other (e)co2 sensors to my test-setup.
    Now 3 NDIR and 2 VOC under observation. 🙂
    0_1556829380676_IMG_3826.JPG



  • A family member gave me an old lamp with a fancy glass base. Well, I didn't like the lamp, but the base was nice, so I kept it in my basement for a few years. I found it again the other day and decided it needed to become a new type of lamp. I put a 150 LED strip (WS2812B) inside. I have an STM32 Blue Bill and RFM69HCW to run the light patterns and connect to MySensors.
    In Domoticz, I have it set up as a dimmer light, but the node just switches patterns depending on what the dimmer level is.
    At first, I wrapped the LED strip carefully around a tube that sits in the center of the glass jar, but it didn't look very good. Somehow just spiraling the strip in the bottom of the lamp has a much better effect.
    My wife even liked it, so maybe I will put some finishing touches on it and actually use it as a lamp : )
    0_1556834583958_20190502_174734.jpg







  • Well, Design of an home made electronic kit for my 10yo daughter to teach her by example. on 74HC595 (shift reg), 9 leds, 4 push buttons, some wrapping wire, ... We managed to build it, it works, with some bad contacts, but it works, she enjoyed the thing and the time spent together. Here is the schema and the pictures. I strongly invite parents to build it with their children, easy and fun. !
    1_1557074595586_59399854_1643957105747897_3582083341400145920_n.jpg 0_1557074595584_59168532_1643956979081243_7862945518123483136_n.jpg 0_1557074649088_Capture d’écran_2019-05-05_18-43-50.png



  • @fanfan
    Looks nice, and I love the idea that you spend time and knowledge to your kids 🙂
    but looking at the current budget it seems that you are above the rated current consumption for the 74HC595, just so you don't wonder in case it burns when several LEDs are ON at the same time

    Input clamp current, I IK (V I < 0 or V I > V CC ) ±20 mA
    Output clamp current, I OK (V O < 0 or V O > V CC ) ±20 mA
    Continuous output current, I O (V O = 0 to V CC ) ±35 mA
    Continuous current through V CC or GND ±70 mA

    Data from here:
    https://www.sparkfun.com/datasheets/IC/SN74HC595.pdf




  • Banned

    @dbemowsk I've been gambling with an Adafruit AudioFX board and cobbled together this annunciator. Eventually it will likely be a MySensors node to play alarms or different sounds. It is using a reasonably-priced transportable speaker to play the sounds. I were given it to work with my doorbell button node today.


  • Hardware Contributor

    Prototyping my netatmo replacement device. It has an led strip that can simulate a lighouse, a rainbow or a fireplace...
    (If not used only for fun, it should warn you, if there is too much CO2 in the air.)
    0_1558731422060_IMG_3858.JPG


  • Mod

    Today I have spent a few hours trying to eradicate the confusion between MySensors' different message acknowledgements. See https://github.com/mysensors/MySensors/issues/1103 and https://forum.mysensors.org/post/34263 for details.

     core/MyGatewayTransport.cpp                |  11 ++++++-----
     core/MyMessage.cpp                         |   8 +++++++-
     core/MyMessage.h                           |  31 ++++++++++++++++++------------
     core/MyOTALogging.cpp                      |   2 +-
     core/MyProtocol.cpp                        |  16 ++++++++--------
     core/MySensorsCore.cpp                     |  41 ++++++++++++++++++++-------------------
     core/MySensorsCore.h                       | 114 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-------------------------------------------
     core/MySigning.cpp                         |   4 ++--
     core/MySigning.h                           |   2 +-
     core/MyTransport.cpp                       |  20 +++++++++----------
     core/MyTransport.h                         |   4 ++--
     examples/SecureActuator/SecureActuator.ino |   2 +-
     12 files changed, 147 insertions(+), 108 deletions(-)
    

    I have also updated https://www.mysensors.org/download/sensor_api_20 to use echo instead of ack when describing the echo function. That page didn't have information on the return value for send, present, reqestTime, etc so I added info on the return value as well.

    Reference: https://github.com/mysensors/MySensors/pull/1292


  • Mod

    When doing the change above, i noticed that after I created https://github.com/mysensors/MySensors/issues/1107 the number of undocumented MySensors keywords has more than doubled!

    The plan was to let the MySensors butler check for missing keywords as soon as the few remaining keywords were documented. If I add the check on the existing code, the butler wouldn't allow any commits which would hinder development. But since no-one has documented the missing keywords in over a year, I decided to blacklist the missing keywords and add the check anyway. The new check will give developers a list of new missing keywords, if they add any, so they can be documented.

    Reference: https://github.com/mysensors/MySensors/pull/1293


  • Mod

    I've also submitted documentation updates for clarifying MY_RX_MESSAGE_BUFFER_FEATURE limitiation on esp8266 and renaming RadioSetting to TransportSetting for https://www.mysensors.org/apidocs/group__RadioSettingGrpPub.html

    References:
    https://github.com/mysensors/MySensors/pull/1296
    https://github.com/mysensors/MySensors/pull/1295



  • Today I have finished my d-diot board:

    d-diot board

    The board is part of the d-diot project (see my other post)


Log in to reply
 

Suggested Topics

  • 4
  • 15
  • 8
  • 2
  • 2
  • 9

8
Online

11.4k
Users

11.1k
Topics

112.7k
Posts