[jallib] Re: pic_data_eeprom compilation errors

Hi Dave, I compiled the sample program and got no errors. The compiler output was as follows: jal jalv24q6 (compiled Oct 25 2016) 14 branches checked, 0 errors 72 data accesses checked, 0 errors 10 skips checked, 0 errors Compiler CommandLine: C:\Jallib\compiler\jalv2.exe

Re: [jallib] Re: [jallib/jallib] 0cfe83: Excluded PIC devices with 64 banks from TORELEASE

Hi Chris, Kyle said he would be working on fixing it. Kind regards, Rob Van: jallib@googlegroups.com namens vasi vasi Verzonden: maandag 16 juli 2018 03:21:41 Aan: jallib Onderwerp: Re: [jallib] Re: [jallib/jallib] 0cfe83: Excluded PIC devices with 64

Re: [jallib] Re: JALPIC One development board is alive

Hi Matt, No there is not bootloader required. It just programs the chip like your programmer does so it works fine on any new chip that has never been programmed. I attached the schematic but I will upload all info on GitHub once I completed the documentation. I know about the video needed to

Re: [jallib] 5000*200/1000=16?

Hi Rian, Thanks for the info. I will have a look at it maybe this weekend. Did you use the latest version of Jallib? Which compiler version are you running? Thanks Kind regards, Rob Van: jallib@googlegroups.com namens Rian De Rous Verzonden: vrijdag 29

Re: [jallib] 5000*200/1000=16?

Hi Rian, Short check. Can you try: var dword c = dword(a * b) / 1000. You might have a casting problem. Kind regards, Rob Van: jallib@googlegroups.com namens Rob CJ Verzonden: vrijdag 29 maart 2019 19:11 Aan: jallib@googlegroups.com Onderwerp: Re: [jallib

Re: [jallib] Re: 5000*200/1000=16?

Hello all, I did a test (on my fantastic JALPIC One board) and tried the following. Form this test the following results were obtained: 1. 0x0010 = 16 2. 0x03e8 = 1000 3. 0x03e8 = 1000 4. 0x0010 = 16 5. 0x0010 = 16 6. 0x03e8 = 1000 (I added this one) So casting works when applied

Re: [jallib] Jallib 1.4.0 released

Hi Rob, Thanks for the info. I noticed once that I had a corrupted zipfile after download. After a second attempt it was OK. I will check the google notifications later. The version is … oops. On GitHub I did create an official release. Kind regards, Rob

Re: [jallib] Re: [jallib/jallib] 018158: Created esp8266.jal library

Hi Matt, Done! Kind regards, Rob Van: jallib@googlegroups.com namens Matthew Schinkel Verzonden: dinsdag 5 maart 2019 20:48 Aan: jallib Onderwerp: [jallib] Re: [jallib/jallib] 018158: Created esp8266.jal library Good work... Can this be moved to

Re: [jallib] Re: PIC18F27K42, probably PPS problem

Hi Kiste, I could add your change to the libraries so that it is included in the next release. I think it is only sufficient to add this statement though: -- Some newer PICs have INTCON registers numbered differently if (defined(INTCON0_GIE) == true) then alias INTCON_GIE is

Re: [jallib] Re: PIC18F27K42, probably PPS problem

g. Greets, Kiste Am Montag, 1. Juli 2019, 12:49:38 MESZ hat Rob CJ Folgendes geschrieben: Hi Kiste, I had a look at this issue and I noticed that it is not sufficient to only add the INTCON alias. The problem is that there are more changes needed and I wonder if we can cover this all wi

Re: [jallib] Re: PIC18F27K42, probably PPS problem

these to GitHub and the next step would be to fix it also for the other serial libraries including the ones that work in an interrupt basis. Kind regards, Rob Van: jallib@googlegroups.com namens Rob CJ Verzonden: dinsdag 2 juli 2019 13:50 Aan: jallib@googlegroups.com

Re: [jallib] Re: PIC18F27K42, probably PPS problem

) Forwarded Message Subject:Re: [jallib] Re: PIC18F27K42, probably PPS problem Date: Mon, 10 Jun 2019 15:15:59 +0200 From: Rob Hamerling <mailto:robhamerl...@gmail.com> To: Rob CJ <mailto:rob...@hotmail.com> Hi Rob! I would have backed you

