I would like some feedback on whether the SIT3X builders find the zip file in post #516 was useful. I will be periodically supplying updates to that file hierarchy. I realize that more explanation is required and I am trying to figure out a convenient way to organize it.
I chose the file hierarchy why of bundling the information for several reason: 1) quickest why to present the information in a form that is currently available, 2) everything is in one file hierarchy, 3) easy to update. There might be better ways to do this, such as using some web server or cloud based file server, but I have no experience using them. It might be possible to simple place the SIT3X-Build-Guide file hierarchy on such a server, requiring no other real changes.
Another approach would be to create a text document with all of the images and text file information inserted, but that would take considerable time to complete.
I chose the file hierarchy why of bundling the information for several reason: 1) quickest why to present the information in a form that is currently available, 2) everything is in one file hierarchy, 3) easy to update. There might be better ways to do this, such as using some web server or cloud based file server, but I have no experience using them. It might be possible to simple place the SIT3X-Build-Guide file hierarchy on such a server, requiring no other real changes.
Another approach would be to create a text document with all of the images and text file information inserted, but that would take considerable time to complete.
Perhaps you are referring to the file hierarchy of the SIT3X-Build-Guide folder? (posts #518 and #519) That is fine to work with. The second Zip file used the same name, which made it slightly less convenient to unpack the contents into the hierarchy, but that was a minor issue.
I haven't loaded the BOM into Mouser yet, so I don't have any feedback for that.
I haven't loaded the BOM into Mouser yet, so I don't have any feedback for that.
I did load the items into Mouser, it works great. I had to input the quantities though, because I am using Numbers, not Excel, so I copied the item # column and paste it. I like to add resistor quantities to at least 10 to get max discount, add the excess to my resistor inventory.
Rush
Rush
Yes, I am referring to the SIT3X-Build-Guide hierarchy.
I had to bundle the SIT3X prototype images into a separate zip file because of a file size limit for attachments.
unzip on Linux has a -u (update) switch option that allows one to merge newer versions of existing files and new files into an existing hierarchy. I do not know if unzip on windows has the same functionality.
Yes, I also tend to pad my resistor inventory on orders.
Be aware that PS-1CH-20200830.BOM and SIT3X-FCFE-1b.BOM are for one channel only. For a pair of channels, double each order.
There's probably a similar option to use UnZip on the Mac, even if it means using the command line window. I just haven't looked into it.
"There's probably a similar option to use UnZip on the Mac, even if it means using the command line window. I just haven't looked into it."
Yes, just double click it, it opens. Easy-Peasy.
Rush
Yes, just double click it, it opens. Easy-Peasy.
Rush
I normally do just that - double click on the file. I was referring to using the -u option or equivalent on the BSD variant of Unix that runs on the Mac.
Yup, here are a couple of the relevant options:
-f freshen existing files, i.e., extract only those files that already exist on
disk and that are newer than the disk copies. By default unzip queries before
overwriting, but the -o option may be used to suppress the queries. Note that
under many operating systems, the TZ (timezone) environment variable must be
set correctly in order for -f and -u to work properly (under Unix the variable
is usually set automatically). The reasons for this are somewhat subtle but
have to do with the differences between DOS-format file times (always local
time) and Unix-format times (always in GMT/UTC) and the necessity to compare
the two. A typical TZ value is ``PST8PDT'' (US Pacific time with automatic
adjustment for Daylight Savings Time or ``summer time'').
-u update existing files and create new ones if needed. This option performs the
same function as the -f option, extracting (with query) files that are newer
than those with the same name on disk, and in addition it extracts those files
that do not already exist on disk. See -f above for information on setting the
timezone properly.
-f freshen existing files, i.e., extract only those files that already exist on
disk and that are newer than the disk copies. By default unzip queries before
overwriting, but the -o option may be used to suppress the queries. Note that
under many operating systems, the TZ (timezone) environment variable must be
set correctly in order for -f and -u to work properly (under Unix the variable
is usually set automatically). The reasons for this are somewhat subtle but
have to do with the differences between DOS-format file times (always local
time) and Unix-format times (always in GMT/UTC) and the necessity to compare
the two. A typical TZ value is ``PST8PDT'' (US Pacific time with automatic
adjustment for Daylight Savings Time or ``summer time'').
-u update existing files and create new ones if needed. This option performs the
same function as the -f option, extracting (with query) files that are newer
than those with the same name on disk, and in addition it extracts those files
that do not already exist on disk. See -f above for information on setting the
timezone properly.
Does anyone have suggestions for a file-sharing or file-hosting service that might be better than updating from zip files?
I use Googlesheets : Google Sheets: Free Online Spreadsheets for Personal Use
Salas and Teabag use them too. You can protect cells or make the whole sheet protected or open. A protected sheet can be copied and pasted into what ever you want, so a user can upload a BOM from a copied fully protected sheet.
Rush
Salas and Teabag use them too. You can protect cells or make the whole sheet protected or open. A protected sheet can be copied and pasted into what ever you want, so a user can upload a BOM from a copied fully protected sheet.
Rush
I need a lot more than spreadsheets. My preference would be to have a file hierarchy that I can edit and others can access.
If you visit The world’s leading software development platform * GitHub and search for "electronics" you will find several projects tagged as "electronics" and "hardware". It certainly does not violate their policies.
🙂
🙂
Yes, I managed to create a github account and it certainly looks like I can build a repository.
Having in the past dealt with a variety of revision control systems I am relatively familiar with the process of their creation and utilization. I also remember the learning curve involved for both the creator and the user.
For now I plan to issue zip file updates to the
SIT3X-Build-Guide unless serious problems arise.
Having in the past dealt with a variety of revision control systems I am relatively familiar with the process of their creation and utilization. I also remember the learning curve involved for both the creator and the user.
For now I plan to issue zip file updates to the
SIT3X-Build-Guide unless serious problems arise.
Speaking of zip file updates, here is another one. It should be merged via 'unzip -u <zip-file-name>' into the SIT3X-Build-Guide hierarchy.
Let me know how it goes.
Let me know how it goes.
Rush just advised me in an email that NOT ALL PARTS are listed in the xls BOMs. That is because there are some options to consider that are shown in the .BOM text files. In particular, the OS boards can use a variety of output capacitors, and the "magic" Xpot P6 can be a trimmer on the OS PCB or a panel mounted, 10-turn dial pot mounted on the front or back panel. Similarly, the are some power supply options for thermistors (still to be resolved), and the analog ground to chassis ground circuit (thermistor vs. back-to-back rectifiers).
