All Activity

Hi Daniel (Its_Alive) and everyone in this thread, I have been analyzing this project thoroughly, and the architectural concept behind your SQLiteLsp extension is brilliant. Having a dedicated BRX module with an embedded SQLite engine that exposes clean AutoLISP functions like (DSQL_OPEN), (DSQL_ASSOCQUERY), and (DSQL_CLOSE) is exactly how professional data-driven CAD/CAM applications should be built. However, after running a deep compatibility check for our current enterprise furniture design engine (project ZEN PRACA V2B34), we hit a classic deployment bottleneck. The original module was compiled for BricsCAD V12 around 2011. Even looking at later iterations for IntelliCAD, relying on a pre-compiled binary extension (.brx / .irx) creates a heavy production risk regarding x64 architecture alignment, modern compiler library dependencies, and strict binary compatibility with newer host CAD versions. Because we are currently stabilizing our central parametric engine, we have made a strategic decision not to plug the old V12 BRX module as a production dependency right now. Introducing an external binary at this critical stage could create a second "source of truth" and lead to dependency hell, distracting us from core geometric validation. That being said, the SQLite philosophy is absolutely a GO for our next development phase, but as a clean data persistence layer structured into a strict three-tier architecture: Data Layer (SQLite): To store externalized project profiles, global cabinet variables (PARAMETRY_SZAF), construction tolerances (PROFILE_KORPUSU), zoning maps (MODULE_MAP), internal equipment payloads (shelves, rods, drawers), and manufacturing logs (BUILD_MANIFEST, BOM). SQLite is the perfect serverless, file-based standard for this, especially with the engine being actively developed (up to version 3.53.2 in mid-2026). Logic Layer (Central LISP Engine): Our pure AutoLISP core that reads these parameters, validates manufacturing constraints, and calculates the exact spatial coordinate plans. Presentation Layer (DWG): The clean, visual 3D output generated by a fully controlled and audited geometry builder. Our Roadmap: We are first finalizing the central engine and rule registry using native, structured LISP association lists (which perfectly mimic the flat row-and-column layout of a relational database). Once the geometry is 100% robust, we plan to write a lean, modern SQLite adapter tailored specifically for our V2B34 schema, completely free of legacy binary dependencies. Thank you for this thread—it completely validated our choice to move towards a relational database structure for complex parametric wood-engineering projects! Best regards, Zen

Did you have a look at this? SQLite for AutoLisp https://www.theswamp.org/index.php?topic=28286.0 I haven't updated it in a while though

That is exactly why I ended up developing a custom SQLite implementation for AutoLisp! Managing the zillions of parameters required for dynamic cabinetry and hardware logic became impossible with standard lists or light dictionaries. SQLite handles it like a breeze. I used that database to automatically select the correct drawer hardware based on dimensions. Back then, both Grass and Blum sent me their complete block libraries, which allowed the system to automatically drop those components into detailed section views. It’s a shame I didn't back up absolutely everything from that setup, but the core architectural logic is what I'm reviving now. Building it as an integrated package from day one—just like you mentioned—is the only way to survive a project of this scale!

hanks for sharing your experience! Hearing that your system took 12 months confirms that building a solid foundation from day one is the only right way. I completely agree on using common naming conventions and a master library—it's the only way to keep the codebase maintainable and scalable. Also, thank you for the tip on Ldata. I am definitely steering clear of USER variables to avoid any conflicts with other plugins or user setups. Ldata is exactly what I'm utilizing to keep the drawing data clean and robust. Much appreciated! Zeno

Also, this work was the whole reason I made SQLite for Autolisp, to handle the zillions of parameters. Could automatically select the correct drawer hardware, I only had Grass and Blum though, they both sent me all the blocks too so I could use them in sections, I should have saved all that stuff

I think you’ll get into trouble with the way your parameters are laid out. Example, the user may not have access to vertical grade laminate, or may wish to use cabinet liner, or just melamine. These thickness changes will have a big impact. You will need parameters for the possible, inside, inside finished, outside, outside finished T_SIDE, the left might have a finished end while the right might not. MAT_OUTSIDE_FINISHED + T_LEFT_SIDE + MAT_OUTSIDE_UNFINISHED Edging is another item, i.e. 0.5mm vs 3mm banding will affect the overall depth

I personally do not need any software, as Cabinets etc are not in my usual skill set, but keep working on it. Just a comment the house package that I worked on took 12 months to develop. We worked out from day one had to have an integrated package with every module having links to master defuns. Using common variable names throughout code then others can add to code. In one of your other posts you have hinted that is the way you are approaching the task which is good. If you need to save values in the dwg avoid the USER?? variables. I use Ldata it seems to work well.

AI really is helpful but often takes re.ques. Without having been so inspired and learning from y'all, I would have no language to com with. One recent review wow for me is HATCHB.lsp. Without it (JTB) ..I'd Not be able to get a hatch boundary period.

ow yeah, I disabled all notifications in my profile. Too many people assumed I have nothing else to do so I got a lot of personal requests this way and though I love to help other humans it soon became a full time job and consumed all of my spare time. I'll send you my adres.

I think you would need Python, .NET, or ObjectARX as Autolisp does not have an on idle event that I can see. According to AI, you can read the input stream in a background thread, then use AutoCAD’s on idle event to update geometry in AutoCAD. I asked AI about using PyRx and it spit out a bunch of code converting $GPGGA $GNGGA to Lat/Log and stuff, I attached it. scratch.txt

