Suggestion: a troubleshooter block that logs all EU packets it recieves... up to a configurable limit

    Name:
    EU packet logger
    Description (sorry, but I don't do short "describtions"):
    First, some background on the source of this suggestion:
    I recently had some trouble with a geothermal generator not working for me and i could not figure out why. I tried using an EU reader, but it didn't help. It only shows the average between two points in time for the same block. Not bad if your just trying to figure out how much your slightly conservative CASUC reactor is producing but when your trying to troubleshoot, it's not much help. Take my geo-gen issue, which is resolved fortunately, for instance (I didn't know my geo-gen was too far away. I just knew it was shutting down like it wasn't connected). See the bug-shooting HERE.
    Now the actual description:
    I was thinking of a block that would log the first 20 (or configurable) individual EU packets that come to it in a tick and store a few seconds (definition of a few is also configurable) of this log in the tile entity data or something. It should be possible to force EU to come through it by making it the only route and causing it to act like a very small storage block.
    Recipe:
    DC :Cable: DC
    :Cable: :EC Meter: :Cable:
    DC :Cable: DC
    (DC is (EU) detector cable)
    Any moderator input (like if my post has some sort of rule-breaking or other problem I somehow missed on preview), support, questions, comments, suggestion-enhancing-suggestions, hate posts (if you're looking to get reported), other?

    Edited 3 times, last by macks2008: corrected my formatting to better match the formatting on the "HELP: suggestions" sticky, including adding a recipe edit#3:corrected recipe to make more sense. I had splitter cable not EU detector cable. ().

    This suz! Kril it wif fyire!


    Just kidding, this would be very helpful. Maybe disabling it emitting energy, and/or not giving it an internal storage, or acting like a wire, or something. (To nerf it and allow a cheap recipe for a debug item. We don't want the debug becoming the new standard for use...)

    Haikus are poems

    They don't always make sense

    Potato

    I'm glad you liked it and I agree that the idea should be nerfed. I think it needs to act like something that accepts power (which is where the storage idea came from) so that it doesn't get ignored if you put it at the end of the line or, in my case, in line with something that isn't sending power, but maybe it could just be like a void pipe for energy, or better yet, give it a configurable option much like the redstone behavior button to switch between wire and void. I think it should also have a way to trigger it to start and stop counting using redstone, and maybe send a redstone pulse for any ticks for which the packet size exceeds X EU/p, and again, this would be a setting on the GUI. Looks like anyone planning to implement this is going to have some fun (well... its fun for us)

    I like this suggestion, because it can really help with with finding bugs and reporting them to the developer team.


    +1 :)

    right, time to get serious...
    i wil be offline for weeks and possibly months at an time. if you have anything to add to an post i made, and would like me to know. you are welcome to pm me, and i wil reply as soon as i am able to do so.

    *bump*
    Because I see no reason not to bump something I'd otherwise just re-post.
    Only two replies? *sigh*
    edit (avoiding bumping while replying to the below): Yes I realize that now that I think about it. Anyone else's post is just as important as mine no matter how important I may THINK mine is. Bumping implies that I somehow think my post is better despite logic which says otherwise. I feel my post is better, but this differs from it actually being better.


    Do I have it right?

    Edited 2 times, last by macks2008: edits #1 & 2: I'm avoiding bumping since that was the whole point of the below message. ().