搜索
bottom↓
回复: 107

modbus通讯能否采用主动上报

  [复制链接]

出0入0汤圆

发表于 2018-4-19 09:13:53 | 显示全部楼层 |阅读模式
后台与设备采用modbus协议,但有些信息和事件需要设备主动上报,这种情况协议应该怎么处理,因为modbus通讯一般都是主机发送查询指令,从机回应的。

阿莫论坛20周年了!感谢大家的支持与爱护!!

月入3000的是反美的。收入3万是亲美的。收入30万是移民美国的。收入300万是取得绿卡后回国,教唆那些3000来反美的!

出0入211汤圆

发表于 2018-4-19 09:15:50 | 显示全部楼层
主机轮询就可以了....从机不能主动上报的...

出0入0汤圆

 楼主| 发表于 2018-4-19 09:21:43 | 显示全部楼层
hushaoxin 发表于 2018-4-19 09:15
主机轮询就可以了....从机不能主动上报的...

主机轮询实时性不行

出0入0汤圆

发表于 2018-4-19 09:28:12 | 显示全部楼层
要不你就再开一路通讯,把设备做为主机去发送?

出10入18汤圆

发表于 2018-4-19 09:28:58 | 显示全部楼层
主动发送就不叫modbus了

出0入0汤圆

发表于 2018-4-19 09:29:06 | 显示全部楼层
主动上报,有多台从机不就乱套了

出0入0汤圆

发表于 2018-4-19 09:50:41 来自手机 | 显示全部楼层
除非总线上就一台设备

出0入0汤圆

发表于 2018-4-19 09:58:51 来自手机 | 显示全部楼层
放弃485吧。用can就可以主动上报。

出0入0汤圆

发表于 2018-4-19 10:19:03 | 显示全部楼层
485半双工   没办法

出0入0汤圆

发表于 2018-4-19 10:31:26 | 显示全部楼层
上以太网,后台做Server。 如果用TCP长连接的话,只管塞数据。

出0入0汤圆

发表于 2018-4-19 10:37:48 | 显示全部楼层
优先轮询那个地址呗,多询几次 121314之类的

出0入0汤圆

发表于 2018-4-19 11:07:27 | 显示全部楼层
wangzex 发表于 2018-4-19 09:29
主动上报,有多台从机不就乱套了

就是这个意思,从机就是喜欢被动。

出0入0汤圆

发表于 2018-4-19 11:13:51 | 显示全部楼层
modbus的从机不能主动上报数据

出0入0汤圆

发表于 2018-4-19 11:20:18 | 显示全部楼层
modbus协议好好看看,没有主动的功能,都是问,答方式。半双工

出0入0汤圆

发表于 2018-4-19 11:38:20 | 显示全部楼层
主动上报,换CAN

出0入46汤圆

发表于 2018-4-19 12:12:53 | 显示全部楼层
如果自己实现每个从机和主机通信程序,可以这么玩:主动上报的从机根据地址分配时间间隔,并且监听总线上面的消息,计算当前主动上报地址,与自身地址比对计算等待时间。等到自己的时间时,发送自己的应答包。主机程序也处理这个应答包就行。反正就是自己玩呗!

出0入0汤圆

发表于 2018-4-19 12:16:25 | 显示全部楼层
只能说自己做协议, 利用485通讯而已了.

出0入0汤圆

发表于 2018-4-19 12:32:26 | 显示全部楼层
Modbus是应答式的协议,只能问了再答。

出0入0汤圆

发表于 2018-4-19 12:34:41 | 显示全部楼层
实时性可结合实际需求增加问询频度。工业实时控制现场有很多也是用的Modbus。

出300入477汤圆

发表于 2018-4-19 12:56:14 | 显示全部楼层
主动上报和遵守modbus是互相矛盾的,你只能选择其中一个。就像你的矛和你的盾碰在一起,你只能选择是矛更厉害还是盾更厉害。

出0入0汤圆

发表于 2018-4-19 13:25:58 | 显示全部楼层
NIC 发表于 2018-4-19 09:21
主机轮询实时性不行

实时性不行就提高波特率,现在的串口921.6K波特率都很轻松,你要非用9600波特率那也没办法了

出0入0汤圆

发表于 2018-4-19 13:26:51 | 显示全部楼层
程序结构优化好,轮询的速度也很快的。

出0入0汤圆

