Janez

I added that, because I think, it could be a useful option for logical devices. See https://github.com/CANopenNode/CANopenNode/commit/b1b091a46330fdc82a3d5106a2976879b903e0ae You have to define own `CO_RPDO_DEFAULT_CANID_COUNT` and `CO_TPDO_DEFAULT_CANID_COUNT` constants somevhere from CO_driver_target.h file....

You are asking about CANopenNode v2.0 (at this moment it is a master branch). This version still has the old Object Dictionary principle. There may some customized solutions.... But there...

NewOD has quite final shape in parts, which are finished. Unfinished are: HB consumer, time, sync, PDO, trace and SRDO. SDO and Object dictionary has final shape, also libedssharp is...

Version 2 has final shape now, but it is interim version somehow. I don't plan to make a release with it, but will probably have own branch. See also https://github.com/CANopenNode/CANopenNode/issues/162#issuecomment-751724920

Thank you for your opinion. I certainly like people to have as low problems as possible. With "not planning a release" I was thinking "not planning a github release". I'm...

Please read also this issue: #259

Current master (v2) received some updates after testing SDO block transfer. There was problem with Linux driver, which is fixed now in both branches (v2 and v4). See also https://github.com/CANopenNode/CANopenNode/issues/242#issuecomment-775292186

In newOD branch block transfer has unlimited data size (4GB, if data size is indicated). I tested 10GB random data on virtual CAN - few hours, it worked correctly. For...

I will keep current "master" branch for some time (I plan one month) with version 2.0. I have pushed branch "v2.0-master", which is for now the same as "master". After...

Master branch has been moved to the latest v4.0. To keep the v2.0 branch: git fetch git checkout v2.0-master If you are on newOD branch and want to update to...