LED not changing immediately?

[koga3z]

Hi! I currently have an assignment that requires me to create a security system, which is almost the same as this video. Around the 29:30 min mark, you can see the LED change colours immediately when he clicks the buttons.

I followed what he did in the block diagram but couldn't replicate his results. What might be the problem here?

I'm thinking its because every time it loops, TCP read has to wait for TCP write to send data to it hence the delay, but if this was the case, wouldn't the video also have the delay too?

[Andrey_Dmitriev]

---

@koga3z wrote:

you can see the LED change colours immediately when he clicks the buttons.

I followed what he did in the block diagram but couldn't replicate his results. What might be the problem here?

I'm thinking its because every time it loops, TCP read has to wait for TCP write to send data to it hence the delay, but if this was the case, wouldn't the video also have the delay too?

---

Yes, the TCP Read will wait, but I don't see significant delays (well, you have 100 ms sleeps, but no larger delays noticed), this is how it works for me:

[koga3z]

---

@Andrey_Dmitriev wrote:

---

@koga3z wrote:

you can see the LED change colours immediately when he clicks the buttons.

I followed what he did in the block diagram but couldn't replicate his results. What might be the problem here?

I'm thinking its because every time it loops, TCP read has to wait for TCP write to send data to it hence the delay, but if this was the case, wouldn't the video also have the delay too?

---

Yes, the TCP Read will wait, but I don't see significant delays (well, you have 100 ms sleeps, but no larger delays noticed), this is how it works for me:

---

Hmm, that is weird. Do you have any idea what might cause a delay of up to 5 seconds on my side?

It was working normally yesterday, but now the thing just... I don't know what to say about this.

[Andrey_Dmitriev · Accepted solution]

---

@koga3z wrote:

---

It was working normally yesterday, but now the thing just... I don't know what to say about this.

---

As stupid suggestion - may be you have highlight execution active on BD?

[koga3z]

Hey Andrey,

I just found out the reason why there's a delay on my side, it's because I had the block diagram on while running my front panel, causing the huge delay...

Thanks for your help anyways 🙂

[koga3z]

---

@Andrey_Dmitriev wrote: As stupid suggestion - may be you have highlight execution active on BD?

---

Did some more "debugging" around, and I found out it was this thing's problem! TIL haha... Will keep it in mind next time

[altenbach]

For some general comments here are some potential simplifications.

• You can use a colorbox (can be made to look like an LED!) Where the color is the data. No properties needed!
• Interpreting three booleans as binary integer does NOT need anything orange and definitely not a case structure with 8 cases!
• In your lower case structure, you have many duplicate cases that could be combined and if you would place the terminals before the case structure, you would not need any local variables at all. Most likely all you need are diagram constant.
• etc. etc.,

Note that (for simplicity) I replace the TCP with a simple notifier, retaining the string type as message. I would strongly recommend to use UDP instead of TCP. A stateless connection is much less overhead!

[altenbach]

---

@altenbach wrote:

 I would strongly recommend to use UDP instead of TCP. A stateless connection is much less overhead!

---

Here's how that could look like....

(Of course typically the two loops would run on different machines (else we would not need any network protocol!) and changes need to be made. Have a look at the UDP example in the example finder.)