Hi.

This is a project in progress. So I post here if I need to ask for some help (and I think this will be the case).

First, thx to @tbowmo for his work on 32bit GW
And thx to Sparkfun, Adafruit etc.. for all their work

I would like to introduce to you : M.and Ms Sam&LoraLip and their baby child
A board with a 32bit Atmel Atsamd21e17 (128k, e18 is 256k) and Lora (Long range RFM95W, but there is also a nrf24 smd footprint), with Lipo Charger. And two proto childboard.

Left top : M.&Ms Lip the mainboard
Right top : W(H)eather childboard, nice sensors for meteo
Left bottom : Adafruit Feather M0 ???
Right bottom : Chi-Mote, (humm missing inspiration..) a childboard I have made for the Feather. For gesture and 3d control with rgb feedback. Sort of wiimote but smaller with gesture..my Chi in this one

Specs a little bit below;

So As you can see I have been inspired by Adafruit Feather M0. No advertisement here It was out of stock so I assembled one. First, to be sure to have a 32bit board (atsam based) which works. And finally, because I wanted to have a simple lipo capable board. But that was not enough..more things.

Briefly :

• I keep lipo + usb from Adafruit (as it's a charger, so it's nice to have usb on this one). Usb can be used to upload sketch as native usb.
• here it's 32pins TQFP ATSAMD21E16/17/18, I bought an E17 128k (on Adafruit, it's a nice big 44pins VQFN G18 family, first time for me, thx to my reflow). E17/18 cheaper compared to G18. If I would like to use L picopower family, I just need to swap 2-3pins.

And I added:

• footprint for usb filtering on +5v and shield
• footprint for fuse
• atsha204a
• eeprom in case
• rgb led
• footprint for Nrf24 smd, RFM95W (not received yet), RFM69HCW (pincompatible with RFM95W if I'm right)
• for RFM95W, wire style antenna or connector
• MYSX connector (maybe I will reduce it)

I have made two child boards

• Weather optional (or not!) sensors : opt3001 for light, veml6070 for UV, SI7021 temperature/humidity, BME 280 temperature/humidity/pressure (in case I use this one I don't need si7021 of course), there is also AS3935 for Lightning detection. + switchable battery voltage sensor
• For the mote : RGB led, APDS9960 for proximity&gesture, 6DOF LSM6DS3 (6DOF is enough for what I want to do but maybe a better/expensive MEMS could be fun...)

Ok you really are cool guys if you are still reading. Now the pics:

Nrf radio style

Long range RFM95 style

Weather child board on mainboard

Assembled (no radio soldered, still doing basic tests), weather not assembled

Chi-Mote for MYSX connector (I will add an IR led as I have enough space, more fun)

And Chi-Mote for Feather, on top of it no radio soldered yet.

With a small lipo and humm..wireless charging, more Chi

And a very short video of my kungfu gizmo Gesture part is buggy for the moment so not activated and on the 6dof I only use single/double tap. Connected on a nano. but fixed on the wall, or few mobile in the house, very cool.
https://youtu.be/w8yZao3IWJo

Current status:

• the feather I assembled works ok. bootloader ok, and blinkled in arduino ide ok
• weather not tested yet, Chi-mote, all is good except gesture (I suspect power+infinite loop in lib!). Add an ir led
• my mainboard: sam-ba bootloader for ATSAMD21E17 well sent with jtag in Atmel studio, but I get a no device connected on comport in arduino. I am investigating if it comes from boards.txt ..
  Few things to improve on mapping part

Certainly more things to say..but that's ok for today! I'm enough happy.
Thx for you interest and feedback.
See you soon

Meet Janus project, a premium USB dongle by Tekka and me

Dual RF gateway with external antennas.

• nrf52840 with 20dB PA + SMA connector. So it can be compatible with MySensors, and/or zigbee..
• rfm69hcw/rfm95 long range + SMA connector . module has all DIO pins routed for sw driver optimizations.
• reset button
• user button
• RGB led
• high PSRR RF/analog 700mA LDO
• usb protected
• 4layers board
• enclosure size : 52x21 (thickness 11mm). compact!

Enclosure is just a quick proto, I'll improve quality, or I would like to try online multijet service, I'm curious

It's very recommended, for better performance, to have some distance between antennas.
So, for example, I'll use a shorter antenna (without cable) for 2.4ghz, and a "remote" antenna (with a cable) for 433/868/905Mhz, so it can be used with different kind of antennas.

We choosed external antennas, because

• versatile use
• better range especially when dongle is close to lot of stuff which could affect range in case of a pcb antennas

Hey

I am enthousiast to show you my very new project : my low power multisensor for light loads.
My roadtrip in the lowpower jungle world.

I wanted to make an update on my other "mytinycamel" post, but I would like to explain my way for this board, so...Ah, and I will make it openhardware of course

Why this board as I have already Mytinycamel in the pipeline ???

I want to factorize some of my needs and costs (and that is not a question of me only, I have family, friends..which want my boards too, so why not make it the best I can). I need to have in each room, at least or optionnally, one :

1) We are here for Sensors :

• PIR motion sensor : LHI968 + e931.96 ic (integrated LDO and autocalibration for common PIR sensors)
• temperature/humidity sensor : SI7021
• ambient light sensor : OPT3001
• Accelerometer (why not for antithief) : LIS3DH
• a reed switch for the door
• a buzzer (why not, for fun, optional)
• indication led : for the moment, ws2812b

As you can see, I have choosen all these sensors for their cost/ultra low powermode. You can find better IMU but >6€ (it is for antithief, so I don't need a 9DOF!)
WS2812b, buzzer are on an enable/disable power rail, so in sleepmode I will disconnect it. Ambiant light OPT3001 is interesting too. You can set by i2c, light thresholds and trigger an interrupt on your mcu which is in deepsleep. Could be useful in some scenario.

my first problem is about PIR motion sensor ic, it needs 2.6V min. And Mytinycamel concept is based on a 2Vto3V variable vcc.

Humm..That is why I have designed this board. I want something the most low power I can, and 3V constant (2.7V min). Go to switching regulators, not powering it off like with mytinycamel.

2) DC step-up switching regulator : TPS610981(x)

This one rocks, it's a "pépite". French revealed (maybe my bad english too lol), I say this when I like it and compare this to a gold nugget I have digged digged in the river of the lowpower, yeah:) lol I hope your are laughing of my bullsh**, because I can't stop!

Unfortunately, this ic is not handsolderable. I will use reflow process. But I am already making a rev1.1 with a crazy SOT23 buck more friendly, but a buck is not one 1.5V cell, it would need 4x to get same result

Common switching reg (stepup or buck) are not very efficient at lights loads (like 10uA, during sleepmodes..). And they use few or more uA in quiescent current Iq. All uA added, will be increased due to efficiency.
My choice is : for controlled light loads, I go to stepup, and for bigger loads a buck.

Shortly, its specs :

• 0.7V min voltage, so you can get every drop of one 1.5V AA/AAA
• Ultra low Iq, 400nA
• 80% efficient even at 10-15uA!
• two power rails (in datasheet lot of interesting variant).
• now crazy thing, first you have bypass mode (if vin>3V for the 3V variant, vin is directly connected to vout), and then 0.7-3V vin -> 3V vout. Now if you want to disable the stepup, it goes in low powermode, which means the power rail n°2 is disconnected, but power rail n°1 still remains at 3V in ultra low Iq of 400nA, 80% efficient! So it's possible to cut off things with vout2, and have low power light load things on vout1.

that's like pizza, I want the complete. ahah, really cool, isn'it ?

now, its cons are it is not friendly to solder, and it is 2x50mA max. But we must do things smart..

3) A little word about batteries, energy harvesting..
I have thought a lot about this, read lot of interesting design notes. I think it's a lot a matter of taste but :

