(Solved) Probe Basic - HAL pins not being created

I just pushed the changes to qtpyvcp for the halbutton flash option property in qtdesigner. it will take it about 20 minutes to build and be available via apt, once you see it pop up in sudo apt update you will have the functionality you can adjust the stylesheet to give you whatever colors you want for the checked state flash primary and secondary colors!

here is the flashing stylesheet code:

there is no 3 states only on off because you only have on and off hal output and this can only use a single hal reader

That's a StatusLabel connected to the status channel, not a hal bit pin.  And the logic is in the user_button.py file.

just an fyi why are you destroying the format and look of the ui.. your better than that!

I thought I was keeping the look quite true to your original.  Same background colors, container shapes, borders, padding, etc for everything but the DRO.  I wanted a bigger display for the main DRO and had the real estate.  I even used the exact same halbar color scheme for the axis load indicators as you did on the spindle load bar.

As for format, I've mentioned a number of times (in other threads) I don't want/like any controls in the user interface that can cause physical machine movement.  If I could get rid of the cycle start/stop buttons, jog panel, go-to-home/zero buttons I would... but those are in the base probe_basic.ui files I cant touch without going way off the reservation.

I understand having on-screen control buttons for the ATC and probing - those are just too convenient and would take up a massive number of physical inputs to replicate.

My physical control panel has all the 'standard' controls I need for routine machine operations: start/stop/feed-hold, jog, FRO/SRO/JRO/RRO, spindle control, flood/mist/blast/wash, plus man/mdi/auto mode and a home-all button plus a few undesignated spares.  I like tactile controls and think touchscreens are dangerous... same opinion about modern cars, in fact.

So my compromise is to accept what's in the base ui, but change everything I can to indicators vs. buttons/controls. And get rid of the 'danger' buttons (DRO auto-zero HAD to go).  Your somewhat-recent modification to permit keyboard jog disable was a huge win in my book!

I just pushed the changes to qtpyvcp for the halbutton flash option property in qtdesigner

You rock.  I'll have a go at it tomorrow evening and report back.

Then you should not need any python code use just rules

Lcvette wrote:

Then you should not need any python code use just rules
 

This is what you meant when you mentioned the if/then/else rule statement earlier, right?  That gets me the three color states for the stopped/running/paused indicator.

To get the three text values, I'd need a second if/then/else rule for the widget... or the same status channel rule can do both appearance and text displayed?

You can add multiple rules, use the right click rules dialog and add as you need, you can also add multiple channels to use in the expression. The expression can have multiple else continuation for each test to display.  There are examples in the ui, take a look at some of the labels and there rules.