GithubHelp home page GithubHelp logo

Comments (11)

trojanobelix avatar trojanobelix commented on July 22, 2024

Can you provide the xdd file?

Four entries are missing:
The CNT_GFC entries (and others) are necessary if you have old eds file, that do not have "CO_countLabel" set.
So you might it be using a newer eds file for the test that supports CO_countLabel?

from canopeneditor.

PascalGuthof avatar PascalGuthof commented on July 22, 2024

@trojanobelix Thanks for you reply. I have now tried again to create a variable on a new project and map it. This causes the error just like the project I already tested.
As it looks, this is a false warning. The OD I export from the project works as usual.

I have uploaded the file to a file hoster. I hope that's ok.:
https://www.mediafire.com/file/jivtx1yv0xxxepr/DS301_profile.xpd/file

from canopeneditor.

CANopenNode avatar CANopenNode commented on July 22, 2024

The only difference I see at first sight is that in OD.h four entries are missing. but I don't know their purpose.

The "New OD.h" seems to be correct, my (old version) it is the same. The "Old OD.h" is strange anyway.

from canopeneditor.

trojanobelix avatar trojanobelix commented on July 22, 2024

The warnings come because a t access is expected for an RPDO and an r access for a TDPO. However, Vector's EDS checker is quite happy with the assignment of r to RPDO and t to TPDO. I'll take another look at the whole thing in a larger context. There are some PRs on the subject of PDO access type, but I can't really assess them yet. It depends a lot on whether you define the whole thing from a consumer or producer point of view. p and c might have been the better choice :-).

from canopeneditor.

trojanobelix avatar trojanobelix commented on July 22, 2024

You should change the Access SDO of 6000, 6002, 6004 to rwr, if it is a TPDO.

from canopeneditor.

PascalGuthof avatar PascalGuthof commented on July 22, 2024

Sorry, I was on holiday until last week.

Thanks for all the feedback and the help!

You should change the Access SDO of 6000, 6002, 6004 to rwr, if it is a TPDO.

I don't know what you mean. I can only set the access to no, ro, wo and rw.

The warnings come because a t access is expected for an RPDO and an r access for a TDPO

Yes I know this point of view from CanOpen for Python.
But if I set the access to r for a TPDO, I can't map the TPDO because it just doesn't show up in the mapping tab.
But maybe I just don't understand exactly what you mean.
I followed the video tutorial from @HamedJafarzadeh and he did it the same way. In the program it worked fine for me.

The only difference I see at first sight is that in OD.h four entries are missing. but I don't know their purpose.

The "New OD.h" seems to be correct, my (old version) it is the same. The "Old OD.h" is strange anyway.

The "Old OD.h" is from a fork of the EDS editor. This was also from @HamedJafarzadeh. Maybe there was a bug in his version, but even with that my program worked almost fine.

from canopeneditor.

CANopenNode avatar CANopenNode commented on July 22, 2024

I also get the same warnings when I export https://github.com/CANopenNode/CANopenDemo/blob/master/demo/demoDevice.xdd to OD.h/c V4 files.

The warnings come because a t access is expected for an RPDO and an r access for a TDPO.

We have to clarify this. I was using t for TPDO and r for RPDO. Please see commit 26a11e1

There is only a misplaced warning, generated code seems to be correct.

from canopeneditor.

PascalGuthof avatar PascalGuthof commented on July 22, 2024

I also get the same warnings when I export https://github.com/CANopenNode/CANopenDemo/blob/master/demo/demoDevice.xdd to OD.h/c V4 files.

The warnings come because a t access is expected for an RPDO and an r access for a TDPO.

We have to clarify this. I was using t for TPDO and r for RPDO. Please see commit 26a11e1

There is only a misplaced warning, generated code seems to be correct.

Thanks for checking and the effort. Then I can ignore the warning. That helps me a lot.

from canopeneditor.

trojanobelix avatar trojanobelix commented on July 22, 2024

Reopened for tracking. It is still an open issue.

from canopeneditor.

trojanobelix avatar trojanobelix commented on July 22, 2024

should be fixed in a43e0a8

Test and feedback would be much appreciated

from canopeneditor.

trojanobelix avatar trojanobelix commented on July 22, 2024

Will be closed in a few days due to lack of feedback

from canopeneditor.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.