Re: [jallib] Re: [jallib build] buildbot failure in jallib on jallib-standard

Hi Matt No there is no real need for Jallib to use Python 3 but there are issues with the current version of which Rob Hamerling fixed some and we are on a newer version of Python. I was not aware that Jallib.py was used for building the release and/or bee-packages. Yesterday I uploaded the

Re: [jallib] [jallib build] buildbot failure in jallib on jallib-standard

.. The same as the one I recently uploaded, but we got a new error. Buildbot can't find the location of the repository. Did something else change? Matt. From: jallib@googlegroups.com on behalf of Rob CJ Sent: April 25, 2019 12:49 PM To: jallib@googlegroups.com

Re: [jallib] [jallib build] buildbot failure in jallib on jallib-standard

Hi all, I was wondering if the version I uploaded was really the version that was originally in GitHub but apparently it was not. Luckily I had a copy of GitHub with the original version I it so I uploaded that version. It should then work fine now. Sorry for all disturbances. Kind regards,

Re: [jallib] [jallib build] buildbot failure in jallib on jallib-standard

Hi Rob, Correct. I uploaded the old version again. No idea why this version does not work. Kind regards, Rob Van: jallib@googlegroups.com namens Rob Hamerling Verzonden: maandag 22 april 2019 11:42 Aan: jallib@googlegroups.com Onderwerp: Re: [jallib]

Re: [jallib] Re: [jallib build] buildbot failure in jallib on jallib-standard

Hi Matt, Thanks for fixing. I corrected the issues. I think I had forgotten to run jallib.py validate on them. Kind regards, Rob Van: jallib@googlegroups.com namens mattschin...@hotmail.com Verzonden: vrijdag 26 april 2019 04:19 Aan: jallib Onderwerp:

Re: [jallib] Re: PIC18F27K42, probably PPS problem

. The problem here is that it will not make it more readable. @all. Suggestions are welcome. Attached the fixed version. Kind regards, Rob Van: jallib@googlegroups.com namens Rob CJ Verzonden: dinsdag 2 juli 2019 12:52 Aan: jallib@googlegroups.com Onderwerp

Re: [jallib] Re: PIC18F27K42, probably PPS problem

ets, Kiste Am Montag, 1. Juli 2019, 12:49:38 MESZ hat Rob CJ Folgendes geschrieben: Hi Kiste, I had a look at this issue and I noticed that it is not sufficient to only add the INTCON alias. The problem is that there are more changes needed and I wonder if we can cover this all with aliases as

Re: [jallib] Re: Looking for beta testers of the Windows JAL Compiler

Hello Gilles, Thanks for your elaborate feedback. I created a new release on GitHub and removed the temporary versions. Kind regards, Rob Van: jallib@googlegroups.com namens Gilles BARTHELEMY Verzonden: maandag 16 september 2019 09:33 Aan: jallib

Re: [jallib] Re: Looking for beta testers of the Windows JAL Compiler

Hi Zet, Thanks for testing this and sharing your results. There is a reason for not changing the file name and that is that when you install a new Jallib version and you are using JALEdit or JALIDE you do not have to change anything since the compiler name remains the same. Next to that quite

Re: [jallib] Time for another release - Jallib 1.5.0

Hi Eur, Which I2C library are you talking about? There are several. Do you have a reproduction scenario or is it just sending an I2C command? Kind regards, Rob Van: jallib@googlegroups.com namens Eur van Andel Verzonden: dinsdag 3 december 2019 16:55 Aan:

Re: [jallib] Re: Time for another release - Jallib 1.5.0

Hi Matt, Thanks for checking this. I added sample/12f617_large_array.jal to TORELASE, apparently I had forgotten it since it was already on GitHub. I do not understand the following list since the large array samples would not compile without them and they are present in the last

Re: [jallib] Re: Time for another release - Jallib 1.5.0

compiling file (status=1).​ ​See previous message.​ ​1932 samples to compile...​ ​All samples compile :)​ -- Kind regards, Rob Van: jallib@googlegroups.com namens Rob CJ Verzonden: zondag 15 december 2019 08:36 Aan: jallib@googlegroups.com Onderwerp: Re

