Navigation

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

    Topics created by tekka

    • tekka

      Something's cooking in the MySensors labs...
      Announcements • • tekka  

      29
      15
      Votes
      29
      Posts
      910
      Views

      BearWithBeard

      @pikim No, I am not. My original plan was to deploy more and more RFM-based nodes as they seemed superior over NRF24 in general, but I realized that my NRF24 network was rock solid and reliable, so there was no need for the added complexity and cost to support and integrate another transport. Plans are made to change them. That being said, I used the multiRF gateway for months without issues. The gateway operated as stable as the single transport 2.3.2 gateway. No issues at all, except with the automatic TX power adjustment (ATC) of the RFM transceivers, due to what I believe might be a timing issue within the library. I described the issue in this thread. Basically, the RFM nodes were not able to reduce their transmit power, unnecessarily blasting the environment and wasting battery power. Introducing small delays in various places was all it needed to work around this issue successfully, seemingly without adverse side effects. This issue has not been properly remedied since the introduction of the multiRF gateway though. For all I know, it is still tekka's personal fork of the MySensors 2.4 branch and has not been updated, so any new fixes and features for version 2.4 since March 2020 will not be available to this fork, unless you manually implement them. So I guess it is up to you if you prefer to use the multiRF gateway without all the mainline 2.4 changes, or the up-to-date 2.4 branch without the multiRF feature. It should not make much of a difference currently, according the the commits since the multiRF fork, unless you want to use PJON transport or deploy NRF5-based nodes. I really wish that the development on MySensors revives, as it is feeling kinda stale at the moment. It would be a shame if this project got silently abandoned. I would be glad to help out wherever I can.
    • tekka

      MySensors 2.3.2 released
      Announcements • • tekka  

      28
      19
      Votes
      28
      Posts
      3571
      Views

      JeeLet

      what would you like as a novelty ??? " MySensors is dead ?" ... No, in my house it is still alive. but it's true you are right to ask the question. the programmers, the creators are always The ????? what!? bought by the competition so that MySensors does not evolve any more? it makes damage to the commercial product
    • tekka

      MYSController problem
      Troubleshooting • • tekka  

      13
      0
      Votes
      13
      Posts
      3344
      Views

      Roman

      @tekka said: Issue created SUPER!
    • tekka

      MYSBootloader 1.3.0-beta.3
      Development • • tekka  

      182
      4
      Votes
      182
      Posts
      59358
      Views

      ejlane

      @Trand Well, sorry, but nothing else comes to mind. If you have a scope or logic analyzer then you need to watch the actual signals on the wires and see what is happening. If you don't, then you should pick up a cheap logic analyzer. You can get one for $10 and it's invaluable for tracking down things like this. I don't know where you are based, but I see them on Aliexpress all the time.
    • tekka

      MySensors 2.1.0 Released
      Announcements • • tekka  

      10
      15
      Votes
      10
      Posts
      6499
      Views

      tekka

      @Tris The datasheet refers to RFM96/98 for software information - I haven't looked into the details, but I assume it should be compatible with minor adjustments to the power level settings.
    • tekka

      MYSBootloader 1.3pre2 testing
      Development • ota myscontroller mysbootloader • • tekka  

      73
      7
      Votes
      73
      Posts
      30510
      Views

      tekka

      @karlheinz2000 said: But if I'm not using MYSB, I can flash a sketch with defined ID and this will work instantly in the network. Yes With MYSB I always have to do assign a new ID just to get the node to run the first time after flashing. Only true if EEPROM (i.e. ID address location) was cleared. Any chance to get MYSB to know, if a sketch is an flash? And start this sketch, which then will use the defined ID or request a new ID from controller and writes the eeprom? During booting, MYSBootloader calculates the FW CRC in flash and verifies it against the FW CRC stored in EEPROM (which is written after a successful OTA FW update) - if it matches, the sketch starts, if not, the bootloader remains active.
    • tekka

      New nRF24 driver in MySensors 2.0.0
      Announcements • nrf24 mysensors 2.0.0 • • tekka  

      10
      13
      Votes
      10
      Posts
      4858
      Views

      tbowmo

      @GertSanders No, you have to update manually...
    • tekka

      MYSBootloader 1.3 pre-release & MYSController 1.0.0beta
      Development • ota myscontroller mysbootloader • • tekka  

      198
      13
      Votes
      198
      Posts
      85033
      Views

      iguaan

      @tekka Is there any changelog to it also or it was just made officially available again? although last online status was 22 AUG 2020, so anyone else can confirm anything about it? I'd just be cautious without confirmation.
    • tekka

      MYSBootloader 1.4 testing
      My Project • myscontroller mysbootloader • • tekka  

      24
      3
      Votes
      24
      Posts
      11821
      Views

      Mickey

      Hi I would like to test too. On atmega 328p au 8mhz internal board.
    • tekka

      Introducing MySensors on nRF24LE1
      My Project • myscontroller nrf24le1 soc • • tekka  

      37
      11
      Votes
      37
      Posts
      29128
      Views

      ykhokhlov

      @neverdie Thank you!
    • tekka

      MYSController supports Sensebender Micro OTA FW updates
      Controllers • • tekka  

      20
      4
      Votes
      20
      Posts
      8892
      Views

      scalz

      yes, I am very happy. I can finish the design of my ultra low power node now! it is a camel like (sub-uA) I have just a last question for @hek about ota: I looked into the lib. And of course, ota is not interfered by sleeping. But it can be interfered by some process in main loop like sensors, delays... And it can take very long time for ota in these case if we don't optimize our loop. It is logic I understand. So I am looking for a way of preventing this because for a battery-powered node it could be problematic to have an ota transferring for minutes (15min for DHT sketch for example). I saw you use fwUpdateOngoing for this in class, and it is protected, and I understand why. But it could be useful if we could have read access to it like a Get/IsOtaPending() Method. Just a get, not a set of course. Do you think you could add this feature? Or do I need to make my own class and derive it from Mysensors class? Just a thought...What do you think about this?
    • tekka

      Static IDs
      Bug Reports • • tekka  

      6
      0
      Votes
      6
      Posts
      2121
      Views

      hek

      @tekka Haha.. ok. I see. someone should probably take care of the bootloader code while @ToSa is busy..
    • tekka

      Windows GUI/Controller for MySensors
      Controllers • myscontroller mysbootloader • • tekka  

      486
      17
      Votes
      486
      Posts
      347899
      Views

      sindrome73

      https://drive.google.com/file/d/14h8-8UccetEXxKET6ylry5_OcifdcJPz/view?usp=sharing
    • tekka

      Empty Payload not set in MySensor::request and MySensor::requestTime
      Bug Reports • • tekka  

      2
      0
      Votes
      2
      Posts
      1320
      Views

      hek

      Thanks, fixed now.