iTuneDVR

RS232 адаптер имеется с логическим уровнем на 3В.Обвел место , но там какаета микруха не распаяна.Оптику пока не хочется снимать.Также фото другой платы вроде там rs232 примерно в том-же месте находится.

Оптику трогать и не надо!
Все есть на первой фото из интернета с предыдущего сообщения.
Мне кажется правый верхний угол, 3-х контактный разъем. Gd, Rx,Tx

Информация о загрузке сразу должна идти в порт RS232 или надо с компа отправить команду?При подключении камеры (12 в на плату) потребление в раене 10ма.После 10 секунд ток прыгает до 20 ма 2 раза затем опять держится 9-10ма.На предположительных выводах RS232 постоянно весит 3В осциллограф рисует ровную линию,тоесть информации никакой не передается .Снял оптику аккуратно сзади тоже ничего похожего на на RS232 нет.Подпаиваюсь там посмотрим)

BorisBritwa писал(а):Информация о загрузке сразу должна идти в порт RS232 или надо с компа отправить команду?При подключении камеры (12 в на плату) потребление в раене 10ма.После 10 секунд ток прыгает до 20 ма 2 раза затем опять держится 9-10ма.На предположительных выводах RS232 постоянно весит 3В осциллограф рисует ровную линию,тоесть информации никакой не передается .Снял оптику аккуратно сзади тоже ничего похожего на на RS232 нет.Подпаиваюсь там посмотрим)

Сразу в гипертерминале, putty или любом другом консольно настроенном ПО будет отобрадатьсмя ход загрузки, а точнее вывод на stdout сообщений.
Еще раз!
Там нет RS232, а только TTL, контакты которога надозавести в адаптер TTL2RS232 и в ПК.
Я ничего не паяю, а делаю аккуратный наброс на контакты, или подбираю соответствующий разъем.
Некоторые вариации представлены в VK в галерее.

Фото проделанной работы внизу.На плате должен быть распаян UART с логическими уровнями 0-0В;1-3,3В Смотрел через программу для просмотра ком портов на скорости 115200бод.Ничего нет.Подключал переходник RX->TX камера,переходник TX-> RX камера.На досугу менял местами RX TX.Камера живая так как потребление тока не равномерно и как говорил через 10сек идет щелка как будто "фокусировка". Либо не там UART находится , дело стало .

Под рукой все что угодно, но не XM камера, которую можно раскрыть и нащупать.
В камерах разных производителей все по разному.
Бывает, что TTL выполнен в виде полноценного разъема, а бывает, что просто отверстия, иногда такие маленькие, что заготовленные прибамбасы не влезают и проходится переходить на швейные иглы
Но, так или иначе всегда находился TTL!!!
На последних камерах, что попадались в руки, TTL как раз таки были маленькие, неприметные 3 или 5 отверстий в уголке платы, на котороые бы не в жизнь не подумал.
Потому и смело предположил.
Однако все выясняется довольно таки быстро на месте, даже не обладая достаточными познаниями.
Я такими не обладаю, но нахожу как-то, хоть с этим постоянно не работаю, а так время от времени приходится!

BorisBritwa, проверь работу самого адаптера. Для этого замыкаем Rx Tx в терминале печатаем текст, он должен выводиться обратно в терминал.

Почему-то мне кажется, что вы слишком глубоко копаете. Для начала нужно подключить камеру напрямую к компьютеру, после этого при помощи утилитки whireshark глянуть логи после подключения питания на камере. Ведь не исключено, что камера после перепрошивки в другой подсети. или же в ней включен dhcp. а адрес она просто получить на данный момент не может. Whireshark как раз покажет вам с какого адреса сыпятся пакеты на вашу сетевую карту в компьютере

rudeboy86 писал(а):Почему-то мне кажется, что вы слишком глубоко копаете. Для начала нужно подключить камеру напрямую к компьютеру, после этого при помощи утилитки whireshark глянуть логи после подключения питания на камере. Ведь не исключено, что камера после перепрошивки в другой подсети. или же в ней включен dhcp. а адрес она просто получить на данный момент не может. Whireshark как раз покажет вам с какого адреса сыпятся пакеты на вашу сетевую карту в компьютере

По моему твой предложенный вариант усложняет все.
Для этого не надо пользоваться шарком. Для этого есть штатный от XM DeviceManager, или из самого CMS, который покажет устройство где бы оно не было, либо любой arp снифер, типа BinaryPlant ARP Monitor, который без использования каких-то глубоких познаний, просто покажет появившиеся в сети новое устройство и его MAС, если уж на то пошло. А шарк, он сложен дл я многих и советовать в данном простом случае я не стал изначально.
Но, я так предполагаю, что ни автоматом, ни вручную устройство в сети не появилось, посему и потребовался его разбор и поднятие прошивки!

Я зделал это .Я так понял все ОК?




U-Boot 2010.06-svn (Oct 14 2015 - 15:07:23)

DRAM: 256 MiB
Check spi flash controller v350... Found
Spi(cs1) ID: 0xC2 0x20 0x17 0xC2 0x20 0x17
Spi(cs1): Block:64KB Chip:8MB Name:"MX25L6406E"
envcrc 0x23bfb8a8
ENV_SIZE = 0xfffc
In: serial
Out: serial
Err: serial
Press Ctrl+C to stop autoboot
CFG_BOOT_ADDR:0x58040000
8192 KiB hi_sfc at 0:0 is now current device

### boot load complete: 1973968 bytes loaded to 0x82000000
### SAVE TO 80008000 !
## Booting kernel from Legacy Image at 82000000 ...
Image Name: linux
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 1973904 Bytes = 1.9 MiB
Load Address: 80008000
Entry Point: 80008000


load=0x80008000,_bss_end=80829828,image_end=801e9e90,boot_sp=807c7168
Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.


U-Boot 2010.06-svn (Oct 14 2015 - 15:07:23)

DRAM: 256 MiB
Check spi flash controller v350... Found
Spi(cs1) ID: 0xC2 0x20 0x17 0xC2 0x20 0x17
Spi(cs1): Block:64KB Chip:8MB Name:"MX25L6406E"
envcrc 0x23bfb8a8
ENV_SIZE = 0xfffc
In: serial
Out: serial
Err: serial
Press Ctrl+C to stop autoboot
CFG_BOOT_ADDR:0x58040000
8192 KiB hi_sfc at 0:0 is now current device

### boot load complete: 1973968 bytes loaded to 0x82000000
### SAVE TO 80008000 !
## Booting kernel from Legacy Image at 82000000 ...
Image Name: linux
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 1973904 Bytes = 1.9 MiB
Load Address: 80008000
Entry Point: 80008000


load=0x80008000,_bss_end=80829828,image_end=801e9e90,boot_sp=807c7168
Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.