Re: [jallib] Re: WDT

Hi Peter, That is not completely correct. The pragma is not always the same for every PIC. I you look at the blink sample you find: pragma target WDT CONTROL -- watchdog That is because the options given in the device file 16f4455 for WDT are: pragma fuse_def WDT:3 0x1 {

Re: [jallib] Looking for beta testers of the Windows JAL Compiler

Hi Sunish, Thanks for the feedback. It is correct that for some PIC types less code is produced since some statements were removed that were not needed. The same statements that caused the skip error problem by the way. Good to see that you also got rid of a skip error problem. I thought I was

Re: [jallib] Jallib 1.5 Beta Released

Hi Matt, I downloaded the Windows zip-file, unpacked it and saw that the 'doc' directory was not present. Kind regards, Rob Van: jallib@googlegroups.com namens Matthew Schinkel Verzonden: maandag 23 december 2019 07:04 Aan: jallib Onderwerp: [jallib]

Re: [jallib] Re: SNAP

Correct. I only purchased a SNAP because I could not program the newest devices with my Pickit3 even not in LVP mode. The Pickit3 like the Pickt4 support both LVP and HVP but apparently the Pickit3 does no longer support all new devices not in LVP and not in HVP. So if your plan is to only

Re: [jallib] Microchip Snap programmer/debugger discount

Maybe good to know. I changed all sample files (using a script of Rob Hamerling ) standard to Low Voltage Programming (LVP ENABLED) since that seems to become the default. This will be available in the next bee-packages. Some older PICs do not support LVP so you still need a Pickit2 or 3 for

Re: [jallib] Re: Large arrays

Hi Mike, I made an addition some time ago to the large array that Matt is referring to since I needed it for a 16f pic. It is in the latest official JAL release. So if you add this to your 16F program it should work: -- Setup the large array const dword LARGE_ARRAY_1_SIZE = 200 --

Re: [jallib] Re: Large arrays

, Kiste Am Samstag, 4. April 2020, 16:40:35 MESZ hat Rob CJ Folgendes geschrieben: Hi Mike, One addition. I also made the library versions for large array 2, 3 and 4 today for the PIC16Fxx (core 14 and 14H). Best to look at the sample 16F1825 that uses 3 large arrays (byte, word and dword

Re: [jallib] Re: Large arrays

: [jallib] Re: Large arrays Thanks, Rob. I'll check it out. On Saturday, April 4, 2020 at 3:00:29 AM UTC-4, Rob CJ wrote: Hi Mike, I made an addition some time ago to the large array that Matt is referring to since I needed it for a 16f pic. It is in the latest official JAL release. So if you add

Re: [jallib] Re: SNAP

rth a try. Cheers Fraser On Tue, 7 Apr 2020, 16:40 Rob CJ, mailto:rob...@hotmail.com>> wrote: Correct. I only purchased a SNAP because I could not program the newest devices with my Pickit3 even not in LVP mode. The Pickit3 like the Pickt4 support both LVP and HVP but apparently th

Re: [jallib] Re: 16F505

Hi David, Not sure which bits you mean on page 40. In general if bits that are defined as XX are not relevant and should not be used. The INTOSC_NOCLKOUT is called a bit differently in the datasheet since there can be inconistencies between the datasheet and what Microchip releases as chip

Re: [jallib] Re: 16F505

Hi Kiste, Good to know some of the history, I did not know that. Thanks. Kind regards, Rob Met vriendelijke groet, Rob Jansen From: 'Oliver Seitz' via jallib Sent: Tuesday, May 12, 2020 8:03:52 AM To: jallib@googlegroups.com Subject: AW: [jallib] Re: 16F505

Re: [jallib] Re: 16F505

Hi Peter, The configuration word is set using the pragma. Kind regards, Rob Met vriendelijke groet, Rob Jansen From: jallib@googlegroups.com on behalf of Zet Weeh Sent: Tuesday, May 12, 2020 1:50:56 PM To: jallib Subject: [jallib] Re: 16F505 Hi everybody

Re: [jallib] Re: 16F505

Hi Peter, No the pragma fills the configuration registers. These are special registers in the PIC and are also programmed separately since they are not part of the normal program memory. For example, the pragma MCLR INTERNAL will clear the MCLR bin in the Config register. Note the following.

Re: [jallib] Digital Controlled Power Supply Project

programming? If I have the sample I can test it on that one too. Thanks. Kind regards, Rob Van: jallib@googlegroups.com namens Rob CJ Verzonden: zondag 17 mei 2020 08:18 Aan: jallib@googlegroups.com Onderwerp: Re: [jallib] Digital Controlled Power Supply Project

Re: [jallib] Digital Controlled Power Supply Project

Hi V, Thanks. The Power Supply that I initially created had an analog voltmeter and analog ampèremeter since digital variants did not exist at that time . I replaced them by the digital versions a few years ago. I also had problems getting the High Endurance Flash up and running. The problem

Re: [jallib] Re: 16F505

Hi Peter, I need to check where the comments come from I do not know why microchip uses the different terminology for that. Kind regards, Rob Van: jallib@googlegroups.com namens Zet Weeh Verzonden: woensdag 13 mei 2020 23:33 Aan: jallib Onderwerp: [jallib]

Re: [jallib] Re: SNAP

Hi all, I found this info in the Microchip forum. MPLAB Snap Support The MPLAB Snap In-Circuit Debugger/Programmer supports many, but not all, PIC MCUs and dsPIC DSCs at this time. The firmware is continually being upgraded to add support for new devices. For the most current list of supported

Re: [jallib] Digital Controlled Power Supply Project

Hi Vasile, Thanks. I am surprised to see the libraries I really did not know we had like the dds library you mention. If you can improve it or create a new one be my guest. Kind regards, Rob Van: jallib@googlegroups.com namens v Verzonden: zondag 24 mei

Re: [jallib] Some help needed to measure pulse length

12:01, Rob CJ escribió: Hi Jes, I thought there is already a Jal library to measure the width of a pulse created by Matt. Would that do the job? Met vriendelijke groet, Rob Jansen From: jal...@googlegroups.com on behalf of Jesito's μFabLab Sent: Thursday, Septe

Re: [jallib] Some help needed to measure pulse length

hat. Would be a perfect fit for my needs. Kind regards. Jes. El sáb., 5 sept. 2020 10:17, Rob CJ mailto:rob...@hotmail.com>> escribió: Hi Jes, Since my previous project was finished I was thinking of prototyping this frequency counter in JAL. My idea is to use it in combination with an

Re: [jallib] Some help needed to measure pulse length

] Some help needed to measure pulse length Thanks Rob, I look for it, just what I needed to know :0) El jue., 3 sept. 2020 12:01, Rob CJ mailto:rob...@hotmail.com>> escribió: Hi Jes, I thought there is already a Jal library to measure the width of a pulse created by Matt. Would that do t