• 3V coincell. Interesting, but not enough if I want to use RFM69 (Tx mode is a eater). It could be interesting used in a solar harvesting extender mode. But it would increase my cost, and I think I can last very long time how I will do, and for the use I need; and for the cost... And solar require some placement, which is not really the best usecase for this node.
  But it is thin, so I don't forget it, it can be cool too.
• 1.5V AAA not bad, thin, 1200mAh. definitely not bad compared to coincell. I like it
• 1.5V AA 2500mAh alkaline, 3000mAh. That IS Cool !! You have always an AA or AAA somewhere and here we go!
• 1.5V LR14 : 8000mAh. Wow! If I have place, like at ceiling edge, sure I will use it.
• lipo. definitely not interesting for this node. Too bad selfdischarge rate. can vent.
• Same thing about phone battery. not available everywhere, how long time for a model, can vent too, and self discharge is not the best. maybe 2years with no load. I don't imagine with a load..Compared to primary lithium which is 10years min theoretically...
• rechargeable lisocl2. interesting too, but not available everywhere. Expensive, need a buck, ...

As you can see, I am searching for less maintenance (less battery replacement...), cost and availability. So ok a booster is less efficient than a buck, but with a buck you can't use only one AA/AAA, héhé! A booster is not as efficient as battery powered only, but you can have constant vcc, and use the whole battery.

So it's my analysis, my personal interpretation from gurus of low power...maybe there are better option..Don't hesitate to tell me. I do not argue to be an expert

My favorite config will be :

• 1AA lithium 3000mAh
• when I can, 1LR14 8000mAh
• for ultra thin and I accept worse maintenance: coincell
• try the rfm69 listenmode. one other thing why I wanted something efficient at light loads.

I suggest you to look at oregon battery lifetime calculator on google. and you will understand with one AA of 3000mA, if I have an Iq of says 30uA at 0.7 vin (a circuit Iq of says 15uA at 3V will give us 26-30uA at 0.7v vin batt end of life so the worse case). Lifetime of the system 3years mini with only one AA

4) Other requirements :

• rfm69 or nrf24 smd for the radio

• MYSX 1.5 Connector. That was really not easy at all to fit it!!! Lot of time, I was near to give up! But, even if I don't need it, it could be very helpful for debug. So I follow you on this @Anticimex

• LDO SOT footprint in case I don't want to use the stepup reg.

• ATSHA204A ic footprint : authentication (for PIR, reed switch...)

