Re: gEDA-user: Draft documentation for Scheme API
On Friday 24 June 2011 22:44:29 Peter TB Brett wrote: Hi folks, I've now written the documentation for the Scheme API so far (in TexInfo, simply because that was the quickest way to get it done and looking nice). I've put an HTML version on the web temporarily here: http://peter-b.co.uk/geda/geda-scheme/ That URL will change soon(ish), and I'll let you know when it does. Now at http://geda.peter-b.co.uk/geda-scheme/. Peter -- Peter Brett pe...@peter-b.co.uk Remote Sensing Research Group Surrey Space Centre signature.asc Description: This is a digitally signed message part. ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: gschem add net problem
This sounds familiar to me. I think I've seen this before and had to add 1-unit segments going down to connect all the parts to the horizontal net line. --- On Fri, 6/24/11, Phil Taylor p...@plastitar.com wrote: From: Phil Taylor p...@plastitar.com Subject: Re: gEDA-user: gschem add net problem To: gEDA user mailing list geda-user@moria.seul.org Date: Friday, June 24, 2011, 10:50 PM I usually draw net stubs coming off any long net for the visual safety of seeing each one fully drawn. The risks of not doing it this way seem to great. It also makes different sized symbols fit in parallel without issue. So for three parallel symbols sharing one net there would be at least four net line segments graphically. (one stem and three stubs). Compared to the effort one takes to create a full schematic, this small extra bit of drawing matters little. Regards, Phil Signature On Jun 24, 2011, at 7:25 PM, Tim Holmes [1]holmes...@gmail.com wrote: OK, I think I finally see it. In the example below, I would need to place a net from the pin of the middle resistor to the net connecting the outer two resistors. I can't just drop the pin of a part on an existing net. Tim On 06/24/2011 06:48 PM, Phil Taylor wrote: On 6/24/2011 4:06 PM, Tim Holmes wrote: But if I try moving the middle resistor, it does not rubberband like the two outside ones. This happens whenever I try to install a symbol on a net. I can get it to work by moving the part off the line and connecting another net to it manually. But as soon as I try to move it back into position, the connection goes away, and it will not rubberband. Gschem will convert net segments into a single line segment if they are drawn, or moved to, a straight line. If you only drew one line segment to start with, it will be only editable by the handles on its endpoints (it is a line segment). Hope it helps, Phil ___ geda-user mailing list [2]geda-user@moria.seul.org [3]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list [4]geda-user@moria.seul.org [5]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list [6]geda-user@moria.seul.org [7]http://www.seul.org/cgi-bin/mailman/listinfo/geda-user References 1. file://localhost/mc/compose?to=holmes...@gmail.com 2. file://localhost/mc/compose?to=geda-user@moria.seul.org 3. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user 4. file://localhost/mc/compose?to=geda-user@moria.seul.org 5. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user 6. file://localhost/mc/compose?to=geda-user@moria.seul.org 7. http://www.seul.org/cgi-bin/mailman/listinfo/geda-user ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
gEDA-user: Crash in pcb_vprintf when getting object report of unplated hole
82721122dae63a96c89d273bba7abd8b3e6e8337 #0 0x755db386 in _IO_vfprintf_internal (s=value optimized out, format=value optimized out, ap=value optimized out) at vfprintf.c:1620 #1 0x75691e38 in __vasprintf_chk (result_ptr=0x7fffc328, flags=1, format=0xf3b170 %s, args=0x7fffc348) at vasprintf_chk.c:68 #2 0x772893fb in vasprintf (string=0x7fffc328, format=value optimized out, args=value optimized out) at /usr/include/bits/stdio2.h:199 #3 g_vasprintf (string=0x7fffc328, format=value optimized out, args=value optimized out) at /build/buildd/glib2.0-2.29.8/./glib/gprintf.c:314 #4 0x77264fcd in g_strdup_vprintf (format=value optimized out, args=value optimized out) at /build/buildd/glib2.0-2.29.8/./glib/gstrfuncs.c:253 #5 0x7726506c in g_strdup_printf (format=value optimized out) at /build/buildd/glib2.0-2.29.8/./glib/gstrfuncs.c:279 #6 0x00473563 in pcb_vprintf ( fmt=0x52168f s.\nIt is a pure hole of diameter %$mS.\nName = \%s\.%s, args=0x7fffc4b8) at pcb-printf.c:301 #7 0x00473c7f in pcb_sprintf (string=0x7fffc6a0 , fmt=value optimized out) at pcb-printf.c:389 #8 0x004859c9 in ReportDialog (argc=value optimized out, argv=value optimized out, x=value optimized out, y=value optimized out) at report.c:147 ---Type return to continue, or q return to quit--- #9 0x00497694 in hid_actionv (name=value optimized out, argc=0, argv=0x0) at hid/common/actions.c:246 #10 0x00497a44 in hid_parse_actionstring ( rstr=0xd49590 ReportObject(), require_parens=1 '\001') at hid/common/actions.c:330 #11 0x004c9309 in ghid_menu_cb (action=value optimized out, data=value optimized out) at hid/gtk/gui-top-window.c:623 #12 ghid_menu_cb (action=value optimized out, data=value optimized out) at hid/gtk/gui-top-window.c:514 #13 0x764b3d54 in g_closure_invoke (closure=0xd8af10, return_value=0x0, n_param_values=1, param_values=0xe18540, invocation_hint=value optimized out) at /build/buildd/glib2.0-2.29.8/./gobject/gclosure.c:771 #14 0x764c5bbb in signal_emit_unlocked_R (node=value optimized out, detail=0, instance=0xd8b1b0, emission_return=0x0, instance_and_params=0xe18540) at /build/buildd/glib2.0-2.29.8/./gobject/gsignal.c:3256 #15 0x764cf1c7 in g_signal_emit_valist ( instance=value optimized out, signal_id=value optimized out, detail=value optimized out, var_args=0x7fffd308) at /build/buildd/glib2.0-2.29.8/./gobject/gsignal.c:2987 #16 0x764cf392 in g_signal_emit (instance=value optimized out, signal_id=value optimized out, detail=value optimized out) ---Type return to continue, or q return to quit--- at /build/buildd/glib2.0-2.29.8/./gobject/gsignal.c:3044 #17 0x76c3d163 in _gtk_action_emit_activate (action=0xd8b1b0) at /build/buildd/gtk+2.0-2.24.5/gtk/gtkaction.c:794 #18 0x76c3da09 in closure_accel_activate (closure=0xd8be10, return_value=0x7fffd5a0, n_param_values=value optimized out, param_values=value optimized out, invocation_hint=value optimized out, marshal_data=value optimized out) at /build/buildd/gtk+2.0-2.24.5/gtk/gtkaction.c:1764 #19 closure_accel_activate (closure=0xd8be10, return_value=0x7fffd5a0, n_param_values=value optimized out, param_values=value optimized out, invocation_hint=value optimized out, marshal_data=value optimized out) at /build/buildd/gtk+2.0-2.24.5/gtk/gtkaction.c:1755 #20 0x764b3d54 in g_closure_invoke (closure=0xd8be10, return_value=0x7fffd5a0, n_param_values=4, param_values=0x11e8d20, invocation_hint=value optimized out) at /build/buildd/glib2.0-2.29.8/./gobject/gclosure.c:771 #21 0x764c5bbb in signal_emit_unlocked_R (node=value optimized out, detail=2085, instance=0xcf1600, emission_return=0x7fffd6e0, instance_and_params=0x11e8d20) at /build/buildd/glib2.0-2.29.8/./gobject/gsignal.c:3256 #22 0x764cf056 in g_signal_emit_valist ( instance=value optimized out, signal_id=value optimized out, detail=value optimized out, var_args=0x7fffd748) ---Type return to continue, or q return to quit--- at /build/buildd/glib2.0-2.29.8/./gobject/gsignal.c:2997 #23 0x764cf392 in g_signal_emit (instance=value optimized out, signal_id=value optimized out, detail=value optimized out) at /build/buildd/glib2.0-2.29.8/./gobject/gsignal.c:3044 #24 0x76c38354 in IA__gtk_accel_group_activate (accel_group=0xcf1600, accel_quark=2085, acceleratable=0x864030, accel_key=114, accel_mods=GDK_CONTROL_MASK) at /build/buildd/gtk+2.0-2.24.5/gtk/gtkaccelgroup.c:890 #25 0x76c396f9 in IA__gtk_accel_groups_activate (object=0x864030, accel_key=114, accel_mods=GDK_CONTROL_MASK) at /build/buildd/gtk+2.0-2.24.5/gtk/gtkaccelgroup.c:927 #26 0x76e3223c in IA__gtk_window_activate_key
Re: gEDA-user: Crash in pcb_vprintf when getting object report of unplated hole
Fixed in 9713a872e7. Thanks for reporting! -- Andrew Poelstra Email: asp11 at sfu.ca OR apoelstra at wpsoftware.net Web: http://www.wpsoftware.net/andrew/ ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
Re: gEDA-user: OT: help needed; asymmetric load after rectifier seems to disrupt its working.
On 06/24/2011 07:10 AM, myken wrote: This is strange in my simulation the attached circuit works fine. In real life it kinda works but the signals are distorted like you can see. I think that has something to do with the fact we used a pulse transformer to try the circuit. If we disconnect Vx the signals stay the same, so the distortion is in the transformer. If you say it doesn't work then why doesn't it work? On 22/06/11 22:39, Andy Fierman wrote: One thing that seems to be a problem, is that you've created a tuned circuit on the primary. L-R-C, series resonant at about 23 kHz, which seems like that's what you were trying to do. The Q is very high, X/R, and R is 0.25 per data sheet. So, you the thing peaks at precisely your source frequency! In my simulation, the output voltage is *huge*, the transformer current is equally high. Try your simulation in the frequency domain as well as the time domain. Regarding your experimental setup - you are probably saturating your core. gene ___ geda-user mailing list geda-user@moria.seul.org http://www.seul.org/cgi-bin/mailman/listinfo/geda-user
