Any JAL requests?

47 views
Skip to first unread message

RobJ

unread,
May 24, 2020, 6:15:59 AM5/24/20
to jallib
Hi All,

Since I am running out of JAL projects and I want to spend a part of my free time on improving the JAL experience so I am wondering if there are any specific JAL library requests or other JAL requests.

Currently I am working on a library for the TM1637 but I am waiting for the components to arrive to that I can test it after which I will add the library to Jallib.

I was thinking of a library for the LoRa chip RFM95 and use the Adafruit TinyLora Arduino Library as starting point but if there is no need for it I could spend my time better on other JAL improvements.

So if you have suggestions, let me know. 

Thanks

Kind regards,

Rob

Richard Soderblom

unread,
May 25, 2020, 2:47:47 AM5/25/20
to jal...@googlegroups.com
Hi Rob.

Thank you for all your great work!

I haven't touched JAL in a few years. Actually I haven't really touched electronics dev in awhile.

You have got me itching to bust open the crates with all my stuff in it and get hacking again. I have a bunch of low and mid-spec PIC's around somewhere. even have a few of the good ol' F877.

Keep it up :-)

Any idea on if JAL will be supporting other architectures? I see the STM32 series have some good bang for the buck in terms of value. Would love to see the JAL compiler support the STM8 - STM32.

Best Regards,
Richard Soderblom
My book:
Information Security for the Small Business:

And also available in Kindle format on Amazon.
cloudHQPowered by
cloudHQ


--
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+un...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jallib/82c6dd72-24af-4667-beae-5248e7460dd3%40googlegroups.com.

Rob CJ

unread,
May 25, 2020, 4:49:42 AM5/25/20
to jal...@googlegroups.com
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 these controllers. That would require rewriting all Python scripts that Rob Hamerling made and it need to be sorted out how they provide the info of the chips. Currently XML files from Microchip are used as input to generate the device file.
Although I do maintain the JAL compiler to fix bugs, it would require a lot of studying to get it working for another controller (if I could figure it out at all). So nice suggestion but I think this is currently not doable for me.

So please continue with your PICs (I have becoming a big fan of them) 🙂.

Kind regards,

Rob

Van: jal...@googlegroups.com <jal...@googlegroups.com> namens Richard Soderblom <ric...@electro.tk>
Verzonden: maandag 25 mei 2020 08:47
Aan: jal...@googlegroups.com <jal...@googlegroups.com>
Onderwerp: Re: [jallib] Any JAL requests?
 

Richard Soderblom

unread,
May 25, 2020, 7:39:34 AM5/25/20
to jal...@googlegroups.com
Sounds like a challenge :-)

I have never written a compiler yet, so maybe I'll give it a bash if I can scrape the required time together.

There are a few C++ compilers for them. Don't think any are open source though that I can poke around. Also, while I know a number of languages with C#, C++ and JAL just being a few of them, I don't know anything about assembly. Not looking forward to learning that one either lol :-)

Thanks for the info. I will continue playing with the PICs for the time being.

Best Regards,
Richard Soderblom
My book:
Information Security for the Small Business:

And also available in Kindle format on Amazon.
cloudHQPowered by
cloudHQ

vasi vasi

unread,
May 26, 2020, 1:24:13 PM5/26/20
to jal...@googlegroups.com
The STM8 has good support in SDCC  C compiler. STM32 has C++ support in gcc? Not sure...

Anyway, I thought also of using JAL to generate assembler source for some PIC24HJ compilers - assembler source that can be compiled by the standalone ASM30 assembler suite (exclusive Linux user here), supporting the micros that Basic Firewing supports. Never started the project that probably would need some assembler tokens equivalence and creating new tokens and dropping the part where it generates "the executable". I think this is the best (and faster) way to extend the JAL language to other families of microcontrollers. 

I never started with STM8, I think PIC & AVR are still a good alternative and for STM32, I use C language mainly but for some STM32 families out there PIC24 and dsPIC33 are even better (28pin DIP case, 5Vcc native, good speed and I think even 1 cycle execution - the newer series).





--
Vasi

Eur van Andel

unread,
May 26, 2020, 2:43:50 PM5/26/20
to jal...@googlegroups.com
I dabbled some in ieee floating
Point and it works but it needs a proper testing routine. 

- -------------------------------------------------------------------
-- IEE 754 floating point conversion: 1 sign bit, 8 exponent bits, 23 mantissa bits
-- max 3 digits after decimal point
-- Original: Eur van Andel
-- -------------------------------------------------------------------
function ieee754_to_sdword(dword in fp, byte in digits) return sdword is
   var bit sign at            fp:31                      -- 1 bit sign
   var byte exponent  = byte((fp & 0x7F_80_00_00) >> 23) -- 8 bits exponent
   var dword mantissa =       fp & 0x00_7F_FF_FF         -- 23 bits mantissa
   var bit sig_bit at mantissa:22   -- most significant bit
   var dword value = 100_000        -- mantissa 1 before decimal point
   var dword fraction = 50_000      -- 6 digits total, including 1e5
   exponent = exponent - 127        -- exponent bias, fake sbyte
      
   for 22 loop                      -- 19 also enough
      if sig_bit then 
         value = value + fraction
      end if 
      mantissa = mantissa << 1
      fraction = fraction >> 1      -- add 1/2, 1/4, etc of 10^5
   end loop
    
   value = value << exponent  -- exponent max 14 here
   
   if digits == 0 then 
      value = value / 100_000  
   elsif digits == 1 then 
      value = value / 10_000
   elsif digits == 2 then 
      value = value / 1_000
   elsif digits == 3 then 
      value = value / 100
   end if                     -- more digits too slow
      
   if sign then 
      return - sdword(value)
   else 
      return sdword(value)
   end if