发表于 2018-4-19 13:37:52 | 显示全部楼层
spy2008 发表于 2018-4-19 13:26
程序结构优化好,轮询的速度也很快的。

以前我用921.6K波特率,读16个字节写16个字节数据,基本上是1ms轮询1个站

出0入0汤圆

发表于 2018-4-19 13:46:29 | 显示全部楼层
modbus 发表于 2018-4-19 13:37
以前我用921.6K波特率,读16个字节写16个字节数据,基本上是1ms轮询1个站

近距离的吧,如果50米以上,估计就得低频了。

出0入0汤圆

发表于 2018-4-19 13:58:20 | 显示全部楼层
modbus 发表于 2018-4-19 13:37
以前我用921.6K波特率,读16个字节写16个字节数据,基本上是1ms轮询1个站

总共多少站?

出0入0汤圆

发表于 2018-4-19 16:53:32 | 显示全部楼层
你可以修改下MODBUS,自己定个协议

整个MODBUS+ 出来

出0入0汤圆

发表于 2018-4-19 17:18:50 | 显示全部楼层
kerrwang1982 发表于 2018-4-19 13:46
近距离的吧,如果50米以上,估计就得低频了。

总距离有一百多米

出0入0汤圆

发表于 2018-4-19 17:20:23 | 显示全部楼层

20多个站

出0入0汤圆

发表于 2018-4-19 17:39:33 | 显示全部楼层
cpholr1 发表于 2018-4-19 09:58
放弃485吧。用can就可以主动上报。

CAN比较适合随机性的、突发性的通讯事件,对于周期性的通讯事件不一定就比485效率高,比如50多个站,每个站每隔10ms必须向主站上报和接收一批数据。

出0入0汤圆

发表于 2018-4-19 19:50:42 | 显示全部楼层
要主动上报,就自己定义协议

出0入0汤圆

发表于 2018-4-19 21:57:45 | 显示全部楼层
理解问题本质就知道矛盾在哪里,就算你定制主动上传,那你说的并发问题呢?

出0入0汤圆

发表于 2018-4-19 22:06:26 | 显示全部楼层
换can吧,稳定性还更好···

出0入0汤圆

发表于 2018-4-19 22:10:09 | 显示全部楼层
modbus 发表于 2018-4-19 17:39
CAN比较适合随机性的、突发性的通讯事件,对于周期性的通讯事件不一定就比485效率高,比如50多个站,每个 ...

不说你软件怎么设计,
就单从硬件上分析,can就已经赢了485一大截了。

波特率支持的比你485高,总线负载比你485要大,可挂接设备也比你485多的多。
并且,主机并不需要一直在那安排,现在让谁说话,不让谁说话。
can总线上,所有设备都是主机,轮到谁该说话,完全由硬件来判断,无需软件干预。

另外,也不要去比较modbus还有canopen什么的,跑自定义协议,谁牛逼,一目了然。

如果485那么好,汽车上为何不用485而另外发明了can。

出0入0汤圆

发表于 2018-4-20 01:51:33 来自手机 | 显示全部楼层
我加了一根线,级联,差不多实现这功能。

出0入0汤圆

发表于 2018-4-20 06:50:39 | 显示全部楼层
cpholr1 发表于 2018-4-19 22:10
不说你软件怎么设计,
就单从硬件上分析,can就已经赢了485一大截了。

can适合于 传输突发性比较强,数据量比较小的情况下
其他情况,can不如485

论应用范围和应用场合, 485均优于can

出0入0汤圆

发表于 2018-4-20 08:29:15 | 显示全部楼层
楼长经验丰富啊 赞

出0入0汤圆

发表于 2018-4-20 08:32:13 | 显示全部楼层
主动上报可以,多台同时上报,楼主有没有这个能力区分,,第一字节,设备1的,第二字节设备三的。。。。有这能力区分吗

出0入0汤圆

发表于 2018-4-20 10:05:29 | 显示全部楼层
本帖最后由 cpholr1 于 2018-4-20 10:20 编辑
interstellar_tr 发表于 2018-4-20 06:50
can适合于 传输突发性比较强,数据量比较小的情况下
其他情况,can不如485


你说can数据量比较小,我觉得有点搞笑。

can以1M波特率 1ms可以稳定传输8个数据包,每个数据包内有8个字节+29bit的帧ID,按12字节算,也就是1ms能传输96个字节。而且这8个数据包可以从不同的主机发出,也不会错位。
请注意,我说的是稳定传输。

