родное ПО предусматривает удаленный доступ из вне. Или можно зайти только по HTTP через 80-й порт и к примеру через IE скачать или просмотреть файлы?
Прошивки для регистраторов и камер от XM (порт 34567)
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Можно конечно, но не советую вам 80 порт выставлять в мир.
Re: Прошивки для регистраторов и камер от XM (порт 34567)
А какие другие варианты? И чем 80-й порт отличается от 22-го и 23-го ?
Или дыр в этом NVR столько неизученных, что доберутся до пароля ?
Или дыр в этом NVR столько неизученных, что доберутся до пароля ?
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Отваливается Onvifoleglevsha писал(а): ↑26 дек 2019, 08:25Здравствуйте, для поклонников сервиса IPEYE, собрана прошивка с интегрированным клиентом для модулей XM XM530_80X20_8M
с версией устройства 00030678
поддержка моделей
IVG-80X20PS-S
IVG-85X20PS-S
IVG-85X20PYA-S
IVG-85X20PYA-SC
Скачать можно на сайте https://alarmsystem-cctv.ru/ файловый архив в разделе *поддержка*
Сайт в стадии разработки, в будущем файловый архив будет наполняться кастомными версиями прошивок для различных устройств...
-
- Специалист
- Сообщения: 905
- Зарегистрирован: 15 ноя 2014, 22:34
- Откуда: alarmsystem-cctv
- Контактная информация:
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Отваливается когда работает совместно с ipeye или отдельно?
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Совместно с IPEYE .и отдельно . Около 30 минут проработала и все . Перезагрузка не помогает . Onvif не определяет .перепрошил на заводскую прошивку все ок .oleglevsha писал(а): ↑15 апр 2020, 10:46Отваливается когда работает совместно с ipeye или отдельно?
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Привет , помогите пожалуйста какая прошивка к моей камере? флэшку снял пока
Re: Прошивки для регистраторов и камер от XM (порт 34567)
приблизительно 14911. Дамп с флешки обязательно снять.
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Спасибо, всё исправил с вашей помощью.
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Хочу сделать дамы двух камер, вроде всё делаю как описано но неполучаетса у меня.
Вот лог с первой, она PTZ na chipe XM530. sf probe 0 ничего не выдаёт. Нехочет отправлять на tftp файл.
Вот лог со второй. Она imx307EV200. Нехочет отправлять на tftp файл.
Вот лог с первой, она PTZ na chipe XM530. sf probe 0 ничего не выдаёт. Нехочет отправлять на tftp файл.
Код: Выделить всё
U-Boot 2014.04 (Dec 17 2019 - 15:47:31)
CPU: XM530
DRAM: 64 MiB
MMC: arasan: 0
In: serial
Out: serial
Err: serial
Net: dwmac.10010000
Press Ctrl+C to stop autoboot
U-Boot> <INTERRUPT>
U-Boot> printenv
appCloudExAbility=epz+Hy3xKuQ=
appProducerID=A37
baudrate=115200
bootargs=mem=40M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=cramfs mtdparts=xm_sfc:256K(boot),1536K(kernel),1280K(romfs),4544K(user),256K(custom),320K(mtd)
bootcmd=sf probe 0;sf read 80007fc0 40000 180000;bootm 80007fc0
bootdelay=3
cramfsaddr=0x60040000
da=mw.b 0x81000000 ff 800000;tftp 0x81000000 u-boot.bin.img;sf probe 0;flwrite
dc=mw.b 0x81000000 ff 800000;tftp 0x81000000 custom-x.cramfs.img;sf probe 0;flwrite
dd=mw.b 0x81000000 ff 800000;tftp 0x81000000 mtd-x.jffs2.img;sf probe 0;flwrite
dr=mw.b 0x81000000 ff 800000;tftp 0x81000000 romfs-x.cramfs.img;sf probe 0;flwrite
du=mw.b 0x81000000 ff 800000;tftp 0x81000000 user-x.cramfs.img;sf probe 0;flwrite
dw=mw.b 0x81000000 ff 800000;tftp 0x81000000 web-x.cramfs.img;sf probe 0;flwrite
ethact=dwmac.10010000
ethaddr=00:12:41:67:e1:39
ipaddr=192.168.1.10
netmask=255.255.255.0
serverip=192.168.1.107
stderr=serial
stdin=serial
stdout=serial
tk=mw.b 0x81000000 ff 800000;tftp 0x81000000 uImage; bootm 0x81000000
ua=mw.b 0x81000000 ff 800000;tftp 0x81000000 upall_verify.img;sf probe 0;flwrite
up=mw.b 0x81000000 ff 800000;tftp 0x81000000 update.img;sf probe 0;flwrite
verify=n
Environment size: 1259/65532 bytes
U-Boot> sf probe 0
U-Boot> setenv serverip 192.168.168.178
U-Boot> setenv ipaddr 192.168.168.177
U-Boot> ping 192.168.168.178
Speed: 100, full duplex
Using dwmac.10010000 device
host 192.168.168.178 is alive
U-Boot> sf probe 0
U-Boot> sf read 0x80007fc0 0x0 0x800000
SF: 8388608 bytes @ 0x0 Read: OK
U-Boot> tftp 0x80007fc0 dump.bin 0x800000
tftpboot - boot image via network using TFTP protocol
Usage:
tftpboot [loadAddress] [[hostIPaddr:]bootfilename]
U-Boot>
Вот лог со второй. Она imx307EV200. Нехочет отправлять на tftp файл.
Код: Выделить всё
System startup
Uncompress Ok!
U-Boot 2016.11-g2fc5f58-dirty (Sep 06 2019 - 15:13:30 +0800)hi3516ev200
Relocation Offset is: 0371b000
Relocating to 43f1b000, new gd at 43edaef0, sp at 43edaed0
SPI Nor: eFlashType: 24.
Flash Name: XM_XT25F64B-S{0xB4017), 0x800000.
@hifmc_spi_nor_probe(), XmSpiNor_ProtMgr_probe(): OK.
@XmSpiNor_enableQuadMode(), Quad was Disabled, SRx: [2, 0x0].
CONFIG_CLOSE_SPI_8PIN_4IO = y.
read->iftype[0: STD, 1: DUAL, 2: DIO, 3: QUAD, 4: QIO]: 1.
Current level[6], lock_level_max:7.
at xm_get_locked_range() sr:0x18, level:6.
lk[6 => 0x400000]
SRx val: {[1, 0x38], [1, 0x0], [0, 0x0], [0, 0x0]}.
In: serial
Out: serial
Err: serial
Net: eth0
Hit ctrl+c to stop autoboot: 0
hisilicon # <INTERRUPT>
hisilicon # printenv
NID=0x0002
appCloudExAbility=+4QeclxyOm8=
baudrate=115200
bootargs=init=linuxrc mem=${osmem} console=ttyAMA0,115200 root=/dev/mtdblock1 ro rootfstype=squashfs mtdparts=hi_sfc:0x40000(boot),0x2E0000(romfs),0x420000(user),0x40000(web),0x30000
(custom),0x50000(mtd)
bootcmd=setenv setargs setenv bootargs ${bootargs};run setargs;sf probe 0;sf read 43000000 40000
550000;squashfsload;bootm 0x42000000
bootdelay=1
bootfile="uImage"
da=mw.b 0x42000000 ff 1000000;tftp 0x42000000 u-boot.bin.img;sf probe 0;flwrite
dc=mw.b 0x42000000 ff 1000000;tftp 0x42000000 custom-x.cramfs.img;sf probe 0;flwrite
dd=mw.b 0x42000000 ff 1000000;tftp 0x42000000 mtd-x.jffs2.img;sf probe 0;flwrite
de=mw.b 0x42000000 ff 1000000;tftp 0x42000000 u-boot.env.img;sf probe 0;flwrite
dl=mw.b 0x42000000 ff 1000000;tftp 0x42000000 logo-x.cramfs.img;sf probe 0;flwrite
dr=mw.b 0x42000000 ff 1000000;tftp 0x42000000 romfs-x.cramfs.img;sf probe 0;flwrite
du=mw.b 0x42000000 ff 1000000;tftp 0x42000000 user-x.cramfs.img;sf probe 0;flwrite
dw=mw.b 0x42000000 ff 1000000;tftp 0x42000000 web-x.cramfs.img;sf probe 0;flwrite
ethact=eth0
ethaddr=00:12:31:57:02:38
gatewayip=192.168.1.1
ipaddr=192.168.1.10
netmask=255.255.0.0
osmem=38M
serverip=192.168.1.107
stderr=serial
stdin=serial
stdout=serial
tk=tftp 0x42000000 uImage;setenv setargs setenv bootargs ${bootargs};run setargs;bootm 0x42000000
ua=mw.b 0x42000000 ff 1000000;tftp 0x42000000 upall_verify.img;sf probe 0;flwrite
up=mw.b 0x42000000 ff 1000000;tftp 0x42000000 update.img;sf probe 0;flwrite
ver=U-Boot 2016.11 (Oct 29 2018 - 16:06:38)
verify=n
Environment size: 1625/65532 bytes
hisilicon # sf probe 0
@do_spi_flash_probe() flash->erase_size:65536
hisilicon # setenv serverip 192.168.168.178
hisilicon # setenv ipaddr 192.168.168.177
hisilicon # ping 192.168.168.178
Hisilicon ETH net controler
eth0 : phy status change : LINK=UP : DUPLEX=FULL : SPEED=100M
Using eth0 device
host 192.168.168.178 is alive
hisilicon # sf probe 0
@do_spi_flash_probe() flash->erase_size:65536
hisilicon # sf read 0x42000000 0x0 0x800000
device 0 whole chip
SF: 8388608 bytes @ 0x0 Read: OK
hisilicon # tftp 0x42000000 dump.bin 0x800000
tftpboot - boot image via network using TFTP protocol
Usage:
tftpboot [loadAddress] [[hostIPaddr:]bootfilename]
hisilicon #
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Всё уже более менее обяснили, на новых камерах всё по другому.
-
- Новичок
- Сообщения: 23
- Зарегистрирован: 25 фев 2020, 18:16
Re: Прошивки для регистраторов и камер от XM (порт 34567)
Обновил свои модули прошивкой IPC_HI3516EV200_50H20AI_S38.Nat.dss.OnvifS.HIK_V5.00.R02(2020-05-07).
Результаты:
1. Исправили время в событиях детектора движения по ONVIF - теперь передается правильное время UTC, а не локальное.
2. Исправили установку области детектора движения по ONVIF - теперь и устанавливается и сохраняется в настройках камеры.
3. Ядро без поддержки USB и WiFi - пришлось вытянуть ядро из старой версии чтобы WiFi заработал.
4. Аналитические ядра наконец-то достаточно маленькие, чтобы нормально влезал модуль WiFi, но Sofia несколько разжирела.
5. Sharpness по ONVIF как-бы регулируется и сохраняется от 0 до 15, но на картинку, к сожалению, никакого влияния не оказывает.
В случае некорректных настроек и попыток работы по ONVIF Sofia все так же падает с сегфолтом.
События ONVIF так и не буферизируются, как положено по спецификации - передается флаг активности детектора движения. При наличии движения сразу, при отсутствии с задержкой. Так что кратковременные события ловиться не будут.
И пара вопросов:
1. в этих камерах как-бы поддерживается протокол HIKVISION по 8000 порту. Но у меня так и не получилось получить/установить настройки изображения по протоколу HIKVISION ни по 8000 порту, ни по 80, ни по 8899. Что понимают разработчики xiongmai под протоколом HIKVISION: тот протокол, по которому работает вебморда камер HIKVISION и который описан в хиквиженовской документации или что-то другое?
2. Как из этих камер вытянуть события расширенной аналитики: маску сработавших ячеек детектора движения, координаты углов прямоугольника вокруг объекта, вектор и скорость движения объекта (чтобы автоматически брать упреждение, наводить орудие и производить выстрел
, то есть наводить вторую PTZ камеру на объект и снимать в подробностях) и тому подобное?
Результаты:
1. Исправили время в событиях детектора движения по ONVIF - теперь передается правильное время UTC, а не локальное.
2. Исправили установку области детектора движения по ONVIF - теперь и устанавливается и сохраняется в настройках камеры.
3. Ядро без поддержки USB и WiFi - пришлось вытянуть ядро из старой версии чтобы WiFi заработал.
4. Аналитические ядра наконец-то достаточно маленькие, чтобы нормально влезал модуль WiFi, но Sofia несколько разжирела.
5. Sharpness по ONVIF как-бы регулируется и сохраняется от 0 до 15, но на картинку, к сожалению, никакого влияния не оказывает.
В случае некорректных настроек и попыток работы по ONVIF Sofia все так же падает с сегфолтом.
События ONVIF так и не буферизируются, как положено по спецификации - передается флаг активности детектора движения. При наличии движения сразу, при отсутствии с задержкой. Так что кратковременные события ловиться не будут.
И пара вопросов:
1. в этих камерах как-бы поддерживается протокол HIKVISION по 8000 порту. Но у меня так и не получилось получить/установить настройки изображения по протоколу HIKVISION ни по 8000 порту, ни по 80, ни по 8899. Что понимают разработчики xiongmai под протоколом HIKVISION: тот протокол, по которому работает вебморда камер HIKVISION и который описан в хиквиженовской документации или что-то другое?
2. Как из этих камер вытянуть события расширенной аналитики: маску сработавших ячеек детектора движения, координаты углов прямоугольника вокруг объекта, вектор и скорость движения объекта (чтобы автоматически брать упреждение, наводить орудие и производить выстрел
