Thank you Stefan, is very useful and concise video. I was wondering if is possible to change the grid for symbol editor, to be able to draw the art style of the symbol with more detail.
Hi Stefan, thank you a lot for your videos. I plan to characterize the technology to use gmID systematic design approach and create lookup tables. I'd like to be able to run from Python xschem and make simulations for different voltages and transistor sizes. I read in the xschem documentation that the program can be run remotely via TCL, however I'm not well versed in that. Do you have by any chance a tutorial or step by step guide to do so? Or do you recommend me to run directly ngspice from Python? I saw there is a tool called pyspice to do that. I'd appreciate a lot your help. Thank you
Why is ALT+G not loading the graphs, instead the wire next to the symbol becomes red, the graph stays empty. I installed gaw, but still unable to load the graph. I am following your ready made examples on bipolar transistor. The simulation runs fine but while trying to get the graphs, I am unable to load them. I am on Linux Mint 21.3 Cinnamon. PS: I managed to get the graphs but I am unsure of the steps. Most probably ALT+G is not working as expected, I selected the load arrow and clicked the left mouse button as written on the schematic. But I am unsure how the graphs are getting loaded because clicking the left mouse button is not immediately responding. I think the controls have changed. Could you please make a newer video. Are the manuals for xschem updated ? If they are I will refer them. Wonderful tool, at least now, I have an option to make some videos with xschem at least, due to it's open source nature.
gracias por el videos como se llama esa res que incluyo al ultimo donde dice Start si pudiera decirnos los componentes que usa porque sino no se entiende bien yo deseo hacer lo mismo y no encuentro los componentes gracias
yes 'l' means low and 'h' means high, 't' means typical. the first letter refers to n-channel, the second to p-channel. 'l' means slow devics, thus high vth, 'h' means fast devices, low vth.
Hello. Could you do a video on how to install asky130 and gf180 on the same pc and switch between them? There are events and projects that use on of the two and it could make it easier for students to access any of the pdks.
see this manual page: xschem.sourceforge.io/stefan/xschem_man/tutorial_xschem_sky130.html configuring open_pdks with the following command: ./configure --enable-sky130-pdk --enable-gf180mcu-pdk will install both sky130 (all process variants) and gf180mcu (all process variants). Switching between one and the other is a matter of starting xschem from a directory with a sky130 xschemrc file or from a directory with a gf180mcu xschemrc file.
The only problem I have with Xlib is that it uses the antiquated Xlib primitives instead of a gui toolkit like GTK or TK or Qt. Recent graphics drivers are bad at implementing full Xlib and this is causing visual artefacts. I do not want to sound ungrateful, but I beg you to consider re-writing this in a modern toolkit in your most free time.
Start your xserver with acceleration disabled (Option "Accel" "false") in the xorg.conf, all visual artifacts should disappear. This is just a test to verify the xserver is broken (and blame the related programmers). Usually there are options to make the graphics driver work as expected, for example I have to set Option "PageFlip" "false" to make it work fine with my AMD Radeon GPU, without losing acceleration. (anyway for xschem 2D workloads the framebuffer device is usually faster than any accelerated GPU). Even a super-duper Nvidia GPU sucks badly at drawing wide lines with round caps, because modern programmers have lost the 80's techniques to do fast 2D graphics on slow hardware. Even if you set up GL shaders for this you need at least 200+ triangles to have a decent wide line, so at the end it sucks. Not to mention GL compatibility on different platforms, it's a nightmare. There is no plan to use GTK or QT *ever*. these toolkits are way way way too big, they change API too frequently requiring too many UI rewrites (see for example GTK1, GTK2, GTK3, GTK4, GTK5, all incompatible to previous versions). For example the GIMP image manipulation program was finally ported from gtk2 to gtk3 after many years, one month before gtk4 was released. The porting effort is massive. Over time a switch away from xlib will be made but this will happen when I have a clear picture of what tools are available and what windowing/compositing infrastructure will be in use. For now GTK (which uses Cairo for 2D) is 10x slower so it is a nogo also performance-wise. I will evaluate SDL2 in the future, and see where the Tk toolkit will go. Xschem compiles without problems on tcl-tk 8.4 which was released 21 years ago, that means the toolkit is very stable.
TENDRIA QUE SER MAS DIDACTICOS SINO SUS VIDEOS NO TIENE SENTIDO DEBERIA DECIR QUE COMPONENTES SON SUPONGO QUE ES USTED UN PROFESIONAL ESTOY EMTRAMPADO EN ESA MALLA
Al revisar los archivos en sky130_tests, se puede observar que el archivo passgate.sym es el símbolo que se utiliza, una búsqueda que no debería haber tomado más de un par de minutos.
Thank you, Stefan, for what you are doing and what you have done so far.
Thank you Stefan, is very useful and concise video. I was wondering if is possible to change the grid for symbol editor, to be able to draw the art style of the symbol with more detail.
Hi Stefan, thank you a lot for your videos. I plan to characterize the technology to use gmID systematic design approach and create lookup tables. I'd like to be able to run from Python xschem and make simulations for different voltages and transistor sizes. I read in the xschem documentation that the program can be run remotely via TCL, however I'm not well versed in that. Do you have by any chance a tutorial or step by step guide to do so? Or do you recommend me to run directly ngspice from Python? I saw there is a tool called pyspice to do that. I'd appreciate a lot your help. Thank you
Why is ALT+G not loading the graphs, instead the wire next to the symbol becomes red, the graph stays empty. I installed gaw, but still unable to load the graph. I am following your ready made examples on bipolar transistor. The simulation runs fine but while trying to get the graphs, I am unable to load them. I am on Linux Mint 21.3 Cinnamon.
PS: I managed to get the graphs but I am unsure of the steps. Most probably ALT+G is not working as expected, I selected the load arrow and clicked the left mouse button as written on the schematic. But I am unsure how the graphs are getting loaded because clicking the left mouse button is not immediately responding. I think the controls have changed. Could you please make a newer video. Are the manuals for xschem updated ? If they are I will refer them. Wonderful tool, at least now, I have an option to make some videos with xschem at least, due to it's open source nature.
gracias por el videos como se llama esa res que incluyo al ultimo donde dice Start si pudiera decirnos los componentes que usa porque sino no se entiende bien yo deseo hacer lo mismo y no encuentro los componentes gracias
Thank you stefan for this video, i have a question is there a way to use verilog-a modeling in xschem or just schematics ?
como se llama los componentes de esa red donde dice SRARTt STARTN
i have a question, what does the sky 130 hh, ll ,lh and hl corners mean? do they change the VTH of the transistors?
yes 'l' means low and 'h' means high, 't' means typical. the first letter refers to n-channel, the second to p-channel. 'l' means slow devics, thus high vth, 'h' means fast devices, low vth.
The hh/hl/lh/ll corners affect capacitance and resistance values. lh means low resistances, high capacitances.
Is there a layout design for this design?
Hello. Could you do a video on how to install asky130 and gf180 on the same pc and switch between them? There are events and projects that use on of the two and it could make it easier for students to access any of the pdks.
see this manual page: xschem.sourceforge.io/stefan/xschem_man/tutorial_xschem_sky130.html
configuring open_pdks with the following command:
./configure --enable-sky130-pdk --enable-gf180mcu-pdk
will install both sky130 (all process variants) and gf180mcu (all process variants).
Switching between one and the other is a matter of starting xschem from a directory with a sky130 xschemrc file or from a directory with a gf180mcu xschemrc file.
@@stefsport2002 thank you!
What is your distro
Hey I am new to this stuff, what does distro mean ?
@@chetanggs Linux distribution
The only problem I have with Xlib is that it uses the antiquated Xlib primitives instead of a gui toolkit like GTK or TK or Qt. Recent graphics drivers are bad at implementing full Xlib and this is causing visual artefacts.
I do not want to sound ungrateful, but I beg you to consider re-writing this in a modern toolkit in your most free time.
Start your xserver with acceleration disabled (Option "Accel" "false") in the xorg.conf, all visual artifacts should disappear. This is just a test to verify the xserver is broken (and blame the related programmers).
Usually there are options to make the graphics driver work as expected, for example I have to set Option "PageFlip" "false" to make it work fine with my AMD Radeon GPU, without losing acceleration. (anyway for xschem 2D workloads the framebuffer device is usually faster than any accelerated GPU). Even a super-duper Nvidia GPU sucks badly at drawing wide lines with round caps, because modern programmers have lost the 80's techniques to do fast 2D graphics on slow hardware. Even if you set up GL shaders for this you need at least 200+ triangles to have a decent wide line, so at the end it sucks. Not to mention GL compatibility on different platforms, it's a nightmare.
There is no plan to use GTK or QT *ever*. these toolkits are way way way too big, they change API too frequently requiring too many UI rewrites (see for example GTK1, GTK2, GTK3, GTK4, GTK5, all incompatible to previous versions). For example the GIMP image manipulation program was finally ported from gtk2 to gtk3 after many years, one month before gtk4 was released. The porting effort is massive.
Over time a switch away from xlib will be made but this will happen when I have a clear picture of what tools are available and what windowing/compositing infrastructure will be in use. For now GTK (which uses Cairo for 2D) is 10x slower so it is a nogo also performance-wise.
I will evaluate SDL2 in the future, and see where the Tk toolkit will go. Xschem compiles without problems on tcl-tk 8.4 which was released 21 years ago, that means the toolkit is very stable.
TENDRIA QUE SER MAS DIDACTICOS SINO SUS VIDEOS NO TIENE SENTIDO DEBERIA DECIR QUE COMPONENTES SON SUPONGO QUE ES USTED UN PROFESIONAL ESTOY EMTRAMPADO EN ESA MALLA
Al revisar los archivos en sky130_tests, se puede observar que el archivo passgate.sym es el símbolo que se utiliza, una búsqueda que no debería haber tomado más de un par de minutos.