请问485能吗? (485波特率高了是极不稳定的,我仅测试115200满负荷,隔一会儿就有一些错误数据出来。更高的就不用说了)

出0入0汤圆

发表于 2018-4-20 10:27:04 | 显示全部楼层
需要主动上报 还是用can吧
现有Modbus只能一主多从,挨个点名的方式。。。。

出0入0汤圆

发表于 2018-4-20 10:46:24 | 显示全部楼层
半双工只能使用问答式,或者精确同步时间然后分配时间段

出0入0汤圆

发表于 2018-4-21 10:36:14 | 显示全部楼层
cpholr1 发表于 2018-4-20 10:05
你说can数据量比较小,我觉得有点搞笑。

can以1M波特率 1ms可以稳定传输8个数据包,每个数据包内有8个字 ...

1M 波特率 能传多远?
所有的场合都需要1M的波特率吗?

物尽其用 人尽其才  晓得吧?

确实是有点搞笑

出0入16汤圆

发表于 2018-4-21 11:04:45 | 显示全部楼层
转成BACnet就可以了,BACnet也是可以基于RS-485 。
BACnet主要是在国外楼宇暖通等方面用得比较多
这里可以了解一下 http://www.bacnet.org/Tutorial/HMN-Overview/sld001.htm

出0入0汤圆

发表于 2018-4-21 13:51:30 来自手机 | 显示全部楼层
学习学习啊!

出0入0汤圆

发表于 2018-4-21 15:08:43 | 显示全部楼层
CAN应该更适合一些,485 半双工的,多个从机在总线上,只能主机轮流点名;

出0入0汤圆

发表于 2018-4-21 15:42:41 来自手机 | 显示全部楼层
自己写一个基于RS485的令牌环协议,说有设备都是主机,根据地址加固定字节延时解决总线空闲,令牌不停的传给下一个地址,等到了上报的地址就在报文里指定这个报文给谁的就行。

出0入0汤圆

发表于 2018-4-21 15:46:32 来自手机 | 显示全部楼层
类似Bacet ms/tp

出0入0汤圆

发表于 2018-4-21 15:47:21 来自手机 | 显示全部楼层
mohao123 发表于 2018-4-21 15:46
类似Bacet ms/tp

Bacnet ms/tp

出0入0汤圆

发表于 2018-4-21 16:07:39 | 显示全部楼层
可以多讨论讨论485和can的优劣!

出300入477汤圆

发表于 2018-4-21 18:36:00 来自手机 | 显示全部楼层
mohao123 发表于 2018-4-21 15:42
自己写一个基于RS485的令牌环协议,说有设备都是主机,根据地址加固定字节延时解决总线空闲,令牌不停的传 ...

问题是,485的令牌环,你能写稳定吗?

出10入120汤圆

发表于 2018-4-21 19:36:40 来自手机 | 显示全部楼层
学习下西门子的ppi/mpi协议吧,就是环令牌通讯。

出0入0汤圆

发表于 2018-4-21 19:51:27 | 显示全部楼层
还是采用CAN总线吧,RS-485的半双工,要实现多主发送,是很难的。
同一时刻,多个站点同时发数据,线上的数据就会乱套的。

出0入0汤圆

发表于 2018-4-21 21:36:34 | 显示全部楼层
关键还是看项目对实时性要求多高,才二十几个节点,查询足够了吧

出0入0汤圆

发表于 2018-4-21 22:03:32 来自手机 | 显示全部楼层
如果实时性要求不高,就轮询吧

出0入0汤圆

发表于 2018-4-21 22:25:52 | 显示全部楼层
modbus就是主从协议啊,

出0入0汤圆

发表于 2018-4-22 09:54:01 | 显示全部楼层
主动上报的不符合modbus协议,就是不能叫modbus

出0入42汤圆

发表于 2018-4-22 10:47:08 | 显示全部楼层
redroof 发表于 2018-4-21 18:36
问题是,485的令牌环,你能写稳定吗?

令牌协议  不能轻易能写周全、稳定(很关键)的   这个我们部门老大试过    当然大牛除外     

出0入0汤圆

发表于 2018-4-22 10:49:03 | 显示全部楼层
https://www.hallam-ics.com/blog/ ... -still-using-modbus
看看这个

出300入477汤圆

发表于 2018-4-22 10:49:44 来自手机 | 显示全部楼层
njjh1718 发表于 2018-4-22 10:47
令牌协议  不能轻易能写周全、稳定(很关键)的   这个我们部门老大试过    当然大牛除外      ...

