InitPlatformThread(useCurrentEventRu" />

在线观看www成人影院-在线观看www日本免费网站-在线观看www视频-在线观看操-欧美18在线-欧美1级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

ArkUI 中的線程和看門(mén)狗機(jī)制

王程 ? 來(lái)源: jf_75796907 ? 作者: jf_75796907 ? 2024-02-18 17:37 ? 次閱讀

一、前言

本文主要分析 ArkUI 中涉及的線程和看門(mén)狗機(jī)制。

二、ArkUI 中的線程

應(yīng)用 Ability 首次創(chuàng)建界面的流程大致如下:

wKgaomXRz-KAOIl7AAAUX4GNkUw147.png

說(shuō)明:

?AceContainer 是一個(gè)容器類,由前端、任務(wù)執(zhí)行器、資源管理器、渲染管線、視圖等聚合而成,提供了生命周期對(duì)接、功能調(diào)度接口和 UI 渲染的各項(xiàng)能力。

?Ability 在 FA 模型中實(shí)際為 AceAbility,和 AceContainer 容器類搭配管理界面。在 AceAbility 的生命周期函數(shù) AceAbility::OnStart (const Want& want) 中創(chuàng)建 AceContainer 實(shí)例。

?對(duì)于 Stage 模型,在 UIContentImpl::CommonInitialize () 函數(shù)中創(chuàng)建 AceContainer 實(shí)例。AceContainer 在構(gòu)造函數(shù)中創(chuàng)建任務(wù)執(zhí)行器,用于執(zhí)行 ArkUI 相關(guān)任務(wù)。

void AceContainer::InitializeTask()
{
 auto flutterTaskExecutor = Referenced::MakeRefPtr();
 flutterTaskExecutor->InitPlatformThread(useCurrentEventRunner_);
 taskExecutor_ = flutterTaskExecutor;
 // No need to create JS Thread for DECLARATIVE_JS
 if (type_ == FrontendType::DECLARATIVE_JS) {
 GetSettings().useUIAsJSThread = true;
 } else {
 flutterTaskExecutor->InitJsThread();
 }
}

任務(wù)有如下幾種類型,每種類型 (BACKGROUND 任務(wù)除外) 的任務(wù)會(huì)由一個(gè) fml::TaskRunner 去執(zhí)行。TaskRunner 代碼在三方庫(kù) third_partyflutterenginefluttercommontask_runners.h 中,實(shí)現(xiàn)原理和 EventRunner,EventHandler 機(jī)制相似。

 enum class TaskType : uint32_t {
 PLATFORM = 0,
 UI,
 IO,
 GPU,
 JS,
 BACKGROUND,
 UNKNOWN,
 };

FlutterTaskExecutor 類圖如下:

wKgZomXRz-OAS5hGAAAx8gzJp7U465.png

說(shuō)明:

?任務(wù)執(zhí)行器可以用于執(zhí)行異步 (PostTask) 和同步 (PostSyncTask) 任務(wù)。

?異步任務(wù):把任務(wù)丟給指定類型的線程處理,不會(huì)阻塞當(dāng)前線程。

?同步任務(wù):把任務(wù)丟給指定類型的線程處理并阻塞當(dāng)前線程,直到任務(wù)執(zhí)行完后繼續(xù)當(dāng)前線程。

?比如觸摸事件的處理,會(huì)以異步任務(wù)的形式被丟到 UI 線程中處理。

 auto&& touchEventCallback = [context = pipelineContext_, id = instanceId_](
 const TouchEvent& event, const std::function& markProcess) {
 ContainerScope scope(id);
 context->GetTaskExecutor()->PostTask(
 [context, event, markProcess]() {
 context->OnTouchEvent(event);
 CHECK_NULL_VOID_NOLOG(markProcess);
 markProcess();
 },
 TaskExecutor::TaskType::UI);
 };

三、各種類型的 TaskRunner 如何初始化?

platformRunner_

在 InitPlatformThread 函數(shù)中初始化。

void FlutterTaskExecutor::InitPlatformThread(bool useCurrentEventRunner)
{
#ifdef OHOS_STANDARD_SYSTEM
 platformRunner_ = flutter::PlatformTaskRunner::CurrentTaskRunner(useCurrentEventRunner);
#else
 fml::MessageLoop::EnsureInitializedForCurrentThread();
 platformRunner_ = fml::MessageLoop::GetCurrent().GetTaskRunner();
#endif

 FillTaskTypeTable(TaskType::PLATFORM);
}

對(duì)于標(biāo)準(zhǔn) OHOS,platformRunner_實(shí)際為

flutter::PlatformTaskRunner::CurrentTaskRunner(useCurrentEventRunner)

看下具體實(shí)現(xiàn):

fml::RefPtr PlatformTaskRunner::CurrentTaskRunner(bool useCurrentEventRunner)
{
 return PlatformTaskRunnerAdapter::CurrentTaskRunner(useCurrentEventRunner);
}
fml::RefPtr PlatformTaskRunnerAdapter::CurrentTaskRunner(bool useCurrentEventRunner)
{
 if (useCurrentEventRunner) {
 return fml::MakeRefCounted(useCurrentEventRunner);
 }
 if (taskRunner_) {
 return taskRunner_;
 }
 taskRunner_ = fml::MakeRefCounted(useCurrentEventRunner);
 return taskRunner_;
}

說(shuō)明:

platformRunner 實(shí)際類型為 PlatformTaskRunnerAdapter。

PlatformTaskRunnerAdapter 繼承自 fml::TaskRunner,實(shí)現(xiàn)了 virtual void PostTask (fml::closure task) 等接口函數(shù)。實(shí)際是在 EventRunner,EventHandler 機(jī)制基礎(chǔ)上又做了層封裝。代碼中 useCurrentEventRunner 實(shí)參為 false。意味著 platformRunner 實(shí)際是把任務(wù)丟給主線程去做的。(MainEventRunner 對(duì)應(yīng)的線程為主線程,MainEventRunner 的初始化在 Ability 框架 MainThread::Start () 函數(shù)中)

PlatformTaskRunnerAdapter::PlatformTaskRunnerAdapter(bool useCurrentEventRunner)
 : fml::TaskRunner(nullptr)
{
 if (useCurrentEventRunner) {
 eventRunner_ = OHOS::AppExecFwk::EventRunner::Current();
 } else {
 eventRunner_ = OHOS::AppExecFwk::EventRunner::GetMainEventRunner();
 }
 eventHandler_ = std::make_shared(eventRunner_);
}

void PlatformTaskRunnerAdapter::PostTask(fml::closure task)
{
 eventHandler_->PostTask(std::move(task));
}
 

uiRunner, ioRunner, gpuRunner_

這三種類型的 TaskRunner 初始化都在 FlutterTaskExecutor::InitOtherThreads 函數(shù)中。

void FlutterTaskExecutor::InitOtherThreads(const flutter::TaskRunners& taskRunners)
{
 uiRunner_ = taskRunners.GetUITaskRunner();
 ioRunner_ = taskRunners.GetIOTaskRunner();
#ifdef NG_BUILD
 gpuRunner_ = taskRunners.GetRasterTaskRunner();
#else
 gpuRunner_ = taskRunners.GetGPUTaskRunner();
#endif

 //...此處省略若干行
}

FlutterTaskExecutor::InitOtherThreads 函數(shù)的參數(shù) taskRunners 從哪來(lái)?

FlutterAceView::CreateView () 函數(shù)中會(huì)初始化一些配置項(xiàng),然后創(chuàng)建 flutter::OhosShellHolder 對(duì)象。

FlutterAceView* FlutterAceView::CreateView(int32_t instanceId, bool useCurrentEventRunner, bool usePlatformThread)
{
 FlutterAceView* aceSurface = new Platform::FlutterAceView(instanceId);
 if (aceSurface != nullptr) {
 aceSurface->IncRefCount();
 }
 flutter::Settings settings;
 settings.instanceId = instanceId;
 settings.platform = flutter::AcePlatform::ACE_PLATFORM_OHOS;
#ifndef GPU_DISABLED
 settings.enable_software_rendering = false;
#else
 settings.enable_software_rendering = true;
#endif
#ifdef ENABLE_ROSEN_BACKEND
 settings.use_system_render_thread = SystemProperties::GetRosenBackendEnabled();
#endif
 settings.platform_as_ui_thread = usePlatformThread;
 settings.use_current_event_runner = useCurrentEventRunner;
 // ...此處省略若干行
 auto shell_holder = std::make_unique(settings, false);
 if (aceSurface != nullptr) {
 aceSurface->SetShellHolder(std::move(shell_holder));
 }
 return aceSurface;
}

OhosShellHolder 構(gòu)造函數(shù)中會(huì)根據(jù)傳入的參數(shù)創(chuàng)建 flutter::TaskRunners。

OhosShellHolder::OhosShellHolder(
 flutter::Settings settings,
 bool is_background_view)
 : settings_(std::move(settings))
{
 // ...此處省略若干行
 // The current thread will be used as the platform thread. Ensure that the
 // message loop is initialized.
 fml::MessageLoop::EnsureInitializedForCurrentThread();
 fml::RefPtr gpu_runner;
 fml::RefPtr ui_runner;
 fml::RefPtr io_runner;
 fml::RefPtr platform_runner =
 PlatformTaskRunnerAdapter::CurrentTaskRunner(settings_.use_current_event_runner);
 if (is_background_view) {
 auto single_task_runner = thread_host_.ui_thread->GetTaskRunner();
 gpu_runner = single_task_runner;
 ui_runner = single_task_runner;
 io_runner = single_task_runner;
 } else {
 if (settings_.platform_as_ui_thread) {
 ui_runner = platform_runner;
 } else {
 ui_runner = thread_host_.ui_thread->GetTaskRunner();
 }
 if (!settings_.use_system_render_thread) {
 gpu_runner = thread_host_.gpu_thread->GetTaskRunner();
 } else {
 gpu_runner = ui_runner;
 }
 if (settings_.use_io_thread) {
 io_runner = thread_host_.io_thread->GetTaskRunner();
 } else {
 io_runner = ui_runner;
 }
 }
 flutter::TaskRunners task_runners(thread_label, // label
 platform_runner, // platform
 gpu_runner, // gpu
 ui_runner, // ui
 io_runner // io
 );
 

說(shuō)明:目前 OHOS 上,配置的參數(shù)如下:

wKgaomXRz-OAYohbAAB5eS149Wk451.png

對(duì)照上面的代碼段,實(shí)際 gpu_runner,ui_runner,io_runner 是同一個(gè),任務(wù)都在 UI 線程執(zhí)行。另外對(duì)于 Stage 模型,ui_runner 和 platform_runner 又是同一個(gè),所以對(duì) Stage 模型來(lái)說(shuō),TaskType::UI,TaskType::IO,TaskType::GPU,TaskType::PLATFORM 類型的任務(wù)實(shí)際都是由主線程來(lái)執(zhí)行的。

jsRunner_

初始化在 FlutterTaskExecutor::InitJsThread (bool newThread) 函數(shù)中。

void FlutterTaskExecutor::InitJsThread(bool newThread)
{
 if (newThread) {
 jsThread_ = std::make_unique(GenJsThreadName());
 jsRunner_ = jsThread_->GetTaskRunner();
 } else {
 jsRunner_ = uiRunner_;
 }

 PostTaskToTaskRunner(
 jsRunner_, [weak = AceType::WeakClaim(this)] { FillTaskTypeTable(weak, TaskType::JS); }, 0);
}

說(shuō)明:對(duì)于聲明式前端,newThread 參數(shù)為 false; JS 前端為 true。所以聲明式前端 JS 線程實(shí)際為 UI 線程;而對(duì)于 JS 前端,會(huì)起獨(dú)立的 JS 線程來(lái)處理 JS 相關(guān)的任務(wù)。

TaskType::BACKGROUND 類型的任務(wù)如何執(zhí)行?

TaskType::BACKGROUND 類型的任務(wù)會(huì)由單例 BackgroundTaskExecutor 去執(zhí)行。BackgroundTaskExecutor 中維護(hù)了一個(gè) 8 個(gè)線程的線程池,用來(lái)處理后臺(tái)耗時(shí)操作。線程名以 “ace.bg.” 開(kāi)頭。比如 RosenFontLoader 在加載網(wǎng)絡(luò)字體的時(shí)候,下載操作會(huì)放到后臺(tái)任務(wù)線程里去做。

void RosenFontLoader::LoadFromNetwork(const OHOS::Ace::RefPtr& context)
{
 auto weakContext = AceType::WeakClaim(AceType::RawPtr(context));
 context->GetTaskExecutor()->PostTask(
 [weak = AceType::WeakClaim(this), weakContext] {
 auto fontLoader = weak.Upgrade();
 auto context = weakContext.Upgrade();
 if (!fontLoader || !context) {
 return;
 }
 std::vector fontData;
 if (!DownloadManager::GetInstance().Download(fontLoader->familySrc_, fontData) || fontData.empty()) {
 return;
 }
 //...此處省略若干行
 },
 TaskExecutor::TaskType::BACKGROUND);
}

綜上:在 ArkUI 中,會(huì)為每個(gè)帶界面的 Ability 創(chuàng)建一個(gè) AceContainer, 每個(gè) AceContainer 中會(huì)創(chuàng)建一個(gè) FlutterTaskExecutor 用于處理該 Ability ArkUI 相關(guān)的任務(wù)。根據(jù)不同的模型,ArkUI 創(chuàng)建出來(lái)的線程會(huì)有所不同:

?對(duì)于 Stage 模型的應(yīng)用,ui 線程復(fù)用了主線程,并且 Stage 模型應(yīng)用目前都是聲明式前端,導(dǎo)致 js 線程又復(fù)用了 ui 線程。所以 ArkUI 只需另外創(chuàng)建名字以 “ace.bg.” 開(kāi)頭的八個(gè)后臺(tái)任務(wù)線程。

?對(duì)于 FA 模型的應(yīng)用,除了八個(gè)后臺(tái)任務(wù)線程,根據(jù) Ability 的數(shù)量會(huì)創(chuàng)建若干個(gè)名字以 “.ui” 結(jié)尾的線程。如果是 JS 前端,還會(huì)創(chuàng)建若干個(gè)名字以 “jsThread-” 開(kāi)頭的線程。

四、ArkUI 中的看門(mén)狗

wKgZomXRz-SACe6XAABWAdOVFOk676.png

AceEngine 是單例,全局唯一。AceEngine 的構(gòu)造函數(shù)中會(huì)創(chuàng)建 WatchDog 實(shí)例。對(duì)于 FA 模型的應(yīng)用,AceContainer::AttachView () 函數(shù)中通過(guò)調(diào)用

AceEngine::Get().RegisterToWatchDog(instanceId, taskExecutor_,

GetSettings().useUIAsJSThread);

把持有的 FlutterTaskExecutor 注冊(cè)到看門(mén)狗中看護(hù)。

看門(mén)狗只看護(hù) FlutterTaskExecutor 中的 UI 線程和 JS 線程。Stage 模型的應(yīng)用由于 UI 線程和 JS 線程實(shí)際是復(fù)用的主線程,所以不需要在 ArkUI 中看護(hù)。Ability 框架中有看門(mén)狗專門(mén)看護(hù)主線程。如果線程中有任務(wù)處理超過(guò)了 3s,會(huì)上報(bào) RawEventType::WARNING 對(duì)應(yīng)的系統(tǒng)事件給 hiview 插件平臺(tái);如果任務(wù)處理超過(guò)了 5s,會(huì)上報(bào) RawEventType::FREEZE 對(duì)應(yīng)的系統(tǒng)事件給 hiview 插件平臺(tái),hiview 插件平臺(tái)會(huì)生成 appfreeze 的 dump 文件。

為了防止主線程和 ui 線程卡住引起 appfreeze,做應(yīng)用開(kāi)發(fā)的時(shí)候,不要在 Ability 生命周期函數(shù)或者控件點(diǎn)擊事件等回調(diào)函數(shù)中做耗時(shí)操作。

審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 看門(mén)狗
    +關(guān)注

    關(guān)注

    10

    文章

    581

    瀏覽量

    71630
  • 鴻蒙
    +關(guān)注

    關(guān)注

    59

    文章

    2543

    瀏覽量

    43840
收藏 人收藏

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    TPS3431 帶啟用功能的標(biāo)準(zhǔn)可編程看門(mén)狗定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3431 是一款標(biāo)準(zhǔn)的可編程看門(mén)狗定時(shí)器,具有使能功能,適用于各種應(yīng)用。看門(mén)狗超時(shí)具有 15% 的精度、高精度定時(shí) (–40°C 至 +125°C) 和 25°C 時(shí) 2.5% 的典型值
    的頭像 發(fā)表于 04-10 14:28 ?289次閱讀
    TPS3431 帶啟用功能的標(biāo)準(zhǔn)可編程<b class='flag-5'>看門(mén)狗</b>定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3430 具有可編程復(fù)位延遲的窗口看門(mén)狗定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3430 是一款獨(dú)立的窗口看門(mén)狗定時(shí)器,具有可編程看門(mén)狗窗口和可編程看門(mén)狗復(fù)位延遲,適用于各種應(yīng)用。TPS3430窗口看門(mén)狗可實(shí)現(xiàn) 2.5% 的定時(shí)精度(25°C 時(shí)的典型值),
    的頭像 發(fā)表于 04-10 14:23 ?225次閱讀
    TPS3430 具有可編程復(fù)位延遲的窗口<b class='flag-5'>看門(mén)狗</b>定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3430-Q1 具有可編程復(fù)位延遲的汽車(chē)級(jí)窗口看門(mén)狗定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3430-Q1 是一款獨(dú)立的汽車(chē)窗口看門(mén)狗定時(shí)器,具有可編程看門(mén)狗窗口和可編程看門(mén)狗復(fù)位延遲,適用于汽車(chē)應(yīng)用。TPS3430-Q1 窗口看門(mén)狗可實(shí)現(xiàn) 2.5% 的定時(shí)精度(25°
    的頭像 發(fā)表于 04-10 14:15 ?256次閱讀
    TPS3430-Q1 具有可編程復(fù)位延遲的汽車(chē)級(jí)窗口<b class='flag-5'>看門(mén)狗</b>定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3435 納米靜態(tài)電流精密超時(shí)看門(mén)狗定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3435 是一款超低功耗 (典型值為 250nA) 器件,提供可編程超時(shí)看門(mén)狗定時(shí)器。 TPS3435 提供高精度超時(shí)看門(mén)狗定時(shí)器,具有適用于各種應(yīng)用的一系列功能。超時(shí)看門(mén)狗定時(shí)器可由
    的頭像 發(fā)表于 04-09 15:49 ?308次閱讀
    TPS3435 納米靜態(tài)電流精密超時(shí)<b class='flag-5'>看門(mén)狗</b>定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3435-Q1 汽車(chē)級(jí)納米靜態(tài)電流精密超時(shí)看門(mén)狗定時(shí)器數(shù)據(jù)手冊(cè)

    TPS3435-Q1 是一款超低功耗 (典型值為 250nA) 器件,提供可編程超時(shí)看門(mén)狗定時(shí)器。 TPS3435-Q1 提供高精度超時(shí)看門(mén)狗定時(shí)器,具有許多功能,適用于各種應(yīng)用。超時(shí)看門(mén)狗
    的頭像 發(fā)表于 04-09 14:34 ?267次閱讀
    TPS3435-Q1 汽車(chē)級(jí)納米靜態(tài)電流精密超時(shí)<b class='flag-5'>看門(mén)狗</b>定時(shí)器數(shù)據(jù)手冊(cè)

    看門(mén)狗,你真的會(huì)用嗎?

    嵌入式系統(tǒng)開(kāi)發(fā)看門(mén)狗是一種重要的機(jī)制,用于在程序異常時(shí)自動(dòng)重啟系統(tǒng),保障其穩(wěn)定性。本文將深入探討看門(mén)狗及其在程序穩(wěn)定性的作用,幫助您更
    的頭像 發(fā)表于 03-12 11:37 ?1566次閱讀
    <b class='flag-5'>看門(mén)狗</b>,你真的會(huì)用嗎?

    安利給工程師!看門(mén)狗相關(guān)知識(shí)

    看門(mén)狗能夠及時(shí)檢測(cè)并采取相應(yīng)措施,從而避免系統(tǒng)長(zhǎng)時(shí)間處于故障狀態(tài)。本文將詳細(xì)介紹看門(mén)狗的工作原理及其正確使用方法。 同時(shí)通過(guò)具體示例解析,教你如何在一個(gè)簡(jiǎn)單的LuatOS項(xiàng)目中集成看門(mén)狗定時(shí)器,設(shè)置
    的頭像 發(fā)表于 12-31 14:29 ?510次閱讀
    安利給工程師!<b class='flag-5'>看門(mén)狗</b>相關(guān)知識(shí)

    抄作業(yè)!看門(mén)狗定時(shí)器必備知識(shí)

    Air201在模組內(nèi)部集成了硬件看門(mén)狗,今天就一起來(lái)聊聊~ 本文將帶你了解看門(mén)狗的工作原理、應(yīng)用架構(gòu)、定時(shí)時(shí)間設(shè)置、軟硬件看門(mén)狗的區(qū)別,以及看門(mén)狗定時(shí)器的典型應(yīng)用場(chǎng)景及關(guān)鍵設(shè)計(jì)因素等內(nèi)
    的頭像 發(fā)表于 12-30 14:44 ?710次閱讀
    抄作業(yè)!<b class='flag-5'>看門(mén)狗</b>定時(shí)器必備知識(shí)

    一文詳解看門(mén)狗/電壓監(jiān)控芯片規(guī)格書(shū)

    一、關(guān)于一些看門(mén)狗、電壓監(jiān)控的疑問(wèn)?1.什么是看門(mén)狗看門(mén)狗,又叫Watchdog,本質(zhì)上來(lái)說(shuō)就是一個(gè)定時(shí)器電路,一般有一個(gè)輸入和一個(gè)輸出,其中輸入叫做喂狗,輸出一般連接到另外一個(gè)部分的復(fù)位端,一般
    的頭像 發(fā)表于 12-26 17:18 ?1269次閱讀
    一文詳解<b class='flag-5'>看門(mén)狗</b>/電壓監(jiān)控芯片規(guī)格書(shū)

    常用硬件看門(mén)狗電路

    硬件看門(mén)狗電路分享
    的頭像 發(fā)表于 12-18 14:09 ?5553次閱讀
    常用硬件<b class='flag-5'>看門(mén)狗</b>電路

    請(qǐng)問(wèn)如何關(guān)閉獨(dú)立看門(mén)狗

    ic是cs32l015. 使用HAL_FWDT_STOP(&h_FWDT);加__HAL_RCC_FWDT_CLK_DISABLE();無(wú)法使看門(mén)狗停止工作,會(huì)一直在深度休眠時(shí)喚醒IC。請(qǐng)問(wèn)怎么關(guān)閉看門(mén)狗
    發(fā)表于 11-26 18:03

    看門(mén)狗定時(shí)器的工作原理

    看門(mén)狗定時(shí)器是一種獨(dú)立的計(jì)時(shí)器硬件模塊,其核心功能是倒計(jì)時(shí)。如果系統(tǒng)軟件在計(jì)時(shí)器超時(shí)前沒(méi)有對(duì)其進(jìn)行復(fù)位操作(即“喂狗”),看門(mén)狗將觸發(fā)一個(gè)預(yù)定義的動(dòng)作,通常是系統(tǒng)復(fù)位或中斷。
    的頭像 發(fā)表于 10-21 14:18 ?1180次閱讀
    <b class='flag-5'>看門(mén)狗</b>定時(shí)器的工作原理

    單片機(jī)開(kāi)發(fā):使用內(nèi)部看門(mén)狗定時(shí)器(WDT)還是外掛看門(mén)狗芯片?

    在電子產(chǎn)品,有時(shí)候需要看門(mén)狗定時(shí)器(WDT),看門(mén)狗芯片有外部和內(nèi)置兩種。在設(shè)計(jì)之初,要不要使用看門(mén)狗芯片?這是個(gè)值得考慮的問(wèn)題。在本文中,英銳恩技術(shù)工程師對(duì)內(nèi)部和外部
    發(fā)表于 09-25 13:46

    Sitara AM6442 RTI看門(mén)狗調(diào)試

    電子發(fā)燒友網(wǎng)站提供《Sitara AM6442 RTI看門(mén)狗調(diào)試.pdf》資料免費(fèi)下載
    發(fā)表于 08-27 11:26 ?0次下載
    Sitara AM6442 RTI<b class='flag-5'>看門(mén)狗</b>調(diào)試
    主站蜘蛛池模板: 手机在线播放视频 | 好紧好爽太大了h视频 | 国产精品一区二区三区四区 | 国产精品9999久久久久仙踪林 | 色多多黄色| 天天爽夜夜爽人人爽曰喷水 | 日本黄大片在线观看 | 欧美一级特黄aa大片视频 | 亚洲精品午夜视频 | 国产情侣草莓视频在线 | 国产午夜剧场 | 四虎永久免费网站入口2020 | 国内精品久久影视 | 在线观看免费视频片 | 干干人人| 四虎新网址 | 天天操天天操天天操天天操 | 美脚连裤袜老师正在播放 | 黄色一级毛片网站 | 免费观看在线视频 | 在线a亚洲老鸭窝天堂新地址 | 午夜影院色 | 国产在线观看网址你懂得 | 成年男人永久免费看片 | 特黄特色大片免费视频播放 | 亚洲bbbbbxxxxx精品三十七 | 激情综合丝袜美女一区二区 | 欧美激情区 | 亚洲一级毛片免费观看 | 国产在线永久视频 | 欧美线人一区二区三区 | 亚欧成人乱码一区二区 | 亚洲色图欧美在线 | 日韩二级 | good韩国理论在线三级 | 午夜性a一级毛片 | 日韩ab | 又黄又湿又爽吸乳视频 | 久久国产精品免费专区 | 蜜月mv国产精品 | 天天怕夜夜怕狠狠怕 |