Hi. we already fixed it.
Mati last edited by
please fix broken link
Mati last edited by Mati
Funny bug, while plaing with Atom Lite and Oled when GUI is hidden all elements with i would like to add or move is going to be delated ...
@mati thank you feedback. we will fix as soon as possible.
ianlyonthomas last edited by
@m5stack where can I download 1.7.8 for desktop?
I can use 1.7.8 on cloud and it contains functions I need (e.g. UnitV2) but, even o m5stack downloads - I can only get v1.7.4.
Also, any chance of adding the version number to the file name?
Asmodev last edited by
@ianlyonthomas The update speed of the desktop version will be slower than the online version. If you want to use the latest features, it is recommended that you use the online version.
UKTechguy last edited by
Ver 1.7.8 time: 2021.06.04
- On-board IR(NEC):
- StickC/StickC-Plus/ATOM support.
Is there any documentation/example for using the IR Remote Unit to receive and send in the recently added NEC IR mode.
I realise that that that it said for the "On-Board" IR on the Stick C Plus but wondered what it means by "Recommended download to the device for use NEC mode" - I can't find any help anywhere unless I use Python and the existence of the "IR Receive Data" implies that I can receive NEC codes using the IR Unit with a Stick C-Plus
- On-board IR(NEC):
gavin67890 last edited by
I can confirm that M5StickC has no receive, only IR Infrared transmit
A workaround, if you have a line follower (HW-006) or similar you can use a Grove2Dupont cable to connect the sensor to the M5StickC but (V. IMPORTANT!!!) swap the 5V input to the sensor with jumper cable to the 3V3 of the hat connector on the stick. This will allow a quick test of the receive block associated with the M5Stack IR module block in UIFlow.
What I discovered is that the standard transmit block (under Hardware > IR). Only accepts one byte for data and one byte for address. According to the NEC standard (not extended) the first 8 bits are the address and 17-24 bits are the command (NB 'data' is a bit of a loose term, it would be better as 'command' in the UIFlow block, datagram or 'data' to mean the assembled code).
Next gotcha, the bits need to be reversed to use with external equipment, note reversed not inversed. Tool for this: https://www.browserling.com/tools/reverse-binary
And this tool to swap between binary and hex
The code I wanted to send: 0x00F7B04F --> the first byte is not the inverse binary of the second, so it is NEC extended and, so far as I can tell, is unsupported in UIFlow - ideally this needs fixed or second block added!
2nd attempt to use IR to turn on/off LG TV with book code: 0x20DF10EF
Logically, I took 20 to be the address and 10 to be the command ('data' in UIFlow block). Sadly, it wasn't. To make this work the addr and data values need to be reversed therefore 20 --> 0x04 and 10 --> 0x08.
Hence, I made the UIFlow block: IR(NEC) send addr 0x04 data 0x08 (alt Python ir.tx(0x04, 0x08)). Triggered from button on Atom this worked on my LG tvs.
Interestingly, send and receive between Atom and M5StickC didn't reverse the bits. So, I would assume the same would happen if using the receive to scan from a remote.
A couple of other examples:
Some other useful references: