FlexBASIC as primary language use for P1/P2

Comments

• evanh Posts: 15,187

  2021-09-13 14:26

  I don't know what FlexBASIC uses for importing, it might be class, but Eric has done a stellar job at integrating them at compile time. They're so easy to work with I've even started making my own driver/handler-like spin modules even though my target deployment is C.
  Read the "basic.md" document for some hints.
• Rsadeika Posts: 3,824

  2021-09-13 15:01

  Yes, I believe it is class. The problem that I see is a standardization of the module itself, so it can be used between FlexC and FlexBASIC.

  I guess what I am looking for is an example driver module that can be used by FlexBASIC and FlexC. If everybody starts doing their own thing, driver module, then we will be back to the same predicament that the Parallax github site is in, or OBEX is/was.

  As I mentioned earlier, maybe an example driver for the Ping or ADC would be a good starting point. Hopefully others could use that for further development.

  Ray
• evanh Posts: 15,187

  2021-09-13 16:12

  Obex worked fine I thought.
• evanh Posts: 15,187

  2021-09-13 16:22 edited 2021-09-13 16:23

  Here's an example of what I used for my first test case. I grabbed Jonny Mac's jm_i2c_devices.spin2 compiled it and got a handle on how it was working (partly me learning how spin works too). It itself is a demo of using his jm_i2c.spin2 low level driver.

  I then found out how to load Spin modules into FlexC - struct __using( "jm_i2c.spin2" ) i2c;
  And basically did exactly the same operations in C as JM did in his devices demo program. Ported but still using the low level driver as spin code. See attached:

  c

  c

  i2c-devices.c

  700B

  spin2

  spin2

  jm_i2c.spin2

  12K

  i2c-devices.c 700B

  jm_i2c.spin2 12.1K
• evanh Posts: 15,187

  2021-09-13 16:38

  Ah, I guess that example won't work on the Prop1. Jon has ported most of his examples from the Prop1, so I presume there will also be older versions by the names jm_i2c.spin and jm_i2c_devices.spin.
• JRoark Posts: 1,215

  2021-09-13 18:48

  Pretty much everything I write is in FlexBASIC these days. Eric’s implementation of CLASS is just amazing. In one project I have 7 “classed” BASIC libs, two SPINs, and one PASM. Its really amazing what you can do. Example: want to add VGA? Drop-in Eric’s tile driver and turn it on. Three lines later you can just do a PRINT #2, “Hi there” and its on-screen. Done.

  At some point I need to put my libraries up for release. Lots of stuff (SPI, I2C, date/time, advanced trig functions, etc) could probably be useful for others.
• Rsadeika Posts: 3,824

  2021-09-13 19:23

  Since FlexBASIC and FlexC can work with P1 or P2, should the drivers be xxx.spin/xxx.spin2.

  I was looking at SimpleSerial.spin2, which is setup to be used with P1 or P2. Basically it uses:

  #ifdef __P2__
    '' Code for the P2
  #else
    '' Code for the P1
  

  Maybe the file could be called something like xxx.drv and would contain both P1 and P2 code.
  Also it seems that in some cases the same code could be shared between both the P1 and P2.

  Again, I am not a Spin programmer, so not sure as to what the best approach would be.

  Ray
• ersmith Posts: 5,910

  2021-09-13 21:12

  Spin1 and Spin2 are different but related languages, a little bit like C and C++. It also happens that Parallax's Spin1 only runs on the P1, and Parallax's Spin2 only runs on P2, but flexspin can compile both .spin and .spin2 files for both processors. For flexspin, whether the file should be called .spin or .spin2 depends only on what kind of language features the file uses, not on the processor (for example, a .spin2 file uses ABS x to find the absolute value of x, whereas in a .spin file you would write ||x instead).