对啊,写过人都知道这绝对不是好写的。能不这样做就不要这样做。
一上来就叫人去写令牌环的人,基本上都是没有实际写过的。典型的说起来容易做起来难啊!

出0入0汤圆

发表于 2018-4-23 04:07:10 来自手机 | 显示全部楼层
njjh1718 发表于 2018-4-22 10:47
令牌协议  不能轻易能写周全、稳定(很关键)的   这个我们部门老大试过    当然大牛除外      ...

写全和稳定是很难,其实只要是能把总线空闲,传令牌出去,和动态加入设备这块吃透写出来,简单的应用就没问题,不是写标准协议,自定义无非就是,传令牌,数据查询,数据回复,再加一个特殊数据帧。如果是设备不多,实时性要求不高,没必要用令牌,一主多从查询就可以了。

出0入0汤圆

发表于 2018-4-23 08:33:35 | 显示全部楼层
可以的,主要避免总线竞争,主机发一个同步信号,从机开始按照地址顺序上报就行,注意留够上报时间。

出300入477汤圆

发表于 2018-4-23 10:21:01 来自手机 | 显示全部楼层
weichao4808335 发表于 2018-4-22 09:54
主动上报的不符合modbus协议,就是不能叫modbus

哈哈,这是关键。叫作modbus就只能用主从查询方式来工作。因为你用modbus的理由一般都是要跟别人的东西连接,别人不会给你自定义协议的。
如果你只跟自己的东西连接,不需要叫作modbus,就可以任意做了,那么最简单的方法是改用can。而不是在485上做什么令牌环。

出0入0汤圆

发表于 2018-4-23 10:32:59 | 显示全部楼层
自己修改modbus协议,让他符合自己的需求,当然这就不是标准的modbus了,也不能好的兼容别人的设备。

出300入477汤圆

发表于 2018-4-23 10:41:47 | 显示全部楼层
cdlxzlp 发表于 2018-4-23 10:32
自己修改modbus协议,让他符合自己的需求,当然这就不是标准的modbus了,也不能好的兼容别人的设备。 ...

自己造一个在485上支持多主机任意发数据的协议是下下策。
因为有个标准的协议也就是CAN可以在这件事上做得更好(不要跟我抬杠说西门子MPI,至少对99.9%以上的开发者来说你不可能做到跟MPI那么好)
不服的自己可以写一个出来

出0入0汤圆

发表于 2018-4-23 14:40:56 | 显示全部楼层
感觉若是主动上报的话,用CAN好,没有主从之分。

出0入0汤圆

发表于 2018-5-2 11:54:14 | 显示全部楼层
可以分时间片,但协议复杂很多。

出0入0汤圆

发表于 2018-5-2 21:45:15 | 显示全部楼层
不能的, 只能主机发, 否则会冲突

出0入0汤圆

发表于 2018-5-2 22:35:45 | 显示全部楼层
没办法检测总线是否被占用和冲突仲裁,要想实现多主通信CAN是比较好的选择

出0入0汤圆

发表于 2018-5-3 00:07:32 来自手机 | 显示全部楼层
多从机同事上报,会把总线电平搞死的

出0入0汤圆

发表于 2018-5-3 09:58:40 | 显示全部楼层
看到好多人有这种需求,自是自己的设备的话,可以改一下协议

出0入0汤圆

发表于 2018-5-3 10:39:46 来自手机 | 显示全部楼层
一根485总线不行,多加几根部就好了。

出0入0汤圆

发表于 2018-5-3 11:05:52 | 显示全部楼层
485总线没有总线仲裁,冲突检测这些功能,只能主机轮询,总线效率和实时性确实不高,实时性要求高就用CAN,或者以太网

出0入0汤圆

发表于 2018-5-3 11:12:32 | 显示全部楼层
过段 can 。。

出0入0汤圆

发表于 2018-5-6 07:46:01 来自手机 | 显示全部楼层
建议主机多搞几路485,每个连接终端数量少些,适当提高波特率,楼主的问题,本质上是带宽不够。

出0入0汤圆

发表于 2018-5-6 08:40:05 | 显示全部楼层
can 总线可以搞定,省心

出0入0汤圆

发表于 2018-5-6 08:44:51 | 显示全部楼层
mohao123 发表于 2018-4-21 15:42
自己写一个基于RS485的令牌环协议,说有设备都是主机,根据地址加固定字节延时解决总线空闲,令牌不停的传 ...