Re: [jallib] Re: JAL Library for SSD1306 graphic display module.

: JAL Library for SSD1306 graphic display module. Hi Rob, On 06/09/2020 10:01, Rob CJ wrote: I could set it FALSE by default in the SSD1306 library. I could also remove the include of the IIC library at all from the SSD1306 library so that it has to be included by the main program and the user

Re: [jallib] Re: JAL Library for SSD1306 graphic display module.

Hi Mike, I could set it FALSE by default in the SSD1306 library. I could also remove the include of the IIC library at all from the SSD1306 library so that it has to be included by the main program and the user can set it there. I tried to make life simpler by including the required IIC or SPI

Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work

gt; Garanti sans virus. www.avast.com<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Le dim. 2 août 2020 à 20:13, Rob CJ mailto:rob...@hotmail.com>> a écrit : Hi Michel, Your solution is correct. You have to read the value of the compara

Re: [jallib] Re: JAL Library for SSD1306 graphic display module.

is) then 4.8 x 0.7 = 3.36V. That, plus a little forgiveness by the PIC would account for it. But, of course, not advisable...a.k.a. "skating on thin ice". Regards, Mike On Sunday, September 6, 2020 at 5:21:20 AM UTC-4, Rob CJ wrote: Hi Rob, Mike, I fixed the SSD13

Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work

