I have been lucky to "legally" take apart some Cisco conference phones to PERMANENTLY remove the unused and unknown DECT functionality because if the locale is set to wrong country in the device it might cause some interfence with the UMTS frequencies which is illegal in my country and not tolerated well by the goverment agencies...

The DECT module is manufactured by the Dialog semi can be seen on the left. (SC14441) The main SoC, flash, RAM should live under the shield, but I have not delved more deeper because we wanted to keep the warranty (there are no stamped screws to provide evidence to the device tampering).

There are a plenty of unpopulated debug headers on the board (I think mostly JTAG).

The board has only oneintresting text on the silkscreen:
Beignet Base 1000706-00 revK

I have started to play with ESP8266, and remembered to my old UART based IQP-500 Siemens S55 camera module got from a friend a few years ago.
I have started to dream about a 6USD Wifi IP camera, but my dreams shortly fallen to ashes.

I have started experimenting with the following python script:
http://mitschang.net/s55cam.py

The code assumes that you need to pull the RTS and CTS pins by hand to low.

Ah yeah... I used to be lazy, so after some patching that code I was able to drive these two pins with my CP2101 based UART converter's RTS and DTR pins. But the code did not worked (nothing came at the serial port after the camera was activated). Let's check with logic analyzer! The camera's baud was not exactly 19200 but ~19100 which gives 0.6% error. The cheapy UART converter have not tolerated that! Lets hook to the good old FTDI! It works. Good.

I was able to take picture with the python code.
Conclusions:
Reopening a serialport in python will clear the RTS status, but changing baud rate on the fly does not have the same side effect.

The camera takes ~33K JPGs which is transferred ~3 seconds with the 115200. That would be poor for the video stream, so I thought that I will figure out how can the camera's baud rate increased. 921600 would fit well. But unfortunately the camera's protocoll is not documented and according to the other people reverse engineering results the camera does not have continuous recording functionality.
So bad.

I have not given up the camera project I will look around for cellphone camera modules with SPI port with JPG encoder inside.

CPU: BCM1103
Flash: MX29LV640 (8MByte)
RAM: HY5DU561622ETP (32MByte)
2x Broadcom B5011A GbE PHY
LCD: Ultra Chip UC1611 (UC1611F8 is written to the flex part of the LCD)
Pictures later...

AVTECH AVC793ZC-B PCB photos:

https://www.dropbox.com/sh/nvb2utubxqzyta0/fr6ueAFnzy

Possibly based on Grain Media GM8181 SoC

http://www.grain-media.com/images/produ ... GB_825.png

Read more...

I have receieved a GenesisPro GP6308S DVR recorder. I have read in the user manual that it runs Linux, so I could not missed taking into pieces and check the console output on it.

At first a short HW overview:

HiSilicon HI3515SoC
256MB DDR2 RAM (2 pcs. Hynix H5PS5162GFR)
8 MB flash (Spansion S29GL064N90)
Realtek RTL8201CP NIC
2 pcs. NVP1114 4 ch video decoder
DS13072 RTC

Pics:




The CN5 and CN7 are USB ports.

Read more...