I do have..
I just need to find it in the pile..
I'm not using it at the moment for production use but it worked well for my when I tested it.
/M
I do have..
I just need to find it in the pile..
I'm not using it at the moment for production use but it worked well for my when I tested it.
/M
@lundebc
No, I'm in a "no time left on device" mode right now.
I'm thinking of publishing the eagle files for anyone to use but have not done it yet.
/Magnus
Hi!
I ask my gateway about it's version (0;0;3;0;2;). It will responde with the library version number (1.4.1 in my case).
It tells me that the gateway software is up and running. But it will not give me any clue about if the (NRF)network is working.
I only ask the gateway if no other packages are received in $timeout seconds.
/Magnus
It's not in the library. But you can save the data yourself.
The big problem is that you can't backdate the messages in an standard way.
I have an other application that I need the same feature. But as I have my own controller I can solve it by sending a timestamp for every sample.
/M
Just like to add that I now have a working node that fetched the sensor id from the controller and it does not matter how the sensors are connected to the node.
Need som cleaning up before going public
/Magnus
@ahhk said:
Hi,
would u share / show the schematic? I actually do the same: A small battery-powered "Baseplate" for the pro mini and a NRF24l01. But i wanted to use a HT7733 instead of HT7133 and definitivly NO SMD parts
As I wrote before. I have some modifications I like to do before but after that I will probably release the card to the public including Eagle files.
/Magnus
@Dirk_H said:
@fot said:
Yes, I'm using 2x1.5V and it seams to work well..
The card uses around 30uA (+- the precision of my multimeter) in idle/sleep and that should give a pretty long run time on batteries.
I have nodes that has been online since before Christmas and still going strong.
/Magnus
Have you something else connected than Arduino and NRF? Any Sensors or Powersupply? I got down to below 4uA with Atmega and NRF sleeping, measured with Agilent precision desktop multimeter. (Nothing else connected because it was a remote with only buttons). If you have your ATMega in deepsleep you should have less than 10uA (datasheet says so). Just seeing that you use the Arduino Pro Mini. I used dedicated ATMega w/o Arduino HW... Anyways 30uA is also quiet good I think. it should give you more than a year stand by time (theoretical).
(800mAh Battery / (30uA circuit + 30uA self discharge) /24h = 555 days)
The regulator on the pro mini is still connected it might drain some uA still.
I just removed the power led from the board.
I had one DS18b20 connected at the time of measuring.
When i hit 30uA I did not dig any further into it.
I have > 800mAh batteries so I will get > 2 years of operation.
Might do some more analysis of it later on.
/Magnus
@Mickey said:
can you share this board schematics?
Sure,
I have some improvements that I need to sort out first but I'm not
intending to make money from this it's for my personal benefit.
/Magnus
@gadu said:
Where can one find these boards?
Hi, I developed the boards to fit my own needs.
Currently I don't have any spare but will order more shortly.
/Magnus
Yes, and if you have an controller that can give you the latest value for V_ID it can be used to remember the sensor ID on start up without having it in the EEPROM of the node.
This will be very useful if you have multiple DS1820-sensors on the same bus and one goes bad. If you remove the sensor from the controller a new ID will be assigned next start up.
Pseudo code (yes I know that request does not respond with the data):
listOfSensors = findAllSensors()
for(1..MAX_SENSOR_ID as i) {
id = gw.request(i,V_ID);
if(id in listOfSensors) {
sensor[id] = i;
gw.present(sensor[id],S_TEMP);
}
}
for(listOfSensors as id) {
if(not exist sensor[id]) {
sensor[id] = find_free_id();
gw.present(sensor[id],V_TEMP);
}
}
Hi!
For sensors that have natural/built in ID's for example DS1820 temp sensors it would be nice to have an V_ID or V_SERIAL to send to the controller to identify the sensor. This can be done via for example one of the V_VAR* or any other for that matter but an common V_ for sending this kind of information over the air.
/Magnus
Yes, I'm using 2x1.5V and it seams to work well..
The card uses around 30uA (+- the precision of my multimeter) in idle/sleep and that should give a pretty long run time on batteries.
I have nodes that has been online since before Christmas and still going strong.
/Magnus
Hi! My first post
I have developed a small card that fit my needs (and probably more).
It has space for 3.3V regulator for the NRF card (and other 3.3 components) and most of the available pins in one place.
The sensors inputs are designed with RC servos in mind. The power is in the middle so it does not make smoke when you connect your 3pin dupont cable the wrong way.
Power input is designed so that you can choose with a simple jumper if you want to use the internal regulator within the Pro Mini card or have regulated power from the outside directly to Vcc.
In the bottom of the card I have two unconnected power rails that can be connected from "PWR JMP" to get VCC, 3.3V regulated or raw input for sensors that require different power levels.
The only problem with the current sent of cards I have is that the NRF card is so close to the Pro Mini card that I had to tilt the socket a little bit to make it fit and that the silkscreen for the Arduino is wrong.
For v1.1 I will probably also add som indicators what pins that are available as well so that I don't have to guess or check the schema every time
It's designed to fit into a box from biltema (http://www.biltema.se/sv/Bygg/El/Fast-installation/Kulodosa-35469/).
The battery holder is hot glued to the top of the box.
/Magnus