用状态表，输入I255.5  Q255.5 Q1151.7几个超现实的地址。竟然可以读取和写入。

用间接寻址也可以找到这些地方。

谁也试试。

我有个大胆的想法……

当M区用？？？

以前300 ，M访问超限的话，cpu报错。

还真的没有这样测试过。

这些地址写入编辑区后，编译ok通过？

我在V2.1版本上虽然，编译没有错误，但是地址下有红色波浪线，因为目前没有实际的plc，不能够确认是否可以正常下载。

2.3的软件和2.04的ST30硬件。

可以运行，可以装载数据。没有出错信息。

M S不能超限。I 和Q可以超到1151.7 。这白白多了2k的空间。

再超过这个限度的话就如常报错了。

我晚上去试试，做一点简单的程序测试一下。

 确实如芳季 至圣所说，I1151.7以及QI1151.7以下都可以读写。I1151.7以下可以在状态表（笔）写，不必用强制。使用ST30试验. V2.2.

空白PLC，或者PLC里面已经有程序，试验结果都是如芳季 至圣所说。V2.2版本--ST30--WIN10家庭版.

 芳季至圣说：你敢不敢猜猜西家这样留着想干什么。

  还真不好猜。

从SMART的CPU和扩展模块采用固定I/Q地址的情况出发，输入寄存器和输出寄存器预留有充分余量那是必然，为今后扩充CPU型号和增加扩展模块不至于夹脚。但是，既然SMART定性为小型PLC, 似乎没有可能最大输入点和输出点数都达到1151*8=9208点.

    更倾向于认为是编程者分配资源的笔误。

楼主你说：我有个大胆的想法……  是不是可以说出来大家分享。

 编个简单的程序，使用了I1151.7、QI1151.7以及以下的I/Q,  编译通过并下载。程序运行正常符合控制逻辑。

不敢用！也没有必要用，M区不够用还有V区可用.

   回帖只是响应楼主的号召，也是好奇而为。

目前，似乎它们可以当M区用，但不敢用，玩玩就好。说不定哪天西门子发现这样不妥，取消了这些超限的I/Q, 或者限制了用户使用， 或者将这段区域迁移作为它用，使用了这些超限的I/Q的程序就尴尬了。

关于季侠对200smart PLC隐射地址的发现

   前几天，看到季侠的一个贴子，说200smart PLC的I/O地址隐射区域最大可以到I1151.7/Q1151.7，而官方手册中明确表示200smart PLC的I/O映像区域为256位，即输入I0.0~I31.7；输出Q0.0~Q31.7之间。今晚有空进行几个plc版本的测试，测试的软件版本V2.1。

1）  首先对200smart SR30，版本V2.04的测试，可以输入最大到I1151.7/Q1151.7，图示：

程序测试ok，图示：

2）  再进行200smart CR60的测试：

修改PLC机型至实际的CR60，编译没有错误，但是下载时报错为：非致命性错误。

版本：V2.02，通过SD卡做过固件版本升级。

在将PLC机型转换为CR60时，输入、输出地址出现红色波浪线。

3）  将输入、输出地址改为手册标定的地址区域，256位输入和输出图示：编译仍然没有错误。

下载后PLC运行正常。

从2个不同型号不同的版本上测试，SR30通过测试；CR60未通过测试。由此说明该现象与机型和版本有关，有条件的网友再通过其它机型及版本测试一下，完善测试真实性。

从上述测试结果看，官方扩展出来的1120BYTE区域的I/O，难道是为组态驱动器开辟出来的一个I/O映像区？曾经在200smart SR30版本V2.04中组态过V90伺服（PROFINET RT通信方式的位置控制EPOS），记得当时在安装SINAMICS V-ASSISTANT 软件，因版本问题（低版本系统集成组态有定义好了的I/O地址区域，集成的plc地址区域），这是我在实际调试过程中发现的问题，一个PN的V90连接需要128个I/O字节，按111报文来讲，后来通过安装高的SINAMICS V-ASSISTANT 软件版本解决，由用户自定义I/O地址区域了。那么，如果组态有8个PN连接的V90，需要占用到的映像区地址（仍然按111报文结构）128 * 8 = 1024 个字节地址，已经很接近官方扩展出来的1120BYTE了。