Graphical Layout window for my RTC program

[Mark C DiVecchio]

My latest addition to the RTC program. Includes a link to a youtube video I uploaded.

http://www.silogic.com/trains/RTC_Control_Language.html#Layout

Mark

[Wayne Kraemer]

Thanks again for the Update

Wayne

Virus-free. www.avg.com

[Ray Leiter]

Mark;

It’s pretty cool. I had a little trouble figuring out what I was watching.

I take it I was supposed to see status indications showing on a sort of ‘map’ as he train moved along its route?

 

I’m still working on serial communications using Bluetooth.

I have a good grasp of serial communications using hardware or software serial and I have I2C working well.

 

What I’ve been spending time on is the serial Bluetooth modules.

It turns out if all you wanted to do is replace a wired serial link between 2 machines with a wireless one, these modules can do it easily.

 

Sometime soon, I have to stop messing around with these gadgets and get my train back up and running!

 

Regards--  Ray Leiter

 

From: Mark C DiVecchio
Sent: Monday, December 14, 2020 3:29 PM
To: Remote Train Control
Subject: [RTC] Graphical Layout window for my RTC program

 

My latest addition to the RTC program. Includes a link to a youtube video I uploaded.

 

http://www.silogic.com/trains/RTC_Control_Language.html#Layout

 

 

Mark

--
You received this message because you are subscribed to the Google Groups "Remote Train Control" group.
To unsubscribe from this group and stop receiving emails from it, send an email to remote-train-con...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/remote-train-control/53c138c0-50c5-4619-9d4b-348f0ee23023n%40googlegroups.com.

 

[Paul Reynolds]

Hi Mark...

   Read your Web posting and watched the video.  I understand what you're doing with flags, AKA atomic objects (effectively semaphores).  Will you be showing us a run with two trains running towards each other?  I didn't see any indication in your scripts of motion planning beyond the next block ahead, meaning deadlock would occur with two opposing trains if there isn't a passing siding for one of them to sneak onto.  Is that correct?  This isn't a criticism; I'm trying to understand how far you've gotten in dispatching in a safe manner.

   Are you planning a layer above your scripts for users?  I'm imagining something where a user says: "I want train #3 to run from Youngstown through Aliquippa and on to McKees Rocks Yard.  The train should follow the shortest path possible with the exception of when it has to alter route to avoid another train or deadlock.  Underneath this interface would be scripts you've written ahead of time that can route trains between places like Youngstown and Aliquippa.  The idea is to keep the user from having to write scripts for themselves.

Paul

--

You received this message because you are subscribed to the Google Groups "Remote Train Control" group.
To unsubscribe from this group and stop receiving emails from it, send an email to remote-train-con...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/remote-train-control/53c138c0-50c5-4619-9d4b-348f0ee23023n%40googlegroups.com.

--

Paul

www.cs.virginia.edu/~pfr