Repository navigation
Status of the Motion Master items in the automation framework's upstream report #108
markosankovic
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
This is the status of the Motion Master items (MM1 to MM14) of the upstream report from the automation framework team. The Motion Master fixes are in v6.0.0-alpha.91: https://github.com/synapticon/motion-master/releases/tag/v6.0.0-alpha.91
Fixed
MM2. An out-of-range write is wrapped and written. A value that does not fit the object's data type is now refused with 400. The check is against the data type, not against the ESI's minimum and maximum. A parameter write that does not fit the data type is wrapped and written #75
MM5. SDO objects in a monitoring slow every other call. Mailbox work on different drives now runs at the same time. The monitoring refresher reads different drives in parallel, and after each read it leaves the drive alone for as long as the read took. On an Integro bench, with the script from the report:
getDeviceStateswith the monitoring went from 5.1 ms to 3.9 ms (median).readParameterwith the monitoring went from 8.9 ms to 7.1 ms, which equals the time without the monitoring.A lock per drive for mailbox work instead of one lock for the whole bus #78 SDO objects in a monitoring keep a drive's mailbox busy, and one thread refreshes every drive #79
MM6. The trigger-error caveat fits develop, not v5.6. Fixed as a documentation change. The caveat now says that on v5.6 the drive ramps down on 0x6085 whatever 0x605A says, and that from v5.7 the reaction follows 0x605A. The v5.7 behaviour is not backported to v5.6. The trigger-error caveat describes the v5.7 fault reaction, not v5.6 #82
MM9. On a drive with a Safe Motion Module, 0x2001 reads 0 in OP. Fixed, both parts:
MM13. A failed FoE read does not say whether the drive refused or stayed silent. A refused FoE transfer now names the drive's FoE error code, for example 0x8001 (not found). This needed a patch in SOEM. A refused FoE transfer loses the drive's FoE error code #83
Changed in a different way than asked
MM4. A power-cycled drive cannot reach PreOp until a re-scan. A scan stays the recovery, because it is the right one when the whole bus loses power. What changed:
GETandPOST /api/devices/statenow hasreachability:answering,addressLostornotAnswering.GET /api/scantells whether a new scan is needed, and the Console shows a "Scan needed" notice.A power-cycled drive cannot reach PreOp until the whole bus is scanned #77 A drive that lost its station address reports a stale state, and PreOp fails only after the timeout #91 Report when the bus needs a new scan #93
The cause is in the drive firmware
Not planned
Not a Motion Master item
Also in this release
When an FoE transfer fails without an answer from the drive, Motion Master now aborts the transfer on the drive. Before, a SOMANET bootloader stayed stuck after a read that took too long, and it answered every file request with mailbox error 0x0008 until a power cycle. File reads now wait 6 s with 3 attempts, and a write waits 10 s for each packet. #97
All reactions