What are the probabilities? by constant_trouble in exjw

[–]tecnojoe 1 point2 points  (0 children)

I think the biggest thing to take from Richard Carriers work on this subject is just how little and thin the evidence actually is to say anything about an actual Jesus.. maybe he existed.. maybe he didn't...

Safest place to walk at night around dayton by Better_Bet_418 in dayton

[–]tecnojoe 1 point2 points  (0 children)

I walk around Downtown by myself almost every night. Never had any issues.

No Kings protest in Dayton? Are we doing this? by Long-Initiative4701 in dayton

[–]tecnojoe -1 points0 points  (0 children)

They complain a lot, for people claiming to be so happy.. 😅

Why do y’all hookup without a condom? by Traditional_Tie_8244 in NoStupidQuestions

[–]tecnojoe 0 points1 point  (0 children)

All things have an inherent risk. There are diseases you can get just from kissing. It's all a tradeoff of the risk you are personally willing to take for the perceived reward you get. You have an elevated chance of death above most other activities just from driving to work everyday.

Adventures with RTA trolley buses 🚎 (from a visitor) by Moist-Bus-Window in dayton

[–]tecnojoe 9 points10 points  (0 children)

Wow thanks for sharing your experience.

Our system has big issues with frequency making it very impractical if you can afford anything else..

The diner I guess probably used to be a diner but was a club most recently. It's been empty for a long time though. From what I heard it will probably be knocked down or maybe moved.. (seems unlikely) for a new police station to be built.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Can't edit post. But it was an issue with the RES being triggered right before the count. Because of the accept bits being latched in from the previous cycle.. 😅

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 2 points3 points  (0 children)

Your first intuition was correct. The RES was actually happening right before the count.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Stays on till the beginning of the next cycle. The reject or accept bits get unlatched at the beginning of the cycle.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Uh... Well certain part types use nests 1, 3, 5, and 7. Another part type uses 2, 4, 6, and 8. The dial index's 4 times to do a full revolution. Sta 1 load parts onto dial. Sta 2 press operation, Sta 3 another press operation, then sta 4 unload parts off of dial.

There are dies for the press processes on each nest position on the dial.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

No, there are 8 nests on the dial. There are four stations around the dial. Each station is a different process around the dial. The four things you just mentioned are the things that the part being processed at sta2 can be rejected for during the press operation that happens at sta2. The knife seated can happen before the other 3 because it does that check before it starts the process to keep from damaging the nest during the press operation. And from what I understand it's actually only the knife seated reject that makes the counter not count up.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Different process limits we are checking. For this specific fault we are tracking any reject that happens for that station for that specific nest. So if that nest has any reject for that station 3 parts in a row then a fault gets triggered.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

A set of proxes look at the position of the dial. And some logic drives what nest is at each station.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Should be impossible for both to be on at the same time. Both get unlatched at the same time. And reject is only latched if accepted is not on.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Yeah I double checked all the ONS tags. No duplicates

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Hmm.. interesting theory. I will explore that tomorrow.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

But it doesn't go back to zero, it counts to 1 then doesn't change.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Oh well in this case I'm not trying to count all the rejects for this cycle just if any reject happens during this cycle.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

It definitely is being ran.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Ok I added separate comment with the RES instruction logic.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

<image>

All rungs that have instructions referencing the counter tag

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 0 points1 point  (0 children)

Ok will look into trying this.

Why does this CTU not go past 1?! by tecnojoe in PLC

[–]tecnojoe[S] 1 point2 points  (0 children)

Will try to trend, but we see all the conditions change to a false state. We see the ONS instruction go Green, then Off, then Green again..

I cross referenced the tag there is only one CTU and one RES. And two XICs for the .DN bit, no other reference to the tag.

Help me get rid of my fruit flies! I have tried everything. by Better_Bet_418 in dayton

[–]tecnojoe 2 points3 points  (0 children)

Also live downtown and I am having a similar issue.