Navigation

    • Register
    • Login
    • OpenHardware.io
    • Categories
    • Recent
    • Tags
    • Popular
    1. Home
    2. Meshx86
    3. Posts
    • Profile
    • Following
    • Followers
    • Topics
    • Posts
    • Best
    • Groups

    Posts made by Meshx86

    • RE: Presentation (S_*) and set, req (V_*) limitations

      yea i ended up using V_VAR1 - V_VAR5, V_CUSTOM, V_TEXT and presenting both S_INFO and S_CUSTOM.

      i am currently reading it through Wemos D1 Mini + MAX RS485 converter (working without logic converter just fine).

      posted in Development
      Meshx86
      Meshx86
    • Presentation (S_*) and set, req (V_*) limitations

      This sounds silly but it really annoys me.

      I switched from OpenHAB2 (using MQTT binding) to Home Assistant (using mysensors component) to read my Energy Meter (SDM220) which has a total of 14 variables that are read via Modbus RS-485 according to the manual.

      i do present both S_POWER and S_MULTIMETER, but i do not present the rest (frequency, phase angle, total Kvarh, etc) because there is not proper sensor type (V_*) to represent them.

      i've allocated the number 57-63 to send the rest of the data, but home assistant component is complaining that they're undefined in the dictionary.

      V_VAR1 - V_VAR5 are not enough for me, and i really don't want to break them to multiple child nodes, has anyone considered adding S_ENERGYMON (that would include all values -existing and non-existing- under it) ?

      posted in Development
      Meshx86
      Meshx86
    • RE: Wemos D1 Mini + RFM69 Gateway wiring?

      Try DI00 -> D4 (see attached)

      i remember altering something in the .h file of RFM69

      #define RF69_IRQ_PIN 2
      #define RF69_IRQ_NUM 0

      try making both 2, or both 4

      alt text

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: 💬 Door, Window and Push-button Sensor

      @Jic i was wondering what's the purpose of the 1 M resistor on the reed switch ?
      i used 2 x AA battery, digitalRead, 8 MHz stock clock and no resistor, i know this might not be the most optimized power consumption setup

      posted in Announcements
      Meshx86
      Meshx86
    • RE: 💬 Door, Window and Push-button Sensor

      i don't why, but debouncer.read(); always return 1, i was never able to send the status of the door, however, digitalRead(BUTTON_PIN) returns the actual value.

      since i am using this for reed switch, i believe i don't need the debouncing functionality do i ?

      posted in Announcements
      Meshx86
      Meshx86
    • RE: 💬 Battery Powered Sensors

      @Yveaux one last, i promise 😛

      if max battery voltage is actually 3.2v, does that mean that the battery percentage would show 100% for quite sometime before it starts dropping below 3.0v (assuming vmax is set to 3.0) ? or would it increase the inaccuracy gap ?

      posted in Announcements
      Meshx86
      Meshx86
    • RE: 💬 Battery Powered Sensors

      @GertSanders thanks , i think accuracy isn't a deal breaker, i believe everyone's concern is to just know when the batteries need to be replaced (hopefully that can be done without specifying the voltage correction).

      posted in Announcements
      Meshx86
      Meshx86
    • RE: 💬 Battery Powered Sensors

      @GertSanders sorry mate, am more of a software guy..

      according to the lib i've seen and @Yveaux's example for the internal method, at the begining you need to define a corrective value :

      const float VccCorrection = 1.0/1.0;  // Measured Vcc by multimeter divided by reported Vcc
      
      Vcc vcc(VccCorrection);
      

      is this necessary for an accurate reading ? and is the corrective value need to be just entered once (like a calibration per arduino) or need to be reconfigured every time you replace a battery ?

      posted in Announcements
      Meshx86
      Meshx86
    • RE: 💬 Battery Powered Sensors

      @GertSanders following the instructions of this post suggest using Alkaline batteries (apparently Li-ion aren't a good idea for sensor nodes ?! plus they are expensive), the optimal solution would be using 2 x AA batteries as some ans this post suggested.

      I believe there is no way 2 x AA batteries in series would measure anywhere near 3.3v, the max i measured with brand new batteries was 3.2v.

      my major concern is:
      would i still need to the do the voltage corrections when using the voltage divider ? if so, does that need to be reprogrammed every time you replace the battery ?

      sorry to bring this again @Yveaux @axillent

      posted in Announcements
      Meshx86
      Meshx86
    • RE: 💬 Battery Powered Sensors

      i just want to get this once and for all, so others coming by gets it directly instead of going through all the 2 threads posts, please correct me if i am wrong:

      1- using the voltage divider is needed if there is a voltage regulator / booster where where VBatt != Vcc.
      2- using the voltage regulator is not needed if the voltage regulator is removed / no booster is used (powering directly from 2 x AA batteries) where VBatt == Vcc.

      *I've noticed the 2nd method requires inputting battrie's DMM measured values vs arduino ones for correction, is this a down side if you need to change the battery later on ? or is it just programmed once ? and does the 1st method rquirs these corrections too ?

      Cheers

      posted in Announcements
      Meshx86
      Meshx86
    • overloading request function to allow having a non empty payload

      to avoid complixity in Openhab (or any other controller not supporting null as a valid data type), it would be a good idea to overload the request function to have a non empty payload, in order for those controllers to accept the request and provide the value

      posted in Feature Requests
      Meshx86
      Meshx86
    • RE: processing incoming MQTT messages to actuate gateway local relay / variable.

      by hek:

      This PR was merged a few days ago:

      https://github.com/mysensors/MySensors/pull/633

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: Incoming MQTT Prefix can't have '/' or '-' in it.

      great ! glad to find someone thinking the same way 🙂

      is there a newer release of the lib soon ? or shall i manually download it and install it ?

      posted in Bug Reports
      Meshx86
      Meshx86
    • RE: Incoming MQTT Prefix can't have '/' or '-' in it.

      so probably before processing the incomingMQTT, subtract the whole string of the incoming prefix and then start processing.

      posted in Bug Reports
      Meshx86
      Meshx86
    • Incoming MQTT Prefix can't have '/' or '-' in it.

      i had my MQTT incoming prefix defined as

      #define MY_MQTT_SUBSCRIBE_TOPIC_PREFIX "meshx86/ndw/pir_dht/in"

      the void receive() function won't be triggered if the MQTT path for incoming messages has '/' or '-' in it, as it would be interpreted as a wrong message maybe ?!

      note: i was able to successfully have have in the console message arrived with the above prefix, it is probably the slashes and dashes confuses the MQTTClient gateway

      posted in Bug Reports
      Meshx86
      Meshx86
    • RE: processing incoming MQTT messages to actuate gateway local relay / variable.

      @Meshx86 i figured out the problem which i believe it is a bug, you can't have in your incoming MQTT prefix "/" or "-" in the path, otherwise the message won't be parsed properly

      posted in Troubleshooting
      Meshx86
      Meshx86
    • processing incoming MQTT messages to actuate gateway local relay / variable.

      I've seen the relay sketch which has a receive function but that is for Radio Nodes, i was wondering about processing arrived MQTT messages to the MQTTClient gateway so it changes a variable / acts on a relay.

      is there any way to do that ? is it using the receive function as well ?

      note: i've already defines a message that has the V_type and CHILD_ID matching, i've got the message on the gateway console, i was wondering to get it into a variable.

      Thanks

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: 💬 Battery Powered Sensors

      can Li 18650 3.7 batteries be used as they are rechargeable ? knowing the max voltage at full might reach 4.1-4.2v ? maybe keeping the voltage regulator ?

      posted in Announcements
      Meshx86
      Meshx86
    • RE: My final setup to get MySensors and OpenHab communicating via MQTT

      @Martin-Tellblom cheers

      posted in OpenHAB
      Meshx86
      Meshx86
    • RE: openHAB 2.0 binding

      I have the following setup:

      1. MQTT Gateway on Wemos D1 mini (ESP8266)
      2. Node on Arduin pro mini

      i can't get the openhab binding to distribute address to the nodes, in things in openhab there is no option for MQTT Gateway to add, what is the procedure ?

      Cheers

      posted in OpenHAB
      Meshx86
      Meshx86
    • RE: My final setup to get MySensors and OpenHab communicating via MQTT

      My delimma here is Address distribution, i can't get openhab to distribute Address to the nodes when connecting, the MQTT Gateway sketch of my sensors doesn't do that right ?

      Any tips that would be great

      posted in OpenHAB
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      i just remembered i need a controller to distribute ID's for the nodes, i installed MyController.org and it works fine

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      @korttoma

      on the RFM69 Gateway-Node Example by Felix i managed to get Wemos to talk to Arduino Pro mini by changing IRQ_PIN and IRQ_NUM to 4 both send & receive

      now on the MySensors example, i can see the gateway (Wemos running MQTT gateway example) receiving the broadcast from the Arduino Pro Mini Node, and it replies to it, but the Arduino isn't receiving anything.

      I am not sure if it is wiring, or something with the node/gateway code

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      cheers, The D1 mini is a mini wifi board based on ESP-8266EX according to their website.

      still the whole thing is flakey, sometimes it got stuck and won't reset (even from onboard reset button) until i disconnect all the wires, are i only connect the RFM69 pins specified in here should other on used pins be grounded ?

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      @Meshx86 damn, i just connected it to D3 on Wemos D1 mini and it started working ..

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      @korttoma isn't GPIO4 = D2 ?

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      yea my bad, i just tried ID 0 in the RFM69 library Gateway-Node example and it worked, still can't understand the logic behind it since i know logical AND is done on the addresses but nvm..

      I am trying to get the Gateway Example of Original RFM69 (by Felix) to run on Wemos D1 Mini but i gets WDT reset, am trying to build up the gateway step by step to narrow down the problem.

      any idea if any modifications were done to the original RFM69 library to run on ESP8266 chips ?

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      @Yveaux i referred to nRF24 wiring since there isn't any reference wiring for ESP8266<->RFM69

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      @mfalkvidd am talking about this:

      bool transportInit() {
      	// Start up the radio library (_address will be set later by the MySensors library)
      	if (_radio.initialize(MY_RFM69_FREQUENCY, _address, MY_RFM69_NETWORKID)) {
      
      

      i believe the _address will be equal to the node ID (which either statically defined or obtained from controller),i am wondering with GW address is always 0 how the Radio will operate since valid "RFM69 Addresses" range is 1-254

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      How does that help in case of RFM69 ? how do you specify node id for RFM69 as the range for that is 1-254 ? i thought when creating an instance of RFM69 it get the ID from MySensors Node ID

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: [SOLVED] ESP8266 MQTT with RM69HW

      i just realized that node address requires a controller, so i decided specifying static addresses for the moment:

      still the RADIO shows OK even if it is unplugged, is verifying RFM69 running functions working ok ?

      while #define MY_NODE_ID worked for the sensor node, it didn't work for the gateway, any ideas ?

      posted in Troubleshooting
      Meshx86
      Meshx86
    • RE: mqtt/ethernet gateway - node id?

      @Qu3Uk

      thanks for the quick prompt, i am trying to assign a static gateway address by specifying

      #define MY_NODE_ID 1
      

      and it doesn't take effect, (putting it before the #include)

      Serial.println(getNodeId());
      

      results always in 0

      any ideas ?

      posted in Controllers
      Meshx86
      Meshx86
    • RE: mqtt/ethernet gateway - node id?

      @barduino said:

      #define MY_NODE_ID 7

      so just to be sure, am assuming the MQTT gateway has nothing to do with Openhab's MySensors Binding and thus won't obtain an automatic Node ID ?

      posted in Controllers
      Meshx86
      Meshx86
    • [SOLVED] ESP8266 MQTT with RM69HW

      I would like to begin that i had a working sketch from raw library + my own code (no ESP8266<->Radio but using Pro mini in between), but i decided to use Mysensors since it has community support and it does exactly what i need.

      in ESP8266 (havin wemos D1 mini) i connected the gray cable (IRQ ?) to D2 accordnig to link text

      the ESP8266 shows RADIO OK even if the radio is not powered and the sensor node still looking for Address:

      TSM:FPAR
      TSP:MSG:SEND 255-255-255-255 s=255,c=3,t=7,pt=0,l=0,sg=0,ft=0,st=bc:

      am sure am using enough power supply, i changed the HW define and Frequency to suite my needs)
      any ideas ?

      question, if sensor node takes address from GW, where does the GW gets its address from ? is it by default 1 ?

      posted in Troubleshooting
      Meshx86
      Meshx86