основная уличная часть с массой датчиков.
Ветер и направление, температура, влажность, яркость солнца, датчик UV, датчик осадков. Вроде еще датчик давления.
Построена она на esp8266 ??
один из заводов, любезно прислал прошивку.
Плата выглядит так:
Добрый день. Хочу поведать об очередной конторке, с девизом «стройхлам», как по мне. Но судить сильно не буду, сам конечно тоже не всё предусмотрел. правда, не каждый день строишь. (компания Домбудет.рф)
по договору стройка по проекту, по факту выдумываем на ходу. и отговорки, что АР (архитектурное решение) и есть проект. Хотя в договоре указано иное. Кстати из-за отсутствия проекта очень много проблем, это и не верный расчёт материала, и решения узлов, и сборка. Отсюда вытекает проблема приёмки отдельных скрытых работ.
Первыми естественно заезжают фундамент делать.
Всё аккуратно и быстро.
И тут Я понял первую ошибку, свою. Да и менеджер как то не акцентировала, правда сказала, разница выйдет тысч в 18 в итоге. Но по факту, гооораздо больше. А ошибка в том, что дом 6.5 на 7.5, вот эти 0.5 метра к 6, даются очень тяжело. Но зато дом получился 6*7 по внутренним размерам =). Что хорошо.
И вот, спустя недельку, заезжают строители. Естественно заехать с прицепом они не смогли. Опять же менеджер обещала, что дом маленький и всё влезет на один камаз.
День второй. Отдохнули с дороги и вперёд. Думали ребят поберечь, не заставляли работать сразу =)
И вот начались приколы: например собрана стена высотой 6 метров. в полном нарушении технологий.
Собрана стена вот с такими запилами
Но спустя денёк, одумались и казалось начали собирать как положено.
и сразу с отделкой. Всё бы ничего, если бы работали по проекту, но как оказалось, ускорение стройки пошло для того, чтобы скрыть огрехи запилов и шаткости каркаса.
В полу интересные решения:
и как всегда
количество крепежа тоже странное и разное. тут явно один.
хотя конечно общая картина кажется хорошей. И реакция на указанные недочёты весьма странная. то гвоздей им мало дают, то доски кривые, то «звёзды так совпали» =)
и вот уже стены второго этажа, естественно с отделкой, т.к. леса делать не из чего. Экономия
Привезли черепицу
крепление стропил и запилы. Правильно фины говорят, кто пилит доски бензопилой, то руки ему тоже можно отпилить.
Хоть с крышей всё более менее:
При таком способе строительства нельзя отдельно принять каркас, отдельно утепление. Весь процесс размыт. вот только для чего, догадок много. (спрятать косяки, спиздить материал и т.д. и т.п.)
Псоледние стришки и приёмка.
ДА. с отделкой конечно тоже постарались. делали быстро. вагонку не подбирая. и ломанную и желтую, всё подряд. не думая и не глядя. А делая доборы на двери, с огромными зазорами (для закладок видать) , говорили что так и надо, что нам же всёравно под себя переделывать потом или ну а как мы бензопилой то сделаем точнее.
Как оказалось, данная бригада специализируется по баням из сырого бруса под усадку, где точность не важна. где усадка дикая. и все термины от брусового строительства они перенесли на каркасный «сарай» из сухой доски. (одно из самых весёлых, дом ещё будет садиться и сильно) =)))
Спорить с ними было бесполезно. поэтому подключал начальство. хоть что то доделывали. но и те и другие с большим нежеланием.
строители слиняли с площадки минут за 25. как крысы. бегом. Что забавное, даже материал не забрали, как это обычно водится. только пачку утеплителя. Зима покажет, везде ли положили. Тепловизор в помощь.
и начались уже наши работы
Собственно о чём данный пост. Как минимум для своей истории. Стройка штука интересная и захыатывающая.
а контора ДомБудет.рф — обращаться в неё или нет. смотрите сами.
но Я лично не доволен. Как покажет себя данное строение, не понятно. Дверь стеклянная, вроде должны вот вот сделать, правда после отзыва в инете. Окна и другие недочёты, ждёмс….
доделки так и не доделали, косяки не переделали…. на связь не вышли…
Обновление прошивок для IP камер от Xiong Mai
http://www.cctvsp.ru/articles/obnovlenie-proshivok-dlya-ip-kamer-ot-xiong-mai
Обновление прошивок для видеорегистраторов от Xiong Mai
http://www.cctvsp.ru/articles/firmware-update
Обновление устройств XM было рассмотрено в отдельной статье, здесь же я поделюсь дополнительными сведениями, которые могут оказаться полезными при восстановлении, когда что-то пошло не так (отключили свет в процессе обновления, была залита несовместимая прошивка или был другой сбой).
Обновление устройства можно произвести двумя способами: устройство самостоятельно скачивает прошивку и обновляется или пользователь находит свежую версию, загружает через Web-интерфейс или CMS, и далее обновление идёт по тому же сценарию.
Для минимизации проблем, в прошивке содержится специальный файл-описатель InstallDesc в котором содержится идентификатор платформы «Hardware», по которму устройство проверяет, подходит ли ему загружаемая прошивка, сравнивая его содержимое с файлом ProductDefinition.
Также есть отдельное поле «Vendor», которое обычно содержит «General».
Поле «Vendor» введено для производителей оборудования, которые помимо собственно сборки, добавляют также дополнительные функции, особые параметры работы или простом меняют адресацию памяти. Таким образом, осуществляется простейшая защита копирайта, а также от заливки несовместимой прошивки.
Если совпали оба этих поля, запускается процедура обновления, в противном случае выдаётся сообщение об ошибке.
Прошивка содержит несколько разделов, например:
u-boot.bin
u-boot.env
custom-x
logo-x
romfs-x
user-x
web-x
Обновление осуществляется по разделам, поэтому в случае прерывании процедуры обновления, повреждённым оказывается лишь один раздел.
u-boot.bin — это сам загрузчик u-boot, прошивается первым и почти всегда остаётся целым благодаря малым размерам. Помимо процедуры запуска, u-boot содержит также процедуры вывода на экран логотипа (у регистраторов), а также — самое важное — процедуры восстановления модулей прошивки.
Именно поэтому мы и видим на экране сбойного устройства «матрас» или логотип производителя.
Если логотип не пропадает, а устройтво не переходит в рабочий режим, значит повреждён один из блоков прошивки, но сам загрузчик цел, и устройство можно относительно просто и недорого восстановить.
При повреждённом загрузчике мы получаем полный «кирпич», описываемый здесь метод уже не применим, восстанавливать придётся на программаторе, в данной статье его рассматривать не будем.
Общение с загрузчиком производится из консоли командами, которые подаются через специальный отладочный интерфейс — UART. В качестве консоли (терминала) удобнее использовать Putty (Kitty), хотя сгодится даже встроенный в Windows гипертерминал.
Чтобы иметь возможность слать команды из терминала, нам понадобится USB-UART преобразователь.
Самый распространённый — это преобразователь на базе микросхемы Prolific PL-2303HX. Для восстановления одного устройства его будет достаточно, но если вы профессионально занимаетесь ремонтом, лучше приобрести преобразователь на базе микросхемы FTDI FT232R, он более надёжный и не так подвержен помехам в линии.
Подключив UART преобразователь, получим в системе дополнительный последовательный COM порт, номер которого нужно узнать в диспетчере устройств. Этот номер указываем в программе-терминале, а также задаём другие параметры порта: скорость 115200, чётность нет, стоп. бит 1.
Для подключения соединяем минусовой («земляной») провод устройства с общим (GND) проводом преобразователя, RX устройства соединяем с TX преобразователя, а RX, соответственно, с TX.
Включаем устройство и наблюдаем такую картинку:
Это лог загрузки. На короткое мгновение на экране мелькнёт приглашение Press Ctrl+C to stop autoboot. Нужно поймать этот момент и нажать комбинацию клавиш Ctrl+C, после чего мы попадаем в командный интерфейс загрузчика.
Сразу даём команду printenv, это сообщит исчерпывающую информацию о подопытном.
Нас пока интересуют два параметра:
ipaddr=192.168.1.10 — IP адрес устройства
serverip=192.168.1.107 — IP адрес нашего компьютера
их можно изменить командой setenv или подставить компьютеру IP адрес из serverip на время восстановления.
Поиграв с командами, вероятно, вы захотите пойти дальше и восстановить устройство.
Для этого нам понадобится ещё одна программа — TFTP сервер, я рекомендую tftpd32.
Устанавливаете его и настраиваете согласно картинке.
Теперь подключаем нашу многострадальную камеру/регистратор к той же сети, что и компьютер, запускаем tftp сервер
Перед экспериментами обязательно нужно сделать резервную копию (дамп). Для этого нужно узнать размер flash памяти устройства. В этом нам поможет команда sf probe 0.
xmtech # sf probe 0
8192 KiB hi_fmc at 0:0 is now current device
Отсюда видно, что размер флеши — 8192кб, что составляет 0x800000h в шестнадцатеричной системе. (Для флеши 16384кб это число будет 0x1000000h).
Ещё понадобится узнать адрес доступной памяти. Дайте команду printenv и посмотрите переменную bootcmd=. В самом конце всегда присутствует bootm и адрес памяти. В нашем случае bootm 0x82000000 (бывают также 0x42000000)
Тогда команды для резервной копии будут такими:
setenv serverip 192.168.1.101 |
установка IP адреса нашего компьютера (не обязательно, если уже задали ему IP из serverip) |
setenv ipaddr 192.168.1.10 |
изменение IP адреса устройства (не обязательно, если находится в той же подсети, что и комп) |
sf probe 0 |
Обращение к SPI флеши |
sf read 0x82000000 0x0 0x800000 |
Копирование содержимого flash в оперативную память |
tftp 0x82000000 dump.bin 0x800000 |
Передача дампа на tftp сервер |
После чего в папке tftp сервера появится файл dump.bin, содержащий полную резервную копию.
Теперь нам понадобится файл прошивки под наше устройство. Надеюсь, вы записали номер устройства
из окошка Info, когда устройство ещё работало?
Скачиваем прошивку, открываем архиватором и извлекаем все файлы в папку tftp сервера (у меня r:\tftp).
Теперь осталось немного, даём в консоли следующие команды:
run dc
run du
run dr
run dw
После чего перезагружаем командой reset.
Обычно это позволяет восстановить работоспособность в случае порчи одного из модулей. Также может понадобится стереть все настройки (см. следующий абзац)
Если файлы не грузятся с tftp сервера (в консоли циклические попытки), то скорее всего мешает брандмауэр Windows — отключите его или добавьте tftpd32 в исключения.
Бывают ситуации, когда пароль администратора утерян, но нужно получить доступ к устройству с целью изменения его настроек. В этой ситуации тоже поможет преобразователь USB-UART, с той лишь разницей, что в этом случае не понадобится tftp сервер.
Повторяем те же действия из раздела «Подключаем UART» включая команду printenv.
А теперь внимательно изучаем её вывод, а конкретно bootargs
В нашем примере это будет вывод от камеры 00018510
bootargs=mem=39M console=ttyAMA0,115200 root=/dev/mtdblock1 rootfstype=cramfs mtdparts=hi_sfc:320K(boot),3520K(romfs),2560K(user),1152K(web),320K(custom),320K(mtd)
320K(boot),3520K(romfs),2560K(user),1152K(web),320K(custom),320K(mtd)
Запускаем калькулятор Windows, переводим его в режим программиста и начинаем подсчёт. Для этого переключаем калькулятор в режим dec, переводим все килобайты в байты (умножаем на 1024), складываем полученные значение и переключаем калькулятор в режим hex.
В итоге, получаем следующую табличку:
Размеры mtd разделов
320K(boot) 327680 50000h
3520K(romfs) 3604480 370000h
2560K(user) 2621440 280000h
1152K(web) 1179648 120000h
320K(custom) 327680 50000h
320K(mtd) 327680 50000h
Адреса mtd разделов
0x000000-0x050000 : "boot"
0x050000-0x3c0000 : "romfs"
0x3c0000-0x640000 : "user"
0x640000-0x760000 : "web"
0x760000-0x7b0000 : "custom"
0x7b0000-0x800000 : "mtd"
Из таблицы нас интересует последний раздел — mtd. Как видно из bootargs, его размер 320кб, что составляет 50000h в шестнадцатеричной системе, а начальный адрес — 0x7b0000.
Здесь хранятся настройки устройства, и, самое важное, пароли пользователей. Если его стереть, то система пересоздаст этот раздел заново с настройками по умолчанию, и, соответственно, с пустыми паролями.
даём следующие команды:
sf probe 0
sf erase 0x7b0000 0x50000
reset
В новых прошивках появилась защита флешки от записи, поэтому сразу после sf probe 0 нужно давать ещё команду sf lock 0, чтобы снять защиту.
Внимательный читатель может обратить внимание, что раздел mtd последний, и для его вычисления достаточно вычесть размер mtd 0x50000 из размера флешки 0x800000, получим те же 0x7b0000. Что ж, можно и так.
Хочу ещё раз напомнить, что это только пример, у вас будут другие цифры. Использование неправильных значений обязательно приведёт к порче устройства!
Не каждый пользователь осилит установку и настройку tftp сервера, не говоря уж про вычисления размеров и смещений для сброса настроек, поэтому мы разработали удобную программу с дружественным интерфейсом, единственная цель которой, «сделать всё хорошо». Программа позволяет производить три основных операции:
1. Создание резервной копии (дампа) устройства
2. Восстановление камеры/регистратора из резервной копии
3. Стирание настроек/сброс пароля
Эти возможности предоставляются бесплатно, но на определённых условиях: пользователь вводит свой e-mail
и разрешает отправку полученного дампа на наш сервер для анализа.
Взято с : http://www.cctvsp.ru/articles/vosstanovlenie-proshivki-i-sbros-parolya
GL, G, LME, MH — это самое интересное:
LM =720P&1080N,
MH =1080P non realtime,
H =1080P real time.
GS =3.0M@10FPS&4.0M@8FPS ,
GL =3.0M@18FPS&4.0M15FPS&5.0@11FPS.
G =3.0M@30FPS&4.0M@25FPS&5.0M@18FPS
в сериях GL и LME точно есть интеллектуальный режим обработки видео (проход через черту, оставленный или украденные предметы) {нечто подобное есть у дорогих RedLine регистраторов} и точно есть отсылка фотографий по детекции движения или опасности. (очень удобно)
Hi3531AV100
Key features:
Dual-core ARM Cortex A9@1.0GHz;
Up to 16-channel 1080P@30fps input capacity;
8x1080p@30 fps+8xCIF@30 fps H.264 encoding+4x1080p@30 fps H.264 decoding;
HDMI 1.4+VGA+CVBS outputs,with the maximum resolution of 3840 x 2160@30 fps;
Integrated GMAC,Four SATA 3.0/PCIe 2.0/USB 3.0 multiplexed interfaces,2xUSB 2.0;
Hi3521AV100
Key features:
Cortex A7@1.1GHz;
Up to 8-channel 1080P@30fps input capacity;
4x1080p@30 fps+4xCIF@30 fps H.264 encoding+1x1080p@30 fps H.264 decoding;
HDMI 1.4+VGA+CVBS outputs;
Integrated GMAC,2xSata3.0,2xUSB 2.0.
Hi3520DV300
Key features:
Cortex A7@800MHz;
Max.8-channel 720P@30fps input capacity;
4x720p@30 fps+4xCIF@30 fps H.264 encoding+4x720p@30 fps H.264 decoding;
HDMI 1.4+VGA+CVBS outputs;
Integrated GMAC,2xSata,2xUSB 2.0.
Hi3520DV200
Key features:
Cortex A9@660MHz;
Max. 4-channel 720P@30fps input capacity;
4x720p@25 fps+4xCIF@25 fps H.264 encoding+1x720p@25 fps H.264 decoding;
HDMI 1.3+VGA+CVBS outputs;
Integrated FE PHY,2xSata,2xUSB 2.0.
Вот интересно, в чём разница.
AHB7004T-MH-V2 или AHB7004T-EL
AHB- это видимо AHD гибридный регистратор
7004 — 7008 — это видимо как праивло 4 или 8 каналов. (но не факт, т.к. есть модификации с 4, но каналов 8 — видимо ошибки ПО)
Но самое неопнятное, это MH, EL, G, GL и т.д.
Китаец сказал что в G, GL — есть интеллектуальный режим. (надо проверять)