@mfalkvidd You are right but may be should there be for each sensor or actuator first the most basic sketch but also at the end of the page a complete version with all functionalities and granted to work by the mysensors team.

Of course for the complicated sketch version a big warning in red letters that this is not recommended for newbies would help...

Found this interesting page
http://www.home-automation-community.com/arduino-low-power-how-to-run-atmega328p-for-a-year-on-coin-cell-battery/

but the gnd pin and quiescent currents of the minipros regulator LQ33 the guy is talking about in this page (80 microA at 0.1mA load current), may be much bigger than for my minipro which regulator has LG33 written on it , so if the following is the correct datasheet:
http://pdf1.alldatasheet.com/datasheet-pdf/view/308176/ELM-TECH/ELM1117LG-33-S.html
it has a typical 5mA quiescent current. This is much much higher than the previous (LQ33) one but the load current is also not specified so i'm not sure...
All in all do the analysis of the above page apply to the 3.3 minipro which i bought through the store on your site ?
It says that "Even though the standard voltage regulator is not efficient at low current, it is still good enough to run the 3.3 V Pro Mini on 3 AA Alkaline batteries for more than one year, based on the measured power consumption of 54 μA in power-down sleep and 3.90 mA in active mode."
Thank you in advance, it's the first time in my life i try to understand a datasheet...

@gohan
That's what i'm trying to understand ... also MQTT gateway needs ethernet, and there is no such thing available for a gps tracker which can only communicate through gsm, and once the data are received through the gsm network , one would just like to be able to collect them and translate to a location on a map or to get them in a controller where it can be used with other sensor data to trigger scripts ... for all this i was wondering why the simplest solution would not be the better : (mfalkvidd seems to agree) just a sketch to collect gps data and send them as sms and nothing else ... However part of the mysensors protocol devoted to presentation of child objects and so on would make sense if the final receiver, for instance domoticZ could recognize it even though it was received through SMS ...(i don't have the impression that this is possible so far? i don't even know wether domoticZ can recognize and handle sensors and actuators through SMS. yet that would be cool all the more since we have this smsgateway sketch which could evolve to become a genuine SMSgateway or even WAN gateway if it could talk to a controller through the exchange of SMS or Lora messages and to other sensors with the wireless short distance mysensors protocol )

LoraWan will be the next step. Actually i dont have a specific project, i'm just exploring as much as i can all IoT possibilities as a teacher in networks and telecoms... Many thanks for all the valuable info i got from mysensors forum

@Rene046
not
msgbatt.set(batteryPcnt ,1);
but
send(msgbatt.set(batteryPcnt ,1));

also may be better to use S_MULTIMETER and V_VOLTAGE (rather than S_INFO and V_TEXT) as adviced by AWI and also 2 decimals hence
send(msgbatt.set(batteryPcnt ,2));