It's mentioned in their bullet lists, but not in the headline that this display also includes a socket for a full size (not Micro) SD card. That makes mechanical sense as both need to be mounted solidly. On some boards, its electrically convenient as both can be SPI devices that you just select with different lines, but it's not clear if that's possible on this panel or not since it's completely devoid of documentation.As it sits, there's one row of pins that's obviously the LCD (contains a pin labeled LED for the backlight) and another row on the other end. The pinouts given on panel 5 of the photos here match the board labels of SDA/SCK, which is more typical of I2C than SPI as the data bus (Serial DAta) is floated for input while the Serial ClockK continues to tick after making a data request. The pins on the other side use the SPI convention of MOSI/MISO/SCK/CS (Master out, Master in, Serial Clock, Chip Select)It's not uncommon for panels like this to be write-only, but clthat's clearly a problem for the SD card. The board marking make no other mention of I2C, such as solder pads/0-ohm resistor for setting bus address and the listing doesn't contain the token "i2c" as I write this and certainly not a listing of what addresses those would be. HOWEVER, a real ST7735 can be driven via either I2C or SPI, so I can't really say if it supports i2c or not.I decided to just hook up the pins that are labeled with I2C markings (the one in the big row) up with their SPI meanings, hooked them to an ESP32-S3, added power, used the stock ESP-IDF LCD libraries, and it worked witht he stock SPI bindings. I tried to use it as I2C and couldn't make it work.While it was hooked up, I should have looked to see if the device in and clock pins on the two edges were connected to the same SPI bus and it was possible to toggle between SPI reads on the two physically independent devices (the 7735 doesn't control SD cards; that relies on a controller in the card itself) but I'd aready done more than $15 of reverse engineering just to get pixels to splash the screen at all.. I just plain forgot to test the SD side.So It's POSSIBLE that one of these will work with only power + gnd + clock + data (and just tie backlight to power) and treat it as an I2C device, but I couldn't make it work. Since the device doesn't CLAIM that this combination works, I doubt you could receive a refund/exchange if you received one, needed, I2C support, and couldn't make it work since they don't claim it does.Maybe these are I2C/SPI devices that fail factory testing and are being sold as SPI devices.If you're experienced with displays and have more patience to work through the signalling issues with a BusPirate or logic analyzer and exercise various features to see how the devices respond, these are probably OK boards. The display really was TFT and not the ones with the truly awful color. If you must have I2C, I wouldn't count on these being I2C. If you just want them as a simple SPI display, I can confirm they work in that mode.Three stars for the absence of documentation and unnecessarily maddening labeling. Don't use I2C names if it's not an I2C board! Three starts for the displays themselves being of reasonable quality/price tradeoff.2pcs 1.8" SPI TFT LCD Display Screen Module ST7735 128×160 TFT LCD Screen Shield 3.3V 5.5V 51/AVR/STM32/ARM 8/16 bit for Arduino $13.99