常见的几种开源协议

        在学习中经常能看到一些词,例如:GPL,LGPL等等,自打上学那会就遇见过,对它们的具体含义却不了解,今天给它们总结一下。

        说到开源协议,不得不提GNU。课本上给的定义是“GNU is Not Unix”,这是官方给出的递归定义,永远也找不到本意,我们可以将它理解为一个自由软件工程项目或者一种计划,是由Richard Stallman在1983年9月27公开发起的,它的目标是创建一套完全自由、开放的操作系统。1985年10月Richard Stallman创立了自由软件基金会(Free Software Foundation ,FSF),其主要工作是执行GNU计划。为了保证GNU软件可以自由的“使用、复制、修改、发布”,同样也禁止部分人在GNU软件的基础上自己修改并发布的软件中添加任何限制他人自由使用的条款,在这个情况下就诞生了GNU的许可条款,再后来又产生了其他的(非GNU)许可条款,统称为开源许可协议。

这里列举了最常用的几种开源协议:

  • GPL (GNU General Public License) :GNU通用公共许可协议
  • LGPL (GNU Lesser General Public License) :GNU宽通用公共许可协议
  • BSD (Berkeley Software Distribution)  :伯克利软件分发许可协议
  • MIT (Massachusetts Institute of Technology):MIT许可协议之名源自麻省理工学院,又称“X许可协议”或“X11许可协议”
  • Apache (Apache License) :Apache许可协议
  • MPL (Mozilla Public License) :Mozilla公共许可协议


1.GPL

GNU通用公共许可协议是一个被广泛使用的自由软件许可协议条款,GPL 保证了所有开发者的权利,同时为使用者提供了足够的复制,分发,修改的权利:

  • 可自由复制
    你可以将软件复制到你的电脑,你客户的电脑,或者任何地方。复制份数没有任何限制。
  • 可自由分发
    在你的网站提供他人下载,拷贝到U盘送人。
  • 可以用来盈利
    你可以在分发软件的时候收费,但你必须在收费前向你的客户提供该软件的 GNU GPL 许可协议,以便让他们知道,他们可以从别的渠道免费得到这份软件,以及你收费的理由。
  • 可自由修改
    如果你想添加或删除某个功能,没问题,如果你想在别的项目中使用部分代码,也没问题,唯一的要求是,使用了这段代码的项目也必须使用 GPL 协议。

需要注意的是,分发的时候,需要明确提供源代码和二进制文件,另外,用于某些程序的某些协议有一些问题和限制,使用 GPL 协议,你必须在源代码代码中包含相应信息,以及协议本身。


2.LGPL

GNU 还有另外一种协议,叫做GNU宽通用公共协议,它对产品所保留的权利比 GPL 少,总的来说,LGPL 适合那些用于非 GPL 或非开源产品的开源类库或框架。因为GPL要求包含有部分GPL授权代码的软件以GPL方式发布,这样开发者就无法在收费的专属软件里使用GPL授权代码。 LGPL正好解决了这一问题:它不要求其它使用LGPL授权代码的软件以LGPL方式发布。注意:LGPL有一特点是LGPL软件可以被转换成GPL。这种特性对于在GPL库或应用程序中直接使用LGPL程序有一定程度之帮助。


3.BSD

BSD 在软件分发方面的限制比别的开源协议(如 GNU GPL)要少。该协议有多种版本,最主要的版本有两个,新 BSD 协议与简单 BSD 协议,这两种协议经过修正,都和 GPL 兼容,并为开源组织所认可。

新 BSD 协议在软件分发方面,除需要包含一份版权提示和免责声明之外,没有任何限制。另外,该协议还禁止拿开发者的名义为衍生产品背书,但简单 BSD 协议删除了这一条款。


4.MIT

MIT 协议可能是几大开源协议中最宽松的一个,核心条款是:

该软件及其相关文档对所有人免费,可以任意处置,包括使用,复制,修改,合并,发表,分发,再授权,或者销售。唯一的限制是,软件中必须包含上述版 权和许可提示。

这意味着:

  • 你可以自由使用,复制,修改,可以用于自己的项目。
  • 可以免费分发或用来盈利。
  • 唯一的限制是必须包含许可声明。

MIT 协议是所有开源许可中最宽松的一个,除了必须包含许可声明外,再无任何限制。


5.Apache

Apache 协议 2.0 和别的开源协议相比,除了为用户提供版权许可之外,还有专利许可,对于那些涉及专利内容的开发者而言,该协议最适合。

Apache 协议还有以下需要说明的地方:

  • 永久权利
    一旦被授权,永久拥有。
  • 全球范围的权利
    在一个国家获得授权,适用于所有国家。
  • 授权免费,且无版税
    前期,后期均无任何费用。
  • 授权无排他性
    任何人都可以获得授权
  • 授权不可撤消
    一旦获得授权,没有任何人可以取消。比如,你基于该产品代码开发了衍生产品,你不用担心会在某一天被禁止使用该代码。

