General Discussion

It seems that I could fix the issue by making the pin 15, LOW at boot time as it triggers the SD BOOT option in ESP8266: void setup() { pinMode(15, OUTPUT); digitalWrite(15,LOW); }

@neverdie said in Windows PopCom tool shows which USB serial ports are available: it must be hidden in plain sight Indeed :-D [image: 1536926095348-c387d1dd-f8f9-4a25-b4de-5e478f88b67d-image-resized.png]

@tbowmo Thx for clarification. As I only use serial GW's, I didn't notice the difference until now.

@ivan-fontanals yes you got it right. The controller can communicate with all MySensors nodes through the gateway. https://www.mysensors.org/about/network has an overview of how the different parts fit together. If anything is unclear, just post a question and we'll try to help.

Would this help? https://forum.mysensors.org/topic/6502/how-to-use-softwareserial-library

High sensitivity: down to -148 dBm. From the datasheet. There probably needs to be some margin, but my experience with Sigfox shows that -130 is quite reliable. After that, packets start go missing. I would guess LoRa is similar.

@neverdie I mean the game. They have everything "nuke" and "atomic".

@jkandasa the gateway is stateless, it has no concept of queue.

@neverdie yes that is the plan

@neverdie yes. Same in latest esp8266 board versions in Arduino IDE.

Hi @mfalkvidd, Problem is, when your code can't compile because you are one (or several) bytes short of ram, nothing else matters. As to readability, I assume you know about that rarely used compiler feature called 'comments'? I hear they use zero Arduino RAM and even less ROM memory. :flushed:. Ok, I'm just being cheeky, so don't flame me, it just seemed a good opportunity for a reminder to everybody. Point being we are all guilty of not using enough comments in our code. You said you are worried about readability and maintainability - it's just like code backups, it's a problem only because we only worry about them 'after' a drive crash, or in the case of comments, two years later when we are trying to remember what the hell this weird code does.. THE REALITY: If we are really worried, we would add liberal comments and do regular backups - otherwise I say we're not really 'that' worried. Cheers, Paul

@pierrot10 1 mm of rain over 1 square meter is 1 liter of water. Correct! One liter makes 358 tips so one tip is then 2,7932 milliliters that is correct. But rainfall mm/hr is 2,7932 * nbr of tips only if the area of the funnel is 1 square meter. Your funnel is only 55 square centimeters so you will only collect 55/10000 of the rain that falls on the whole square meter. The example you are using at the top of your post does not have the size of the funnel anywhere in the code.

Hi @neelam, welcome to the forum! The dimmer example should work. If you want to use only the esp8266 with wifi (no nrf/rfm or other radio), you'll also need to add gateway settings from https://www.mysensors.org/build/esp8266_gateway

Ok,thanks for responds guys

I'm using miceuz's Chirp I2C sensors here. Found it to be much more reliable and consistent than the cheap analogue sensors, particularly dealing with large outdoor temperature variations. The "rugged" model works a charm. I'm getting about 12 months off 2x AAA batteries, using some aggressive sleeping. As you've surmised, hook up the power in line to a Digital Out so you're not constantly powering the sensor when your board is asleep. You'll need to wait() about 200ms for the board to wake up after supplying power, and take a few dummy readings each time you wake it for it to stabilise.

There is no need to change sketch version. That field is for information only. I don't think controllers support removing anything automatically. Maybe if they have an external api. I'm unable to find anything like that in the Domoticz api: http://www.domoticz.com/wiki/Domoticz_API/JSON_URL's But since it is possible to delete stuff from the Domoticz web UI, maybe you can just check what a delete request looks like?

@monte said in easy FPGA'S: I have same questions as some guys in the comment section of that video. I know what FPGA is, but I can't understand what is the use scenario for those who are using MCU's for their projects. And as we are on mysensors forum, maybe you have in mind some application for FPGA to our common needs? I can't imagine myself starting to learn verilog right now, but I hear about it from all around so I might consider learning it in near future, but I can't make myself learn stuff unless I see some interesting application of new knowledge. Thanks for bringing this up. I'll concede the point, because after looking into it a bit more, I think you're probably right. I mean, the newer ARM chips consume less than 100na in sleep mode and seem generally quite power efficient: https://www.microchip.com/design-centers/32-bit/sam-32-bit-mcus/sam-l-mcus

@CrankyCoder I heard that in the Netherlands at least there are technically no laws agains placing sensors in trees :-)

Atc will try to keep TX rssi above - 70db by adjusting the TX power. If you move the node away from gateway you should see TX rssi decrease until - 70 then the power should start rising as you get farther away

