Jump to content

Philo

Eurobricks Counts
  • Posts

    1,015
  • Joined

  • Last visited

Everything posted by Philo

  1. Yes, but you must upgrade the NXT-G software (and from it, upgrade firmware of the brick)
  2. Yes, but they are rare and expensive... and the plug was for a simple transformer (AC-to-AC), not a DC one (though I don't think using DC would have harmed, even if that meant double duty for two of the 4 diodes of input rectifier bridge). Anyway I built this hack to directly power RCX with DC power, bypassing the losses of input rectifier...
  3. Something like this (RCX era...) - using hot glue sticks and scavenged old batteries ends.
  4. Just type in the reference (4865) in the search box! Or search for official LEGO name ("wall element") (Edit : sorry, I'm late ;)
  5. OTOH you generally end up having too many battery boxes, while you have to buy extension cables... And here you get a power/direction switch + a power led as a bonus! Neat hack ;)
  6. That's indeed the typical code that sometimes create problem. Often it's OK, but sometimes submodel instruction is duplicated (or parts appear twice in PLI/BOM). So far I have not been able to see what creates this behaviour. What I do in this case is to surround the second model instance with part ignore statements: STEP STORE A PART-SUBMODEL ARROW ARROW ARROW ARROW ARROW STEP RETRIEVE A 0 !LPUB PART BEGIN IGN PART-SUBMODEL 0 !LPUB PART END STEP
  7. For accidental immersion, there is one big recommendation: Remove immediately the batteries! Then, dry things as much as you can, and let them dry thoroughly during a few days, possibly turning them from time to time to avoid any water accumulation. Electrolysis can cause havoc very rapidly, hence the need to remove batteries. But water in itself generally cause no damage, just let it dry before applying power again.
  8. I think that the release is imminent: the sets containing them appeared on Brickset today ;) Since these inventories directly comes from LEGO service...
  9. Ah - I missed the rotstep capability of SR3D. Good to know since MRCad rotstep preview is clumsy at best!
  10. See http://www.eurobrick...75#entry1626784, that will hopefully solve your problem... See also http://www.eurobrick...showtopic=83803 for more detailed discussion.
  11. Hi Sergio, Things that would improve compatibility between SR3D and MLCad: - MLCad crashes when it encounters "group 0" statement that you use to indicate a part that belongs to main model. All other group statements are "digested" by MLCad (even if grouping is lost), only "0 GROUP 0" prevent opening of some L3B files. Now it's clear that this is a MLCad bug, but chance it is solved one day is much better on SR3D side ;) - SR3D crashes when it encounters a 0 ROTSTEP END statement. Other forms of ROTSTEP statements seem to import fine. - Some mpd doesn't import correctly in SR3D. One failure case is when a submodel contains a MLCad arrow (the submodel is not displayed at all). Attached an example. testmpd.zip
  12. When you import models in SR3D, it creates groups. Problem is that one of the groups is named "group 0" and MLCad chokes on that. Open l3b file with a text editor, delete line(s) containing "group 0", it should import fine in MLCad after that.
  13. Indeed, you have to export the submodels in a folder before opening main model in SR3D. You may do that in MLCad (Multipart -> export models). After that, for some reason, SR3D didn't like the long name "Ball Magazine and Sensors.ldr" and didn't import that submodel. After renaming file and reference to "Magazine.ldr", it imported fine. Speaking of compatibility issues, SR3D also doesn't like ROTSTEP END statements, it crashes on them. My workflow is opposite, build the whole model in SR3D, group parts and export groups separately, then import everything in MLCad for LPub building instructions preparation. Note that some forms of group statements used by SR3D does crash MLCad, so I remove them with a text editor before import in MLCad. Attached your model in SR3D format. Indeed, you have some work to do to align things properly (So much that I think that I would dump the MLCad file altogether and rebuild it with SR3D!!!)
  14. ...or you could use SR3D builder, The snapping/auto-orient features makes this kind of assembly a breeze! As for MLCad I faintly remember that rotation by angle feature is was already broken in 3.3 :(
  15. The last parameter ("16" in your example "0 LPUB PLI BEGIN SUB 32201.dat 16 ") defines the color of substituted part. I doubt that generic color 16 is properly replaced by LPub by caller color.
  16. Indeed, the PLI BEGIN SUB command does precisely that: substitute a part that appears in the PLI and in BOM to the real shaped part created with LSynth. For example, 0 !LPUB PLI BEGIN SUB 11145.dat 47 0 !LPUB PART BEGIN IGN 1 0 0 0 0 1 0 0 0 1 0 0 0 1 cable1.ldr 0 !LPUB PART END 0 !LPUB PLI END displays a coiled EV3 cable instead of cable1.ldr that contains the LSynthed cable. Note also the PART BEGIN IGN to prevent LPub to detail "construction" of cable. See also this.
  17. This video is kind of a teaser... ...for the building instructions and programs that I plan to publish when the EV3 set is released... One thing for sure, EV3 color sensor and IR sensor are really great! Enjoy! Philo
  18. Are you aware of this tutorial?
  19. The servo and L motors are now official! If you don't have them, then you missed the latest LDraw update... You may get the latest update here. If you then still miss something, I suggest you reinstall complete.zip.
  20. Thanks ;) Yes, I created many LDraw parts, especially the complex-shaped Power Functions elements.
  21. Great model, and especially great BI's... nice reward for the time spent creating LDraw parts
  22. Price? Otherwise, LEGO Lipo battery packs perform quite well too (but indeed with lower voltage). There are many lithium battery chemistries, some of them have lower voltage.
  23. Note that these curves use a laboratory power supply with fixed voltage. NiMH fares better in real life tests (I plan to do some tests about this), alkaline cell voltage drop rather fast as they discharge...
  24. Performance is very constant between motors of the same kind...
×
×
  • Create New...