请问如果有个别地址掉线,令牌传递如何继续?

出0入0汤圆

发表于 2018-5-7 16:21:00 | 显示全部楼层
我做过一个类似的方案,主机同步给各从机同步时间,给每一个从机划分上报信息的时间片。我只是自己的设备间通信,效果还不错

出0入0汤圆

发表于 2018-5-7 16:38:49 | 显示全部楼层
主动上报的实时性是比较好的

出0入0汤圆

发表于 2018-5-7 16:48:22 | 显示全部楼层
用过485和CAN的人 可以很明确的告诉你

你要是用CAN,这就不叫问题了。

出0入0汤圆

发表于 2018-5-10 08:51:55 | 显示全部楼层
多台从机主动上报会造成总线冲突

出0入0汤圆

发表于 2018-5-10 09:54:45 来自手机 | 显示全部楼层
interstellar_tr 发表于 2018-4-20 06:50
can适合于 传输突发性比较强,数据量比较小的情况下
其他情况,can不如485


相同波特率情况下,CAN确实比不上RS485,
但是CAN的控制器带了通信应答确认校验重发,可以跑更高的波特率。
当然,如果是通信线材长度决定了波特率了又另谈。

出0入0汤圆

发表于 2018-5-10 10:12:38 | 显示全部楼层
modbus tcp不就具备并发性吗?
头像被屏蔽

出0入0汤圆

发表于 2018-5-10 11:38:08 | 显示全部楼层
提示: 作者被禁止或删除 内容自动屏蔽

出0入0汤圆

发表于 2018-6-4 19:59:45 来自手机 | 显示全部楼层
我就不信循环判断时间不够 你是有多强的实时性,每个设备加一个警告标志字 循环读取警告标志字,有标志字再进行下一步读取

出0入42汤圆

发表于 2018-6-4 20:02:18 | 显示全部楼层
雨雪随行 发表于 2018-6-4 19:59
我就不信循环判断时间不够 你是有多强的实时性,每个设备加一个警告标志字 循环读取警告标志字,有标志字再 ...

不要多强的实时性   1S一次    你试试?

出0入0汤圆

发表于 2018-6-4 20:47:17 | 显示全部楼层
主机轮询

出10入95汤圆

发表于 2018-6-5 08:18:21 来自手机 | 显示全部楼层
cpholr1 发表于 2018-4-19 22:10
不说你软件怎么设计,
就单从硬件上分析,can就已经赢了485一大截了。


CAN自然有很多优点,但不能单纯说它快!Profibus-DP了解不?

出0入0汤圆

发表于 2018-6-5 09:42:33 | 显示全部楼层
串口通信还是主从一问一答好,程序结构也好写。

从机主动上报处理起来麻烦多了

出615入1076汤圆

发表于 2018-6-6 10:35:49 | 显示全部楼层
cpholr1 发表于 2018-4-20 10:05
你说can数据量比较小,我觉得有点搞笑。

can以1M波特率 1ms可以稳定传输8个数据包,每个数据包内有8个字 ...


RS485 两米的距离我测了 10Mbps 跑了几天传了 1600 万个数据包一个没有丢、也没有错,数据包用户数据 253 字节,自由收发,为了对比方便,测试只用了两个节点,所以冲突的概率不高,共仲裁避让了 9753 个数据包。



讨论在隔壁板块:

大家觉得 CDBUS 这个带仲裁的 RS485 怎么样?跟 CAN 比呢?
www.amobbs.com/thread-5693201-1-1.html
(出处: amoBBS 阿莫电子论坛)

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x

出0入0汤圆

发表于 2018-6-6 10:53:12 | 显示全部楼层
试试,会有通信成功的机会!

出0入0汤圆

发表于 2018-6-6 12:44:42 | 显示全部楼层
不错 学习了

出0入0汤圆

发表于 2018-6-6 16:24:28 来自手机 | 显示全部楼层
cpholr1 发表于 2018-4-19 22:10
不说你软件怎么设计,
就单从硬件上分析,can就已经赢了485一大截了。


您好,我感觉can是个硬件层协议。手上的开发板例程就是简单的收发。想要实现can本身强大的功能,还要软件层实现。想问问您有这个软件层的协议吗,可以给我参考一下吗?

出0入0汤圆

