A CAN Library for RobotFramework

[Jean LE QUELLEC]

Hi all,

I had to test a CAN (automotive communication protocol) board.

I've didn't found a CAN library for RobotFramework so I develop one. This library also support ISO-TP and UDS and works in windows and linux environnement.

Does you think this can be interresting to share?

I ask cause I'll have to rewrite some functions to make them unspecific to my project and more versatile.

Best Regards

--

20 rue des Jardins 92600 Asnières-sur-Seine

Jean LE QUELLEC Développeur jean.le...@smile.fr http://www.smile.eu

Pour la planète, n'imprimez ce mail que si c'est nécessaire

[David]

I think that would certainly be appreciated in expanding usability of RF for testing across industries beyond just pure software (and custom in-house integrations for hardware testing)

[Tatu Aalto]

Ugh

At least here in Finland there are companies which work with automotive companies. At least they should be interested.

-Tatu
Send from my mobile

--
You received this message because you are subscribed to the Google Groups "robotframework-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to robotframework-u...@googlegroups.com.
To post to this group, send email to robotframe...@googlegroups.com.
Visit this group at https://groups.google.com/group/robotframework-users.
For more options, visit https://groups.google.com/d/optout.

[Nicu CHEDEA]

That would be more than welcomed, I have also worked for an automotive company using RobotFramework for testing and they developed a custom CAN library for this.

In the automotive industry the hardware equipment from Vector are widely used, would your library support those or could be modified to support them?

If yes, it would really help its adoption.

Regards,

Nicu.

[David Miller Lowe]

We use RobotFramework to test Raw CAN, and UDS and J1939 protocol clients.  It works quite well...  

For the UDS server test below we have a robot library that in this case works over DoIP, Running the same test 

over CAN is just using a separate extern command line tool we wrote in python

On Tuesday, February 19, 2019 at 6:20:31 AM UTC-8, Jean LE QUELLEC wrote:

[Jean LE QUELLEC]

Hi David,

Sorry for the late response.

Did you use external library in your python command line tool?

Since I've read:

https://github.com/robotframework/robotframework/blob/master/CONTRIBUTING.rst#code-contributions

Wich tells my library must be compatible with python 2.x but I use an external library (python4can) wich use python3.3+

Does it really blocking to share it?

Regards

--

You received this message because you are subscribed to the Google Groups "robotframework-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to robotframework-u...@googlegroups.com.
To post to this group, send email to robotframe...@googlegroups.com.
Visit this group at https://groups.google.com/group/robotframework-users.
For more options, visit https://groups.google.com/d/optout.

[Pekka Klärck]

Those guidelines are for RF itself that we want to still be Python 2 compatible. External tools and libs can make their own decisions. I'd personally support only Python 3.6+.

Sent from my mobile.

[Jean LE QUELLEC]

Hi All,

I had to test a CAN (automotive communication protocol) board. 

I've didn't found a CAN library for RobotFramework so I develop one. This library also support ISO-TP and UDS and works in windows and linux environnement.

Here the link: 

https://github.com/Openwide-Ingenierie/robotframework-can-uds-library

This is my first RobotFramework library.

Feel free to ask help or improvements.

Regards

Jean