PNBC006 WENGLOR DISTANCE LASER SENSOR RPi interfacing trouble

This device appears to work best with a PLC. Programable Logic Controller. The documents specifically mention Siemens PLC. Step7 or TIA Portal. The device outputs 4 to 20 mA. The industry standard for PLCs. It can also send ethernet data through its m12 port, which is an industrial ethernet connector. But not for a raspberry pi. 

mp2100 said:

It can also send ethernet data through its m12 port, which is an industrial ethernet connector. But not for a raspberry pi. 

Sounds like it uses a 100Mbps Ethernet connection just with a rugged connector.

So just need the appropriate RJ45 adapter cable ?

If the OP is already connecting to it via a web browser, then I think they have established connectivity however.

If you Telnet into it on port 3000 from the R Pi you should be able to issue a command like:

   get_serial<CR>

or

   get_hwversion<CR>

and get some sort of a response.

However after that you are down to a bit of programming to get the data 

Writing a TCP Client
https://www.oreilly.com/library/view/python-cookbook/0596001673/ch10s02.html

and then you need to plot it.

If you are getting data from the sensor in a web browser you are a long way ahead.

Instead of displaying the data in the browser you want it written to a file?

Can you confirm, I may be over simplifying things?

Now for a teachable moment:

On your Pi install an text only browser. You may not of heard of them but they exist.

sudo apt update

sudo apt upgrade

sudo apt install lynx

From the command line type lynx <website URL>. to test use microsoft.com. Take a look at the page in a regular browser and see it in lynx.

Lynx ignores graphics and focuses on the text. I'm curious how your sensor data looks if lynx handled it.

Thank you SO MUCH everyone involved. Assuming that Dave was right, meaning that i can telnet into port 3000(from Pi terminal) and get a continuous stream of data, would this piece of basic code be helpful on streaming the values back to my terminal?

import telnetlib

#here i establish the connection 

tn = telnetlib.Telnet("192.168.1.10", 3000)

while True:

    # a loop 4 continuous reading 

    data = tn.read_until(b"\n").decode().strip()

    # show me the received data

    print(data)

If I ever manage to get this code running and do what it is suppose to do, then it will bi BINGO....can any body please confirm or deny this?

The Telnet suggestion was for quick testing of the connection on port 3000 and getting text data responses from the  command line.

If you read that data sheet you will see that once you go into continuous mode you will get mixed format data returned:

which the Telnet protocol will be less useful for. 

However if there is a command that returns just the measurement you are after as ASCII text, then your solution could work.

Have you done the R Pi on-line Network programing course yet ? as that will get you up to speed with communication over TCP/IP. It is advertised as a several week course but you can cover it in a couple of hours in one go.

How are you planning on plotting the profile from the data ? using the line drawing of Tkinter / Pygame or perhaps creating SVG and displaying it in a web browser ? 

There is a book that uses Tkinter in Python for instrument type GUI which may be of interest:
https://www.elektor.com/python-3-programming-and-guis

Thank you so much for the fantastic resources; I am exploring for now the possibilities in front of me and definitely planning to get a deep dive into python programming in general and TCP/IP networking with it!

For the plotting part i find out that there is "matplotlib" library which is pretty straightforward in using it with python and it is also for 2D representation which what Im looking for;

For the moment I'm focusing on how to get those data into RPi and use them as I wish...an incredibly hard and frustrating task: never thought manufacturers could make life so hard in order to get thr product interface an other external microcontroller !!!what a sadness....

As far as device control over TCP goes, that is a pretty standard implementation.

• Connect to the IP address + port
• Send a command (in the specified format)
• Receive the response (in a specified format)
• Parse the response to get the data
• ...

Do you think it would be possible to use this info (screenshot below)

manipolate the data received in order to filter out just the info relative to distance (the 16bit value) and re-use the same formula reported in order to get the conversion into mm?

I mean, using the commands (cli ) reported in manual, i can get a ' continuous stream of data ' and among the info there should be a 16bit value which represents distance (in bits); once i know o is among the data stream, i can isolate it and make the conversion so i will get my distance in mm....doest it make sense or am tripping in here?‍‍

Yes, it is possible to use that data, it is why it is provided.

You need to parse the data returned by the sensor though to get it, as it is contained within a much larger block of data.

Looking at the data sheet you will see that the data is sent as up to 994 bytes of data split into two packages of up to 496 and 498 bytes.

The first 94 bytes is header information and the rest is measurement data.

Bytes 0, 1, 2 and 3 of the header data tell you the data type and for continuous data this should match the value of 17520. If this is not the case, then discard the data.

Bytes 66 and 67 of the header data tell you the measurement range lower limit (needed for later calculation)

Bytes 68 and 69 of the header data tell you the measurement range (needed for later calculation)

Bytes 94 and 95 of the header data tell you the number of distance measurements that are included in the data returned and that can vary from 1 to 450. (you may be able to set this value somewhere beforehand as part of the sensor configuration)

Each of these measurements are 16bit data values so will be in two consecutive bytes. Note:

The low byte comes first, then the high byte, so you need to be careful of that when interpreting the data as 16bit values.  

Then you apply the formula (using the values in bytes 66,67,68, and 69 from the header) to calculate the value in mm which you can then plot in matplotlib.

THAT'S EXACT THE PLAN and I was just waiting for your confirmation I'll DIVE IN!!FULL IMMERSION!! THANK YOU SOOOO MUCH!! I LOVE YOU GUYS FROM THE DEEP OF MY HEAR!!️

Looks like you can set the number of distance measurements per packet to 1 which might make it easier for you to work with initially, as you can treat it as 98 bytes and receive/parse it as a single block of data containing unique parameter/value pairs

You might want to dial the sample rate down to the minimum to start with as well.

Looks like you can set the number of distance measurements per packet to 1 which might make it easier for you to work with initially, as you can treat it as 98 bytes and receive/parse it as a single block of data containing unique parameter/value pairs

You might want to dial the sample rate down to the minimum to start with as well.