I2C accelerometer model MMA7455

[livius]

@robert-hh
in documentation is

With CS tied high to VDD I/O, the ADXL345 is in I2C mode

[robert-hh]

@livius Ok, got it.That's an unusual use of CS. The module which is used here has an internal pull-up for CS, as far as I recall.

[jmarcelino]

Correct address for that board (SDO pulled high) is the alternate address: 0x1D

[pablocaviglia]

Thx all for your interest. I've not get home yet, i'll do some tests based on what you said once there.
Anyway before leaving i took a picture of the current connections of the chip. Let me show you how does it looks now:

UP

GND -> GND
VCC -> 5V

DOWN

CS -> 5v
SDO ->GND
SDA SCL -> both to idem on pycom

Hope it helps to deduce something!

[pablocaviglia]

@jmarcelino yes, but i have sdo pulled down

[livius]

@pablocaviglia
Why 5V?
in documentation is
Supply voltage range: 2.0 V to 3.6 V

and all Pycom boards are 3V3. 5V can crash your Lopy.

And about other connections
Where do you conect your SDA, SCL. Which pins on Lopy?
You use default initialization then i suppose P9 - SDA, P10-SCL?

[robert-hh]

@livius said in I2C accelerometer model MMA7455:

Why 5V?

The module has an internal 3.3V regulator RT9161.

[livius]

@robert-hh said in I2C accelerometer model MMA7455:

RT9161

Ah - i see now i ommit this on the first link with schematic

Then two things @pablocaviglia
Where do you conect your SDA, SCL. Which pins on Lopy?
You use default initialization of i2c then i suppose P9 - SDA, P10-SCL?

I see on schematic that there is pull up resistor already on i2c
This is better picture of it

[jmarcelino]

If you look at the the schematic the CS pin on the board shouldn't be connected to 5V. It's comes from 3.3V.

The chip pin is not made for that and also you're connecting the 5V supply to a regulated 3.3V via the 4.7K pull up...

[pablocaviglia]

@livius
Yes, just using the default initialization, P9 - SDA, P10-SCL

[pablocaviglia]

@jmarcelino
Very good point man! I've pulled up P23 on pycom to get 3.3v, then i plugged CS and SDO in there, and things got changed a lot.

And i got this when running:

Much much better, no I2C Bus Error anymore.
Just to be sure i tried to pull down the pin P23 to verify if it stops working, and it does stop effectively.
Also another very good thing is that based on documentation, the slave port to start using is '1D', and now i'm effectively getting 29 (1D) while scaning ports, instead of 59,60,61.

<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>

There's something that i dont understand from that document section. It says that the 0x1D followed by the R/W bit translates to 0X3A for write and 0x3B for read.... what does that mean?

[robert-hh]

@pablocaviglia The I2C address is located in bits 1..7. Bit 0 is the R/W bit.
0x3a (58) is 0x1d (29) * 2, and 0x3b simply adds 1 in bit 0.

[pablocaviglia]

@robert-hh So you say that the slave address would change from read to write.
If i want to read/write it would be:

i2c.readfrom_mem(0x3B, 0x0, 1)
i2c.writeto_mem(0x3A, 0x0, value)

Is that what you mean?

[robert-hh]

@pablocaviglia No. It's just the way it has to be coded at the physical interface, not the API you are using. Setting the R/W bit is done by the underlying functions. All you have to do is use the address 29 in the call of python methods.

[livius]

@pablocaviglia
to not starting from scratch try adapt this
https://github.com/alexismeneses/py-adxl345/blob/master/lib/adxl345/base.py

[pablocaviglia]

@robert-hh :+1:

[pablocaviglia]

@livius
I've checked that code, really nice!
I'm not receiving the i2c bus error anymore, but based on docs, when querying the the DEVID registry i should get this:

My code does this:

And i got this:

PD: By the way, how do i earn reputation points in this forum? I can only send 1 message each 10 minutes... boring!

[livius]

@pablocaviglia
try this instead

data = i2c.readfrom_mem(SlaveAddress, 0x00, 1)

[pablocaviglia]

@livius said in I2C accelerometer model MMA7455:

data = i2c.readfrom_mem(SlaveAddress, 0x00, 1)

Well... at least something changed!

The 0000000 at the end is the way i found to show the byte in binary string. Btw is this way correct to do that ?

def byteToBitArrayString(rcv):
bitArrayStr = "1" if rcv&0 != 0 else "0"
bitArrayStr += "1" if rcv&1 != 0 else "0"
bitArrayStr += "1" if rcv&2 != 0 else "0"
bitArrayStr += "1" if rcv&3 != 0 else "0"
bitArrayStr += "1" if rcv&4 != 0 else "0"
bitArrayStr += "1" if rcv&5 != 0 else "0"
bitArrayStr += "1" if rcv&6 != 0 else "0"
bitArrayStr += "1" if rcv&7 != 0 else "0"
return bitArrayStr

[livius]

@pablocaviglia
for bin formatthing use:

>>> bin(5)
'0b101'
>>> "{0:b}".format(5)
'101'
>>>

to see more in memory

data = i2c.readfrom_mem(SlaveAddress, 0x00, 5) #increase value to 5 bytes from memory

and look what you get