實戰eBPF kprobe函數插樁

本文作者為團隊小伙伴阿松，在Linux文件監控領域實戰經驗豐富。本次引入eBPF在文件監控上應用，提升文件變更的關聯進程信息等。在實現過程中，分享了eBPF kbproe時，被插樁函數超多參數獲取的解決方案。

本文內容，如非特殊說明，均基于 4.18 內核，x86-64 CPU 架構。

插樁的程序類型選擇

說起 eBPF 大家都不陌生，就內核而言，hook 會盡可能選在 tracepoint，如果沒有 tracepoint，會考慮使用 kprobe。

tracepoint 的范圍有限，而內核函數又太多，基于各種需求場景，kprobe 的出場機會較多；但需要注意的，并不是所有的內核函數都可以選作 hook 點，inline 函數無法被 hook，static 函數也有可能被優化掉；如果想知道究竟有哪些函數可以選做 hook 點，在 Linux 機器上，可以通過less /proc/kallsyms查看。

使用 eBPF 時，內核代碼 kprobe 的書寫范例如下：

SEC("kprobe/vfs_write")
int?kprobe_vfs_write(struct?pt_regs?*regs)
{
????struct?file?*file
????file?=?(struct?file?*)PT_REGS_PARM1(regs);
????//?...
}

其中 pt_regs 的結構體如下：

struct?pt_regs?{
/*
?*?C?ABI?says?these?regs?are?callee-preserved.?They?aren't?saved?on?kernel?entry
?*?unless?syscall?needs?a?complete,?fully?filled?"struct?pt_regs".
?*/
?unsigned?long?r15;
?unsigned?long?r14;
?unsigned?long?r13;
?unsigned?long?r12;
?unsigned?long?bp;
?unsigned?long?bx;
/*?These?regs?are?callee-clobbered.?Always?saved?on?kernel?entry.?*/
?unsigned?long?r11;
?unsigned?long?r10;
?unsigned?long?r9;
?unsigned?long?r8;
?unsigned?long?ax;
?unsigned?long?cx;
?unsigned?long?dx;
?unsigned?long?si;
?unsigned?long?di;
/*
?*?On?syscall?entry,?this?is?syscall#.?On?CPU?exception,?this?is?error?code.
?*?On?hw?interrupt,?it's?IRQ?number:
?*/
?unsigned?long?orig_ax;
/*?Return?frame?for?iretq?*/
?unsigned?long?ip;
?unsigned?long?cs;
?unsigned?long?flags;
?unsigned?long?sp;
?unsigned?long?ss;
/*?top?of?stack?page?*/
};

通常來說，我們要獲取的參數，均可通過諸如 PT_REGS_PARM1 這樣的宏來拿到，宏定義如下：

#define?PT_REGS_PARM1(x)?((x)->di)
#define?PT_REGS_PARM2(x)?((x)->si)
#define?PT_REGS_PARM3(x)?((x)->dx)
#define?PT_REGS_PARM4(x)?((x)->cx)
#define?PT_REGS_PARM5(x)?((x)->r8)

可以看到，上述的宏只能獲取 5 個參數；但是在最近的一個項目中，就遇到了如何獲取超過 5 個參數的難題，這也是本文的由來，如果你也有類似的困惑，本文也許是為你準備的。

如何獲取插樁函數中第 6 個參數

上述的 5 個宏已經可以覆蓋大多數的獲取小于 5 個參數的需求，不知道大家有沒有想過，使用 eBPF 時如果獲取的參數個數大于 5 個怎么辦呢？

如下的內核函數__get_user_pages（幸運的是，該 static 函數并未被優化掉）：

static?long?__get_user_pages(struct?task_struct?*tsk,?struct?mm_struct?*mm,
??unsigned?long?start,?unsigned?long?nr_pages,
??unsigned?int?gup_flags,?struct?page?**pages,
??struct?vm_area_struct?**vmas,?int?*nonblocking)

在希望對這個函數進行 hook 的時候犯了難，該函數總共有 8 個參數，如果想拿到最后 3 個參數，該如何操作呢？

且看 BCC 是如何操作的。

BCC 代碼中明確表明：只支持寄存器參數。那什么是寄存器參數呢？其實就是內核函數調用約定中的前 6 個參數要通過寄存器傳遞，只支持這前六個寄存器參數。

constexpr?int?MAX_CALLING_CONV_REGS?=?6;
const?char?*calling_conv_regs_x86[]?=?{
??"di",?"si",?"dx",?"cx",?"r8",?"r9"
};

bool?BTypeVisitor::VisitFunctionDecl(FunctionDecl?*D)?{
????if?(D->param_size()?>?MAX_CALLING_CONV_REGS?+?1)?{
??????error(GET_BEGINLOC(D->getParamDecl(MAX_CALLING_CONV_REGS?+?1)),
????????????"too?many?arguments,?bcc?only?supports?in-register?parameters");
??????return?false;
????}
}

BCC 中使用如下的代碼對用戶寫的BPF text進行rewrite，覆蓋的參數剛好是前 6 個參數，分別保存于di, si, dx, cx, r8, r9寄存器：

const?char?*calling_conv_regs_x86[]?=?{
??"di",?"si",?"dx",?"cx",?"r8",?"r9"
};

void?BTypeVisitor::genParamDirectAssign(FunctionDecl?*D,?string&?preamble,
????????????????????????????????????????const?char?**calling_conv_regs)?{
??for?(size_t?idx?=?0;?idx?=?1)?{
??????//?Move?the?args?into?a?preamble?section?where?the?same?params?are
??????//?declared?and?initialized?from?pt_regs.
??????//?Todo:?this?init?should?be?done?only?when?the?program?requests?it.
??????string?text?=?rewriter_.getRewrittenText(expansionRange(arg->getSourceRange()));
??????arg->addAttr(UnavailableAttr::CreateImplicit(C,?"ptregs"));
??????size_t?d?=?idx?-?1;
??????const?char?*reg?=?calling_conv_regs[d];
??????preamble?+=?"?"?+?text?+?"?=?("?+?arg->getType().getAsString()?+?")"?+
??????????????????fn_args_[0]->getName().str()?+?"->"?+?string(reg)?+?";";
????}
??}
}