ail> Garanti sans virus. www.avast.com<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Le mer. 2 sept. 2020 à 18:39, Rob CJ mailto:rob...@hotmail.com>> a écrit : Hi Michel, Kiste is right and the solution provided with the AD

Re: [jallib] Some help needed to measure pulse length

Hi Jes, I thought there is already a Jal library to measure the width of a pulse created by Matt. Would that do the job? Met vriendelijke groet, Rob Jansen From: jallib@googlegroups.com on behalf of Jesito's μFabLab Sent: Thursday, September 3, 2020 10:49:48

Re: [jallib] Re: JAL Library for SSD1306 graphic display module.

Hi Mike, Thanks for the feedback. I could change the _ssd1306_write_byte(_SSD1306_SET_COMPINS) by making SSD1306_MAX_Y_PIXELS adjustable and if it is set to 32 use the other setting as you mentioned. About the clear screen. I cannot clear the screen before the device is initialized (setting

Re: [jallib] Re: JAL Library for SSD1306 graphic display module.

Hi Mike, I had a look at what you requested and I since what you are doing is more advanced I thought of the simplest way to add two procedures for advanced users so that you can do anything you want. BTW. I noticed that setting the precharge to 0 is an invalid value according to the

Re: [jallib] Re: JAL Library for SSD1306 graphic display module.

to change display size in pixels ? Kind regards, Sunish On Wed, Sep 23, 2020 at 11:30 PM 'Mike' via jallib mailto:jallib@googlegroups.com>> wrote: Hi Rob, Yes, no changes needed. Regards, Mike On Wednesday, September 23, 2020 at 12:28:44 PM UTC-4, Rob CJ wrote: Hi Mike, Thanks f

Re: [jallib] Re: JAL Library for SSD1306 graphic display module.

Hi Mike, Thanks for the tip. I can adapt the library for that but need to test what you are suggesting. Kind regards, Rob Van: 'Mike' via jallib Verzonden: woensdag 14 oktober 2020 16:24 Aan: jallib Onderwerp: [jallib] Re: JAL Library for SSD1306 graphic

Re: [jallib] Re: New JAL library for the Si5351a clock generator module

legroups.com namens Rob CJ Verzonden: donderdag 13 augustus 2020 19:28 Aan: jallib@googlegroups.com Onderwerp: Re: [jallib] Re: New JAL library for the Si5351a clock generator module Hi Matt, Thanks. I could make a video of the signal on my oscilloscope but am not sure if it would clarify anythi

Re: [jallib] Re: JAL Library for SSD1306 graphic display module.

Hi Mike, Thanks for all testing. So for know the library is OK and no changes are needed, right? Kind regards, Rob Van: 'Mike' via jallib Verzonden: woensdag 23 september 2020 15:45 Aan: jallib Onderwerp: [jallib] Re: JAL Library for SSD1306 graphic display

Re: [jallib] Any JAL requests?

Hi Richard, Thanks and good to hear. Supporting the STM processor with JAL would require a huge amount of work, to be more specific: * Updating the compiler. I know that Kyle has split the code generation part so that part should be rewritten completely. * Generating device files for

Re: [jallib] Re: Any JAL requests?

Hi Gilles, I recently made a library for the nRF24L01+ and this one - from the same manufacturer - seems to be more or less the same only another chip and using another frequency. I think I could manage to create a library for this one too and can put it on my backlog. Do you know if it is

Re: [jallib] JAT and JAL on other processors.

Hi Matt, Thanks for the suggestion. It woul be a hge challenge for me to change the JAL compiler. Although Kyle did a god job in separating the parsing, etc. from the code generation so it should be possible to change the back-end part and generate code for other processors (like

Re: [jallib] Re: Any JAL requests?

Hi Sunish, Added to the backlog. Kind regards, Rob Van: jallib@googlegroups.com namens Sunish Issac Verzonden: zaterdag 30 mei 2020 16:22 Aan: jallib@googlegroups.com Onderwerp: Re: [jallib] Re: Any JAL requests? Hi Rob, Since you asked, I would like to

Re: [jallib] Re: Any JAL requests?

Hi Gilles, OK, I will add that one to my backlog. Kind regards, Rob Van: jallib@googlegroups.com namens Gilles BARTHELEMY Verzonden: zaterdag 30 mei 2020 15:08 Aan: jallib Onderwerp: [jallib] Re: Any JAL requests? Hi Rob Thank you for your answer.

Re: [jallib] JAL Library for SSD1306 graphic display module.

for SSD1306 graphic display module. See the pin naming for the 2 versions I have. Yes it's surprising how they call it SPI. Rear view indicates jumpers for SPI. Kind regards, Sunish On Sun, 2 Aug 2020, 11:24 pm Rob CJ, mailto:rob...@hotmail.com>> wrote: Hi Sunish, Hmm for that

Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work

bmail> Garanti sans virus. www.avast.com<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Le mar. 28 juil. 2020 à 19:52, Rob CJ mailto:rob...@hotmail.com>> a écrit : Hi Michel, Sorry for the spam but I saw that you did not enable t

Re: [jallib] JAL Library for SSD1306 graphic display module.

if there is no reply from i2c device. Any hints on what to check with SPI version to get it working ? Sunish On Sun, 2 Aug 2020, 9:04 pm Rob CJ, mailto:rob...@hotmail.com>> wrote: Hi Sunish, Thanks for the feedback. For IIC I include the standard IIC software or IIC hardware JAL library so the p

Re: [jallib] JAL Library for SSD1306 graphic display module.

Hi Sunish, Thanks for the feedback. For IIC I include the standard IIC software or IIC hardware JAL library so the problem may then be in one of these libraries. Did the problem occur when using software IIC or hardware IIC? Also, can you explain what you mean with SDA/SCL being interchanged?

Re: [jallib] Re: New JAL library for the Si5351a clock generator module

Hi Matt, Thanks. I could make a video of the signal on my oscilloscope but am not sure if it would clarify anything. I could also upload some screenschots of the signal since I can make screenshots with my oscilloscope. Do you think it will add something to the blog post? Kind regards, Rob

Re: [jallib] Re: [jallib/jallib] fed3da: Added device and sample files for 18f26q43, 18f46q...

Hi Even, I normally do not use the debugger of the Pickit3 using ASM. I had done it once but that was with an older version of MPLABX and for a PIC that was already on the market for some time. Not sure why it would not work anymore but I do know that Microchip does not support certain newer

Re: [jallib] Re: [jallib/jallib] fed3da: Added device and sample files for 18f26q43, 18f46q...

Hi Evan, Welcome! Kind regards, Rob Van: 'Evan Venn' via jallib Verzonden: donderdag 9 juli 2020 20:35 Aan: jallib Onderwerp: [jallib] Re: [jallib/jallib] fed3da: Added device and sample files for 18f26q43, 18f46q... I am the developer of PICKitPlus. I am

Re: [jallib] Re: [jallib/jallib] fed3da: Added device and sample files for 18f26q43, 18f46q...

Hi Even, It is still not clear for me what you need. Running assembly code in a asm simulator? About GPRAM (I assume you mean the data area), I see in the device file of one of the Q43 version this pragma: pragma data 0x500-0x14FF So it that does indeed not seem to be the first

Re: [jallib] Lirary for TM1637.

Hello V, Thanks. There is one thing I still need to test and that is with a module. I also ordered a module with six 7-segment displays and I need to check if the order of the displays is the same as what I built with the separate chip and the separate displays on my breadboard but I assume

Re: [jallib] Re: Lirary for TM1637.

Hi Matt, As V already replied only 2 pins are needed to control six 7 segment displays and handle 16 keys and no timer is needed for multiplexing. Next to that also no current limiting resistors are needed for the LED displays. Next to that the library was one of the requests. Kind regards,

Re: [jallib] Re: Any JAL requests?

Hi Kendal, Interesting chip. I will add it to my backlog and will order one breakout board to test the library with. Current backlog status: -) Library for TM1637 - Ready for testing, awaiting device to test. -) Library for DFPlayer - Ready for testing, awaiting device to test. Partly tested

