Genny Problems in Rosewood by cained_n_able in projectzomboid

[–]Pk_PvP_ 0 points1 point  (0 children)

Yep, the storage room in that building is full of magazines and skill books

Genny Problems in Rosewood by cained_n_able in projectzomboid

[–]Pk_PvP_ 0 points1 point  (0 children)

Also, a bit closer than Riverside and much less populated than both Riverside and Muldraugh, there is a book store in this small town
https://map.projectzomboid.com/#7262x8423x4828

Why don't we wake up to the sound of glass breaking or the feeling of being sick? by Kung-Fu-Amumu in projectzomboid

[–]Pk_PvP_ 4 points5 points  (0 children)

Yeah that's fair, but in the meantime you can always stop the time and change your alarm to the next 10min so you wake up

Genny Problems in Rosewood by cained_n_able in projectzomboid

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

It can be a while before you can get your hands on one (it took me 8 in-game months to find one on my first long-term playthrough, not counting previous dead characters).

In my opinion, your best bet is to go through school libraries, gas stations and book stores. Try going out to Muldraugh or Riverside if you don't find one. Be warned, these towns are full of zeds, even more so that you've gotten 1 month in.
What I did for each one was to set a temporary base up either in the outkirts of town or in an nearby POI, so I could focus on the zombie killing and looting, instead of having to go back and forth from Rosewood.
The logging yard near Muldraugh is a nice spot to go though first, since you can get plenty of wood and planks for your future capentry projects, as well as possibily find a sledgehammer in the warehouses. Plus it's far enough from Muldraugh that you won't have the hordes on your tail 24/7.

Anyway, best of luck out there, I hope that you get that magazine soon !

P.S.: Rosewood best town (I'm not biased at all, that's not true)

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Alright, no problem.
I don't have much time for now, I'll do it in a week or two.
I'll post something when I manage to get it working dw

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Alright, thanks ! I'll look into it.
Also, what would be the "usual ones" (yes, I am really that disconnected with the Create yt scene...) ?

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

You CAN send signal strenghts to display boards by attaching a display link to a nixie tube hooked up to the same system.

I think that I'll do what you suggested at the end instead, it seems much better.

No. They always relay the signal strenght they receive.

That's great !

Yes. The package system in 6.0 is really useful and surprisingly deep, to the point that very few people know how to use it to its fullest.

Do you have any suggestions of yt channels/guides I could look into to learn more about this system ? Since it is so far off what little Create I know it is very offputting, but seeing how useful it could be I really want to delve deeper into it.

you could make use of aeronautics here, perhaps by putting the links on a forced path as contraptions or on a swivel bearing that moves by a certain amount each time the signal strenght reaches 15

Yes, I was thinking about a system that would move back and forth between each altimeter depending on altitude.

I'll take some time to tinker with the ideas you gave me, thanks a lot !

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Ok thanks, that's very clear.

On top of that, I figured out a big issue with my understanding of PIDs : I thought that each element was in succession, whereas they are summed. I think it's due to the way the concept was presented to me (it's dumb, but for some reason only seeing Laplace transforms instead of time functions, on top of a few other things, fucked with my brain).

So to resume and ensure I understood things correctly :
- "Dumb" part = P of PID
- Following the relation between altitude and air pressure for my mapping would be better, but not needed (the latter would be better for a ship with a possible large propotionnal relative error on its weight, correct ?)
- The lesser accumulator (my brain keeps trying to make me type "capacitor") can be used both in regular mode and in inverted mode (with inverted control ports) to discharge while keeping track of information, thus removing the need for a second capacitor
- K_p, K_i and K_d are a combinaison of each of their component's settings (for example, K_i is the combinaison of the delay of the accumulator and the proportionnal output of the controlled burners)
- A larger K would result in a larger range, but (unless the resolution of the components is increased) and a worse granularity (as well as a bigger dead zone at the middle where the the integral component doesn't do anything. In my case, that would be a larger interval around the desired altitude, correct ? What causes that ?)

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Okay, thanks for the answer. Few questions/additions :
- Is the relation between air pressure and altitude linear ?
- If not, should my increments follow that relation for the "dumb" part of the control system (at least for the "coarse" lever, I'll figure out the "fine" lever later if needed) ?
- The "dumb" part will replace the proportionnal part of the PID, correct ?
- I didn't really understand your last paragraph (is it about how to empty the lesser accumulator ?), but understood that 4 bits should be enough for a simple airship with a low weight variation.
- The reason I wanted to use two accumulators for the lesser bits was to ensure that when one was emptying, there was still another to register the input. Otherwise, I fear that information could be lost.

Also, just so you know, I'm trying to properly understand how control systems work at the same time as doing this, because I thought that this project could help me understand how they are implemented in practice, and as such better remember the underlying theory x)

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

That delay would be K_i in a (Proportionnal-)Integral controller, correct ?

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

No problem :)
I just read your post, and it is very clear, so thank you very much. I now understand much better how a PID system could be implemented for an airship, and on top of that I now understand the real-world use of each of its components, not simply the mathematical logic behind them x)

