linuxcapi
Ⅰ Yocto編譯傑發或MTK的linux或android時的幾個問題
編譯問題1（audiomanager_7.0.bb的do_configure報錯）：
錯誤：CMake Error at Plugins/PluginCommandInterfaceCAPI/cmake/CommonAPI.cmake:352 (message):
| Failed to generate files from FIDL:
手動執行一下：
$ commonapi-generator-linux-x86 -ll verbose -sk Default -d . /data/linux/hz_rs28_bm/sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/audiomanager/7.0-r1/audiomanager-7.0/Plugins/PluginCommandInterfaceCAPI/fidl/CommandInterface.fidl
-bash: /data/linux/hz_rs28_bm/sources/src/build/tools/commonapi_tool/commonapi-generator/commonapi-generator-linux-x86: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
解決（需要安裝32位的glibc庫和32位java jre環境）：
$ sudo yum install glibc.i686
$ sudo yum install java-1.8.0-openjdk.i686
$ sudo ln -s /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-1.el7_6.i386/jre/bin/java /bin/java
$ java -version （保證是32位的java）
編譯問題2（perl_5.20.0.bb的do_package報錯）：
錯誤：ERROR: obj failed with exit code 256 (cmd was 『arm-poky-linux-gnueabi-obj』 –only-keep-debug
… generate_uudmap: File format not recognized
解決（tar在1.29版本之後需要exclude在路徑的前面）：
sources/meta/poky/bitbake/lib/bb/fetch2/bzr.py
tar_flags = 「–exclude 『.bzr』 –exclude 『.bzrtags'」
修改成：
tar_flags = 「–exclude=』.bzr』 –exclude=』.bzrtags'」
sources/meta/poky/bitbake/lib/bb/fetch2/cvs.py
tar_flags = 「–exclude 『CVS'」
修改成：
tar_flags = 「–exclude=』CVS'」
sources/meta/poky/bitbake/lib/bb/fetch2/repo.py
tar_flags = 「–exclude 『.repo』 –exclude 『.git'」
修改成：
tar_flags = 「–exclude=』.repo』 –exclude=』.git'」
sources/meta/poky/bitbake/lib/bb/fetch2/svn.py
tar_flags = 「–exclude 『.svn'」
修改成：
tar_flags = 「–exclude=』.svn'」
sources/meta/poky/meta/recipes-devtools/quilt/quilt-0.63.inc
tar -cf – bin/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -cf – compat/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -cf – quilt/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -cf – test/ –exclude mail.test –exclude delete.test | ( cd ${D}${PTEST_PATH} && tar -xf – )
修改成：
tar -c –exclude=\*.in bin/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -c –exclude=\*.in compat/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -c –exclude=\*.in quilt/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -c –exclude=mail.test –exclude=delete.test test/ | ( cd ${D}${PTEST_PATH} && tar -xf – && chmod 777 test)
sources/meta/poky/meta/recipes-extended/sed/sed-4.2.2/sed-add-ptest.patch
+ cd $(BUILDDIR); tar -cf – $(TESTDIR) –exclude *.o | ( cd $(DESTDIR) && tar -xf – )
修改成：
+ cd $(BUILDDIR); tar -c –exclude=*.o $(TESTDIR) | ( cd $(DESTDIR) && tar -xf – )
sources/meta/poky/meta/recipes-support/attr/acl.inc
tar -cf – test/ –exclude nfs | ( cd ${D}${PTEST_PATH} && tar -xf – )
修改成：
tar -c –exclude=nfs test/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
sources/meta/poky/meta/recipes-support/attr/attr.inc
tar -cf – test/ –exclude ext | ( cd ${D}${PTEST_PATH} && tar -xf – )
修改成：
tar -c –exclude=ext test/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
sources/meta/poky/meta/recipes-devtools/perl/perl-ptest.inc
tar -cf – * –exclude \*.o –exclude libperl.so –exclude Makefile –exclude makefile –exclude hostperl \
–exclude miniperl –exclude generate_uudmap –exclude patches | ( cd ${D}${PTEST_PATH} && tar -xf – )
修改成：
tar -c –exclude=\*.o –exclude=libperl.so –exclude=Makefile –exclude=makefile –exclude=hostperl \
–exclude=miniperl –exclude=generate_uudmap –exclude=patches * | ( cd ${D}${PTEST_PATH} && tar -x )
編譯問題3（libunwind_1.1.bb的do_compile報錯）：
錯誤：make[1]: latex2man: Command not found
解決：
$ sudo yum install texlive-tetex
$ sudo rpm -ivh ~/latex2man-1.18-2.noarch.rpm
編譯問題3（qt5-app_1.0.bb的do_compile報錯）：
錯誤（有一批類似的錯誤）：ld: cannot find -lgtest
解決：
$ vi atc_linux/application/btate/btate.pro
equals(MY_BUILD_SYSTEM, atc) {
LIBS += -L $(DA_LIBDIR)/lib -lgtest -lpthread -lbluetoothclient -lglobalbus -lappobj -lapputils
} else {
LIBS += -L$(DA_TOP)/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/atc-binarys/1.0-r0/image/usr/lib -lgtest -lpthread -lbluetoothclient -l
globalbus -lappobj -lapputils
}
$ vi atc_linux/application/gps/gps_bin.pro
equals(MY_BUILD_SYSTEM, atc) {
LIBS += -L $(DA_LIBDIR)/lib -lapputils -lglobalbus -lappobj -lgps
} else {
LIBS += -L$(DA_TOP)/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/gpsd/3.10-r0/gpsd-3.10/ -lapputils -lglobalbus -lappobj -lgps
}
$ vi atc_linux/application/dvr/dvr_bin.pro
equals(MY_BUILD_SYSTEM, atc) {
LIBS += -L${DA_TOP}/lib/lib/ -ldvr -ludev -lsurface_atc -lglobalbus -lappobj -lapputils -lstorage_atc -lgps
} else {
LIBS += -L${DA_TOP}/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/gpsd/3.10-r0/gpsd-3.10/ -ldvr -ludev -lsurface_atc -lglobalbus –
lappobj -lapputils -lstorage_atc -lgps
}
$ vi atc_linux/application/dvr/dvr_bin.pro
INCLUDEPATH += ${DA_TOP}/kernel/kernel-3.18/drivers/ \
../common/ \
../utils/ \
../appobj/include/ \
../globalbus/include/ \
../appcommon/include/ \
../storage_atc/ \
../dvr/gps/ \
../gps/include/ \
../gps/includeex/ \
編譯問題4（makall報錯）：
報錯：./makall: line 169: mkisofs: command not found
解決：$ sudo yum install mkisofs
編譯問題5（修改ac83xx_systemd_defconfig再編譯時報錯）：
報錯：Applying patch remove-selinux-android.patch
patching file system/extras/ext4_utils/make_ext4fs.c
Hunk #1 FAILED at 62.
1 out of 1 hunk FAILED — rejects in file system/extras/ext4_utils/make_ext4fs.c
解決：
$ vi sources/meta/meta-atc/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
在裡面做個假的do_patch()，bitbake會優先使用本bb文件的do_patch()函數。
do_patch(){
}
編譯問題6（修改ac83xx_systemd_defconfig再編譯時報錯）：
報錯：sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/qtbase/5.5.0+gitAUTOINC+c619d2daac-r0/git/src/corelib/tools/qregexp.cpp:3947:1: internal compiler error: in add_stores, at var-tracking.c:6000
解決：
$ cd sources/meta/poky/meta/recipes-devtools/gcc/gcc-4.9/
$ wget http://openlinux.windriver.com/overc/sources/core2_64/gcc-4.9.2-r0.1/0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch
$ vi sources/meta/poky/meta/recipes-devtools/gcc/gcc-4.9.inc
file://0058-gcc-r212171.patch \
file://0059-gcc-PR-rtl-optimization-63348.patch \
file://target-gcc-includedir.patch \
file://0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch \
其實就是這個文件：
$ cat 0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch
From Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Stefan=20M=C3=BCller-Klieser?= <[email protected]>
Date: Tue, 7 Apr 2015 16:15:11 +0200
Subject: [PATCH] gcc/var-tracking.c: backport from gcc trunk r212178
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
resolves a bug seen on cortexa8 building qt5 libraries.
2014-06-30 Joseph Myers <[email protected]>
* var-tracking.c (add_stores): Return instead of asserting if old
and new values for conditional store are the same.
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@212178 138bc75d-0d04-0410-961f-82ee72b054a4
Signed-off-by: Stefan Müller-Klieser <[email protected]>
---
gcc/var-tracking.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gcc/var-tracking.c b/gcc/var-tracking.c
index 65d8285..7c38910 100644
--- a/gcc/var-tracking.c
+++ b/gcc/var-tracking.c
@@ -5997,7 +5997,8 @@ add_stores (rtx loc, const_rtx expr, void *cuip)
{
cselib_val *oval = cselib_lookup (oloc, GET_MODE (oloc), 0, VOIDmode);
- gcc_assert (oval != v);
+ if (oval == v)
+ return;
gcc_assert (REG_P (oloc) || MEM_P (oloc));
if (oval && !cselib_preserved_value_p (oval))
--
1.9.1
編譯問題7（修改ac83xx_systemd_defconfig再編譯時報錯）：
報錯：libevdev/1.2.2-r0/libevdev-1.2.2/test/test-main.c:24:19: fatal error: check.h: No such file or directory
解決：
$ vi meta/poky/meta/recipes-support/libevdev/libevdev_1.2.2.bb
LIC_FILES_CHKSUM = 「file://COPYING;md5= \
file://libevdev/libevdev.h;endline=21;md5=″
DEPENDS += 「libcheck」
SRC_URI = 「 http://www.freedesktop.org/software/libevdev/ ${BP}.tar.xz」
編譯問題8（修改ac83xx_systemd_defconfig再編譯時報錯）：
報錯：python報錯： 『do_rootfs』, lineno: 17, function
Exception: CalledProcessError: Command 『[『』, 『-ks』, …
解決： 沒有實際問題，重新編譯一次即可，可能是機器太忙導致超時，或者某個命令執行不成功。
編譯問題9（preuboot編譯工具問題）：
報錯：make: armv7a-mediatek451_001_vfp-linux-gnueabi-gcc: Command not found
解決：
$ vi atc_linux/bootloader/preuboot/Makefile
#CROSS_COMPILE :=armv7a-mediatek451_001_vfp-linux-gnueabi-
CROSS_COMPILE :=arm-poky-linux-gnueabi-
$ vi ../../atc_linux/bootloader/preuboot/driver/mmc/include/linux/list.h
#ifndef NULL
#define NULL 0
#endif
Ⅱ 如何在Linux下用C/C++語言操作資料庫sqlite3
sqlite3 提供了各種語言的 API 綁定，C 語言的當然也有咐螞，彎知具體埋簡消參考 https://www.sqlite.org/capi3ref.html
Ⅲ 同步設備之間的鎖相怎麼接線
同步設備之間的鎖相怎麼接線？UPS電源一般有三個級別的保護，1是市電正常的時候，它穩壓穩頻。2是市電中斷或嚴重不穩時，由電池供電。3是電池放光電後旁路還有正常的電力供應時，它就轉到旁路去供電。還有一種情況是UPS自身的逆變器出現故障或逆變器過載時，它會自動轉到旁路去供電。也就是說旁路供電是UPS的最後一道保護，為了能夠在這種時候安全的轉到旁路供電而對後端的設備不造成影響，就要求UPS平時的輸出的頻率要與旁路供電的頻率同步，這就是鎖相，具體的原理是UPS內部有兩個電路，一個是從旁路采樣的，另一個是自身震盪出來的標准正弦波，UPS按照標準的正弦波逆變，但是頻率隨旁路的頻率變化而變化，但是為了保護後端負載，UPS都有一個同步的范圍，一般是正負3HZ，超出這個范圍或是旁路沒電了，UPS就只按本機內部的標准輸出 了。
21
分享評論
踩
UE Electronic 醫療電源 UE電源 愛護地球
值得一看的醫療相關信息推薦
UE Electronic專注醫療電源，since1989;醫療器械電源，家用醫療電源，康復醫療電源正品供應;認證通過:UL60601，EN60601，2MOPP標准，符合六級能效
fuhua-cn.com廣告
維諦技術ups電源_高性價比
值得一看的ups電源相關信息推薦
維諦技術Liebert GXE2 是一款高效，小巧，簡便的小型高性價比塔式UPS，性能卓越，保證可靠供電，小巧靈活，適用多種場景，易搬運，易使用，易維護，帶給您超值的供電保障體驗。
vertiv.cn廣告
十分鍾有問必答
1922人正在問
UPS同步鎖相的原理是什麼？
去提問
— 你看完啦，以下內容更有趣 —
UPS的一級鎖相和二級鎖相什麼意思
准確地說，應該是 一級鎖相環和二級鎖相環吧。 ------------------------------------------- 本文介紹一種基於TT公司製造的TMS320C240DSP控制器構成的大功率並聯型UPS同步控制方案。與電網的同步、並聯系統中各台UPS間的同步，成為並聯UPS系統控制的關鍵。UPS並聯系統中的核心部分是精度很高的鎖相環空孝廳，模擬鎖相環是一門成熟的技術，以其獨特的優良性能在許多領域得到了廣泛的應用。但隨著數字技術的發展，UPS的全數字化控制是大勢所趨，因此，鎖相環也逐漸過渡為數字化，數字DSP控制鎖相環相對於模擬鎖相環實現起來更方便，同時用軟體代替硬體實現，還可以結合系統的其他功能統一設計，節省成本。 1TMS320C240DSP控制器介紹 TMS320C240是美國TI公司專為數字電機控制運用而推出的一種16位定點運算的DSP，為控制系統應用提供了一種理想的解決方案。它具有以下的主要組成部分：3個通用定時器，可輸出3路比較/PWM脈沖，3個全比較單元，可輸出3對帶死區控制的比較/PWM脈沖，3個單比較單元，可輸出3路比較/PWM脈沖，4個捕獲引腳CAP，用於高速I/O管理;兩組各8路10位10μs的A/D轉換器，看門狗定時器和定時中斷定時器;片內ROM或Flash存儲器等。 2並聯系統UPS的同步控制方案 2.1UPS的鎖相控制原理 市電電壓斗隱波形及UPS輸出電壓波形都是正弦波。設UPS逆變電壓的頻率為f,而市電電壓的頻率為f1，市電電壓波形的瞬時值可表示為 μ1=Um1sinω1t=Um1sin2πf1t UPS逆變輸出電壓波形的瞬時值可表示為 μ=Umsin(ωt±θ)=Umsin(2πf1t±θ) 其中+θ為UPS輸出波形超前於市電波形的相位角;-θ為UPS輸出波形滯後於市電波形的相位角。 要實現UPS與市電的同步必須要求:f=f1，θ=0，關鍵在於如何實現2πf1t=2πft±θ，只能通過改變f 使得θ逐步減小，最終θ=0，f=f1，當UPS輸出波形超前於市電波形時，則要求該UPS輸出電壓的頻率 降低，即 f=f1-θ/2πt 當UPS輸出電壓波形滯後於市電波形時，則要求UPS輸出電壓的頻率升高，即 f=f1+θ/2πt 2.2並聯UPS系統同步鎖相的實現 並聯系統UPS在市電與逆變切換時，若在切換的瞬間二者的輸出波形不一致，慎扮會造成供電的中斷，另一方面也可能會因兩個電壓源之間的環流過大而損壞UPS。為確保UPS系統市電與逆變在切換時不存在環流，需保證市電波形與逆變波形保持相位接近。因此需要一種裝置用來檢測市電的相位變化，並用於控制逆變器輸出電壓的相位和頻率，使逆變器與市電保持同步運行。 對於並聯系統UPS的鎖相可採用兩級鎖相結構。其中，一級鎖相環又稱外同步，是指並聯系統各UPS跟蹤市電相位和頻率並進行相互間的相位同步控制，即實現UPS與旁路市電的同步，二級鎖相環又稱內同步，是指基於各台UPS輸出電壓的頻率及相位跟蹤和同步控制，使其實現各台UPS間的同步。兩級鎖相環都採用了PI調節器，其中，內同步速度較快，精度很高(=10us以內)，使其確保了UPS之間的並聯環流達到最小。外同步的PI調節器速度較慢，使其確保了旁路和逆變器之間的平滑切換。每級鎖相環包括相位誤差檢測、調節器的調節。以下分別介紹各級鎖相環是如何實現的。 (1)外同步 兩台UPS的輸入即市電經比較器電路整形為方波，經過同步母線綜合後，將該方波信號送到每台UPS的DSP捕獲牢元CAPI引腳，設置上升沿或下降沿捕獲，則在方波信號發生相應跳變時迸人捕獲1中斷讀取計數器T2CNT的值作為PI調節器的反饋信號，通過與設定值相比較即可得出相位差，再經PI調節器的運算形成調節量，用於改變T2PR的值，從而使逆變輸出跟蹤市電基準。 (2)內同步 T2計數器作為UPS正弦輸出的相位和頻率基準，為保證所有UPS之間的同步，所有UPS都利用T2CNT發生一個方波，方波經同步母線綜合後，送到所有UPS的CAP2埠，在方波信號發生相應跳變時進入捕獲2中斷中對T2CNT清零，保證內同步的給定是同步的。 在正弦中點時對應的中斷中讀取T2CNT值作為反饋量，與T2PR/2相比較，再經PI調節器運算後得到的調節量用於改變TIPR的值，使逆變輸出正弦波和T2計數器同步，從而逆變輸出保持同步。
1贊·227瀏覽2018-09-27
UPS電源內部電路需要鎖相環電路么？
下面幾個兄弟的答案合起來就更好了，呵呵，離線式UPS不需要，在線式UPS需要。 在線式UPS除了逆變輸出頻率要鎖旁路頻率以外（這是為了保證UPS由市電逆變狀態轉入旁路狀態，或者旁路狀態轉到市電逆變狀態時相位保持一致）以外，當UPS並機過程中的幾台機器輸入源為不同相位和頻率的電網時，往往還需要指定主機，以確保從機的市電逆變輸出的電壓頻率和相位對主機進行鎖定。 這里被鎖相的源頭不需要是准確的50或者60Hz,我國泰爾認證的要求是頻率變化范圍為正負4%，對應到50Hz系統就是正負2Hz
2贊·543瀏覽
ups如何做到與世界同步
UPS電源一般有三個級別的保護，1是市電正常的時候，它穩壓穩頻。2是市電中斷或嚴重不穩時，由電池供電。3是電池放光電後旁路還有正常的電力供應時，它就轉到旁路去供電。還有一種情況是UPS自身的逆變器出現故障或逆變器過載時，它會自動轉到旁路去供電。也就是說旁路供電是UPS的最後一道保護，為了能夠在這種時候安全的轉到旁路供電而對後端的設備不造成影響，就要求UPS平時的輸出的頻率要與旁路供電的頻率同步，這就是鎖相，具體的原理是UPS內部有兩個電路，一個是從旁路采樣的，另一個是自身震盪出來的標准正弦波，UPS按照標準的正弦波逆變，但是頻率隨旁路的頻率變化而變化，但是為了保護後端負載，UPS都有一個同步的范圍，一般是正負3HZ，超出這個范圍或是旁路沒電了，UPS就只按本機內部的標准輸出 了。
52瀏覽
簡述UPS的工作原理
、UPS及其工作原理簡介 UPS是英文Uninterruptible Power Supply的縮寫，意為「不間斷供電電源」，是一種含有儲能裝置（常見的是蓄電池），以逆變器為主要組成部分的恆壓恆頻的不間斷電源，它可以解決現有電力的斷電、低電壓、高電壓、突波、雜訊等現象，使計算機系統運行更加安全可靠。現在已經被廣泛應用計算機、交通、銀行、證券、通信、醫療、工業控制等行業，並且正在迅速地走入家庭。 下面，讓我們先簡單地了解一下UPS的工作原理。 當我們沒有使用UPS的時候，PC機、列印機等終端設備是直接接入市電使用的，用了UPS，就將PC機、列印機等終端設備接到UPS上使用，而UPS再接入市電。當市電輸入正常時，UPS將市電穩壓後供應給終端設備(相對於UPS而言，我們將這些終端設備稱為負載)使用，此時的UPS就是一台交流市電穩壓器，同時它還向自己的內置電池充電；當市電中斷(例如停電)時, UPS 立即將內置電池的電能，通過逆變轉換的方法向負載繼續供應220V交流電，使負載維持正常工作並保護負載的軟、硬體系統不受損壞。 二、市電對家用PC機及其終端設備的影響 如果我們的PC機、計算機網路等設備不使用UPS，又會受到哪些影響呢？不少人都有一個常見的錯誤概念，認為我們使用的市電，除了偶爾發生的停電事故外，都是連續而且恆定的。其實不然。市電系統作為公共電網，上面連接了成千上萬各種各樣的負載，其中一些較大的感性、容性、開關電源等負載不僅從電網中獲得電能，還會反過來對電網本身造成影響，惡化電網或局部電網的供電品質，造成市電電壓波形畸變或頻率漂移。另外，意外的自然和人為事故，如雷擊、輸變電系統斷路或短路、電源插頭地錯誤拔插等，都會危害電力的正常供應，從而影響負載的正常工作。尤其需要特別指出的是，PC機、網路設備、通信系統、醫療設備等都屬於非常精密的電子設備，對它們的影響表現得尤為突出。 對於PC機來說，顯示器及主機工作都需要正常的電力供應。尤其是內存，對電源的要求更高，它是一種依賴電能的存儲設備，需要不斷的刷新動作來保持存儲內容，一旦斷電，所保存的內容立即消失。如果非正常斷電，導致內存中的信息來不及保存到硬碟等存儲設備上，就會造成信息因完全丟失或變得不完整而失去價值，從而浪費大量的工作精力和時間；而象UNIX、Linux這樣的操作系統（現在不少的電腦愛好者使用這種操作系統），如果不正常關機，內存中的系統信息沒有回寫到硬碟上，還可能造成系統崩潰，無法再次啟動；此外，電腦中的硬碟，雖然應用的是磁存儲介質，不會因斷電而損失信息，但突然的電力故障會使正在進行讀寫工作的硬碟物理磁頭損壞，或者系統文件在維護文件系統時，造成文件分配表錯誤，從而使硬碟產生壞道，嚴重的，甚至還會造成整個硬碟的報廢；另外，現在的操作系統大都能設置虛擬內存，由於突然的斷電，使系統來不及取消虛擬內存，從而造成硬碟中的「信息碎片」，不僅浪費了硬碟存儲空間，還會導致機器運行緩慢；電腦電源是一種整流電源，過高的電壓可能會造成整流器燒毀。而電壓尖脈沖和暫態過電壓以及電源雜訊等干擾都可能通過整流器進入主機板，影響機器的正常工作，甚至燒毀主機線路。 一般情況下，標准正弦波（220V，50Hz）是一種理想狀態，但實際情況下，根據電力專家的測試，電網中經常發生並且對計算機或精密儀器產生干擾或造成損壞的情況主要有以下幾種：電涌、高壓尖脈沖、暫態過電壓、電壓下陷、電線雜訊、頻率漂移、持續低電壓、市電中斷等。 1. 電涌（Power Surges）：指輸出電壓有效值高於額定值110％，而且持續時間達一個或數個周期。電涌主要是由於在電網上連接的大型電氣設備關機時（例如常見的家用空調關機時），電網因突然卸載而產生的高壓（我們都會有這樣的切身體會：在晚上6:00至9:00左右的時間段，是用電的高峰期，市電電壓普遍偏低，家裡的照明燈比較暗，過了用電高峰期，比如說在晚上10:00左右，你會發現家裡的照明燈突然一閃，並且亮了很多，這就是我們在日常生活中最常見到的一種電涌現象）。 2. 高壓尖脈沖（High Voltage Spikes）：指峰值達6000v，持續時間從萬分之一秒至二分之一周期（10ms）的電壓。這主要由於雷擊、電弧放電、靜態放電或大型電氣設備的開關操作而產生。 3. 暫態過電壓（Switching Transients）：指峰值電壓高達 20000V，但持續時間界於百萬分之一秒至萬分之一秒的脈沖電壓。其主要原因及可能造成的破壞類似於高壓尖脈沖，只是在解決方法上會有區別。 4. 電壓下陷(Power Sags)：指市電電壓有效值介於額定值的80％至85％之間的低壓狀態，並且持續時間達一個到數個周期。大型設備開機，大型電動機啟動，或大型電力變壓器接入都可能造成這種問題。 5. 電線雜訊（Electrical Line Noise）：系指射頻干擾(RFI)和電磁干擾（EFI）以及其它各種高頻干擾。馬達的運行、繼電器的動作、馬達控制器的工作、廣播發射、微波輻射、以及電氣風暴等，都會引起線雜訊干擾。 6. 頻率偏移（Frequency Variation）：系指市電頻率的變化超過3Hz以上。這主要由應急發電機的不穩定運行，或由頻率不穩定的電源供電所致。 7. 持續低電壓（Brownout）：指市電電壓有效值低於額定值，並且持續較長時間。其產生原因包括：大型設備啟動和應用、主電力線切換、啟動大型電動機、線路過載（我們國家的很多地區存在這個問題）。 8. 市電中斷(Power Fail)：即我們通常遇到的停電。其產生原因有：線路上的斷路器跳閘、市電供應中斷、電網故障。 三. UPS的分類 UPS已從60 年代的旋轉發電機發展至今天的具有智能化程度的靜止式全電子化電路，並且還在繼續發展。目前，UPS一般均指靜止式UPS，按其工作方式分類可分為後備式、在線互動式及在線式三大類。 1. 後備式UPS：在市電正常時直接由市電向負載供電，當市電超出其工作范圍或停電時，通過轉換開關轉為電池逆變供電。其特點是：結構簡單，體積小，成本低，但輸入電壓范圍窄，輸出電壓穩定精度差，有切換時間，且輸出波形一般為方波。原理圖如下： 2. 在線互動式UPS：在市電正常時直接由市電向負載供電，當市電偏低或偏高時，通過UPS內部穩壓線路穩壓後輸出，當市電異常或停電時，通過轉換開關轉為電池逆變供電。其特點是：有較寬的輸入電壓范圍，噪音低，體積小等特點，但同樣存在切換時間，但和一般後備UPS相比，這種機型保護功能較強，逆變器輸出電壓波形較好，一般為正弦波。原理圖如下： 3. 在線式UPS在市電正常時，由市電進行整流提供直流電壓給逆變器工作，由逆變器向負載提供交流電，在市電異常時，逆變器由電池提供能量，逆變器始終處於工作狀態，保證無間斷輸出。其特點是，有極寬的輸入電壓范圍，無切換時間且輸出電壓穩定精度高，特別適合對電源要求較高的場合，但是成本較高。目前，功率大於3KVA的UPS幾乎都是在線式UPS。原理圖如下： UPS按照輸出容量大小劃分為小容量3KVA以下，中小容量3KVA~10KVA，中大容量10KVA以上。 UPS按輸入/輸出方式可分為三類：單相輸入/單相輸出（簡稱單進單出）、三相輸入/單相輸出（簡稱三進單出）、三相輸入/三相輸出（簡稱三進三出）。 對於用戶來說，三相供電其市電配電和負載配電容易，每一相都承當一部分負載電流，因而中、大功率UPS多採用三相輸入/單相輸出或三相輸入/三相輸出的供電方式。 後備式UPS主要是用來給單台PC機提供電源保護，具有體積小、價格低、操作簡單的特點，非常適合家庭使用，所以，當你為家用電腦購買UPS時，請選購後備式的。 在線式UPS幾乎可以解決所有的常見電力問題，在有市電時，功能為穩壓和防止電力波動干擾，因為其功能較完善，所以其成本也隨著性能的增強而上升，價格較後備式UPS貴很多。在線式UPS主要用於對電源要求非常嚴格的一些計算機設備、醫療器械等，，一般與多個外置蓄電池串接使用以延長供電時間，多為單位配置。 智能型UPS是當今UPS的一大發展趨勢，隨著UPS在網路系統上應用，網路管理者強調整個網路系統為保護對象，希望整個網路系統在供電系統出現故障時，仍然可以繼續工作而不中斷。因此UPS內部配置微處理器使之智能化是UPS的新趨勢，UPS內部硬體與軟體的結合，大幅度提高了UPS的功能，可以監控UPS的運行工作狀態，如：UPS輸出電壓頻率，電網電壓頻率、電池狀態以及故障記錄等。還可以通過軟體對電池進行檢測、自動放電充電，以及遙控開關機等。網路管理者就可以根據信息資料分析供電質量，依據實際情況採取相應的措施。當UPS檢測出供電電網中斷時，UPS自動切換到電池供電，在電池供電能力不足時立即通知伺服器做關機的准備工作並在電池耗盡前自行關機。智能型UPS通過介面與計算機進行通訊，從而使網路管理員能夠監控UPS，因此其管理軟體的功能就顯得極其重要。 什麼是後備式UPS 平時處於蓄電池充電狀態，在停電時逆變器緊急切換到工作狀態，並將電池提供的直流電轉變為穩定的交流電輸出，後備式UPS也被稱為離線式UPS。 後備式UPS存在2至10毫秒的時間切換，不適合於關鍵性供電場所。此外，後備式UPS一般只能持續供電幾分鍾到十幾分鍾。 後備式UPS電源的優點是：運行效率高、噪音低、價格相對便宜，主要適用於市電波動不大，對供電質量要求不高的場合。 什麼是在線式UPS 在線式UPS：在線式UPS在工作時，首先將市電轉化為直流電給UPS電池充電，同時逆變器（見提示）將此直流電逆變為交流電為負載供電，由於市電經過了交流到直流、再到交流的轉換過程，所以市電中原有的干擾和脈沖電壓成分已經過濾得非常干凈，因此，由在線式UPS逆變出來的電壓很穩定。由於逆變電路始終在工作，所以當停電時，UPS能馬上將其存儲的電能通過逆變器轉化為交流電對負載進行供電，從而達到了輸出電壓零中斷的切換目標。雙變換也是指UPS的輸出電壓經過了兩次交直流的互相轉換過程。而高頻則表示UPS內部工作在高頻環境下。高頻UPS的好處是體積小，重量輕，工作效率高，其壞處是抗過載抗沖擊能力差。 什麼是在線互動式UPS 在線互動式UPS：這是一種智能化的UPS，所謂在線互動式UPS，是指在輸入市電正常時，UPS的逆變器處於反向工作（即整流工作狀態），給電池組充電；在市電異常時逆變器立刻轉為逆變工作狀態，將電池組電能轉換為交流電輸出，因此在線互動式UPS也有轉換時間。同後備式UPS相比，在線互動式UPS的保護功能較強，逆變器輸出電壓波形較好，一般為正弦波，而其最大的優點是具有較強的軟體功能，可以方便地上網，進行UPS的遠程式控制制和智能化管理。可自動偵測外部輸入電壓是否處於正常范圍之內，如有偏差可由穩壓電路升壓或降壓，提供比較穩定的正弦波輸出電壓。而且它與計算機之間可以通過數據介面（如RS-232串口）進行數據通訊，通過監控軟體，用戶可直接從電腦屏幕上監控電源及UPS狀況，簡化、方便管理工作，並可提高計算機系統的可靠性。這種UPS集中了後備式UPS效率高和在線式UPS供電質量高的優點，但其穩頻特性能不是十分理想，不適合做常延時的UPS電源。
58贊·5,017瀏覽2017-09-24
UPS電源工作原理
UPS不間斷電源立即轉入電池逆變狀態;為防止市電來回切換，只有當市電恢復到170～270V時, UPS才轉入市電逆變狀態。市電頻率的偵測與控制偵測市電頻率的目的是作為逆變鎖相的依據,通過調整逆變的過零點調整逆變相位,使在市電狀態下的逆變輸出與市電輸入基本同頻率、同相位。市電開機時,UPS偵測輸入市電的頻率作為逆變輸出的頻率;電池狀態下開機時,逆變輸出的頻率以上次輸出的頻率來設定。 當市電正常時,執行鎖相,逆變頻率先追市電頻率,頻率相同後再追蹤相位,通過變動逆變頻率完成逆變和市電同相位。鎖相後,逆變和市電的相位差小於3度,頻率誤差小於0.01Hz。當市電頻率超出47～53Hz范圍時,UPS不執行鎖相,立即轉入電池逆變狀態,只有當市電頻率回復到48～52Hz時,UPS再執行鎖相,並轉入市電逆變狀態。 三角波發生器CPU送出的38.4kHz方波,經由運算放大器組成的二分頻電路後,變成19.2kHz的方波,再經積分器積分成三角波。標准正弦波發生器CPU送出以128點平均分割的模仿正弦波,經過二階低通濾波器濾波後,生成標准正弦波。PWM信號標准正弦波與逆變輸出電壓的正弦波反饋信號進行比較，其結果被三角波切割，生成PWM信號。逆變電壓調整CPU每16ms讀取一次逆變電壓值,並與設定的電壓值進行比較,當差值高於10V時,CPU立即調整標准正弦波,從而調整PWM信號,使輸出電壓相應加減5V,以縮小差值;當差值低於10V時,CPU累積差值,當累積值達到30V時,CPU調整標准正弦波,使輸出電壓相應加減2V。 CPU的A/D讀取CPU每半周期讀一次電池電壓、正負BUS電壓和機內溫度,每隔8個標准正弦波點讀一次市電電壓、逆變電壓和逆變電流(在每個周期開始,CPU變更讀點的初始位置,使每隔8個標准正弦波點讀一次,通過128個點的A/D讀取達到掃描效果,讀取值存入RAM內)。
8贊·30,156瀏覽2019-09-22
拼多多，三聯單控開關怎麼接線正品低價，爆款1折起!
三聯單控開關怎麼接線一折起!全場滿立減，買立送，驚喜價享不停!三聯單控開關怎麼接線新人領專屬折扣
lp.pinoo.com廣告
國內破壁機十大排行-京東品質家電，讓家的感覺更好!
值得一看的破壁機相關信息推薦
國內破壁機十大排行，「京東家用電器」精緻美感，匠心品質，更高性能，選京東家電，創幸福家庭!
m.jd.com廣告
水瓶座男生心疼人有什麼方式？
水瓶座的男生理性又強大，他們像一座山，沉默，成熟，睿智，卻安靜寡言。他們很少被外界因素動搖，始終堅持
18條回答·1,937人在看
對於女明星比較大膽的穿著，大家怎麼看呢？
能怎麼看！當然是從電視機里看了！又買不起去見面會的門票，所以只能隔著屏幕看看走在時尚最前沿的大佬們的
142條回答·1,950人在看
這款國產越野車比哈弗H9更硬派，回頭率更高，為何卻不受待見呢
提起國產硬派越野車，相信很多人都會想到哈弗H9，畢竟相比於普拉多、途樂、牧馬人這些動輒四五十萬的大佬，它是真正做到了讓更多的人實現越野夢。而新上市的哈弗H9不僅配備了三把鎖，還新增了坦克調頭、蠕動模式
3,450人在看
性價比高的手機有哪些？求推薦
我推薦小米9和榮耀20i這兩款性價比高的手機。1、小米9個人認為這款是非常對得起三千多一點價格的。首
57條回答·7,878人在看
李世民殺了10個侄子時，李淵說了一句話成預言，他說了什麼？
在李世民殺了十個侄子後，李淵可謂是非常的氣憤，於是便說下狠話：汝殺吾子孫，他日汝子孫亦復如此。果然，
35條回答·2,647人在看
英菲尼迪QX60怎麼樣？值得買嗎？
英菲尼迪QX60是一款不錯的車型，性價比也高，在預算合適的范圍內是值得購買的。秉承英菲尼迪「以駕駛者
21條回答·2,922人在看
如果周星馳星爺有百家號，你覺得星爺的粉絲會不會是全中國第一？
我認為不一定，雖然周星馳算是粉絲基底很多的人了，但是現在也有很多同樣值得尊重的演藝人也擁有很多的粉絲
75條回答·658人在看
什麼沐浴露香味持久力好？
喵招
和我一起get生活創意小妙招吧！
關注
132,483播放
目前手機排名前十位的是哪些？
88條回答·464,540人在看
華為mate20pro怎麼樣？
37條回答·17,828人在看
正在載入
Ⅳ 嵌入式資料庫的常用的嵌入式資料庫的比較
Progress軟體公司2000年4月18號18時在京宣布，全面發售在Linux操作系統上運行的資料庫及其部署產品。Progress在嵌入式資料庫市場中擁有全球第一的佔有率，世界上有超過200萬人正在使用Progress軟體公司的應用軟體，目前部署Progress產品的站點數量已經超過100,000個。通過Progress軟體公司第一個Linux版嵌入式資料庫，獨立軟體開發商和最終用戶可以在這一流行的操作系統上移植5,000多種商業應用。
----Progress軟體公司當時推出的產品為ProgressVersion8.3，現在已經到了10.2c版本。這是一套完善的集成開發工具、應用伺服器和關系型資料庫產品，提供了可擴充的多層Linux支持。Progress軟體公司的Linux專用產品包括：
Progress(r)AppServer(tm)：這是一種可以在異構環境中部署共享應用組件的應用伺服器Progress(r)EnterpriseRDBMS(tm)：為需要支持大型資料庫、多處理器硬體和數千個並發用戶的最苛刻的應用提供了一種可擴充的存儲解決方案。
----用於RedHat6.0Linux的ProgressVersion8.3部署產品現已全面上市。Progress已推出用於Linux的ProgressVersion9、Progress(r)WebSpeed(r)Version3、Progress(r)Apptivity(tm)和Progress(r)SonicMQ(tm)部署產品。
----目前全球頂尖的汽車行業ERP供應商QAD支持最新的PROGRESS版本。 輕量級別資料庫SQLite的主要特點：
1. 支持事件，不需要配置，不需要安裝，也不需要管理員；
2. 支持大部分SQL92；
3. 一個完整的資料庫保存在磁碟上面一個文件，同一個資料庫文件可以在不同機器上面使用，最大支持資料庫到2T，字元和BLOB的支持僅限制於可用內存；
4. 整個系統少於3萬行代碼，少於250KB的內存佔用(gcc)，大部分應用比目前常見的客戶端/服務端的資料庫快，沒有其它依賴
5. 源代碼開放，代碼95%有較好的注釋，簡單易用的API。官方帶有TCL的編譯版本。 開發階段特點：
1. 可嵌入程序，該特性使應用程序和資料庫工作於統一地址空間，增強了系統的穩定性，提高了系統的效率。
2. 確定的響應時間，Empress 可以使數據的響應時間相對一致，使用者可以設定一個超時限制，如果在規定時間內沒有完成插入，修改等操作，系統會報錯。
3. 快速的操作Empress 提供了內核級的CAPI,稱為MR, 用MR編寫的應用程序在執行時不需要解析。另外在MR中加速的機制還包括優秀的加鎖控制，內存管理和基於記錄數量的選擇功能。
4. 靈活的開發方式，Empress 提供多種開發介面，加快開發進程而無需開發者重新學習開發語言和熟悉開發環境。
5. 友好的存儲方式，Empress 資料庫可以放在操作系統支持的任何存儲設備中，Empress的表單甚至可以分割放在不同的存儲設備中，比如在內存，硬碟和CD-ROM中。
6. 微型內核結構 Empress 高度單元化, 可根據需要選擇需要的單元，從而縮小產品中Empress 資料庫所佔用的資源。
7. 寬廣的平台支持，Empress 支持多種硬體平台和軟體平台, 也可移植到客戶要求的硬體平台或操作系統。
技術優勢：
1. 微型內核結構，佔用少量內存空間，特別適合緊湊性的設計
2．一周7天，每天24小時連續工作，無需任何額外操作免維護
3. 內核級 CAPI 介面，使運行速度最大化
4. 高度靈活的SQL介面
5. 優秀的掉電恢復能力
6. 強壯的交易和鎖存機制
7. 支持SCSI,RAID,IDE,RAM,CD-RW,DVD-ROM,CF,等存儲介質
8. 支持Unicode 碼
9. 引擎可載入於磁碟和內存 eXtremeDB特點：
1. 內存資料庫，eXtremeDB將數據以程序直接使用的格式保存在主內存之中，不僅剔除了文件I/O的開銷，也剔除了文件系統資料庫所需的緩沖和Cache機制。其結果是每個交易一微秒甚至更少的極限速度，相比於類磁碟資料庫而言，速度成百上千倍地提高。作為內存資料庫，eXtremeDB不僅性能高，而且數據存儲的效率也非常高。為了提高性能並方便程序使用，數據在eXtremeDB中不做任何壓縮，100M的空間可以保存高達70M以上的有效數據，這是其他資料庫所不可想像的。
2. 混合資料庫，eXtremeDB不僅可以建立完全運行在主內存的內存資料庫，更可以建立磁碟/內存混合介質的資料庫。在eXtremeDB，我們把這種建立在磁碟、內存或磁碟+內存的運行模式稱為eXtremeDB Fusion融合資料庫。eXtremeDB Fusion兼顧數據管理的實時性與安全性要求，是實時數據管理的台階性進步。
3. 嵌入式資料庫，eXtremeDB內核以鏈接庫的形式包含在應用程序之中，其開銷只有50KB~130KB。無論在嵌入式系統還是在實時系統之中，eXtremeDB都天然地嵌入在應用程序之中，在最終用戶毫不知情的情況下工作。eXtremeDB的這種天然嵌入性對實時數據管理至關重要：各個進程都直接訪問eXtremeDB資料庫，避免了進程間通信，從而剔除了進程間通信的開銷和不確定性。同時， eXtremeDB獨特的數據格式方便程序直接使用的，剔除了數據復制及數據翻譯的開銷，縮短了應用程序的代碼執行路徑。
4. 由應用定製的API，應用程序對eXtremeDB資料庫的操作介面是根據應用資料庫設計而自動產生，不僅提升了性能，也剔除了通用介面所必不可少的動態內存分配，從而提高了應用系統的可靠性。定製過程簡單方便，由高級語言定製eXtremeDB資料庫中的表格、欄位、數據類型、事件觸發、訪問方法等應用特徵，通過eXtremeDB預編譯器自動產生訪問該資料庫的C/C++ API介面。
5. 可預測的數據管理
eXtremeDB獨特的體系結構，保證了數據管理的可預測性。eXtremeDB不僅更快、更小，而且更確定。在80雙核CPU的伺服器上，eXtremeDB在1TB內存里保存15B條記錄；無論記錄數多少，eXtremeDB可以在八十分之一微秒的時間內提取一條記錄。 Firebird嵌入伺服器版（Embedded Server），從Interbase開源衍生出的Firebird，充滿了勃勃生機。雖然它的體積比前輩Interbase縮小了幾十倍，但功能並無閹割。為了體現Firebird短小精悍的特色，開發小組在增加了超級伺服器版本之後，又增加了嵌入版本，最新版本為2.0。
Firebird的嵌入版有如下特色：
1、資料庫文件與Firebird網路版本完全兼容，差別僅在於連接方式不同，可以實現零成本遷移。
2、資料庫文件僅受操作系統的限制，且支持將一個資料庫分割成不同文件，突破了操作系統最大文件的限制，提高了IO吞吐量。
3、完全支持SQL92標准，支持大部分SQL-99標准功能。
4、豐富的開發工具支持，絕大部分基於Interbase的組件，可以直接使用於Firebird。
5、支持事務、存儲過程、觸發器等關系資料庫的所有特性。
6、可自己編寫擴展函數(UDF)。 mSQL（mini SQL）是一個單用戶資料庫管理系統，個人使用免費，商業使用收費。由於它的短小精悍，使其開發的應用系統特別受到互聯網用戶青睞。mSQL（mini SQL）是一種小型的關系資料庫，性能不是太好，對SQL語言的支持也不夠完全，但在一些網路資料庫應用中是足夠了。由於mSQL較簡單，在運行簡單的SQL語句時速度比MySQL略快，而MySQL在線程和索引上下了功夫，運行復雜的SQL語句時比mSQL，PostgreSQL等都要快一些。最新版本是2005年5月8日發布的3.7.MSQL的標志是一個鹿，見下圖。 圖1mSQL LOGO標志
mSQL的技術特點：安全性方面，mSQL通過ACL文件設定各主機上各用戶的訪問許可權，預設是 全部可讀/寫。mSQL缺乏 ANSI SQL 的大多數特徵，它僅僅實現了一個最最少的API，沒有事務和參考完整性。mSQL與Lite（一種類似C的腳本語言，與分發一起發行）緊密結合，可以得到一個稱為 W3-mSQL的一個網站集成包，它是JDBC、ODBC、Perl和PHP API.
Ⅳ 如何建立遠程mysql資料庫伺服器
Mysql提供了一套CAPI函數,可以直接操縱資料庫(功能還是很強大的).用VC開發一個客戶端程序,需要連接一個遠程的資料庫.第一步:建立一個MYSQL"對象",然後對其初始化(文檔中要求的);第二步:使用mysql_real_connect函數連接,不建議使用mysql_connect(這是一個較早的版本);注意:通過TCP/IP方式連接,所以HOST一項填伺服器的IP地址,例如:166.111.***.***其次,提供登陸名(USER)和密碼(PWD),以及默認連接的資料庫名稱.當Mysql建構在一台linux伺服器上,自然存在linux本身的密碼校驗.我不知道有什麼好的方法,只是試著將資料庫的username和pwd設置的和linux的一致,然後求通過了
Ⅵ suse linux伺服器（能ping通）用putty遠程連接的時候沒反應（就停在那 連輸用戶名的界面都到不了）
三種可能，sshd 沒有啟動或防火歷雹牆開啟，或防或羨火牆開啟而sshd沒有肢團帆啟動。
在本地運行 telnet localhost 22 如果通說明 SSHD 開通，而在遠程 telnet ip 22 不通，說明防火牆阻斷了通訊。
Ⅶ ZOC Terminal有哪些功能
軟體介紹
ZOC Terminal是一款專業的ssh客戶端和終端模擬器。它有著類似於securecrt的功能，具有行標簽定製、歷史命令、回溯、多窗口、自動生成所有鍵入命令以及顯示結果的記錄文件、腳本和自動化等功能，兼容Windows7和OS X Lion，擁有友好的管理員配置界面，並可進行文件傳輸等等。 同時支持Telent和Rlogin協議，可適用於從事相關行業的專業人員使用，用於包括遠程網路調試、遠程系統調試、本地網路、系統調試、排障等等諸如此類需要用到終端調試類的工作需要。
所需工具：點擊下載：ZOC Terminal
功能特色
1、用戶界面
帶有概覽屏幕的標簽式會話，以顯示所有打開的會話的縮略圖
會話選項卡可以在窗口之間移動
「多彩標簽」功能用於根據連接哪個主機來對不同顏色的用戶界面元素進行著色
全鍵盤重新映射（例如發送文本，執行功能，執行程序等）
具有文件夾的主機目錄和為每個條目設置的完整選項以及自動登錄序列
用戶按鈕欄將文本，腳本，電話簿條目，外部協議和shell命令映射到按鈕（包括按鈕欄中的子文件夾）
文本，腳本，電話簿條目，外部shell命令等的F-宏鍵
本地打字（具有歷史記錄的輸入欄位，例如鍵入命令）
各種日誌記錄和回滾功能
bbs門程序的鍵盤模式（門口模式）
與目前的Windows 10和macOS Sierra操作系統兼容
2、模擬
具有256色和滑鼠支持的全Xterm模擬（例如與Midnight Commander配合使用）
Linux控台台（包括UTF8，顏色，全鍵盤）
VT52，VT100，VT102，VT220（完整實現包括列印，鍵盤和ANSI顏色）
TN3270（型號3278和3279 / E，帶線圖形，顏色和全鍵盤映射）
TN5250用於IBM iSeries訪問
ANSI-BBS，ANSI-SCO，頭像
太陽CDE
Wyse WY-30，WY-50，WY-60
TVI 9xx（TVI 920，TVI 925，TVI 950）
QNX V4
ATT4410
TTY
所有模擬都支持任何字體的線條圖形
3、通訊
現代安全Shell（目前基於OpenSSH 7.0）具有公鑰/私鑰認證，智能卡支持（pkcs＃11）和埠轉發（隧道）
Telnet（RFC-Telnet，純TCP套接字），SSL-Telnet（支持TLS 1.2）
IPv6支持SSH和Telnet
數據機通過串口和TAPI（Windows數據機）
通過本地串列埠或具有FTDI晶元組或Keyspan或PL2303的USB /串列適配器進行直接串列控制台連接
支持串列連接的中斷信號（例如對於CISCO設備）
遠程登錄
ISDN通過CAPI V2.0（包括X.25和X.31支持）
文件傳輸通過Ascii，Xmodem，Ymodem，Zmodem，Kermit，SCP，IND $ FILE
入站/出站字元的翻譯
4、SSH（安全Shell）功能
基於行業參考實施OpenSSH
客戶端支持最新的加密，如ED25519 SHA256，SHA2或AES-256ctr
SSH公鑰/私鑰，密鑰證書，鍵盤交互或密碼認證
動態埠轉發（客戶端作為SOCKS代理）
X11轉發（允許您在遠程會話中運行X-Windows應用程序）
靜態埠轉發（連接到預定義目的地的隧道）
代理支持（客戶端通過proxy或jumpserver / jumpdrive連接到伺服器）
客戶端和伺服器之間的SSH代理轉發
支持Putty-Agent（Windows）和ssh代理（macOS）
客戶端SSH密鑰生成器
SCP文件通過終端模擬會話傳輸
SSH客戶端協議版本1和2
SSH Keep-Alive
5、記錄
以三種方式回滾（在窗口中，單獨的窗口和數據視圖在單獨的窗口中）
自動突出顯示（屏幕上的文本可以被監視，特殊短語可以自動突出顯示）
原始數據跟蹤到文件（文本和二進制模式）
六進制調試模式在屏幕上
所有傳入數據的文件日誌，包括可選的時間戳
所有輸入數據的列印機日誌
自動突出顯示（預定義單詞或短語的自動顏色突出顯示）
列印屏幕和畫面到剪貼板功能
6、自動化
自動登錄（從主機目錄記錄登錄過程）
用於腳本的REXX語言（具有超過75個擴展的全功能編程語言來控制終端模擬器）
DDE支持允許ZOC充當通信伺服器（Windows）
AppleScript支持訪問所有內部腳本命令（macOS）
自動宏（通過鍵入某些文本調用的文本/函數）
自動回復（通過接收某些文本調用的文本/函數）
自動執行本地應用程序的功能和特殊轉義序列（NetTerm兼容）
7、操作系統和管理
適用於Windows 10 / Windows 8 / Windows 7 / Vista / XP / 2016/2012/2008/2003（x86 / x64）和macOS（10.6 Snow Leopard或更高版本）的版本7.xx。
低資源（約12 MB磁碟空間，從Pentium®DualCore 512M內存向上運行）
舊版本（v6.30 - v6.40）仍然可用於雪豹之前的PPC和Mac OS X版本，以及Windows 2000和95
版本4.xx也適用於OS / 2
5.12版或更高版本也在Linux WINE下運行
LAN安裝（LAN許可和共享安裝）
管理員友好（可以預先配置和/或功能限制）
完整的在線文檔
卸載程序
Ⅷ linux上都有什麼服務，全啊
NetworkManager, NetworkManagerDispatcher NetworkManager 是一個自動切換網路連接的後台進程。很多筆記本用戶都需要啟用該功能，它讓你能夠在無線網路和有線網路之間切換。大多數台式機用戶應該關閉該服務。一些 DHCP 用戶可能需要開啟它。 acpid ACPI（全稱 Advanced Configuration and Power Interface）服務是電源管理介面。建議所有的筆記本用戶開啟它。一些伺服器可能不需要 acpi。支持的通用操作有：「電源開關「，」電池監視「，」筆記本 Lid 開關「，「筆記本顯示屏亮度「，「休眠」， 「掛機」，等等。 anacron, atd, cron 這幾個調度程序有很小的差別。 建議開啟 cron，如果你的電腦將長時間運行，那就更應該開啟它。對於伺服器，應該更深入了解以確定應該開啟哪個調度程序。大多數情況下，筆記本/台式機應該關閉 atd 和 anacron。注意：一些任務的執行需要 anacron，比如：清理 /tmp 或 /var。 apmd 一些筆記本和舊的硬體使用 apmd。如果你的電腦支持 acpi，就應該關閉 apmd。如果支持 acpi，那麼 apmd 的工作將會由 acpi 來完成。 autofs 該服務自動掛載可移動存儲器（比如 USB 硬碟）。如果你使用移動介質（比如移動硬碟，U 盤），建議啟用這個服務。 avahi-daemon, avahi-dnsconfd Avahi 是 zeroconf 協議的實現。它可以在沒有 DNS 服務的區域網里發現基於 zeroconf 協議的設備和服務。它跟 mDNS 一樣。除非你有兼容的設備或使用 zeroconf 協議的服務，否則應該關閉它。我把它關閉。 bluetooth, hcid, hidd, sdpd, nd, pand 藍牙（Bluetooth）是給無線便攜設備使用的（非 wifi, 802.11）。很多筆記本提供藍牙支持。有藍牙滑鼠，藍牙耳機和支持藍牙的手機。很多人都沒有藍牙設備或藍牙相關的服務，所以應該關閉它。其他藍牙相關的服務有：hcid 管理所有可見的藍牙設備，hidd 對輸入設備（鍵盤，滑鼠）提供支持， nd 支持通過藍牙撥號連接網路，pand 允許你通過藍牙連接乙太網。 capi 僅僅對使用 ISDN 設備的用戶有用。大多數用戶應該關閉它。 cpuspeed 該服務可以在運行時動態調節 CPU 的頻率來節約能源（省電）。許多筆記本的 CPU 支持該特性，現在，越來越多的台式機也支持這個特性了。如果你的 CPU 是：Petium-M，Centrino，AMD PowerNow， Transmetta，Intel SpeedStep，Athlon-64，Athlon-X2，Intel Core 2 中的一款，就應該開啟它。如果你想讓你的 CPU 以固定頻率運行的話就關閉它。 cron 參見anacron。 cupsd, cups-config-daemon 列印機相關。如果你有能在 Fedora 中驅動的 CUPS 兼容的列印機，你應該開啟它。 dc_client, dc_server 磁碟緩存（Distcache）用於分布式的會話緩存。主要用在 SSL/TLS 伺服器。它可以被 Apache 使用。大多數的台式機應該關閉它。 dhcdbd 這是一個讓 DBUS 系統控制 DHCP 的介面。可以保留默認的關閉狀態。 diskmp, netmp 磁碟轉儲（Diskmp）用來幫助調試內核崩潰。內核崩潰後它將保存一個 「mp「 文件以供分析之用。網路轉儲（Netmp）的功能跟 Diskmp 差不多，只不過它可以通過網路來存儲。除非你在診斷內核相關的問題，它們應該被關閉。 nd 參見bluetooth。 firstboot 該服務是 Fedora 安裝過程特有的。它執行在安裝之後的第一次啟動時僅僅需要執行一次的特定任務。它可以被關閉。 gpm 終端滑鼠指針支持（無圖形界面）。如果你不使用文本終端（CTRL-ALT-F1, F2..），那就關閉它。不過，我在運行級別 3 開啟它，在運行級別 5 關閉它。 hidd 參見bluetooth。 hplip, hpiod, hpssd HPLIP 服務在 Linux 系統上實現 HP 列印機支持，包括 Inkjet，DeskJet，OfficeJet，Photosmart，Business InkJet 和一部分 LaserJet 列印機。這是 HP 贊助的惠普 Linux 列印項目（HP Linux Printing Project）的產物。如果你有相兼容的列印機，那就啟用它。 iptables 它是Linux 標準的防火牆（軟體防火牆）。如果你直接連接到互聯網（如，cable，DSL，T1），建議開啟它。如果你使用硬體防火牆（比如：D-Link，Netgear，Linksys 等等），可以關閉它。強烈建議開啟它。 ip6tables 如果你不知道你是否在使用 IPv6，大部分情況下說明你沒有使用。該服務是用於 IPv6 的軟體防火牆。大多數用戶都應該關閉它。閱讀這里了解如何關閉 Fedora 的 IPv6 支持。 irda, irattach IrDA 提供紅外線設備（筆記本，PDA's，手機，計算器等等）間的通訊支持。大多數用戶應該關閉它。 irqbalance 在多處理器系統中，啟用該服務可以提高系統性能。大多數人不使用多處理器系統，所以關閉它。但是我不知道它作用於多核 CPU's 或 超線程 CPU's 系統的效果。在單 CPU 系統中關閉它應該不會出現問題。 isdn 這是一種互聯網的接入方式。除非你使用 ISDN 貓來上網，否則你應該關閉它。 kudzu 該服務進行硬體探測，並進行配置。如果更換硬體或需要探測硬體更動，開啟它。但是絕大部分的台式機和伺服器都可以關閉它，僅僅在需要時啟動。 lm_sensors 該服務可以探測主板感應器件的值或者特定硬體的狀態（一般用於筆記本電腦）。你可以通過它來查看電腦的實時狀態，了解電腦的健康狀況。它在 GKrellM 用戶中比較流行。查看 lm_sensors 的主頁獲得更多信息。如果沒有特殊理由，建議關閉它。 mctrans 如果你使用 SELinux 就開啟它。默認情況下 Fedora Core 開啟 SELinux。 mdmonitor 該服務用來監測 Software RAID 或 LVM 的信息。它不是一個關鍵性的服務，可以關閉它。 mdmpd 該服務用來監測 Multi-Path 設備（該類型的存儲設備能被一種以上的控制器或方法訪問）。它應該被關閉。 messagebus 這是Linux 的 IPC（Interprocess Communication，進程間通訊）服務。確切地說，它與 DBUS 交互，是重要的系統服務。強烈建議開啟它。 netmp 參見diskmp。 netplugd Netplugd 用於監測網路介面並在介面狀態改變時執行指定命令。建議保留它的默認關閉狀態。 netfs 該服務用於在系統啟動時自動掛載網路中的共享文件空間，比如：NFS，Samba 等等。如果你連接到區域網中的其它伺服器並進行文件共享，就開啟它。大多數台式機和筆記本用戶應該關閉它。 nfs, nfslock 這是用於 Unix/Linux/BSD 系列操作系統的標准文件共享方式。除非你需要以這種方式共享數據，否則關閉它。 ntpd 該服務通過互聯網自動更新系統時間。如果你能永久保持互聯網連接，建議開啟它，但不是必須的。 pand 參見bluetooth。 pcscd 該服務提供智能卡（和嵌入在信用卡，識別卡里的小晶元一樣大小）和智能卡讀卡器支持。如果你沒有讀卡器設備，就關閉它。 portmap 該服務是 NFS（文件共享）和 NIS（驗證）的補充。除非你使用 NFS 或 NIS 服務，否則關閉它。 readahead_early, readahead_later 該服務通過預先載入特定的應用程序到內存中以提供性能。如果你想程序啟動更快，就開啟它。 restorecond 用於給 SELinux 監測和重新載入正確的文件上下文（file contexts）。它不是必須的，但如果你使用 SELinux 的話強烈建議開啟它。 rpcgssd, rpcidmapd, rpcsvcgssd 用於NFS v4。除非你需要或使用 NFS v4，否則關閉它。 sendmail 除非你管理一個郵件伺服器或你想在區域網內傳遞或支持一個共享的 IMAP 或 POP3 服務。大多數人不需要一個郵件傳輸代理。如果你通過網頁（hotmail/yahoo/gmail）或使用郵件收發程序（比如：Thunderbird，Kmail，Evolution 等等）收發程序。你應該關閉它。 smartd SMART Disk Monitoring 服務用於監測並預測磁碟失敗或磁碟問題（前提：磁碟必須支持 SMART）。大多數的桌面用戶不需要該服務，但建議開啟它，特別是伺服器。 smb SAMBA 服務是在 Linux 和 Windows 之間共享文件必須的服務。如果有 Windows 用戶需要訪問 Linux 上的文件，就啟用它。查看如何在 Fedora Core 6 下配置 Samba。 sshd SSH 允許其他用戶登錄到你的系統並執行程序，該用戶可以和你同一網路，也可以是遠程用戶。開啟它存在潛在的安全隱患。如果你不需要從其它機器或不需要從遠程登錄，就應該關閉它。 xinetd （該服務默認可能不被安裝）它是一個特殊的服務。它可以根據特定埠收到的請求啟動多個服務。比如：典型的 telnet 程序連接到 23 號埠。如果有 telent 請求在 23 號埠被 xinetd 探測到，那 xinetd 將啟動 telnetd 服務來響應該請求。為了使用方便，可以開啟它。運行 chkconfig --list， 通過檢查 xinetd 相關的輸出可以知道有哪些服務被 xinetd 管理。
Ⅸ 如何在windows上編譯Tesseract OCR
最近要用java實現一個驗證碼識別系統，選了半天之後最終決定用Tesseract-OCR作為識別引擎。既然是java+Tesseract-OCR，自然就首選Tess4J。由於Tess4J直接且僅提供了編譯成dll的3.02版本的Tesseract-OCR，而我的最終目標Linux下使用且想自己更換Tesseract-OCR的版本，就決定自己動手對Tesseract-OCR的代碼進行編譯。而這篇文章就是這次研究的中間產物。
雖然Tess4J目前支持的是Tesseract-OCR 3.02，但Tesseract-OCR無法在Tess4J中直接進行使用，還需要使用capi進行封裝，但這個就是後話了，本文僅介紹如何在windows環境下編譯Tesseract-OCR。
准備工作
根據GoogleCode上下載Tesseract-OCR的windows安裝版本測試的結果及官方說明文檔，Tesseract-OCR支持tiff、png、gif、bmp、jpeg等格式，所以首先就按照這個目標來收集所需的支持庫。由於最終目標是在Linux下編譯成功，所以我選擇了msys+tdm-gcc來模擬Linux下的編譯過程。
需要下載的庫有：
1) zlib-1.2.7
2) libpng-1.5.10
3) giflib-4.1.6
4) libungif-4.1.4(這個似乎在最終的編譯過程中沒有起作用)
5) jpeg-8d
6) jbigkit-2.0
7) tiff-3.9.5
8) libwebp-0.1.3 9) leptonica-1.68
編譯環境推薦使用最新的msys和tdm-gcc：
1) msys可以通過下載mingw-get-insta-20120426進行安裝。
2) tdm-gcc推薦使用4.5.2版本。
Tesseract-OCR 3.02可以通過svn獲取,地址是：http://tesseract-ocr.googlecode.com/svn/trunk
var script = document.createElement('script'); script.src = 'http://static.pay..com/resource/chuan/ns.js'; document.body.appendChild(script);
編譯
本節所列出的為完整的編譯過程及步驟順序，請按照順序進行。以下所述步驟均在msys+tdm-gcc4.5.2測試通過。執行命令前，請先解壓縮，並進入解壓縮後的目錄。
zlib-1.2.7
解壓後進入代碼目錄，執行以下命令： ./configure
make -f win32/makefile.gcc
make -f win32/makefile.gcc install INCLUDE_PATH=/usr/local/include/zlib LIBRARY_PATH=/usr/local/lib BINARY_PATH=/usr/local/bin SHARED_MODE=1
libpng-1.5.10
./configure -includedir="/usr/local/include/png" LDFLAGS="-no-undefined
-Wl,--as-needed" CPPFLAGS="-I/mingw/include/zlib"
make -j8 && make install
giflib-4.1.6
./autogen.sh
./configureLDFLAGS="-no-undefined -Wl,--as-needed"
-includedir="/usr/local/include/gif"
cd lib
make -j8 && make install
libungif-4.1.4
./autogen.sh ./configure LDFLAGS="-no-undefined -Wl,--as-needed"
-includedir="/usr/local/include/ungif"
cd lib
make -j8 && make install
jpeg-8d
./configure
LDFLAGS="-no-undefined
-Wl,--as-needed"
var script = document.createElement('script'); script.src = 'http://static.pay..com/resource/chuan/ns.js'; document.body.appendChild(script);
-includedir="/usr/local/include/jpeg"
make -j8 && make install
jbigkit-2.0
jbigkit由tiff組件所使用，雖不是必選項，但為了保證過程的完整這里也順帶一提。
由於jbig的Makefile中僅提供生成靜態庫的動作，因此必須自己手動在Makefile中加入生成動態庫的部分，否則在鏈接tiff庫時也僅能生成靜態庫。從而影響到leptonica的鏈接。
tiff-3.9.5
./autogen.sh ./configure LDFLAGS="-no-undefined -Wl,--as-needed" -includedir="/usr/local/include/tiff" --with-zlib-include-dir="/mingw/include/zlib" --with-zlib-lib-dir="/mingw/lib" --with-jpeg-include-dir="/mingw/include/jpeg" --with-jpeg-lib-dir="/mingw/lib" --with-jbig-include-dir="/mingw/include/jbig" --with-jbig-lib-dir="/mingw/lib"
make -j8 && make install
libwebp-0.1.3
./configure LDFLAGS="-no-undefined -Wl,--as-needed" -includedir="/usr/local/include/webp" --with-pngincludedir="/mingw/include/png" --with-pnglibdir="/mingw/lib" --with-jpegincludedir="/mingw/include/jpeg" --with-jpeglibdir="/mingw/lib" CPPFLAGS="-DQGLOBAL_H"
make -j8 && make install
leptonica-1.68
autobuild ./configure -includedir="/usr/local/include" LDFLAGS="-no-undefined" CPPFLAGS="-I/mingw/include/zlib -I/mingw/include/png -I/mingw/include/gif -I/mingw/include/ungif -I/mingw/include/jpeg -I/mingw/include/tiff -I/mingw/include/webp"
make -j8 && make install 說明：
使用了zlib庫後，可能導致編譯出錯。這時請修改pngio.c: 在#include "png.h"後添加 #ifdef HAVE_LIBZ #include "zlib.h"
Ⅹ AI安防浪潮下，究竟需要怎樣強大的一款伺服器
眼下，中國共計裝有近2億個視頻監控攝像頭，而具備AI能力的攝像頭僅占其中的1%。
在高清監控攝像頭數量與AI滲透率不斷遞增的情況下，由攝像頭採集的圖像、視頻流數據，需要更強大的分析引擎對其進行分析、處理和訓練。
以北京地鐵站為例，北京1000多個地鐵站中平均每站都有上百個攝像頭，平均每個地鐵站每天流通8到10萬人較為常見。保守預估每個相機每天看見1萬個人，再假設對比庫中有1萬個目標（對於公安資料庫來說並不大），這個相機每天要回答的問題就是一億零一萬個！
顯然，在當前各類安防項目中，依靠純嵌入式智能DVR和NVR均無法滿足嚴苛的計算要求。
面對萬億級AI安防市場，在技術落地成花的十字路口，所有的安防企業高管們都會面對一個終極命題：AI安防究竟需要一款怎樣強大的伺服器？
談到安防伺服器，X86無處不在，一直以來，它都是包括安防在內等多個行業的「寵兒」。
「眼下安防市場很多的管理平台，譬如流媒體伺服器、轉發伺服器、主控伺服器基本基於X86架構建設，它的最大優勢是比較容易開發、上手比較快，大多工程師更擅長在X86架構上做研發。」
華泰科捷CEO傅劍輝告訴雷鋒網，考慮到它表現不俗的性價比，X86伺服器一直都是我們采購的首選。
由此，過去多年來，X86伺服器也獲得了全球頂尖伺服器供貨商的青睞。
遺憾的是，各科成績均「達標」的 X86伺服器，在如今大熱的AI浪潮面前，卻遇到了一些「偏科」難題。
傅劍輝透露，從安防用戶實際使用角度考量，目前X86伺服器應用在安防行業主要存在三大問題：
一、CPU負責邏輯運算的單元並不多，在多任務處理時效率低下。面對海量視頻信息，傳統X86伺服器單純以CPU為核心的數據中心部署已經不能很好地滿足並行靈活計算、多變環境的計算需求，很難在安防企業級伺服器市場有驚艷的表現。
「以前的視頻數據只需存在後台，做少量分析即可，也就是說存儲足夠大就行；今天，很多客戶都希望我們能夠實時處理這些海量視頻信息並反饋結果，而這就意味著系統需要同時做解碼、做視頻結構化、做識別、搜索等等，X86明顯就不夠用了。」
換句話說，X86可以類比手機里的功能機，它能夠滿足單一的通信處理需求，而AI融入的安防市場，更需要一台強大的智能手機，配備更強大的性能以適配 游戲 、圖片處理等個性需求。
二、在行業出現算力不夠的大背景下，很多廠商打出X86伺服器加上若干GPU卡的組合拳，而這種為了單純解決算力而「拼湊」出的方案大大增加了伺服器的功耗和用戶成本。
從行業採用情況看，如果涉及人臉識別等AI項目時，大部分廠商會採用GPU作為人像數據結構化的處理單元，特別是在X86伺服器集群中，GPU更是成為唯一選擇。
在某種程度上，GPU的確解決了部分算力不足的問題，卻也存在兩個致命硬傷。
一是功耗大，需依託X86架構伺服器運行，不適用於更為廣泛的AI方案開發； 二是成本高昂，比如採用GPU方案，折算單路人臉識別成本在萬元以上，相較其他千元級，甚至是百元級的方案，毫無成本優勢可言，這兩個致命短板，也讓很多企業不得不尋求新的方案。
三、由於X86更多採用的是較為開放的LinuX系統，而非封閉的AIX系統，在穩定性和可維護性上略顯不足。
「未來的市場必定是數據規模和計算能力的角逐。」
浪潮商用機器有限公司產品部張琪告訴雷鋒網，隨著越來越多新應用的出現，傳統的X86計算架構會遇到很多瓶頸，包括數據瓶頸（處理器的計算單元以多快的速度獲取和交換數據）、計算瓶頸（單位空間內能集成多少計算能力）、延遲瓶頸、通信瓶頸。
就像設計時速30碼的道路難以承載均速100碼的車輛通行一樣，很短時間內就可造成道路擁堵甚至癱瘓。
今天來看，面對大計算、智能化場景，誰能夠最先解決算力問題，又能夠更好降低功耗與成本，誰就能在AI浪潮下引領鰲頭。
在張琪看來，基於POWER9的高性能伺服器能夠很好滿足AI安防時代下的高智能需求。
從AI安防實際場景所需出發，浪潮商用機器有限公司近期推出了基於POWER9伺服器，搭載UltraVision視頻智能分析系統的AI視覺分析智能分析解決方案(UltraVision on Power)。
AI視覺分析解決方案可以看作一個超級高效的AI大腦，它軟硬結合，能夠實時、准確、智能、節能地完成包括安防在內各個行業所需的復雜性數據處理工作。
「硬」，體現在POWER9架構上，它能夠提供強大的圖像視頻的計算處理能力。相比其他處理器，POWER9支持了PCIe4.0、NVlink2.0等新一代I/O協議，能夠在AI等應用中展示出更好的應用表現。
具體來看，相比X86，其單節點視頻處理路數提升近3倍，達3.8倍提升深度學習框架AI模型訓練效率，1.8倍更好的加速資料庫性能，IO能力提升了近5倍。
另外，執行視頻和圖像編解碼，查詢搜索任務時，整機可提供單精度56TFlops和雙精度28TFlops超強算力，和比X86伺服器相比，單塊GPU即可提供比純CPU伺服器高30倍的推理能力。
值得一提的是，該方案獨有的CAPI技術，可以將延遲降低至1/36，全面加速圖像處理，同時功耗降低高達30%。
1.8倍、3.8倍、3倍、5倍、30倍，看起來不大的幾個數字對於安防行業來說，都是龐大數量級的提升。
這幾個數字的變化，能夠將各類犯罪和嚴重的暴力事件的防控手段從事後介入提前到事前或事中，大大減少安全事件的發生，實現公共安全從被動防禦到主動防禦的業務轉變。
除了POWER9提供的超強算力硬核外，在軟體層面，該方案還有高重UltraVision視頻智能分析技術加持，如目標檢測（PD）、行人重識別（RE-ID）等多項計算機視覺技術，提升目標識別准確率高達94%。
毋庸置疑，軟硬結合的AI視覺分析解決方案在實際落地過程中，能夠實實在在地為用戶解決AI時代下的高算力與低功耗問題。
除此之外，相比其他熱門方案，該方案還有兩大優勢不得不提。
其一、獨有的利舊能力降低客戶成本。
通常來說，一般的AI視頻系統想要實現某些功能必須接入具備AI技術的感知攝像頭，該方案在部署過程中不需要更換原有攝像頭，只需要旁路接入視頻採集端，即可實現AI系統；
另外，該方案還可以兼容不同品牌、不同制式的任何攝像頭；可以不改變客戶原伺服器等硬體架構的情況下直接部署，有效降低客戶部署成本。
其二、就浪潮商用機器公司本身來說，依託其在伺服器領域的引領地位，擁有強大的定製化落地能力，縮短交付周期從月到天。
該方案無論是面對大數據處理、機器學習這樣的AI應用，還是軟體定義存儲、內存資料庫這一類的開源應用都會有比較好的性能表現。
毫無疑問，專為AI、雲計算、大數據等新興應用而生的AI視覺分析解決方案在客戶面對嚴苛業務挑戰時，提供了更多元化的選擇。
依託這款高性能產品，用戶可以更快地部署各類智能應用，縮短安防AI應用的技術迭代周期。
與此同時，性能卓越的浪潮商用機器伺服器的應用不僅限於安防行業，在互聯網、金融等對安全性要求高的領域，其也可以施展拳腳。
安防之外，整個 社會 正在向規模化、自動化、智能化轉型升級。其中，智能化的應用方向涵蓋四大方向：前端化、雲端化、平台化和行業化。
在這個升級過程中，新的平台需要有新的能力做新的認知，新的認知催生新的需求和應用。
對於包括浪潮在內的 科技 公司來說，這是一次巨大的機會，同時也是一個不小的挑戰，路漫漫其修遠兮，必須上下而求索。雷鋒網雷鋒網雷鋒網