Thanks for the response but I got it to work right after I posted this and I tried to delete it to not bother you with the explanation. The thing worked the whole time I had my logic analyzer on the wrong pins. When I tried it on my 2nd BBB, that had never been powered until then, it worked right out of the box without any configuration or setup. I then went back to the original BBB and realized I had the test point on the wrong pins, and once probing the correct pins, I realized that it works and probably had worked from the beginning.
Thanks again for your help and responses. John So Uart2 works right out of the box without setting any configuration, or pin mux or anything, at least if does for my 2 BBB Rev C's that I have. On Tuesday, November 25, 2014 12:13:03 AM UTC-8, William Hermans wrote: > > What user is the script running as ? > > On Mon, Nov 24, 2014 at 9:02 PM, John Mladenik <[email protected] > <javascript:>> wrote: > >> Ok Sorry, I am trying to send characters out the UART2 on a BBB Rev C >> using HTML Javascript SEE program below: This worked before and stopped >> working, not sure why. Be patient with my I am a newbie a month or so >> into learning HTML. Javascript, linux, beaglebone, but only working on it >> part time outside of my regular job. >> >> I have a logic analyzer connected to P9 Pins 20 & 21 which are the UART2 >> TX and RX line. When I send the data using below program the TX pin does >> not toggle so no data comes out of the TX pin. >> >> When this worked it sent the data using program below and if I input a 5 >> a value of 0x05 was shifted out of the UART2 on the TX pin. My goal is >> to get the UART2 to work after power up without having to type in a bunch >> of commands before running the HTML/Javscript. >> >> >> When I type >> cat /sys/devices/bone_capemgr.*/slots >> I get the following: >> 0: 54:PF--- >> 1: 55:PF--- >> 2: 56:PF--- >> 3: 57:PF--- >> 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G >> 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI >> 7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART2 >> >> I did add the following line to my uEnv.txt file >> capemgr.enable_partno=BB-UART2 >> >> But this didn't seem to make a difference either way. Any suggestions >> would be appreciated. >> >> Example code below here ******************************* >> // UART2 TX Test filename = uartwr.html >> >> <html> >> <body> >> >> Uart Byte:<br> >> <input type="number" name="value" id='value'/> >> <button onclick="uartWr()">SEND</button> >> >> </body> >> <head> >> <script src="/bonescript.js"></script> >> <script> >> >> function uartWr() { >> var b = require('bonescript'); >> // set baud rate and buffer size >> >> var port = '/dev/ttyO2'; // set UART port >> var data = document.getElementById('value').value; >> >> var options = { baudrate: 9600, buffer: 100} ; >> b.serialOpen(port, options, onSerial);// >> >> function onSerial(x) { >> var b = require('bonescript'); >> if (x.err) { >> console.log('***ERROR*** ' + JSON.stringify(x)); >> } >> if (x.event == 'open') { >> console.log('***OPENED***'); >> } >> if (x.event == 'data') { >> console.log(String(x.data)); >> } >> } >> b.serialWrite(port, [data] ); >> } >> >> >> </script> >> >> </head> >> </html> >> Example code Above here ******************************* >> >> >> On Saturday, November 22, 2014 7:52:22 PM UTC-8, William Hermans wrote: >>> >>> John, detailed description is required. "Dont work" is pretty vague and >>> leaves a lot of room for guessing. >>> >>> On Sat, Nov 22, 2014 at 8:41 PM, John Mladenik <[email protected]> >>> wrote: >>> >>>> Robert, >>>> >>>> I am having the same problem with UART2 (the only UART I need to work) >>>> but mine worked in the past. It even worked through re-power until the >>>> BBB sat overnight unpowered. I went through all of the steps I found in >>>> links to make it work, but none of the steps were anything like yours. >>>> I >>>> am a newbie to software and linux so I don't really understand what you >>>> are >>>> saying to do. . Can you tell me what exactly your program and compile >>>> are >>>> doing? Will it work for UART2. >>>> >>>> When you said "The pins aren't mixed to the peripheral." did you mean >>>> MUXED instead of mixed? >>>> >>>> so you have a dtb file that you compile into a dts file? Since >>>> /src/arm does no exist on my BBB do I need to create that folder to copy >>>> the file into it? I assume it is changing the mux configuration of the >>>> UART pins to be connected in the ARM to the UART iinstead of the GPIO? >>>> >>>> Sorry of my questions seem dumb, but that is what I feel like, I spent >>>> at least 10-12 hours to get the UART to work the first time and when it >>>> stopped working the next day it set me back weeks in my project. :( >>>> >>>> On Friday, November 14, 2014 1:12:22 PM UTC-8, RobertCNelson wrote: >>>>> >>>>> http://elinux.org/Beagleboard:Capes_3.8_to_3.14#Custom_dtb >>>>> >>>>> The pins aren't mixed to the peripheral. >>>>> >>>>> Example enable this >>>>> >>>>> https://github.com/RobertCNelson/dtb-rebuilder/blob/3.14-ti/ >>>>> src/arm/am335x-boneblack.dts#L78 >>>>> >>>>> And run... >>>>> >>>>> make ; sudo make install ; sudo reboot >>>>> On Nov 14, 2014 2:46 PM, <[email protected]> wrote: >>>>> >>>>>> I've been playing around with my BBB for about a month now and got >>>>>> everything up and running. Today I spent the whole day to get UART >>>>>> loopback >>>>>> to work on Debian. It simply doesn't work! Tried with Qt (cross-compiled >>>>>> and all samples are working), QSerialPortInfo::availablePorts().count() >>>>>> returns zero. At first I thought it can be a QtSerialPort issue. So I >>>>>> did a >>>>>> loop back on UART1 and UART2 (P9.21 connected to P9.26 and P9.22 >>>>>> connected >>>>>> to P9.24). Then opened "minicom -b 9600 -D /dev/ttyO1" and "minicom -b >>>>>> 9600 >>>>>> -D /dev/ttyO2" in two separate terminals. I expected to see whatever I >>>>>> type >>>>>> in each one of the terminals on the other one. But that wasn't the case. >>>>>> Nothing happens! Any idea what's wrong? >>>>>> >>>>>> Here's some info about my setup: >>>>>> >>>>>> *Fresh install of >>>>>> "BBB-eMMC-flasher-debian-7.7-console-armhf-2014-10-29-2gb.img.xz". >>>>>> Didn't >>>>>> modify anything. * >>>>>> >>>>>> *"uname -a": * >>>>>> Linux arm 3.14.22-ti-r31 #1 SMP PREEMPT Fri Oct 24 20:50:46 UTC 2014 >>>>>> armv7l GNU/Linux >>>>>> >>>>>> *"dmesg | grep ttyO":* >>>>>> [ 0.000000] Kernel command line: console=ttyO0,115200n8 >>>>>> root=UUID=a52b5fd5-953d-458c-94d0-0cf2ff1c7115 ro rootfstype=ext4 >>>>>> rootwait fixrtc quiet init=/lib/systemd/systemd >>>>>> [ 2.799292] 44e09000.serial: ttyO0 at MMIO 0x44e09000 (irq = 88, >>>>>> base_baud = 3000000) is a OMAP UART0 >>>>>> [ 2.800424] console [ttyO0] enabled >>>>>> [ 2.802247] 48022000.serial: ttyO1 at MMIO 0x48022000 (irq = 89, >>>>>> base_baud = 3000000) is a OMAP UART1 >>>>>> [ 2.803710] 48024000.serial: ttyO2 at MMIO 0x48024000 (irq = 90, >>>>>> base_baud = 3000000) is a OMAP UART2 >>>>>> [ 2.805198] 481a8000.serial: ttyO4 at MMIO 0x481a8000 (irq = 61, >>>>>> base_baud = 3000000) is a OMAP UART4 >>>>>> [ 2.806622] 481aa000.serial: ttyO5 at MMIO 0x481aa000 (irq = 62, >>>>>> base_baud = 3000000) is a OMAP UART5 >>>>>> >>>>>> *"ls -al /dev/ttyO*":* >>>>>> crw-rw---- 1 root tty 249, 0 Oct 29 19:06 /dev/ttyO0 >>>>>> crw-rw---T 1 root dialout 249, 1 Nov 14 17:41 /dev/ttyO1 >>>>>> crw-rw---T 1 root dialout 249, 2 Nov 14 17:41 /dev/ttyO2 >>>>>> crw-rw---T 1 root dialout 249, 4 Jan 1 2000 /dev/ttyO4 >>>>>> crw-rw---T 1 root dialout 249, 5 Jan 1 2000 /dev/ttyO5 >>>>>> >>>>>> >>>>>> I appreciate anything that might help! :) >>>>>> >>>>>> -- >>>>>> 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 [email protected]. >>>>>> 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 [email protected]. >>>> 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 [email protected] <javascript:>. >> 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 [email protected]. For more options, visit https://groups.google.com/d/optout.
