Tank Display Program | now with energy and essentia too !

[Nexarius 18]

This program can display the contents of tanks on a big screen with a colored bar that can dynamically change its size.
It can show up to 256 128 64 different liquids which are sorted from highest amount to lowest.
5x8 is the optimal size for the screen.
Multiple tanks with the same liquids are automatically added together and empty tanks are ignored.

This display is split into 2 programs.

1) Server - this receives the tank information and displays it

2) Client - this has the adapter with the tank controller (you can have as many as you like)

optimal screen sizes: 8x5; 8x2; 4x1

pastebin run -f cyF0yhXZ

installation guide:

https://www.youtube.com/watch?v=avvYO2xSxGw

github: https://github.com/Nex4rius/Nex4rius-Programme/tree/master/Tank#start

server / display components:

• Internet Card (to install)
• Network Card
• Graphics Card T3
• Screen T3

client / adapter + tank components:

• Internet Card (to install)
• (Wireless-) Network Card

It supports now the following blocks:

• Adapter + Tank Controller Upgrade
• Transposer
• Batbox
• CESU
• MFE
• MFSU
• Gregtech Batterybuffer
• Capacitor Bank
• ALL RF storage blocks
• ME Interface
• ME Controller
• Warded Jar
• Void Jar

 

Big Update version 2

The screen scales better to utilize the "room" to the fullest.

Thaumcraft:
I've added support for jars and essentia (Thaumcraft 6 needs the Thaumic Computers mod)

ExtraCells:
It's now possible to connect this to the ME System and read all liquids from it.

Thaumic Energistics:
Additionally it can read essentia from the system if you have Thaumic Energistics installed.

Energy EU:
You can connect EU storage devices and it will show it on the screen.

Energy RF:
Furthermore you can also connect any RF storage block and it will work too.

 

The version 2 is not compatible with the version 1. You will have to update the server and all clients.

 

I've double the limit from 64 to 128 and doubled it again to 256!

[BrisingrAerowing 12]

Cool.

[Nexarius 18]

Update to 1.4

- increase max amount of liquids from 32 to 64

- dynamically change width of the bars

- decrease update frequency with low tps (this thing)

- added colors for lots of new liquids (especially gregtech liquids)

 

I changed the picture from my first post to a gif thats cycling through 8 pictures so you can better see how it works.

[DonArmadillo 0]

Hello,

Since transposers are cheaper than adapters with tank controllers in the pack I am using I've went into the client program files and edited the for loop to look for "transposer". The program works perfectly however I am seeing 5x the amount of liquid and max liquid on the server screen. Is there a fix? 

Thank you!

EDIT I've found the reason. It was due to ender IO ender fluid pipes connected to all the tanks which were adjacent to some of the transposers. The ender fluid pipes seem to be perceived by each transposer as a collections of all the tanks they are connected to. This is actually practical, using this one only needs one (computer/client/transposer/adapter) for an unlimited amount of tanks ^^

[Nexarius 18]

I didn't even know transposers existed because I stopped searching once I found the adapter + tank controller. I've changed it now to work with transposers and adapters at the same time.

 

The enderio ender fluid conduit trick is pretty neat.

[xilni 1]

