**** BEGIN LOGGING AT Fri Apr 24 02:59:59 2015 Apr 24 03:07:48 hmz, the BBB is really kinda wasteful... all 1.8V and 3.3V supplies are generated using LDOs, only the 1.1V (mpu/core) and DDR supplies use switchers Apr 24 10:13:40 Hi mates! This case is regarded powering BBB via battery. The env: TP5 and TP6 are soldered together, between TP7 and TP8 I'm using a 10K resistor, beacause my Li-Po battery has no thermistor. The battery '+' is connected to TP6, and battery '-' is connectoed to TP8. Apr 24 10:16:00 If there are no external PSU connected, I can switch on BBB using the power button, it runs fine. When I'm connecting DC 5V to the BBB's power connector, I can read the power IC's status: the thermal resistor is OK and charging the battery. Until this point everything is fine. Apr 24 10:17:26 But if I disconnect the DC 5V external power, BBB prints: "power button was pressed" and does a normal shutdown. The battery is still connected, and after the shutdown I can switch the BBB on using the power button, as before. Apr 24 10:18:10 Is there anyone experienced such bevaviour? Thanks in advance. Apr 24 10:18:25 might be a mistake in the tps driver? Apr 24 10:19:55 I'm using the Debian image, flashed to eMMC, also did a full upgrade via apt-get... Apr 24 10:21:26 I actually was about to try powering the BBB through the bat pins, so when I get off my lazy ass and actually do the test I'll be sure to check the pmic's irq register under those circumstances Apr 24 10:22:02 and I have another BBB, it has the stock Angstrom image in the eMMC, and does the same behaviour. Also tried to put a 10 uF electrolyte capacitor on the battery + and - pins, but no effect. Apr 24 10:22:54 either the pmic is giving a false button-event, in which case it's a hw issue, or the kernel driver misinterprets the pmic irq register Apr 24 10:23:39 the latter feels more likely Apr 24 10:25:10 Ok, tonight i will reinstall the OS, and check if it helps. Can I ask you to mail me your experiences? Apr 24 10:25:19 aphex: have you had a look at the schematics and the relevant datasheets? Apr 24 10:25:37 looks like a driver bug Apr 24 10:25:44 zmatt: not necessarily Apr 24 10:25:53 looks like a driver bug (looking at the source code right now) Apr 24 10:26:12 zmatt: hardware bugs exist too, you know ;) Apr 24 10:27:09 I am painfully well aware Apr 24 10:27:58 :-) Apr 24 10:28:15 * GenTooMan suggests a well documented hardware bug is a feature ... (then hides) Apr 24 10:29:00 aphex: you have a console cable? Apr 24 10:29:05 for the serial console Apr 24 10:30:57 KotH: sometimes I can not even power up using just battey, or just for some sec's. so I checked the TPS datasheet for the min. battery voltage, it's 2.75 VDC. I measured that the BBB shuts down if voltage gets under 3.4 VDC, also a strange behavior... Apr 24 10:31:06 zmatt: yes I do Apr 24 10:31:44 but havent used for this issue yet, just the eth to connect via ssh... Apr 24 10:31:57 aphex: that behaviour is normal, the 2.75 VDC minimum is when you configure the min value for undervoltage lockout... and needless to say, it's going to have some issues supplying the 3.3V rails on 2.75V :P Apr 24 10:32:17 in u-boot you can dump the pmic irq and status registers with: Apr 24 10:32:21 i2c md 24 02 1 # show irq bits Apr 24 10:32:21 i2c md 24 0a 1 # show status bits Apr 24 10:32:36 Yes its pretty straightforward :) Apr 24 10:32:38 you can check if disconnecting AC causes a button even or not Apr 24 10:32:49 *event Apr 24 10:33:08 aphex: sorry, i cannot direclty help you there, as i dont own a BBB Apr 24 10:33:13 Ok i will check this too Apr 24 10:33:28 aphex: but i would suggest you check the schematics and datasheets carefully to see what the intended behaviour is Apr 24 10:33:50 KotH: no problem, thank you anyway Apr 24 10:33:53 note that conveniently, the irq and status register use different bit allocations Apr 24 10:34:22 aphex: i would not be surprised if the application and removal of the power supply cause spikes on signal wires and thus cause this weird behavirou Apr 24 10:34:35 KotH: power button has a 50 ms debounce Apr 24 10:35:00 zmatt: digital or analog? Apr 24 10:35:10 and is an integral part of the pmic, which should be designed to deal with such transitions Apr 24 10:35:29 zmatt: yes Apr 24 10:35:31 should Apr 24 10:35:46 (well the button itself is obviously not an integral part of the pmic, that would be an awkward IC package....) Apr 24 10:35:47 unfortunately, more and more hardware is designed in the same manner as software is Apr 24 10:36:08 is software designed? I thought it was usually just... made... Apr 24 10:36:11 zmatt: Ok. What wierd is, I tested this battery operation about a year ago, with the same battery, and havent experieced such behaviour... so I also suspect the LiPo, I may have damaged during the months, since it was not charged for a long time. Apr 24 10:36:16 zmatt: :-) Apr 24 10:38:38 aphex: there's definitely not a great deal of voltage margin, because of the 3.3V voltage rails that need to be supplied Apr 24 10:38:59 KotH: currently i do not have a scope to check the spikes, but already ordered, i hope its on the way. Apr 24 10:40:04 Yesterday I ordered a new battery too, this time a type with build in thermistor... Apr 24 10:40:52 aphex: i hope you bought one that goes at least to 200MHz Apr 24 10:41:00 aphex: below that you wont see much Apr 24 10:41:15 zmatt: Im not a permanent irc user, how can i get informed, when you try the battery operation? Apr 24 10:43:08 as usual when no irq available, poll periodically Apr 24 10:43:51 btw, if you're interested, I got some scope pics of pmic behaviour that I took earlier today -> http://gerbil.xs4all.nl/bbb-pmic/ Apr 24 10:44:23 (see info.txt for explanation of what each pic was measuring) Apr 24 10:44:43 nothing related to battery-powered operation, but dunno, maybe useful Apr 24 10:45:35 KotH: no unfortunatelly is a 100MHz piece Apr 24 10:45:35 I did notice pmic shows noticable behaviour differences when batmon is connected to bat (as datasheet indicates it should be, even without a battery) versus batmon floating (as it is by default on the BBB) Apr 24 10:46:01 zmatt: thanks for the pics, im checking Apr 24 11:09:03 aphex: btw, TI also published a new version of the tps65217 datasheet fairly recently, as well as a schematic checklist Apr 24 11:09:33 dunno if there's anything interesting in there, but always good to have the latest docs Apr 24 11:22:00 zmatt: do you mean the doc TPS doc "REVISED JANUARY 2015"? Apr 24 11:22:07 yes Apr 24 11:22:18 -doc Apr 24 11:24:23 btw, also worth knowing: the pmic is really serious about the requirement for supply voltage to rise to good level within 50 ms... we have a lab supply whose slope caused it to take about 100ms... the pmic will _not_ turn on (not even in response to the power button or connection of usb power -- it needs to fully power off first before you can get it to turn on again) Apr 24 11:26:24 (I'm not sure if this is also true for the battery, I suspect not but I guess I'll find out during the test) Apr 24 11:39:22 zmatt: thanks, i did not know it. while testing I kept the DC plug connected to the BBB, and used the lab-psu's power button to switch it on and off. It can be that the 50 ms was exceeded... Apr 24 11:43:55 hello guys! A quick question: can I disable BB-BONELT-HDMI without loosing my hdmi output on the minihdmi plug? Apr 24 11:44:03 the reason: gpio-P9.25 conflict P9.25 (#5:BB-BONELT-HDMI) Apr 24 11:44:28 can anyone tell where should i get started ? Apr 24 11:44:42 i have a beaglebone black Apr 24 12:02:00 aphex: fwiw, I got off my lazy ass and am testing atm Apr 24 12:16:12 anyone checked out the beaglecore yet ? looks interesting : but dat pricepoint :-0 Apr 24 12:21:26 ulri? Apr 24 12:26:31 aphex: I just did a test: toggling DC power supply only resulted in toggling the appropriate irq, no button irq was generated (except when pressing the button) Apr 24 12:28:10 it failed to properly switch from DC power to battery power when my PSU (the "battery") was set to 3.5 V though: resulted in immediate power-off (could be powered up again with button) Apr 24 12:28:14 3.6 V went ok Apr 24 12:29:31 but most likely the PSU just didn't keep up with the sudden draw of current... a battery is a lot better at that Apr 24 13:15:26 oh right, fuck, the 3v3b screwup... Apr 24 13:15:46 someone reported that here ages ago, I kinda forgot about it Apr 24 13:18:35 when powering off the system with battery attached, the leakage from 3v3b to 3v3a is sufficient to keep the 3v3b regulator enabled :( Apr 24 13:19:54 aphex: battery-powering a BBB: don't. at least not unless you patch the hardware to resolve this issue, or you never turn off the device while battery is attached Apr 24 13:20:25 3v3b remaining on while the remaining power rails are off is probably a serious violation of absolute maximum ratings Apr 24 13:23:14 does the BeagleBoard Black have 32 GPIO I could use for a (music) keyboard matrix? Apr 24 13:25:27 av500: http://beaglecore.com Apr 24 13:28:29 azv4: according the docs, max. 69 GPIO ports are available. for keeping the latency low, i would use /dev/mem instead of fs-mapped gpio driver (search for: SPEEDING UP BEAGLEBONE BLACK GPIO A THOUSAND TIMES) Apr 24 13:29:34 aphex or use the PRU Apr 24 13:30:11 aphex: I would simply use a kernel driver to scan the matrix Apr 24 13:30:30 maybe even an existing one: http://www.cs.fsu.edu/~baker/devices/lxr/http/source/linux/drivers/input/keyboard/matrix_keypad.c Apr 24 13:36:41 http://www.doepfer.de/DIY/Matrix_61.gif Apr 24 13:36:44 that is my matrix Apr 24 13:37:26 +100 for doepfer :) Apr 24 13:39:10 azv4: as said, there is a matrix kbd driver in the kernel Apr 24 13:39:18 you just need to adapt it for your keyboard Apr 24 13:39:45 I now regret buying the Raspberry Pi2 for this project. I think the BB Black is my answer Apr 24 13:40:54 well, scanning a keyboard matrix has been done on way less powerful CPUs Apr 24 13:40:59 back in the 80's Apr 24 13:41:07 I wonder if I can run a VST host (or something similar) at same time and use 1 unit to accept input and to output my sounds, I guess getting the input setup is the 1st step in finding out Apr 24 13:41:08 so even an rpi can do that Apr 24 13:41:27 yes the board from the unit I pulled the keybed from is very simple design with old electronics Apr 24 13:41:50 I dont think getting the input should be very resource intensive Apr 24 13:42:12 indeed Apr 24 13:44:03 is the matrix kbd driver from kernal for computer keyboards or for music keybed? Apr 24 13:44:29 I am just wondering if it has code to calculate velocity already Apr 24 13:44:55 I think there is some library for midi that will handle velocity Apr 24 13:45:56 how would you handle velocity from a simple matrix? Apr 24 13:46:23 or do you have 2 contacts per key? Apr 24 13:46:24 I believe there are two matrix per key, and velocity is derived from timing between them Apr 24 13:46:30 ah ok Apr 24 13:46:39 ahh yes two switch per key, not two matrix Apr 24 13:46:56 the 2nd switch must be physically lower Apr 24 13:47:03 yeah Apr 24 13:47:12 so I dont think the kernel driver handles that Apr 24 13:47:22 but of course you have the source code Apr 24 13:47:32 Im interested in least latency possible Apr 24 13:48:01 so I wonder if I can modify kernel driver to handle velocity if that will be faster than using another library Apr 24 13:48:30 sure you can Apr 24 13:51:18 Can I resell BB Black in a product I develop or is that against some ToS? Apr 24 13:52:54 zmatt: im going to search for the former post here regarding 3v3a and 3v3b rails. many thanks for helping me!!! Apr 24 13:53:12 azv4: you can Apr 24 13:54:53 well since the keybeds I am using are easy to obtain cheaply, and I have the means to make the case here at work for very low cost, if I can make BB Black do all i/o and host all softare, I can potentially make this unit for under $200 each, in which case I will probably build a dozen of these and give them to musician friends as gifts/beta testers Apr 24 13:56:01 azv4: I want one Apr 24 13:56:08 where do you get the keys cheap? Apr 24 13:56:10 do you play music? Apr 24 13:56:19 I would not call it music, but yes Apr 24 13:56:43 I have 3 of the keybeds right now, if you can assist me in some of the obstacles I am facing to get this going, I'd be very happy to give you one of the units Apr 24 13:56:57 I plan to buy 10 or so more keybeds if the project is a success Apr 24 13:57:14 aphex: problem is that after 3v3a rail is cut during power-down, there's so much leakage via signals from 3v3b to 3v3a that it keeps the voltage on 3v3a high enough to keep the enable-input of the 3v3b regulator (U4) on Apr 24 13:57:40 aphex: which means that the 3v3b remains on while all other rails get powered down Apr 24 13:57:54 I am making the cases of acrylic and I plan to put LEDs in the case that will have several programs to light them, one of which will depend on which note is pressed, different color for each note Apr 24 13:58:08 so the lighting should be fun Apr 24 13:58:59 this issue happens only on battery power since SYS (which supplies U4) is connected to BAT whenever the pmic is in off mode Apr 24 13:59:13 azv4: nice Apr 24 13:59:24 azv4: where are you located? Apr 24 13:59:53 av500, NW PA USA Apr 24 14:00:12 and you? Apr 24 14:00:18 germany Apr 24 14:00:57 ahh very nice Apr 24 14:01:02 aphex: so the workarounds are: 1. never go to off-mode (various sleep modes that leave the pmic in on-mode are safe) or 2. patch the hardware in such a way that ensures 3v3b goes down when 3v3a goes down Apr 24 14:01:04 I wish I speak good German Apr 24 14:01:39 my great-grandfather came to US from Germany but he died before I could know him Apr 24 14:01:59 my grandfather knew decent German language but didn't teach it to my father Apr 24 14:02:39 aphex: the initial off-mode (when battery is connected but no power-up event has occurred yet) is also safe of course Apr 24 14:39:41 aphex: I've added some scope pics that show the problem Apr 24 14:40:39 aphex: the last few images (check info.txt) include a measurement of vdd_adc Apr 24 14:41:30 aphex: the very last image shows the Very Bad™ situation (so I cut power immediately after capturing the pic) Apr 24 14:50:38 av500, the keybeds I have use Micro-Match connectors, would you recommend I cut the MM connectors off the ribbon and put new connectors on the ribbon, or make a board that will convert the MM to something I can attach to the BBBlack easier? Apr 24 14:51:32 I would like to avoid having a board with 32+ wires soldered from one female mm connector to some pins, but that is my 1st thought Apr 24 14:51:47 32+ wires soldered from 2 MM connectors.. Apr 24 15:03:55 <_av500_> azv4: what pitch is the ribbon cable? Apr 24 15:05:31 _av500_, 1.27mm Apr 24 15:05:55 <_av500_> so you can crimp on a standard pin header thingie Apr 24 15:06:30 <_av500_> if you are making a PCB anyway, you can just put micro match Apr 24 15:06:46 <_av500_> if you are making a proto on verobard, use a std .1" pin header Apr 24 15:06:50 <_av500_> dual row Apr 24 15:07:11 <_av500_> http://www.marvic.com/%5Cimage%5CConnectors%5C28-DR16-big.jpg Apr 24 15:07:17 <_av500_> same ribbon pitch Apr 24 15:07:56 that seems like a good choice, I don't feel like these MicroMatch connectors are very solid after being lifted once Apr 24 15:08:28 either way I guess I need a board inbetween the keybed and the BeagleBoard Black Apr 24 15:08:54 I have other inputs and outputs to make besides the keybed too Apr 24 15:12:23 <_av500_> yes Apr 24 15:12:24 <_av500_> do that Apr 24 15:12:35 <_av500_> you can also get a BBB proto cape for a start Apr 24 15:13:18 ahh, that looks nice Apr 24 15:15:34 once I have all of the connections worked out, how can I make a board that wont have soldered wires? Would I have to outsource that? Or is there some way to make boards and etch the copper at home? Apr 24 15:15:55 <_av500_> there is Apr 24 15:15:59 <_av500_> but I would not bother Apr 24 15:16:05 <_av500_> making PCBs is so cheap these days Apr 24 15:16:13 outsourcing them? Apr 24 15:16:15 <_av500_> you can get 10x 10x10cm for $25 Apr 24 15:16:26 <_av500_> that 4x4" for you Apr 24 15:16:51 you mean having someone make them for me based on my design? Apr 24 15:16:55 itead, oshpark, ... Apr 24 15:16:56 <_av500_> yes Apr 24 15:17:11 <_av500_> http://dirtypcbs.com/ Apr 24 15:17:15 there is even a page that will tell you which one is cheapest given dimensions Apr 24 15:17:52 looks like I will need to learn to create .brd files Apr 24 15:18:32 <_av500_> azv4: worry about that later, hand wire a prototype first Apr 24 15:18:44 http://pcbshopper.com/ might come in handy Apr 24 15:43:50 question: what happened to the eMMC flash image for debian? im trying to put debian on my BBB and im going though many types. Apr 24 17:36:59 zmatt: I see that the yellow line (3v3b) keeps high level despite disconnecting the 5VDC, so the TPS does not switch to battery power. Thank you for the new pix. This weekend I will try out the workarounds you suggested. You can message me here, i will check the chatlog. Thanks a lot! Apr 24 18:13:38 Who can tell me is there any way to use Node.Js to set default gateway on beaglebone black Apr 24 18:14:58 why not ssh into it and set it in /etc/network/interfaces ? Apr 24 18:15:38 Beacause I am a noob still and I dont know that xD Apr 24 18:20:54 than start to learn it Apr 24 18:46:49 aphex: that's not what it's showing Apr 24 18:47:25 aphex: that diagram, as info says, shows the beagle on battery power going into "off" mode (shutdown) Apr 24 18:47:52 aphex: 3v3b stays high, even though all other supplies are gone (exemplified by the vdd_adc going down) Apr 24 18:48:01 that's a violation of chip abs max ratings Apr 24 19:01:01 Anyone know how to turn off the little blinking cursor in the top left corner of the screen when using Qt5 on sgx? Apr 24 19:03:02 Also: ideas on why using the am335x-boneblack-1ghz.dtsi file would cause an LCD to remain black instead of showing the framebuffer? Apr 24 19:07:30 fishey1, well that file only sets the opp point for 1Ghz operation... "nothing else..." Apr 24 19:13:02 rcn-ee: is there something else that needs to be adjusted? O Apr 24 19:13:21 I'm running with the "preformance" governor, so I'd expect it to switch to 1GHz Apr 24 19:13:30 (or not switch down :) Apr 24 19:14:47 does tilcdc not handle changes in the clock when running an LCD? Apr 24 19:16:03 or perhaps I need to put the nxp-hdmi peripheral into reset? (I think it shares lines with the LCD, right now my device tree just omits it) Apr 24 19:16:16 the tilcd has clock independent of the main core clock... otherwise video would be crap for everyone.. Apr 24 19:18:06 <_av500_> video is overrated :) Apr 24 19:19:02 it's just a dma'ed shift register.... Apr 24 19:54:23 Hmm... using 999MHz works Apr 24 19:54:48 maybe something isn't being initialized when cpufreq detects that it wants to stay at the current cpu freq? Apr 24 19:58:18 As does 1001MHz (which in reality just sets the speed to 1GHz but fakes out cpufreq) Apr 24 20:00:03 but using 1000MHz still results in a blank screen (not even the cursor in the top left is shown) Apr 24 20:00:50 And in the 1000MHz case cpufreq doesn't bother trying to change the frequency Apr 24 20:01:05 on boot Apr 24 20:02:35 And if I change it to ondemand the LCD then starts displaying things >.> Apr 24 20:26:11 Perhaps u-boot isn't initializing something that cpufreq expects to be initialized? Apr 24 20:42:04 Hmmm... when swapping the cpu scaler at runtime to ondemand (causing the screen to come on), tilcdc prints: "timeout waiting for frame done". Is there some clock to tilcdc that needs to be enabled, perhaps? Apr 24 21:40:24 www.sstpportal.com Apr 24 21:40:49 beagle bone and other devices Apr 24 21:41:02 haunting a parlor in a gallery Apr 24 21:41:32 fun to troll the people who come in Apr 24 21:47:31 So this is the BBB - Troll cape? Apr 24 21:49:36 -sigh- Apr 24 21:54:03 Greets and stuff... need to actually finish something hmmm bad things happen to those who never finish. Apr 24 21:54:44 lol Apr 24 21:54:48 get to it Apr 24 21:54:50 :) Apr 24 21:55:13 I gonna go sleep .. long day+beer = done :D Apr 24 21:55:40 heh long day and its still going rest well Apr 24 21:55:53 cheers, catchya l8er Apr 24 22:05:38 people there now Apr 24 22:27:21 where? Apr 25 00:24:15 hey i have a questions Apr 25 00:24:56 is there in projects using the beagle bone black for ham radio Apr 25 00:25:42 Hmmm you can use GNU radio with it their were a few projects that used it for tuning in FM stations using the RTL282 Apr 25 00:27:15 i have the newer dongle the something u Apr 25 00:27:56 and i am new to the linux and the whole snu radio Apr 25 00:28:03 gnu Apr 25 00:28:44 http://gnuradio.org/redmine/projects/gnuradio <-- and #gnuradio (freenode) Apr 25 00:29:16 are you running windows at the moment? Apr 25 00:30:00 no I swich from windoes 7 to ubuntu 15 Apr 25 00:30:37 GenTooMan: no i use ubuntu Apr 25 00:32:26 hmmm you may wish to look at gnu radio ... ubuntu is "convienent" in any case you may wish to look at Gradio site for more information I'm building it on my gentoo system at the moment. Apr 25 00:33:13 GenTooMan: i newbie when it come to linux Apr 25 00:34:11 i am trying to get the a linux sdr softwear were i dont have to build it befor i can use it Apr 25 00:34:53 and plus i dont think that my ant on my dongl is worth any thing Apr 25 00:36:04 http://gnuradio.org/redmine/projects/gnuradio/wiki/InstallingGR Apr 25 00:36:19 It's nice to have something work with what cha got. Apr 25 00:39:26 however that's linux this is Beagle board chat. So specifically if you want to use the beagle board for radio type stuff you will find very little that won't require you to compile something. Apr 25 00:42:41 is there a list of online projects that i can use the beagle bone that i can look at Apr 25 00:47:42 http://beagleboard.org/black and http://beagleboard.org/project and http://elinux.org/Beagleboard:BeagleBoneBlack for hardware details Apr 25 00:48:31 their are a few books and the people in here are quite helpful if you have a difficult question. Each 'cape' has an EEPROM that contains resource allocation information in it, if you plan to DIY a cape Apr 25 00:49:01 hi guys i have a question. I am trying to hook up two spi devices to my beaglebone black. do i need to share the miso and mosi sclk for the two devices or should i connect the second device to the other spi device connection? Apr 25 00:50:22 do the devices have ~SS or ~CS inputs? you should use an IO pin or 2 to switch between devices. Most SPI devices use a chip select signal to enable communicating with it. Apr 25 00:51:55 GenTooMan: i just wanted to know what other projects other people has done Apr 25 00:52:49 GenTooMan, this is my problem i have soldered up a mpu9250 and a ms5611 to a protocape and it seems that the ms5611 is detected but gives bad crc through ardupilot. the mpu9250 is not detected. https://github.com/mirkix/BBBMINI/blob/master/doc/hardware/hardware.md Apr 25 00:53:03 is there pin mapping correct for connecting the two devices? Apr 25 01:00:16 malikai: You may need to do some reading I haven't done it myself as yet. Apr 25 01:00:43 andrew__: well look at http://beagleboard.org/project the second one in the list I gave Apr 25 01:08:02 malikai: I'm not familiar with the hardware on the said devices unfortunately. Nor do I know what could go wrong with them. Apr 25 01:11:22 I just wasnt sure how to go about using the two devices together. I figured I should be able to use multiple devices on the same serial bus, they are using different chip selects on the same serial bus Apr 25 01:19:01 I would suggest testing each individually and not worry about both first. Also be sure you are using the port correctly as their are 4 modes to use the SPI bus Apr 25 01:21:24 hi all. hoping to get some tips with flashing my BBB. I keep getting Apr 25 01:21:41 hung up Apr 25 01:27:37 perhaps someone can help ... imperfect ordinary here. Apr 25 01:29:54 GenTooMan, thanks for the help Apr 25 01:31:44 malikai: wished I could be more helpful too be honest Apr 25 02:08:06 what's the easiest way to figure out which rev of BBB I have? Apr 25 02:14:31 bosko .. look at the label on the edge of the p8/9 connector :p Apr 25 02:17:23 ok says XA^002043 Apr 25 02:17:37 xa6002043 Apr 25 02:17:57 or at least I thought they printed it there ... Apr 25 02:18:01 does that mean A6 Apr 25 02:18:13 I read it was supposed to be there too Apr 25 02:18:22 I have a white sticker label on there Apr 25 02:18:27 but that's what it says Apr 25 02:19:19 the trouble I'm having is flashing emmc from microsd Apr 25 02:19:23 it keeps hanging Apr 25 02:21:15 i've tried the 2gb and 4gb debian flasher images to no avail Apr 25 02:21:35 it does the wave LED thing and then eventually just stops and only user led 3 is on Apr 25 02:23:56 does the REV of the BBB matter when choosing which image to put on? Apr 25 02:34:49 bosko .. you'll probably need a serial debug cable to see what's going on "behind the scenes" Apr 25 02:35:22 in answer to your questin .. as long as the size of the emmc matches the image .. no, it shouldn't. Apr 25 02:35:38 have you tried a couple of different uSD cards? Apr 25 02:36:06 sometimes you get a bad one .. or the image doesn't write properly Apr 25 02:40:40 i did it with serial cable Apr 25 02:40:53 didn't try a different card **** ENDING LOGGING AT Sat Apr 25 02:59:59 2015