hank you for your interest. Yes — kitchen cabinets and other furniture types are planned as future directions for the project. The current work is focused on a lightweight parametric CAD/CAM engine for fast rebuilding of furniture layouts after changes from an architect or client. The goal is not to create heavy 3D models with every fitting fully modelled. Instead, the system is intended to control construction, dimensions, divisions, fronts, drawers, shelves, fitting rules, and automatic updates of layouts, sections and dimensions. For kitchens, the direction would be similar: base units, wall units, tall units, fronts, drawers, shelves, plinths, fillers and technical fitting rules. The main benefit is that after another design change, you do not need to redraw the entire project from scratch or manually check whether all drawings still match the model. We have posted early concept boards of the parameter panel and engine workflow here on the forum. Since publishing them, we have already received useful feedback and implemented some corrections. The long-term goal is for the solution to work not only in BricsCAD, but also in AutoCAD. Please send me a private message with the type of kitchen or furniture workflow you are interested in and what you would expect from such a system. It would be useful to compare requirements and continue the discussion there.

What about kitchen cupboards do you have those as well ? Indicative cost ?

Like @mhupp may need to run an external program that writes current location to a file, then you can read that file and update say text. Depending on the program may run a BAT file or run the program or use powershell to run. I think can look at a file date has changed via reactor but manual much easier. I did a Google and did start to find hints of save to a txt or csv file but that is as far as I went. It is something you need to do, yje googling. Talk to who you bought the device from they may have something.

@rlx tried sending you a pm "I am trying to create a dcl editor. " I have something that takes a dwg with say blocks in it representing dcl objects Radio Edit Toggles and writes the DCL code. I got an error message when trying to send PM. If you have my email send me a message and will send you the dwg and lsp. I am happy to provide source code to people like yourself who help others. I will probably do a FAS and a DES of code.

Wow thank you everyone for the comments, general consensus is AI is still not getting close to 100% solutions or when solving very complex task. Yes part of the answer may be that there is just so much code out there now, so a search finds an existing answer.

Sorry for the double post, thanks for cleaning it up! To answer your question: No, this is not a free/open-source tool. It’s a commercial-grade automation system. However, I’m open to discussing the architecture here, sharing a demo, or working with manufacturers who need a custom, paid implementation tailored to their specific production standards."

Would need a Reactor and connect to some type of database.

AI is a mixed bag for me. Copilot can be infuriating at times — it keeps using LISP functions that aren’t supported in AutoLISP, or ACAD‑only functions that don’t work in BCAD. It can wander off into rabbit holes even after you’ve told it not to, and sometimes it changes working code for no reason and breaks it. But with some persistence and back‑and‑forth, it can produce really good functions. I’ve also tried Claude, which is much better in lots of ways — the code tends to run first time. If i run out of credits then I continue on with co-pilot. I used Fable just before it was banned, and that was pretty amazing too. AI still needs a lot of guidance to produce anything worthwhile. It can be overconfident, sometimes it doesn’t listen and it doesn’t always think clearly about the end goal. I’m currently updating a lot of routines I’ve cobbled together over the years, and AI is helping polish them and fix issues I’d hit a wall with. It’s here now, and it’s not going anywhere. Can forums embrace it? I’m not sure. With the amount of knowledge stored on these pages, maybe CADTutor could even build its own AI. No idea how easy or expensive that would be, mind you...

I don’t really understand how a GNSS receiver works. It seems that most of them operate by sending data to a port. The receiver is a u-blox device.

Not sure, can the GNSS write / overwrite or updated a text file continuously? Reading a text file is easy with CAD, copy that to a block and the rest is all possible - not sure the interface yet. BigAl might know something later today.

For Al, I always assume it is nothing more than google on a few steroids, not a lot more. For LISPs - like google, if you ask it for snippets where you are stuck it will get something that works, but something more complex not really. Then you have to break it down get the snippets and sew them together. Anything new or novel that isn't out there is won't cope. So for my work it might help with a few LISPs to improve accuracy or efficiency but the actually money maker and drawing stuff, not seen anything close yet. Made me think though, SLW210, have we actually worked out all (or nearly all) the LISPs we need and just need to find them? (apart from the very specific ones). Last comment - RLX, very true, if I pass anything around the company I need to be able to maintain it, an undocumented 'black box' solution still needs time to make it work.

To be fair Soildworks Forum layout/search is trash. I have never started from the forums to find something its usually a link from a search engine to there. The search engines like google are in a fight right now with AI chatbots and in the end content creators/websites are being affected. going to get worse before it gets better. I genially like AI but its a tool not a solution. but most people unfortunately are ok with "good enough". AI companies are claiming 100x efficiency that is impossible. I liken it to a side scroller game like the dino chrome 404. play that 100x speed and see how far you get.

I think the issue is more generational than anything else. In the forums I keep up with, including here, theswamp.org, and MikeHolt.com, I've noticed that most of the core group have been Boomers. As a whole, younger generations have seemed to visit to get help, but not stay to help others. [There are notable exceptions like Lee.] AI is being oversold. I've tried both Claude and ChatGPT for programming help with LISP. Neither has produced code that worked on the first pass for anything more than a trivial case. We're about even on times when I've had to point out syntax errors in AI code and times AI has found syntax errors in my code. AI is a great replacement for most search engines, but it is not all that great at writing code, at least on the free tiers. AI output is only as good as the instructions it is given. Writing good instructions is hard. AI and the dot com bubble have a lot in common. In five years I expect we will have fewer AI companies, mostly paid tiers, and lots of empty data centers.

Hello, I'm back here once again to bring up a very interesting topic: How can AutoCAD (installed on a Windows 10 tablet with an integrated GNSS receiver) be made to display its real-time UTM position (or latitude/longitude), for example through a block? Is this possible? Are there any Lisp routines capable of achieving this?