You only need to toggle gpio ? How fast do you need it to be ? That code is far to complex, and uses threading, as well as callbacks for some odd reason. Threaded code can have performance overhead, and callbacks can cause problems on the stack if you're not careful.
You would be better off writing your own wrapper code. You could either wrap the sysfs gpio files directly. Or if you wished you could wrap config-pin from universal io. Anyway, it's getting late here so perhaps tomorrow I'll write up a quick example, that is far less code than D.R. Molloy's . . . uh . ..library ? The thing is, the sysfs directory / file structure is already there and functional. Why would anyone need to write so much code to encapsulate it ? *shrug* On Wed, Jul 13, 2016 at 10:02 PM, Raul Piper <[email protected]> wrote: > Attached. > One is the cpp code and other is the bash script. > cpp code uses the GPIO class from the attached GPIO.7z . > > > On Thursday, July 14, 2016 at 9:50:45 AM UTC+5:30, William Hermans wrote: >> >> Let's put it this way. No code, no help . . . >> >> On Wed, Jul 13, 2016 at 9:19 PM, William Hermans <[email protected]> >> wrote: >> >>> >>> #code2 >>> //create an instance of gpio41 >>> //set direction as OUT >>> //set value as 1 >>> usleep(100000); >>> //set value 0 >>> >>> Output : Toggle doesnt happens >>> >>> Whats this ? This is not code. At best it's comments, and usleep(). >>> >>> >>> On Wed, Jul 13, 2016 at 9:02 PM, Raulp <[email protected]> wrote: >>> >>>> OK let em explain a bit more : >>>> #code 1 >>>> sudo echo 41 > export >>>> cd gpio41 >>>> sudo chmod 666 direction >>>> sudo chmod 666 value >>>> sudo echo out > direction >>>> sudo echo 1 > value >>>> sleep 1 >>>> sudo echo 0 > value >>>> >>>> Output : Toggle on the GPIO 41 >>>> >>>> >>>> #code2 >>>> //create an instance of gpio41 >>>> //set direction as OUT >>>> //set value as 1 >>>> usleep(100000); >>>> //set value 0 >>>> >>>> Output : Toggle doesnt happens >>>> >>>> >>>> Now the output I am referring to is the functioning of the hardware I >>>> have used.(ignore toggling , it happens anyway using the code#2) >>>> >>>> >>>> Or does your code simply open, and use the file descriptors without >>>> any error checking what so ever ? >>>> >> I dont use error codes to check , but I have seen in the >>>> oscilloscope that the signal transition is happening according to my code. >>>> >>>> -Rp >>>> >>>> >>>> On Wednesday, July 13, 2016 at 8:52:30 PM UTC+5:30, William Hermans >>>> wrote: >>>>> >>>>> When I try to do the same using a user space C application I dont get >>>>>> the expected response.I am running this app as sudo'er and I have >>>>>> oscilloscope'd the timings of HIGH/LOW levels of the GPIOs and compared >>>>>> it >>>>>> with that of the manually writing procedure of GPIOS. The waveform and >>>>>> the >>>>>> timing diagrams almost matches (95%) >>>>>> >>>>> >>>>> I'm not exactly sure what you saying here . . . However, in code are >>>>> you actually checking for errors, and error codes. Or does your code >>>>> simply >>>>> open, and use the file descriptors without any error checking what so >>>>> ever >>>>> ? >>>>> >>>>> Seeing the code would probably help a lot. >>>>> >>>>> On Wed, Jul 13, 2016 at 2:41 AM, Raulp <[email protected]> wrote: >>>>> >>>>>> I have interfaced a hardware using the 5 Gpios on BBB.I can talk to >>>>>> this device using GPIOs by manually (echoing 0 and 1 to the GPIOS) >>>>>> writing >>>>>> to it in the sys/class/gpio directory by first exporting the Gpios and >>>>>> configuring their directions and value.It works perfectly fine. >>>>>> But, >>>>>> When I try to do the same using a user space C application I dont get >>>>>> the expected response.I am running this app as sudo'er and I have >>>>>> oscilloscope'd the timings of HIGH/LOW levels of the GPIOs and compared >>>>>> it >>>>>> with that of the manually writing procedure of GPIOS. The waveform and >>>>>> the >>>>>> timing diagrams almost matches (95%) >>>>>> So, >>>>>> What could mysteriously be missing here.?I can go deep into analyzing >>>>>> the wave-forms and timing diagrams as well if there is an issue in the >>>>>> timings of the Signals. >>>>>> Please advice.Thanks in advance ! >>>>>> -Rp >>>>>> >>>>>> -- >>>>>> 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]. >>>>>> To view this discussion on the web visit >>>>>> https://groups.google.com/d/msgid/beagleboard/cb65b710-203e-4579-8c08-e2b817dc7a03%40googlegroups.com >>>>>> <https://groups.google.com/d/msgid/beagleboard/cb65b710-203e-4579-8c08-e2b817dc7a03%40googlegroups.com?utm_medium=email&utm_source=footer> >>>>>> . >>>>>> 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]. >>>> To view this discussion on the web visit >>>> https://groups.google.com/d/msgid/beagleboard/521956ed-983d-49b9-85f2-62e269dcf7fa%40googlegroups.com >>>> <https://groups.google.com/d/msgid/beagleboard/521956ed-983d-49b9-85f2-62e269dcf7fa%40googlegroups.com?utm_medium=email&utm_source=footer> >>>> . >>>> >>>> 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]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/beagleboard/68d794b1-fdd4-49de-acd0-30923269f437%40googlegroups.com > <https://groups.google.com/d/msgid/beagleboard/68d794b1-fdd4-49de-acd0-30923269f437%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > 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]. To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORpFF_jHsp-1H6hiz0YeY5q__TSFUHAY0JoykvHxq_dPfQ%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