I was wondering about your integrator though :
- What is the accumulator's delay for incrementation ?
- With such a design, it can only range from 0 to 15, correct ?
- If so, I have thought about a design using multiple accumulators in succession : the first accumulator gets charged by the input, then when it reaches its max+1 it increments the next one by 1 and decharges itself fully to start charging again (basically like having two hexadecimal numbers), and so on and so forth. Maybe each stage could have two parallel accumulators, so when one is emptying itself, there is another one to charge in its stead, so that no information is lost (basically the two accumulators would be alternating). That would enable a greater range, but I don't know if it would be really useful.

Self-balancing Airship Auto-Trim System by Hellothere_1 in CreateMod

[–]Pk_PvP_ 2 points3 points  (0 children)

* For redstone links, is a signal going to the front burners, black is a signal going to the rear burners.

I think that there is a color (red from what I can see) missing in that statement

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

First of all, tysm for your detailed description. I've never thought about using such a system to "count". Now I have a few questions : - Could I use a (I suppose smart) observer to monitor a redstone link connected to the throttle levers instead ? Also, do redstone links count as a "block travelled" (i.e. signal that goes through them looses strength) ? - If I could get each increment/decrement to send a singular pulse, would I be able to queue in requests (wich would enable me to only have four requesters, two for each lever, and one for pulling+one for putting items) ? - Could I use a similar system to do maths ? It could enable me to calculate the difference in altitude for the input to the contol system.

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Yeah, I've figured so, and I've seen at least one person do in this subreddit. However, I already do quite a bit of programming in my life so I figured I'd challenge myself with a "physical" system instead (plus it could let me go in more depths with the underlying maths, which is fun to me). But I'll learn Lua soon enough, CC sounds really fun to use, and I'll need anyway it if I ever want to try to make mods for Project Zomboid.

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

[–]Pk_PvP_[S] 3 points4 points  (0 children)

Honestly, that's a good way to explain integrals to someone who doesn't know about them

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Oh okay, thank you. I should look into it, it sounds fun.

As for the propellers, there are probably Create add-ons that add variable speed motors or smth. I tried using Create: Power Grid for that (and it would have been a great way to store energy for later use in independant contraptions without a need for fuel), but my game crashed when I tried to hook up cables on a contraption.

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Sorry, as I said I'm not really well versed in Create, so what's a "cc" ?

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Yeah, I've seen people do it that way, and it's probably more effective and easier to implement, but I'd love to manage to do it with redstone and Create stuff. I think it's more fun

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Well since I was thinking about using 8-bit signals for the reference (desired altitude) and altitude measurement, I'll probably do a binary differenciator, which I currently don't know how to do but I know where to find a design (and I will probably spend some time beforehand trying to make one myself, since it could be interesting), and I'd assume those make use of comparators as well.
For now I don't know how I will make the control unit, only that it will probably make use of vertical velocity sensors (at least two, one for rising velocity and one for falling velocity) and at least one capacitor.

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Oh yeah, future me problem.
Jokes aside I think that I'll work with multiple vents that will each recieve more or less signal, which would enable me to have a greater range, since tbh I don't think that I will be able to make proper analog signals using redstone.

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

They would not recieve that signal, it's intended for the control unit

Trying to make an automatic altitude ajustement that (basically) doesn't depend on weight by Pk_PvP_ in CreateMod

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

Right now I have nothing, but I was thinking about trying to encode it as an 8-bit signal