Re: [jallib] A new JAL Integrated Development Environment suggestion.

Hi Sunish, Good to hear. Age is just a number. Yes we could make a separate repository on Jallib on Github. I like your agile approach in starting with highlighting first. Good luck with your initiative. If you have something I could test just let me know. Met vriendelijke groet, Rob Jansen

Re: [jallib] Re: A new JAL Integrated Development Environment suggestion.

Hi Matt, Correct. The reason for this idea is to make starting with JAL easier by offering an IDE on multiple platforms. If you only use an Editor you still have to start the compiler and in case of problems you have to manually open the file where the error is and go to the line where the

Re: [jallib] programmer question Pickit2

Hi V, Never used it. Some time ago this link was also reported: https://sites.google.com/site/pk2devicefileeditor/home Not sure if it can help to solve your problem. Kind regards, Rob Van: jallib@googlegroups.com namens v Verzonden: zaterdag 13 juni 2020

Re: [jallib] [jallib/jallib] 1dd7c1: Added new JAL library for the nRF905

Hi Gilles, You're welcome. Let me know if you run into any issues using this library. Kind regards, Rob Van: jallib@googlegroups.com namens Gilles BARTHELEMY Verzonden: zondag 26 juli 2020 15:18 Aan: jallib@googlegroups.com Onderwerp: Re: [jallib]

Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work

