Yes it comes with case and Power supply.

JaBIT Solo Miner (Bitaxe V2.2) using a Single BM1397 Chip has now officially been released: It's ideal for Solo home miners, new users , hobbyists, educators, students and developers who interested in understanding and learning about Bitcoin without making huge investments in bitcoin hardware

NOTE 1: Only purchase JaBIT Solo Miner (Bitaxe V2.2) from legitimate developers of bitaxe (Skot , Developeralgo and the bitaxe team) at

Marketplace to purchase:

My website:    https://www.algoceps.com/shop   ( Price will be a little cheaper compared to Amazon and Ebay. If i list it on Amazon or Ebay or any ecommerce site there is extra 15 to 25% fees that goes to those companies )

EBAY:   https://www.ebay.com/itm/256122322488  or https://www.ebay.ca/itm/256122322488

Amazon.com:     https://www.amazon.com/gp/product/B0C9HD5QW4 and select "See All buying options" button on the right then add to cart , if "add to cart" or "buy now" buttons don't show up immediately on the main page right side

Amazon.ca:     https://www.amazon.ca/gp/product/B0C9HD5QW4  and select "See All buying options" button on the right then add to cart , if "add to cart" or "buy now" buttons don't show up immediately on the main page right side

This is currently the only official release and websites to purchase JaBIT Solo Miner (bitaxe V2.2)

Methods of Payments:
Paypal & Crypto Currency ( Bitcoin (BTC) , Ethereum(ETH), USDT, USDC, BNB, ADA, RVN, LTC, ETC, and DOGE payments ) accepted at https://www.algoceps.com/shop .

NOTE 2: All information about JaBIT Solo Miner (Bitaxe V2.2) can be found on our discord channel
 - https://discord.gg/nRbcVjXm  
You can actually ask any questions to the actual developers and members of the bitaxe community.  
 

About JaBIT Solo Miner

- Is the first fully open source hardware Bitcoin ASIC miner
- Powerful bitcoin miner in small factor( just slightly larger than size of a credit card), can mine any SHA256 Coins such as BitCoin(BTC), Bitcoin Cash(BCH) , Bitcoin SV (BSV), Litecoin Cash (LCC), NameCoin, Digitbyte, etc
-Uses efficient BM1397 Asic chip for mining. It is unlocked for overclocking (Voids warranty). It features a single 7nm technology BM1397 chip.
- Stock hashing speed: 200 GH (please note: these miners run very hot and require active cooling such as fan). It comes equipped with high RPM fan.
- High Speed: 350 GH++ (Running at clock speed of 545 MHz Higher speed requires above spec). To reach max speed of 500GH you will need 3 Amps per miner or PSU to supply 3A per miner!.  JaBIT comes with PSU to supply 5V, upto a Max 6A. i.e Max 30W for each miner.
- Completely silent operation, includes Mini heatsink to cool miner.
- Compatible with Windows, Mac and Linux OS using cgminer software. Includes an Online user manual with instructions for easy setup.
- Mining Algorithm: SHA-256, Minable Coins: Bitcoin (BTC), BitcoinCash (BCH), Acoin (ACOIN), Curecoin (CURE), Joulecoin (XJO), Unbreakable (UNB), Peercoin (PPC), Mark (DEM), Terracoin (TRC), BitcoinSV (BSV)


Advantages:

- Standalone: can mine directly to your pool over WiFi. No External computer needed.
- Embedded: low cost, low maintenance, high availability, high reliability, low power.
- ASIC: based on the very efficient BM1397 from Bitmain.
- Versatile: solo/pool mining, autotune power/heat/efficiency.
- Open Source: All design files are available .


Features

- ESP32-S3-WROOM-1 wifi microcontroller on board
- TI TPS40305 buck regulator steps down the 5V input to power the BM1397
- Maxim DS4432U+ current DAC digitally adjusts the BM1397 core voltage from 0.04V to 2.4V
- TI INA260 power meter measures the input voltage and current of the miner
- Microchip EMC2101 measures the BM1397 internal diode temperature. Also PWM controls the fan and monitors tach output.
- Two sweet RGB status LEDs


Current Status:
- The hardware has been built and tested. Current Batch is shipping now.
- Using cgminer on a separate computer, the JaBIT Solo Miner (Bitaxe v2.2) can mine in excess of 400 GH/s
- ESP32 miner firmware is now available but also under very active development to enhnace it by adding several essential nice-to-have features.

which discord group ? i belong to a couple . i was looking of using MG-Chemicals 8329TFF Thermally Conductive Adhesive https://www.mgchemicals.com/downloads/tds/tds-8329tff-2parts.pdf which as they say on their datasheet  --- It is a paste that cures to form a hard, durable polymer that is thermally conductive, yet electrically insulating. A few guys who repair S17+ recommended it to me for BM1397 Heatsinks . I am now doubting myself on this

I thought the Bottom side is connected to GND and +Ve  while the top has copper insulating substrate below it not connected to GND . I believe what you mentioned in your comment , if correct then , a common Heatsink  for 2 chips is not possible. That's not a good design, i thought the top had great thermal conductivity  but poor/no electrical conductivity at all due to insulating substrate below the copper top

Can you elaborate ?

Aaaaaaagh!!!! Those scammers on Discord are notorious , even though Discord is good for development chatting

Can you upload that small testing code that you have or use to the github repo for testing .  i have managed to have the wifi connection done. Just started working on I2C

that's sounds great,  i think the ESP32-S3 internal pull-up/pull-down resistors are usually 45k Ohms. How are you testing the BM1397 chip on the Bitaxe_V2 board ?

Yea, i did cut the trace connecting SDA to ESP32-S3 Pin-16/GPIO46 and was able to flash it without pressing any buttons. But when i connected  the pull-up resistor R19 to ESP32-S3 Pin-15/GPIO3 , i could not flash it.  Using ESP32-S3 Pins 4 (GPIO 4) , Pins 5 (GPIO 5) , Pins 6 (GPIO 6)  or Pins 7 (GPIO 7)  might work to connect to SDA.

FYI,  i did test and try to flash it ,

1. When i connect ESP32-S3 Pin-15 to SDA I2C pull-resistor as you described  ? i tested one of my 1-chip Bitaxe_V2 board and it has the same behaviour as before where i could not flash it.

2. When i disconnected the airwire from R19 over to pin 15 on the ESP32 (pink line). i was able to flash the ESP32-S3 without actually pressing the reset button. i know that ESP32-S3 with ESP-PROG it can automatically pull-down when flashing , so you don't have to press the boot and reset buttons manually.

is this a strange behaviour ?

Skot, did you manage when testing and sniffing the communication between BM1397 and ESP32-S3 Module to send a test mining job/work using the ESP32-S3 Pins ? Which pins did you use on ESP32-S3 module to communicate/Send and receive to BM1397 Chips?

Trying to quickly perform just a quick test to see what BM1397 chip responds as per your sniffing notes https://github.com/skot/ESP-Miner/blob/master/bm1397_protocol.md

wow!!!, that's nice

Yes, GPIO3 = Pin 15 is  floating by default and is one of the strapping pins which includes ( GPIO0=Pin27, GPIO045=Pin26, GPIO46=Pin16, GPIO3=Pin15) . But GPIO0=Pin27, GPIO045=Pin26 and GPIO46=Pin16 are connected to the Chip's internal weak pull-down/pull-up during chip RESET and if they are unconnected or the connected external circuit is high-impedance, then the internal weak pull-up/pull-down will determine  the default input level of these strapping pins. So GPIO3 = Pin 15 should work.

Finally got it sorted out. My USB power alone was not enough , i did have to juice it up with bench power to have the ESP32-S3 in bootloader mode

I have been running into issues flashing the ESP32-S3 modules using the ESP-PROG board and Tag-Cable 2030 NL cable. For some reason all my FTDI serial connections on UBUNTU 20.04 are ok and double checked all pins, Voltages and everything is working correctly but for some reason i can't flash it. Opened up an issue on esptool Repo on github  https://github.com/espressif/esptool/issues/741

Keep getting this error: " Invalid head of packet (0x66): Possible serial noise or corruption. " . Any suggestions

i had posted that same research earlier in previous posts and had tried it out but it had a few issues and also it still needs to communicate with BM1397 chip, will look at it later  . Also we need a way of finding out the status of work on chip then roll extra nonce and send another as you said. Is using the a timer to wait for response from the chip good enough considering all the constraints we are facing?

Agreed , nothing  really special about MCU and Rust.

Assuming that someone is competent in both C and Rust , IMHO ,  multithreaded/concurrent code that is correct and produces no undefined behavior is better.  Also memory safety is a key feature that Rust brings to the table. In C you are on your own with concurrency and God help you if you are new to C programming. You will get baptism by fire.

 C / C++ and Python are my go-to languages but C tends to be a little messy to code sometimes but gets better with age i guess.

The hard part is figuring out an optimized and efficient communication between ESP32-S3-WROOM-1 chip and the BM 1397 chips and coding it in a stripped down embedded format so that it fits into tiny 16 MB Flash with additional 8 MB PSRAM on the ESP32-S3

Either C or Std Rust or NoStd Rust, we will still come very close to the memory threshold being completely utilized. i guess the goal is to strip down everything and have only bare-bone code but with standard ESP-IDF Version 5.0 / 5.1 to handle a lot of the headaches from std code

Good candidates is to use Cgminer (Kanoi version (C/C++)) , Braiins OS code base (Rust) as a Reference plus stratum V2 (Rust) code base and strip everything to the bone. Rust has few advantages when running on Microcontrollers compared to pure C code.

Great advice. Coding an ESP Miner to test it correctly, is a pain. I hope to use ESP-IDF Version 5 (std) with ESP-Rust 1.66 (std) and code some minimal rust-based ESP Miner for testing.

The biggest problem i have encountered is the support and community for xtensa-esp32s3 using rust is minimal or non-existent at best. i have tested some simple ESP miner code on my ESP32-S3-WROOM-2-N32R8V Dev board that i have  and it runs fast but that is without it communicating or mining on BM1397 chips. Next step will be to try adapt this minimal testing code to communicate and mine on BM1397 chips and use it on the onboard ESP32-S3-WROOM-1-N16R8V on my ESP mining board.

that's a lot of grunt work to be done.