Shade25

What version of minecraft, redstone in motion and AE are you using? Unless it has cropped up again in a more recent version that issue was fixed a long while ago

Thank you for that link, not so crazy about the much higher costs (both base resources and maintenance with power costs and such) but the mod looks like it has alot of potential, and I'll definitely be doing his test to see how they handle on a RiM moving quarry.

I'll set some up on my mobile RiM & AE quarry and rewrite my movement programs a bit and let you know how things go with these computers handling it for me.

If it can help I can send you in that conversation from earlier a link to the full computer movement code I use for those videos, it can move in any direction/number of times without issue either done on the computer on the frames or from a command sent to it from another computer. As a side bonus it is done without any loops besides if using the remote command part, so it is a lot more efficient/not error prone like loops can tend to be.

Yeah just the storage bus, the storage bus basically tells AE to treat the ender chest as an AE storage place, and 20 and 10 were just easy random numbers, essentially any items will go to the highest priority storage first then the next etc.., so it could be 2 on one and 1 on the other, just as long as the one you want stuff put in first is higher. Is the quarry already storing stuff in the AE system just fine, and you just want certain things pulled from the system and put into the ender chest? If so yeah an export bus should be what you need, or possibly a storage bus with a higher priority then your main AE storage set to accept just the specific things from the quarry you want stored in the chest (like ores etc..) I'll run some tests in my test world and see what I can find for you, I'll probably respond in a PM on the forum though to keep the AE system discussion from cluttering jakj's thread.

