Topics created by liemph

fixed.

@m5stack @lukasmaximus Could you help to resolve this issue? If the new firmware is not yet fixed, please provide the older version which I can use. Thanks!

Firstly, apologies for reviving an old topic. I realise i could use base x (and indeed do own one already). However, i was wondering if there had been any progress on adding the pid functions to the api for the lego+ module. i was hoping to use with ev3 motors but was looking to have both speed and position control.

many thanks.

paul

@ipodlux For the time being, I stopped using uiFlow (or Python) for IMU related project. It is not reliable and it is slow. Use Arduino IDE, you will have a much faster code and reliable result.

@liemph
Same problem here :-(

https://forum.m5stack.com/topic/1930/gps-unit-at6558

from m5stack import * from m5ui import * from uiflow import * import hat import unit import hat setScreenColor(0x111111) pbhub0 = unit.get(unit.PBHUB, unit.PORTA) hat_pir0 = hat.get(hat.PIR) label0 = M5TextBox(13, 8, "PIR Hat", lcd.FONT_Default,0xFFFFFF, rotate=0) label1 = M5TextBox(12, 63, "PbHUB", lcd.FONT_Default,0xFFFFFF, rotate=0) label2 = M5TextBox(34, 34, "0", lcd.FONT_Default,0xFFFFFF, rotate=0) label3 = M5TextBox(0, 83, "+Light Unit", lcd.FONT_Default,0xFFFFFF, rotate=0) label4 = M5TextBox(26, 109, "0", lcd.FONT_Default,0xFFFFFF, rotate=0) while True: label2.setText(str(hat_pir0.state)) label4.setText(str(pbhub0.analogRead(0))) wait(1) wait_ms(2)

@ecasti said in I2C_Keyboard_Interrupt sample is not working.:

According to several forum, Wire library require interrupt itself while any further interrupt is disabled during ISR call , so this example cannot work .
Only way to make working should be moving outside wire.read() function inside a proper function registered on Wire.onReceive call ( that i'm pretty sure get called from a proper interrupt ).
will make some test

Hopefully, you will find the solution. Honestly, I have no time to dig further. Good luck.

@ollie said in Unstable program uploading to M5Stack Fire.:

Liemph, thanks for sharing your observations.

I am totally new user of M5Stack Fire. My goal is to use it for teaching and for that reason, I would like to keep it simple and use only UIFlow and not to use Arduino or external Python tools.

In your case, why did you prefer Arduino over UIFlow?

My experience was that after many hours of changing the IDE versions and M5SF firmware, I was not able to download any code. After switching to flow.m5stack.com and selecting the latest M5SF firmware I was able to download and do it without USB cable.

PS. In your case study, I believe that the explanation is in the hardware reset when you are changing the bases.

For the last few days, using the Arduino IDE I developed my codes related to IMU with my Fire and got frustrated since the Fire did not respond at all (blank LCD). I tried the same codes on M5Stack Grey and they worked perfectly. I think something was wrong with my Fire. Then I burned my Fire with the UIFlow firmware and for the time being, the Fire works well. But I have to use the Singapore server since the one provided by the server in China is not stable. Now I am learning the new graphical language.

I don't think he means controlling the faces II base itself, I'm sure he means you can communicate with a module that uses serial comms mounted on the base using a grove cable from a separate m5stack core (with a serial port or pins).
The grove port on the m5stack will supply the power for the module on the base and serial tx/rx data will be transferred over the cable instead of directly over the internal M-BUS. Which is how it will usually work with a stack of modules under a m5stack core.
I'm not sure if this "remote" serial cabled comms is actually very useful in the real world.

Edit: I just realised that the faces finger board uses serial (uart), so you could put a fingerprint faces board on the faces base and communicate with it over blue port c using pins 16/17 from a separate m5stack core.

The encoder signal is displayed very accurately and also evaluated very precisely. Of course also with the NXT motors and EV3 motors. I will see that I make a video the days once again where you can see how precisely he drives the set values.
@liemph
I will then connect a NXT motor and run it on different values of the encoder! The GlideWheel PF and RCX motor controller for NXT or EV3 cannot be mounted directly on the old motors, because it is designed for the power motors (on these it is mounted with two pins), but you can mount it somewhere in the system on the shaft of the motor. So you can make an encoder motor out of any Lego motor.

@liemph yeah. most I2C Unit M5SticKC can use, you can in our github find some example about it.

github link: https://github.com/m5stack/M5StickC/tree/master/examples/Unit

@ajb2k3 said in Is it possible to dock M5Stack Fire to FACES ?:

There shouldn't be any problems using the fire on the Faces base as it is still a core.

Yep there is no problem at all. I have fire and ita fine with face.

Now i have also new face bottom with just arrive. So clasic face finally got 2 extra ports.