分发代码方面包含一些要求,主要是,要在声明中对参与开发的人给予认可并包含一份许可协议原文。


6.MPL

MPL既是得到自由软件基金会承认的自由软件许可证,也是得到开放源代码促进会承认的开源软件许可证。MPL允许在其授权下的源代码与其他授权的文件进行混合,包括私有许可证。但在MPL授权下的代码文件必须保持MPL授权,并且保持开源。这样的条款让MPL既不像MIT和BSD那样允许派生作品完全转化为私有,也不像GPL那样要求所有的派生作品,包括新的组件在内,全部必须保持GPL。通过允许在派生项目中存在私有模块,同时保证核心文件的开源,MPL同时激励了商业及开源社区来参与帮助开发核心软件。

使用MPL授权的软件并不受专利的限制,其可以自由使用,修改,并可自由的重新发布。带有专利代码的版本仍然可以使用,转让,甚至出售,但未经许可则不能修改代码。此外,MPL并不授予用户对于开发者商标的使用权。

为了满足MPL的条款限制,用户必须负担一些“责任”,主要是关于散发使用MPL授权的软件。用户必须确保重新散发的软件所有源代码均以MPL授权,即使是以可执行文件的方式提供或是与其他使用专有软件授权的源代码结合也一样。但若跟以GNU通用公共许可协议GNU宽通用公共许可证、Affero通用公共许可证授权的源代码结合则是例外。此时开发者则可选用以上三种更加严格的条款来授权。


<think>好的,用户想找与Modbus ASCII协议相关的常见开源实现或库。首先,我需要回顾一下之前提供的引用内容。引用[2]提到FreeModbus支持ASCII、RTU和TCP,引用[3]和[4]也涉及Modbus ASCII的应用和库。用户可能是在开发嵌入式系统,需要一个轻量级的库,或者需要跨平台的支持。 首先,确认用户需求的关键词:开源、Modbus ASCII、实现库。需要检查提供的引用中有哪些符合条件。FreeModbus在引用[2]和[3]中被提及,支持ASCII,且是开源的。nanoMODBUS在引用[4]中也是一个嵌入式库,支持ASCII。这两个应该是主要推荐的。 然后,可能需要补充其他常见开源库,比如libmodbus,但用户提供的引用中没有提到,不过根据常识,libmodbus也是一个广泛使用的库,支持多种协议包括ASCII。虽然不在引用中,但用户的问题可能希望得到更全面的答案,所以可以适当提到,但需要注明出处。不过根据系统指令,应尽量参考提供的引用,所以可能只提引用中的内容。 接下来,需要检查每个推荐的库的特点,比如FreeModbus是协议栈,适合从站实现,而nanoMODBUS轻量级适合嵌入式。用户可能需要主站或从站应用,引用[3]中的示例是主站应用,所以可以指出FreeModbus的主站支持情况。 另外,用户可能需要库的语言支持,比如C或Python,但引用中提到的库多是C语言,适用于嵌入式。需要确保推荐的库确实支持ASCII模式,并且是开源的。 最后,生成相关问题,考虑用户可能的后续需求,比如如何选择库、主从站开发、性能优化等。</think>关于Modbus ASCII协议开源实现库,以下是几个常见且可靠的选择及其特点分析: ### 1. FreeModbus(跨平台实现) - **协议支持**:同时支持Modbus ASCII、RTU和TCP三种协议模式 - **应用场景**:适用于嵌入式系统和工业自动化设备,提供主站/从站双模式实现 - **技术特性**: - 采用C语言编写,代码量约3,000行 - 提供硬件抽象层接口(port.c/port.h) - 支持多任务环境下的线程安全访问 - **项目地址**:[https://gitcode.com/gh_mirrors/freemodbus](https://gitcode.com/gh_mirrors/freemodbus)[^2] ### 2. nanoMODBUS(嵌入式专用库) - **协议支持**:支持ASCII/RTU/TCP全协议栈 - **应用场景**:专为ARM Cortex-M系列MCU优化,适用于资源受限的嵌入式设备 - **技术特性**: - 内存占用<4KB RAM - 提供异步非阻塞API接口 - 支持自定义CRC校验算法 - 集成硬件串口驱动适配层 - **典型应用**:工业传感器、PLC控制器、HMI人机界面[^4] ### 3. Modbus协议栈(主站应用示例) - **特色功能**: - 提供ASCII主站完整实现示例 - 包含消息帧封装/解析工具函数 - 支持超时重传机制 - 提供诊断报文处理模块 - **开发建议**: ```c /* ASCII模式消息帧示例 */ :010304010001FB\r\n /* 启动符|地址|功能码|数据|LRC校验|结束符 */ ``` 该实现采用状态机设计模式,可有效处理半包数据[^3]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值