• Eeprom for OTA. Same thing, eeprom needs to be in low power mode.

• optional pullup for reedswitch...

• battery measurement

• smd jumper to choose if I want SPI bus Vcc on vout1 or vout2

• smd jumper to choose if I want I2C sensors on vout1 or vout2

• all component on top to boost production, or decrease cost if externally produced (we can dream!). I was not able! there was not enough space, so there is only eeprom on bottom. not bad!

• Make the best I can for improve overall quality and reliability like
  shielded ferrite for booster
  ferrite and emi bead for booster Vout, and another one between gnd_Booster/GND
  Optional capacitor near battery
  optional capacitor near ferrite to improve emi filter
  vias on board edge and near antenna pad to improve ground
  no ground plane on one edge of the board for antenna

PCB : Size 65mmx32mm
Height of the box depends on coincell, or AA. For AA it's 22mm, compact.

Last notes : I put this here in case you have feedbacks, or there are some infos that could help you...but It is not a noob board, sorry. Much more for reflow oven owner. How could we do to make things like this available for others??? I am thinking maybe of a simple eval board for the booster. Don't know if chinese would be interested in?
I have not ordered yet, I am making the last decisions, but my drc are ok. cool. just a matter of time, and chinese new year now...

Hi,

today I've almost finished a speaker build (it'll be a gift for family)

First, I would like to thx Paul Carmody who created the original design of these speakers : Overnight Sensation
https://sites.google.com/site/undefinition/diy-overnightsensations

I have just changed size and format (of course I kept the internal air volume which is very important)

1. I designed&printed a simple circle jig for my router.
   
   

2. So speaker drivers can be flush on front plate
   

3. Assembled the box
   

4. Crossover, port tube, foam
   
   with a special place to fit some electronics like

• rpi (for Volumio/LMS client, or a voice assistant)
• cheap dac & 2x50w amp from aliexpress

1. Now vinyling. I need to change these ugly black screws too.
   

Of course, I'm too excited (and not very patient ), so I've tested how they sound... Loud! Crystal sound with very nice boomboom

Not finished, but in good way

I know I don't give news about this project.
So, maybe I should show you few pics, just in case.. ,)

First, I prefer to say, we can't share code for the moment..not very release-able.

We are using completely custom code for this project. GW code is quite big, mysensors is an experimental version (sort of "v3"). Plus for all the features, sometimes it can need some tweaks in esp32 libs etc. for the moment, sw is still tied to this project&hw.

That said we have lot of neat stuff working, hw choices changed a bit too.

Here we go:

• asynchronous
• http webserver + websocket server
• mqtt client
• transport bridging
• embedded webapp for UI
• etc.
  Well I cannot make a list for the moment, there are lot of features.

Concept is autonomous simple network without need of a advanced controller, or when linkto/controller is down, that you can control and debug from your phone or computer. With step by step configuration, inclusion etc for easy getting started.

Pics of the app ?? Teasing ON!

The app is realtime and very reactive. Responsive and mobile friendly. This is a single page app. written with Vue, no jquery. lightweight Bulma CSS

I started to make some widgets.. there are also multiple filters for dashboard.

It will also be possible to get infos about network, rssi, stats etc

Lot of settings, I let you imagine them.. there are a few dedicated steps by steps too, handy for starters (like my family, friends..).

It's also possible to see all logs, downloading them, updating app files etc.

Teasing OFF, I prefer to keep some other nice features to show you later

don't ask for a release date plz, we're busy on lot of projects, but we'll try to do our best! stay tuned

Hi.

Here is an howto about OTA in Mysensors I made for jeedom french users when Mysensors 1.5 was released. So I translated it if it can be useful to you. Things should not have changed a lot I think. I have no time for the moment to check everything. So if you note differences, tell me here and I will update. I will update pics with latest revision of the software.

OTA, or Over The Air, lets you upload your sketch without ftdi, it's done wirelessly. Can be useful if your nodes are not accessible or you need to make signing changes for instance. To get this nice feature, you need to burn a dedicated bootloader.

In Mysensors, we can use two kind of OTA:

• 1st option : MYSBootloader, created by Tekka from Mysensors Team.
• 2nd option : Dualoptiboot or if you prefer Sensebender Bootloader (in Mysensors boards). But in this tutorial I will name it "Dualoptiboot". It comes from Lowpowerlab.