end function

Sent from my iPhone +31-653-286573

On 24 May 2020, at 12:16, RobJ <rob...@hotmail.com> wrote:


--

Gilles BARTHELEMY

unread,
May 28, 2020, 8:25:47 AM5/28/20
to jallib
Hello Rob and everybody

I tried some time ago to make a library for NRF905, but I gave up by lack of time and knowledge. 
However, I think it would be useful to have one, since this is a popular module. 

Thank you for giving of your time!

Regards,
Gilles

Rob CJ

unread,
May 28, 2020, 11:13:09 AM5/28/20
to jallib
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 more popular than the nRFL01+?

Kind regards,

Rob


Van: jal...@googlegroups.com <jal...@googlegroups.com> namens Gilles BARTHELEMY <bar...@gmail.com>
Verzonden: donderdag 28 mei 2020 14:25
Aan: jallib <jal...@googlegroups.com>
Onderwerp: [jallib] Re: Any JAL requests?
 
--
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+un...@googlegroups.com.

Gilles BARTHELEMY

unread,
May 30, 2020, 9:08:00 AM5/30/20
to jallib
Hi Rob

Thank you for your answer.
nRF24L01 only works on 2.4Ghz frequency range . nRF905 works on both 433Mhz and 868Mhz, which can be selected "on the fly", and allows to use LoRa and Sigfox networks.
So the two chipsets are not made for same use and cannot be substituted.
For this features (and its low cost!), nRF905 is getting more and more popular, particulary on IoT based on Arduino.

Best regards
Gilles


Sunish Issac

unread,
May 30, 2020, 10:22:51 AM5/30/20
to jal...@googlegroups.com
Hi Rob,

Since you asked, I would like to see a library for the i2c version of SSD1306


It's got high resolution, in terms display even though the size is small it can display a lot when compared to usual 2 line character LCDs.

Kind regards,
Sunish

--
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+un...@googlegroups.com.

Rob CJ

unread,
May 30, 2020, 11:53:53 AM5/30/20
to jal...@googlegroups.com
Hi Gilles,

OK, I will add that one to my backlog.

Kind regards,

Rob


Verzonden: zaterdag 30 mei 2020 15:08

Aan: jallib <jal...@googlegroups.com>
Onderwerp: [jallib] Re: Any JAL requests?

Rob CJ

unread,
May 30, 2020, 11:58:02 AM5/30/20
to jal...@googlegroups.com
Hi Sunish,

Added to the backlog.

Kind regards,

Rob


Van: jal...@googlegroups.com <jal...@googlegroups.com> namens Sunish Issac <sunis...@gmail.com>
Verzonden: zaterdag 30 mei 2020 16:22
Aan: jal...@googlegroups.com <jal...@googlegroups.com>
Onderwerp: Re: [jallib] Re: Any JAL requests?
 

Kendal Goodson

unread,
Jun 11, 2020, 9:56:04 AM6/11/20
to jallib
Hi Rob,

Sorry to be late to the party.  The ham radio community has seemingly moved on from the ad9833/ad9850 dds chips, which are already supported in jallib.  The si5351a has supplanted it and would be a great addition to library.
Adafruit has a breakout board for it as does etherkit.  Example here:https://github.com/etherkit/Si5351Arduino

Many thanks for all of your hard work!
Cheers.
KG 


Rob CJ

unread,
Jun 11, 2020, 1:36:14 PM6/11/20
to jallib
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 using a terminal emulation program.
-) Library for nRF905 - Ready for testing, awaiting device to test.
-) Library for SSD1306 - Ready for testing, awaiting device to test.

There also seem to be issues with the current CAN libraries that do not seem to work, at least CANopen but I did not look yet at how to test it.

Releasing the libraries to Jallib depends of course on when the devices arrive but also no how fast I can get the stuff working. Especially the nRF905 will be a challenge (like the nRF24L01+ was) since I need to test the transmitter side and the receiver side at the same time. One cannot work without the other.

Kind regards,

Rob



Van: jal...@googlegroups.com <jal...@googlegroups.com> namens Kendal Goodson <kendal....@gmail.com>
Verzonden: donderdag 11 juni 2020 15:20
Aan: jallib <jal...@googlegroups.com>
Onderwerp: [jallib] Re: Any JAL requests?
 
--
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+un...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages