@rhongzongli - I modified the bittle back with a dremel so it fits on the bot when I do not have the Pi attached. It would be nice to get a back that already has a nice cutout for the connector when ordering a presoldered connector or when someone knows they will be adding one. Maybe if every back printed with outline of a "knock-out" printed on the inside, it would allow those with the connector to precisely cut out the hold with a utility knife?

I remember doing this for NyBoard, but having challenges with BiBoard: I get the following output and error. I know it's the right port. Try sudo and get the same error. This is MacOS Sequoia 15.3 $ esptool.py -b 115200 --port /dev/tty.usbmodem58CF0756171 read_flash 0x000000 0x400000 flash_4M.bin esptool.py v4.8.1 Serial port /dev/tty.usbmodem58CF0756171 Connecting.... Detecting chip type... Unsupported detection protocol, switching and trying again... Connecting..... Detecting chip type... ESP32 Chip is ESP32-U4WDH (revision v3.1) Features: WiFi, BT, Dual Core, 240MHz, Embedded Flash, VRef calibration in efuse, Coding Scheme None Crystal is 40MHz MAC: a0:dd:6c:23:57:70 Uploading stub...                                                                                                                                                  A fatal error occurred: Failed to write to target RAM (result was 01070000: Operation timed out)

I received my board upgrades for the two bittles I own. Last week I prepared a RPI and got it working with my Bittle original where I had soldered the RPI socket myself - works 100%. This is the RPI prep script: https://gitlab.com/sdv.bot/bittle/-/blob/main/rfw-1-setup-raspberry-pi-5-for-bittle.sh?ref_type=heads The biboard v1 instructions do not seem to have any special callouts for RPI prep: https://docs.petoi.com/biboard/biboard-v1-guide Today I upgrade my Bittle X to the new board with the presoldered RPI connector. I attached the already working Pi (the pin outs seem to match). Everything powers up and the bot assumes resting position. I can ssh onto the Pi. On first boot the bot announced something like "switching to English" - but it has not said anything since and does not respond to voice commands. I grabbed the latest serialMaster and followed https://github.com/PetoiCamp/OpenCat/blob/main/serialMaster/README.md But had to resolve the below dependencies (near bottom section) as I went. Now with those installed I get: root@bittlectrl:/serialMaster# python3 ardSerial.py ksit * Port ttyAMA10 is not connected to a Petoi device! No port found! Please make sure the serial port can be recognized by the computer first. Replug mode Please disconnect and reconnect the device from the COMPUTER side Traceback (most recent call last):   File "/serialMaster/ardSerial.py", line 1035, in <module>     raise e   File "/serialMaster/ardSerial.py", line 1002, in <module>     connectPort(goodPorts)   File "/serialMaster/ardSerial.py", line 753, in connectPort     replug(PortList, needSendTask, needOpenPort)   File "/serialMaster/ardSerial.py", line 773, in replug     window = tk.Tk()              ^^^^^^^   File "/usr/local/lib/python3.12/tkinter/__init__.py", line 2345, in init     self.tk = _tkinter.create(screenName, baseName, className, interactive, wantobjects, useTk, sync, use)               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ _tkinter.TclError: no display name and no $DISPLAY environment variable Depedendencies: apt-get install tk-dev translate pip3 install config curl -O https://raw.githubusercontent.com/PetoiCamp/OpenCat/refs/heads/main/serialMaster/SerialCommunication.py curl -O https://raw.githubusercontent.com/PetoiCamp/OpenCat/refs/heads/main/serialMaster/ardSerial.py curl -O https://raw.githubusercontent.com/PetoiCamp/OpenCat/refs/heads/main/serialMaster/config.py  Add this to ardSerial.ph:  languageList = {  'English': 'en',  # Add other languages as needed  }

I would like to get the build and flash of a BiBoard v1 working from Ardruino CLI. The end goal is for GitLab Runner running on an Raspberry PI to be able to flash an attached Bittle. I found this old container, but the most helpful part is the instructions that show the workflow I am hoping for: https://hub.docker.com/r/zoobab/arduino-cli 1. Does anyone know if there is any reason this would not work for building and flashing the Petoi Bittle firmware? 1. Does anyone know if it can be done over the RPI interface? If not can I simply connect the USB port of the Pi to the usb port of the Biboard to use it for flashing? 2. Would this ardruino upload command from the link above work with either of the interface options of bullet "2." ? arduino-cli upload -p /dev/ttyACM0 --fqbn arduino:samd:mkr1000 Arduino/MyFirstSketch

Are there any public printable models for a minimal case? I just want to carry one or two in regular luggage for air travel for demos. I'm looking for something where I can simply physically detach the head and leave everything else as is (including leaving the head wiring attached. So far I use old boxes from other devices and makeshift the internals to accommodate.

I have both a Raspberry Pi 3a+ and 5 working with a Bittle (not X) with the 2x5 connector. I purchased the Orange Pi 2W 4G for the small size with > that 2GB of RAM. The pinouts look the same and the faq site says they are: "21. When it comes to low-level peripherals, what does compatible Raspberry Pi refer to? A: It means that the 40pin pins are the same as Raspberry Pi." (From: http://www.orangepi.org/orangepiwiki/index.php/FAQ) But when I boot with them connected, the robot does odd things and the Orange PI cannot be logged into. I updated the firmware and I'm using the latest version of Debian Buster Server from Orange Pi.

I have read through the voice information here: https://docs.petoi.com/extensible-modules/voice-command-module (https://docs.petoi.com/extensible-modules/voice-command-module) I would like the bittle to respond to a custom command with the behavior "backflip" and the audio response "good stuff" However, I'm having a tough time discerning if it possible as the return value to serial seems to only contain a behavior command? Is there a way to make such a mapping in voice.h ?

I have the Raspberry PI 3A+ working with Python 3 when I use USB to USB. I can use ardSerial.py to send commands. So I know I have the software setup correctly on the Raspberry PI and that the Nyboard responds. I have soldered the 2 x 5 socket on and when I connect this way, the commands do not work. It seems to upload them, but never comes back from the operation. minicom connection is similar - no errors - but no response upon connecting. The Raspberry PI fires up and I can access it when connected this way - so at least the power is working. Suspecting a possible bad solder job, I have remelted the solder joints to reset them - did not help. I have 1 wire disabled, serial port enabled per the instructions (but I think if I had this wrong it would show up in the USB to USB test?) I bent the 6 pin programming connector 180 degrees to connect both the computer and the Raspberry PI to troubleshoot. When I send commands from the Pi, the serial monitor on the usb port is not seeing anything and it just hangs forever. Things I'm wondering about: Question 1: I have reloaded Bittle's WriteInstinct in the past - is it possible that there is a missing library (even if it works via USB - seems unlikely). Question 2: Is there any way to diagnose a bad pin from either side? Question 3: Putting a new 2 x 5 on the board would be challenging for my desoldering skills - would anyone here suspect the connector block itself? Question 4: I am using the /dev/ttyAMA0 port - but that port is present even when the Pi is not connected to the Nyboard. Does that sound right or indicate a hardware problem? FYI I have all my code in a Git repo that I will make public. With a single curl command you will be able to download and configure all that I've done. Once it's working I will share!