**** BEGIN LOGGING AT Sun May 24 02:59:59 2020 May 24 12:09:14 zmatt: the BBB SRM is a bit vague about use of tclkin because P9.41 is apparently connected to two pins on the am3358 May 24 12:10:25 zmatt: but I interpret it as "no need to remove R221" if the concurring pin is set to input-no pull? May 24 12:14:30 zmatt: this is how it looks now without phc2sys adjusting the phc: https://imgur.com/a/sXxiozj May 24 13:47:17 I have a couple of questions about the Debian distribution. Can anyone help? May 24 13:50:39 thinkfat: there are a few expansion header pins that connect to two processor pins, it just effectively increases the mux options available May 24 13:51:43 no idea what I'm looking at, but they're nice colors :) May 24 14:01:11 zmatt it looks like some sort of sampled signal and a noise distribution the top part of the image looks like a Gaussian bell curve May 24 14:24:23 yes, it's a graph of something, expressed in some unlabeled units :) May 24 14:24:39 like I said, the colors are nice May 24 15:09:35 zmatt: its seconds and nanoseconds May 24 15:09:56 zmatt: slave offset from the grandmaster May 24 15:10:26 how do you measure that? May 24 15:10:53 with a very tiny stopwatch May 24 15:11:34 zmatt: pmc -u -b0 'get time_status_np' on the slave May 24 15:12:04 oh so it's some sort of guesstimate? May 24 15:12:25 difference between where it is and where it should be May 24 15:12:33 so, guesstimate, yes May 24 15:12:40 self-assessmen May 24 15:12:43 if it knows where it should be, it would be there ;P May 24 15:13:23 not really, it needs some anchor outside its own frame of reference May 24 15:19:03 Hello, anyone have a minute? May 24 15:19:28 sorry, here we deal in nanoseconds May 24 15:19:38 hehe good answer May 24 15:19:48 don't ask if people have time, just ask your question May 24 15:20:18 I would like to install php 7 on my jessy distro and I was wondering if I should take 5.6 out or upgrade to stretch May 24 15:20:34 jessie is dead and buried, upgrade to buster May 24 15:21:20 ok. I read about buster but i'm not sure what image to use. There are quite a few. I would like one that resembles what I had in Jesse May 24 15:21:47 there's really not that many images, and only one recommended one May 24 15:21:48 Meaning it had a desktop, and a dev environment May 24 15:22:06 ah ok. I will read it carefully. Thanks! May 24 15:22:06 oh you really want a desktop environment? May 24 15:22:20 isn't that what PCs are for? May 24 15:22:28 not really. I don't use it often enough but maybe some day hehe May 24 15:22:36 none of the recommended images include one anymore, since a desktop environment is rarely used on BBB and just doesn't run well May 24 15:22:39 and takes up a lot of space May 24 15:22:55 yep. I get it. Thanks a bunch for the help May 24 15:23:17 so to reflash eMMC just get the "AM3358 Debian 10.3 2020-04-06 4GB eMMC IoT Flasher" May 24 15:23:40 oh, one more. What do you guys think. Is Ubuntu worth the try? May 24 15:23:46 unless your beaglebone is so old it only has 2GB of eMMC, then things get more interesting May 24 15:23:49 no May 24 15:23:58 ubuntu is not officially supported on the BBB and not recommended May 24 15:24:10 cool. I'm good thanks May 24 15:24:39 XD May 24 17:10:38 https://paste.debian.net/hidden/10594dbc/ May 24 17:11:09 when holding down user button, beagleboard orig loads new uboot but fails at dtb file May 24 17:11:36 *uboot from sd card May 24 17:14:10 also, DRAM is reported at 128MB, though it's 256MB when loading older (nand) uboot... May 24 17:19:09 hmm, the latest-images page claims the image is for "BeagleBoard, BeagleBoard-xM", but the image name says "bbxm" specifically, and the latest testing image (https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Buster_LXQt_Snapshot_for_BeagleBoard-xM) just says "BeagleBoard-xM" ... I wonder if classic BeagleBoard is still being tested at all May 24 17:19:44 maybe just try that latest testing image anyway, and if it doesn't work open an issue on the issue tracker May 24 17:19:59 if it is EOL, maybe pages should have a warning or some such. Angstrom does work no issue. May 24 17:20:04 latest image is what I tried May 24 17:20:21 with latest testing image I mean the one on the wiki page I just linked (2020-05-18) May 24 17:20:37 ok, let me take a look May 24 17:20:38 the Angstrom project has been dead since 2015 May 24 17:22:07 this is true. but something is better than nothing. I will try the new image and report back to the issue tracker May 24 17:22:11 thank you May 24 18:06:19 I just finished installing buster on my bbblack and I would like to either change the tcp port of the IDE or disable it all together. Can you tell me how to do that? May 24 18:06:51 just the ide or the entire webserver? May 24 18:07:14 I want to use the apache server. I just need to get the ide out of the way May 24 18:07:40 the current images use nginx by default, not apache May 24 18:08:12 How do I disable nginx (never heard of it sorry) May 24 18:08:31 nginx is probably the most popular webserver on linux right now May 24 18:08:53 ok, thats good but I truly understand apache May 24 18:08:57 being faster than apaache and using less memory May 24 18:09:10 okay, you can still install apache if you want to May 24 18:09:39 sudo systemctl disable --now nginx May 24 18:09:49 will disable and stop the service May 24 18:10:30 or you can change its port number in /etc/nginx/sites-available/default May 24 18:11:03 Is nginx a port of apache? May 24 18:11:57 no, it's an alternative written from scratch May 24 18:12:15 ok. I will give it a swing and see. Thanks of the pointer. May 24 18:12:34 Nginx here i come :) May 24 20:40:24 I upgraded from jessy to buster today. The bbblack no longer boots on its own, I need to press the boot button to force it to boot from the sd card. Looks to me like I need to flash the on-board bootstrap. How do I do that? I cannot find it on the web site... May 24 20:40:54 can you point me to some instructions? May 24 20:53:49 humm - let me know if I shouldn't be asking this question... May 24 20:59:57 hello? May 24 21:16:31 I found the wiki and figured it out. May 24 21:16:37 thanks! May 24 21:34:53 how can I prevent stupid connman to update the system clock ?? _thats_ what's causing the jumps in ptp time :-( May 24 21:35:35 it seems there's been a lot of talk about adding a config option to disable NTP in connman, but it doesn't show up anywhere in the documentation :-( May 24 21:35:52 thinkfat: oh lol, dunno I don't use connman May 24 21:36:12 replacing it by systemd-networkd is pretty much one of the first things I'd do on a fresh system May 24 21:36:21 I guess I should to the same May 24 22:39:28 done May 24 22:39:33 and it wasn't too painful May 24 22:40:35 and it looks like my ptp timestamps are not jumping around any more May 24 22:52:23 \o/ May 24 22:53:22 wtf is a (crappy) ntp implementation doing in connman anyway, that's just bizarre May 24 23:54:30 zmatt well I doubt it was so you could ask that question... probably because it was "easy" May 25 01:13:07 Did someone make a ref. to crappy w/out my name in it? Yes! May 25 01:14:01 GenTooMan: Did you see the source from yesterday? May 25 02:10:49 https://paste.debian.net/hidden/22f281c1/ May 25 02:11:04 as an update, the latest image goes through boot process but hangs halfway May 25 02:11:10 will file issue on tracker May 25 02:12:59 lol wtf is robotcontrol doing on this image May 25 02:41:45 Hello gentlemen May 25 02:41:51 I have a question.... May 25 02:42:08 Why would py serial demand a string to encoded in bytes May 25 02:42:31 because a serial connection transports bytes May 25 02:42:39 not unicode strings May 25 02:42:42 https://pastebin.com/qBf1Dwtk May 25 02:43:55 so a serial is different from the RS232 May 25 02:44:09 so RS232 could take a string but a serial cannot May 25 02:44:19 i have my MAX3232 wired up May 25 02:44:20 ehmm what May 25 02:44:32 that has absolutely nothing to do with each other May 25 02:44:47 RS232 is an electrical standard May 25 02:44:57 So I am wired up using UART1 May 25 02:45:04 this has nothing to do with hardware May 25 02:45:12 ok May 25 02:45:35 if I wanted to send a string "FFV" to a device May 25 02:45:38 via the serial May 25 02:45:46 a uart, in its typical configuration (8 data bits), transmits and receives 8-bit bytes May 25 02:46:17 to transport text across that you need to use a specific encoding, e.g. ASCII May 25 02:46:30 ok If the thing I am communicating with will respond in strings May 25 02:46:30 pyserial isn't going to guess an encoding for you May 25 02:46:44 will I get bytes back? May 25 02:46:56 so either provide a bytes object like b'FFV' May 25 02:47:58 or encode the string using the appropriate encoding, e.g. 'FFV'.encode('ascii') ... which will return b'FFV' so you may as well just write that May 25 02:49:05 a string in python3 (class 'str') is a unicode string, i.e. a sequence of unicode codepoints May 25 02:50:12 ok May 25 02:50:36 Ay! May 25 02:50:47 whereas the 'bytes' class is a byte-string, i.e. a sequence of bytes (i.e. 8-bit unsigned integers) May 25 02:51:17 What are you guys doing? May 25 02:51:23 so my next question is what behavior can I expect if I have the UART1 port going into the TTL of the MAX3232 and that wired to a device via a RS232 May 25 02:51:26 I am causing trouble May 25 02:51:30 Oh. May 25 02:52:11 Have fun. Who knows? YOu may conquer the issue at hand. May 25 02:52:18 for convenience and partial backwards compatibility with older python where strings were messier it has the b'' notation to write bytes-objects as strings when ascii encoding is used May 25 02:52:29 not looking like that is happening tonight May 25 02:52:30 e.g. b'FFV' is equivalent to bytes([70,70,86]) May 25 02:52:36 No! May 25 02:52:38 cool May 25 02:52:51 MattB0ne: not sure what you mean by "what behaviour" May 25 02:53:25 if you wired it up correctly you'll have a working RS232 serial port that's communicating with your device May 25 02:53:40 I guess I am concerned about the device response since it will be issuing strings May 25 02:53:55 so RS232 is a serial connection May 25 02:54:00 you're really confused about basic concepts May 25 02:54:04 pretty muhc May 25 02:54:15 04:44 <@zmatt> RS232 is an electrical standard May 25 02:54:52 that's why you need the MAX3232 which converts between one electrical standard (3.3V TTL) and another (RS232) May 25 02:54:59 right May 25 02:54:59 the data communicated remains exactly the same May 25 02:55:07 ok that is what I wanted to know May 25 02:55:38 saying it sends "strings" is just a particular interpretation of the bytes that are being communicated May 25 02:55:58 it's saying how the bytes are intended to be interpreted May 25 02:56:13 the uart doesn't care about interpretation, it just transports bytes May 25 02:56:58 and for the MAX I am only have one power terminal wired which is the 3.3V from the BBB May 25 02:57:10 correct May 25 02:57:40 it has integrated charge pumps to generate the higher voltages required for RS232 May 25 02:57:53 ok I will need to trouble shoot the wiring May 25 02:58:26 if it's not working then perhaps it's the wiring, or something else May 25 02:58:37 right May 25 02:58:52 I am going to do the troubleshooting scheme like you showed me last time May 25 02:59:22 first the short TX to RX on the BBB May 25 02:59:22 double-checking the wiring is a good idea anyway, though preferably before powering on considering wrong wiring can very easily result in hardware damage :P May 25 02:59:50 i was really carefule with the power pins. I cannot afford to buy a new board too often May 25 02:59:56 careful* **** ENDING LOGGING AT Mon May 25 02:59:57 2020