gt;
> Best,
> Jon
>
> On Mon, Jun 14, 2021 at 2:32 PM Jonatan Liljedahl wrote:
> >
> > So, it's been a while since I rebuilt so I updated my branch to
> > current master and tried. Build went without errors, but make install
> > fails:
> >
> > ...
&g
So, it's been a while since I rebuilt so I updated my branch to
current master and tried. Build went without errors, but make install
fails:
...
-- Analyzing
app='/Users/lijon/Coding/kicad/build/install_py3/gerbview.app/Contents/MacOS/gerbview'
--
I'm not sure this applies also for symbol Spice_Model fields (or Value
field of Spice_Model is empty), but if it does then please make sure that
one can still pass extra parameters there, such as "pot k=0.5 r=100k".
On Wed, May 19, 2021 at 6:45 PM Sylwester Kocjan wrote:
> Hi Wayne,
>
> Dnia 19
le on other platforms.
>> I have figured out a workaround that makes this work, but it is not
>> awesome, so Adam and I are discussing an easier route.
>>
>> We will update the documentation accordingly, things are just moving quickly
>> at the moment and we're
have figured out a workaround that makes this work, but it is not awesome,
> so Adam and I are discussing an easier route.
>
> We will update the documentation accordingly, things are just moving quickly
> at the moment and we're trying to have them settle down in a way that is easy
> t
os, size, style)
wx._core.PyNoAppError: The wx.App object must be created first!
Hopefully this helps!
On Thu, Apr 29, 2021 at 1:09 PM Jonatan Liljedahl wrote:
>
> So, I updated my CMake and tweaked some variables, and now 'make
> install' succeeds without "app verification fail
So, I updated my CMake and tweaked some variables, and now 'make
install' succeeds without "app verification failed". Also I can start
pcbnew without crashing. However, trying to open the scripting console
in pcbnew gives an error popup. The console reveals that it couldn't
import the 'wx' module.
means all the KiCad packaging systems would need to update to use
> pkg-config to generate a header which can then be included in kicad's build
> process. Is that correct?
>
> On Tue, Mar 23, 2021 at 11:15 AM Jonatan Liljedahl wrote:
>>
>> If ngspice-35 is not ready to be
If ngspice-35 is not ready to be tagged soon, perhaps Holger could
make a branch called "ngspice-34-config-fix" or something, based on
the ngspice-34 tag but only adding the simple fix of installing
config.h into /include/ngspice/ instead? Then KiCad packagers could
build from this branch? Unless
I've built KiCad on macOS with ngspice built from the "ngspice-34" git
tag, but there is one problem:
KiCad is looking for /include/ngspice/config.h, but
ngspice installs it in /include/config.h:
./include
./include/config.h
./include/ngspice
./include/ngspice/sharedspice.h
...
So after
n Wed, Mar 10, 2021 at 6:13 AM Jonatan Liljedahl
> wrote:
>
>> Would it make any noticeable performance improvements, avoiding all those
>> string copying?
>>
>> On Wed, Mar 10, 2021 at 2:58 PM Seth Hillbrand
>> wrote:
>>
>>> That's fun! New warn
e them.
>
> They are suggesting minor improvements. You should feel free to submit a
> MR to correct these cases or you can set your flags to
> -Wno-range-loop-analysis to disable them.
>
> Best-
> Seth
>
> On Wed, Mar 10, 2021 at 5:26 AM Jonatan Liljedahl
> wrote:
>
On Wed, Mar 10, 2021 at 2:34 PM Jon Evans wrote:
>
> > As I said earlier, it links fine for me now. It might have been some
> > combination of installing CommandLineTools via xcode-select and
> > uninstalling and reinstalling OCC.
>
> Well, I did those things too and was still having the same
I get a lot of compile warnings like this:
In file included from /Users/lijon/Coding/kicad/include/dialog_shim.h:29:
/Users/lijon/Coding/kicad/include/hashtables.h:87:26: warning: loop
variable 'c' is always a copy because the range of type 'const
wxString' does not return a reference
Cad.app/Contents/PlugIns/_eeschema.kiface'. Stop.
> >
> > @Adam or anyone else, have you seen this before?
> >
> > -Jon
> >
> > On Sat, Mar 6, 2021 at 3:47 AM Jonatan Liljedahl wrote:
> >>
> >> On Fri, Mar 5, 2021 at 8:45 PM Adam Wolf
> >
Ok, never mind. A "brew upgrade clang-format" solved it.
On Mon, Mar 8, 2021 at 10:26 AM Jonatan Liljedahl wrote:
>
> Hi,
>
> Trying to commit a fix for
> https://gitlab.com/kicad/code/kicad/-/issues/7823 so I can make an MR,
> clang format fails to run:
>
>
Hi,
Trying to commit a fix for
https://gitlab.com/kicad/code/kicad/-/issues/7823 so I can make an MR,
clang format fails to run:
```
lijon@lijon-mbp kicad % git commit
YAML:11:32: error: invalid boolean
AllowShortBlocksOnASingleLine: Never
^
Error reading
> reopened so we can take a look at it again on macOS.
>
> -Ian
>
> On Sat, Mar 6, 2021 at 10:31 PM Jonatan Liljedahl wrote:
>>
>> Hi,
>>
>> I tried the nightly 20210306, and actually no, it shows no models
>> either! See attached screenshots.
>> As
.
I tried moving them to KiCad.app/Contents/PlugIns/3d/ but that didn't
help either.
Ideas?
On Sat, Mar 6, 2021 at 9:47 AM Jonatan Liljedahl wrote:
>
> On Fri, Mar 5, 2021 at 8:45 PM Adam Wolf
> wrote:
> >
> > It is certainly possible that Homebrew is distributing bottles tha
On Fri, Mar 5, 2021 at 8:45 PM Adam Wolf wrote:
>
> It is certainly possible that Homebrew is distributing bottles that
> are linked a little weird, and you'd be getting the MacOS 10.14
> reference from that. We've had this happen before.
Yes, I think this was the case with my OCE install,
I tried "make install" in case something wasn't in the right place,
but now that fails (which used to work fine):
-- fixup_bundle
--
app='/Users/lijon/Coding/kicad/build/install/KiCad.app/Contents/MacOS/kicad'
--
3d models).
Is this new variable used instead of KISYS3DMOD?
On Fri, Mar 5, 2021 at 1:08 PM Nick Østergaard wrote:
>
> @Jonatan Liljedahl Please share your cmake commandss
>
> On Fri, 5 Mar 2021 at 12:42, Jeff Young wrote:
> >
> > I never managed to get this to work
p;) in
libkicad2step_lib.a(oce_utils.cpp.o)
PCBMODEL::transferModel(opencascade::handle&,
opencascade::handle&, TRIPLET) in
libkicad2step_lib.a(oce_utils.cpp.o)
OUTLINE::addEdge(BRepBuilderAPI_MakeWire*, KICADCURVE&,
DOUBLET&) in libkicad2step_lib.a(oce_utils.cpp.o)
Ok, I'm now trying to build against OCE instead, as I'm sure that used
to work before.
I managed to have CMake find my homebrew installed OCE by setting
OCE_DIR, however it fails here:
make[2]: *** No rule to make target
I'm having trouble building on mac after enabling OCC.
I had both OCC and OCE disabled and I assume that's why 3D viewer
didn't show STEP models any more.
I installed OCC 7.5.0 using homebrew 'opencascade' formula.
Is it possible to disable just kicad2step?
[ 30%] Linking CXX static library
Hi,
When using jlcpcb-kicad-tools, it's tedious and error prone to fill in
the LCSC_Part for all components, so I'm thinking how to automate this
from a database/CSV file of preferred parts.
I'm thinking one could make a BOM plugin that processes the XML and
matches value and footprint (package)
On Wed, Oct 14, 2020 at 8:00 PM pepijn de vos wrote:
...
> For example, two other things that would be great to add is a way to plot
> algebraic expressions of different signals, to plot things such as impedance
> and transconductance, and a way to annotate operating points in the
> schematic.
compile. So, for iterating quickly, it's not great.
>
> On Wed, Aug 26, 2020 at 5:22 PM Nick Østergaard wrote:
>
>> Why don't you just install it?
>>
>> On Wed, 19 Aug 2020 at 13:04, Jonatan Liljedahl
>> wrote:
>> >
>> > I see! But isn't gerbvi
I know Jon has the same issue, but I haven’t heard about it from Ian.
>> Perhaps he has a better solution….
>>
>> Cheers,
>> Jeff.
>>
>>
>>
>> On 19 Aug 2020, at 10:32, Jonatan Liljedahl wrote:
>>
>> I now tried deleting the old system-wide
I now tried deleting the old system-wide /Applications/KiCad, and now
when clicking the gerbview button in project manager it gives the same
error about not finding _gerbview.kiface
On Wed, Aug 19, 2020 at 11:25 AM Jonatan Liljedahl wrote:
>
> Hi! I'm having difficulties launching gerbvie
Hi! I'm having difficulties launching gerbview from my local build.
I'm opening kicad.app like this, while standing in the build directory
(/Users/lijon/Coding/kicad/build/master)
open kicad/kicad.app
...which works fine. However, clicking the gerbview button in the
project manager launches
Hi,
It's been a while since I synced my git clone, and now I noticed that
my symbol library is read-only because it's in the old file format.
When trying to save it, it asks me to save it as a new file using the
new format, which is great. However, it's not very clear that I then
also need to go
Perhaps the git commit hook can include a check for file size and
complain if larger than some-arbitrary-threshold?
On Tue, Jan 21, 2020 at 12:43 AM Wayne Stambaugh wrote:
>
> No problem. Hopefully it wont cause too many issues for other devs who
> have to rebase any local changes.
>
> Cheers,
I'm also on mac. I also started with the kicad-mac-builder, but now I
simply build kicad directly since it's much faster. I still use the
built libs etc from kicad-mac-builder, like so:
mkdir -p build/master
cd build/master
cmake
On Thu, Dec 12, 2019 at 12:01 AM Wayne Stambaugh wrote:
> Now that the LIB_PART of the SCH_COMPONENT is no longer a pointer link
> but an actual copy of the library symbol, any change to the underlying
> library symbol will result in stale pin map pointers.
I'm just curious to know, since I'm
On Wed, Dec 11, 2019 at 5:35 PM Seth Hillbrand wrote:
>
> On 2019-12-11 08:17, Jonatan Liljedahl wrote:
> > Ok, good to hear!
> >
> > How about moving the new symbol inheritance stuff into such a feature
> > branch until it's working? (See
> > https://gitlab
geable state.
>
> -Jon
>
> On Wed, Dec 11, 2019, 10:16 Jonatan Liljedahl wrote:
>>
>> Good points. However, I still think it might make sense to have at
>> least one more level of granularity, and use temporary branches for
>> major changes etc. so that they
st users seem willing
> to help with the testing in spite of some minor and sometimes some not
> so minor inconveniences. I think have development branches would just
> slow down how quickly new feature bugs would get fixed.
>
> Cheers,
>
> Wayne
>
> On 12/11/19 9:21 AM,
Hi,
Perhaps it would make sense to adopt something like this?
https://nvie.com/posts/a-successful-git-branching-model/#the-main-branches
In short, all development happens on 'develop' branch and only when
this is stable it's merged back to 'master'. One doesn't have to
follow the above model
Hi Wayne,
I noticed one can no longer edit some fields when pressing E on a
symbol in the schematic editor. For example reference and footprint
are greyed out.
/Jonatan
On Fri, Dec 6, 2019 at 5:41 PM Wayne Stambaugh wrote:
>
> For those of you who have not been following recent development, I
Hi,
Here's the merge request: https://gitlab.com/kicad/code/kicad/merge_requests/5
Cheers
On Mon, Dec 2, 2019 at 4:03 PM Seth Hillbrand wrote:
>
> On 2019-12-02 04:30, Jonatan Liljedahl wrote:
> > ADDED new option to set selection highlight thickness.
> > Also change sele
ADDED new option to set selection highlight thickness.
Also change selection shadow width constants to
make the selection thickness change less drastically
with the zoom level.
--
/Jonatan
http://kymatica.com
0001-Eeschema-Add-option-for-selection-highlight-thicknes.patch
Description: Binary
Thanks!
I will revisit patch #2 and make the selection thickness configurable
as well, with a default value that keeps the current appearance.
Cheers
On Wed, Nov 27, 2019 at 5:06 AM Seth Hillbrand wrote:
>
> On 2019-11-23 05:46, Jonatan Liljedahl wrote:
>
> > Thanks Seth,
>
r. Users might not find this
> > desirable.
> > >> Anyone else have any thoughts on this? For future reference,
> > when you
> > >> are going to make behavioral changes to KiCad, please ping
> > the dev
> > >> mailing
), but even in that case
I strongly suspect this is rather about the monitor rather than operating
system!
Cheers
On Fri, Nov 22, 2019 at 6:25 PM Seth Hillbrand wrote:
> On 11/21/19 8:01 AM, Jonatan Liljedahl wrote:
>
> Hi,
>
> Here comes two patches regarding the selection appearanc
t;>Hi Jonatan,
> >>>
> >>>I just tested this and it seems to work as expected although I'm
> >>>thinking it might be a good idea to make this a configuration option
> >>>rather than the only behavior. Users might not find this
.
Yes, it works fine also for symbols with yellow-body-fill.
/Jonatan
> 21 nov. 2019 kl. 17:45 skrev Kevin Cozens :
>
> On 2019-11-21 11:01 a.m., Jonatan Liljedahl wrote:
>> Here comes two patches regarding the selection appearance.
>
> I'm just curious as to what is the prob
gt; is at play. Can someone else with a linux laptop test this? I don't
> > want to merge this if it breaks linux systems.
> >
> > Cheers,
> >
> > Wayne
> >
> >> On 11/19/19 11:22 AM, Jonatan Liljedahl wrote:
> >> This patch allows standard trac
gt;>> >> Anyone else have any thoughts on this? For future reference, when you
>>> >> are going to make behavioral changes to KiCad, please ping the dev
>>> >> mailing list first for feedback. I would have made the option
>>> >> suggestio
Oops, I forgot to add the updated wxFormBuilder file. Here's a fixed patch.
On Thu, Nov 21, 2019 at 5:04 PM Jonatan Liljedahl wrote:
>
> This allows running the simulator, adding signals, etc via keyboard shortcuts.
>
> --
> /Jonatan
> http://kymatica.com
--
/Jonatan
h
Hi list,
Here's another suggestion, to draw the boundary box of selected text
instead of drawing the text itself with the thick selection shadow.
See attached screenshot.
Is this a good idea? If yes, does it need to be configurable?
Personally I find it a lot easier and visually less tiresome.
On Wed, Nov 20, 2019 at 5:55 PM Seth Hillbrand wrote:
> On 11/20/19 7:11 AM, Jonatan Liljedahl wrote:
>
> Ok, I'll look into making it configurable. However, I find the current
> default appearance hard to use, so maybe one could consider changing
> the defaults in that case?
>
t; Master was switched over in July to use the new way that puts them in the
> build folder.
>
> -Ian
>
> On Wed, Nov 20, 2019 at 11:51 AM Jonatan Liljedahl wrote:
>>
>> Hi,
>>
>> I see. So then I assume all these should also not exist?
>>
how that it is part of the selected symbol. I think
> this would definitely be a case where making it a configurable option would
> allow people to experiment and see what they prefer.
>
> -Ian
>
> On Wed, Nov 20, 2019 at 2:18 PM Seth Hillbrand wrote:
>>
>> On 2
Hi,
I'm tweaking the appearance of the new selection, what do you think?
Except a change of color, transparency and width, it also skips
drawing the fields and pin labels of components. I think it gives a
much cleaner look with less clutter.
--
/Jonatan
http://kymatica.com
in a merge state or something. Also, please
>> state the has of the version you are trying to build.
>>
>> ons. 20. nov. 2019 11.34 skrev Jonatan Liljedahl :
>>>
>>> Hi, I'm trying to build the current master, cmake configured like this:
>>>
>>>
include/pcb_lexer.h does not include T_copper_finish etc. However,
build/common/pcb_lexer.h does!
How come? I'm guessing the one in common is generated during build,
but for some reason it picks the other one when including the header.
On Wed, Nov 20, 2019 at 11:34 AM Jonatan Liljedahl wrote
Hi, I'm trying to build the current master, cmake configured like this:
cmake
-DNGSPICE_INCLUDE_DIR=/Users/lijon/Coding/kicad-mac-builder/build/ngspice-dest/include/
-DNGSPICE_LIBRARY=/Users/lijon/Coding/kicad-mac-builder/build/ngspice-dest/lib/libngspice.dylib
-DKICAD_USE_OCE=OFF
This patch makes it easier to visually keep apart traces for current
vs voltage and phase vs magnitude, by using dotted line style for
current and phase traces.
To get the dotted style drawn correctly, I had to switch from drawing
each trace line segment individually to creating an array and then
This patch allows standard trackpad gestures for pan and zoom, just
like in eeschema and pcbnew etc.
While working on this, I noticed mathplot.cpp is a bit messy, with a
lot of commented out or unused code, and some buggy behaviours. This
patch does not address any of that.
--
/Jonatan
And here's a screenshot showing how (some of the) new colors looks like.
On Fri, Nov 8, 2019 at 5:13 PM Jonatan Liljedahl wrote:
>
> NEW: The simulator plot now avoids colors already in use, if possible.
> The palette is replaced with a larger one with less saturated colors.
>
er experience.
>
> Thank you for your contribution to KiCad.
>
> Cheers,
>
> Wayne
>
> On 11/7/19 3:52 AM, Jonatan Liljedahl wrote:
> > Hi,
> >
> > Here's an updated patch with fixed commit message. Also I removed some
> > unrelated UI tweaks
NEW: The simulator plot now avoids colors already in use, if possible.
The palette is replaced with a larger one with less saturated colors.
Fixes: lp:1851372
* https://bugs.launchpad.net/kicad/+bug/1851372
--
/Jonatan
http://kymatica.com
On Fri, Nov 8, 2019 at 4:15 PM Bernhard Stegmaier
wrote:
>
> I don’t know about ngspice or Python scripting, I don’t use them.
> Maybe you just need to supply a suitable path to cmake when building?
That ngspice path is correct, otherwise it wouldn't even build it with
ngspice support as far as
On Thu, Nov 7, 2019 at 11:08 PM Adam Wolf wrote:
>
> Merging them in is blocked on the "eliminate symlinked bundles" task.
Is this about the symlinked eeschema.app etc in the main kicad folder?
Are the plans to copy instead of symlink? Or could we instead move
them, and make kicad.app able to
I don’t know about CLion, but that worked for me using Qt Creator without
> problems.
>
> The only thing to remember is that if you do a “make install” once, it won’t
> run from build folder any more.
>
>
> Regards,
> Bernhard
>
> On 7. Nov 2019, at 22:35, Jonatan Liljed
es
instead of having to apply them each time? I know this was discussed
before, regarding the mismatch between KiCad version info string for
the macOS package, but I'm not sure what was decided.
Cheers
On Thu, Nov 7, 2019 at 10:07 PM Jonatan Liljedahl wrote:
>
> Thanks. I managed to
t 10:07 AM Adam Wolf
> > wrote:
> >>
> >> I use CLion, but I also would love to see kicad-mac-builder improved
> >> to the point where it could do the right things for dev, as well.
> >>
> >> Adam
> >>
> >> On Thu, Nov 7, 2019 at 7:
FREQUENCY).
>
> -Ian
>
> On Wed, Nov 6, 2019 at 9:24 PM Jonatan Liljedahl wrote:
>>
>> in sim_types.h:
>>
>> //> Possible plot types
>> enum SIM_PLOT_TYPE {
>> // Y axis
>> SPT_VOLTAGE = 0x01,
>> SPT_CURRENT
Are there any developers on macOS that would like to give me some
hints on how to set up a good environment? Currently I'm using
kicad-mac-builder, but it's not well suited for the kind of iterative
rebuilding during development.
1. It applies the patches each time.
2. It resets the git repo each
e master branch before creating your patch?
> >
> > Wayne
> >
> >> On 11/6/19 5:48 PM, Jonatan Liljedahl wrote:
> >> Ok, now I think I've followed the policies correctly, here's the updated
> >> patch.
> >>
> >> Cheers
> >>
>
in sim_types.h:
//> Possible plot types
enum SIM_PLOT_TYPE {
// Y axis
SPT_VOLTAGE = 0x01,
SPT_CURRENT = 0x02,
SPT_AC_PHASE= 0x04,
SPT_AC_MAG = 0x08,
// X axis
SPT_TIME= 0x10,
SPT_LIN_FREQUENCY = 0x20,
spice vectors).
However, I just realized that there's a problem with my patch, it only
works for V, not I. I'll take a look and update my patch.
On Wed, Nov 6, 2019 at 9:08 PM Sylwester Kocjan wrote:
>
> Hi Jonatan,
>
> On 06/11/2019 13:29, Jonatan Liljedahl wrote:
> > u
useful for plotting calculated vectors ("let AB=V(a)*V(b)"),
see for example
https://forum.kicad.info/t/ac-analysis-of-op-amp-loop-gain-and-phase/19661/6
--
/Jonatan
http://kymatica.com
0001-simulation-allow-entering-signals-spice-vectors-by-n.patch
Description: Binary data
.
It would be nice if one could pass the actual expression (V value) as
a subcircuit parameter, but my attempts at that failed. Not sure if
it's possible, Holger?
Cheers
On Thu, Oct 31, 2019 at 11:14 AM Jonatan Liljedahl wrote:
>
> On Wed, Oct 30, 2019 at 6:42 PM Holger Vogt wrote:
> >
>
On Wed, Oct 30, 2019 at 6:42 PM Holger Vogt wrote:
>
> The current eeschema-ngspice interface is very limited.
Are there any plans or roadmap for improving it?
> > How would one plot, for example, the difference between two vectors?
> > I tried this in a text box:
> >
> > .save
How would one plot, for example, the difference between two vectors?
I tried this in a text box:
.save foo=(‘v(/input)-v(/output2)’)
.tran 10u 50m
but "foo" does not show up in the list of vectors to display in the plot window.
Another thing, I found that one can use parameters for values, for
Thanks!
On Mon, Sep 30, 2019 at 3:19 PM Holger Vogt wrote:
>
> Please see the discussions at https://bugs.launchpad.net/kicad/+bug/1835296
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to :
I've updated my bug report here: https://bugs.launchpad.net/kicad/+bug/1841752
Can someone else on MacOS please test and see if they can reproduce it?
--
/Jonatan
http://kymatica.com
___
Mailing list: https://launchpad.net/~kicad-developers
Post to
h IMHO looks a bit
unprofessional).
I attach a crude mockup of what I mean..
> Cheers,
> Jeff.
>
>
> > On 5 Sep 2019, at 14:05, Jonatan Liljedahl wrote:
> >
> > Personally, I'd much more prefer it like this (see attached screenshot) :)
> >
> > On Thu, Sep
On Thu, Sep 5, 2019 at 1:59 PM Nick Østergaard wrote:
>
> Does the sha listed in the version info from the runtime app not match?
Unfortunately not. For example (5.1.4-60-ga2950354a)
lijon-mbp:kicad lijon$ git branch
* 5.1
master
lijon-mbp:kicad lijon$ git log --oneline | grep ga2950354a
Personally, I'd much more prefer it like this (see attached screenshot) :)
On Thu, Sep 5, 2019 at 2:07 PM Wayne Stambaugh wrote:
>
> I would prefer that we pick a more obvious color out of the box. Under
> certain zoom conditions it's difficult to tell if anything is even
> selected on gtk3.
one being picked for the version
> string is probably one of this. Adam should be able to confirm this.
>
> -Ian
>
> On Thu, Sep 5, 2019 at 10:12 AM Jonatan Liljedahl wrote:
>>
>> Hmm, weird.
>> I'm looking at nightlies of the 5.1 branch for OSX. For example the
ilt from commit
> 6688e80131e8283ecd2b45e0e2c04a4f3d6fcef2.
>
> Regards,
> Andrew
>
> On Thu, Sep 5, 2019 at 12:25 AM Jonatan Liljedahl wrote:
>>
>> Hi list,
>> Is there any way to see from which commit a nightly was built? The hex
>> strings in the download files doesn't seem to
Hi list,
Is there any way to see from which commit a nightly was built? The hex
strings in the download files doesn't seem to be git refs.
--
/Jonatan
http://kymatica.com
___
Mailing list: https://launchpad.net/~kicad-developers
Post to :
On Fri, Aug 30, 2019 at 7:57 PM Nick Østergaard wrote:
>
> Att. Wayne and Adam
>
> According to Jonatans testing in
> https://bugs.launchpad.net/kicad/+bug/1841752/comments/9
>
> It looks like ngspice-30 do work for him on the latest nightlies...
>
> Next step, checking if the 5.1 branch testing
0?
> >
> > Do I simply need to make another set of builds with ngspice-30 and a
> > set with ngspice-26? Is this fine? Maybe? Am I overthinking this?
> >
> > Wayne, dev team, packagers, everyone--what do you think? I don't have
> > any skin in the game here.
> >
&
Hi,
On Thu, Aug 29, 2019 at 4:27 AM Adam Wolf wrote:
>
> Jonathan, I hear you. I rolled back to ngspice-26 for the 5.1.4
> release, and I think it probably makes sense to roll back to
> ngspice-26 for 5.1.5 as well.
Are you saying you meant to roll back in the official 5.1.4 release,
or that
Thanks! I reported the same issue earlier today[1] so I guess it could
be marked as duplicate.
[1] https://bugs.launchpad.net/kicad/+bug/1841752
Cheers
On Wed, Aug 28, 2019 at 3:24 PM Seth Hillbrand wrote:
>
> Note: Changing thread to avoid hijacking.
>
> On 2019-08-28 08:05, Jonat
It would be great if you could roll back to ngspice-26 in 5.1.5, at
least for macOS, since it seems completely broken (can't simulate
op-amps, etc).
Cheers
/Jonatan
On Wed, Aug 28, 2019 at 1:58 PM Wayne Stambaugh wrote:
>
> On 8/27/19 3:56 PM, Seth Hillbrand wrote:
> > Hi All-
> >
> > I know
I haven't tried your new revision, but I have simply added parameters
after the model name in the Spice_Model field, like "pot r=20k k=0.75"
for a subckt like this:
.SUBCKT pot 1 2 3 r=100k k=0.5
R1 2 3 {r*(1-k)}
R2 1 2 {r*(k)}
.ENDS
On Sat, Oct 15, 2016 at 8:15 PM, jp charras
under development so adding this now doesn't make a lot of sense.
>
> Cheers,
>
> Wayne
>
> On 10/12/2016 9:57 AM, Jonatan Liljedahl wrote:
>> Hi list, I'm new here and quite new to Kicad. I'm actually a software
>> developer but doing hobby DIY electronics as we
Hi list, I'm new here and quite new to Kicad. I'm actually a software
developer but doing hobby DIY electronics as well. That's my little
presentation, now on to the topic:
See https://forum.kicad.info/t/simulator-vs-pcb/4219/8
What do you think? Perhaps it would make sense to add a
93 matches
Mail list logo
