@jkandasa 🙂 No I hadn't, thanks, of course now its working. Great tool I'm enjoying getting to grips with the scripts and templates.

Thank you!! All mycontroller forum members, Merry Cristmas, and all the best for 2020!!

@storepeter You can set VAR1 type to double to see graph value. I do not remember exactly it can be shown on a mixed sensor graph. Just give a try.
Enable unique name may differentiate your sensors

@Boggie No, we do not have any Hass.io plugin.
I think you can run MyController on hassOS? Is it different than normal Linux system?

Thank you very much, this is exactly the kind of hint I needed!

@mtiutiu said in REST API for smart sleep enabled nodes:

It would be nice to have that working using the sendRawMessage endpoint also. I can open an issue on Github if needed.

Yes, please open a ticket. I will check and update you. Thanks!

@TomG Thanks - I have a few pi2 running like that as they can't boot from SD, so I know how you do that.

I have thoughts on what I can do next, but it is Mothers Day here tomorrow and I will be busy all weekend 😞

@habartik93 Stop MyController and delete mycontroller/conf/persistent_stores/* director and start MyController.

backup of moquette_store.mapdb.p not required. If you are still afraid to delete, take a backup of moquette_store.mapdb.p and delete it then start MyController. If everything goes good. delete your backup file of moquette_store.mapdb.p. it will free up space in your disk.

@Anduril said in set a time delay in java operation:

Another minor question: I added Names to my sensors (which were auto-detected during node presentation if that matters), but they get overwritten with for example 74522 TSF:MSG:READ,17-17-0,s=22,c=0,t=23,pt=0,l=0,sg=1: which seems to be the complete serial incoming message for that sensor. Is this know and is there a way to avoid this name-changing?

Yes, we have an option to lock the name. Add this property on your node.
"lockNode": true

For more detail have a look at https://github.com/mycontroller-org/mycontroller/issues/464

@Wieee It may not run as is. We have to check.

@matth1187 hi there,

"Does MYSBootloader prevent me from uploading sketch to a node via IDE. so in otherwords a node with MYSBootloader can only be program with OTA and not from serial/arduino ide?"

I'm allso still wondering about this. At first i had my nodes programmed via ftdi and arduinoIDE, then burned mysbootloader and could start OTA (allthough it didn't seem to succeed). I could then still program the nodes via ftdi (atleast arduinoIDE didn't throw an error and would write). Then i tried burning bootloader and then program with usbasp using shift-upload in arduinoIDE. When powering on nodes mycontroller can still descover them but when requesting firmware OTA i would only see "nodeID/255/4/0/1" in mqtt client but no response. So i'm still very confused. Did you find an answer to this question? Thanks

@Marcel Thank you for your patience!

OTA works in the following way,

send available firmware details(version, checksum, etc.,) to the node If node thinks, it is a different sketch, it will request block by block. MyController sends firmware block data(requested block)

When I have a new node, this will publish an auto node ID. Then I cannot upload new firmware because if I do this the default firmware will be loaded? I am not sure if that is even possible with manually assigned numberings of nodes.

Assigning node ID is a different process than OTA. So do not get confuse with node ID assignment.

So the next step is that I press edit on the new node and assign the firmware to it (that I added to utilities\firmware tab) and save this and the press the above button upload firmware? This seems to work but I am not sure if this is the correct process as I find this not very logical.

Yes, this is the correct way to upload firmware and it is by design. You can keep any number of version of the firmware and assign a version to a particular node.

When I would like to update a node, I add the software again to the utilities\firmware tab, edit the specific node and assign this new software and do the upload firmware again? Correct?

Yes, correct

The part where it did goes wrong is that I put the default switch on for firmware as I saw errors in the logging about this. Then this will upload software (which is already on another node) to the new node and you get duplicated node numbers.

Default firmware should not contain node id statically. It is mainly used when we use MYSBootloader. With this boot loader, we may not have any firmware. So we can keep default firmware for the first time. and later we can switch to new firmware by assigning manually.

That is up to our convenience. We can go without default firmware also.
You can disable it as follows,
461787f1-c759-4063-9c35-8af7e073c66d-image.png

So preferable, I would like to see. Add also the possibility that you have a split menu. Upload Assigned/default firmware or upload firmware where you get a popup and select the one you would like to upload to your node.

Yes, nice feedback/enhancement request. Could you please create a ticket in GitHub?

Secondly, I had a problem with my boot software. The first time it advertises itself and after the upload of the new firmware, I could never upload new firmware again. I have downloaded the MySensors Bootloader and recompiled it for my hardware (slim node atMega328p 8MHz) and this bootloader seems to work okay 🙂

Great! I hope you have mentioned MYSBootloader ^^

@aliasjim Yes, you should disable serial port from openhab and enable the serial port(gateway) in MyController, when you want to run FOTA

I opened up an issue: https://github.com/mycontroller-org/mycontroller/issues/488

You too, keep up the support and good work everybody! 🙂

I opened up a new thread for my issues...
https://forum.mycontroller.org/topic/370/node-name-gets-reset-everytime-i-restart-the-node

@manutremo OTA works in the following way,

send available firmware details(version, checksum, etc.,) to the node If node thinks, it is a different sketch, it will request block by block. MyController sends firmware block data(requested block)

@tomg Sure, Kindly create a ticket to track this request in GitHub.

@michael2michaeli It is simple, can you check it in the help document?

under the section Dashboard.