Hi2All!
Surprising is here. After about 24hours I refresh HA and suddenly my motion sensor was integrated.
There is also second entity > battery : 0 , have to look deeper into that for understanding.
Need to change little in the sketch, because don't want every short time 'no movement' so only when there is motion and maybe once a hour indication sensor is alive.
Meantime I found 3 other good threats:
https://forum.mysensors.org/topic/11200/finally-progress-evidence-based-radio-testing-method-and-capacitors
https://forum.mysensors.org/topic/1664/which-are-the-best-nrf24l01-modules/27
https://forum.mysensors.org/topic/9550/build-a-reliable-power-supply-chain
Very usefull for me also finally progress because of lacking time in the past.
Great jobs are done here!
Thanks for this all of you guys or girls!
@Drcashman
by outputs you mean to control 2-3 light fades?
I guess it wouldn't be too difficult. Just add counters for current and requested values for each fade to keep them independent
@Yveaux : interesting post with the current measurements, thanks. I was more focused to adapt the nRF library to try to have an interrupt possibility when a radio message is received
Hello,
Thank you for the answers.
I wanted to display local information of the serial monitor, when the repeater is far from a PC, but eventually I will directly and separately adress sensors repeaters, two by two.
This is less optimized but i can not display this info locally.
THANK YOU
Alain
@ceech Looks like a great project. There's another library here: https://github.com/phishman/LTC2946 which looks to be quite a bit smaller. Not sure if all the functions you'll need are available in it.
Cheers
Al
Oh sorry Timo , I said it wrong.
What I was trying to say was , that it is a pity , that there are so many fails sending the status.
But now trying to send it every 30 seconds, by removing that little piece of coding is very acceptable.
Again , many thanks for your time helping me,
Cor
Is any type of IRQ interruption feature be added in the future? I think it would be a great idea for battery devices to be able to sleep them and only wake up when polling for a sensor value.
No, hope not ;)
We had a lengthy discussion about it here:
http://forum.mysensors.org/topic/304/2-0-discussion-units-sensor-types-and-protocol
But then other stuff like multi radio support and signing got "in the way". This will be included in 1.5 as you're probably aware of.
Hopefully I will have more time for 2.0 soon again where focus is to clean up a little bit of the over-the-air protocol problems we seen and bring in new ideas that could help auto-generating sketches (if I can dream a bit).
The hardware ack:ing in enabled for all messages (except for broadcasting).
https://github.com/mysensors/Arduino/blob/master/libraries/MySensors/MySensor.cpp#L107
Multi messages like
0;3;0;9;1;foo\n0;3;0;9;2;bar\n0;3;0;9;3;foo\n0;3;0;9;2;bar\n
must be understand also. I got it from the tcp stream of the actual ether-gw.
@pit007 said:
-> Where can I get the info for the unit (°C or F) from the GW/Controler sight?
It is the controller that sends out unit configuration to the node. Not the opposite.
The unit magnitude has to be agreed in advance by controller/node. The protocol doesn't currently support this to configured or interchanged on-the-fly.
@mainali
This circuit might help with what you are doing. See attached. Try building this circuit and connect "signal & ground" to dimmer LED actuator PWM. Again I can't stress enough be careful with AC power!!!
[image: 1427431621788-ac-board-schematic.jpg]
@Chaotic Sorry for not getting back sooner on this, but I did confirm that your solution does indeed work and works very well. I can't wait to finish this project up and be able to post the Pictures/Sketch to share with the community.
You are missing something
MyMessage lightMsg(CHILD_ID_LIGHT, V_LIGHT);
MyMessage dimmerMsg(CHILD_ID_LIGHT, V_DIMMER);
You just process the messages for:
MyMessage motionMsg(Motion_CHILD, V_TRIPPED); ////Motion
MyMessage luxMsg(CHILD_ID_LIGHT, V_LIGHT_LEVEL);////Lux