**** BEGIN LOGGING AT Mon Dec 21 02:59:56 2020
Dec 21 03:05:02 <set_> BBL! You go!
Dec 21 04:11:49 <mattb000ne> now I am going to try and get the big screen working
Dec 21 04:15:52 <boinkers> Do it!
Dec 21 04:16:19 <boinkers> Oops...past :.
Dec 21 10:16:35 <boinkers> Good morning to you and you too!
Dec 21 10:27:04 <boinkers> I got a nice relic for you all to look at during our pandemic. Here >>> The cng files are all jpegs, XOR’d bitwise with 239 >>> https://i.imgur.com/IYFma4L.png
Dec 21 10:28:50 <boinkers> I made that w/ the help from some unknown sources and imageMagick.
Dec 21 10:31:20 <boinkers> Do not worry...I would not put the BBB through that trial of computation.
Dec 21 14:57:59 <mattb000ne> who decides what goes into a beaglebone image
Dec 21 14:58:11 <mattb000ne> like if Robert Nelson is on board it will be law?
Dec 21 14:58:15 <mattb000ne> Yoder
Dec 21 14:58:27 <mattb000ne> Kridner who is the gatekeeper
Dec 21 16:16:30 <ayjay_t> what did you make mattb000ne
Dec 21 17:47:47 <samnob> Anybody install a recent image on the og 2gb beaglebone black? I'm trying to flash the 1gb "console image" and getting kernel panics.
Dec 21 17:47:51 <samnob> https://paste.promisedlan.org/h3q3h3is
Dec 21 18:58:55 <samnob> I'll try the v2 flasher script.
Dec 21 19:06:58 <samnob> mmm, pretty similar results: https://paste.promisedlan.org/ojW4fLeL
Dec 21 19:09:41 <mattb000ne> ayjay_t: I did not make anything I was just curious on how updates/upgrades get folded in. Like all the GSoC projects
Dec 21 19:32:19 <samnob> No trouble with the bbb-eMMC-flasher-eewiki-ext4.sh script. ¯\_(ツ)_/¯
Dec 21 20:52:47 <mm302> strange my spi program doesn't have any effect, looks like mcspi is powered off
Dec 21 21:09:19 <mm302> even reading the revision returns 0, I'm using this base address MCSPI_ADDR=0x48030000  according to TRM, software reset has no effect seems switched off somehow
Dec 21 21:18:23 <zmatt> mm302: https://pastebin.com/AddF8Cem
Dec 21 21:19:04 <bramp> update on my battery woes. I got two new 2S batteries (different brands and mAH), and neither can keep the board powered. I don't have a charger yet (that arrives tomorrow), but all batteries show a good charge (with my multi-meter, and the board itself).... I'm wondering if something on the board is fried :(
Dec 21 21:19:51 <zmatt> samnob: those aren't kernel panics
Dec 21 21:20:04 <zmatt> samnob: the flasher script is failing in some weird way
Dec 21 21:22:31 <zmatt> bramp: weird... like something drawing a lot of current (but only when on battery power?) or high resistance to the battery connector (board damage?)
Dec 21 21:22:33 <samnob> Yeah same image runs fine as bootable SD.
Dec 21 21:23:09 <mm302> thank you zmatt! so I'm going to build that DT fragment
Dec 21 21:24:03 <zmatt> samnob: the script seems to imply it can't find /sys/devices/ocp*/44e0b000.i2c/i2c-0/0-0050/eeprom
Dec 21 21:24:10 <mm302> I'm going to try to change  status = "disabled"; to enabled
Dec 21 21:24:22 <zmatt> mm302: uhh, no?
Dec 21 21:24:36 <zmatt> mm302: like, pick either option 1 or option 2, but the most important bit is the ti,no-idle;
Dec 21 21:24:44 <zmatt> the rest is just to keep the kernel driver out of your hair
Dec 21 21:24:50 <bramp> @zmatt ya :( This is with no devices connected, so I don't know what could be drawing the current / causing high resistance :(.  I'm going to wait for my charger tomorrow, to make double sure the batteries are correctly charged. Then maybe look into getting a replacement Beaglebone Blue.
Dec 21 21:25:42 <mm302> ok, I'll try trust that without questioning it :-)
Dec 21 21:26:07 <zmatt> mm302: status = "enabled";  by itself, without changing the compatible-string, is either pointless (if cape-universal is enabled) or actively harmful (if cape-universal is disabled)
Dec 21 21:27:53 <zmatt> samnob: quite inexplicable, since the i2c device is actually mentioned in the kernel log
Dec 21 21:28:53 <zmatt> samnob: oh what the hell, that kernel
Dec 21 21:29:06 <samnob> Yeah I'd seen that, I also don't have any /sys/devices/ocp* on my 4gb bbb.
Dec 21 21:29:29 <zmatt> samnob: yeah for some weird reason this image is using 5.x kernel while the scripts are clearly not designed for it
Dec 21 21:29:51 <zmatt> I'm guessing you grabbed a nightly console image?  try this one instead: https://elinux.org/Beagleboard:Latest-images-testing#Debian_10_.28Buster.29_Console
Dec 21 21:31:50 <samnob> Hmm, that looks a lot like where I got it...
Dec 21 21:32:42 <zmatt> well your log is saying it's running kernel 5.4.38-ti-r8 while the one I linked should be kernel 4.19.94-ti-r50
Dec 21 21:33:05 <zmatt> so presumably you grabbed this one: https://elinux.org/Beagleboard:BeagleBoneBlack_Debian#Debian_Buster_Console_Snapshot
Dec 21 21:33:30 <zmatt> oh, which is actually also ancient... it looks like this wiki page hasn't been updated in ages somehow
Dec 21 21:33:44 <zmatt> I'll ping rcn about that
Dec 21 21:37:48 <samnob> Yup, that's exactly what I did.
Dec 21 21:38:47 <mm302> that option 1 with disabled doesn't seem to work, I'll try status="enabled" instead of disabled
Dec 21 21:39:03 <zmatt> that is invalid
Dec 21 21:39:17 <zmatt> "enabled" is not a valid value for the status property
Dec 21 21:40:14 <zmatt> to reemphasize, everything other than the "ti,no-idle;" is just to make sure the kernel driver doesn't conflict with your activity, i.e. it is unrelated to your problem of not being able to read registers
Dec 21 21:40:30 <zmatt> which should be fixed by the "ti,no-idle;" regardless
Dec 21 21:40:37 <zmatt> if it's not then something else is going on
Dec 21 21:42:12 <mm302> I see, thanks, if it doesn't work I'll then try option 2 or something else
Dec 21 21:42:39 <zmatt> again, if "ti,no-idle;" (which you _must_ do regardless) doesn't fix your problem then something weird is going on
Dec 21 21:42:47 <zmatt> the rest is just to avoid problems later down the line
Dec 21 21:42:58 <zmatt> and either of the options will work for that
Dec 21 21:43:57 <zmatt> well, unless cape-universal is being applied _after_ the overlay (it shouldn't, but I'm not 100% sure), in which case changing the compatible-string would indeed be a workaround (or just disable cape-universal)
Dec 21 21:44:14 <mm302> looks like with status=enabled I can actually read the mcpi revision
Dec 21 21:44:40 <zmatt> if cape-universal is disabled, then status already defaults to "disabled"; hence nothing needs to be done in that regard
Dec 21 21:44:49 <zmatt> I'm 99% sure status="enabled"; is equivalent to status="disabled";
Dec 21 21:45:03 <zmatt> more generally all values other than "okay" are treated as "disabled";
Dec 21 21:45:16 <zmatt> so I question your testing
Dec 21 21:47:23 <mm302> sorry, but it seems that status=enabled made a difference somehow
Dec 21 21:47:29 <zmatt> yeah, a device node is enabled if its status property is absent, "okay", or "ok".
Dec 21 21:47:43 <zmatt> if it's present but not "okay" or "ok" then it's disabled
Dec 21 21:48:16 <zmatt> and regardless of that, it will not have any effect on your ability to read the registers
Dec 21 21:48:35 <zmatt> so the most likely explanation is that you just fucked up the test
Dec 21 21:49:31 <zmatt> for reference, here's the kernel code that tests the "status" property: https://elixir.bootlin.com/linux/latest/source/drivers/of/base.c#L589
Dec 21 21:49:43 <mm302> I don't have a fully working program yet, I can just read the mcspi0 revision = 1076890123  (previously 0)
Dec 21 21:50:14 <zmatt> yeah like I said, that will be fixed by "ti,no-idle";
Dec 21 21:50:23 <zmatt> status is not relevant for that
Dec 21 21:51:34 <zmatt> (unless the mcspi driver has broken power management, then having it enabled (using status="okay") would also fix it, but that seems unlikely and you really don't want the kernel driver enabled while you're messing with the peripheral yourself)
Dec 21 21:58:22 <mm302> translated revision: SCHEME=1, FUNC=48, R_RTL=1, X_MAJOR=2, Y_MINOR=11
Dec 21 21:58:30 <mm302> yes, I'll have a break now, thanks
Dec 21 22:06:13 <zmatt> mm302: just confirmed by testing that ti,no-idle; suffices to allow pru to read the register at 0x48030000
Dec 21 22:11:02 <zmatt> and just confirmed by testing that  ti,no-idle; + status="disabled";   allows pru to read the register _and_ it disables the kernel mcspi driver for it (overriding cape-universal's status="okay")
Dec 21 22:13:10 <zmatt> I don't know why I tested that since I already knew that that's exactly how it works :P
Dec 21 22:13:51 <zmatt> but if it didn't for you, then you just made a mistake
Dec 21 22:38:36 <mm302> we probably have a different setup, I don't have any cape or mcspi module running
Dec 21 22:39:37 <zmatt> if you've disabled cape-universal then status="disabled"; is unnecessary since it's the default
Dec 21 22:39:38 <mm302> I see a spidev module though, not sure if expected
Dec 21 22:40:06 <zmatt> if /dev/spidev* exist then you probably have cape-universal enabled (it is by default)
Dec 21 22:40:48 <zmatt> setting status="disabled"; on &spi0 should make the spidev devices for spi0 disappear
Dec 21 22:40:50 <mm302> oh I see /dev/spidev2.* indeed, probably it's loaded by that spidev kernel module
Dec 21 22:41:02 <zmatt> spidev2.* is spi1 on old kernel
Dec 21 22:41:21 <zmatt> (kernel 4.19+ fix the device numbering so spi0 is spidev0.* and spi1 is spidev1.*
Dec 21 22:41:24 <zmatt> )
Dec 21 22:41:39 <mm302> that's all I have, I don't have 1., only 2.*
Dec 21 22:41:47 <zmatt> that's fine, those are for spi1
Dec 21 22:41:56 <zmatt> so that means you successfully disabled spi0 in the kernel
Dec 21 22:42:11 <zmatt> (which is desired)
Dec 21 22:43:05 <mm302> either way, status = "enabled"; worked for there somehow
Dec 21 22:43:38 <mm302> I'll come back another day as I want to look at something else, but thank you
Dec 21 22:43:43 <zmatt> yes like I said that is equivalent to status="disabled";
Dec 21 22:43:53 <zmatt> or status="sdkljhfdskjfhdskjf"
Dec 21 22:44:20 <mm302> oh I see what you mean
Dec 21 22:44:33 <zmatt> which is why it disabled the device in the kernel, which is why /dev/spidev1.* are gone
Dec 21 22:46:05 <zmatt> which is desirable, since you really don't want to have the kernel driver and your pru code attempt to use the mcspi device at the same time
Dec 21 22:47:38 <mm302> I can now also do a spi reset, but doesn't seem to send or receive any data, but I'll look closer another day
Dec 21 23:17:13 <mattb000ne> do they have a pasm compiler for am57xxx
Dec 21 23:18:31 <zmatt> pasm doesn't care what kind of device it's running on
Dec 21 23:19:15 <mattb000ne> so I could follow your uio instructions for that part still
Dec 21 23:20:02 <zmatt> "that part" ?
Dec 21 23:20:23 <mattb000ne> "To recompile the assembly examples you will need pasm, which you can just compile from source:"
Dec 21 23:21:04 <zmatt> I mean, yes, why wouldn't it?
Dec 21 23:22:05 <zmatt> pasm doesn't have any architecture-specific code, it compiles fine on x86 too...
Dec 21 23:23:44 <mattb000ne> ok
Dec 21 23:24:04 <mattb000ne> ok the only thing I am not clear on is the include this file in your dts
Dec 21 23:24:52 <mattb000ne> do I compile it and place in /lib/firmware
Dec 21 23:24:58 <zmatt> well when I wrote it overlays weren't supported yet... I mean, they still aren't in the released image
Dec 21 23:25:25 <mattb000ne> i am surprised uio is not supported in bbai
Dec 21 23:25:27 <zmatt> it's probably possible to compile it as overlay
Dec 21 23:25:34 <zmatt> what do you mean?
Dec 21 23:25:38 <zmatt> it is supported
Dec 21 23:26:34 <mattb000ne> so why do I need this additional overlay
Dec 21 23:27:31 <mattb000ne> I just need to have it load as an overlay
Dec 21 23:27:40 <mattb000ne>  I can do that I believe
Dec 21 23:31:46 <mattb000ne> brb
Dec 22 00:11:45 <konsgn> any ideas where one could go to get 8051 assembly advice? for a home project, I am reverse engineering a chroma74 eink tag. Which happens to run on an cc1110(8051). The weird thing is that there is a 0xC2,0xC7 instruction which implies clear the 0xC7th bit... problem is that it seems only up to 0x7F can be used as 8051 has 16 bit addressable bits in ram 0x20 to 0x2F...
Dec 22 00:34:28 <GenTooMan> umm kind of off topic sdcc compiler comes with an assembler and their should be info for the CC1110 I suggest you look at the c51 instruction set as well.
Dec 22 00:35:40 <GenTooMan> the map for bit addressing is a bit convoluted as well as it extends into the SFR registers. Likely it's twiddling a bit in SFR space.
Dec 22 00:36:23 <GenTooMan> the C51 bit space is limited to 128 bits SFR and 128bits RAM
Dec 22 00:37:11 <konsgn> yea, asking in electronics, but there's smart people here ;). Thanks for the pointers, will hunt for documentation in said compiler. yea it's annoying that the datasheet mentions the 20-2f space as addressable and says nothing of the sfr.
Dec 22 00:38:07 <boinkers> I should get around more. There are other rooms!
Dec 22 00:39:42 <konsgn> yea, was using freenodes search tool earlier, it's quite nice.
Dec 22 00:40:16 <boinkers> GenTooMan and @zmatt give me the willies. Ha!
Dec 22 00:40:47 <boinkers> Willies is like when it is foggy outside and cold but damp and no one is around but one person and it is me!
Dec 22 00:40:56 <boinkers> Ha.
Dec 22 00:41:08 <boinkers> <<< set_
Dec 22 00:41:33 * GenTooMan had your identity figured by your lingua franca.
Dec 22 00:42:00 <boinkers> No. Nothing that intrinsic but I did switch to Ubuntu.
Dec 22 00:42:10 <boinkers> It is right in the email.
Dec 22 00:42:17 <boinkers> That is marvelous.
Dec 22 00:42:32 <boinkers> It is free on freenode!
Dec 22 00:42:54 <boinkers> GenTooMan: My cables came in today. I hope you are ready to see some real mean green machines.
Dec 22 00:43:51 <boinkers> I am a closet electronics freak. I need to get out more.
Dec 22 00:44:02 <boinkers> But where?
Dec 22 00:45:26 <GenTooMan> welcome to pandemic situations.
Dec 22 00:46:13 <boinkers> Thank you.
Dec 22 00:46:28 <boinkers> six feet away and not under!
Dec 22 00:46:42 <boinkers> Keep your distance!
Dec 22 00:50:35 <boinkers> GenTooMan: My cables are useless w/out a linear power supply. I am having a hard time tracking one down. I found a nice place in PA but they are very expensive.
Dec 22 00:50:58 <boinkers> Everyone is good w/ SEO, i.e. not the truth.
Dec 22 00:53:13 <GenTooMan> hmm linear supply are you talking a lab supply?
Dec 22 00:54:07 <boinkers> No sir.
Dec 22 00:54:55 <boinkers> Just something that can produce 48 to 75VDC and handle up to 225W continuously.
Dec 22 00:55:16 <boinkers> I have been picky but I may have to settle.
Dec 22 00:56:08 <boinkers> settle equals price quoted...blah.
Dec 22 00:56:12 <GenTooMan> hmm Ok let me hit you between the eyes. https://www.circuitspecialists.com/linear_power_supplies
Dec 22 00:56:21 <GenTooMan> they are in arizona.
Dec 22 00:56:33 <boinkers> Hmm.
Dec 22 00:56:42 <boinkers> Off to look.
Dec 22 00:58:34 <boinkers> I even harassed digikey but their specialists in the linear regulation supply jamboree know too much and have other ideas for me.
Dec 22 00:59:47 <boinkers> I have a bench supply. I can use it for testing but for the machine that is a gratzi presentaciones will need a fitted form factor.
Dec 22 01:00:28 <boinkers> And yes, my silly way of saying nice presentation might be too languages.
Dec 22 01:00:43 <boinkers> And yes. too!
Dec 22 01:01:23 <ayjay_t> test
Dec 22 01:01:30 <ayjay_t> hey could zmatt or others take a look at this and give me some feedback: http://i.imgur.com/QciifeS.png
Dec 22 01:01:44 <ayjay_t> its not supposed to be accurate to the details
Dec 22 01:02:09 <boinkers> Testing, testing, one, two, three. I am off to look but I cannot reward you w/ any knowledge from the set_ dept.
Dec 22 01:03:16 <boinkers> Anyway, I should break before I break.
Dec 22 01:03:31 <boinkers> I am boinkered out from today.
Dec 22 01:03:49 <boinkers> Thank you, GenTooMan.
Dec 22 01:07:24 <GenTooMan> boinkers OK if you just need 48V to 75V for power why does it need to be linear?
Dec 22 01:09:22 <boinkers> It was a suggestion.
Dec 22 01:09:31 <boinkers> To me from the mfg.
Dec 22 01:10:02 <boinkers> Well, to anyone who uses these specific motors, i.e. not directly at me.
Dec 22 01:12:43 <boinkers> It has to do w/ regeneration and the need to have continuous power.
Dec 22 01:13:03 <boinkers> I am still learning, i.e. if you did not know.
Dec 22 01:15:05 <boinkers> I am currently reading a brief on electronics again. The ARRF manual!
Dec 22 01:15:23 <boinkers> Well, one of them.
Dec 22 01:15:55 <boinkers> I have some knowledge to gain. Get it, gain!
Dec 22 01:16:06 <boinkers> Sorry.
Dec 22 01:17:18 <boinkers> I am a continuous swirl in the right direction?
Dec 22 01:18:53 <boinkers> The voltage is so I do not drop below 24vdc on a 24v supply.
Dec 22 01:19:28 <GenTooMan> I'm thinking they gave bad advice. As in they didn't tell you what you needed to know.
Dec 22 01:19:29 <boinkers> The 75vdc output is a bit much b/c I can lose control of the motor if the voltage gains over 75v.
Dec 22 01:19:35 <boinkers> Right.
Dec 22 01:19:45 <boinkers> That might be part of it, i.e. the sell factor.
Dec 22 01:20:14 <GenTooMan> It's a common error to just say "just use a linear" but a linear is expensive and has other complications.
Dec 22 01:20:33 <boinkers> What complications does a linear supply hold?
Dec 22 01:20:58 <boinkers> And yes, the price is not right.
Dec 22 01:21:30 <GenTooMan> it will generate a lot of heat because of the cheap design often given to a linear.
Dec 22 01:21:56 <GenTooMan> A lot as in 225W for the motor means > 100W dissipated
Dec 22 01:22:08 <GenTooMan> that's a LOT of heat.
Dec 22 01:22:14 <boinkers> Aw. Yea. I need to make sure I am not corroding any parts while my machine is hardwired. Aw. Okay.
Dec 22 01:23:38 <boinkers> WHen you say greater than 100W dissipated, how did you come to summary on this idea/
Dec 22 01:24:21 <boinkers> Does that have to do w/ capacitance?
Dec 22 01:25:09 <boinkers> Or the formula for deriving some variation of that electrical characteristic?
Dec 22 01:26:02 <GenTooMan> no it's a linear supply you can't expect high efficiency. The bare minimum is ~7W dissipation. It's more likely to be a lot more.
Dec 22 01:26:56 <boinkers> Oh. Okay. I saw one w/ 91% and how they came up w/ that efficiency, who knows...
Dec 22 01:27:03 <GenTooMan> Your other option is to take a SMPS and post regulate the output for better efficiency. Hence you reduce it to 7W.
Dec 22 01:28:21 <boinkers> I can use a 24vdc output to power one piece of the electronics and the servo too. From the retailer, the company says to power each separately.
Dec 22 01:29:24 <boinkers> So, one for the board and the board sensors and then another for the 24vdc output that goes to the Servo.
Dec 22 01:30:13 <boinkers> The BBB controls the software side of things.
Dec 22 01:30:43 <boinkers> This is why I was so excited about the compilation finally going through on the BBB w/ sftp.
Dec 22 01:31:23 <ayjay_t> jeebus the name changes around here
Dec 22 01:31:36 <mattb0000ne> lol
Dec 22 01:32:58 <boinkers> Trickery and wizardry at our fingers!
Dec 22 01:34:10 <mattb0000ne> well set_ has a distinct pattern to his chat so you can always find him
Dec 22 01:34:13 <mattb0000ne> no matter the name
Dec 22 01:34:14 <mattb0000ne> lol
Dec 22 01:34:26 <boinkers> Ha, ha.
Dec 22 01:34:31 <boinkers> Meanie.
Dec 22 01:34:37 <mattb0000ne> also if the same person keeps coming on comaplaining that their drone wont fly
Dec 22 01:34:38 <mattb0000ne> lol
Dec 22 01:34:40 <boinkers> Spoof!
Dec 22 01:34:43 <mattb0000ne> i teast I tease
Dec 22 01:34:48 <boinkers> Ha.
Dec 22 01:35:00 <boinkers> It flies...
Dec 22 01:35:04 <boinkers> right into trees!
Dec 22 01:35:52 <boinkers> I do not have my book on me now but the ARRF manual is nice. Lots of jokes, juicy tidbits, and relevant info.
Dec 22 01:36:18 <boinkers> Started w/ the regular XOR, OR, NAND, and so on...
Dec 22 01:36:42 <boinkers> Then, jumped right into digital!
Dec 22 01:39:06 <boinkers> I think managing a full-on power supply by myself is out of the question for now.
Dec 22 01:39:32 <boinkers> Even w/ lessoning the v to a bare minimum.
Dec 22 01:40:12 <boinkers> I would like to handle my watts and voltage on the board to try this servo. So, there lies the ultimatum, right?
Dec 22 01:40:45 <boinkers> How can I get a "linear" supply of equal or lessor cost when everyone wants to have switching capabilities in their supplies?
Dec 22 01:41:16 <boinkers> Not bench. Oh and GenTooMan, I understood.
Dec 22 01:41:20 <GenTooMan> I suggest you forget the linear and get a decent fixed voltage SMPS instead
Dec 22 01:41:47 <boinkers> Okay. I am sure SMPS means something I have heard before now but now is when I know nothing as usual.
Dec 22 01:41:57 <boinkers> Ha.
Dec 22 01:42:18 <GenTooMan> umm switch mode power supply
Dec 22 01:42:31 <boinkers> Sorry. I hate it. I completely forget about all the edu. and note taking. I just type like a bewildered Saint.
Dec 22 01:42:32 <boinkers> Oh.
Dec 22 01:42:34 <boinkers> I got you.
Dec 22 01:42:42 <boinkers> Okay.
Dec 22 01:43:05 <boinkers> I can try. They are cheap and I have one.
Dec 22 01:43:34 <boinkers> It is already hardwired for 24 vdc from the mains.
Dec 22 01:44:40 <boinkers> It is gutsy to think people lack viable evidence of machinery and the fascination behind the vroom and roar.
Dec 22 01:46:39 <boinkers> I think desktop machines are a thing. It is nifty. You get 24 vdc and a couple drivers and whoopty. But for real nice bonified machinery, it is a venture.
Dec 22 01:47:16 <GenTooMan> warning long link
Dec 22 01:47:20 <boinkers> Ha.
Dec 22 01:47:22 <GenTooMan> try https://www.mouser.com/Power/Power-Supplies/Switching-Power-Supplies/_/N-axgkhZ1yzvvqx?P=1yxt77sZ1yxt78uZ1yx5k7vZ1yxt7b7Z1yxt7bfZ1yxt6jbZ1yxt6rfZ1yxt6jcZ1yxt771Z1yxt6f9Z1yxt7a6Z1yxt79kZ1yxt77lZ1yxt70sZ1yxt6xaZ1yxt6lrZ1yts4diZ1yxt79tZ1yxt6a7Z1yxt78yZ1yxt7atZ1yaomlrZ1yxt6tnZ1yxt7fc&Ns=Pricing|0
Dec 22 01:47:22 <boinkers> SHoot!
Dec 22 01:47:29 <konsgn> for motor control, i have hooked up a beefy mosfet to a diode bridge rectifier and controlled dc voltage with instrumenting op-amp. gotta also have a zero cross detector, but it works
Dec 22 01:48:23 <boinkers> No, I get it. I have one or three of them.
Dec 22 01:48:49 <boinkers> I just did not envision not being able to use the ones I have in my possession until linear supply came into play.
Dec 22 01:49:16 <ayjay_t> alright, so now we're gonna do "What is a device tree" "About the file sytem" and then PY-UIO
Dec 22 01:49:38 <boinkers> I mean, I can run Fine.
Dec 22 01:49:46 <boinkers> Sorry.
Dec 22 01:51:00 <boinkers> I have a ton of books on the subjects but I am a shotty electrical mechanic.
Dec 22 01:51:24 <boinkers> I cannot just wire up awesome devices to have them work well w/ my intended use.
Dec 22 01:51:35 <GenTooMan> don't you mean shoddy electrical maniac?
Dec 22 01:51:46 <boinkers> Yes. yes. AND. yes.
Dec 22 01:52:03 <boinkers> But not maniac. I am not maniacal.
Dec 22 01:52:55 <GenTooMan> well the most important thing is to know what you don't know if you don't know what you don't know you are in a bit more trouble than you would want to be.
Dec 22 01:53:30 <boinkers> Right. Right. Right.
Dec 22 01:53:32 <boinkers> Okay.
Dec 22 01:53:41 <GenTooMan> IE you know you don't know differential equations ore Laplace transforms
Dec 22 01:54:08 <boinkers> I can read them and think of pink elephants.
Dec 22 01:54:14 <boinkers> Does that count?
Dec 22 01:54:53 <boinkers> Forget it.
Dec 22 01:54:55 <boinkers> Sheesh.
Dec 22 01:54:57 <GenTooMan> only on sundays.
Dec 22 01:55:06 <boinkers> Thank you.
Dec 22 01:55:09 <GenTooMan> at 3:41AM
Dec 22 01:55:20 <GenTooMan> :D
Dec 22 01:55:20 <boinkers> Not before, not after. Okay.
Dec 22 01:55:31 <boinkers> Smiley faces all around.
Dec 22 01:56:01 <konsgn> like,,, a mathematical 3:41AM, cause all time exists before and after that.
Dec 22 01:56:12 <boinkers> GenTooMan: I know I may be able to solve differential equations b/c of the background but transform, I do not recall.
Dec 22 01:57:37 * boinkers thinks you guys gang up too often.
Dec 22 01:57:49 <boinkers> To each their own!
Dec 22 01:58:01 <boinkers> I hear my mother calling.
Dec 22 01:58:01 <boinkers> Ha.
Dec 22 01:58:29 <GenTooMan> Laplace was a mathematician you should look him up on Wikipedia.
Dec 22 02:03:06 <boinkers> Wiki-a-whatia?
Dec 22 02:03:44 <boinkers> No issue, though. People are firing firearms outside now. I need lie low.
Dec 22 02:03:58 <boinkers> Until next time.
Dec 22 02:05:02 <boinkers> Whelp. There are the police. Yikes. Great way to kick off the new year. Sheesh.
Dec 22 02:06:04 <GenTooMan> heh I live near a place called gun club I hear fire arms discharge all the time though crime is extremely low here.
Dec 22 02:06:51 <boinkers> You are lucky. I live in South Central Louisiana. People are brainless.
Dec 22 02:06:55 <mattb0000ne> ayjay_t: do py-uio first!
Dec 22 02:07:51 <GenTooMan> that would explain why they wasted 9 billion dollars for fixing the dikes in Louisiana on a road that got destroyed in the next big hurricane.
Dec 22 02:08:04 <boinkers> Ha.
Dec 22 02:08:06 <boinkers> See.
Dec 22 02:08:40 <boinkers> It is like one pea fell hard on the surface and he is king of LA.
Dec 22 02:08:41 <GenTooMan> or why CenturyTel is located there, which is known as the most criminal phone company in the US
Dec 22 02:09:00 <boinkers> Hmm. I was unaware. We have low taxes.
Dec 22 02:09:10 * GenTooMan use to live in Missouri so yeah.
Dec 22 02:09:51 <boinkers> Aw. Yea. Everything is okay, I keep telling myself. I take one wrong, damn turn. And...yep. #$%#ville.
Dec 22 02:10:31 <boinkers> I give up, GenTooMan. I should just get rich and lie all day about everything.
Dec 22 02:10:35 <mattb0000ne> ayjay_t: since you are doing device trees can you help with this https://pastebin.com/wwa0XvBD
Dec 22 02:11:14 <mattb0000ne> GenTooMan: what state
Dec 22 02:11:29 <boinkers> PA?
Dec 22 02:11:37 <boinkers> Ha.
Dec 22 02:12:12 <boinkers> oops.
Dec 22 02:13:00 <GenTooMan> Someone wrote a song titled "Since I gave up hope I feel a lot better"
Dec 22 02:13:08 <boinkers> BBB and inside during COVID-times is a lot safer than one would presume.
Dec 22 02:14:04 <boinkers> I had to go to get the dang bolts for the machine the other day. Nope. Not going back.
Dec 22 02:14:04 <GenTooMan> I can imagine not being near people discharging guns allows you to focus better at least.
Dec 22 02:14:13 <boinkers> Ha. Right.
Dec 22 02:15:06 <boinkers> like a pontoon boat in the middle of the Atlantic.
Dec 22 02:15:52 <boinkers> Anyway, let me let you guys get back to BBB related times. I am hogging again.
Dec 22 02:18:41 <mattb0000ne> grrrr
Dec 22 02:18:46 <mattb0000ne> cannot get the larger screen to work
Dec 22 02:18:58 <mattb0000ne> I have power to the screen but no tux
Dec 22 02:19:03 <mattb0000ne> no cursor =(
Dec 22 02:22:57 <boinkers> What steps are you going to take?
Dec 22 02:23:20 <boinkers> mattb0000ne: What steps will you try to take to make it work?
Dec 22 02:24:02 <mattb0000ne> trying to find a driver
Dec 22 02:24:18 <mattb0000ne> qiaodian,qd43003c0-40
Dec 22 02:24:30 <mattb0000ne> is for the 4,3 size screen
Dec 22 02:24:41 <mattb0000ne> trying to find the 7.0" equivalent
Dec 22 02:24:56 <boinkers> So, you may have to change the source to fit the chip in question.
Dec 22 02:25:49 <boinkers> I am not sure what chip is used on the display.
Dec 22 02:26:10 <boinkers> I remember briefly reading about it.
Dec 22 02:26:19 <boinkers> I think b/c of you, I read about it.
Dec 22 02:27:02 <GenTooMan> are you feeding the display video?
Dec 22 02:27:08 <mattb0000ne> yeah I would not know
Dec 22 02:27:24 <mattb0000ne> though since it works on the black there should be something
Dec 22 02:27:28 <mattb0000ne> out there
Dec 22 02:28:17 <GenTooMan> and how did you get it working on the BBB?
Dec 22 02:32:18 <mattb0000ne> plug and play
Dec 22 02:32:31 <mattb0000ne> i didnt have to do anything it autoloads the overlay
Dec 22 02:32:56 <mattb0000ne> I am not sure how to do that
Dec 22 02:33:07 <mattb0000ne> the smaller screen that works gets a signal right away
Dec 22 02:33:21 <mattb0000ne> i pulled out that weird screen driver and now I do not get anything
Dec 22 02:33:30 <mattb0000ne> even though my overlay loads
Dec 22 02:33:39 <mattb0000ne> I think I need the correct driver
Dec 22 02:39:38 <boinkers> Otay. You got PWM for backlight. Right?
Dec 22 02:39:47 <boinkers> Then it gets complicated.
Dec 22 02:40:17 <boinkers> So, outside of power, you need a PWMchip to lit' it up!
Dec 22 02:40:51 <boinkers> I am currently working on this idea b/c the .org people are looking for a pwm lib.
Dec 22 02:41:04 <boinkers> I am slow in this field.
Dec 22 02:41:08 <boinkers> I have been reading.
Dec 22 02:41:41 <boinkers> Reading core.c and linux/pwm.c/h or whatever is not easy on da' eyes.
Dec 22 02:42:17 <boinkers> So, maybe just getting a boot screen is the first option.
Dec 22 02:42:27 <boinkers> Not, the actual graphics.
Dec 22 02:45:07 <boinkers> Instead of rewiring everything like one might do to make things compatible for this specific Cape, I have become persuaded to believe that it can be done w/ a layer. This so-called layer handles rerouting of chip peripherals to become used where the BBB used them.
Dec 22 02:45:18 <boinkers> it is had for me to think that this is correct but if it is, it is neat.
Dec 22 02:51:18 <boinkers> >>> https://github.com/torvalds/linux/blob/master/samples/auxdisplay/cfag12864b-example.c is an example of a .c program for a display. Not easy to understand nor can be duplicated in your instance.
Dec 22 02:51:59 <boinkers> But, if you find what chip you are using on your display, you can start to program the display for your use.
Dec 22 02:53:51 <boinkers> Hello. I will go and look again.
Dec 22 02:57:07 <boinkers> Okay. I found AR1021.
Dec 22 02:57:19 <boinkers> Good, awesomer, and nicester.
Dec 22 02:57:27 <boinkers> Off to read.
Dec 22 02:59:40 <boinkers> https://www.microchip.com/wwwproducts/en/AR1021
Dec 22 02:59:47 <boinkers> That is the chip in question.
**** ENDING LOGGING AT Tue Dec 22 03:00:27 2020