pt routine as soon as it has left it. Kind regards, Rob Van: jallib@googlegroups.com namens Rob CJ Verzonden: dinsdag 28 juli 2020 19:10 Aan: jallib@googlegroups.com Onderwerp: Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work

Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work

-animated-no-repeat-v1.gif]<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Garanti sans virus. www.avast.com<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail> Le lun. 27 juil. 2020 à 2

Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work

Hello Michel, If you want to use the external interrupt you have to enable it by: INTCON_INTE = TRUE Initially it is disabled by default. Kind regard, Rob Van: jallib@googlegroups.com namens Michel MORICE Verzonden: maandag 27 juli 2020 12:06 Aan: jallib

Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work

those interrupts with: INTCON_PEIE = TRUE Kind regards, Rob Van: Rob CJ Verzonden: maandag 27 juli 2020 21:38 Aan: jallib@googlegroups.com Onderwerp: Re: [jallib] PIC12F675 INTERRUPT WITH COMPARATOR OUTPUT CHANGING doesn't work Hello Michel, If you want to use

Re: [jallib] Compiler doesn't honour "volatile"

Hi Kiste, Hmm, my next puzzle for the weekend. Can you send a complete sample program that I can use? It will save me time. BTW. Did you already test the new build compiler that solves the memory issue? Thanks. Kind regards, Rob Van: 'Oliver Seitz' via

Re: [jallib] Compiler doesn't honour "volatile"

d the website and the language reference. But no byte offsets :-) ) Greets, Kiste Am Freitag, 27. November 2020, 11:39:06 MEZ hat Rob CJ Folgendes geschrieben: Hi Kiste, Hmm, my next puzzle for the weekend. Can you send a complete sample program that I can use? It will save me time. BTW. Did

Re: [jallib] How to improve the popularity of JAL?

Hi, The DFplayer file are in the latest bee-package which you can download from the JAL Website. We plan to make a new official JAL release in the near future so that it will be part of the latest release. Kind regards, Rob Van: jallib@googlegroups.com

Re: [jallib] Large_array update

Hi Kiste, Very nice. I ran your script and it seems to work perfectly. I did not yet test all memory locations. We could add enough large arrays to Jallib to cover the 13 kB and we should mention that they are created with your script. So we would at least need 7 large arrays instead of the

Re: [jallib] Re: How to improve the popularity of JAL?

Hi Mike, Again I was too quick. It seems to work (but I remain careful here). Kind regards, Rob Van: 'Mike' via jallib Verzonden: donderdag 26 november 2020 22:00 Aan: jallib Onderwerp: Re: [jallib] Re: How to improve the popularity of JAL? No problem

Re: [jallib] PIC16F1778 10-bit DAC, anyone?

Hi Mike, I used a 10-bit DAC with PIC16F1765 in my Digital Controlled Power Supply: Digital Controlled Linear Power Supply : 6 Steps (with Pictures) - Instructables I used two functions. ; Initialize the 10-bit Digital to

Re: [jallib] Compiler doesn't honour "volatile"