Difference between these two methods (updated from Tekka post http://forum.mysensors.org/topic/3453/mysbootloader-1-3-pre-release-myscontroller-1-0-0beta/9)

• MYSBootloader does not require external flash: OTA FW updates are transmitted offline, i.e. MYSBootloader communicates with the controller and receives new FW which is directly written to MCU, once FW is transmitted and CRC verified, MYSBootloader hands over to the new sketch/FW.
  Pro: recovery OTA possible, also with a faulty/buggy sketch (if sketch freezes, watchdog resets and MYSBootloader takes over), no external flash required
  Cons: Radio specific, i.e. different bootloader for RF24 and RFM69 radio (rfm69 work in progess) necessary, offline (no sensor data processing possible during ota).
• Dualoptiboot requires external flash: OTA FW updates are transmitted online, i.e. while the node is active. Once all FW packets are transmitted and CRC verified, the node reboots, dualoptiboot copies FW from external flash to MCU and hands over to the new sketch/FW.
  That means too that you need to ftdi upload your node sketch the first time or ota won't work yet as it is handled in the sketch.
  Pro: Radio agnostic (no radio specific code in bootloader so can be used in different scheme/protocols..), online (while node processes sensor data)
  Cons: Faulty FW (e.g. freezing sketch due to bad coding) cannot be recovered OTA => recovery via serial port necessary, external flash required

This tutorial is only for Dualoptiboot Bootloader, because I have not seen an howto for this option here yet. But some parts/pictures of this howto can be used for MYSBootloader upload.
If you want to use MYSBootloader, howto is here: http://forum.mysensors.org/topic/3453/mysbootloader-1-3-pre-release-myscontroller-1-0-0beta/9

By default, Dualoptiboot bootloader is 8Mhz Internal + 1.8V BOD.

What do you need:

• SPI eeprom, jedec compliant, like AT25DF512C-SSHN-B. For other eeprom and compatibility, you can check this post https://forum.mysensors.org/topic/3160/ota-flash-types-for-mysensors
• for evaluation or some diy projects, I did this evalboard https://oshpark.com/shared_projects/m5Uugjx5 or you can find it on opensourcehardware. No need of course if you have a sensebender, moteino etc as eeprom is already there.
• I use an USBASP to burn the bootloader
• I use AVRDUDESS : http://blog.zakkemble.co.uk/avrdudess-a-gui-for-avrdude/ for fuse
• arduino 1.6.x
• Mysensors 1.5.x : http://www.mysensors.org/download/
• MYSController : http://www.mysensors.org/controller/myscontroller
• So in Arduino Ide, now you shoud see Sensebender Micro board in Boards\tools

Burn Dualoptiboot in your node

To keep things simple, or maybe not for others..imho it's so easy with a cheap usbasp (just few wire) than arduino as isp.

What looks my usbasp (clone, USBASP 2.0 LC Technology) and connections to your arduino or node.

Wiring on nano/micro/328p:

MOSI : D11
VTG : VCC 3.3V
GND : GND
RES : RESET
SCK : D13
MISO : D12

Once it's wired, burn fuses with avrdudess. Here the conf:

Note : even if my usbasp is a clone, I choose genuine usbasp in the listbox.

Just click on Write in "Fuses&Lock bits" section. Then read it to check fuses are well burned.

Now don't disconnect your usbasp.

• Go to arduino ide, choose SensebenderMicro, Processeur Atmel328 8Mhz, serial COM port, and USBASP programmer.
• Click Tools\Burn bootloader. You will get few SCK warning but that's not a problem, it's because I have an usbasp clone.
  Note: you could use avrdudess to burn the bootloader too.

Yeah, our OTA bootloader is burnt

In sketch

To enable OTA in your sketch, you need to add

#define MY_OTA_FIRMWARE_FEATURE 

or uncomment it in Myconfig.h

OTA management is completely transparent. Everything is well handled in process() and wait() methods (when you do a gw.wait or mynode.wait for instance...)

Important note :

• Don't forget a sleeping node can't receive an OTA. You can wait after wakeup for instance to see if you have somethings coming or I have not tried it yet but it seems now in mysensors libs there is smartsleep() wich manage the wait() after wake up.
• when you upload the new sketch, it is done during runtime, so you have to handle/optimize this in sketch. The best is if you detect an OTA msg, to pause process or sensors readings during the process or it will affect the speed of the OTA. I mean for instance if you read sensors, sometimes there are some delays in libs, all these things will delay ota or timeout it during main loop. Plus, if these optimization are not done and you run on battery, the longer time in TX/RX radio for the update, the more battery energy wasted. OTA can be fast 15-30sec if nothing slow it, or x minutes if not optimized
  So it's up to you to manage this, use non blocking/asynchronous code. The rest of the process is again completely transparent. Great!

How to upload a new sketch just with OTA

For this I use MYSController. It's not an .ino file that you will upload but the .hex one. So to easily get this file:

• In Arduino ide, go to File\Preferences, on bottom click on preferences.txt. It opens preferences.txt.

• Keep this file opened and close arduino ide (otherwise your changes will be erased).
• In preferences.txt, at the end, add this

build.path=C:\Arduino-Output\

or another preferred path. It will be there you will find your .hex compiled sketch files.

• Open arduino ide and compile/check your node project. You should now see your compiled files in the path you have set.
• Copy the .hex to Firmware path of MYSController

Launch your OTA update

• Launch MYSController and in Config/Serial, check the right serial com port.
• Click on "Refresh FW repo" so you can use your new .hex file.
  Note : When I tested this it didn't work for me so I needed to do this
  In Firmware folder, edit firmware_config.csv and manually add your .hex. Here an example where I added a Humidity .hex file for tests.

Type,Name,Version,File,Comments
10,Blink,1,Blink.hex,blinking example
20,TimeReporter,1,TimeReporter.hex,TimeReporter
100,Sensebender Micro,1,SensebenderMicro.cpp.hex,Sensebender Micro
110,Sensebender Blink,1,SensebenderBlink.cpp.hex,Sensebender Blink
120,Sensebender HumidityTest,1,HumiditySensor.cpp.hex,HumidityTest

• Now to wirelessly send your new sketch to your node, simply right click on the node you want to update. For sleeping battery node, choose "Battery powered Sleeping". So when your node will wake up, MYSController will resend the update. Awesome!
• click on Assign FW,
• choose the sketch

and voilà! OTA should start, and then your node will reboot.

I hope to have not missed something important. Please tell me, and I will add in this post.
This howto was made some months ago, so I'm note sure if it's exactly still the same, but that should be almost ok. Try and test and tell me. I hope it will help at least, as it is something often asked..If all is ok, don't hesitate to put it on a better place (I'm not sure if it's the best place here)

Enjoy!

Hi

I will show you here a board I have roughly drafted last night (one night=one board lol ). I was bugging on something and wanted to distract my brain with an other thing..and it was too long time that doing this board was tempting me!

Briefly the context:

• I have already done a multisensor with PIR on one cell with booster:http://forum.mysensors.org/topic/2951/my-mysx-multisensors-board
  Not released, because I need to fix few things in my files (like maybe remove the ws2812b led which doesn't work well for me at 3v, 8Mhz. Works ok at 16mhz..and few others things). The PIR controller, here is too much exotic, to be a durable sourcable solution. I have enough of these PIR ic for me but not enough for family, friends...
  The new board, presented here, will follow my custom box.
• I have already made an eval board for PIR which needed some tuning, based on discrete components, no exotic chip: http://forum.mysensors.org/topic/2387/low-power-pir-breakout-board-for-mysensors-and-evaluation
  Based on ST AN4368 app note.
• and some time ago, I felt in love with this design note from TI, http://www.ti.com/lit/ug/tiduau1a/tiduau1a.pdf
  This design note is a POC for a 10years PIR on coin cell! I felt so in love that I have almost designed an eval board for this crazy CC1310 mcu that I absolutely want to try since so long time (yep, there is RF, but like some people says, read books and follow the 5 master rules, btw I have a spectrum analyzer, not a network one unfortunately! will see what I get. I know I'm maybe too much geeky
  So, this design appnotes uses the CC1310 which is a very well optimized mcu with optimized power domains for sensors and RF. With a well written software, they get this excellent result of theoretical 10years.

So, what if we applie these two appnotes to our favorite 328p mcu?? And my board was born My first coincell multisensors board (never say never!).

First, the schematic I will send it to fabhouse at the end of the week end, to let me more reflexion and see your feedback:

Very basic, isn'it? You see, here, I'm taking another direction:

• direct battery, no regul so 3.3V max.
• coincell holder footprint, and two pads to connect a 2xaa/aaa holder for instance to extend the maintenance. This devices, coincell, is designed to be slim, so I would go for aaa lithium.
• Sensors : the well know SI7021 temperature/humidity, OPT3001 for the light, LHI968 PIR
• The PIR can be enabled/disabled, thx to a pmosfet
• Authentication (ATSHA204A signing)
• Radio : RFM69
• no external eeprom this time, I will use MYSBootloader on this one
• debug points for PIR circuits, no potentiometer, I will make it at hand, fixing parts values.
• reverse polarity protection

Important note : if you want to take this schematic and make your own...I hope you will take care of the routing on the PIR part because it's very important (false trigger is not far..). This part will, I'm almost sure, need some calibration. Maybe some caps could be removed but for proto I prefer to keep them. Plus it helps for reliability.

About power consumption:

You can see on the schematic few notes about this, this should give us, perhaps, roughly, 5-6uA in sleep mode with PIR enabled. No need to disable the radio (it's a camel in sleep mode + i plan to use the listenmode).

• Few simple maths because it can vary with PIR trigger, coincell quality: but for a coincell of 230mAh, I plan for 200mAh usable energy. Sleep mode :5uA, 30mA in radio transmit during says 40ms (can be more time with signing...), 10 wakeups/hour. That gives us a theoretical estimation of 2.33 years. Not so bad..It can be more if you disable pir for some periods,or less if bad software..
• that will need some software to improve the sleep mode, blind time, low power during blind time and retrigger..nice challenge

Few 3d previews, size is 49x30 (so 3 boards on a 10x5cm or 6 on a 10x10, 2mm for vcut)

Slim

One question do you prefer to have PIR High and low signals directly connected to atmel inputs, or like maybe I do, use a nanopower OR gate for one input???

If you have any remarks, I will be very happy to make some changes (basic) before ordering my pcb. Does it sound good to you?

Humm, I'm not sure, but @Samuel235 you have here an example of mosfet use to enable power if you want.

See you soon

That was yesterday..

@tekka and I tested some new features he made, so here was my humble and fun test setup

Of course the Halo GW didn't disappoint us! All boards (mixed mcus and radios nodes) were attacking it at an agressive rate (100ms rate), and there was no crash at all. Halo GW was laughing & kidding us saying "Please give me more, I like doing this" (but I was lazy to assemble more, there was 13 nodes on the table..).
Too strong @tekka

Tea time..

Here is my custom box for your RFM69 Sensebender GW ! Beautiful board though

No nail no screw

Last final minor check and i release the files, sure! (i've done one for nrf too in case..)

Hi,

I like to make my boards small as I can (with my "little" knowledge, lol) and, like lots of you I needed a small, slim and of course low power PIR sensor. I don't like chinese HC-SR504 board because there are big capacitor on it. Not easy to integrate in small enclosure. So I decided to re-design this chinese board with smd capa.
But, Anticimex pointed to me a very interesting app note : ST AN4368. Thanks to you @Anticimex for your valuable advise

Note : I ordered pcb few weeks ago, it should not take lot of time now to get them. I ordered it at oshpark, as board is small, price is cheap.

So this board is based on this ST appnote, and especially on the first schematic in it (based on TSU104 opamp, more low power).As app note state, it should be somewhere 23uA. I am using a nanopower nand gate. I didn't find better for this ref..so the board should be 1uA more. I hope it will stay between 23-25uA which is not bad I think..

I have made few changes for easy testings:

• 2x potentiometer added
• debug points
• optional led on Out Signal (for debug)

Size : 24x19.7 (mm)
Components size 0805.

Now some screenshots:

https://www.youtube.com/watch?v=Lc4ZXmKnMNw

Boards can be ordered here : https://oshpark.com/shared_projects/Dc6Tlrt1

Eagle files and BOM on my git, here : https://github.com/scalz/MySensors-HW/tree/development/LowPowerPIR_Breakout

So it should work, as I followed app note. Changes I made are minor. And I have taken care of routing to try to not have problem on analog trace...

Enjoy!

@wiredfrank
in your gw sketch, your defines should be like this:

#define MY_RADIO_RFM69
#define MY_RFM69_NEW_DRIVER
#define MY_RFM69_FREQUENCY RFM69_433MHZ // Set your frequency here
#define MY_IS_RFM69HW // Omit if your RFM is not "H"
#define MY_RFM69_IRQ_PIN D1
#define MY_RFM69_IRQ_NUM MY_RFM69_IRQ_PIN
#define MY_RFM69_CS_PIN D8 // NSS. Use MY_RFM69_SPI_CS for older versions (before 2.2.0)

and there is the RFM69_RFM95_ATC_SignalReport.ino sketch for your node, in mysensors examples

/*
 * The MySensors Arduino library handles the wireless radio link and protocol
 * between your home built sensors/actuators and HA controller of choice.
 * The sensors forms a self healing radio network with optional repeaters. Each
 * repeater and gateway builds a routing tables in EEPROM which keeps track of the
 * network topology allowing messages to be routed to nodes.
 *
 * Created by Henrik Ekblad <henrik.ekblad@mysensors.org>
 * Copyright (C) 2013-2019 Sensnology AB
 * Full contributor list: https://github.com/mysensors/MySensors/graphs/contributors
 *
 * Documentation: http://www.mysensors.org
 * Support Forum: http://forum.mysensors.org
 *
 * This program is free software; you can redistribute it and/or
 * modify it under the terms of the GNU General Public License
 * version 2 as published by the Free Software Foundation.
 *
 *******************************
 *
 * REVISION HISTORY
 * Version 1.0 - tekka
 *
 * DESCRIPTION
 * ATC mode settings and signal report functions, on RFM69 and RFM95 nodes
 *
 */

// Enable debug prints
#define MY_DEBUG

// Enable and select radio type attached

// RFM69
#define MY_RADIO_RFM69
#define MY_RFM69_NEW_DRIVER   // ATC on RFM69 works only with the new driver (not compatible with old=default driver)
#define MY_RFM69_FREQUENCY RFM69_433MHZ
//#define MY_RFM69_ATC_TARGET_RSSI_DBM (-70)  // target RSSI -70dBm
//#define MY_RFM69_MAX_POWER_LEVEL_DBM (10)   // max. TX power 10dBm = 10mW

// RFM95
//#define MY_RADIO_RFM95
//#define MY_RFM95_ATC_TARGET_RSSI_DBM (-70)  // target RSSI -70dBm
//#define MY_RFM95_MAX_POWER_LEVEL_DBM (10)   // max. TX power 10dBm = 10mW

#include <MySensors.h>

// ID of the sensor child
#define CHILD_ID_UPLINK_QUALITY (0)
#define CHILD_ID_TX_LEVEL       (1)
#define CHILD_ID_TX_PERCENT     (2)
#define CHILD_ID_TX_RSSI        (3)
#define CHILD_ID_RX_RSSI        (4)
#define CHILD_ID_TX_SNR         (5)
#define CHILD_ID_RX_SNR         (6)


// Initialize general message
MyMessage msgTxRSSI(CHILD_ID_TX_RSSI, V_CUSTOM);
MyMessage msgRxRSSI(CHILD_ID_RX_RSSI, V_CUSTOM);
MyMessage msgTxSNR(CHILD_ID_TX_SNR, V_CUSTOM);
MyMessage msgRxSNR(CHILD_ID_RX_SNR, V_CUSTOM);
MyMessage msgTxLevel(CHILD_ID_TX_LEVEL, V_CUSTOM);
MyMessage msgTxPercent(CHILD_ID_TX_PERCENT, V_CUSTOM);
MyMessage msgUplinkQuality(CHILD_ID_UPLINK_QUALITY, V_CUSTOM);

void setup()
{
}


void presentation()
{
	// Send the sketch version information to the gateway and controller
	sendSketchInfo("ATC", "1.0");

	// Register all sensors to gw (they will be created as child devices)
	present(CHILD_ID_UPLINK_QUALITY, S_CUSTOM, "UPLINK QUALITY RSSI");
	//present(CHILD_ID_TX_LEVEL, S_CUSTOM, "TX LEVEL DBM");
	//present(CHILD_ID_TX_PERCENT, S_CUSTOM, "TX LEVEL PERCENT");
	//present(CHILD_ID_TX_RSSI, S_CUSTOM, "TX RSSI");
	//present(CHILD_ID_RX_RSSI, S_CUSTOM, "RX RSSI");
	//present(CHILD_ID_TX_SNR, S_CUSTOM, "TX SNR");
	//present(CHILD_ID_RX_SNR, S_CUSTOM, "RX SNR");
}

void loop()
{
	// send messages to GW
	send(msgUplinkQuality.set(transportGetSignalReport(SR_UPLINK_QUALITY)));
	//send(msgTxLevel.set(transportGetSignalReport(SR_TX_POWER_LEVEL)));
	//send(msgTxPercent.set(transportGetSignalReport(SR_TX_POWER_PERCENT)));
	// retrieve RSSI / SNR reports from incoming ACK
	//send(msgTxRSSI.set(transportGetSignalReport(SR_TX_RSSI)));
	//send(msgRxRSSI.set(transportGetSignalReport(SR_RX_RSSI)));
	//send(msgTxSNR.set(transportGetSignalReport(SR_TX_SNR)));
	//send(msgRxSNR.set(transportGetSignalReport(SR_RX_SNR)));
    Serial.print("UPLINK QUALITY RSSI=");
    Serial.println(transportInternalToRSSI(_transportSM.uplinkQualityRSSI)); // UPLINK QUALITY RSSI
Serial.print("TX LEVEL DBM=");    
Serial.println(transportGetTxPowerLevel());  //TX LEVEL DBM
Serial.print("TX LEVEL PERCENT="); 
    Serial.println(transportGetTxPowerPercent());  // TX LEVEL PERCENT
Serial.print("RX RSSI=");
    Serial.println(transportGetReceivingRSSI());  //RX RSSI
Serial.print("TX RSSI=");
    Serial.println(transportGetSendingRSSI());    //TX RSSI

	// wait a bit
	wait(5000);
}

This is in case your modules are 433mhz. Try with a straight wire (one core), with the right length. You can also reduce some length by small bits and see if it improves.
Good to know is 433mhz requires longer antenna, and bigger gnd plane for better results, compared to upper freq like 866mhz etc.
A last solution if the gnd plane size would be the culprit could be to use a dipole antenna for test. by connecting two opposite wires. one to ant, the other to gnd close to ant

You should be able to get more than nrf24 or some nrf52, easily
I don't think you need rfm95 but that depends on the range you really need. that said some lora modules are maybe a bit more power efficient (more recent tech). but I think it's a detail for your usecase

Can't help you on esp8266 pin mapping, I don't use it as gw (I've esp32, nrf52 and samd as gateways for prod and dev)

Note: the new rfm driver has compatible communication for rfm69<->rfm95. Like others said, for using new driver, you need to enable it on both ends (gw+nodes) because it uses a different packet format than old driver.

@Sasquatch
I admit I never checked that, but thought the capa would probably be there.
well, I usually am careful so I add more footprints than needed for flexibilty, just in case

@hlehoux perhaps do you have some arduino mini pro (8mhz 3v) that you could use as a test node and check if you still have same problem (in case this is an IRQ issue..) ?

@Sasquatch
yes rfm modules are nice for long range.
ok. we will re-test OTA+new driver on my new board soon, and will keep you updated

I agree seems OP has setup problem, could be

• H vs non-H define
• IRQ is not triggering for receiving msg
• weak GND counterpoise for antenna,
• power supply. For power I usually use 100uf+0.1uf close to the module. 100uf when it's batt powered (for coincell, I like to have two big capa+0.1uf), else it's possible to use a smaller value like 33-47uf

@electrik
in logs, RFM69:CSMA:RSSI=-104 is the noise floor
and RFM69_TARGET_RSSI_DBM define the rssi you want to have for your node.

so if you have a noise floor of -100, you could adjust your target to -85 or less. But maybe you could get a few retries with -90 target.

rfm69 power level can be adjusted from -18 to +13db. 13db=100% power= 45mA power consumption.

for example, let's say your target is -70, and your power level has been autoadjusted to +5.
then if you set, the target to -80 or less, power level will decrease to maybe -8 or even less, it depends on your environment and your build.
And vice versa, if you set target to -50, ATC will set a higher power level.

ATC is used to auto-adjust radio power level consumption for battery nodes, so they use only energy they need. This also make your rf environment "greener". No nodes sending loud messages if not needed.

Another example, I recently designed a new node. Noise floor here is around -98db.
With a target of -70 if I remember, power level was autoadjusted to +5db.
After adjusting target to -87db, power level has decreased to -11db, which equals to 20% power.
And there are no NACK nor retries.
So this node now requires less energy for sending messages and that will save battery.
This is for an indoor node, 10m distance with 2 brick walls obstacles.

old driver doesn't have ATC management. I've no problem so far with new driver.

I guess H would mean High power version. But to be sure, yuo just have to google for rfm69 pics and you'll see which version you have. Existing versions are : RFM69HW, RFM69W, RFM69HCW, RFM69CW

@hlehoux
unfortunately, lot of devboards have non-optimized gnd plane for RF, especially for subghz (small or splitted gnd plane by routes..).
Moreover, devboard+dupont cable+external rf module is not ideal.
With rfm69, you should get a nice range.
Though, why on one of your picture, antenna seems shorted to gnd??
Imho I would have chosen something else than esp8266 (esp32??) in your case, but your choice

To check if this is related to your gnd plane and your build is ok, you could also try to hook two straight wires as a dipole antenna to your radio (one to ANA, the other to GND in opposite direction will replace a ground plane). Google for examples, it's simple to try

Hello,
you could :

• use attachinterrupt function for your interrupt, and a boolean for your state
• and in loop(), instead of wait(), make your code async with a state machine

https://www.arduino.cc/reference/en/language/functions/external-interrupts/attachinterrupt/
https://learn.adafruit.com/multi-tasking-the-arduino-part-1/using-millis-for-timing

I don't know exactly why you want to use wait(), but I hope this will help

@alex28 yes exactly, it may look exagerated but this is how it works. Same if you would replace the original wifi antenna on a commercial product. Like I said many times above, development boards (like OP design) can maybe fit in the "subassemblies" group, so mostly for development purposes only. CE is less strict regarding the process.
That's a while I looked at this, way before debating..Personally, I completely don't mind what people do, that's not my business. I just mentioned regulations as infos for those who are interested to know more. that's all.

more links here:
https://www.sparkfun.com/tutorials/398
https://forums.adafruit.com/viewtopic.php?t=113747

@alex28 my limited english meant manufacturers docs are to be taken with a pinch of salt. Of course, I agree, with regulation it's black or white
My logic is if manufacturer doc said your device is certified because you're using a pre-certified module, and you broke the precertification in device design, then it's not certified anymore. Simple logical AND, binary black and white.
If you tell me that your device with a precertified module is certified, I would ask you "do you have the certification paper of your device". If no, "do you have the tests results proving what you're saying?". No? So you didn't check it, it's not certified, it's just words
of course it depends of the type of design, and like I said I don't mind about these details, it just makes sense to me

@alex28
yes, but when you design a board it's very rare to follow application notes to the letter, because you want a different size of board etc. But I agree about the pre certified module which help a lot for selling hw.I'm just saying there are nuances, it's not a big YES or NO. This depends what components are on the final board, most of the time it may just affect range, or worse introduce noise through power supply, signals lines etc. To check that you can use rf spectrum analyzer, scope..

You can have a very good module, but make a crappy design with it. So it all depends on the designer. That's just what I meant. I don't want to debate on this, really.
When I design boards, I don't certify them, I just to try do my best and put constraints on myself regarding the final design I want (filtering if needed, not splitting gnd planes for Rf perf, and lot of others details etc). On other side, I've seen lot of bad designs on different stuff on aliexpress, and not talking about soldering quality. This needs trained eyes.

some "funny" stories, for diy-ers
https://hackaday.com/2019/05/15/the-great-ohio-key-fob-mystery-or-honey-i-jammed-the-neighborhood/
https://hackaday.com/2016/08/26/police-baffled-send-for-the-radio-amateurs/

so for example, pick a powerful amplified LORA module on 433mhz for example, add an untuned antenna (lot of them on aliexpress), use bad power supply and some others stuff providing parasites, dupont cables, use unregulated max TX power, custom fw with no check before sending (listen for free channel), unlimited number of msg per sec etc and it could be a good example of a crappy device.

@alex28
I'm not saying we need to certify our homemade devices.
Personnally I don't mind, but just try to make my devices with those constraints in mind.
Certification also depends on firmware, on RF bands etc (CSMA, etc to not spam bands for subghz for example).
Change some characterictics of pcb, gnd size etc, and it can untune center frequency of antenna for sure. Lot of examples in app notes.
Though, from what you read, you can see the "host manufacturer is responsible", and should check by doing tests if it's compliant with his new design. That's what I read.

Like I said, I'm pretty sure OP design is not certified, and maybe not even RF tuned.
But as a development board, it's not a very big problem.
And low range nrf24 is less problematic for regulations, than using a subghz module with untuned antenna (change gnd size, and you have to shorten or add length to antenna, else centerfreq is shifted), with a wrong fw spamming the band, unregulated TX power, or also when you add to the design some AC, relays etc which could introduce some noise (bad SNR etc) , like we can see sometimes in diy, + dupont cables which can acts like antennas too.