[jallib] [jallib build] buildbot success in jallib on jallib-standard
Hi guys, This is buildbot speaking. I have finished a build of jallib-standard on jallib. Buildslave for this Build: sebbot Build Reason: Build Source Stamp: HEAD Blamelist: rob.jansen Build succeeded! Logs are attached. sincerely, -The Buildbot -- You received this message because you are subscribed to the Google Groups "jallib" group. To unsubscribe from this group and stop receiving emails from it, send an email to jallib+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/E1lwvZ3-hd-Kj%40casadeyork.com. Updating '.': UU CHANGELOG UU include/peripheral/usb/usb_defs.jal UU include/peripheral/usb/usb_drv.jal Updated to revision 3751. 2155 samples to validate... 1114 libraries to validate... All files validated :) Environment config JALLIB_ROOT=/home/mattschinkel/jallib/slave/standard/build JALLIB_REPOS=/home/mattschinkel/jallib/slave/standard/build/include JALLIB_SAMPLEDIR=/home/mattschinkel/jallib/slave/standard/build/sample JALLIB_JALV2=/home/mattschinkel/bin/jalv2 JALLIB_PYTHON=python2.7 Time duration: 350 secs jal jalv25r5 (compiled Apr 5 2021) Required parameter to hex is missing! no source file, use /home/mattschinkel/bin/jalv2 --help for help Error while compiling file (status=1). See previous message. 2155 samples to compile... All samples compile :) Environment config JALLIB_ROOT=/home/mattschinkel/jallib/slave/standard/build JALLIB_REPOS=/home/mattschinkel/jallib/slave/standard/build/include JALLIB_SAMPLEDIR=/home/mattschinkel/jallib/slave/standard/build/sample JALLIB_JALV2=/home/mattschinkel/bin/jalv2 JALLIB_PYTHON=python2.7 Time duration: 1616 secs
Re: [jallib] Re: ADC library
Hi Bill, Rob, BTW, I don't know if you've noticed, but in all Microchip datasheet is missing the minimum value for (Vref+) -|Vref-|. Usually they presume the user is connecting Vref- to Vss and Vref+ to Vdd or to the internal reference (1.024V, 2.048V or 4.096V) or to a different one for external Vref+ mode). The Vref- can be tied to a positive voltage. On old PIC16F876 supplied at 5V, I remember the (Vref+) -|Vref-| = ~2.2V. I'm quite sure that on XLP microcontrollers supplied at minimum 1.8V this value must be much smaller. More than that, Vref- can be tied to a negative voltage of about -0.5V ( at 0.6V the protective diodes on IO pins are conducting) without degrading the ADC linearity. Again, that value is from memory, measured on PIC16F876 supplied at 5V. Bill, can you do please a test about these reference voltage values on 16F1783? thx, On Fri, Jun 25, 2021 at 6:25 PM Rob CJ wrote: > Hi Bill, > > Thanks for the update. About the 16F1783. If you look in the datasheet it > say this: > > The CHS<4:0> bits of the ADCON0 register determine which positive channel > is selected. > When CHSN<3:0> = then the ADC is effectively a single ended ADC > converter. > > These CHSN bits seems to be something extra since not al ADC has them > (CHSN<3:0> are Negative Differential Input Channel Select bits). At reset, > the CHSN bits are at 0, which selects AN0. So you could try to set these > bits to and see if your problem is solved ( = ADC Negative > reference - selected by ADNREF). > > Kind regards, > > Rob > > -- > *Van:* jallib@googlegroups.com namens Bill Beek > > *Verzonden:* vrijdag 25 juni 2021 16:29 > *Aan:* jallib > *Onderwerp:* Re: [jallib] Re: ADC library > > Hi Rob, > I've tested your adc lib on several PICs so far found no problems. It > concerns the following types: > 16F876A, 18F2520, 18F24K50, 16F1783. > The latter only works well if AN0 is connected to GND, the other 10 analog > channels then work well > with 12 bits of resolution.This also happens with the old adc lib, so I > suspect something is wrong somewhere in myconfiguration, I'm still looking > into that. > I will test some other types later on. > > Bill. > On Wednesday, June 23, 2021 at 9:12:03 AM UTC+2 rob...@hotmail.com wrote: > > Hi Bill, > > Thanks for the update but I have chosen a different approach to solve the > problem. > > Yesterday I simplified the ADC library to a basic version so that it > supports more PICs and to prevent that the libary becomes too complex to > support all variations of the ADC. Reason is that the library did not > provide the functionality that it said it did, this because the library > 'adc_channel.jal' was no longer used some time ago and so some > functionality was not working because of that (like channel selection and > setting the reference voltage). > > This simplified version makes it more generic but as I mentioned earlier, > the user has to take the following steps in de main program: > 1) Set the correct analog input for the used channel(s) > 2) Set the correct reference voltage. I think the default is often that is > used VDD as reference which works fine in most cases. > 3) Set the correct AD clock using the table in the datesheet. > > With this change I no longer include the adc_clock.jal library and so > this also works for a PIC16F18857. > > I attached this version to this post and if there are no objections to > this change, I need to update the adc sample programs (hmm, 26 sample files > to check) and test some to see if they work for different PICs. > > So @Jallib users. If you have any objections, let me know. > > Kind regards, > > Rob > > -- > *Van:* jal...@googlegroups.com namens Bill Beek > > *Verzonden:* dinsdag 22 juni 2021 21:15 > *Aan:* jallib > > *Onderwerp:* Re: [jallib] Re: ADC library > Hi Rob, I have included your piece of software in the adc_clock library > library. > After I defined the variables everything worked properly. > Of course I have the ADC_ADCS_BITCOUNT set back to 1 in the 16F18857 lib. > The FRC clock signal is now used, which is also my preference. > As far as I'm concerned, this chapter is closed > Thanks again to all who contributed ideas and made suggestions. > Bill. > On Tuesday, June 22, 2021 at 7:17:59 AM UTC+2 vasile wrote: > > Hi Rob, this wasn't a request. I never used the ADC library from the > jalpack even though I have read it and tried to understand it's philosophy. > But you have perfectly defined my way of working with ADC. So it's up to > jal users requests and finally on your own wish. > best wishes, > > > On Mon, Jun 21, 2021 at 8:18 PM Rob CJ wrote: > > Hi Vasile, > > Thanks for the feedback. I agree with you that a basic ADC library is > better than nothing. I think the Tad calculation is making it more > beautiful but requires also more space than needed (since it calculates for > different target clocks). > > The basic ADC library would then only start
Re: [jallib] Re: ADC library
Hi Bill, Thanks for the update. About the 16F1783. If you look in the datasheet it say this: The CHS<4:0> bits of the ADCON0 register determine which positive channel is selected. When CHSN<3:0> = then the ADC is effectively a single ended ADC converter. These CHSN bits seems to be something extra since not al ADC has them (CHSN<3:0> are Negative Differential Input Channel Select bits). At reset, the CHSN bits are at 0, which selects AN0. So you could try to set these bits to and see if your problem is solved ( = ADC Negative reference - selected by ADNREF). Kind regards, Rob Van: jallib@googlegroups.com namens Bill Beek Verzonden: vrijdag 25 juni 2021 16:29 Aan: jallib Onderwerp: Re: [jallib] Re: ADC library Hi Rob, I've tested your adc lib on several PICs so far found no problems. It concerns the following types: 16F876A, 18F2520, 18F24K50, 16F1783. The latter only works well if AN0 is connected to GND, the other 10 analog channels then work well with 12 bits of resolution.This also happens with the old adc lib, so I suspect something is wrong somewhere in myconfiguration, I'm still looking into that. I will test some other types later on. Bill. On Wednesday, June 23, 2021 at 9:12:03 AM UTC+2 rob...@hotmail.com wrote: Hi Bill, Thanks for the update but I have chosen a different approach to solve the problem. Yesterday I simplified the ADC library to a basic version so that it supports more PICs and to prevent that the libary becomes too complex to support all variations of the ADC. Reason is that the library did not provide the functionality that it said it did, this because the library 'adc_channel.jal' was no longer used some time ago and so some functionality was not working because of that (like channel selection and setting the reference voltage). This simplified version makes it more generic but as I mentioned earlier, the user has to take the following steps in de main program: 1) Set the correct analog input for the used channel(s) 2) Set the correct reference voltage. I think the default is often that is used VDD as reference which works fine in most cases. 3) Set the correct AD clock using the table in the datesheet. With this change I no longer include the adc_clock.jal library and so this also works for a PIC16F18857. I attached this version to this post and if there are no objections to this change, I need to update the adc sample programs (hmm, 26 sample files to check) and test some to see if they work for different PICs. So @Jallib users. If you have any objections, let me know. Kind regards, Rob Van: jal...@googlegroups.com namens Bill Beek Verzonden: dinsdag 22 juni 2021 21:15 Aan: jallib Onderwerp: Re: [jallib] Re: ADC library Hi Rob, I have included your piece of software in the adc_clock library library. After I defined the variables everything worked properly. Of course I have the ADC_ADCS_BITCOUNT set back to 1 in the 16F18857 lib. The FRC clock signal is now used, which is also my preference. As far as I'm concerned, this chapter is closed Thanks again to all who contributed ideas and made suggestions. Bill. On Tuesday, June 22, 2021 at 7:17:59 AM UTC+2 vasile wrote: Hi Rob, this wasn't a request. I never used the ADC library from the jalpack even though I have read it and tried to understand it's philosophy. But you have perfectly defined my way of working with ADC. So it's up to jal users requests and finally on your own wish. best wishes, On Mon, Jun 21, 2021 at 8:18 PM Rob CJ wrote: Hi Vasile, Thanks for the feedback. I agree with you that a basic ADC library is better than nothing. I think the Tad calculation is making it more beautiful but requires also more space than needed (since it calculates for different target clocks). The basic ADC library would then only start a conversion and return the result. The user of the library should then take care of the following 3 items which can be mentioned in the adc.jal library and the sample program: 1) Set the correct analog input for the used channel 2) Set the correct reference voltage. I think the default is often that is used VDD as reference which works fine. 3) Set the correct AD clock (Tad) using the table in the datesheet. I think if you do not set this it will still work OK. If we would go this way, the whole Tad calculation (adc_clock.jal) could be removed (sorry Rob Hamerling) and adc.jal could be simplified. Kind regards, Rob Van: jal...@googlegroups.com namens vsurducan Verzonden: maandag 21 juni 2021 18:50 Aan: jal...@googlegroups.com Onderwerp: Re: [jallib] Re: ADC library Rob, the library does not need to compute the TAD, that was introduced first by a french jallian (i think it was Sebastien Lelong) who tried to write an universal ADC library ( and for a short time it works). You have only to choose one of the recommended
[jallib] [jallib/jallib] d9972c: Added alias and 2 ms delay for PLL for 18f27j53
Branch: refs/heads/master Home: https://github.com/jallib/jallib Commit: d9972c95e114aa897adbad769480618fec837b77 https://github.com/jallib/jallib/commit/d9972c95e114aa897adbad769480618fec837b77 Author: Rob Jansen <12682653+robjanse...@users.noreply.github.com> Date: 2021-06-25 (Fri, 25 Jun 2021) Changed paths: M CHANGELOG M include/peripheral/usb/usb_defs.jal M include/peripheral/usb/usb_drv.jal Log Message: --- Added alias and 2 ms delay for PLL for 18f27j53 Commit: 7b79ce1340db97e90b54bb438fdf9083694160ee https://github.com/jallib/jallib/commit/7b79ce1340db97e90b54bb438fdf9083694160ee Author: Rob Jansen <12682653+robjanse...@users.noreply.github.com> Date: 2021-06-25 (Fri, 25 Jun 2021) Changed paths: M include/peripheral/timer/stopwatch.jal M include/peripheral/timer/stopwatch2.jal Log Message: --- Merge branch 'master' of https://github.com/jallib/jallib Compare: https://github.com/jallib/jallib/compare/71d0357328ac...7b79ce1340db -- You received this message because you are subscribed to the Google Groups "jallib" group. To unsubscribe from this group and stop receiving emails from it, send an email to jallib+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/jallib/jallib/push/refs/heads/master/71d035-7b79ce%40github.com.