I would love to implement your GUI for my StockMonitor program (https://github.com/xilni/StockMonitor/tree/feature/gui for the branch I'm working on at the moment). At the moment I have a very rudimentary text only table GUI with minor color usage.

It tracks not only items and fluids in your ME network but also allows you to toggle signals to turn production and/or gathering (I use bundled cables from ProjectRed and RFTools redstone transmitters/receivers to send the signals around.

What I have in mind is instead of each bar being:

Current amount / Tank Capacity

it would be:

Current amount / Lower threshold amount / Upper threshold amount

Now where I would appreciate your advice/help is the following areas:

1. My design would have three sections per bar instead of two. The reasons for this are important in the pack on my server (Revolution3) as it is based around Rotarycraft where power is not quite as granular as an RF based pack. With the way Rotarycraft power is on or off and not in between it saves me a lot of power to have the system work with a lower threshold and upper threshold and do work in large batches instead of constantly turning on and off as it straddles on a single threshold because I used a trickle of an item.
2. I would obviously pull data from the ME system instead of individual computers which I have no problems doing (the existing version of StockMonitor does this well) but I'm having problem because of problem 3.
3. While Lua is Lua, your variables are all in German I assume which has made it very hard for me to decipher which functions do what inside your repository.

Please let me know if you need any clarifications (I can try to make mockups if need be) or if any of these are areas you can assist me in, or even if you have random feedback on my program.

[Nexarius 18]

I guess you could start from L135 anzeigen(tankneu). tankneu is all the information about all liquids already added together and anzeigen is looping through the table and decides the position on the display and on L177-L185 it is giving it to zeigeHier([...stuff...]) label (visible liquid name), name (hidden liquid name, this will be used to check with the color table), menge (amount), maxmenge (max amount), prozent (percent, this is calculated and not in tankneu).

zeigeHier combines the variables into the message for the screen, changes the color and then writes to the screen.

You could probably start by making a table like this for anzeigen(tankneu)

tankneu = {
{name="water", label="water", menge=1000, maxmenge=2000, somethingnewhere=500},
{name="lava", label="lava", menge=4000, maxmenge=5000, somethingnewhere=1000},
}

After that add somethingnewhere to L185 into zeigeHier and then change zeigeHier in L205 to include somethingnewhere and then change the table.inserts to have it too. There are two different messages shown if breite==40 (It means width==40) because there isn't enough space left and I decided to not show max amouint anymore on a width of 40 otherwise its too big and doesn't fit.

You will have to add anything new to farben.lua to get the colors. https://github.com/Nex4rius/Nex4rius-Programme/blob/master/Tank/server/tank/farben.lua

[xilni 1]

Thank you for the help, so first thing I've done is attempted to translate the variable, method and parameter names in anzeige.lua to english passing each word I didn't understand through Google Translate. The result is here: https://pastebin.com/x7E2ySm1

16 hours ago, Nexarius said:

You could probably start by making a table like this for anzeigen(tankneu)

tankneu = {
{name="water", label="water", menge=1000, maxmenge=2000, somethingnewhere=500},
{name="lava", label="lava", menge=4000, maxmenge=5000, somethingnewhere=1000},
}

I appreciate you helping me decipher the data structure, I was having problems figure out what dazu and hier did in the multiple assignment on line 42 and whether they were important given I'm replacing the entire networking section that uses event.pull.

16 hours ago, Nexarius said:

After that add somethingnewhere to L185 into zeigeHier and then change zeigeHier in L205 to include somethingnewhere and then change the table.inserts to have it too. There are two different messages shown if breite==40 (It means width==40) because there isn't enough space left and I decided to not show max amouint anymore on a width of 40 otherwise its too big and doesn't fit.

I see what you mean, there's a shorter message for when the board starts to get crowded. I'm more concerned with how one would even represent three values on a bar given that the actual amount has to surpass the upper threshold before the system shuts down production (see the logic here for how it decides when to turn on and off the production). It's not as simple as current amount over capacity where 0 ≤ amount ≤ capacity which makes sense in the context of a bar.

EDIT: Does this forum have an inline code block formatting? Sometimes I don't want to create a large paragraph block for a few random code words.

[Nexarius 18]

The translation looks pretty good.

hier: is easy it checks whether or not the event.pull() reached the timeout or got a message. On timeout it skips everything and displays a message that there is no available data to display.
dazu: It first checks if the id is already known and then replaces all the information with the new message and then sets dazu = false to prevent adding it at L56. (If you get the second message from the same computer you have to deal with the fact that you still have the first message and it has to be overwritten or deleted.)

If you get infromation only from the me system then you don't need update() at all. You only need if component.isAvailabe("MeSomething") then dostuff() else nodata() end

I don't think that amount > capacity would be a big problem. It will just display percent > 100% and the bar will be filled completly.

6 hours ago, xilni said:

EDIT: Does this forum have an inline code block formatting? Sometimes I don't want to create a large paragraph block for a few random code words.

idk

[xilni 1]

12 hours ago, Nexarius said:

I don't think that amount > capacity would be a big problem. It will just display percent > 100% and the bar will be filled completly.

I think you've solved my whole crisis of what to do.

So you're suggesting I use the lower threshold as the "capacity" in this case so that anything  >= lower threshold is "full" bar. 

Since the upper threshold is merely a value I use to prevent the system from constantly toggling on and off so I don't care if it's not displayed but I do need to find a place to display whether the system for that particular item/fluid is on or off. It can work off adding a boolean "running" value to the tank data structure or something of the likes but I do want to be able to view it on the GUI at a glance. Any UI suggestions on this point?

[Nexarius 18]

On 17.6.2017 at 7:30 PM, xilni said:

I think you've solved my whole crisis of what to do.

So you're suggesting I use the lower threshold as the "capacity" in this case so that anything  >= lower threshold is "full" bar. 

Since the upper threshold is merely a value I use to prevent the system from constantly toggling on and off so I don't care if it's not displayed but I do need to find a place to display whether the system for that particular item/fluid is on or off. It can work off adding a boolean "running" value to the tank data structure or something of the likes but I do want to be able to view it on the GUI at a glance. Any UI suggestions on this point?

I thought more about the upper threshold as capacity otherwise all bars will be at 100% all the time because its always producing to keep everything above 100%.

You could do something pretty simple and just change the label to have something like "Water (On)" and give that to anzeigen(tankneu) (btw color works over name not label).

[Ranub1s 0]

Hello .. Nice program but got a little bug with the client. it shows only 1% of full storage even if the drum/tank is full. on the server its shown correctly.

and got a question. possible to setup the server with higher resultion? if you only use a small 1x3 Monitor its kinda hard to read the content if you have only a few liquids.

[Nexarius 18]

3 hours ago, Ranub1s said:

Hello .. Nice program but got a little bug with the client. it shows only 1% of full storage even if the drum/tank is full. on the server its shown correctly.

and got a question. possible to setup the server with higher resultion? if you only use a small 1x3 Monitor its kinda hard to read the content if you have only a few liquids.

Thanks

I only really concentrated on the display of the server and never noticed that on the client because I only used it as debug view to see the names of the fluids. The percent calculation was switched up. It was capacity / amount not amount / capacity.

I've optimised it for a big screen 8x5 http://i.imgur.com/E4N2qat.png
The resolution is already on maximum the screens cannot give more.

But do you mean something like this?

[Ranub1s 0]

21 hours ago, Nexarius said:

Thanks

I only really concentrated on the display of the server and never noticed that on the client because I only used it as debug view to see the names of the fluids. The percent calculation was switched up. It was capacity / amount not amount / capacity.

I've optimised it for a big screen 8x5 http://i.imgur.com/E4N2qat.png
The resolution is already on maximum the screens cannot give more.

But do you mean something like this?

Yes,
and i have figured out that "server-side" print message of the liquids can only be done on 1 Monitor. So next question would be, is it possible to broadcast it to more seperated monitors in a Network thats seperated from the incomming message of the client. (example on screen)

*dont want to botch your programm :D*

[Ranub1s 0]

And maybe add an optione while installing the client of the "wireless network-card" the signal-strength.

[Nexarius 18]

Update to 1.8

-added support for multiple sceens (but sadly it will flicker when the gpu is switching to the next screen; anyone got ideas for that?)
-added support for more screen sizes (optimal is 8x5; 4x1; 8x2)
-added client will ask for wireless range on startup (default 400)

__________________________________________________________________________________________________

 

You have 3 liquids on the screen that are unknown to my program and thats the reason why they are all grey. If you want colors you can help me here and I will add them to this program.

This will be helpful for that.

And those are all colors.

 

I have never tested it but there shouldn't be anything in the code that prevents you from making 2 servers with a screen each that will get the information from the clients.

 

 

edit:

Update 1.8.1
-fixed flckering with multiple screens

[Ranub1s 0]

Great Work !!

and so quick thanks.
sadly i found a strange bug in spreading informations over more monitors, a few gets only strange informations. (half of text and wrong colors)
(NVM- the bug happens if you work with a Power-Distributor and a Relay)

and the wireless broadcast (with a setting of 2000range) cant reach a server (chunkloaded) which is further away (arround 500blocks)

Ah, and the liquids you see here are from "tinkers" so maybe thats why they are unknown to your program. (just took them as test)

 

 

[Ranub1s 0]

• and next point i have figured out. the programs run smoothly but wont be saved on the mc-server. or the autorun.lua is bugged. after restart of the pc the program is gone/not working until you reinstall it

[Nexarius 18]

22 hours ago, Ranub1s said:

Great Work !!

and so quick thanks.
sadly i found a strange bug in spreading informations over more monitors, a few gets only strange informations. (half of text and wrong colors)
(NVM- the bug happens if you work with a Power-Distributor and a Relay)

and the wireless broadcast (with a setting of 2000range) cant reach a server (chunkloaded) which is further away (arround 500blocks)

Ah, and the liquids you see here are from "tinkers" so maybe thats why they are unknown to your program. (just took them as test)

 

 

20 hours ago, Ranub1s said:

• and next point i have figured out. the programs run smoothly but wont be saved on the mc-server. or the autorun.lua is bugged. after restart of the pc the program is gone/not working until you reinstall it

The wireless range is limited in the opencomputers config too.
I've been playing almost exclusivly on modpacks with gregtech and there are almost none with tinkers construct so I didn't have any chance to add them.I tested my program by repeatedly pressing the turn on / off button and it always booted into my program.
Can you write "edit /autorun.lua" and check whats in that file? Furthermore what is your OpenOS version? I'm running on 1.6.7. You can run this program of mine "pastebin run -f icKy25PF" to update OpenOS.

I have no idea how that white display happend. Maybe someone has some ideas why it was happening?

[Ranub1s 0]

Currently we are using OpenComputers-MC1.7.10-1.6.2.12-universal.
and as i already wrote:
" (NVM- the bug happens if you work with a Power-Distributor and a Relay) "

in Single player the files are working fine, even if you reboot the pc or turn it on/off .. but strangly not on our mod-pack server.
maybe with latest version a bug appeared .. the autorun.lua looks legit... but after restart the pc automaticly goes to directionary /home #

[Nexarius 18]

The autorun.lua looks to be ok.

Normally any error that occurs will be printed to the screen but its hidden for autorun. I looks to me like an error occured and then it just goes on as usuall as if nothing happend.

If you launch the program again then it should print any errors to the screen. Can you do that? Just write "tank", "/autorun.lua" or "/tank/anzeige.lua"

I have a relay and a power distributor connected in my test world and I'm not seeing any changes.

 

Update: 1.8.3
-added autorun will write any errors messages now

[Ranub1s 0]

hmmm .. have reinstalled the program as client ,... same issue after reboot/ on/off. no error .. nothing ... just beeing in diractionary /home

ah... may i mention that this happens mainly to only the client.

[Ranub1s 0]

maybe he doesnt start through cuz the client doesnt save the "range-settings" and abborting the autorun.lua .. cant tell for sure since no error appears

 

[Nexarius 18]

I think its fixed now.

[Ranub1s 0]

11 hours ago, Nexarius said:

I think its fixed now.

Very nice Thank ya very much What was the issue?