看到這里，大家應該明白，之所以能使用 BCC 提供的如此簡便的 python 接口（內核函數前面加上前綴 kprobe__，第一個參數永遠是struct pt_regs *，然后需要使用幾個內核參數就填寫幾個）來做一些監控工作，是因為 BCC 在幕后做了大量的 rewirte 工作，respect！

int?kprobe__tcp_v4_connect(struct?pt_regs?*ctx,?struct?sock?*sk)?{
????[...]
}

之前總是由于 eBPF 給的限制（按照 eBPF 的 calling convention，只有 5 個參數可以傳遞），以為更多的參數是無法獲取的。實際上可以回憶下，實際上按照 amd64 的調用約定，最多是可以通過寄存器傳遞 6 個參數的。

這么看下來，獲取第 6 個參數的方案其實也是很簡單，手動添加如下的宏即可：

#define?PT_REGS_PARM6(x)?((x)->r9)

插樁函數超過 6 個參數怎么辦

amd64 的調用約定同樣規定了，超過 6 個的參數，都會在棧上傳遞，具體可以參考regs_get_kernel_argument

那么如果參數超過 6 個，處理方案呼之欲出：從棧上獲取。

regs_get_kernel_argument該函數在新版本的內核中才有，實現如下：

static?inline?unsigned?long?regs_get_kernel_argument(struct?pt_regs?*regs,
???????????unsigned?int?n)
{
?static?const?unsigned?int?argument_offs[]?=?{
#ifdef?__i386__
??offsetof(struct?pt_regs,?ax),
??offsetof(struct?pt_regs,?dx),
??offsetof(struct?pt_regs,?cx),
#define?NR_REG_ARGUMENTS?3
#else
??offsetof(struct?pt_regs,?di),
??offsetof(struct?pt_regs,?si),
??offsetof(struct?pt_regs,?dx),
??offsetof(struct?pt_regs,?cx),
??offsetof(struct?pt_regs,?r8),
??offsetof(struct?pt_regs,?r9),
#define?NR_REG_ARGUMENTS?6
#endif
?};

?if?(n?>=?NR_REG_ARGUMENTS)?{
??n?-=?NR_REG_ARGUMENTS?-?1;
??return?regs_get_kernel_stack_nth(regs,?n);
?}?else
??return?regs_get_register(regs,?argument_offs[n]);
}

從上述的代碼可以看到，常用的前 6 個參數，確實是在寄存器中獲取，分別是di, si, dx, cx, r8, r9，這也印證了我們之前的想法，且和 BCC 中的行為是一致的。

從regs_get_kernel_argument中也可以看到，從第 7 個參數開始，便開始從棧上獲取了，關鍵函數為：regs_get_kernel_stack_nth，這個函數在 4.18 內核中也有，如下：

static?inline?unsigned?long?regs_get_kernel_stack_nth(struct?pt_regs?*regs,?unsigned?int?n)
{
?unsigned?long?*addr?=?(unsigned?long?*)kernel_stack_pointer(regs);
?addr?+=?n;
?if?(regs_within_kernel_stack(regs,?(unsigned?long)addr))
??return?*addr;
?else
??return?0;
}

//?等價于bpf提供的幫助宏?#define?PT_REGS_SP(x)?((x)->sp)
static?inline?unsigned?long?kernel_stack_pointer(struct?pt_regs?*regs)
{
?return?regs->sp;
}

regs_get_kernel_stack_nth是標準的棧上操作獲取，只不過內核提供了一些地址合法性的檢查，不考慮這些的話，在 eBPF 中其實可以一步到位；使用如下函數，便能返回棧上的第 n 個參數（從 1 開始）。

static?__always_inline?unsigned?long?regs_get_kernel_stack_nth(struct?pt_regs?*regs,
????????????unsigned?int?n)
{
?unsigned?long?*addr;
??unsigned?long?val;

?addr?=?(unsigned?long?*)PT_REGS_SP(x)?+?n;
?if?(addr)?{
?????bpf_probe_read(&val,?sizeof(val),?addr);
?????return?val;
?}
?return?0;
}

捎帶提一句，在 amd64 中，eBPF calling ABI 使用了 R1-R5 來傳遞參數，且做了如下的寄存器映射約定，方便 jit 轉換為 native code，提高效率。

R0?–?rax??????return?value?from?function
R1?–?rdi??????1st?argument
R2?–?rsi??????2nd?argument
R3?–?rdx??????3rd?argument
R4?–?rcx??????4th?argument
R5?–?r8???????5th?argument
R6?–?rbx??????callee?saved
R7?-?r13??????callee?saved
R8?-?r14??????callee?saved
R9?-?r15??????callee?saved
R10?–?rbp?????frame?pointer

而 R0 - R10，是 bpf 虛擬機的內部的特殊標識符（函數調用等地方使用），如果 jit 可用，bpf code 會被翻譯為native code。

Linux Amd64 調用約定

demo 驗證

那 Amd64 的 ABI 是如何操作的呢？可以使用如下的代碼進行驗證:

#?cat?myfunc.c
int?utilfunc(int?a,?int?b,?int?c)
{
????int?xx?=?a?+?2;
????int?yy?=?b?+?3;
????int?zz?=?c?+?4;
????int?sum?=?xx?+?yy?+?zz;

????return?xx?*?yy?*?zz?+?sum;
}

