**** BEGIN LOGGING AT Sat Jan 25 02:59:59 2020 Jan 25 03:00:39 It depends on the servo but mine, the S3003 (eol), is every 5.2 ms! Jan 25 03:07:20 8.65 + 1! Jan 25 03:11:00 right but the standard is 20ms Jan 25 03:12:57 I read that too. But... Jan 25 03:13:17 I thought things got more complicated b/c of the differences in servo specs. Jan 25 03:13:46 well the fastest your servo can move now ... Jan 25 03:14:26 then there is how often you need to update the servo Jan 25 03:14:58 Right. I also read that the stoppage time when the servo holds its force needs updating. Jan 25 03:15:47 Does this make sense? https://pastebin.com/nLFavBJJ? Jan 25 03:16:12 I have a set up of a library, a i2c library for communication, and that source so far. Jan 25 03:16:25 I can do all sorts of stuff so far but I want to get it right. Jan 25 03:19:35 ... Jan 25 03:20:00 might make more sense to set your sleep time based on the frequency IE time.sleep(period) with period = 1/frequency Jan 25 03:20:15 Hmm. Jan 25 03:20:18 Neat. Jan 25 03:20:34 Let me try. Jan 25 03:21:00 throwing a none defined constant 0.00865 into a function like that is asking for trouble by the way. Jan 25 03:21:21 Oh. That is actually good to know. Jan 25 03:21:48 hence period PERIOD set globably. because you may have that constant used in more than just one place Jan 25 03:22:11 Right. Repitition! I have been trying to cut down on it in source. Jan 25 03:23:50 I also noticed to set up servos, it is common to account for a setup time of 0.0015 seconds. Jan 25 03:23:56 or 1.5 ms. Jan 25 03:25:05 If you only update the servo's once per frame IE change them once per frame, that won't be a problem. Keep track of time elapsed is a different issue. Jan 25 03:25:39 Oh. Yea. I always wondered how to account for dc voltage used. Jan 25 03:27:04 that's what the weird discusion of the servo speed was for. IE 0.23s/60 4.8V 0.19s/60 6V Jan 25 03:27:20 Yea. Sorry about that. Jan 25 03:27:34 I feel new to everything until I can speak it in English. Jan 25 03:28:28 motors have a constant called kV which stands for speed per volt that's why it moves at a different speed at higher voltage. Jan 25 03:28:48 Oh. Jan 25 03:30:04 that's why you had those differing numbers. That's also why I asked about them, as the max speed per voltage input is given by them. Jan 25 03:30:21 It makes sense now? Jan 25 03:30:53 Sort of. GenTooMan: Please do not stress yourself out over my lack of understanding. But sort of. Jan 25 03:32:49 I wouldn't worry about that. you haven't been kicked out of the channel that I am aware of :D Jan 25 03:33:04 Oh yea. I bet I have before but who knows. Jan 25 03:33:27 I am working on the BBGW now w/ that source to try to automate my servos. Jan 25 03:33:37 <<<< not close Jan 25 03:34:56 that will keep the servo just sitting at a fixed angle the entire time you know. Jan 25 03:35:17 I keep changing the source to test out new methods. Jan 25 03:35:22 But yea. You were right. Jan 25 03:35:56 I already made a controller for it online. I would rather automate them this time. Jan 25 03:36:30 I mean, the sleep time is just part of this simple test presumably... in a more complicated application you'd presumably either update the values based on external stimuli, or have a timer that periodically updates them based on some computation (e.g. a control loop) Jan 25 03:37:06 although I don't see the point of this test since you're repeatedly setting it to exactly the same value Jan 25 03:37:12 which does... nothing Jan 25 03:37:57 For now, the servos cannot control anything but in time, they may control something, i.e. legs, an arm, and/or jack in the box. Jan 25 03:37:58 also, presumably you meant motor.ServoMoveAngle, not ServoMoveAngle Jan 25 03:38:08 Right. I had to rewrite that. Jan 25 03:38:25 I should work on the library instead this time. Jan 25 03:38:27 also, why the if __name__=="__main__" ? Jan 25 03:38:39 empty instance. Jan 25 03:38:42 ? Jan 25 03:38:49 That is something I learned a while back. Jan 25 03:39:04 It used to be called correct. Jan 25 03:39:05 it's just an idiom used for adding a bit of test code to the end of a module Jan 25 03:39:13 It could be wrong. Jan 25 03:39:16 oh. Jan 25 03:39:16 this is not a module, it's just a script, hence this test is pointless Jan 25 03:39:21 Okay. Jan 25 03:39:24 NOw, I know. Jan 25 03:39:55 it's a weird idiom anyway, just keep scripts and modules separate Jan 25 03:40:00 Okay. Jan 25 03:41:57 if the module is named __main__ that gets executed otherwise it does. It's a messy pythonism it makes sense but doesn't at the same time. Python has no "main" module so that is how they decided to handle such things. It also allows for module unit testing is my guess. Jan 25 03:42:35 Right. But if you wanted, you could type def main(): Jan 25 03:42:49 I have seen it in python before. Jan 25 03:43:00 yeah, like I said, it's a weird idiom to let lazy devs stick test at the end of a module, where it doesn't belong Jan 25 03:43:09 *test code Jan 25 03:43:09 Okay. Jan 25 03:43:39 also "otherwise it doesn't" not does. Yeah sleep is good. set_ still need to call main from the primary script level. Pythonism as I call them. Jan 25 03:44:03 Yeppers. Jan 25 03:44:08 Yeppers. Jan 25 03:44:10 Yeppers. Jan 25 03:44:12 Dang it. Jan 25 03:44:24 not sure what you mean... normally you don't really have a "main function", you just have top-level code Jan 25 03:45:14 I just made my servo spasm. Jan 25 03:45:23 Ha. Jan 25 03:45:37 That library MotorBridge.py does not allow for much for steppers. Jan 25 03:45:46 I mean, servos. Jan 25 03:46:21 makes sense since ServoInit presumably initializes it to zero and then you set it to 45 Jan 25 03:46:29 with essentially no time in between Jan 25 03:46:36 so that would be a "spasm" Jan 25 03:46:41 Wait. I have more source. Jan 25 03:46:53 Please hold for the next rendition of silliness on my end. Jan 25 03:48:59 https://pastebin.com/my4bCqQj and ooh la la! Jan 25 03:50:58 this doesn't even make any sense, and should throw an exception unless thr MotorBridgeCape code is poorly written (it probably is) Jan 25 03:51:09 Both! Jan 25 03:51:40 The result is data[1] = Value & 0xff Jan 25 03:51:51 it should definitely throw an exception Jan 25 03:52:01 I expect "TypeError: unsupported operand type(s) for &: 'tuple' and 'int'" Jan 25 03:52:04 TypeError: unsupported operand type(s) for &: 'list' and 'int' Jan 25 03:52:05 Right. Jan 25 03:52:34 list and int? Jan 25 03:52:48 Oh. I may have changed it since the last time. Jan 25 03:52:52 Please hold. Jan 25 03:53:22 the problem is you're passing a tuple (or now apparently a list) as second argument to ServoMoveAngle Jan 25 03:53:25 it should be an int Jan 25 03:53:26 Oh. I remember what i did. Instead of (), I used [()]. Jan 25 03:53:33 Oh. Jan 25 03:53:35 Got it. Jan 25 03:53:46 Okay. SO, I need to put in an int. Jan 25 03:53:59 Aw. Jan 25 03:54:00 there's also a lot in your code that just does nothing Jan 25 03:54:09 For now. Jan 25 03:54:17 I am building. Jan 25 03:54:38 building what? Jan 25 03:54:50 source...in time. Jan 25 03:55:21 maybe you should first try to conceptualize what it is you're trying to get the servos to do Jan 25 03:55:34 O to 180 and back. Jan 25 03:55:40 But along my points. Jan 25 03:56:02 so, 0, 45, 90, 135, 180, 135, 90, 45, 0. Jan 25 03:56:31 I could look it up but I would rather test it out too. So, I will research some more. Jan 25 04:00:33 https://pastebin.com/3dDvuKBP Jan 25 04:00:46 decrease sleep time as desired, but it's better to start too slow than too fast Jan 25 04:00:57 btw 50 seems extremely low Jan 25 04:01:04 for a servo Jan 25 04:01:23 okay maybe not Jan 25 04:01:40 I will test that servo source. Jan 25 04:01:42 never mind me :P Jan 25 04:01:59 Please hold. Oh yea. b/c the python library multiplies by 10. Jan 25 04:02:11 although preferably the frequency should come from the datasheet of the servo, if it has one Jan 25 04:02:28 Okay. 60, I think. I will make sure. Jan 25 04:02:49 nothing gets multiplied by 10 here Jan 25 04:02:58 beagle bones element 14 b6 need help Jan 25 04:03:12 In the MotorBridge.py library. Jan 25 04:03:27 set_: you're probably confusing things with DCMotorMove Jan 25 04:03:31 which you're not using here Jan 25 04:03:37 hooked to kb and hdmi Jan 25 04:03:37 Dang it, you are right. Jan 25 04:04:12 Again. You are right. The motor did its thing. Jan 25 04:04:13 as soon as the login prompt is shown it disappears Jan 25 04:04:32 I cannot believe how long it took me to goof. Jan 25 04:04:35 Thank you. Jan 25 04:05:19 usb connect sees the disk drive but won't connect to 192.168.7.2 Jan 25 04:05:37 BJ81: Did you try to update your image? Jan 25 04:05:41 BJ81: is there important data on it? otherwise I'd suggest just reflashing it Jan 25 04:06:02 is it possible to reimage the on board flash Jan 25 04:06:24 not clear which image to use Jan 25 04:06:39 latest-images! Jan 25 04:06:54 BJ81: the IoT image is recommended... the eMMC flasher for the latest image is https://rcn-ee.com/rootfs/bb.org/testing/2019-08-03/stretch-iot/bone-eMMC-flasher-debian-9.9-iot-armhf-2019-08-03-4gb.img.xz (for some reason the link on the site hasn't updated yet) Jan 25 04:07:05 the IoT image doesn't include a desktop environment (i.e. a GUI via HDMI) Jan 25 04:07:06 there are numerous are they all compatible with all hardware? Jan 25 04:07:26 the latest-images page explicitly lists which images are compatible with which hardware Jan 25 04:08:26 the only concern is with really old BBBs (which had only 2GB of eMMC), where most of the recent images won't fit, but it doesn't sound like you have one of those Jan 25 04:08:47 so looking on the board how do I determine the actual hw Jan 25 04:08:54 there is no s/n Jan 25 04:09:11 the board has etched in copper B6 Jan 25 04:09:28 and letraset Element Jan 25 04:09:46 I recall it was a beagle bones black element 14 Jan 25 04:10:00 that's a pcb revision, not sure how those correspond to overall hw revision Jan 25 04:10:02 but see nothing on the board to corroborate that Jan 25 04:10:03 one way to tell is by checking the eMMC part on the board... before rev C it used Micron eMMC with part marking "JW896": https://photos.app.goo.gl/iFpxtrs4pMCgmd427 Jan 25 04:10:38 rev C uses Micron JWA06 or one of various Kingston eMMC chips Jan 25 04:12:29 3xe77 D9PXV Jan 25 04:12:58 micron? Jan 25 04:13:18 M with a oval Jan 25 04:13:47 wrong chip Jan 25 04:13:51 that's ram Jan 25 04:13:52 U12 Jan 25 04:14:04 see my photo for which chip is the eMMC Jan 25 04:14:52 Every time I have read the source for >>> for i in range():, it had the parentheses. Jan 25 04:14:53 Neat! Jan 25 04:14:55 ur photo shows u13 Jan 25 04:15:01 no u13 on this board Jan 25 04:15:48 as far as I know every beaglebone black has the same basic pcb layout Jan 25 04:15:52 can you make a photo? Jan 25 04:16:07 not easily Jan 25 04:17:31 am3358bzcz100 Jan 25 04:17:42 u5 Jan 25 04:18:02 I've seen tons of BBB rev C boards from various manufacturers, and I have an old rev A5A, they all have eMMC in the exact same spot Jan 25 04:18:11 yeah that's the cpu Jan 25 04:19:44 u11 NXP 88bhm s1g926,1 zsd3401 Jan 25 04:19:57 https://tweakers.net/ext/f/TWs4O4EPOVkpgHjjNo6ctzh9/full.jpg Jan 25 04:20:33 that shows all the chips.. except this is an old A5 board with an XAM3359A processor while later boards use the AM3358B Jan 25 04:20:38 all the major chips I mean Jan 25 04:21:30 so far you've listed pretty much every chip *except* eMMC Jan 25 04:21:55 wait, is *it* a beaglebone black right? black pcb? Jan 25 04:22:08 it *is* I mean Jan 25 04:22:21 You trippin'! Jan 25 04:23:03 k if the ics r in the same place ... my emmc is a kingston lots of nbrs Jan 25 04:23:11 you have rev C Jan 25 04:23:27 KE4CN2H5a Jan 25 04:24:30 yes its a Blabk Jan 25 04:24:35 Black Jan 25 04:24:38 anyway, just reflash it... grab the image I linked earlier, write it to SD card preferably with Etcher (which is a tool that makes writing an image to SD card easy, can decompress .xz files on the fly while flashing, and will verify the SD card contents after writing it) Jan 25 04:24:51 then boot the beaglebone from the sd card and it should automatically reflash the eMMC Jan 25 04:25:06 see also https://beagleboard.org/getting-started Jan 25 04:25:13 ok so thats the part I wasn Jan 25 04:25:17 't clear on Jan 25 04:25:34 I guess I need to go get a SD card Jan 25 04:25:46 so just to clarify: there are normal images and eMMC flashers... I specifically linked to an eMMC flasher Jan 25 04:26:07 just did a RPI so have used the SD util Jan 25 04:26:08 the two types of image are easy to interconvert if you have a linux system since the only difference is one line in a config file Jan 25 04:26:32 normal images would just boot from sd card rather than reflash eMMC Jan 25 04:27:09 k so the image listed in your 1st link should do a bbb e14 revc Jan 25 04:27:33 & reflash the emmc Jan 25 04:28:12 it supports every beaglebone variant except old BBBs prior to rev C (insufficient eMMC space), the old beaglebone white (no eMMC), and the beagebone AI (totally different board) Jan 25 04:28:36 great thx Jan 25 04:29:30 got a nmbr of various boards several years ago and now finally have time to play and this one just doesn't want to play nice Jan 25 04:29:39 sigh Jan 25 04:29:42 there's probably ancient stuff on it Jan 25 04:29:47 but reflashing is easy enough Jan 25 04:30:11 yes np just have to go get some SD cards now Jan 25 04:30:53 yeah in theory the BBB can be reflashed via usb and people have tried to make tools for that, but both seem to be dead Jan 25 04:30:54 Have a RPI 4 in the mail too that needs a card so now have to get 2 Jan 25 04:31:08 at least you'll need the card only temporarily Jan 25 04:31:15 just to reflash eMMC Jan 25 04:31:44 ok then I just get the one I need for the RPI and then reflash Jan 25 04:31:55 thx Jan 25 04:32:32 on an aside ... does the bbb have an adc i/p Jan 25 04:33:19 yeah it has an ADC on board, 7 channels accessible on the P9 header, 0-1.8V Jan 25 04:33:36 10bit or more? Jan 25 04:34:21 the e14 doc lists ADC 3 times but no info Jan 25 04:35:02 in theory 12-bit, but dunno how many of those are noise :P Jan 25 04:35:26 read often with filtering Jan 25 04:36:13 yeah, it can even do averaging (2/4/8/16x) itself, although sampling at a higher rate and filtering yourself can probably yield better results Jan 25 04:36:17 thx again for your help Jan 25 04:48:14 Break time! Jan 25 05:30:57 I made something! Jan 25 05:31:30 The temp. sensor lets the Servo turn on. Neat. But, I have interrupt issues. Jan 25 05:31:54 I think the GreenLED gets in the way. Jan 25 05:33:37 Anyway, it is me. The source is off still. Jan 25 10:00:46 Hi there. Does anyone know if BeagleBoard publishes 3D mechanical CAD models for the BeagleBoard AI, mikroBUS Cape, ADC 8 click, RS485 click, and/or Adapter click? I am hoping for a faithful mechanical model. Jan 25 10:06:07 Guest44946: if at all, then BB.org provides models for the BB AI. everything else would have to be provided by the respecitve suppliers/manufacturers. Jan 25 10:06:57 Guest44946: see what you can find here: https://github.com/beagleboard/beaglebone-ai Jan 25 10:07:06 Guest44946: if its not there, then its not available. Jan 25 10:09:08 Ah, thanks - hadn't had luck there but I'll take another look just in case. Jan 25 10:10:50 good luck. yet theres always the possibility that it just isn't provided. Jan 25 12:17:28 m Jan 25 21:41:36 Hello Jan 25 21:48:55 hello Jan 25 21:49:03 anybody here now? Jan 25 21:49:55 i've ruined my bbgreen wifi while trying to install windscribe vpn Jan 25 21:50:26 it is booting but not registering in local network and not building its own Jan 25 21:50:34 what to do? Jan 25 21:58:31 147 ppl here but nobody answer Jan 25 22:01:27 That's how I felt lol Jan 25 22:01:58 )\ Jan 25 22:03:06 does debian image from this site contain all the same as factory settings? Jan 25 22:05:21 i've downloaded image and will find tomorrow microsd card to do steps with baletaethcer Jan 25 22:05:56 will it restore access to cloud9 ide? Jan 25 22:06:55 what is included in that distribution? where is info? Jan 25 22:33:28 So I can't see to access the virtual server thing? Jan 25 22:38:02 aaand they're both gone... no patience Jan 25 22:47:20 their loss... Jan 25 23:10:52 kids these days Jan 25 23:17:50 although I saw them I had not answer for them. Jan 25 23:19:43 GenTooMan: Hey servo master, how are you today? Jan 26 00:43:44 set_ swirvoing ... Jan 26 00:47:12 Although you can update most RC servo's at a faster rate, it's probably best to check the data sheet first, if you don't have one don't do it stick with 20ms per update. It would be the same as using a part out of spec, you can't be guaranteed what you do will work consistently, don't do it. This is true for industry, academics, and just hobby stuff. Avoid code boom. LOL Jan 26 00:49:51 note btw that MotorBridgeCape is responsible for timing the actual updates sent to the servo (based on the frequency configured with ServoInit), so you can presumably call ServoMoveAngle whenever you want, it'll just not have any effect if you try to update it too fast Jan 26 00:51:32 sub note gotcha. So can you get a controlled periodic response from the motor bridge cape. IE each time the servos are updated? That would help your code development immensely. Jan 26 00:51:57 what would that be useful for? Jan 26 00:52:42 just call ServoMoveAngle with your desired value in response to external stimuli that make you want to change the servo position Jan 26 01:00:35 regardless, the answer seems to be no, based on a quick glance at the MotorBridgeCape firmware Jan 26 01:01:07 nor are different servos configured to the same frequency necessarily synchronized anyway afaict Jan 26 01:01:24 Okay. Jan 26 01:01:39 (although they'll probably keep their phase relationship, except for servo 3 maybe) Jan 26 01:03:32 I set up and PIR sensor w/ a 10k ohm resistor. I think the last time I set it up, it was w/ the 3.3v and a 10k ohm resistor. Jan 26 01:04:04 It, the sensor, seemed to have trouble at times. I am currently thinking that this sensor was meant for 5v. Jan 26 01:04:37 It is that same PIR from adafruit again. Jan 26 01:04:39 Oh well! Jan 26 01:05:04 Back to thinking of how to write up more servo stuff. Jan 26 01:06:36 zmatt I like to keep things in sync, so an event source for updates for asynchronous system is helpful. nothing more nothing less. Jan 26 01:07:49 GenTooMan: I guess it makes sense if you want to compute updates for the servos at the maximum rate they support... but the MotorBridgeCape doesn't seem to be designed for that, it's more for occasional updates Jan 26 01:09:31 zmatt hmmm I guess I would have more fun making the motor bridge cape than using it now that I think about it. :D I suppose I am over thinking things too. Jan 26 01:10:38 Still...I am learning how to support the cause of learning more. It is a vast field w/ tons of info. in it. Jan 26 01:11:14 I learned some things yesterday that are helpful. Jan 26 01:13:22 I set up the TMP36 and some LEDs and then the servo would turn when prompted by the "if" statement. So, if the temp. was below 75 F, the green LED would blink and the motor would turn. Jan 26 01:13:23 set_: https://pastebin.com/Xaa34qUg Jan 26 01:13:32 set_: excerpt from the last time you were using the PIR sensor Jan 26 01:14:18 Ha. Jan 26 01:14:22 I just read it. Jan 26 01:14:41 I remember. I was also making reference to that conversation. Jan 26 01:14:54 sys_5v! Jan 26 01:14:59 That is the part I forgot. Jan 26 01:15:23 I was running my PIR from 3.3v this time. Jan 26 01:15:25 Sheesh. Jan 26 01:15:32 using a series resistor between the PIR sensor output and the gpio might be a good idea just to make sure that the current is limited under all circumstances Jan 26 01:16:11 Okay. Are you discussing a couple of resistors in series? Jan 26 01:16:30 B/c, all I have on it now is that 10k. Jan 26 01:16:31 ehm, no, one resistor Jan 26 01:16:36 Oh. Jan 26 01:16:38 Got it. Jan 26 01:16:52 I have to look up series resistor then. Jan 26 01:17:32 "series" in this context is referring to the fact it is inserted between the PIR sensor output and the beaglebone GPIO Jan 26 01:18:00 Oh. Jan 26 01:18:01 Okay. Jan 26 01:18:10 That is how it is wired up. Jan 26 01:18:35 It turns on the LED too! Jan 26 01:20:36 My motor wire broke in the connector of the Motor Bridge Cape. Man, it was difficult to get it out. Jan 26 01:27:38 it's not a normal screw clamp? I sometimes solder wires together to prevent that scenario from happening. Jan 26 01:28:12 It is, the screw terminal has a housing around it. Jan 26 01:28:19 And...they are esp. small. Jan 26 01:36:05 if you wanna be fancy you'd use cable shoes instead of bare wired or tinned wires Jan 26 01:36:37 Hmm. What are cable shoes? Jan 26 01:37:14 https://www.google.com/images?q=cable+shoe Jan 26 01:37:51 Oh. yea, yea. I have those for my battery. Jan 26 01:38:11 they come in all shapes and sizes Jan 26 01:38:38 yeah they matter the most for wires that carry a lot of current Jan 26 01:38:52 as well as anything subject to vibration I think Jan 26 01:40:39 bare wires in a screw terminal will damage the wires and can result in poor contact (hence heat and possible arcing or fire if a lot of current is run through it) and/or break when flexed repeatedly (e.g. due to vibration) Jan 26 01:41:04 Right, I have noticed that fact to be true. Jan 26 01:41:24 Yanking on 'em and vibration account for issues. Jan 26 01:43:13 and tinned wires in screw terminals may work fine initially but risk loosening over time Jan 26 01:43:46 I have a single wire for the testing, i.e. not multi tiny wires in the wiring. Jan 26 01:43:51 solid! Jan 26 01:44:08 The solid piece of wire snapped off somehow. Jan 26 01:44:25 I try to not move it often but that things snapped. Jan 26 01:46:49 yeah that can happen, solid wire in screw terminal should make good contact but solid copper will break if flexed repeatedly Jan 26 01:48:18 You know, I think this is the first time I came across this issue. I do not think, now that I look back, that the solid wiring I provided to the terminals have ever snapped off. Jan 26 01:49:06 certainly, it'll depend on circumstances Jan 26 01:49:34 I am trying to worry about the Maker Faire coming up. I do not want to shock any children by accident! Jan 26 01:49:43 bzzt! Jan 26 01:50:29 yeah zapping kids is usually frowned upon Jan 26 01:50:44 I am going w/ a simple bot this year. Four wheels! Jan 26 01:51:36 I do not know what to do w/ the servos yet. I was going to make a mechanical claw or something. Jan 26 01:51:48 I am just not sure where to find plans for the servo claws. Jan 26 01:52:10 I tried w/ some tools I had and a couple pieces of wire. No go. Jan 26 01:52:27 I got more upset at wire than I have ever been upset at anything. Jan 26 02:38:34 Has anyone had trouble w/ venv on Stretch so far w/ their set up? Jan 26 02:39:06 set_ no idea I am uncertain what you are talking about too. Jan 26 02:39:33 python3-venv is something I installed. Jan 26 02:40:14 I usually can get it working for using Python scripts outside of the environment. It is a virtual environment. Jan 26 02:43:54 ahh virtual environment it sets up the python paths for the libraries and such. stretch ... is debian 9 right? hmmm Jan 26 02:44:08 Right. Jan 26 02:44:36 I usually just install it and type in: source env/bin/activate Jan 26 02:44:50 But, for now, it is not working. Jan 26 02:45:08 does it work outside the virtual environment? Jan 26 02:45:18 source? Jan 26 02:45:28 the script .. Jan 26 02:45:34 Or are you talking about my script? Jan 26 02:45:36 OH yea. Jan 26 02:45:41 It works. Jan 26 02:46:03 I cannot set up my gunicorn server w/ the file just yet like I used to be able to do. Jan 26 02:47:56 I just tried: python3 -m venv /path/to/my/venv Jan 26 02:48:00 Nothing happened. Jan 26 02:48:07 So, I tried w/ python3 and source. Jan 26 02:48:51 and you have the venv structured correctly? Jan 26 02:49:04 I thought so. I just use apt install to get it. Jan 26 02:49:15 apt install python3-venv Jan 26 02:50:00 remember you are telling python where to look for all it's libraries. If you tell it where their isn't a virtual environment it won't work. Python has different "places" for libraries the venv makes specific use of a config so only certain libraries are used. Jan 26 02:50:25 I am starting to see that now. Jan 26 02:50:34 this may be of some use https://realpython.com/python-virtual-environments-a-primer/ Jan 26 02:50:46 I am starting to see the .cfg files available. Jan 26 02:51:10 GenTooMan: Yep. I read that one. Jan 26 02:51:23 No good this time for some reason. Jan 26 02:55:03 The activate command is not available in my installation for some reason.a Jan 26 02:59:36 did you try whereis activate? Jan 26 02:59:57 did you also check your path environment variable? **** ENDING LOGGING AT Sun Jan 26 02:59:58 2020