@ajb2k3 Well, this had nothing to do with the OS this time. But yeah, Ive had my own code, compiled as an EXE, promptly quarantined by the over-zealous anti-malware system. My employer takes security...very very seriously. To the point where software guys like myself get frustrated over things like this.
But still, it was unnerving to be contacted by our cybersecurity team on the other side of the planet, telling me I'd set off alarms from several thousands of kilometers away, just from playing with my new m5stack devices I'd received that day, and that I'd have to have my machine scrubbed.
But it looks like nothing has come of it, and was a false alarm. I'll just stick to using them at home instead of at work. I could never get M5burner to work through the layers of security anyway.
BTW, Ive succeeded in geting both UIFlow1 and UIFlow2 working on my Core2 AWS. I basically bought it to use with UIFlow1 until UIFlow2 is more complete. Now I can use all my "only supported by UIFlow1" bits, while UIFlow2 grows.
Hello @ghettokon
maybe related to the note at the bottom here?
Note: 2018.2A PCB version of the device does not support C2C (TypeC to TypeC) connection and PD power supply.
Thanks
Felix
Hello @alcor
please have a look at the schematic.
With external 5 V you can power the M5Stack Gray either through the IO Port or the Bus Port. Use pins 5 V and GND (G).
No, when powering the M5Stack with external 5 V, the battery will not be charged as this bypasses the TP5306 charger IC.
Thanks
Felix
Hi, i've just bought a M5StickC and i wanted to use it to recieve RF signals with a simple module like this one (link)
When i try to plug in VCC pin on m5 5v pin out and the other pins to ground and g26 (for data reading) my M5Stick shuts off.
I'm not good with electronics and such but i suspect it might be a short circuit.
What can i do?
Sorry for my english =)
Hello @Recyclosaucisse
you already described it correctly: G26 can be IN or OUT; G36 is IN only.
Your defines need to be swapped: SENSOR_PIN 36 and RELAY_PIN 26.
Thanks
Felix
my sd card slot is broken due to gunk inside it leaking out.
it was a oily substance.
i then opened to find you built these in surplus and as a result it's heat speader is some thermal paste.
https://imgur.com/a/qryWEbX
this went into the sd card slot and killed it.
i have sent a request to support and they have ignored me as all of you have ignored me here.
Hello @HappyUser
I think you are mistaken. AFAIK the M5Atom Lite / Matrix doesn't contain an AXP.
BTW: With M5Atom Lite / Matrix you will never get a really low power consumption as even when ESP32 is sleeping there still is the USB/Serial chip which cannot be turned off I think.
For the M5AtomS3 you can find a deep sleep example here.
Thanks
Felix
@felmue
The tip has hit the problem. I have implemented a query of the key A in the callback routine after 1 ms. Only if the key is still pressed the routine is executed. Otherwise nothing is done. Now there are no more key presses from the ghost.
Thanks
I have downloaded that and it does work.
But, your documentation leaves so much to be desired / it would be great if this could be documented somewhere rather than in a git repo.
Some of us do read documentation / and don't necessarily consider git to be documentation.
Hello @DavidoZ
why don't you try the provided example?
Strictly Serial.begin() isn't needed in setup() as M5.begin() already takes care of that. And for the communication with the SIM7600 you'll need to open Serial2. See above example.
Thanks
Felix
Hello @thkfighter
if you're asking whether there are people using M5Stack Basic Core successfully with UIFlow then the answer is yes and no. I am sure there are many successful cases out there but there probably are some unsuccessful cases as well. For M5Stack Basic Core resetting every few seconds many reasons come to mind: weak power supply, UIFlow firmware not properly burned, incorrect UIFlow firmware, WiFi credentials incorrect, weak WiFi signal and yes, faulty hardware.
Without a little more information it is very hard to diagnose the particular issue your M5Stack Basic Core is suffering from. Could you give a little more information? For instance is there anything in M5Burner log? Is there anything on the screen? If yes, does the WiFi symbol turn from red to green?
Thanks
Felix
Hello @alexylem
only so called RTC_GPIOs can wake ESP32 from deep sleep. Unfortunately GPIO_NUM_5 is not one of them.
Please check out page 15 - Pin description of the ESP32 datasheet.
Thanks
Felix
Hello guys
there is a new version, M5Paper V1.1, available in the M5Stack store. It seems to be more or less identical with the original version, maybe except for the e-Ink screen panel?
Does anyone understand below comment from the M5Paper product description?
'M5Paper v1.1 adopts flexible e-Ink screen panel, which is the same model as that of M5Paper v1.0 hard e-Ink screen panel. All features and specs are the same for both models.'
Is the new and old version actually the same or not? And what is the difference between a flexible and a hard e-Ink screen panel?
Thanks
Felix
Hello Wold101,
Thanks for your answer.
I need to continue to use the M5Stack Core as I have made some backplane electronics and need to use the M5Stack stock.
I didn't know about this post and I already used a diode and had a bug with the ESP. Probably this problem of low battery charge.
The idea is great to use a MAX40200 but it requires extra wiring.
I tried with a capacitor. I have some 4700µf in stock at 63V.
I like this solution, no modification and it works well.
I will test it over several days.
I use this code in stickc as esp receiver for debug. And on other atom lite i use only broadcast datablock with convert to str block with my message. And its works.
@m5stack thnx, I solved this problem - indeed I had to load board definitions
Also this YT-video 'M5Paper Seasons Greetings Display' was helpful: https://youtu.be/Tjz4fGRn8fo
When you install UIFlow and finish setting up the wifi, the API key will be displayed on the screen along with the mode and the network you have connected the device to.
As mentioned in the other thread, the missing step is transferring the canvas framebuffer to the EPD.
If your loop function is changed as below, it works as you expect.
void loop() {
for (int i=1; i<7; i++)
{
canvas1.drawString(testString[i],20,20);
/* m5epd_err_t UpdateArea(uint16_t x, uint16_t y, uint16_t w, uint16_t h, m5epd_update_mode_t mode); */
M5.EPD.WriteFullGram4bpp((uint8_t*)canvas1.frameBuffer());
M5.EPD.UpdateArea(0,0,100,100,UPDATE_MODE_GL16);
delay(1000);
}
}