News:

  • September 01, 2026, 06:04:22 PM

Login with username, password and session length

Recent Posts

Pages: 1 ... 5 6 [7] 8 9 10
61
Do-more CPUs and Do-more Designer Software / BRX dropping out of run
« Last post by jwbaker3 on July 07, 2026, 12:38:23 PM »
I have a system with 4 Brx plc's and a AB 5069 networked together, the Brx will randomly drop out of run. Cycle the switch and all's good (except restarting the system) could this be due to firmware? Or ? any ideas? we are talking to 5 Fanuc robots and 21 drives and messaging information between the Brx, the AB had one of the Brx setup as remote IO
Thanks,
JW
62
Do-more CPUs and Do-more Designer Software / Re: DM2 CPU?
« Last post by Ssweber on June 30, 2026, 11:29:56 AM »
I’ve been making a Click plc-compatible Python runtime (I know, competitor, bad grr) and wanted to chime in on the AI angle: ultimately what makes AI most useful is its ability to run whatever code it produces in simulation - preferably scan by scan. AI is only as good as its training, and it does not reason well about the cyclical nature of plcs. Without being able to check its work - its output is not trustworthy.

So input/output of the coding language is important, but simulating it is also crucial. Host/Do-More is in a great position to allow the llm to both write the code and execute it - if you go that route having a scan-by-scan debug hook into the simulator would allow easy introspection - that would put you in a great position.

Hope my drive-by-comment is helpful  ::)
64
General Discussion / Re: New features wanted!! Apply here!
« Last post by Controls Guy on June 29, 2026, 03:30:19 PM »
It also doesn't necessarily imply cascading.   Some of the implementations that support it just allow one state to exit via multiple transitions (like Stage).   See below.  It's kind of orthodox that a single horizontal bus line is used for exclusive while the double is for parallel simultaneous threads.   This "exclusive with priority" one is a new one on me.

65
General Discussion / Re: New features wanted!! Apply here!
« Last post by franji1 on June 29, 2026, 03:28:02 PM »
66
General Discussion / Re: New features wanted!! Apply here!
« Last post by Controls Guy on June 29, 2026, 03:20:05 PM »
I'm in if you are!   :D
67
General Discussion / Re: New features wanted!! Apply here!
« Last post by franji1 on June 29, 2026, 03:13:52 PM »
Talk about an interesting twist..... :o
You started it.  If we have to support 2 levels, why not N?  ;D

2 would have to be handled differently than a normal (1 level) transition.  Would we have to hard code in the Stage Flow editor that you could branch out of a transition AS LONG AS IT WASN'T BELOW ANOTHER TRANSITION?  We would have to complicate the UI for that situation.

Instead of limiting it to 2, embrace N, and ignore hard limitations.  Just let me draw sideways "AND ABOVE JOIN" LD rungs as a sideways transition tree   ;)
68
General Discussion / Re: New features wanted!! Apply here!
« Last post by Controls Guy on June 29, 2026, 03:05:41 PM »
"Cascading Transitions" may just need to be a thing.  Why stop at 2 levels deep, Cascading Transitions could be a huge tree?  Not sure why we could not support that concept - it's all TBD, but noteworthy.

Talk about an interesting twist..... :o
69
General Discussion / Re: New features wanted!! Apply here!
« Last post by Controls Guy on June 29, 2026, 03:03:46 PM »
Technically, the "internal logic view" could be LD for the Stage's logic or even another Stage PROGRAM (that itself is a split view - ha!).

Yup.  The internals could be any logic language you support.  LD and if you add them, text language or FBD.

re: the SFC in SFC, yes, either that or the collapse/expand implementation was what I was talking about with the zooming/folding comment.
70
General Discussion / Re: New features wanted!! Apply here!
« Last post by franji1 on June 29, 2026, 02:57:02 PM »
Another thing I think would be helpful is to have an exclusive divergence, like a switch case() for SFC.  Note the transitions below the bus in this divergence, in addition to the one you'd normally expect above the bus.   A lot of SFC implementations don't support this.   You'd think you could simulate this by having an empty state just below the divergence bus, but no.   By then you'd have committed to all the divergent threads so you have to run them all to completion to reconverge.  I'm thinking you'd have to  have a dedicated exclusive convergence to go with the exclusive divergence so that it knows it can proceed with only one thread complete.

Interesting SFC language twist.  Your point about an "empty state" not semantically/logically the same - that is a good point.  "Cascading Transitions" may just need to be a thing.  Why stop at 2 levels deep, Cascading Transitions could be a huge tree?  Not sure why we could not support that concept - it's all TBD, but noteworthy.

Generally, yes, the internals of each "stage" and each "transition" would be coded in different window/editor.  Similar to DL, where the Stage Frame is a Split View, where the "Stage Flow View" is on the top and shows the stage flow with Stages and Transitions, but the bottom view is the "internal logic" of that "stage" (or for Designer, the Transition logic when top view cursor is on a Transition).

In DL, this bottom "internal logic view" is just a Ladder View.

Technically, the "internal logic view" could be LD for the Stage's logic or even another Stage PROGRAM (that itself is a split view - ha!).  For transitions, could easily be a MATH expression that results in a zero (false) or non-zero (true) condition.  or ?  Thinking out loud.
Pages: 1 ... 5 6 [7] 8 9 10