As promised this is my wiring and code, hope this help people out First the wiring. Radio - Mega Pin +3V - NA -3V - NA CSN/CS(Yellow) - 6 CE(Orange) - 5 SCK(Green) - 14 MISO(White) - 15 MOSI(Blue) - 16 IRQ(Gray) - 2 Switch - Mega Left - RESET Right - 3 (inclusion Button) LEDs - Mega Red(Err) - 40 Orange(Rx) - 42 Green(Tx) - 44 All are grounded with 330 Ohm resistors. And here is my Sketch. One thing I had done when I was just getting lots of shutdowns and errors was to wipe the board - I uploaded blink and left it alone for a minute and then reloaded the gateway with the updated libraries and (knocking on wood) it seems to be stable. /** * 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-2015 Sensnology AB * Full contributor list: https://github.com/mysensors/Arduino/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 - Henrik EKblad * Contribution by a-lurker and Anticimex, * Contribution by Norbert Truchsess <norbert.truchsess@t-online.de> * Contribution by Tomas Hozza <thozza@gmail.com> * * * DESCRIPTION * The EthernetGateway sends data received from sensors to the ethernet link. * The gateway also accepts input on ethernet interface, which is then sent out to the radio network. * * The GW code is designed for Arduino 328p / 16MHz. ATmega168 does not have enough memory to run this program. * * LED purposes: * - To use the feature, uncomment MY_DEFAULT_xxx_LED_PIN in the sketch below * - RX (green) - blink fast on radio message recieved. In inclusion mode will blink fast only on presentation recieved * - TX (yellow) - blink fast on radio message transmitted. In inclusion mode will blink slowly * - ERR (red) - fast blink on error during transmission error or recieve crc error * * See http://www.mysensors.org/build/ethernet_gateway for wiring instructions. * */ // Enable debug prints to serial monitor #define MY_DEBUG // Enable and select radio type attached #define MY_RADIO_RF24 // Enable gateway ethernet module type #define MY_GATEWAY_W5100 // W5100 Ethernet module SPI enable (optional if using a shield/module that manages SPI_EN signal) //#define MY_W5100_SPI_EN 4 // Enable Soft SPI for NRF radio (note different radio wiring is required) // The W5100 ethernet module seems to have a hard time co-operate with // radio on the same spi bus. #if !defined(MY_W5100_SPI_EN) && !defined(ARDUINO_ARCH_SAMD) #define MY_SOFTSPI #define MY_SOFT_SPI_SCK_PIN 14 #define MY_SOFT_SPI_MISO_PIN 16 #define MY_SOFT_SPI_MOSI_PIN 15 #endif // When W5100 is connected we have to move CE/CSN pins for NRF radio #ifndef MY_RF24_CE_PIN #define MY_RF24_CE_PIN 5 #endif #ifndef MY_RF24_CS_PIN #define MY_RF24_CS_PIN 6 #endif // Enable UDP communication //#define MY_USE_UDP // If using UDP you need to set MY_CONTROLLER_IP_ADDRESS below // Enable MY_IP_ADDRESS here if you want a static ip address (no DHCP) #define MY_IP_ADDRESS 192,168,1,XXX // If using static ip you can define Gateway and Subnet address as well #define MY_IP_GATEWAY_ADDRESS 192,168,1,XXX #define MY_IP_SUBNET_ADDRESS 255,255,255,XXX // Renewal period if using DHCP //#define MY_IP_RENEWAL_INTERVAL 60000 // The port to keep open on node server mode / or port to contact in client mode #define MY_PORT 5003// // Controller ip address. Enables client mode (default is "server" mode). // Also enable this if MY_USE_UDP is used and you want sensor data sent somewhere. //#define MY_CONTROLLER_IP_ADDRESS 192, 168, 178, 254 // The MAC address can be anything you want but should be unique on your network. // Newer boards have a MAC address printed on the underside of the PCB, which you can (optionally) use. // Note that most of the Ardunio examples use "DEAD BEEF FEED" for the MAC address. #define MY_MAC_ADDRESS 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED // Set LOW transmit power level as default, if you have an amplified NRF-module and // power your radio separately with a good regulator you can turn up PA level. #define MY_RF24_PA_LEVEL RF24_PA_MAX // Enable inclusion mode #define MY_INCLUSION_MODE_FEATURE // Enable Inclusion mode button on gateway #define MY_INCLUSION_BUTTON_FEATURE // Set inclusion mode duration (in seconds) #define MY_INCLUSION_MODE_DURATION 90 // Digital pin used for inclusion mode button #define MY_INCLUSION_MODE_BUTTON_PIN 3 // Set blinking period #define MY_DEFAULT_LED_BLINK_PERIOD 300 // Inverses the behavior of leds #define MY_WITH_LEDS_BLINKING_INVERSE // Flash leds on rx/tx/err // Uncomment to override default HW configurations #define MY_DEFAULT_ERR_LED_PIN 40 // Error led pin #define MY_DEFAULT_RX_LED_PIN 42 // Receive led pin #define MY_DEFAULT_TX_LED_PIN 44 // Transmit led pin #if defined(MY_USE_UDP) #include <EthernetUdp.h> #endif #define MY_SIGNING_SOFT #define MY_SIGNING_SOFT_RANDOMSEED_PIN 23 #define MY_SIGNING_WEAK_SECURITY #include <Ethernet.h> #include <MyConfig.h> #include <MySensors.h> void setup() { // Setup locally attached sensors } void presentation() { // Present locally attached sensors here } void loop() { // Send locally attached sensors data here }```