Swaziboy

joined 1 year ago
[–] [email protected] 1 points 4 months ago

nice! I see we both landed on very similar solutions to this. I'm going to implement your double-reversi loop to see how that plays out - it's the main difference to mine which keeps the secondary piston extended by default, and it retracts and pushes based on the pulse-extender decaying fully.

I like this, thanks for sharing!

[–] [email protected] 3 points 4 months ago

OK, so here's the update. thanks to all the suggestions - I combined a few ideas, and came up with the following solution.

The observer triggers as items drop, this does two things at once:

  1. Drives a pulse extender which immediately retracts the secondary piston
  2. Pulses the primary piston after a short delay to push the items into the space that the secondary piston just made

As the clock decays fully the secondary piston fires and pushes the items.

An added bonus here is spam protection - so if items drop consecutively more quickly than the clock decays, it simply resets the clock so you don't get pistons firing together, or too quickly. This way nothing ever ends up on the top of the slime/honey blocks. I've added a front-side view for those curious as well.

Thanks for all the help and tips!

[–] [email protected] 1 points 4 months ago

ok, I think I see how your system works now - I moved the dropper so it drops on the right spot and I now see the pistons firing regularly as expected. It does get a little messy with the speeds of them firing however I really like the idea so thanks for sharing.

[–] [email protected] 1 points 4 months ago (2 children)

I tried to implement this, however my right hand side piston stays extended for the duration of the pulse extender rather than firing and retracting like the left hand side one does. Not sure if I am missing something in the pic that I cannot see. I also wasn't able to figure out what you're doing with the dropper - seems like it's on top of the observer for some reason and the clock coming out of it doesn't do anything?

[–] [email protected] 1 points 4 months ago

that's a novel approach, thanks for this - I am going to test it alongside my current version based off @[email protected] 's suggestion. Will come back with findings, thanks!

[–] [email protected] 1 points 4 months ago

ohh yes, I like this idea, lemme have a crack at it, tnx! (I suck at redstone lol!)

[–] [email protected] 1 points 4 months ago* (last edited 4 months ago)

WTH - nooooooooooooooooo

[–] [email protected] 1 points 4 months ago (3 children)

wow, I re-read what I wrote originally - that was some terrible work! Hopefully much clearer now!

[–] [email protected] 1 points 4 months ago (4 children)

oh shoot! Good catch, I will edit the main post.

30
submitted 4 months ago* (last edited 4 months ago) by [email protected] to c/[email protected]
 

I am trying to get two pistons to synch their pulses for an item sorter (nether).

In the attached pic:

  1. Observer which has a string in front of it (far side) that sees items drop down out of a cobweb, it pulses the redstone to start the pistons
  2. The primary piston (#2) that pushes the items a block over towards the secondary piston (#3)
  3. The Secondary piston (#3) that pushes the items along the ice path.

The redstone and repeaters are currently set up so that the observer pulse pushes the primary piston first, then after a short delay pushes the secondary piston.

What I am trying to do is prevent the primary piston from extending while the secondary is active. What's happening is every now and again due to timing of items dropping past the string, the secondary piston is extended and the primary piston pulses pushing items onto the top of the extended slime block attached to the secondary piston, vs. those items dropping into the empty space while it's withdrawn.

Any help appreciated!

[–] [email protected] 27 points 7 months ago

Obligatory Princess Bride

 

Hey folks, throwing this out for ideas. I have - like many FOSS users from what I have researched - a Logitech G13 gaming keyboard. I love this thing - it's awesome, however it doesn't work in Linux.

There have been a few attempts in the past to make it work with a user-space driver, here and here. I can't even get those to compile and run on a modern Fedora instance. That's more a statement about me than anything else I think.

All said, I would like to set up a bounty to crowdfund the creation of a Kernel driver that can get submitted, as well as a GUI/CLI configuration app.

The thing is, I have no idea where to start except here! (The logitech community is empty) So, throw your ideas down, and shout-out if you're a G13 owner too!

#logitech #g13

[–] [email protected] 4 points 8 months ago

Yes you can access Windows shares directly and play the media from there with no issues. I do it all the time.

 

Hey WW community. Exactly as the title says - I am making some work tables for my kids. They'll be used for homework, laptops, etc. And they're kids, so one can guarantee a little bit of abuse.

They're designing them, and the "z leg" is all the rage apparently - I am in the process of designing these in sketchup, and wanted to get some input/ideas on how to make these really strong. I obviously cannot make them out of a single piece of wood, so there will be some joins, probably on the apex points. Oh and the designs currently require the apex points of the Z to be rounded ....

I'm considering using half-lap bridle joints, making the Z's angular, then routing the curves into them.

Input, advice, links to designs welcome!

view more: next ›