The problem is that the boards.txt is declaring the use of the tool avrdude, in the sketchbook the IDE is not able to find the avrdude, so the error. That's what you get when you mix a Arduino noob with a linux noob
As already meintioned by @kimot and @gohan, the rfm69hcw comes in different versions. From the datasheet, there are four versions:
Each versions support a frequency range. This is also shown in the datasheet:
@Qwe-Qwe you need to buy a version that matches your frequency, and cut/buy an antenna that also matches the frequency.
I fixed it by adding:
#define MY_NODE_ID 11
#define MY_PARENT_NODE_ID 0
I had been noticing that the gateway was overwriting old nodes that hadn't connected for a while. Oddly, I can see the following ID's in Domoticz:
Not sure if it is the same problem, but looking similar ?
I upgrade my MQTT gateway to 2.2.0 (from 2.1.0), all working ok with my 2.1.0 sensor nodes
I upgrade the first sensor node to 2.2.0, and I get TSM:INIT:TSP FAIL messages on the node.
I downgrade the first sensor node back to 2.1.0 and it works again like a charm ...
Did I miss something ? Is this a bug in 2.2.0 ? Do I need to change config ?
@ben999 Sorry for the delay. Work has been crazy lately. I see there are plenty of answers above and I echo them. I try not to upload with two power sources connected. If everything is 5v you are probably safe but I see you're using batteries and I'd not risk it just to be safe. I have used two power sources in the past but I have since changed my ways. I can't remember what stopped me but I believe I was getting strange results. I don't think I ever fried any hardware but why risk it...?
If you are still having this issue have you tried with another Pro Mini and different code? Is anything coming out of the serial monitor or is it just blank?
The RFM69 is more power hungry than nrf24, so you also need the decoupling capacitor, especially if using the high power rfm69 version.
To be sure, you're using high power version on your node, right? as you're using MY_IS_RFM69HW
RFM69 is not 5v tolerant (mentioned in the build howto). It's not only about rfm69 vcc, but also about its SPI signals pins, irq etc. when using arduino uno, the atmel mcu is 5v powered (the 3v regulator is external). so the atmel is 5v, and send signals to rfm69 with 5v voltage. not good. max voltage recommended by datasheet is 3.9v. so you could fry it or get malfunction.
could you retry with a 3v arduino? if it's still not working then, try with a fresh radio module and check connection.
Btw, POSITIVE is created here: https://github.com/mysensors/MySensorsArduinoExamples/blob/4a645c332432412a6308d7df82eee01a3ca68b24/libraries/LiquidCrystal/LCD.h#L187 which is included by LiquidCrystal.h which is included in the irrigation sketch.
thank you for your contributions. I think I have finally fixed the problem. It was due to the input side from solar and I had overvoltage shutting down my charge control board. This is quite strange as it has been running for a longer period and then stopped. Maybe it altered and at some point the tolerance went down.
Anyhow it is logical: When I had good sun, I measured 6.2V on the input side which seems to be too much for the board - even the solar panels are all rated at 5V.
I added a voltage regulator making sure the solar output is max 5V. Since then it seems to be stable.
Of course this is not optimal as this is causing some loss.
Does anyone have a potentially better solar charger control board for an input of around 4-9 V to charge a 3.7 LiPo?
Currently using those: LiPoCharger AliExpress
100% New 5V Micro USB 1A 18650 Lithium Battery Charging Board With Protection Charger Module for Diy Kit