No worries, I'm just a pretty bad video maker is all, that was actually the first time I really recorded anything. Thanks, it was fun designing that quarry and the software to run it. The disk drive does work but you don't have to use one, I just recorded another video that I hope might help a little (I would have had it this morning, but I haven't played in awhile and decided to take the 1.6+ jump, so getting mods, solving conflicts, finding a power converter mod that actually works with 1.6 so IC advanced solars can have their power sent somewhere without using cables etc.. took up most of the day, that and remaking a little base and the quarry). It is here, essentially I tried to show in the beginning how a fuzzy import bus set to not care about damage values, with a redstone signal will pull out stucks from the ender chest into the main AE system in the base. Once on the platform I tried to show the basic layout with all the AE block breakers and just the one cable needing to connect to them, which goes to the controller with a drive attached on priority 10, with a fuzzy storage bus on the ender chest on priority 20. Essentially, everything will fill up the chest and then anything that can't fit gets sent to the drive, I used the wireless remote to show how the stuff was pulled out of the ender into the base AE system when I used the wireless redstone remote on the quarry, and the remainder that hadn't fit in the chest in the drive on the quarry. Now if I had it set so that the import bus on the chest in the base was always working and not just when getting a signal, the chest probably wouldn't fill up in the first place, so everything that was quarried would go right to the AE system at home rather then any leftovers getting shunted to the drive on the quarry. Main thing about AE is not being confused with the storage bus vs import bus vs export bus, storage bus makes whatever it is put on considered a "container" for AE storage (so put the ender chest you want stuff stored in), import bus is to pull things out of a container into an AE system (so put on the chest you want to pull stuff out of), and the export bus is to pull things out of an AE system into another container like a chest, so you wouldn't want to use an export bus on an enderchest unless you wanted to pull things out of AE storage and put them into the chest. Edit: And apologies to jakj since that wall of text has almost nothing to do with your mod besides it being demonstrated using a frame quarry.

And now I have an issue with doubleposting with it giving me an error, refreshing, not seeing one so posting again and then it showing the original. Really sorry about that

Actually I am, the original post where I was showing my quarry off to people is here, I just had a friend post the video for me since I don't use youtube myself (one of those old fashioned give me a written example of what to do for a guide or written text of what something does as a description rather then have to watch a video). If your using an ender storage ender chest it shouldn't have any problems receiving items, just need to make sure your using a storage bus on it so it's considered someplace to send stuff to applied energistics, and power tesseracts should work fine, in that video I am bringing in power from my IC2 solar power plants on an eternal day mystcraft world via tesseract to power the quarry systems. The really nice thing about applied energistics systems and block breakers, is all of them that touch eachother are linked, so you only need to connect to a single one with ME cable and they are all linked to the system, no needing pipes to each one, and all item sending is instant, unlike buildcraft pipes (old redpower tubes), so once something is broken its instantly in the ME drive/ender chest, which works especially well with a quarry system.

Actually I am, the original post where I was showing my quarry off to people is here, I just had a friend post the video for me since I don't use youtube myself (one of those old fashioned give me a written example of what to do for a guide or written text of what something does as a description rather then have to watch a video). If your using an ender storage ender chest it shouldn't have any problems receiving items, just need to make sure your using a storage bus on it so it's considered someplace to send stuff to applied energistics, and power tesseracts should work fine, in that video I am bringing in power from my IC2 solar power plants on an eternal day mystcraft world via tesseract to power the quarry systems. The really nice thing about applied energistics systems and block breakers, is all of them that touch eachother are linked, so you only need to connect to a single one with ME cable and they are all linked to the system, no needing pipes to each one, and all item sending is instant, unlike buildcraft pipes (old redpower tubes), so once something is broken its instantly in the ME drive/ender chest, which works especially well with a quarry system.

I haven't tested with horizontal block breaking, but I have had no issues with applied energistics block breakers and frames (example) The 'beta' version of the next release for 1.6.2 which adds a bunch of neat toys is here

If I'm understanding what you need, then you will need to use saved files on the drive, write to them what you want and then read from them to have the startup program know what to do when it comes back up. LezChap and I both have examples of programs that work fine/continue what they were doing after computers come up from rebooting on the last forum page (79), though they have the full code for writing & reading from the file pasted whereas I didn't include that code in my examples.

I apologize for the length of this post in advance. One thing you can look at if you like is a frame startup, move and listen setup I have running on my mobile quarries (well this is the very original version, I don't currently have access to the more optimized/cleaned up ones) Frame Startup, Frame Move, Frame Listener, Revelent EVA part. With those I just need to set what side the motor is on (though since I have made it auto-detect as I do with enableModem) in the startup and on the computer on the frame setup itself type 'move d/down', 'move d/down 20', 'move d 20 true' etc.. to have it move the amount I requested on its own, nothing else required except the computer and the carriage controller (and chunk loader if not staying on the frame setup yourself). The last one is if I want it to be a round trip, as in move down 20 then return up 20 (this was made for a mobile quarry) Also if the listen line in startup is not commented, it will run listen which will do the same for a rednet command received and then listen again sending messages when its done or halfway (if doing a return trip move) which another computer could listen for if desired. Video of it being used (posted earlier in the thread to show an example of an applied engergistics mobile quarry) I have GPS & message relay setups every 300 blocks or so at max height so that with a vanilla computercraft config I can send a message/receive a message or request a gps position from anywhere up to 2000 blocks away in any direction from my base so range hasn't been too much an issue for me. Also the textutils.unserialize bit is because my send message code at the time was designed to be able to send files, messages or anything else over rednet, so all messages were being serialized on sending and unserialized on receiving. The PerVar stuff is code I wrote for writing or reading from files on the computer I use in situations where information needs to be stored for later use, or in this case so it can be saved before the computers move, and read from when they start up after a move. And I apologize if the eva. parts confuse, eva is my personal library that I have things I commonly use between programs, like rednet routing/communications, fileserver, security programs, file handling/pervar stuff, so on and so forth. I know the code can always be improved and that was the original version so it has improved alot since then (and the dates on those pages are when I got around to putting them on pastebin). Anyway I wanted to post it in case it may help, as it means you don't have to do a looping method as was posted above, the only loop in any of those is for the listening for rednet commands when it is done moving/hasn't moved. And it also means you can do everything from one computer on the frames or have it commanded remotely with something as simple as rednet.send(channel etc,"move,d,20") on the remote control side. TL;DR: Links above could be used as a system to control a frame setup on a frame, or remotely, that is not affected by computer restarts from the frames moving. Code is an old, first working version, and most likely not the most efficient/optimized.

Don't know if this might help at all, but if your looking for an updated mod that gives redpower style wires (regular, insulated, bundled and free-standing), logic gates, lamps and so on that is updated regularly and works fine with any version of redstone in motion (and doesn't have external requirements like multipart), I'd check out immbis redlogic here, he also has redpower style microblocks (covers etc) that were around before multipart that some have said work fine with frames as well (I haven't tested them myself) here. Edit: Just tested and covers work just fine as well

Right on the last page, the post directly above yours where you said multipart was not working.

I for one will be very happy (as well as the few others that play on the private friends server I play on) whenever that may be ready. Over the course of Minecraft I've used multiple different custom recipe mods (most of which work via config files), and they usually work great but then are not updated anymore after a time, or don't work so well and also aren't updated anymore. Having one that can not only be done in-game, but also is made by an author we trust and that does such nice work would be awesome.