**** BEGIN LOGGING AT Mon Feb 11 03:00:11 2019 Feb 11 03:39:29 Hello...is it possible to use a different battery, other than SLA, for the MotorCape? I know it can handle 46v but can it handle other types of batteries? Feb 11 03:44:34 NiCAD or LiFe or LiPo? Feb 11 03:49:33 I am fine tuning things and I was thinking of easier ways to supply power to the BBBW MotorCape to handle four motors. Feb 11 03:57:05 Yes! Feb 11 03:57:13 Power is power! Feb 11 04:01:59 Chase the elusive smoke! Feb 11 04:04:19 Got it! Feb 11 04:04:35 46v of high "octane" motion! Feb 11 05:13:44 set_: it does definitely not tolerate 46V, where did you get that idea? Feb 11 05:15:00 and you can use a battery connected to the barrel connector for power (VCC), but only 2S lithium-ion (including lipo) is allowed on the battery terminals Feb 11 05:16:37 which also means you can't use it for the motor drivers nor to supply the 6V output Feb 11 05:28:38 in other words, no, for the purpose described you cannot use a different type of battery Feb 11 05:28:50 oh wait, I misread Feb 11 05:28:53 what is "SLA" ? Feb 11 05:29:04 the blue normally uses lipo afaik Feb 11 05:30:02 it will definitely not handle nicad or LiFe Feb 11 05:39:20 Hi Feb 11 05:39:49 I need an information about beagle bone black wireless device Feb 11 05:40:06 yuva: ask. don't ask to ask. Feb 11 05:40:19 Any possibilities to create mesh network using this device? Feb 11 05:40:41 should be possible Feb 11 05:40:43 it is tricky, but it has been done. Feb 11 05:41:34 i am going to use this device for IOT purpose. if you have any tutorial please share Feb 11 05:43:30 one attempt: https://groups.google.com/d/msg/beagleboard/XS7cwEto_B4/zIXY3df0BAAJ Feb 11 05:44:32 another: https://groups.google.com/d/msg/beagleboard/gG0MQ3DzRSk/BVoxUutNCgAJ Feb 11 05:45:15 that first link mostly seemed to be someone confused about how to do startup scripts Feb 11 05:47:21 zmatt: indeed. they were pretty much there, but didn't understand anything about debugging or repeatability. Feb 11 05:47:37 more links at https://groups.google.com/d/msg/beagleboard/7A9ek56IkW4/ZROL0B5JDgAJ Feb 11 05:48:08 anyway, it is one of those things I keep thinking I'll work on for the standard images and get distracted. Feb 11 05:48:12 or making systemd services with device dependencies Feb 11 05:48:48 gack. why is systemd so incomprehensible? Feb 11 05:48:57 hmm? Feb 11 05:49:05 I find it pretty understandable Feb 11 05:49:14 most of the time Feb 11 05:49:42 It is, until it isn't, and then you have to climb through mountains of source. Feb 11 05:50:34 because when the documenation is bad, and it often is, it is really bad. so, if you can't find a self-explanitory example, you have to dig, dig, dig. Feb 11 05:51:06 I guess, but that's not really systemd-specific Feb 11 05:51:10 it is usually conceptually clean, which is nice, but the implementation details can boggle. Feb 11 05:51:45 Thanks guys i will follow the link and let you know the result . Feb 11 05:52:02 yuva: super! Feb 11 06:08:54 yipee Feb 11 06:08:59 my virtualized linux makes I/O Feb 11 06:09:26 I see it poke the BIOS area, then scan the motherboard ROM for ACPI/MP/SMBIOS tables Feb 11 06:09:31 then it starts making port I/O Feb 11 06:09:44 I just have to finalize the serial port and I have something somewhat solid Feb 11 07:42:57 ew, x86 Feb 11 09:17:23 zmatt: I am using the BBBW w/ the MotorCape on this one. Feb 11 09:17:51 I was going to try to power the MotorCape w/ another type of battery. Feb 11 09:19:50 I will be powering the MotorCape w/ a type of battery, hopefully another type outside of SLA (Sealed Lead Acid), the BBBW w/ a power bank, and using four motors. Feb 11 11:24:23 set_: oh jeez, I really need to read better... for some reason I had the blue in mind Feb 11 11:24:40 I don't think the motor cape cares at all? Feb 11 11:25:01 why SLA ? Feb 11 12:58:11 Hi all , I'm stuck on X11 displaying red and blue colors inverted, while a test with colortest but no X started gives correct colours....any idea ? Feb 11 13:01:51 RGB vs BGR in the framebuffer (yes, yes, stating the obvious) Feb 11 13:05:33 where should I set it in X ? Feb 11 13:05:57 fred__tv_: did you configure the correct blue-and-red-wiring in your overlay? Feb 11 13:06:13 yes the default was fine Feb 11 13:06:23 there is no default Feb 11 13:06:44 your overlay originally lacked any blue-and-red-wiring declaration Feb 11 13:08:00 I mean the lack of blue-and-red-wiring gives the correct results with colortest with no X started Feb 11 13:08:00 this may result in red and blue being swapped depending on the application (specifically the color depth used), which sounds exactly like the problem you're describing Feb 11 13:08:31 so should I add anyway ? Feb 11 13:08:38 the lack of blue-and-red-wiring is always wrong, it just results in broken behaviour that's kept for legacy reasons Feb 11 13:09:33 yes, try setting it to "straight" first. if that gives the wrong colors, use "crossed" instead. Feb 11 13:10:42 already tried , but wait, I'm doing it again now... Feb 11 13:13:47 Should I just head over to github and start contributing? Feb 11 13:14:10 mister_awesome[m: ?? Feb 11 13:14:40 that's a pretty random thing to ask out of the blue Feb 11 13:15:03 By the way, forgot to introduce myself. I'm Manthan Admane from India an open source enthusuisat. I'm new to both IOT and open source and would love to be part of the motion :) Feb 11 13:15:22 I'm starting to guess you're talking about GSoc, in which case you're in the wrong channel Feb 11 13:15:34 see https://beagleboard.org/gsoc Feb 11 13:15:38 Sorry for the random post, actually I did put in on for a help yesterday. Feb 11 13:16:03 I'd love to be a part of gsoc but that's secondary. What is this channel for then? Feb 11 13:16:16 beaglebone and beagleboard support mostly Feb 11 13:16:41 Oh. Then I'll head on there for contributions right? Feb 11 13:16:44 Thanks :) Feb 11 13:43:05 zmatt: once modified bb.org original overaly (have you fixed your?) how to make the dtbo ? Feb 11 14:24:17 fred__tv_: make src/arm/yadayada.dtbo Feb 11 14:25:21 I completely forgot about doing a test on a beaglebone Feb 11 14:29:05 no problem Feb 11 15:19:04 zmatt: I have no /src/arm directory Feb 11 15:20:04 no no bb.org-overlays repository cloned... Feb 11 15:34:05 src/arm inside the bb.org-overlays repo Feb 11 15:34:23 where the dts is located Feb 11 15:34:24 ok Feb 11 15:35:49 you need to be in the directory where the makefile is located (i.e. the root of the bb.org-overlays repository) and 'make' followed by the path of the file to be created Feb 11 15:36:41 I noted all is ok with colors also in X11 unless I go to install gnuplot , that cause X11 to have swapped red-blue even if gnuplot isn't started. Anyway, I'm going to fix blue-and-red-wiring first of all strating from a clean overlay Feb 11 15:37:10 starting* Feb 11 15:47:38 that sounds odd Feb 11 15:47:54 you just do apt-get install gnuplot, nothing more? Feb 11 15:54:04 yes , and tried again colortest-8 (under X) swapped colors, purged gnuplot colors remain swapped Feb 11 15:54:29 gnuplot messes with Xorg configuration? that sounds really bizarre to me Feb 11 15:54:41 but probably a nonsense until i fix the old custom LCD overlay.. Feb 11 16:00:54 why "make src/arm/MYOVERLAY.dtbo" says no rule to make target "MYOVERLAY.dtbo" ??? Feb 11 16:01:42 does src/arm/MYOVERLAY.dts exist? Feb 11 16:01:59 yes but I was inside the directory.... Feb 11 16:02:17 then the problem is you not reading what I said Feb 11 16:02:42 ooooooops... Feb 11 16:03:37 and I haven't dtc installed too ... Feb 11 16:03:49 apt-get install device-tree-compiler Feb 11 16:06:44 yes Feb 11 16:27:14 fresh BB-BONE-LCD7-01-00A2.dts doesn't work , I have cross-check modifications on my working dtbo Feb 11 16:27:54 what's the esiest way to make dtbo readable ? Feb 11 16:28:34 dtc -I dtb -O dts -o my.dts my.dtbo ? Feb 11 16:33:19 if you managed to lose the source code of your dtbo then decompiling it like that is the only option obviously Feb 11 16:35:43 :-)) alternative ? Feb 11 16:40:47 don't lose your source code? Feb 11 20:31:28 i Feb 11 20:39:38 I have my modified dtbo working , but I've modified 2years+ ago , don't remember what mods other then resolution , probably disabled a pin, how to just make old dtbo "human readable" and then modify the latest bb.org overlay ? Feb 11 21:10:00 Hey! Feb 11 21:10:06 Hope you are doing well! Feb 11 21:10:42 I wonder if there any guide on how to run os from ssd available? Feb 11 21:12:56 zmatt: I've raked up an old mail with rcn where I managed it working by disabling: Feb 11 21:13:01 bb_lcd_lcd_pins: pinmux_bb_lcd_lcd_pins { Feb 11 21:13:01 pinctrl-single,pins = < Feb 11 21:13:01 BONE_P9_27 (PIN_OUTPUT_PULLUP | MUX_MODE7) /* mcasp0_fsr.gpio3_19 */ Feb 11 21:13:40 Tomorrow I'll give it a try... Feb 11 21:14:39 (....removing BONE_P9_27 (PIN_OUTPUT_PULLUP | MUX_MODE7) /* mcasp0_fsr.gpio3_19 */ from dts) Feb 11 21:58:59 Hey! I was able to flash SD card to the newest debian (bbb x15) but cannot make the board to start the boot nor the initialize flashing when SD card is inserted. Thanks so much. Feb 11 22:09:33 Andre: which image did you flash to sd card? Feb 11 22:17:22 Hey! Feb 11 22:17:47 bbx15-debian-9.5-lxqt-armhf-2018-10-07-4gb.img.xz Feb 11 22:18:22 I was able to get the flashing going but now /boot/uEnv.txt is trying to flash every time. Feb 11 22:18:41 sounds like you changed /boot/uEnv.txt on the eMMC instead of on the SD card Feb 11 22:18:42 board is X_15 rev 3 Feb 11 22:18:49 hahahahaha Feb 11 22:18:51 so now eMMC is trying to flash itself, which obviously doesn't work Feb 11 22:19:13 I mean, unless you forgot to remove the sd card after flashing? Feb 11 22:19:26 ehhhh Feb 11 22:19:28 the card is our Feb 11 22:19:33 the card is out Feb 11 22:19:48 I just couldn't start the flashing from SD card Feb 11 22:19:53 then the most logical explanation is that you modified /boot/uEnv.txt on eMMC Feb 11 22:20:18 do I have any option at this moment? Feb 11 22:20:20 how did you write the image to the sd card? Feb 11 22:20:37 balena Etcher for mac Feb 11 22:20:45 ok Feb 11 22:20:59 Thanks for your help again zmatt Feb 11 22:20:59 maybe just in case write the image to sd card again to ensure it is fresh Feb 11 22:21:12 then you should be able to boot the bbx15 from sd card Feb 11 22:21:13 certainly will do Feb 11 22:21:31 how can I initiate the flashing from sd card on x15? Feb 11 22:22:18 by default wiring should try SD and secondarily eMMC Feb 11 22:22:40 sorry for typo Feb 11 22:22:40 ocne you've booted from sd card (verify that "findmnt /" shows the root filesystem is mounted from /dev/mmcblk0p1, not /dev/mmcblk1p1) Feb 11 22:22:57 you should be able to edit /boot/uEnv.txt to enable it to be a flasher Feb 11 22:23:13 and then rebooting should start the flasher Feb 11 22:23:39 so there nothing I have to do, if the SD card is good it should start boot from SD? no extra magic needed? Feb 11 22:23:55 no magic needed Feb 11 22:24:11 hm Feb 11 22:24:25 OK so something is wrong with my sd card apparently Feb 11 22:25:14 strange, Etcher should have detected if there are problems with it Feb 11 22:27:16 when having my sd in Feb 11 22:27:47 d3 light up for like 8 seconds and goes dark back on Feb 11 22:28:11 will format the disk and reflash again Feb 11 22:28:16 and keep you posted Feb 11 22:30:22 hmm that does sound it can't even load u-boot Feb 11 22:30:25 *sound like Feb 11 22:35:46 unfortunately the same....... Feb 11 22:38:00 etcher did not report any issues Feb 11 22:38:24 OK ultimately I need to start the OS from SSD Feb 11 22:38:47 I will try to flash the ssd with etcher and set the pins to start from SSD Feb 11 22:39:05 hopefully this will work (need usb to sata connector) Feb 11 22:39:27 possibly then I can mount eMMC and edit the uEnv Feb 11 22:53:18 dunno, if somehow you failed at flashing the sd card, why do you think you won't have the same problem with the ssd? Feb 11 22:55:06 booting from SD card should just work, whereas booting via some more unusual route might have additional complications Feb 11 22:56:45 I dont really know Feb 11 22:56:47 also "board is X_15 rev 3" makes no sense, the hardware revisions begin with a letter Feb 11 22:57:31 I got that from the flasher Feb 11 22:57:49 not sure what to try next? Feb 11 22:57:53 new sd card? Feb 11 22:58:06 different iso? Feb 11 22:59:05 dunno, I'm not sure how to figure out what might be going wrong, and I can't test the latest image on my own bbx15 until I get home (although I fully expect it to simply work) Feb 11 23:00:03 just the power led turning on for a few seconds and then turning off again suggests that the ROM bootloader is unable to load u-boot, or u-boot fails at an early stage of initialization Feb 11 23:00:59 though in the former case I'd assume that rom would just fall back to loading u-boot from eMMC Feb 11 23:01:11 I don't suppose you have any other linux system you can use to check the sd card? Feb 11 23:01:56 hm Feb 11 23:02:07 I have exsi server Feb 11 23:02:13 and mac os Feb 11 23:02:24 mac os doesn't seem to recognize the sd card Feb 11 23:02:34 once plugged in back after flashing Feb 11 23:02:47 yeah it doesn't understand the linux filesystem Feb 11 23:03:00 thats like ext4 or something similar Feb 11 23:03:41 trying Fuse now Feb 11 23:04:22 though it's not really the filesystem that matters in this case, u-boot is placed in the space between the partition table and the rootfs partition Feb 11 23:04:30 OK Feb 11 23:04:44 actually I don't even know what I'd have you inspect even if you do have a linux system Feb 11 23:04:54 hehehe no worries at all Feb 11 23:06:57 OK Feb 11 23:07:05 so basically it should just work Feb 11 23:08:06 I might probably get more info once I connect it to the serial **** BEGIN LOGGING AT Mon Feb 11 23:39:46 2019 Feb 11 23:42:07 I'm not sure it's really any closer to C#... it probably just looks like it is Feb 11 23:42:29 like, some of the keywords may be there, but the semantics aren't Feb 11 23:45:50 and C++ is just a personal preference... I like its richer type system and features like templates Feb 11 23:46:22 I'm not going to claim it's a *nice* language though... it's a complicated monstrosity burdened with historical baggage Feb 11 23:58:49 I always thought of it as hysterical baggage. I digress. The most important thing about what language to use is it to match what you are doing. For example if you are processing text on a PC python makes that easier. If you are twiddling some IO as fast as possible C works. If you are doing something like abstraction of IO with objects C++. However C++ has a fair number of drawbacks for that. You have to be VERY careful how you Feb 11 23:58:49 use your objects, so you don't accidentally have C++ make a copy of the objects perform the operation and then delete the copy, things like that can create WEIRD problems. Feb 12 00:00:06 not sure what you mean... C++ copies objects in exactly the same situation as C Feb 12 00:01:38 and you can do pretty neat things in C++ ... https://liktaanjeneus.nl/iopin-test.cc.html Feb 12 00:06:05 You can but you need to be careful about your constructor at times. I had the idea of resetting the IO each time the object was constructed and then reinitializing the IO when destructed. So there were these relays clicking every so often ... Feb 12 00:07:41 I mean... the way you're describing it sounds like it worked as intended :P Feb 12 00:08:43 Yes except the clicking sound was not supposed to happen, it was creating a copy of the object each time I used an operator on it. So I had to change a few things. Feb 12 00:12:51 if you wanted to make sure that wouldn't happen, don't add a copy constructor Feb 12 00:14:32 Well 2 decades ago is a long time ago. You don't have to worry about me doing that again. Feb 12 00:15:23 oof, I also don't even want to think about what the language looked like back then Feb 12 00:15:47 C++17 is a hard requirement for me Feb 12 00:16:15 and they need to hurry up with some of the C++2x stuff :P Feb 12 00:17:39 they big thing that made C++ really powerful were the template features. Without those a lot of code would be like the C macro language. Feb 12 00:18:00 @zmatt thanks for all help so far. I will keep you updated! Feb 12 00:46:59 Does anyone has an experience developing C++ code for BBB under Microsoft Visual Studio? Feb 12 00:54:12 our system contains Windows C#/.net and BBB. It would be nice to avoid the VM running linux Feb 12 01:15:22 ARM GCC should work under windows as a cross compiler however Eclipse is far more common. Feb 12 01:18:22 I know that ARM GCC can be compiled/deployed/debugged using Visual Studio. But are there some show-stoppers? Feb 12 01:26:14 I suggest looking on google under gcc visual studio compatibility Feb 12 01:26:31 I believe there was a project for just that particular thing. **** BEGIN LOGGING AT Tue Feb 12 02:23:30 2019 Feb 12 02:36:23 Got it! Feb 12 02:36:32 I have a couple screws loose. Feb 12 02:36:42 Needle Nose! Feb 12 02:37:03 ... Feb 12 02:37:16 Has anyone incorporated a BBB w/ a kerosene heater? Feb 12 02:38:54 I am currently trying to find their software to their chip on the machine. I was going to replace it w/ a BBB for giggles. Nice task, though. Feb 12 02:42:34 They have this simple chip w/ a LED, photocell, and some other doo-dads. I think I could do it but it will take time. Feb 12 02:46:55 I was reviewing their board w/ the chip on it. It is a PCB, through hole. Odd, yes? **** ENDING LOGGING AT Tue Feb 12 02:59:59 2019