ame1 at name2+byte_offset. (Ok, found the website and the language reference. But no byte offsets :-) ) Greets, Kiste Am Freitag, 27. November 2020, 11:39:06 MEZ hat Rob CJ Folgendes geschrieben: Hi Kiste, Hmm, my next puzzle for the weekend. Can you send a complete sample program that I can use

Re: [jallib] PIC16F1778 10-bit DAC, anyone?

;ROJA" ? :) thx, Vasile On Sat, Nov 28, 2020 at 9:04 AM Rob CJ mailto:rob...@hotmail.com>> wrote: Hi Mike, I used a 10-bit DAC with PIC16F1765 in my Digital Controlled Power Supply: Digital Controlled Linear Power Supply : 6 Steps (with Pictures) - Instructables<https://www.instru

Re: [jallib] Re: How to improve the popularity of JAL?

Hi Mike, Maybe I was too soon with my response. The '--' cannot be compared with '//' since a construction like a / b would no longer work. It would require more work than a single fix. Sorry for making you happy with a dead sparrow (Dutch saying). Kind regards, Rob

Re: [jallib] Re: How to improve the popularity of JAL?

Hi Mike, Thanks for your comments. Some reactions from my side. The sample programs are generated using Python and sometimes it generates a crystal version and sometimes using tehe internal oscillator. I agree with you that not using the crystal is easier. I could have a look if I could

Re: [jallib] Re: How to improve the popularity of JAL?

Hi Kiste, Thanks for your thoughts. I will not add the '//'. Adding multi line comments is not as straight forward as single line. About floats. I used them once in de Si5351 library (clock generator) but that was the only time I needed it. BTW. There seems to be an issue with floats, Rob

Re: [jallib] Large_array update

o? It runs on almost any platform ;-) Greets, Kiste Am Sonntag, 13. Dezember 2020, 18:05:03 MEZ hat Rob CJ Folgendes geschrieben: Hi Kiste, It would be nice to have larger arrays than only 2k. Maybe we should add large_array_4k.jal, large_array_8k.jal, large array_16k.jal. You can genera

Re: [jallib] Large_array update

Hi Kiste, It would be nice to have larger arrays than only 2k. Maybe we should add large_array_4k.jal, large_array_8k.jal, large array_16k.jal. You can generated those with your script, right? As suggested by Rob Hamerling, it would be nice to have a Python version so you can run it both on a

Re: [jallib] Large_array update

Hi Olivers, Great work! Wow, it generates a JAL source file of almost 100.000 lines of code but compiles fast. Can you have a look at sample 16f1825_large_array.jal? It does not yet compile with this library and I can't see why. This is - I think - the only sample file that uses 4 large

Re: [jallib] Large_array update

Hoi Oliver, To make things not too complicated why not stick to the 4 libraries? With you solution we still have 3 advantages: 1) 1 library that supports both PIC_16 and PIC_14H so no need for 2 separate files anymore 2) Arrays of more than 2k. 3) Includes are not affected. Kind regards, Rob

Re: [jallib] Large_array update

rray_2.jal..., so the compiler would simply not know that it includes the same file again. It works that way on linux, I have just tested it. Can github work with symlinks? Or zip-files..? Greets, Kiste Am Sonntag, 20. Dezember 2020, 12:41:28 MEZ hat Rob CJ Folgendes geschrieben: Hi Kiste,

Re: [jallib] format library

Hi Kiste, I recently added print_float() to your print library . The format was based on what Kyle already described in the funcs.jal library. Some thoughts from my side. I wonder why you should pass the formatting of the sdword like you suggested. Why not indicating that a thousand

Re: [jallib] Large_array update

permission on the repo, I'd be grateful if you could do the commit. Greets, Kiste Am Montag, 21. Dezember 2020, 18:36:30 MEZ hat Rob CJ Folgendes geschrieben: Hi Kiste, I ran the program, compiled 3 sample files of which I tested 2 and it all works perfectly. I also tested

Re: [jallib] Large_array update

large_word_array_4_pic14.jal large_word_array_4_pic16.jal Greets, Kiste Am Montag, 21. Dezember 2020, 11:14:06 MEZ hat Rob CJ Folgendes geschrieben: Hoi Oliver, To make things not too complicated why not stick to the 4 libraries? With you solution we still have 3 advantages: 1) 1

  1   2   3   4   5   >