Posts made by ajb2k3

@felmue said in Some questions...:

Hello @ajb2k3

I think you might still be thinking about the wrong module. (I know it's a bit confusing as both these modules are listed on the specs page.)

The Stepmotor Driver Module (HR8825) uses an TCA9554 and not an STM32. So no open source firmware as far as I can see.

Thanks
Felix

I think you may be thinking of the servo module as the ones I have and the product title shows AATMEGA328

the 13.2 uses the STM32

@schlabbermampf said in Making a Robot: USB-C -> ATOM -> 2x SERVO2 ?:

@ajb2k3 yes makes sense, thats what the SERVO2 module shop-description says, i just get it to understand slowly ;D (just discovered the Documentation of all the M5 parts!) since i like to use the 360° servos with speed and direction control via PWM it may be possible to ensure (in software) a limit for the applied power in total.

Looks like bridging the 30 pin MBus over some short distance with a cable is kinda overkill so a single stack it shall be.

Power management strongly depends on what the servos have to lift, so overall weight-balance/efficiency of all parts is what its all about then in the long term (even when plugged into a full power source).

So i want to get my hands on these pieces soon and start digging. happy to share some progress here :D
Thanks for your kind and fast replies :D

edit: here is the stack, quite simple. (hope these servos do not fry to soon):

You will need to add a 200ms wait at the end of the program loop (or was it 500ms) to slow down the command transmissions otherwise they will fry (I have learned that the hard way after killing 3!)

As @felmue stated, the battery packs will not power the servos, the servos will only be powered from the external supply. If you try, the Fire will suffer from "Brown outs" and keep resetting when more then a few try to operate.

@felmue said in Some questions...:

Hello @ajb2k3

correct, but @NilZ was asking about the Stepmotor Driver Module (HR8825). Or did I miss something?

Thanks
Felix

Ahh, I sread the 13.2 on the bottom line and thought that was what he was asking about.
However, the firmware is available here: https://github.com/m5stack/stepmotor_module/tree/master/Firmware for stepmotor module/GRBL-Arduino-Library
and you can change the address in grblmain.cpp by editing

#define I2C_ADDR 0x73

to

#define I2C_ADDR 0x71

or any other available i2c address and the address is handled by the atmega328 controller.

@felmue said in Some questions...:

Hello @NilZ

1. apart from the M5Stack color (white vs. black) there is no difference - you can double-check that yourself as for both the schematic link is the same.
2. yes
3. no, the I2C address is fixed to 0x27. There are no dip switches or solder pads to change the I2C address I can see. That said, in the schematic you'll see that the chip doing I2C has three address pins but they are all tied to VCC.

Thanks
Felix

The GRBL has a set of dip switches that are used to change the I2c address from 0x70 to 0x71

https://docs.m5stack.com/en/module/grbl13.2

1 - None,
2 - Yes,
3 - Yes, if you change the I2c address on one unit, you can use both for 6 axis but you will need to add an external supply to only one module as the power will be passed through the MBUS.

The Atoms are not directly compatible as the bases and modules are 54X54mm and use the 30 pin MBus where as the atom is only 20x20mm and uses the Atom expansion port.

That said the modules communicate using I2C and can be driven but you would need to alter the I2C address of each module to use have separate address and separate power supplies as 24 servos will cause brownouts (I get brownouts with only 6 servos if I don't use a separate power supply. If you change the I2c address' they can be stacked together and use only one external power supply.

I wrote a guide on using two servos with 1 grove port here:
https://www.hackster.io/AJB2K3/2-servos-1-grove-port-9fe6ea

This is what I wanted to try but I don't have a printer yet.

@bram the stamp Pico uses the esp32 Pico D3 the Stamp C uses the ESP32 C3 which is a RiscV processor

You create function loops for each function and then in the main loop you add an action that triggers the matching function call block which triggers the separate function.

Glad you worked it out.

@northwest said in SSR not in List:

Hello,

I have a SSR Unit, but I dont find it in the list of the units, when I want to bind it on my M5Stack. How do I get it?

Lee

It was there at at one point but it looks to have vanished.
Have you tried using the relay unit blocks in uiflow to control the SSR?

@timtimw said in UiFLOW. I2C Programing:

Hello, any helpful info on working with I2C ? Trying to interface an ADC1115 to core2 and
not clear on start stop, acknowledge bits.. Working from T.I. datasheet. Tying to write
directly to address pointer, configuration register, with I2C read/write data instruction. Thanks for any help

As Felmue has said, the start/stop/ACK are all handled behind the scenes all you need to do is use the blocks to read or write to the registers and decipher the data sent.

I don't have a timer camera so have not tested that. and yes I'm on Mac.

@mo The grove connector is for power out only. but you can provide power in via the connections on the back.
However I have made a guide on modding a USB cable to fit a grove connector to provide power to to LEDs while powering atom via usb.
https://www.youtube.com/watch?v=DDBk7ZcKED0

Judging by the post on twitter, the new core will be built around the newer S3 (not to be confused with the C3 used in the stamps.

@sarahc because devices still use USB A

the 1to3 hub is for connecting 3 i2c devices to port A when they have different address.
For those portB devices you need a PortB HUB

@harvey_13 said in ENV III & CORE 2:

Hello @felmue
I'll have a look, in fact I was looking for a block program so that it can be changed without programming knowledge.
Thanks for your help .

I have been using the ENV3 with the core2 for the last few days without any issues using UIFlow.

@harvey_13 desktop version hasn't been updated in ages.