**** BEGIN LOGGING AT Wed Oct 21 10:59:57 2020 Oct 21 14:11:46 anyone seen any dts files that call out tcpm or tcpc? Oct 21 14:14:47 Konsgnx: "call out" ? and what are those? Oct 21 14:14:57 ah type c Oct 21 14:15:02 typec power manager. Oct 21 14:16:45 yea, form what i have been getting, that driver i was looking at is really old, before the tcpm existance, so it was doing things like handling all the pd packets. it tied to a custom fusb302 driver too. the 5.4 kernel has a fusb302 driver that seems to leverage tcpm, and now im trying to figure how that's supposed to work. filetype:dts seems to work in google. Oct 21 14:18:30 https://github.com/beagleboard/linux/blob/4.19/Documentation/devicetree/bindings/usb/typec-tcpci.txt and https://github.com/beagleboard/linux/blob/4.19/Documentation/devicetree/bindings/connector/usb-connector.txt Oct 21 14:19:47 the latter being the main doc Oct 21 14:20:22 Woot! thank you, havent read through those yet. Oct 21 14:23:00 also, it's "port manager" not "power manager" :P Oct 21 14:24:22 ah and tcpci is a standardizard hardware interface for such devices Oct 21 14:26:24 ahh man, pd.h wasn't even aware of that. Oct 21 14:26:45 yea, wish there was more documentation online for it. Oct 21 14:27:51 for tcpci ? I mean, you can download the spec Oct 21 14:43:16 oooh found it. didn't realize it came out as a spec. also wth is max77865? used as an example, but it's datasheet doesn't seem to exist Oct 21 14:44:31 actually I was mistaken: tcpci isn't connect to a port manager, it's to connect one or more port controllers (TCPC) to a port manager (TCPM) Oct 21 14:44:55 yea, as in the fusb302. Oct 21 14:46:08 so from what i understand the fusb302 is a tcpc and the linux is expected to talk to fusb302 via tcpci. Oct 21 14:47:12 the fusb302 doesn't implement tcpci Oct 21 14:48:34 they don't mention tcpci in the datasheet and their register map doesn't resemble that of tcpci even the slightest bit Oct 21 14:49:04 merp, seems to be 8-bit based rather than 16 Oct 21 14:50:52 well the driver for it seems to make extcon requests from the tcpm driver itself. Oct 21 14:51:21 such as: if (extcon_get_state(chip->extcon, EXTCON_CHG_USB_SDP) == 1) Oct 21 14:51:24 oops Oct 21 14:51:30 https://github.com/beagleboard/linux/blob/5ff7d8356e91ff8516c0bd37710829a7556b6790/drivers/usb/typec/tcpm/fusb302.c#L452 Oct 21 14:52:51 TI does have a TCPC supporting TCPCI: the TUSB422 Oct 21 14:54:30 merp, to late for that for now anyway. Oct 21 15:27:14 zmatt: did you see my question on py-uio install on bbai Oct 21 15:38:54 the #include Oct 21 15:39:04 what do you mean by that Oct 21 16:26:47 With regards to this section of a driver: https://github.com/beagleboard/linux/blob/5ff7d8356e91ff8516c0bd37710829a7556b6790/drivers/usb/typec/tcpm/fusb302.c#L1747 am I correct to think that because the local tpcm functions are already cast in the init function, this section is essentially registering the driver with the tcpm driver? Oct 21 23:38:20 e Oct 22 01:38:16 hello hello Oct 22 01:41:31 Anyone out there? Oct 22 01:42:08 I still havent figured out how to ssh into two seperate beagle bones Oct 22 01:42:29 Oh. Oct 22 01:43:06 Hmm. Did you make sure the same bootloader is on the eMMC and the SD card, simutaneously? Oct 22 01:43:54 not sure how that applies Oct 22 01:44:16 Oh. I thought @zmatt walked you through those pointers for the BBB family of boards. Oct 22 01:44:44 did he i may of been disconnected when he sent it Oct 22 01:45:14 If the bootloader on the eMMC is an older, outdated version and you are booting on SD Card, the BBB picks the eMMC version. Oct 22 01:45:27 This causes issues. Oct 22 01:45:59 There is a S2 button to bypass this issue but I usually erase the contents on the eMMC or make sure the bootloader is the same from the same image. Oct 22 01:46:06 I have the latest image on both boards Oct 22 01:46:10 so I think I am good there Oct 22 01:46:14 ls Oct 22 01:46:15 Ha. Oct 22 01:46:38 No and yes. Oct 22 01:46:50 The latest image on eMMC? Oct 22 01:46:54 Or... Oct 22 01:47:02 The latest image on the SD Card? Oct 22 01:49:21 eMMC Oct 22 01:51:23 Oh. Okay. So, you just used etcher and then put it the SD Card in the BBB and waited for it to shut off "naturally"? Oct 22 01:51:33 yup Oct 22 01:51:57 Odd. Oct 22 01:52:06 I never got faulty ones before. Oct 22 01:52:26 Well, there was that one time when the ServoCape came w/out input headers attached. Oct 22 01:52:32 But...no big woof. Oct 22 01:54:40 https://imgur.com/3ABcbHF.png fpv feed works Oct 22 01:55:32 https://i.imgur.com/gado7PO.png can read the jjoystick infos too Oct 22 01:55:38 hmm ode? Oct 22 01:57:31 ? Oct 22 02:06:12 looks like an AVR program to read serial data. Oct 22 02:06:31 Hello. Oct 22 02:06:37 yeah was talking to those guys about it last night Oct 22 02:07:05 I got stuck on facebook while trying to find family and got stuck w/ video clips of a moose. Oct 22 02:07:22 Let me go and see these photos. Oct 22 02:07:46 I saw the first one. It has a tv on it? Oct 22 02:08:07 looks like an LCD with a video feed Oct 22 02:08:12 Oh. Oct 22 02:08:18 Off to look again. Oct 22 02:08:41 yeah it is a camera controller and has video display Oct 22 02:08:48 I see it now. Nice. Oct 22 02:08:50 how much is that controller Oct 22 02:08:58 I thought there was a tiny tv on it. Oct 22 02:09:01 but im going to use it to control uav Oct 22 02:09:49 you are using an arduino sketch to read the joystick control? Oct 22 02:09:50 the uav brain is a beaglebone blue Oct 22 02:10:51 the controller output rs485, i have rs485 to ttl adapter , the arduino is reading that Oct 22 02:13:21 eventually the arduino will output mavlink commands that will be fed into mavproxy on pc then sent on rf link to the beaglebone Oct 22 02:14:06 which is running ardupilot Oct 22 02:14:28 ardupilot! Oct 22 02:14:37 That is some neat stuff. Oct 22 02:23:53 hopefully it will work but... you never know what will go weird. Oct 22 02:26:59 worse case its usb just unplugt it Oct 22 02:27:38 the rest is pretty standard stuff Oct 22 02:28:49 hmm the video feed is an RF link to the UAV I assume. Oct 22 03:11:14 yes Oct 22 03:13:10 Does anyone use stepper motors w/ the Motor Bridge Cape? Oct 22 03:13:30 I got some new toys and I am learning slowly how to control these "bots." Oct 22 03:14:12 The steppers are attached to some screws on a rail and they have connection points for screws. This way, I can attach them to something. Oct 22 03:15:05 https://files.seeedstudio.com/wiki/Motor_Bridge_Cape_v1.0/img/StepperMotor.jpg Oct 22 03:15:06 I was going to make these things legs of some sort for producing methods of movement. Oct 22 03:15:23 That is it. Oct 22 03:15:37 https://wiki.seeedstudio.com/Motor_Bridge_Cape_v1.0/#stepper-motor Oct 22 03:16:01 Right. Oct 22 03:16:40 I know that much so far. I have even changed up the source to produce commands that accompany the movement w/ a = int(input("")). Oct 22 03:17:23 I just figured there was some sort of program I have not come across that will allow me to control them in a different method. Oct 22 03:20:29 all the examples are python Oct 22 03:20:44 Right. Oct 22 03:21:02 I was thinking I could control these steppers as a slow leg on a bot. Oct 22 03:21:25 B/c the slides are on a screw, the steppers do not move all that fast. Oct 22 03:21:38 So, this hinders quick movements. Oct 22 03:22:02 I am trying some source now. I will update you. If you have any ideas, hit me! Oct 22 03:26:43 I just figured out my question. Oct 22 03:27:31 So, for a specific function in Python to init the motor, run it, and then have arguments, would I need to hardcode all the arguments? Oct 22 03:28:17 For instance >>> s1 = 4500 && s2 = -4500 <<< this would make my motors move 4500 steps left and then in reverse? Oct 22 03:28:39 If I was to call them later in my functions? Oct 22 03:32:46 lets see your code you have Oct 22 03:33:02 because s1 and s2 are not defined in the examples for the board Oct 22 03:34:07 Right. They are going to be my own use cases, i.e. my own examples of a programmed bot. Oct 22 03:34:15 Okay. Let me put what works together and I will pastebin it. Oct 22 03:46:48 So... Oct 22 03:47:11 If I was to use their source from MotorBridge.py after a recent change to their source so it works. Oct 22 03:47:16 Dang it. Oct 22 03:47:58 I will just show you the current source. Please do not laugh that badly. Oct 22 03:51:39 a 30 second task has taken almost 20 min now Oct 22 03:51:57 https://pastebin.com/VHkfstxk for 20 minutes! Oct 22 03:52:02 Sorry. Oct 22 04:02:16 what problem are you experiencing Oct 22 04:04:27 Head rush from excitement. Oct 22 04:04:29 Ha. Oct 22 04:04:57 I will reply once I figure this source out and I will reply w/ the updated source and/or experienced issue. Oct 22 04:05:40 why the flask in there Oct 22 04:09:12 Well...I was going to control it via app later. Oct 22 04:09:28 But, I wanted it to do some "alone time" movements. Oct 22 04:10:11 Like, my old DC Motors that used to travel in a S-wave along a path. Oct 22 04:10:22 THat was w/out application. Oct 22 04:10:29 It just did it once I ran the program. Oct 22 04:10:38 Then, I got into an app world w/ flask. Oct 22 04:10:45 For whatever reason. Oct 22 04:11:02 I figured I would try it again but this time, w/ another type of motor. Oct 22 04:12:22 is hard to understand what you are even really trying to do Oct 22 04:13:26 im going to bed Oct 22 04:15:02 Okay. Oct 22 04:15:03 Later. Oct 22 05:13:25 Okay. Oct 22 05:13:37 I think I got something but it is nothing to front over. Oct 22 05:14:14 Just a little didi from the city: https://pastebin.com/WVAW09rX Oct 22 05:14:25 Is not not much. I understand but it is a start. Oct 22 05:14:51 I guess I should learn to use each reserved word and then use the libs. Oct 22 06:06:35 I got a new bag! Oct 22 06:06:42 Source-a-rific! Oct 22 06:07:37 I used more arguments in the function and used f print w/out the return statement. **** ENDING LOGGING AT Thu Oct 22 10:59:57 2020