Hi Friends,

I am trying to transfer via RS232 this frame: 3444PD146148GL176GT5200032200081108200810280
002003330000444000319010LX02  
For this I have an ET 200SP with a CM PtP 6ES7137 
6AA00 0BA0.  
To send this plot I am using the Hercules SW. 
But when I send it, I only receive this information:

The data struct is a array of bytes [0-254]. I supose that this first characters are de header of string, but I don´t know why I can´t receive the rest of data. I configure my CM like tha

need more configuration?

Thank you very much

I put de protocol XON/XOFF and it works correctly.

One more question, does this protocol 
(XON / XOFF) influence the bytes that 
I have sent or do not see or influence 
the sent string?

Hello,

https://en.wikipedia.org/wiki/Software_flow_control

In my opinion I'm surprised you need use SW control, never used if there is reason to, mean partner device requirements. Look to your Hercules SW what communication settings has set, also speed, data bits, parity, but I expect same settings you have set on both systems - PLC and PC SW. In my opinion you need set correct end of receive condition. In case of standard 9600 speed you can define receive condition in most cases about 4ms as intercharacter time detection - end of receive. Test other but bigger timeout as you need. This can be enough for your correct functionality, I'm using this everytime as end of receive condition, of course due defined communication speed, look to web for table shows speed and inter character time definition. In this case you can send frame of f.ex. 100 bytes to PLC and PLC will check flow, timeout with incomming bytes to buffer. If timeout will elaps, your DONE or NDR (look to respective correct bit output due instruction type) will be set to TRUE for one cycle. This mean you have now in buffer received data. You need catch this bit with your condition and do next what you need. Pretty simple. You can also disable work of RECV instruction and do some checks after receive (count CRC or other) and after that enable RECV again. All must be of course coordinated with f.ex. case that Master sends to you cyclically messages and you as Slave must react to this.

Update: set pls only this one condition for end of receive condition and test it. Now I see you have more end of recv conditions set.

Hello,

continue, I see in your frame, it contain 44 bytes (hope good count), so in your recv buffer each of that char will be represented as hex value, so f.ex. if you have first char from Hercules 0, in your buffer you will have 16#30 as ASCII defined. Next bytes translate with this schema.

Update: also your recv offset is DBB4xxx, in this case I expect correctly set address to RECV instruction, also probably not optimized access of DB. Therefore I've recommend use alone DBs for send and receive, not mix comm data with other, but this is your choice.

Thank you very mucha for both answers.

Yes of course it based in ASCII table. But I don´t understand why confuses 0 with 8, 1 with 9 and 4 with 6.... In other words, when i send a 0 i receive an 8. I caný compress this issue.

Thanl you for your advices,I need to debug this code, to make it good. Thank you so much

Hello,

only question because probably lost fiber, you're use RS-232 right (I see name of topic)? If so, only 3 wires are needed, TX/RX/GND. Of course TX and RX need to be crossed. Maybe if you'll tell us what interfaces you're use, we can help you better recognize problem. Also problems can be with mentioned different comm settings.

Oh yes, i connect like this the wires.

Wich interface? I use TIA portal V13 or what? I don´t understand the questiion

Than you very much Duriss

Hello,

no problem with interfaces/ports, sometimes users use adapters/converters which are in middle of connection and change signals. In this case another mistake can be made with wiring and setup of adapters f.ex. Hope you'll find your problem quickly, don't hesitate ask another questions.