Release notes from CanModule

CanModule 3.0.0

2025-04-29T15:21:23Z

No content.

2.2.8-beta-1

2024-07-23T06:59:41Z

Update rtr and eff flags for received messages

2.2.7: Update pkcan.cpp

2024-06-07T12:23:19Z

suppress debugging in reception thread

2.2.7 production

2024-06-07T14:05:31Z

2.2.7 latest - production

minor debugging output improvements
some cleanup done as always
update CI for documentation image ubuntu24.04.doc
largely validated for performance and stability, see validation reports
no CAN extended ID, no CAN flexible datarate
debugging traces TRC/DBG in reception handlers w22 suppressed
last release from Michael before code handover to Luis

2.2.4

2024-03-07T09:06:05Z

small bug fixes

suppressed the interactive message box in CanLibLoaderWin.ccp:61 https://its.cern.ch/jira/browse/ENS-27467
made m_updateInitialError () ; public again and renamed it to updateInitialError() accordingly, OPCUA-2602.
also initialize it to 0 at init.
fixed a silly bug in the build chain for socketcan: some sources were missing.
code around reconnection behavior based on superclass methods everywhere now. Hope this works for windows
validation reports for versioning and stability ongoing across OS and vendors

2.2.3

2024-01-11T09:52:16Z

very minor cleanup, just released for tidyness
same as 2.2.2

2.2.2 ready for production

2023-11-24T15:14:20Z

tag 2.2.2 ready for production

some trailing fixes and cleanups since 2.2.1
remains stable also with 1e6 frames per port sent, with all 16ports of an anagateFZ connected on the same bus
conveniently tested to high confidence
wrap up of validation reports stability, performance and versions still in progress
alma9.3 for sock, otherwise (almost) any linux and alma9 for anagate, windows2022, windows2019

v2.2devel

2023-05-30T15:06:20Z

intermediate tag for new anagate bridge with added functionality.
builds for cc7, alma9, w2019s, w2022s
needs testing and docker-windows integration
NON PRODUCTION

2.1.1 for CanOpenNG

2023-04-18T10:16:03Z

release good for production, issues for CanopenNG solved
lots of updates and changes
documentation update is in progress
validated cc7, alma9, w2029 and w2022 with systec, peak, anagate, see

EDMS https://edms.cern.ch/document/2848748/1 (all signals validation)
EDMS https://edms.cern.ch/document/2827478/1 (anagate fwd and rev compatibility)

using anagate beta.v6 everywhere since it is backwards compatible without new functionality
using latest vendor APIs elsewhere, but can choose versions in the build chain easily if needed
there are now signals for:

data transmit
port specific errors
global errors
port status changes

2.0.24intermediate

2023-03-02T15:01:07Z

intermediate release 2.0.24, with lots of changes inside already

this release is validated for anagate bridges new and old, forward and backwards compatible with API beta.v6, for cc7, cs9, cal9 and w2016s. See https://edms.cern.ch/document/2827478/1 for the detailed validation report on this. No new functionality is yet used or tested, just very basic stuff
new functionality required for integration with CanOpenNG is implemented already, see the issues underneath in progress https://its.cern.ch/jira/browse/OPCUA-2928 . I am now going to test all this firstly, and have a new branch "devel2.0.25" for that if there are changes
the third step is the new diagnostic functionality from the anagate API beta.v6 ("ideal CAN bridge"). This should be based on the previous steps and be a branch "devel2.0.26". When all this is properly tested and validated then we are good.

USER FEEDBACK for CanOpenNG

from now on this is again a good moment to collect and integrate any feedback you might have.
Here is what happened so far:

2.0.24 [ 30.jan.2023 ]

socketcan: reworks for CanOpenNG server integration, keeping compatibility with other implementations
- send remote requests also with stats, error signals and reconnection thread
- using wrappers for send, socket
- using signals for
  - can message error detection and publish
    detect error flags in the can message frame and decode them into text. For socketcan, this should be
    identical to can_get_state. For other implementations this would be the only way.
  - port status changes (not always errors) (NEW)
    extends the can_get_state (socketcan) with
    - CANMODULE_NOSTATE, // could not get state
    - CANMODULE_WARNING, // degradation but might recover
    - CANMODULE_ERROR, // error likely stemming from SW/HW/firmware
    - CANMODULE_TIMEOUT_OK, // bus is fine, no traffic
    - CANMODULE_OK // bus is fine
      so that this covers other vendors as well, at least approximatively, and sends that through a signal
  - receiving can frames
    send the received CAN frames down the according port signal as usual
- sendRemoteRequest: copied clarification from Piotr using the wrapper
- trigger reconnection thread when nb bytes read <0 , drop m_recoverPort() method for that
- moved code out from header files to implementation
getPortStatus() (unified) remains untouched. This method can be invoked by the user. This goes out to the hardware for any
vendor, acquires the port state and returns the bit-pattern plus implementation encoding "sugar" in the highest nibble. This is
always a straight-down-to-the-hardware method. If you invoke it too often you might slow sown / mess up the hw actually.
anagate: reworks for CanOpenNG server integration, keeping compatibility with other implementations
- error messages signalling much more extensive
- port status change signals (NEW) as common defined standard
- had to hack an anagate API header for windows. annoying but no big deal.
peak:
- do proper versioning of the windows vendor libs, 17.nov2017 and 16.july.2022, see CanInterfaceImplementations/peak/CMakeLists.txt,
  as defaults. Use toolchain of course
- fix (trivial) inconsistencies between API versions so that we have one code only
- translate the wonderful error-bitpatterns from peak into new enum, and add the peak specific text to the error message which is LogIt'ed
- for each status change, send a signal to the err handler, but suppress bitpattern details at this stage
cal9 build with new beta.v6 anagate API lib, for a try
fix logit pull-in