Re: [beagleboard] Re: BeagleBone Black RTC?
Am 03.12.2015 um 23:17 schrieb Robert Nelson: On Thu, Dec 3, 2015 at 4:06 PM, Fidel Alejandro Rodriguez < alek@gmail.com> wrote: did you manage to implement RTC whith BBB regards This is one way: http://elinux.org/CircuitCo:RTC_Cape Otherwise grab any i2c/rtc adapter board off sparkfun, (3.3v) and wire to the i2c.. I've build me USB-RTCs to use them with different boards: http://ahsoftware.de/dcf77-hid-usb-rtc/ http://ahsoftware.de/usb-rtc/ Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Running Cloud9 on a 2GB install on a Motorola Lapdock.
Am 17.06.2015 um 11:05 schrieb jamcan: Thanks, Robert. I did flirt with that for a while, and will probably resort to it again. Also, if that is the only option, does any one know how to clear the existing OS from the emmc so you can boot from the SD card without having to press a button on boot? I have read that to force a boot from the microSD card, you delete the MLO file in the FAT partition of the eMMC which is accessible when the board is connected over the USB cable and appears as a thumbdrive, but on my Windows 7 machine I only see a 96MB partition with the 'BeagleBone Getting Started' files and folders. I realise I must be overlooking something very basic, but I am baffled. Just modify uEnv.txt on the emmc to boot from the mmc. Here's a picture which might help: http://ahsoftware.de/Beaglebone_Black_Boot_explained.svg -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Threading in C++
Am 20.04.2015 um 16:33 schrieb les...@ams.za.com: Hi, I am developing a UAV control system on the Beaglebone Black. I have tried to use threads (infinate loops, so they run continuously) in my application to send telemetry data from the plane, receive instructions from the ground, control the plane and so on. I found that the threads run fine most of the time, but once in a while there is a snag that occurs, which can last up to 3 secs. This is very catastrophic for my orientation algorithm as because it integrates gyro data over the small time scales it usually takes per iteration. I have found that when I run the code serially, the snags disappear completely, but they return even when I introduce a thread that does nothing (infinite loop with a sleep). This means that it has nothing to do with threads accessing the same data simultaneously. It appears to be a consequence of merely having threads. I have used boost::threads as well as std::threads but they both have the snag once every few seconds. - The board I am using is the beaglebone black rev c - I am running ubuntu 14.04 - The kernel is 3.8.13-bone68 I would really appreciate any help because I really need to be able to run threads. Threads are serialized by the OS, especially if there are more threads than cores. If you now have a look at how many threads/processes are running on your machine (e.g. by using ps aux), you might get an idea how complicated that topic actually is, especially on a single core system. To give a small hint: Whenever your code enters a system call the OS might decide to give up the remaining piece of the time slice reserved for the actual thread. So it might be a good idea to enable preemption in the kernel, adjust the timer frequency there and have a look at all the other knobs a Linux system offers (e.g. sysctl -a), besides being aware of locking problems and such in your own code. Not to mention problems with slow I/O (e.g. swap on sd-cards). Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] ADC - C++ code hanging while executing read from file
Am 17.04.2015 um 23:17 schrieb William Hermans: Have you tried using strace on your executable to see what is happening behind the scenes ? Besides that I don't see any C++ in the below C code, it's obviously the same problem as so often if people are doing their first steps with read(), select() and similar. ;) I suggest to read up about O_NONBLOCK in order to avoid all the problems if blocking I/O calls are handled wrong. On Fri, Apr 17, 2015 at 1:38 AM, matevzb matevz.bos...@gmail.com wrote: We just updated the OS from Ubuntu 12 to latest Ubuntu 14.04 with 3.14.37 kernel. Since we are using UART4 and ADC, we had to update the initialization, but it appears to be working. Doing a 'cat /sys/bus/iio/devices/iio:device0/in_voltage0_raw', we get the ADC results. However, sometimes, we get 'Resource temporarily unavailable' when reading from that file. The cat survives it and just exits. The problem is that we use the following C++ code to read the analog value from file int fp = 0; char pathTmp[128] = {0}; char readBuffer[10] = {0}; int ret = -1; int adcVal = 0; ret = sprintf(pathTmp, /sys/bus/iio/devices/iio:device%d/in_voltage%d_raw, 0, inputNum); fp = open(pathTmp, O_RDONLY | O_NONBLOCK); if (fp 0) { printf(Failed to open %s\r\n, pathTmp); return -1; } printf(_aR); fd_set read_fds; FD_ZERO(read_fds); FD_SET(fp, read_fds); struct timeval timeout; timeout.tv_sec = 0; timeout.tv_usec = 1000; if (select(fp + 1, read_fds, NULL, NULL, timeout) != 1) { printf(_aT!); close(fp); return -1; } if (read(fp, readBuffer, 5) 0) { printf(Failed to read\r\n); close(fp); return -1; } close(fp); printf(_aC); adcVal = atoi(readBuffer); In this code, the execution just randomly hangs on executing 'read' command (the buffer size doesn't effect), but as more tasks (ROS nodes) are executed on BeagleBone, earlier it happens. The problem is that when the application hangs at 'read' command, the whole ROS node hangs... We have checked the source code of 'cat' command and it doesn't have anything obviously different than what we are using. Does anybody has any idea on how to proceed? Regards, Matevž -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] ADC - C++ code hanging while executing read from file
Am 18.04.2015 um 11:07 schrieb Alexander Holler: Am 17.04.2015 um 23:17 schrieb William Hermans: Have you tried using strace on your executable to see what is happening behind the scenes ? Besides that I don't see any C++ in the below C code, it's obviously the same problem as so often if people are doing their first steps with read(), select() and similar. ;) I suggest to read up about O_NONBLOCK in order to avoid all the problems if blocking I/O calls are handled wrong. To give a hint, just because select() returned without a timeout doesn't mean read() will not block. Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] BBB UART broken or is this normal behaviour?
Am 14.02.2015 um 13:12 schrieb oli4gate: I have some strange behaviours on the UART's of my beaglebone black. I have done the same test (like below) on UART1; UART2 and UART4, and they are all acting the same way. I did the following test: - bridged (loopbacked) the port - open two terminal windows - on one terminal window I listen the port - on the other I send the stringolivier You can't share serial ports between multiple processes, threads or similiar. What happens is that two processes are opening the same port which leads to undefined operations (it likely confuses the kernel). Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Beaglebone Black boot order
Am 05.02.2015 um 20:52 schrieb Sherman Boyd: On Thu, Feb 5, 2015 at 12:35 PM, John Syn john3...@gmail.com wrote: MLO Ok, so no uEnv.txt and it will boot to eMMC. Thanks. I'll still have a picture online which might explain what happens: http://ahsoftware.de/Beaglebone_Black_Boot_explained.svg Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] OSX + Baeglebone = Nightmare
Nothing shows up on the USB bus, so prime suspect would be an updated kext, I will be able to compare the version number from 10.10 10.9 later today. With 10.10, Apple requires signed kext's.. So depending on the 10.9 kext, you might have to enable kext-dev-mode=1 in your apple bootargs. Is that kext necessary for the cdc-driver (or usb-storage) too? I've read the cdc-driver is part of the system, so it should be already signed. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: OSX + Baeglebone = Nightmare
Am 02.02.2015 um 06:53 schrieb John Syn: From: SimuGQ garymquig...@gmail.com Reply-To: beagleboard@googlegroups.com beagleboard@googlegroups.com Date: Sunday, February 1, 2015 at 4:54 PM To: beagleboard@googlegroups.com beagleboard@googlegroups.com Subject: Re: [beagleboard] Re: OSX + Baeglebone = Nightmare Good God is that it? Seriously, you guys are selling an 'OSX compatible product? What % users are OSX? What profit margin have you made there? Sell product, does't work, no support = 100% user profit. Host forum, post try this solutions, stay calm. I give up. You just could use the cdc ethernet driver on the bbb as this seems to be supported by the hooked fruit. Maybe it's possible to identify these fruits or the windows by their vendor-id of the usb. If so, one could just write an udev-rule for the bbb which eiter loads the cdc-driver (for linux and/or fruit remotes) or the rndis-driver for windows remotes. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Board shipments decreasing
Am 22.09.2014 19:41, schrieb Gerald Coley: You should see an uptick in shipments this week, 800 went out on Friday.Not that anyone cares, but Arrow shorted us all the HDMI framers from NXP, so CCO had to go through other channels to find them. Oh, and yes they were indeed more expensive. Sounds like the time when everyone was hunting for TI DSPs. ;) -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[beagleboard] Re: BeagleBone Black RTC?
Am 07.07.2014 17:54, schrieb David Anders: or just purchase a RTC Cape http://elinux.org/CircuitCo:RTC_Cape for $29.99MSRP Thanks, but I already have fully working hot-pluggable USB-RTCs I can use with almost all RTC-less boards I have. But you might have an interesst in some patches I've written to use them. They will make it possible to use the RTC-drivers as modules (and the time still will be set automatically by the kernel), besides to choose by kernel-command-line which RTC driver will be used: https://lkml.org/lkml/2014/6/13/6 Unfortunately they will likely never end up in mainline. Regards, Alexander Holler On Friday, February 1, 2013 1:51:51 AM UTC-6, Alexander Holler wrote: Hello, I've ust had a look at the specs for BeagleBone Black. As usual, my first question was: Does it support RTC operation? Having a first look at the schematics, it does not look like it is possible to connect some coin battery or similiar to drive the processor in RTC only mode. Am I right and this another non-RTC design which needs an external RTC connected to I2C or similiar? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] eMMC lifetime?
Am 29.06.2014 17:21, schrieb myerscountr...@gmail.com: I was just curious - I'm using my BBB rev C as a datalogger (among other things.) I'm going to be writing approximately 200 bytes of data to a mySQL database a minute pretty much 24x7 (somewhere around 300Kb per day I'm guessing.) I'm not going to be doing much erasing of data; maybe occasional purges of old data, but not very often. Mostly it will be used to store the sensor values, and then I'll write a webserver front-end to access the data, do aggregation and charting, etc. At this point, my eMMC has about 2.3GB free (I did a lot of cleanup, removing the x system, etc.) At this point, at the current write rate, theoretically I could write for around 20 years before the drive fills up. What I'm curious about though is - knowing my current usage, and that it's not anticipated to change very much in the future, how well will the eMMC hold up? I've been doing a lot of googling, but haven't really found any write cycle information for the Kingston ke4cn2h5a on the board. If do you don't care to lose some datas in case of crashes use a ramdisk and sync the contents occasionally (especially at a normal shutdown) to the eMMC. Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Why Do Angstrom and Debian Enumerate the RTC Differently?
Am 13.06.2014 05:01, schrieb Robert Nelson: On Thu, Jun 12, 2014 at 9:56 PM, Justin Morgan jdm...@gmail.com wrote: I've noticed a difference in behavior between the latest Angstrom Linux image and the latest Debian image available for the BeagleBone Black when it comes to enumerating the real-time clocks present when a RTC Cape is present. [I have the actual clock present by use of a generic breakout board, but not the actual cape.] I am trying to determine if Angstrom Linux has a patch that is not present in Debian, as I prefer the RTC behavior I am seeing in Angstrom. (I'd think Debian would want the Angstrom behavior, because if the user has attached an RTC, then there is most likely a battery backing it; the BBB currently does not support shutdown to the RTC rail only, so the on-board RTC is going to be wrong on a cold boot.) When I tell Angstrom that I have a BB-BONE-RTC cape attached, my RTC (the DS1307) is enumerated as /dev/rtc0. As such, my clock becomes the clock that is used to set the system clock, and is otherwise going to get all of the privileges of being the first RTC. When I tell Debian that I have a BBB-RTC-01 cape attached, the on-board RTC is still enumerated as /dev/rtc0. My RTC is enumerated as /dev/rtc1. As such, the clock is wrong on boot. I used different capes because I was going for firmware already on the BBB. I don't see anything about either DTO that explains the difference in behavior. Well, i just compared Angstrom's config with the one i've been pushing out for our 3.8 branch.. No difference an any RTC config's.. Probally comes down to Angstrom's much newer version of systemd, or something custom. You might have an interest in 3 old patches from me I've just posted again for someone else: https://lkml.org/lkml/2014/6/13/6 These patches make it possible to choose the used RTC by driver name. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Reference OS.
Am 29.05.2014 19:07, schrieb Gerald Coley: We ship Debian on every BBB we ship. However, trying to dictate to the community what every person uses, that seems to me to be not open source. We have no plans to dictate to people what they do and what OS they prefer. Open source means just that . Fragmentation. I do not plan for us to become Microsoft. Causing people to leave the project because you did not choose Android, that would in my opinion reduce the value of the project. Besides that only the kernel matters. If you have a working kernel, you can use almost every Linux distribution (or other OS which do use the Linux kernel like Android). Unfortunatley that doesn't make things easier as a working kernel is stuff for dreams itself (meant in general, not in regard to the Beagle boards). Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test
Am 13.03.2014 21:33, schrieb Robert Nelson: On Thu, Mar 13, 2014 at 3:26 PM, Dennis Cote denn...@harding.ca wrote: On Thursday, March 13, 2014 12:49:52 PM UTC-6, RobertCNelson wrote: Which brings up a fun question. What default timezone do you guys want? Or is utc generic enough? I think UTC would be best, but there should be clear instructions for how to change it. Most users (like me) are not Linux experts and don't know how to do many of these basic things. I though /etc/timezone seemed like the perfect place to make this change, but it turns out that was wrong. Google led me to tzselect which also looked promising, but again it was wrong. So then, here's a question for you. Where do you want to see those type of faq's listed? I can pretty much dump them anywhere, but the hard question is where... motd or the banner for ssh, together with an instruction to use rm to get rid of the message. Listing those basic steps there would get rid of thousands question from people using broken, old and/or outdated instructions belonging to some broken/old and/or outdated images. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test
Am 13.03.2014 22:24, schrieb Alexander Holler: Am 13.03.2014 21:33, schrieb Robert Nelson: On Thu, Mar 13, 2014 at 3:26 PM, Dennis Cote denn...@harding.ca wrote: On Thursday, March 13, 2014 12:49:52 PM UTC-6, RobertCNelson wrote: Which brings up a fun question. What default timezone do you guys want? Or is utc generic enough? I think UTC would be best, but there should be clear instructions for how to change it. Most users (like me) are not Linux experts and don't know how to do many of these basic things. I though /etc/timezone seemed like the perfect place to make this change, but it turns out that was wrong. Google led me to tzselect which also looked promising, but again it was wrong. So then, here's a question for you. Where do you want to see those type of faq's listed? I can pretty much dump them anywhere, but the hard question is where... motd or the banner for ssh, together with an instruction to use rm to get rid of the message. Listing those basic steps there would get rid of thousands question from people using broken, old and/or outdated instructions belonging to some broken/old and/or outdated images. And if some gui is supported, open an editor like gvim or similiar to show those instructions gui-users too (by using some autoexec mechanism the gui in question offers). Anything else than in-image-instructions which people will see when they start exploring the board doesn't help as history has shown. Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test
Am 12.03.2014 20:02, schrieb Robert Nelson: On Wed, Mar 12, 2014 at 1:45 PM, Dennis Cote denn...@harding.ca wrote: On Monday, March 10, 2014 8:03:28 AM UTC-6, RobertCNelson wrote: Doesn't really make a difference for 3.8 thou, as you see.. Best to just switch to v3.13.x Robert, How do you propose that users switch to v3.13.x (by which I assume you mean the Linux kernel version)? My BBB panics like this on every boot using the Debian 2014-03-04 image. I can't even log in to the text console. panics on every boot? Do you have any error log? I can't really help with that limited info. I'm not sure if you're talking about a non-patched 3.13.x, but I've recently tried (plain) 3.13.6 and received a panic (oops) straight on boot in musb (a bt-dongle was connected on boot). So I've just switched back to some heavy patched 3.11 I haven't many problems with. Sorry, no log too and I'm currently too lazy to fiddle with the bone and produce one, but it might be a hint to try booting with some usb-device connected. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?
Am 06.03.2014 00:14, schrieb Karl Longen: I don't see anything wrong.in this world nothing is wrong (other than the attitude), there is what is right for someone and what is right for most of the people. In 15 years working as programmer, I have NEVER experienced a single developer using VI for anything other than modify server side files (either config, daemons, apache config files), or to create quick shell script to automate some process. Hmm, I wonder what you've did in 15 years. You even didn't know that vim has code coloring since a long time but then you say nobody uses vim. Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?
Am 06.03.2014 11:43, schrieb Micka: This kind of topic will never stop can we stop this discussion ? Every one has his favorite tools + we don't develop together which means that this discussion is useless. Not if someone says he knows it all and makes obvious false statements. -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?
Am 06.03.2014 00:05, schrieb Karl Longen: Exactly, that was in the pastthis is 2014; we don't necessarily need to use things from the past, when there is something else new that perform better And in 2016 you don't have a device anymore where your, what *you* declare as IDE, still will run on. Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?
Am 06.03.2014 20:54, schrieb Karl Longen: I have seen few people using Memacs, but it was a rarity, and limited to few old engineers. The world is not only like you see it; the fact that you have certain experiences is not a considerable proof to say this is how it is everywhere. There are 6M of people on this planet, in case you didn't realize it. Err, you made the obvious wrong statement that no one uses vi(m) for any large and/or serious project. So you have to ask yourself who is the the narrpw-minded one and who has to learn a bit more about reality. Anyway, it's getting boring. On Thursday, March 6, 2014 2:05:58 AM UTC-8, Alexander Holler wrote: Am 06.03.2014 00:14, schrieb Karl Longen: I don't see anything wrong.in this world nothing is wrong (other than the attitude), there is what is right for someone and what is right for most of the people. In 15 years working as programmer, I have NEVER experienced a single developer using VI for anything other than modify server side files (either config, daemons, apache config files), or to create quick shell script to automate some process. Hmm, I wonder what you've did in 15 years. You even didn't know that vim has code coloring since a long time but then you say nobody uses vim. Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?
Am 05.03.2014 13:30, schrieb Karl Longen: BTW you have never tried to code pages and pages using just VI probably Any person in their right state of mind would not use VI, unless you are writing short programs (like shell script), or very simple applications. That's just plain wrong and doesn't reflect reality. Renounce to auto correction, color syntax, auto completion, and a ton more of functionalities, when you are coding millions of lines, is not different from running win 3.1 on a modern computer :) If you really need those things, vim and emacs are offering such stuff too. On Wednesday, March 5, 2014 4:15:11 AM UTC-8, c...@isbd.net wrote: Open multiple ssh connections to the BBB, run vi in one of them, make in another and do testing in a third - the best IDE there is. Try esc:make in vim. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Temperature Sensor in my BBB
Am 03.12.2013 01:54, schrieb Junkytomato: OK. Is it just me or does this Google group seem broken? Everything is delayed by up to a day, I get duplicates of many of the emails, and now it's showing some of my e-mails as from an account with the first and last names 'me' and 'me'. I have no idea where that string came from, but it seems that something's wrong. Does anybody know why this is happening? I think it's a problem on your side. From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On Behalf Of me me Sent: Monday, December 2, 2013 3:28 PM To: beagleboard@googlegroups.com Subject: RE: [beagleboard] Temperature Sensor in my BBB Does that mean that I should try in Angstrom? Sent from my Windows Phone Maybe that is the real problem. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
Re: [beagleboard] Re: Extracting eMMC contents using FAT formatted card
Am 27.09.2013 19:07, schrieb Jason Kridner: On Thursday, September 26, 2013 2:26:40 PM UTC-4, Alexander Holler wrote: Am 26.09.2013 20:21, schrieb Alexander Holler: autorun.sh: #!/bin/sh echo timer /sys/class/leds/beaglebone\:green\:usr0/trigger dd if=/dev/mmcblk1 of=/mnt/BeagleBoneBlack-eMMC-image-$RANDOM.img bs=10M sync echo default-on /sys/class/leds/beaglebone\:green\:usr0/trigger I think using dd and creating an image is a pretty bad way to build a backup. I would suggest to use sfdisk -d /dev/foo sfdisk.emmc.txt mount emmc tar cpjf -C emmc . umount emmc Of course, it should be tar cpjf emmc.tar.bz2 -C emmc . and another tar might be necessary for the second partition. And putting such a script together with busybox into an in-kernel initramfs, and people would just have to build a card with one file, the uImage. I still like having autorun.sh such that the script can be easily customized without rebuilding. Of course, MLO and u-boot.img are also required. The discussed Buildroot-based image is using initramfs. As long as the eMMC still works (the first partition there is ok), there is no need for mlo and u-boot on the sd-card. Seems like some work is required here to create the logic to make sure each partition is tar'd. Also, the restore script needs to be created. In general, this just requires some more testing. Any volunteers to try out the sfdisk/tar based solution? To restore such a tar, use tar xpjf emmc.tar.bz2 -C emmc --numeric-owner after you've created or formatted and mounted the partition. And don't forget that --numeric-owner on restore, otherwise bad things might happen. Regards, Alexander Holler -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups BeagleBoard group. To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.