uio(universal input/output)協議設想(2)
20181102
對於能力資源有限的微控制器來說:自然是要特別處理,以節省開銷。
物理層SPEC,
USB type A還是不錯的介面,至少牢固可靠。micro USB覺得不是太可靠,特別是用久後。
UART自然是資源有限的微控制器首先介面,USB也能容下這4根線,可惜高速的SPI沒法用,要多根線才行。
通訊協議層:
對於資源豐富的智慧裝置,反而有shell之類一大把操作介面介面。這倒不是說shell就是終點。
UIO還是有優勢的,首先它一門語言。其次它能解決學習成本問題。
使用者端:
1,自然智慧手機是要支援的,計劃開發一版本UIO手機端軟體,從android開始,
2,其次是第三方外設控制器,這個可以開發一個標準庫來降低第三方開發成本。
產品:
我想也許能從電磁爐板卡廠開始,看有沒有機會方案匯入。
遠景:
1,支援海量IOT裝置的組織,解決之前的行業痛點。
裝置地址分發,裝置識別。
相關推薦
uio(universal input/output)協議設想(2)
20181102 對於能力資源有限的微控制器來說:自然是要特別處理,以節省開銷。 物理層SPEC, USB type A還是不錯的介面,至少牢固可靠。micro USB覺得不是太可靠,特別是用久後。 UART自然是資源有限的微控制器首先介面,USB也能容下這4根線,
計算機網路課程實驗——可靠傳輸協議:(2)ABP(unidirectional)
/* Zhang Jingtun(Ordinary Crazy) */ #include <stdio.h> #include <stdlib.h> #include <string.h> /* *******************
網絡協議學習(2)---IP地址
進制 減少 發現 利用 網絡號 一個數 需要 nbsp 系列 一、IPv4地址 IPv4地址為32bit地址,分為5類(ABCDE,這裏不討論特殊用途的D和E類)。 通常我們八位一看,寫成4個部分,例如:00000000 00000000 00000000
gh0st通訊協議解析(2)
Gh0st通訊協議解析(2) 從被控端主動去連線主控端開始談起。世間萬事萬物有始有終,宇宙環宇的動力起點就是上帝的那一推之力。當然,主控端與被控端的互動總是從被控端主動連線到主控端開始的,讓我們從發起連線這個引爆點談起…… **********************
TCP/IP協議(2):網絡設備
數據包 服務器 網絡設備 風暴 二層交換機 不同的 中繼器 tcp/ip 解決 1、中繼器(Repeater) 中繼器工作在OSI的一層,我們知道,超5類線的傳輸距離最大為100米,超過這個距離信號就會衰減,中繼器就是為了防止信號變差,將網絡信號進行再生和重定時。 2、
第8章 傳輸層(2)_UDP協議
之前 用戶數 發送數據 1-1 效率 沒有 strong 而是 系統 2. 用戶數據報協議(UDP) 2.1 UDP的特點 (1)UDP是無連接的,即發送數據之前不需要建立連接,因此減少了開銷和發送數據之前的時延。 (2)UDP使用了盡最大努力交付,即不保證可靠交付,因此主
專利:結構化大數據通信協議(2)
結構化大數據通信協議說明2:數據的唯一性是實現“數據全球通”的基礎在班、組這樣的小環境中可以用每個人的姓名而區分出每一個人,然而在全國範圍內,由於人數太多,重名的很多,因此僅靠姓名就不能準確無誤地識別出每一個人。大數據時代以前的關系數據庫中的數據只是應用於某個機構內部,因此各個數據就容易識別,然而如果把關系數
http協議之版本差異(2)
大量 XML cti 技術 類型 版本 bsp 沒有 域名 —————————————HTTP1.0/HTTP1.1—————————————— 建立連接方面 HTTP/1.0 每次請求都需要建立新的TCP連接,連接不能復用。HTTP/1.1 新的請求可以在上次請求
FPGA設計千兆以太網MAC(2)——以太網協議及設計規劃
官方文檔 系統 指定 wid d+ 大於等於 在線 導致 span 上篇該系列博文中通過MDIO接口實現了PHY芯片的狀態檢測,驗證其已處於1000M 全雙工工作模式。在設計MAC邏輯之前,要先清楚MAC與PHY之間的接口以及以太網協議細節,這樣才能保證網絡的兼容性。本
[Golang] 從零開始寫Socket Server(2): 自定義通訊協議
在上一章我們做出來一個最基礎的demo後,已經可以初步實現Server和Client之間的資訊交流了~ 這一章我會介紹一下怎麼在Server和Client之間實現一個簡單的通訊協議,從而增強整個資訊交流過程的穩定性。  
Asp.net Core 2.1 Kestrel 現在支援 多協議處理(Tcp)
地址:https://github.com/davidfowl/MultiProtocolAspNetCore.git 在一個Kestrel服務上可以同時處理Tcp,Http,Https等多種協議。 通過實現 ConnectionHandler 處理接入連線,ConnectionContext.Trans
Mysql系列(2)-MySQL網路協議基礎分析
引言 閱讀本文之前你需要對網路協議需要有基本的瞭解,比如兩臺機子之間的資料是如何通訊的,硬體層可以暫時不需瞭解,但網路層和傳輸層的協議要有一定的理解,比如IP資料包,TCP/IP協議,UDP協議等相關概念,有了這些基礎,有利於你閱讀本文。 背景 在歷史悠久的時代,資料庫只
朱有鵬 TCP協議(2)
朱有鵬 TCP協議(2) TCP的三次握手 (1)建立連線需要三次握手 (2)建立連線的條件:伺服器listen(監聽)時,客戶端主動發起connect(連線) TCP的四次握手 (3)關閉連線需要四次握手 (4)伺服器或者客戶端都可以主動
記一次利用動態除錯so包破解協議 (2)
繼續上一篇https://blog.csdn.net/u014476720/article/details/83650566的操作 上一篇只分析出so包裡面的 buildParam2 裡面的加密方式,這一篇來看看buildParam1的加密方式 這裡分析是已使用者主頁的介
第7章 網路層協議(2)_ICMP協議
2. ICMP協議 2.1 ICMP報文(Internet Control Message Protocol)的型別 報文型別 型別值 程式碼 描述 請求報文 8 0
第9章 應用層(2)_動態主機配置協議(DHCP)
2. 動態主機配置協議(DHCP) 2.1 靜態地址和動態地址的應用場景 (1)靜態地址應用場景 ①IP地址不經常更改的裝置(如伺服器地址) ②使用有規律的IP地址以便於管理(如學校機房為方便教師管理學生) (2)動態地址應用場景 ①網路中的計算機不固定(如學生在
【ACM】HDU 1096 A+B for Input-Output Practice (VIII)(for java)
注意格式,案例輸出結果之間都要有一個空行 import java.util.Scanner; public class Main { public static void main(String[] args) { // TODO Auto-generated m
(2)網路層IP協議
網路層IP協議 網路層上層為傳輸層,下層為資料鏈路層,它通過路由選擇演算法,為IP分組從源主機到目的主機選擇一條合適的傳輸路徑,為傳輸層端—端資料傳輸提供服務。 網路層的特點: 網路層向上只提供簡單靈活的、無連線的、盡最大努力交付的資料報服務。 網路在傳送
Winsock(2) IPV4地址協議程式設計
本章將介紹IPV4地址協議程式設計 SOCKADDR_IN結構體 Winsock中,將IP地址和埠號指定到sockaddr_in資料結構中 typedef struct sockaddr_in { SHORT sin_family; //使用IP地址族時
FPGA設計千兆乙太網MAC(2)——乙太網協議及設計規劃
上篇該系列博文中通過MDIO介面實現了PHY晶片的狀態檢測,驗證其已處於1000M 全雙工工作模式。在設計MAC邏輯之前,要先清楚MAC與PHY之間的介面以及乙太網協議細節,這樣才能保證網路的相容性。本文內容多來自Xilinx官方文件pg051 tri-mode-eth-mac. 1.GMII介面 此