int?myfunc(int?a,?int?b,?int?c,?int?d,
????????????int?e,?int?f,?int?g,?int?h)
{
????int?xx?=?(a?+?b)?*?c?*?d?*?e?*?(f?+?(g?*?h));
????int?zz?=?utilfunc(xx,?2,?xx?%?2);
????return?zz?+?20;
}

int?main()?{
????myfunc(1,?2,?3,?4,?5,?6,?7,?8);
????return?0;
}

gcc -c -g myfunc.c進行編譯匯編得到 myfunc.o

eBPF 字節碼反匯編

objdump -S myfunc.o反匯編，查看調用約定是不是和我們從教科書上看到的一致

先看 main 函數，可以簡單地得出如下結論：

超過 6 個參數的函數調用，需要用到棧傳遞

前 6 個參數，分別使用 di、si、dx、cx、r8、r9

使用棧傳遞的參數，是從右向左壓棧，此例中先壓入 8，再壓入 7

00000000000000c4?:

int?main()?{
??c4:?f3?0f?1e?fa???????????endbr64
??c8:?55????????????????????push???%rbp
??c9:?48?89?e5??????????????mov????%rsp,%rbp
????myfunc(1,?2,?3,?4,?5,?6,?7,?8);
??cc:?6a?08?????????????????push???$0x8????#棧上傳遞參數
??ce:?6a?07?????????????????push???$0x7????#棧上傳遞參數
??d0:?41?b9?06?00?00?00?????mov????$0x6,%r9d?#如下是寄存器傳遞參數
??d6:?41?b8?05?00?00?00?????mov????$0x5,%r8d
??dc:?b9?04?00?00?00????????mov????$0x4,%ecx
??e1:?ba?03?00?00?00????????mov????$0x3,%edx
??e6:?be?02?00?00?00????????mov????$0x2,%esi
??eb:?bf?01?00?00?00????????mov????$0x1,%edi?#第1個參數，寄存器傳遞
??f0:?e8?00?00?00?00????????call???f5?
??f5:?48?83?c4?10???????????add????$0x10,%rsp
????return?0;
??f9:?b8?00?00?00?00????????mov????$0x0,%eax
}
??fe:?c9????????????????????leave
??ff:?c3????????????????????ret

用戶空間程序調用

再看被 main 調用的 myfunc 函數的反匯編：

和 main 函數的調用參數排列一致，參數1-6是寄存器傳遞，參數7-8是棧上傳遞

