Have a look at Lower-Level Serial Port Access on *NIX, where I showed how to use IO::Termios together with IO::Stty.

Thank you for the answer but it isn't.

Thats my code:



use Fcntl qw/:DEFAULT/;
use IO::Termios ();
use IO::Stty ();

sysopen my $fh, '/dev/ttyUSB0', O_RDWR or die "sysopen: $!";
my $handle = IO::Termios->new($fh) or die "IO::Termios->new: $!";
$handle->set_mode('300,7,e,1');
IO::Stty::stty($handle, qw/ raw -parodd cs7 -cstopb parenb -ixoff -crt
+scts -hupcl -ixon -opost -onlcr -isig -icanon -iexten -echo -echoe -e
+choctl -echoke/);

my $raw = "\x2F\x3F\x21\x0D\x0A";
$handle->syswrite($raw) == length($raw) or die "syswrite";
my $raw = "\x06\x30\x30\x30\x0D\x0A";
$handle->syswrite($raw) == length($raw) or die "syswrite";

for (1..300) {
    my $toread = 1;
    $handle->sysread(my $in, $toread)
        == $toread or die "sysread";
    print $in;
}

$handle->close;
[download]

And it is always the same output:



/?!
000
/LOG4LK13BD202015
[download]

Thats all - thats not, what I need

2019-05-28 Athanasius added code tags

Unfortunately, I wasn't able to reproduce anything like the issue you're having on my system, at least using a fake PTY. I ran both a shell script with the commands from the root node and this Perl script under strace -s256 -fe trace=read,write,ioctl, and in both cases the basic outline seemed to be the same, in particular, this bit was the same for both commands:

write(1, "/?!\r\n", 5)                  = 5
write(1, "\006000\r\n", 6)              = 6
[download]

... and I was able to send all of the response lines from your root node to the Perl script and it received it just fine. This seems to indicate to me that the device you are talking to is behaving differently for the shell commands and the Perl script, for which I think the most likely explanation is either differing configuration or differences in what gets sent to the device, which is why I was wondering what the difference between the two is, but I don't see it yet.

I did have some issues where my stty complained about not knowing the modes crtscts onlcr echoctl echoke, but I'm not sure that has to do with the issue. Do you need all of those switches, or would the simpler form I showed in my node, cs7 parenb -parodd raw -echo, be enough? What OS are you on exactly? Do you happen to know what kernel driver this device is using? You could try running the same strace I showed above to see if there are significant differences between the shell commands and the Perl script on your system.

A couple of other ideas to check on: I did notice you added raw to the stty modes, I'm not sure if that makes a difference on your system. Also, I am wondering why you are getting the output /?! 000, since that's actually what your code is sending, i.e. maybe something went wrong in disabling echo. Plus, in the root node you're opening the port with cat before you do the stty, have you tried the cat afterwards to see if that makes a difference? Are you sure the code you've posted here is exactly what you are running? (In your root node, I'm not sure what the "Finish!" means.) Are you using strict and warnings? Lastly, are you sure that no other commands are mucking with the port while your Perl script is running, e.g. did you remember to kill all the backgrounded cat & commands?

Given that you are running at 300 baud, i would like to see what happens when you change 1.300 to 1.3000000