**** BEGIN LOGGING AT Sun Jan 02 02:59:56 2022
Jan 02 09:26:46 <jfsimon1981> Hi
Jan 02 09:37:05 <jfsimon1981> is the beagle board working well in long time being turned on 100% duty ?
Jan 02 09:37:34 <set_> Is it possible to use the uc2637n (controller) and lm1949m (driver(s)) w/ the PowerCape? I mean...
Jan 02 09:38:00 <jfsimon1981> I remind having had troubles with a server running ssd type drive, where the drive did'nt like constant logs. although the beagle has a flash internal, i have no experience on long temr usage of them.
Jan 02 09:38:24 <set_> Could I benefit from what the PowerCape offers in dedicated power supplies to handle these controllers and drivers?
Jan 02 09:38:33 * set_ waits internally!
Jan 02 09:38:50 <jfsimon1981> i mean the read write errors on storage
Jan 02 09:51:06 <set_> The drivers accept up to 8v but my 12v supply into the controller creates a 10v supply to the drivers. How would I go about creation of less voltage w/out a step down converter?
Jan 02 10:19:17 <set_> This is a "no-issue" for a bit anyway, i.e. as the darlington transistor is not stocked!
Jan 02 11:18:36 <zmatt> jfsimon1981: all flash storage of any kind will deteriorate with writes
Jan 02 12:12:23 <set_> Is it possible to make a .h file w/ all or some of the #define directives for specific use on the am335x?
Jan 02 12:12:51 <set_> I know it would be an endless file but just some items would be needed.
Jan 02 12:16:03 <set_> Oh and for that darlington transistor, I ordered a couple that handle many in one package. So, if necessary, I can double up on trans. in the form of one chip. Lucky me. They had them by the plenty.
Jan 02 12:18:05 <set_> 1976 darlington trans. package updated in 2019. Ooh yea!
Jan 02 12:20:19 <jfsimon1981> hi set, what do you mean more precisely regarding the header file ?
Jan 02 12:23:44 <set_> Well, I have a header file for a type of M4 w/ all the registers that can be offered in the form of "#define" directives. I will share a line to show you.
Jan 02 12:24:39 <set_> #define GPIO_PORTF_AHB_DATA_R   (*((volatile unsigned long *)0x4005D3FC))
Jan 02 12:25:34 <set_> So, I can use this file to call specific #define directives from the M4 registers for use.
Jan 02 12:26:02 <zmatt> that has nothing to do with the M4 and everything to do with the rest of the chip
Jan 02 12:26:18 <set_> Oh.
Jan 02 12:26:47 <set_> That is just one line. It has nothing to do w/ programming, okay. But, the file is made for a reason right?
Jan 02 12:27:31 <zmatt> that's not what I said
Jan 02 12:27:40 <set_> I know that is not what you said.
Jan 02 12:27:48 <set_> I was paraphrasing.
Jan 02 12:27:54 <zmatt> badly, as usual
Jan 02 12:27:57 <set_> Ha!
Jan 02 12:28:17 <zmatt> it declares one register of one peripheral on whatever microcontroller you're looking at
Jan 02 12:28:39 <zmatt> (in a way that's a bit ugly)
Jan 02 12:29:11 <set_> Right. But why would they declare every memory mapped directive that the chip consisted of in 2013?
Jan 02 12:29:24 <zmatt> ??
Jan 02 12:30:08 <set_> 2013 or whatever year. It is a good M4 that has been around for years.
Jan 02 12:31:04 <set_> The file obviously maps the hex to the region.
Jan 02 12:31:08 <zmatt> what do you mean "why would they declare" them?   to have a convenient way to read and write them obviously?
Jan 02 12:31:29 <set_> Oh. But...could that not be done in the .c file?
Jan 02 12:31:46 <set_> Oh. Okay. I got it.
Jan 02 12:32:12 <zmatt> everything you can do in a .h file you can do in a .c file, a .h file is a fragment of C code meant to be reusable across different C files
Jan 02 12:32:37 <set_> Right. Okay. Exactly but the file is well over 5000 lines. Okay. Understood.
Jan 02 12:32:49 <zmatt> and you really don't want those 5000 lines in your actual .c file
Jan 02 12:32:55 <set_> Aw.
Jan 02 12:32:57 <zmatt> this header file is almost certainly machine-generated
Jan 02 12:33:03 <set_> Oh. Maybe.
Jan 02 12:33:12 <set_> This is what I did not understand.
Jan 02 12:33:33 <set_> B/c...in reality, there must be another way outside of typing that many lines one by one.
Jan 02 12:34:09 <set_> Plus learning the hex definition along w/ the memory mapped portions, it cannot be easy.
Jan 02 12:34:34 <set_> Machine-generated!
Jan 02 12:34:50 <set_> Okay, we are getting somewhere. At some point, someone had to enter them in right?
Jan 02 12:39:16 <set_> Or is it just randomly entered by machines and then at some point another person runs over and says, "This is called PORTA_TYPE_DEFI"?
Jan 02 12:40:19 <set_> Anyway...I will research this idea. I see Hackaday has some interesting ideas.
Jan 02 12:51:22 <set_> @zmatt: Do you have a machine generated .h file for the am335x?
Jan 02 12:53:07 <set_> No issue if so or not, I just thought it would be neat to have this so-called .h file for promoting software builds.
Jan 02 13:00:06 <jfsimon1981> set, what are you trying to do with the header question, which isn't yet available in the dev library ?
Jan 02 13:00:57 <set_> Oh. Um, random programming in C/C++ to build on my knowledge.
Jan 02 13:01:40 <set_> I like learning what I can when possible and it is Winter, sort of. It will get cold later today or in a bit.
Jan 02 13:01:41 <zmatt> there's no such single header file for the am335x, just bits for different peripherals/subsystems.  there's generally no circumstance where you'd have a need or desire to include a header file representing the _entire_ am335x
Jan 02 13:02:18 <set_> Right. I understand. It is a very large chip.
Jan 02 13:02:35 <set_> It has many facets to it. I am not discounting this fact.
Jan 02 13:02:59 <zmatt> and also, there's usually an MMU that remaps addresses, so it's not even possible to make macros like these because the actual address may not be known at compile-time
Jan 02 13:03:36 <set_> Hmm. Okay. No issue. Winter time makes for no grass growing circumstances. So, I will have time!
Jan 02 13:05:11 <set_> Dang it. So, mapping addresses is out for me. Okay.
Jan 02 13:06:10 <set_> Well, 85 to 33 in two hours. There must be a storm brewing. Winter! No grass!
Jan 02 13:07:39 <set_> @zmatt: I am not sure exactly how I can program yet. This is the concern so far. If I was to use a specified set of .h file w/ preprocessor directives and the exact hex value for each, would mapping be easier for me?
Jan 02 13:10:24 <jfsimon1981> set
Jan 02 13:10:37 <set_> yes?
Jan 02 13:10:42 <jfsimon1981> you can for example look into headers. If logged into a beagle:
Jan 02 13:10:43 <jfsimon1981> less /var/lib/cloud9/common/prugpio.h
Jan 02 13:10:56 <set_> Aw!
Jan 02 13:10:59 <set_> I figured this much.
Jan 02 13:11:22 <zmatt> it should be noted that this is only relevant for pru, and even then accessing peripherals from pru requires exercising a great deal of care
Jan 02 13:11:26 <jfsimon1981> af well you can simply search for and extract a complete header list:
Jan 02 13:11:44 <jfsimon1981> sudo find / -name "*.h" > headers_search
Jan 02 13:11:54 <set_> Nice. Okay.
Jan 02 13:11:59 <jfsimon1981> and search for specifics in it
Jan 02 13:12:01 <set_> |
Jan 02 13:12:08 <jfsimon1981> less headers_search
Jan 02 13:12:15 <set_> Okay.
Jan 02 13:12:48 <jfsimon1981> When viewing, type "/gpio" enter, and "n" for next, to scroll down and look for all headers with gpio in the name.
Jan 02 13:12:59 <set_> Okay.
Jan 02 13:13:41 <jfsimon1981> That's one example how you can dive into the file system. Then view the header file with "less". Some contain internal addresses.
Jan 02 13:14:00 <set_> I am booting now.
Jan 02 13:18:58 <set_> Those are some neat commands.
Jan 02 13:19:12 <set_> I was unaware of / -name
Jan 02 13:19:31 <set_> It did not brake my system either!
Jan 02 13:20:41 <jfsimon1981> that's the wole commane "sudo find / -name "*.h" > headers_search"
Jan 02 13:20:59 <set_> I put the file as MyFile.txt.
Jan 02 13:21:04 <jfsimon1981> It does call find and looks for *.h recursively starting from root.
Jan 02 13:21:12 <set_> Nice.
Jan 02 13:21:25 <jfsimon1981> ">" is the redirect to file
Jan 02 13:22:00 <set_> right. What is bb-code-server?
Jan 02 13:22:50 <jfsimon1981> s this a search result ?
Jan 02 13:23:36 <set_> Yes. I found /opt/bb-code-server/ .
Jan 02 13:23:53 <jfsimon1981> ok
Jan 02 13:24:14 <jfsimon1981> that's a local application
Jan 02 13:24:28 <set_> Oh. Like beaglecfg?
Jan 02 13:24:58 <jfsimon1981> quite no idea, there's really a long list of applications and headers you'll find there
Jan 02 13:25:09 <set_> Right.
Jan 02 13:25:13 <set_> It is.
Jan 02 13:25:29 <jfsimon1981> that's basically everything, from linux to what the manufacturer developped and provided (TI people)
Jan 02 13:25:46 <set_> Oh.
Jan 02 13:25:47 <set_> Nice.
Jan 02 13:26:16 <jfsimon1981> From the names and location you can make a guess. Then you can open some headers and discover the registers, adresses, so on
Jan 02 13:26:28 <set_> Well, I guess since it is just me, I may not look at that file again. Who knows really? I might be able to use it. OH!
Jan 02 13:26:32 <set_> Nice! Double nice!
Jan 02 13:26:53 <jfsimon1981> i quickly checked a few gpio related headers and clock as well
Jan 02 13:27:02 <set_> Hmm.
Jan 02 13:27:10 <set_> You are being awful nice. What do you need?
Jan 02 13:27:43 <set_> I am just playin' around. Sorry to be so blunt.
Jan 02 13:27:49 <jfsimon1981> it's interesting but probably difficult to use. If you want to develop an application using c/c++, usually all you need is a few library, call them as needed.
Jan 02 13:27:59 <set_> Right!
Jan 02 13:28:24 <set_> Now, you taught me a lot. Geesh. Now, I have to do something to make you proud. Aw!
Jan 02 13:28:42 <jfsimon1981> Are you developping on Windows dektop ?
Jan 02 13:28:56 <set_> On the BBBW...
Jan 02 13:29:05 <set_> I mean, yes, I use Windows at times.
Jan 02 13:29:10 <jfsimon1981> ok
Jan 02 13:29:38 <set_> Is Windows Embedded coming back into play?
Jan 02 13:30:11 <set_> I remember someone saying, in here actually, that Microsoft was blabbing finally on their system OS procedures.
Jan 02 13:30:20 <set_> This would make it Open Source!
Jan 02 13:30:25 <jfsimon1981> honestly windows apparently does'nt like to much being embedded. I think they have tried and abandonned, it was a hack. I may be wrong, i don't follow win dev too much
Jan 02 13:30:38 <set_> Right.
Jan 02 13:30:43 <set_> They did it for a bit.
Jan 02 13:30:48 <set_> Then, they started to charge.
Jan 02 13:31:08 <jfsimon1981> do you code in c++ ?
Jan 02 13:31:57 <set_> Sort of...not well. I do not research enough to know how to do it w/ ease. I read up on my books but they are a "means to an end." They never teach me what I want to choose to learn.
Jan 02 13:33:07 <set_> It is like a book ago, I was held back to random math. Then, another book was about random engineering aspects on how programming can help any engineer figure out their math equations easily.
Jan 02 13:33:56 <set_> I have that Big Book on C++ by Stroustrup.
Jan 02 13:34:07 <set_> I just have not gone into it in detail again.
Jan 02 13:35:14 <set_> Yep.
Jan 02 13:35:24 <jfsimon1981> i take just 1 minute of your time, are you logged in the beagle now ?
Jan 02 13:35:25 <set_> Do you handle C/C++ well?
Jan 02 13:35:29 <set_> Yes.
Jan 02 13:35:47 <jfsimon1981> go to the home dir and type
Jan 02 13:35:49 <set_> I am logged in and rambling.
Jan 02 13:35:50 <jfsimon1981> wget http://jean-francois-simon.com/share/set/prime.tgz
Jan 02 13:35:58 <set_> Okay.
Jan 02 13:36:06 <jfsimon1981> to go home just type "cd" enter
Jan 02 13:36:22 <set_> What is supposed to happen?
Jan 02 13:36:31 <jfsimon1981> it will download an archive file
Jan 02 13:36:35 <set_> Oh.
Jan 02 13:36:38 <set_> I get that idea.
Jan 02 13:36:43 <jfsimon1981> which is a source to calculate prime in c++, very small program
Jan 02 13:36:54 <set_> Oh.
Jan 02 13:37:03 <jfsimon1981> let me know once it's done
Jan 02 13:37:08 <set_> I am sorry for disturbing you.
Jan 02 13:37:13 <set_> I am not going to do it.
Jan 02 13:37:23 <set_> It is not against you or anything.
Jan 02 13:37:34 <set_> I am tired and my mom is calling. HA!
Jan 02 13:37:42 <jfsimon1981> right
Jan 02 13:37:45 <set_> All jokes aside, thank you.
Jan 02 13:37:48 <jfsimon1981> np
Jan 02 13:38:25 <set_> So, are we moving on?
Jan 02 13:38:45 <jfsimon1981> what do u mean ?
Jan 02 13:38:54 <set_> I do not know what I mean.
Jan 02 13:38:56 <set_> Oops.
Jan 02 13:39:02 <set_> Okay for now. I will break.
Jan 02 13:39:24 <jfsimon1981> right see you
Jan 02 13:39:32 <set_> Later for now!
Jan 02 13:39:57 <jfsimon1981> that program just calculated a primer number, for instance you write "prime 10" it returns the next prime above 10
Jan 02 13:40:13 <jfsimon1981> (ie 11)
Jan 02 13:43:56 <set_> nice.
Jan 02 13:44:58 <jfsimon1981> basically i sent you the source you could compile and run it, that's all
Jan 02 13:45:29 <set_> Okay. No issue. I just am scared of random things the odder I get.
Jan 02 13:46:53 <jfsimon1981> wget is a a download command
Jan 02 13:46:57 <set_> I know.
Jan 02 13:47:07 <jfsimon1981> gz is an extract command
Jan 02 13:47:17 <set_> wget! I am used to it. I use tar.
Jan 02 13:48:56 <set_> gzip!
Jan 02 13:49:44 <jfsimon1981> ok
Jan 02 13:50:00 <set_> I am foolish and silly, i.e. to the point of no return!
Jan 02 13:53:07 <jfsimon1981> http://jean-francois-simon.com/share/set/prime.cpp
Jan 02 14:02:14 <set_> I got a site too!
Jan 02 14:02:29 <set_> It is not a nice as your site though. It is for fun so far.
Jan 02 14:03:47 <set_> This cold is kickin' in. The wind is blowing around downed fridges!
Jan 02 14:03:57 <set_> Back to the BBB!
**** ENDING LOGGING AT Mon Jan 03 02:59:57 2022