发表于 2018-6-6 16:31:21 来自手机 | 显示全部楼层
232,485,这些可以用modbus协议。我理解can就类似于232或者485,属于硬件层。那can的软件层怎么编写呢?就一定要用类似于canopen这样的协议吗?

出0入0汤圆

发表于 2018-6-6 16:38:31 | 显示全部楼层
stevenniu500 发表于 2018-6-6 16:31
232,485,这些可以用modbus协议。我理解can就类似于232或者485,属于硬件层。那can的软件层怎么编写呢?就 ...

232 485这些都是硬件协议,根本没有把软件和业务逻辑考虑进去,CAN不一样了,是完整的总线协议,包括软硬件,而且全自动的总线制裁,完善的协议处理机制,设备即使出错也不会影响全线,会自动退出,简直不要太好用了。

出0入0汤圆

发表于 2018-6-6 16:48:46 来自手机 | 显示全部楼层
一心2013 发表于 2018-6-6 16:38
232 485这些都是硬件协议,根本没有把软件和业务逻辑考虑进去,CAN不一样了,是完整的总线协议,包括软硬 ...

那是不是只要把一些基本的can参数配置好,写好发送接收函数就可以正常使用can了

出0入0汤圆

发表于 2018-6-6 16:49:51 | 显示全部楼层
interstellar_tr 发表于 2018-4-21 10:36
1M 波特率 能传多远?
所有的场合都需要1M的波特率吗?

1M波特率是目前标准协议中最高的了,距离可能不远,但是其实可以用扩展帧,将数据由8Byte扩展到64Byte,29个ID位,这应该可以满足楼主的需要了。  

最好不要搞什么私有协议,你做得再好也没有标准方案好,人家考虑的问题多全面得很,私有容易整死自己。

另外指出别人问题时最好能提供更好的解决方案。

出0入0汤圆

发表于 2018-6-6 16:51:52 | 显示全部楼层
stevenniu500 发表于 2018-6-6 16:48
那是不是只要把一些基本的can参数配置好,写好发送接收函数就可以正常使用can了 ...

是的,CAN有主动的ID过滤,配置好后直接发送,如果遇到总线仲裁,CAN模块会自己处理的。

出0入0汤圆

发表于 2018-6-6 17:08:45 | 显示全部楼层
一心2013 发表于 2018-6-6 16:51
是的,CAN有主动的ID过滤,配置好后直接发送,如果遇到总线仲裁,CAN模块会自己处理的。 ...

好的,谢谢。想复杂了。can也不是那么复杂的东西。

出0入0汤圆

发表于 2018-6-6 17:23:10 | 显示全部楼层
stevenniu500 发表于 2018-6-6 17:08
好的,谢谢。想复杂了。can也不是那么复杂的东西。

应用不是很复杂,只是如果遇到问题时,你要去处理协议上的冲突啥的就比较麻烦了。它协议有点复杂,我看了一段,越看越蒙,最后只能做框图笔记。

出0入0汤圆

发表于 2018-6-6 18:00:00 | 显示全部楼层
一心2013 发表于 2018-6-6 17:23
应用不是很复杂,只是如果遇到问题时,你要去处理协议上的冲突啥的就比较麻烦了。它协议有点复杂,我看了 ...

奥,这样,谢谢!受教了

出0入0汤圆

发表于 2018-6-6 22:14:52 | 显示全部楼层
...MODBUS 规定了 轮训, 不允许从机上报...
回帖提示: 反政府言论将被立即封锁ID 在按“提交”前,请自问一下:我这样表达会给举报吗,会给自己惹麻烦吗? 另外:尽量不要使用Mark、顶等没有意义的回复。不得大量使用大字体和彩色字。【本论坛不允许直接上传手机拍摄图片,浪费大家下载带宽和论坛服务器空间,请压缩后(图片小于1兆)才上传。压缩方法可以在微信里面发给自己(不要勾选“原图),然后下载,就能得到压缩后的图片】。另外,手机版只能上传图片,要上传附件需要切换到电脑版(不需要使用电脑,手机上切换到电脑版就行,页面底部)。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

手机版|Archiver|amobbs.com 阿莫电子技术论坛 ( 粤ICP备2022115958号, 版权所有:东莞阿莫电子贸易商行 创办于2004年 (公安交互式论坛备案:44190002001997 ) )

GMT+8, 2024-4-26 17:38

© Since 2004 www.amobbs.com, 原www.ourdev.cn, 原www.ouravr.com

快速回复 返回顶部 返回列表