Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. Controllers
  3. MyController.org
  4. Releases

Releases

Scheduled Pinned Locked Moved MyController.org
25 Posts 6 Posters 9.7k Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • joaopauloJ Offline
    joaopauloJ Offline
    joaopaulo
    wrote on last edited by
    #21

    Is there any implementation to control equipments via IR (infrared) ? I've done some tests with light actuators and that works fine.

    M J 2 Replies Last reply
    0
    • J jkandasa

      @mvader said:

      @jkandasa said:

      I enabled debug in the logs , rebooted the rpi2

      If you enable or disable debug logs in MyController , there is no need to reboot your rpi.
      Whatever you change in mycontroller/conf/logback.xml the out logs will be in mycontroller/logs/mycontroller.log

      this is what i have after telling the firmware to upload
      trying to reboot a sensor
      and then manually rebooting the device.
      it doesn't appear it's sending

      Oct 22, 2015 10:43:18 PM	Sensor Internal	Sent	[I_CONFIG], [NodeId:3, SensorId:255, PayLoad: I]
      Oct 22, 2015 10:43:18 PM	Sensor Internal	Received	[I_CONFIG], [NodeId:3, SensorId:255, PayLoad: 0]
      Oct 22, 2015 10:43:18 PM	Sensor Presentation	Received	[S_ARDUINO_NODE], [NodeId:3, SensorId:255, PayLoad: 1.5]
      Oct 22, 2015 10:43:01 PM	Sensor Internal	Sent	[I_REBOOT], [NodeId:3, SensorId:255, PayLoad: ]
      Oct 22, 2015 10:42:41 PM	Sensor Internal	Received	[I_VERSION], [NodeId:0, SensorId:0, PayLoad: 1.5]
      Oct 22, 2015 10:42:13 PM	Sensor Stream	Sent	[ST_FIRMWARE_CONFIG_RESPONSE], [NodeId:3, SensorId:255, PayLoad: 01000200A8066891]
      

      Based on the log seems like, gateway cannot communicate with your node. Only receiving from node. If you have any relay board, or something send ON/OFF from MyController and check it?

      also on a separate issue
      time zone
      can this be a configurable option?

      Right now it's taking system timezone as timezone. I hope if we give it as configurable option may leads confusion.

      it seems to default to
      Version: 0.0.2-alpha5, Timezone: UTC(+0000)
      i have the TZ set correctly on my rpi2
      (i'm EDT timezone)
      thanks

      You have to set timezone with the help of raspi-config https://learn.adafruit.com/adafruits-raspberry-pi-lesson-2-first-time-configuration/changing-timezone

      I believe your rpi still with UTC. If you run date command from your raspberry PI what is the output?

      M Offline
      M Offline
      mvader
      wrote on last edited by
      #22

      @jkandasa said:

      Right now it's taking system timezone as timezone. I hope if we give it as configurable option may leads confusion.

      it seems to default to
      Version: 0.0.2-alpha5, Timezone: UTC(+0000)
      i have the TZ set correctly on my rpi2
      (i'm EDT timezone)
      thanks

      You have to set timezone with the help of raspi-config https://learn.adafruit.com/adafruits-raspberry-pi-lesson-2-first-time-configuration/changing-timezone

      I believe your rpi still with UTC. If you run date command from your raspberry PI what is the output?

      i must have had a browser cache issue or something, the next day i came back and it said EDT. so it appears my system clock was indeed set to UTC.

      One comment on something you said above.

      " I hope if we give it as configurable option may leads confusion."

      I think that given the audience here, there isn't much that would confuse people.
      If you were dealing with people who didn't know anything about electronics, or computers, maybe, but to be honest i can't see how it would confuse anyone, much less anyone here..
      just my thoughts..

      now to circle around to the firmware issue.
      the nodes that use dual-optiboot, are mostly the sensebender micro boards.
      these are typically battery powered devices that sleep most of the time.
      with the library 1.5, you have an OTA enabled setting and when the device boots, it listens for a defined amount of time for an OTA upgrade signal.
      I've tested this with MYScontroller and it works.
      when i reboot the device, the firmware upgrade takes off.

      I rebooted the device manually and nothing was sent, so it seems like something may still not be working correctly.
      with your implementation.

      J 1 Reply Last reply
      0
      • joaopauloJ joaopaulo

        Is there any implementation to control equipments via IR (infrared) ? I've done some tests with light actuators and that works fine.

        M Offline
        M Offline
        mvader
        wrote on last edited by
        #23

        @joaopaulo said:

        Is there any implementation to control equipments via IR (infrared) ? I've done some tests with light actuators and that works fine.

        I've tested with IR and it appears to work. so you shouldn't have any problems.

        1 Reply Last reply
        0
        • joaopauloJ joaopaulo

          Is there any implementation to control equipments via IR (infrared) ? I've done some tests with light actuators and that works fine.

          J Offline
          J Offline
          jkandasa
          Plugin Developer
          wrote on last edited by
          #24

          @joaopaulo said:

          Is there any implementation to control equipments via IR (infrared) ? I've done some tests with light actuators and that works fine.

          Thank you!
          Answered @ http://forum.mysensors.org/topic/2248/control-equipment-s-via-ir-infrared

          1 Reply Last reply
          0
          • M mvader

            @jkandasa said:

            Right now it's taking system timezone as timezone. I hope if we give it as configurable option may leads confusion.

            it seems to default to
            Version: 0.0.2-alpha5, Timezone: UTC(+0000)
            i have the TZ set correctly on my rpi2
            (i'm EDT timezone)
            thanks

            You have to set timezone with the help of raspi-config https://learn.adafruit.com/adafruits-raspberry-pi-lesson-2-first-time-configuration/changing-timezone

            I believe your rpi still with UTC. If you run date command from your raspberry PI what is the output?

            i must have had a browser cache issue or something, the next day i came back and it said EDT. so it appears my system clock was indeed set to UTC.

            One comment on something you said above.

            " I hope if we give it as configurable option may leads confusion."

            I think that given the audience here, there isn't much that would confuse people.
            If you were dealing with people who didn't know anything about electronics, or computers, maybe, but to be honest i can't see how it would confuse anyone, much less anyone here..
            just my thoughts..

            now to circle around to the firmware issue.
            the nodes that use dual-optiboot, are mostly the sensebender micro boards.
            these are typically battery powered devices that sleep most of the time.
            with the library 1.5, you have an OTA enabled setting and when the device boots, it listens for a defined amount of time for an OTA upgrade signal.
            I've tested this with MYScontroller and it works.
            when i reboot the device, the firmware upgrade takes off.

            I rebooted the device manually and nothing was sent, so it seems like something may still not be working correctly.
            with your implementation.

            J Offline
            J Offline
            jkandasa
            Plugin Developer
            wrote on last edited by
            #25

            @mvader said:

            @jkandasa said:

            Right now it's taking system timezone as timezone. I hope if we give it as configurable option may leads confusion.

            it seems to default to
            Version: 0.0.2-alpha5, Timezone: UTC(+0000)
            i have the TZ set correctly on my rpi2
            (i'm EDT timezone)
            thanks

            You have to set timezone with the help of raspi-config https://learn.adafruit.com/adafruits-raspberry-pi-lesson-2-first-time-configuration/changing-timezone

            I believe your rpi still with UTC. If you run date command from your raspberry PI what is the output?

            i must have had a browser cache issue or something, the next day i came back and it said EDT. so it appears my system clock was indeed set to UTC.

            One comment on something you said above.

            " I hope if we give it as configurable option may leads confusion."

            I think that given the audience here, there isn't much that would confuse people.
            If you were dealing with people who didn't know anything about electronics, or computers, maybe, but to be honest i can't see how it would confuse anyone, much less anyone here..
            just my thoughts..

            @mvader Thank you! What I mentioned here is, Say if you are running your system with UTC time (People always set system time as where they are living) and you change MyController time to EDT.
            Now confusion stars this way.

            • Sunrise/Sunset time (you set latitude and longitude for your location(UTC), time will be displayed in EDT)
            • Message received from sensor will show in EDT, As you are in UTC there is chance to thing like it is old log, etc.,
            • While scheduling 'Timer' will get confuse (Will be scheduled in EDT timezone).
            • I believe it is good to go with system time.
            • Top most we have to rewrite the code in many places :wink:

            now to circle around to the firmware issue.
            the nodes that use dual-optiboot, are mostly the sensebender micro boards.
            these are typically battery powered devices that sleep most of the time.
            with the library 1.5, you have an OTA enabled setting and when the device boots, it listens for a defined amount of time for an OTA upgrade signal.
            I've tested this with MYScontroller and it works.
            when i reboot the device, the firmware upgrade takes off.

            I rebooted the device manually and nothing was sent, so it seems like something may still not be working correctly.
            with your implementation.

            Thank you for your effort and time on this. Let me check how dual-optiboot works and will check the implementation MyController also.

            1 Reply Last reply
            0
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            17

            Online

            11.7k

            Users

            11.2k

            Topics

            113.0k

            Posts


            Copyright 2025 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
            • Login

            • Don't have an account? Register

            • Login or register to search.
            • First post
              Last post
            0
            • MySensors
            • OpenHardware.io
            • Categories
            • Recent
            • Tags
            • Popular