int?myfunc(int?a,?int?b,?int?c,?int?d,
????????????int?e,?int?f,?int?g,?int?h)
{
??50:?f3?0f?1e?fa???????????endbr64
??54:?55????????????????????push???%rbp
??55:?48?89?e5??????????????mov????%rsp,%rbp
??58:?48?83?ec?28???????????sub????$0x28,%rsp
??5c:?89?7d?ec??????????????mov????%edi,-0x14(%rbp)?#第1個參數，從edi中復制到棧上
??5f:?89?75?e8??????????????mov????%esi,-0x18(%rbp)
??62:?89?55?e4??????????????mov????%edx,-0x1c(%rbp)
??65:?89?4d?e0??????????????mov????%ecx,-0x20(%rbp)
??68:?44?89?45?dc???????????mov????%r8d,-0x24(%rbp)
??6c:?44?89?4d?d8???????????mov????%r9d,-0x28(%rbp)?#第6個參數
????int?xx?=?(a?+?b)?*?c?*?d?*?e?*?(f?+?(g?*?h));
??70:?8b?55?ec??????????????mov????-0x14(%rbp),%edx
??73:?8b?45?e8??????????????mov????-0x18(%rbp),%eax
??76:?01?d0?????????????????add????%edx,%eax??????#?a+b
??78:?0f?af?45?e4???????????imul???-0x1c(%rbp),%eax?#(a+b)?*?c
??7c:?0f?af?45?e0???????????imul???-0x20(%rbp),%eax?#(a+b)?*?c?*?d
??80:?0f?af?45?dc???????????imul???-0x24(%rbp),%eax?#(a+b)?*?c?*?d?*?e
??84:?89?c2?????????????????mov????%eax,%edx
??86:?8b?45?10??????????????mov????0x10(%rbp),%eax??#棧上第1個參數?g
??89:?0f?af?45?18???????????imul???0x18(%rbp),%eax??#?g*h
??8d:?89?c1?????????????????mov????%eax,%ecx
??8f:?8b?45?d8??????????????mov????-0x28(%rbp),%eax?#?參數f
??92:?01?c8?????????????????add????%ecx,%eax????????#?(g*h)?+?f
??94:?0f?af?c2??????????????imul???%edx,%eax????????#?((g*h)?+?f)?*?(a+b)?*?c?*?d?*?e
??97:?89?45?f8??????????????mov????%eax,-0x8(%rbp)

寄存器堆棧狀態

main 函數調用 myfunc，做完 prolog 操作后，棧和寄存器的狀態如下：

main-myfunc

實戰 kprobe 獲取 6 個以上參數

說了那么多，到底是不是符合預期呢？嘗試使用 BCC 驗證下，為了方便驗證，換了一個比較容易從用戶態驗證的 hook 點：inotify_handle_event

如果在 BCC 中使用了超過 6 個的參數，則會報錯，比如函數 kprobe__inotify_handle_event 的原型如下：

int?kprobe__inotify_handle_event(struct?pt_regs?*ctx,?struct?fsnotify_group?*group,
?????????????????????????struct?inode?*inode,
?????????????????????????u32?mask,?const?void?*data,?int?data_type,
?????????????????????????const?unsigned?char?*file_name,?u32?cookie,
?????????????????????????struct?fsnotify_iter_info?*iter_info)

當在 BCC 中做超過 6 個參數的獲取時，得到如下錯誤：

error:?too?many?arguments,?bcc?only?supports?in-register?parameters

如果只使用前 6 個寄存器的參數，如下代碼即可：

#!/usr/bin/python

from?bcc?import?BPF

#?load?BPF?program
b?=?BPF(text="""
#include?
int?kprobe__inotify_handle_event(struct?pt_regs?*ctx,?struct?fsnotify_group?*group,
?????????????????????????struct?inode?*inode,
?????????????????????????u32?mask,?const?void?*data,?int?data_type,
?????????????????????????const?unsigned?char?*file_name)
{
??char?comm[128];
??int?pid?=?bpf_get_current_pid_tgid()?>>?32;

??bpf_get_current_comm(comm,?sizeof(comm));
??bpf_trace_printk("pid?is:%d,?comm?is:?%s\n",?pid,?comm);
??bpf_trace_printk("file?is:?%s\n",?file_name);
??return?0;
}
""")

b.trace_print()

但是我們可以使用如下的方式，拿到剩下的參數（以 cookie 為例）：

??unsigned?long?cookie;
??bpf_probe_read(&cookie,?8,?(unsigned?long*)PT_REGS_SP(ctx)?+?1);

完整代碼如下：

#!/usr/bin/python

from?bcc?import?BPF

#?load?BPF?program
b?=?BPF(text="""
#include?
int?kprobe__inotify_handle_event(struct?pt_regs?*ctx,?struct?fsnotify_group?*group,
?????????????????????????struct?inode?*inode,
?????????????????????????u32?mask,?const?void?*data,?int?data_type,
?????????????????????????const?unsigned?char?*file_name)
{
??char?comm[128];
??unsigned?long?cookie;
??int?pid?=?bpf_get_current_pid_tgid()?>>?32;
??bpf_probe_read(&cookie,?8,?(unsigned?long*)PT_REGS_SP(ctx)?+?1);
??bpf_get_current_comm(comm,?sizeof(comm));
??bpf_trace_printk("pid?is:%d,?comm?is:?%s\n",?pid,?comm);
??bpf_trace_printk("cookie?is?%d,?file?is:?%s\n",?cookie,?file_name);
??return?0;
}
""")

b.trace_print()

shell 1 運行 BCC 代碼

./get-stack-arg.py

shell 2 使用 inotify-tools 驗證

[root@rmed?~]#?inotifywait?-m?./

shell 3 做如下的操作

[root@rmed?~]#?mv?testFileA?testFileB

shell 1 如下輸出

shell 1 output

shell 2 如下輸出

shell 2 output

為了保持嚴謹性，可以使用https://man7.org/linux/man-pages/man7/inotify.7.html[1] 中的代碼進行驗證，

主要是做了如下改動，增加對IN_MOVED_FROM | IN_MOVED_TO的監控：

diff?--git?a/inotify.c?b/inotify.c
index?08fa55a..7116a9a?100644
---?a/inotify.c
+++?b/inotify.c
@@?-61,6?+61,10?@@
????????????????????if?(event->mask?&?IN_CLOSE_WRITE)
????????????????????????printf("IN_CLOSE_WRITE:?");

+???????????????????if?(event->mask?&?IN_MOVED_FROM)
+???????????????????????printf("IN_MOVED_FROM:?");
+???????????????????if?(event->mask?&?IN_MOVED_TO)
+???????????????????????printf("IN_MOVED_TO:?");
????????????????????/*?Print?the?name?of?the?watched?directory.?*/

????????????????????for?(int?i?=?1;?i?len)
????????????????????????printf("%s",?event->name);

+???????????????????if?(event->cookie)
+???????????????????????printf("cookie:?%d",?event->cookie);
????????????????????/*?Print?type?of?filesystem?object.?*/

????????????????????if?(event->mask?&?IN_ISDIR)
@@?-123,7?+129,7?@@

????????????for?(i?=?1;?i?

	?

	同樣的，使用 BCC 和自己編譯的 inotify 工具驗證。

	BCC 輸出：

	ebpf-bcc-inotify

	inotify 輸出：

	ebpf-inotify

	輸出符合預期，剩下的第 8 個參數，大家可自行修改代碼驗證。

	祝大家玩得開心。

	　　審核編輯：湯梓紅

	?

閱讀全文

內核(39814) 內核(39814)
Linux(206513) Linux(206513)
函數(61194) 函數(61194)

機器學習實戰之logistic回歸

輸入數據的判斷結果。過程非常關鍵，需要預測函數的大概形式，比如是線性還是非線性的。本文參考機器學習實戰的相應部分，看一下數據集。 // 兩個特征 -0.017612 14.053064

2020-09-29 15:17:40

2078

解構內核源碼eBPF樣例編譯過程

了解和掌握純c語言的ebpf編譯和使用，有助于我們加深對于eBPF技術原理的進一步掌握，也有助于開發符合自己業務需求的高性能的ebpf程序。

2023-04-17 14:05:26

1116

基于ebpf的性能工具-bpftrace腳本語法

bpftrace 通過高度抽象的封裝來使用 eBPF，大多數功能只需要寥寥幾筆就可以運行起來，可以很快讓我們搞清楚 eBPF 是什么樣的，而暫時不關心 eBPF 復雜的內部機理。由于

2023-09-04 16:04:41

472

Kewell-充電樁自動測試系統-專注于直流充電樁（機）測試

本帖最后由崔楊于 2016-7-12 11:45 編輯目前大多企業對于充電樁測試用設備停留在用蓄電池或阻性負載，這對于企業無論是從研發功能性試驗或批量生產檢測效率上都極為不便。 “充電樁

2015-12-05 22:01:25

Matlab應用中的插值函數

命令1 interp1功能一維數據插值（表格查找）。該命令對數據點之間計算內插值。它找出一元函數f(x)在中間點的數值。其中函數f(x)由所給數據決定。x：原始數據點Y：原始數據點xi：插值點Yi

2011-11-03 16:06:25

STM32MP1充電樁全數字交互實現

STM32MP1充電樁全數字交互實現內容包括：充電樁市場簡介、充電樁方案系統構成和STM32MP1在充電樁中優勢特點。

2023-09-05 07:07:25

STM32f1庫函數開發學習實戰二：串口通信

2021-01-12 學習日志STM32f1庫函數開發學習實戰二 · 串口通信1. 背景知識2. usart文件夾介紹STM32f1庫函數開發學習實戰二 · 串口通信1. 背景知識 DMA 通信方式

2021-08-16 09:18:48

ZigBee、GPRS在充電樁中的應用是什么？

2021-05-20 06:27:57

labview插值問題

求教，labview用一維插值控件在想要插值的地方插好值后，如何與原來未插值的數據合并起來，比如原來的數組值為1，7，13；插值以后想變為1，3，5，7，9，11，13，該如何做？？現在在想插值的地方已插好值，但初始值沒有。如圖標題9999為待插值文件，標題ok為插值好的文件。

2016-08-26 17:55:33

matlab 插值函數interp1運行出錯

運行以下簡單的使用插值函數interp1的程序，提示錯誤如下，請問該如何修改。另外，附上數據圖。clc;clear;load('SOC.mat')load('OCV.mat')for q=1

2018-04-23 20:54:32

openEuler 倡議建立 eBPF 軟件發布標準

eBPF 是一個能夠在內核運行沙箱程序的技術，提供了一種在內核事件和用戶程序事件發生時安全注入代碼的機制，使得非內核開發人員也可以對內核進行控制。隨著內核的發展，eBPF 逐步從最初的數據包過濾

2022-12-23 16:21:09

python三維插值

://www.sfkyty.com/一維插值插值不同于擬合。插值函數經過樣本點，擬合函數一般基于最小二乘法盡量靠近所有樣本點穿過。常見插值方法有拉格朗日插值法、分段插值法、樣條插值法。拉格朗日插值多項式：當節點數n較大時，拉格朗日插值多項式的次數較高，可能出現不一致的收斂情況，而且計

2021-07-12 06:33:49

stm32的庫開發實戰指南

有誰有stm32的庫開發實戰指南,給我來一份，謝了！1211639441

2015-10-18 21:07:17

【LinkIt 7687申請】基于充電樁的物聯網云平臺項目

申請理由：項目描述：在國家政策一輪又一輪的推動下電動汽車充電樁越來越普及，人們對樁的要求也越來越高。車主不僅要知道哪些樁離自己最近、哪些樁現在空閑可以充電、充上電之后又要知道當前的充電狀狀態。　　1

2016-11-03 17:26:04

【充電樁小科普】如何分辨直流充電樁和交流充電樁？

解決方案.今日為各位網友充電樁的問題！大家知道，充電樁是給電動汽車”加油”的充電設施，充電樁又分為交流充電樁和直流充電樁，那么交流樁和直流樁又有什么不同呢？一、什么是充電樁充電樁其功能類似于加油站

2016-07-13 15:54:23

【資料】充電樁工作原理

充電樁工作原理電氣系統交流充電樁電氣系統設計如圖5所示，主回路由輸入保護斷路器、交流智能電能表、交流控制接觸器和充電接口連接器組成；二次回路由控制繼電器、急停按鈕、運行狀態指示燈、充電樁智能控制器

2016-09-22 15:30:01

一維數組插值函數？

請問，一維數組插值函數，X端為什么是實數？索引不是整數嗎？

2014-04-24 22:41:35

交流充電樁內部結構介紹

`本產品涵蓋40千瓦交流充電樁、7千瓦交流充電樁、1拖多微型充電站、混充樁、電動自行車充電樁。性能說明：工業級外殼、IP56防護等級，國產大廠漏電保護器、進口控制芯片和原件、4G全網通模塊、7寸彩色

2018-11-21 10:08:47

交直流充電樁區別

直流電動汽車充電站，俗稱就是“快充”，它是固定安裝在電動汽車外，與交流電網連接，可以為非車載電動汽車動力電池提供直流電源的供電裝置。直流充電樁的輸入電壓采用三相四線 AC380V±15%，頻率

2018-11-22 16:58:19

交直流充電樁測試系統

交直流充電樁測試系統系統介紹充電樁測試系統是成都虹威科技有限公司針對交直流充電樁開發的一款專用測試系統。測試系統具備：■ 支持最新標準測試項目要求■ 測試條件真實，準確反應標準定義■ 可根據需求

2023-09-20 14:51:04

交直流充電樁的區別

1、交流充電樁交流充電樁是固定安裝在社區停車場、居民小區、大型商場、服務區、路邊停車場等場所，接入電網，為電動汽車車載充電機提供可控的單向交流電源或三相交流電源的供電裝置。交流充電樁本身并不

2017-11-27 14:27:02

停車繳費樁

一、停車繳費樁：要求如下，有些可能需要改進，求高手幫忙設計一下，設計流程圖，程序都可以（匯編語言）。1、當停車的時候，按下啟動鍵，開始計費，結束時按下停止鍵，停止計費2、可以鍵盤輸入計費單價，每小時

2013-06-08 12:53:43

充電樁CE認證如何辦理

充電樁CE認證，充電樁出口認證充電樁出口有CE認證專用標準截至目前，我國電動汽車充電站大多局限于電動公交汽車或內部集團用車，還沒有建成真正面向不同用戶的充電站服務網絡。已經建成或在

2019-07-31 16:12:24

充電樁主要特點

日益凸顯。普及電動汽車的充電樁并優化其各項性能，從而縮短充電時常，改善使用充電樁的體驗，提高便利性，才能為電動車的普及打下堅實基礎。因此一個在充電過程中，充電樁根據電池需求調整充電電壓和充電電流狀態的記錄設備重要性日益凸顯。方案硬件支持IPETRONIK HVshunt CCS其主要特點如下

2021-09-17 07:19:28

充電樁國網1591標準詳解

`充電樁標準是什么？簡而言之，就是對充電樁進行統一標準規定并規定測試方法，進而達到充電樁統一的目的。首先我們要談為什么要測樁，說到測樁的必要性，通俗易懂說一則故事：一個人買了一臺新能源汽車，充電

2016-09-13 21:46:50

充電樁展會廣州充電樁展會

2017廣州第三屆國際新能源汽車充電樁博覽會——分享1000億元廣闊市場——充電樁年度風云聚會時間:2017年3月3—5日地點：廣州琶洲?國際采購中心（3萬平米展覽面積，強強聯合，見證全行業協作

2016-12-02 18:06:20

充電樁工作原理

充電樁系統需求：l 支持本地顯示、觸摸屏輸入及按鍵輸入；l 用戶通過非接觸式 IC 卡刷卡充電；l 通過顯示屏能夠進行充電方式選擇、充電狀態顯示、充電計費查詢、消費金額顯示及余額查詢；l 根據用戶

2016-10-18 14:56:06

充電樁市場簡析、分類及選型參考

一、充電樁市場信息新能源汽車滲透率持續攀升，驅動充電樁行業發展：自2020年下半年以來，中國新能源汽車市場一直保持高速增長。預計2022年中國新能源汽車銷量有望突破650萬輛以上，預計到2025

2023-10-17 17:12:15

充電樁需求：私家車與公共充電樁三比一

本帖最后由我愛方案網于 2022-12-29 16:21 編輯充電樁在成為重要的新基建標志性設備后，伴隨著新能源汽車保有量激增，配套充電基礎設施的需求不斷增大。中國充電聯盟數據顯示，截至

2022-12-29 16:20:01

共享充電樁APP開發

政策導向的扶持與補貼，在未來，電動汽車的需求勢必將增長更快。這一數據信息也從另一個側面證實了，共享充電樁APP開發將擁有著廣闊的市場。共享充電樁APP開發擁有市場潛力...

2021-09-15 06:32:45

共享汽車充電樁的設計方案

物聯網共享時代來臨，共享汽車、新能源汽車正在火熱興??起，一個擁有私家樁的車主每日對于充電樁的需求僅幾個小時,一周的充電次數在兩到三次,那么其余時間充電樁處于空置狀態。共享汽車充電樁模式就是把閑置

2021-09-14 06:48:24

關于 eBPF 安全可觀測性，你需要知道的那些事兒

、Datadog-agent、KubeArmor 是現階段云原生場景下比較流行的幾款運行時防護方案。這些方案主要是基于 eBPF 掛載內核函數并編寫過濾策略，在內核層出現異常攻擊時觸發預置的策略，無需再返回

2022-09-08 15:31:36

區分新能源充電樁直流和交流的方法

很多人慢慢的接受了新能源電動汽車，但是對于電動汽車配套的充電樁還是有點疑惑，尤其是如今市面上面的直流電動汽車充電樁和交流電動汽車充電樁，那到底如何去區分呢？簡單來說，交流充電樁需要借助車載充電機

2018-07-24 12:02:02

原創：目前直流充電樁急需解決的安全隱患 WZY

的。沒有電子鎖的老樁改造是一個必須做的工作。2) 老的樁體充電槍無溫度檢測，如果長時間使用導致充電槍老化或者槍的品質問題導致槍體過熱融化甚至導致起火；做槍的廠家不少，各廠家充電槍的混插后的接觸電阻也是

2016-03-09 14:28:14

及時電電動車智能充電樁能解決的五個核心問題

隨著電動車的使用率越來越高，電動車充電樁隱患問題也隨之發生，電動車充電樁不規范也會出現發熱起火的現象。而小區安裝及時電電動車智能充電樁恰好解決了這個問題。很多小區為了滿足業主的需求，都紛紛安裝了及時

2022-03-10 18:02:26

大彩串口屏在充電樁行業的應用

大彩串口屏在充電樁行業的應用：電動汽車作為一種發展前景廣闊的綠色交通工具，今后的普及速度會異常迅猛，未來的市場前景也是異常巨大的。廣州大彩憑借自身優秀的研發創新能力，給充電樁行業帶來極具成本優勢、功能強大的智能屏方案。目前，大彩串口屏在充電樁上的應用已逐漸成熟。

2019-11-21 14:46:07

如何去開發一款直流充電樁的控制器呢

如何去開發一款直流充電樁的控制器呢？直流充電樁的控制器有何功能呢？

2021-11-04 06:41:45

如何招到充電樁客戶清單？

本人開關電源模塊銷售一枚，這種電源廣泛用在充電樁內部的電路板上，如何才能快速找到充電樁客戶并推薦？

2021-04-06 23:05:06

小區電動車智能充電樁功能描述

今天給大家介紹的是小區電動車智能充電樁，智能充電樁有幾種充電模式？現在，越來越多的電動車行駛在路上，有時候，也會在路上出現沒電的情況。對于這一現象，出現了智能充電樁，這智能充電樁到底是個怎么回事

2022-03-22 09:34:52

小尺寸串口屏在充電樁的應用有哪些？

2022-02-16 07:49:07

帶升降壓功能的電動汽車大功率充電樁的三相PFC整流裝置及控制方法是什么？

電動汽車大功率充電樁的三相PFC整流裝置是什么？帶升降壓功能的電動汽車大功率充電樁的控制方法是什么？

2021-07-02 06:52:26

智慧路燈充電樁功率是多大？是直流電還是交流電？

智慧路燈充電樁功率是多大？是直流電還是交流電？智慧路燈新能源充電樁應用范圍在哪？

2021-07-09 08:56:13

智能充電樁案例分析——交流充電樁

隨著電動汽車的發展，充電樁也成為當下的一個很熱門的工業產品。我們初步接觸充電樁，有了點滴的感受。先簡單說說容易一點的交流充電樁。就是通過市電（220V,50赫茲）給電動汽車提供充電的能源來源。很

2024-02-27 14:33:11

歐標直流充電樁、交流充電樁

阿爾克充電樁符合歐標標準，使用模塊疊加，支持后續擴容，同時支持單、雙、三槍以及環沖等智能充電方式。擁有OCPP1.6的協議，以及相關認證，性價比高，支持OEM。現已成功進入北美市場，擁有大客戶部署經驗。

2018-08-14 11:59:47

求labview實戰項目

求labview實戰項目。。。

2012-10-04 21:25:36

物聯網時代，催生智能充電樁？

物聯網技術是一項綜合性的技術，它的最大特點就是物物相連，使任何物質都變得更加智能。隨著國家政策對新能源新技術產業的扶持，物聯網時代下，智能充電樁的發展前景被越來越多人看好，成為投資者爭相投資的一大

2017-09-27 10:13:50

電動汽車充電樁及其生產要求

越來越嚴重的今天,新能源電動汽車已成為汽車產業未來發展的趨勢。當然，這個趨勢也導致了充電樁在各個公共場合的普及。充電樁的功能類似于加油站里面的加油機，可以固定在地面或墻壁，安裝于公共建筑（公共樓宇、商場

2017-04-26 08:27:13

電動車充電樁絕緣監測

目前充電樁的絕緣監測方式主要有平衡電橋和非平衡電橋，但是都無法做到在充電過程中監測絕緣狀況，想和大家討論下有什么方法可以做到充電過程中也可以監測

2016-11-03 18:41:10

電瓶車充電樁新手如何運營電瓶車充電樁功能

在深圳，隨處可見很多“電瓶車”奔走在大街上，看似再正常不過。然而，近兩年電瓶車充電引起的火災事故常有發生，嚴重威脅了市民的生活安全。在小區內安裝電瓶車充電樁正是解決此類問題的方法之一，不過市面上

2022-03-22 09:29:45

目前全國分布充電樁最多的是哪些充電樁品牌？

本人想做充電樁市場代理加盟，所以想了解下目前充電樁品牌最好的是哪些？

2018-11-08 16:02:00

直流充電樁中的直流傳感器的問題

想問一下充電樁專家們，現在直流充電樁中是否有使用直流傳感器/互感器呢？

2019-09-09 15:07:28

直流充電樁電源的解決方案

座，分散充電樁480萬個，滿足全國500萬輛電動汽車充電需求。2016至2020年期間，中央財政將繼續安排資金對充電基礎設施建設、運營給予獎補。　　　　直流電動汽車充電站，俗稱就是“快充”，它是固定

2020-07-02 15:50:49

直流充電樁的發展趨勢

一、從未來新能源汽車的要求來看充電樁的發展趨勢60~90kW的直流樁即將被市場淘汰。在伴隨著一個最新的新能源客車補貼方案的推出，我們可以預見到未來3-5年內，國內主流電動汽車需要具備的性能。從調整

2018-05-31 11:04:38

語音合成芯片在智能充電樁中的應用

高發期。小區充電樁的出現方便了大家對電動車充電的充電問題，所以受到人們的歡迎，傳統的充電樁只能實現計時、計電度、計金額充電，但如果加入語音合成芯片又會擦出怎么的火花呢？建立小區智能充電樁的意義：電動車在

2019-12-17 13:49:33

說說充電樁

本帖最后由 wayntian 于 2013-2-23 11:33 編輯說說充電樁隨著電動汽車的發展，充電樁也成為當下的一個很熱門的工業產品。我們初步接觸充電樁，有了點滴的感受。先簡單

2013-02-23 11:32:37

請教怎樣去設計一種基于stm32的汽車智能充電樁？

基于stm32的汽車智能充電樁硬件是由哪些部分組成的？基于stm32的汽車智能充電樁實現的主要功能有哪些？怎樣去設計一種基于stm32的汽車智能充電樁？

2021-07-19 09:08:51

請問AD9788插值濾波器原函數可以提供么?

AD9788插值濾波器的系數在式樣書中有體現,但是原函數可以提供么?

2018-08-18 07:24:07

請問直流充電樁和交流充電樁的區別是什么？

本帖最后由一只耳朵怪于 2018-6-5 16:22 編輯現在市場上有越來越多的交、直流充電樁，那么我們如何區分他們呢？南京阿爾克為你講解交、直流充電樁的區別。直流充電樁可以稱為“快充

2018-06-05 10:41:11

談談國內新能源充電樁發展前景

的公告。甚至國際汽車廠商燃油車禁售令也都出臺了，更是鼓勵了新能源汽車的未來規劃。　　2016新能源車充電樁的春天，根據汽車工業協會提供的數據，我國2015年新能源車生產34萬輛，銷售33萬輛，占汽車銷量

2018-06-21 12:38:03

阿爾克新能源充電樁

阿爾克充電樁符合歐標標準，使用模塊疊加，支持后續擴容，同時支持單、雙、三槍以及環沖等智能充電方式。擁有OCPP1.6的協議，以及相關認證，性價比高，支持OEM。阿爾克充電樁嚴格遵循歐美安全設計理念

2018-08-13 15:45:55

131 充電樁模塊維修

充電樁電路維修

車同軌，書同文，行同倫發布于 2022-08-07 19:26:51

安科瑞電瓶車充電樁如何掃碼充電？詳詢袁媛13961308780#充電樁

充電樁

jf_14451220發布于 2023-06-13 15:50:10

#充電樁安科瑞電瓶車充電樁功率報警如何設置？詳情聯系袁媛13961308780

充電樁

jf_14451220發布于 2023-06-13 16:10:15

經典《C語言實戰105例》

經典《C語言實戰105例》，各種實戰程序模塊拿來就可以用的喲

2015-12-18 14:32:17

Keil C51語言使用技巧及實戰

Keil C51語言使用技巧及實戰Keil C51語言使用技巧及實戰

2015-12-28 11:57:39

智能充電樁：充電樁聯網遠程維護方案#物聯網

充電樁

北京東用科技有限公司發布于 2023-07-07 18:20:24

LabVIEW入門與實戰開發100例

LabVIEW入門與實戰開發100例LabVIEW入門與實戰開發100例LabVIEW入門與實戰開發100例

2016-02-18 11:44:02

S7-200_實戰精華

S7-200_實戰精華S7-200_實戰精華S7-200_實戰精華S7-200_實戰精華

2016-03-02 17:23:42

c#開發Android應用實戰

2017-07-14 13:32:46

一文手把手教你Android中的 eBPF 流量監控

eBPF 網絡流量工具結合使用內核與用戶空間實現來監控設備自上次啟動以來的網絡使用情況。它提供了額外的功能（如套接字標記、分離前臺/后臺流量，以及按 UID 劃分的防火墻），以根據手機狀態阻止

2020-06-20 10:34:13

4205

深入探究Linux中的Kprobe機制

概述 kprobe機制用于在內核中動態添加一些探測點，可以滿足一些調試需求。本文主要探尋kprobe的執行路徑，也就是說如何trap到kprobe，以及如何回到原路徑繼續執行。實例先通過一個實例

2021-01-02 11:53:00

2220

如何用eBPF寫TCP擁塞控制算法？

其實不想用這個題目的，只因為TCP相關的東西比較吸引人的眼球，這篇文章的主題還是eBPF，而不是TCP。用eBPF寫TCP擁塞控制算法只是本文所講內容的一個再平凡不過的例子。先看兩個問題，或者說

2020-12-26 09:44:14

1437

如何使用gobpf和uprobe來為Go程序構建函數參數跟蹤程序

這是本系列文章的第一篇，講述了我們如何在生產環境中使用 eBPF 調試應用程序而無需重新編譯/重新部署。這篇文章介紹了如何使用 gobpf 和 uprobe 來為 Go 程序構建函數參數跟蹤程序。

2021-04-03 16:15:00

4162

eBPF是什么以及eBPF能干什么

代碼片段，并通過LLVM編譯成eBPF 字節碼；2）cBPF 只實現了SOCKET_FILTER，而eBPF還有KPROBE 、PERF等。3）BPF使用socket 實現了

2021-07-05 15:17:22

9004

51單片機實戰教程之C語言基礎（五 C語言函數及其定義）

雖然部分C語言函數的返回值與其參數存在對應關系，但是它與數學里的函數不是同一概念。有的書上把它定義為完成特定任務的代碼集合。 C語言函數的格式為：返回值數據格式函數名（參數列表）｛函數

2021-11-21 09:51:01

STM32庫函數開發-GPIO

2021-01-11 學習日志STM32f1庫函數開發學習實戰一 · I/O口1. 文件夾結構2. 配置細節 · 從寄存器到庫函數3. 跑馬燈4. 按鍵輸入STM32f1庫函數開發學習

2022-01-13 16:17:00

arduino開發實戰指南

2022-02-22 14:56:08

UVM實戰教材資料分享

UVM實戰教材資料分享。

2022-05-05 15:51:15

Python項目開發實戰

2022-06-13 14:51:27

eBPF深入理解和實現原理

簡單來說，wBPF 是一個在硬件上直接執行 eBPF 程序的系統。

2022-06-14 09:25:25

2780

介紹eBPF針對可觀測場景的應用

隨著eBPF推出，由于具有高性能、高擴展、安全性等優勢，目前已經在網絡、安全、可觀察等領域廣泛應用，同時也誕生了許多優秀的開源項目，如Cilium、Pixie等，而iLogtail 作為阿里內外千萬實例可觀測數據的采集器，eBPF 網絡可觀測特性也預計會在未來8月發布。

2022-08-11 09:10:07

1146

C語言_函數封裝、變量的作用域

這篇文章介紹C語言函數封裝以及變量作用域、字符串的相關實戰練習。字符串轉整數、整數轉字符串、浮點數轉字符串、字符串轉浮點數、判斷平年閏年、技術字符串長度等等。

2022-08-14 09:48:57

978

eBPF安全可觀測性的前景展望

本次分享將從監控和可觀測性、eBPF安全可觀測性分析、內核安全可觀測性展望三個方面展開。

2022-08-17 11:27:48

1185

openEuler倡議建立eBPF軟件發布標準

2022-12-06 10:29:18

360

Linux 內核：eBPF優勢和eBPF潛力總結

Express Data Path (XDP)：網絡驅動程序是最早可以附加 XDP BPF 鉤子的點。當收到一個數據包時，eBPF 程序就會被觸發運行。

2023-01-10 11:37:04

1857

Linux內核觀測技術eBPF中文入門指南

eBPF（extened Berkeley Packet Filter）是一種內核技術，它允許開發人員在不修改內核代碼的情況下運行特定的功能。eBPF 的概念源自于 Berkeley Packet Filter（BPF），后者是由貝爾實驗室開發的一種網絡過濾器，可以捕獲和過濾網絡數據包。

2023-02-08 09:45:13

1174