Hallo allemaal, ik ben nieuw hier. Ik kwam jullie tegen toen ik de Microcontroller opzocht die in de mini handscanner van de AH zit.
Dus voordat ik begin bedankt aan ieder die aan deze forum post uit het verleden heeft bijgedragen.
De handscanner verschilt niet al te veel van de basis van het dierengeluiden product (komt ook bij het zelfde promotie bedrijf vandaan).
Maar dit achter de rug te hebben denk laat ook even zien wat ik tot nu toe gevonden heb. Ik was erg benieuwd hoe deze handscanner werkte dus bij de laatste boodschappen er een bij de boodschappen gedaan. Een kleine barcode scanner met batterij is altijd handig. Maar later zag ik dat met het scannen je de “barcode” van de mini producten tegen de scanner aan moet houden. Dus echt scannen van de barcode leek mij vreemd. Ik dacht daarna aan een NFC tag of iets dergelijks totdat ik het allemaal echt in handen had.
Ik heb een hele reeks foto’s maar omdat ik een nieuwe gebruiker ben kan ik die niet posten. Maar ik heb dus een een 10 tal “barcodes” onder de microscoop gefotografeerd. De dikke lijnen zijn nagenoeg het zelfde maar de kleine dotjes niet op de achtergrond niet
Na dit gezien te hebben toch maar na wat spellen het product open gemaakt. Op de print de SZY55F0 microcontroller met ingebouwde audio output. Daaraan wat flash geheugen. Ik gok dat er een co prosessor voor de camera module op zit, de BP2M516-53A4. Er zit ook een SOIC-8 verbonden aan dit IC, maar deze is zonder opdruk. Een bekent Standalone Linear Li-Ion Battery Charger LTC4054-4.2 is gebruikt voor de batterij. En voor het scannen zit er een kleine Camera module, gok met infra rood aangezien er 2 kleine infrarood ledjes onder de camera modulen bevinden die onder een hoek naar de uitgang van de scanner zijn gericht.
Al met al een leuk begin, hopelijk kan ik dit weekeind weer wat tijd vinden om verder te gaan.
Als ik foto’s can delen ga ik dat zeker doen.
De puntjes op de rode lijnen vormen de timing. Op de horizontale lijn is er steeds 1 puntje verschoven ten opzichte van het regelmatige patroon, waardoor de oriëntatie kan worden herkend.
Bij elke kruising van groene lijnen staat dan data. Ervan uitgaande dat zoals bij TipToi is, zijn er 4 waardes per kruising: in welke hoek het puntje staat, bepaalt de waarde. Met 6 kruimels (“bits” van een 4-tallig stelsel worden volgens wikipedia wel eens “crumbs” genoemd) per patroontje geeft dat 4⁶ = 4096 unieke mogelijkheden. Of, als een van de kruimels als checksum wordt gebruikt, 4⁵ = 1024 unieke codes.
Dat zijn heel wat aannames, maar het klinkt plausibel. Dan resteert nog uit te zoeken welk hoekje welke waarde heeft, en hoe de checksum werkt…
Thanks to a nice person bringing one (or 12…) devices to MRMCD, we also cracked one open and are planning to convert it into a “proper” scanner (probably either through a cheapo Android device + a scan engine or an ESP32 and a scan engine).
The IC marked JL somehow called out to me - wondering if this is a “camera to OID-pulse”-converter IC. Going by this guide, my first guess would be, that the IC in question is actually a ZhuHai Jieli Technology AC6953A (Datasheet). It matches the package - but would they really put a Bluetooth-capable IC onto the board?!
According to the magic “identify my JL thingy”-formula, it might also be an AD153A - a “Voice decoding toy chip”. I feel like this sounds more likely - but on the other hand: wrong package (QSOP24 instead of QFN32).
According to the above linked Twitter-thread with atc1441, comparing the SZY55F and AD155A from the last generation AH toy, it is not uncommon for different companies to share the same chip design with their own names - so who knows - perhaps this 53A mystery chip is a AD153A IC in a new/different package…
I don’t have the time to check myself right now - but checking the traces with a multimeter, we can probably check if the IC is anywhere close to the AC6953A…
Yeah, just had to open one up myself as well. Also curious about the unmarked chip, there’s not that many traces going to it and the speaker looks directly connected to the SZY55F0 so my first guess of opamp feels unlikely
The exact chip type was not supported by the Xgecu software, so I dumped it using the AT25SF641 profile. The data looks alright to me, but it might not be as a result.
Strings in the firmware point to similarities to a toy called the “Dancing Cactus”: Dancing Cactus - Leo's Notes
There are no plain WAV files in here, however.
Once decrypted it’s the same format as the previous AH chinaplof. If nobody else gets around to it, I’ll do the same song and dance as last time to extract them tomorrow.
This is the unpacking script in case I lose it again: #NTMxMjVhZj [python3] - mlg elite paste
The *.f1c files can be decoded to WAV files using testf1a_dec.exe from the SDK, you just need to cut off the first 4 bytes off every file to make the tool accept it.
Can sombody please provide me a download link for the testf1a_dec.exe file? I’ve searched the whole web from top to bottom, but unfortunately I couldn’t find the file. And, if it’s available, an encryptor to .f1a. Thanks!
Someone on Reddit provided a link to the unpacked tools part of the SDK, but Google Drive flagged the archive as a virus. The trick I used to get around that is to add the file to my own drive, since the owner of a file can download a virus-flagged file.
Thank you very much. I would like to replace a few audio files with my own recordings. For example, when I scan a Mini Bread, I want to hear my custom audio file. I have a CH341A programmer tool to write the new dump file. I’ve already converted my .mp3 into the .f1a.wav encrypted format. What should I do next? How can I create a proper dump file to write onto the chip?
I’m not skilled, but can follow some instructions. Also have a CH341A programmer. Hoping in the end there will be some instructions how to put your own audio on it. For my daughter her birthday I want to give every kid a card. And if my daughter scans the card, you hear something about the person.
