Since the subject of SD is up, I also use the Gadget Gangster USB board which has an SD, will that be supported also? And how about the jazzed humungous RAM board, although I would like to see something replicates what the C3 has? Lets see, what other features does the C3 have, ADC, I think that is about it.
Ray
I don't have a Gadget Gangster USB board so I can't support that. We have a ZOG cache driver for Steve's SDRAM module so we can probably support that.
Since the subject of SD is up, I also use the Gadget Gangster USB board which has an SD, will that be supported also? And how about the jazzed humungous RAM board, although I would like to see something replicates what the C3 has? Lets see, what other features does the C3 have, ADC, I think that is about it.
Ray
Since the humungous RAM board is in production that will be one my priority external memory additions along with a fast cache SRAM board. The C3 ADC will be the hardest thing to add because of the C3 hardware chip select.
I also have a few boards/projects that need SD support so I'll be looking at that. If I can get those to work (the hard part), the GadgetGangster USB SD will be a cakewalk.
Since I am starting to like xbasic a lot, until I run into a major problem that is, I think I will try to implement xbasic for my latest project. I will just call it Mini-weather station, for the remote unit I am using the old Gadget Gangster SD board, this is the one that had the RTC, and an SD card; a senserion temp/humidity module; and a class 1 BlueTooth module with a duck antenna.
The xbasic would have to be able to deal with:
RTC - at the moment I am using kye's RTCEngine.
SD - I am using fsrw.
Sesirion module - I am using the existing Spin object.
BlueTooth - Ext_FDSerial object.
So far I can see being able to handle the BlueTooth module, with xbasic, as it stands right now. One item I missed in the other post was I2C, maybe that would help out for the RTC aspect.
Here is the program for the BS2e I was talking about. Didn't get any more time to play other then copy/paste into the IDE. It don't like the comments Pnasic for sure. I will keep playing!
Here is the program for the BS2e I was talking about. Didn't get any more time to play other then copy/paste into the IDE. It don't like the comments Pnasic for sure. I will keep playing!
Wow! That's a lot different than traditional Basic. I'm afraid you aren't likely to ever be able to just load that code into xbasic and run it. I think xbasic can probably perform most of the functions in that code but the source itself would have to be rewritten. For instance, xbasic doesn't have GOSUB. Instead, it implements functions with named arguments like most modern versions of Basic.
Thanks David, I thought it was not possible with out a rewrite. Guess I am getting lazy in my old age!
Sorry about that! It would certainly be possible to write another compiler that would handle pbasic syntax. I don't know why Parallax doesn't supply one of those for BasicStamp users who are trying to migrate to the Propeller.
The xbasic would have to be able to deal with:
RTC - at the moment I am using kye's RTCEngine.
SD - I am using fsrw.
Sesirion module - I am using the existing Spin object.
BlueTooth - Ext_FDSerial object.
Ray I have an EEPROM,RTC,+ PASM module and interface if you want to try it. The code is included in the attached .zip. The zip is one example of xBasic code I'm running on the GameBaby hardware.
You'll have to pick through it, but most of the code you would care about is in GbI2C.bas. Some of my comments are out of date. The main program is GameBaby.bas.
Here is the program for the BS2e I was talking about.
@KMyers, the best I could do for you would be to translate your file into xBasic. That could take time considering all the other stuff I have going. Maybe it would be a good project for testing the usability of xBasic?
@ David , jazzed I think this will be a good learning experience for me. I would be nice to have a PBasic friendly compiler. Perhaps I need to check out the BS2 function in Obex?
I noticed that when you use the debug, in order for it to work correctly, you have to place a waitMS(145) in the beginning of your code, otherwise the debug terminal screen comes up empty or it has just a fraction of your beginning print statements. I guess that would only be a problem if you are starting off with some important print statements.
I also noticed that in some cases, some error information is coming up, instead of the plain compiler error message.
Looks like i'm trying to compile an empty project. I have reproduced the problem and provided a fix.
Copy the xbasic-qt.exe from the attached .zip, paste into your xBasicIDE\bin, and try the program again.
Please confirm the fix if you get a chance.
Thanks.
Hello ,
Yes of course we need an file in order to compile something , but my prj has become empty by clicking on "set project" several times*
The bug is fixed now ( I read the message box )
There is still an minor bug. When you want save all but you click cancel , the table's title become blank
Edit
*I confirm
If you try to save all and click on cancel button afterward click on set project , your prj will become empty
and if you try to open an other prj , the prj will be again empty because you have to close the previous blank tab
If you try to save all and click on cancel button afterward click on set project , your prj will become empty and if you try to open an other prj , the prj will be again empty because you have to close the previous blank tab
Yes, sorry. I forgot about this "save as" and "cancel" issue. I have a fix for this now also. Will post later.
I noticed that when you use the debug, in order for it to work correctly, you have to place a waitMS(145) in the beginning of your code, otherwise the debug terminal screen comes up empty or it has just a fraction of your beginning print statements. I guess that would only be a problem if you are starting off with some important print statements.
Ray, there is a delay between closing the compiler and opening the terminal. A similar problem exists with other solutions such as Propeller Tool/PST and BST.
David has provided an API for sharing the connection with an integrated IDE/Compiler and it might fix this issue. I haven't looked at this yet, but I plan to do that.
Adding a delay at program start as is necessary for other solutions seems acceptable for now.
I just zoomed in on this to see the detailed error message and it is a compiler bug. Please send me the files you are trying to compile and I'll look into it.
Possibly. However, it doesn't tell which file. Did you make any changes?
The line number isn't very useful without line numbers in the editor .
Not sure what "error reading data file" means. David?
The data files are temporary files that the compiler uses to build output for each memory section (hub, ram, flash). You shouldn't have errors reading/writing those files unless your disk is almost entirely full and I doubt that is the case here. The files are very small (or should be!).
Possibly. However, it doesn't tell which file. Did you make any changes?
The line number isn't very useful without line numbers in the editor .
Not sure what "error reading data file" means. David?
sry i dont know how enable line number. The file is not modified
line 143 is about at end (eof)
In the previous version ( before you last fix) compiler return the same msg but doesn't add info about the line number
Add:
by the way , the "save as" issue causes an runtime library if you close by "X"
Did you just select "hub" as a board configuration? I just did that compile on my Mac and didn't have a problem. I just did it from the command line though.
I'm paying around with the IDE on an Macbook Air, Windows 7 64-bit.
No problems so far, but need to dive deeper!
Still looking for the diffs/advatages/drawbacks over Propbasic.
XBasic is interpreted AFAIK?
Thx for all your efforts, David & Bean and all the others!
Fried
You should be able to select C3. I did that and the command line compile worked for that as well. I guess I'll have to try Steve's IDE to see what is happening.
@FriedV, xBasic is compiled to byte-codes. It is somewhat slower than SPIN.
@Mazzini, A few things:
1. Can you copy the samples and include directories to a place other than "Program Files" like "C:\xBasic" ?
Once you do that, use the wrench to set the "include path" to "C:\xBasic\include".
Then open "C:\xBasic\samples\TvDemo\TvDemo.bas", set the project, and compile.
2. Please try the attached xbasic-qt.exe to see if it fixes your "save as" runtime close by "X" issue.
@FriedV, xBasic is compiled to byte-codes. It is somewhat slower than SPIN.
@Mazzini, A few things:
1. Can you copy the samples and include directories to a place other than "Program Files" like "C:\xBasic" ?
Once you do that, use the wrench to set the "include path" to "C:\xBasic\include".
Then open "C:\xBasic\samples\TvDemo\TvDemo.bas", set the project, and compile.
2. Please try the attached xbasic-qt.exe to see if it fixes your "save as" runtime close by "X" issue.
1. I did. same error. I noticed that "ssf" has the same "bug"
2. Fixed
Comments
I don't have a Gadget Gangster USB board so I can't support that. We have a ZOG cache driver for Steve's SDRAM module so we can probably support that.
Since the humungous RAM board is in production that will be one my priority external memory additions along with a fast cache SRAM board. The C3 ADC will be the hardest thing to add because of the C3 hardware chip select.
I also have a few boards/projects that need SD support so I'll be looking at that. If I can get those to work (the hard part), the GadgetGangster USB SD will be a cakewalk.
The xbasic would have to be able to deal with:
RTC - at the moment I am using kye's RTCEngine.
SD - I am using fsrw.
Sesirion module - I am using the existing Spin object.
BlueTooth - Ext_FDSerial object.
So far I can see being able to handle the BlueTooth module, with xbasic, as it stands right now. One item I missed in the other post was I2C, maybe that would help out for the RTC aspect.
Ray
Here is the program for the BS2e I was talking about. Didn't get any more time to play other then copy/paste into the IDE. It don't like the comments Pnasic for sure. I will keep playing!
Wow! That's a lot different than traditional Basic. I'm afraid you aren't likely to ever be able to just load that code into xbasic and run it. I think xbasic can probably perform most of the functions in that code but the source itself would have to be rewritten. For instance, xbasic doesn't have GOSUB. Instead, it implements functions with named arguments like most modern versions of Basic.
I'm testing some example on C3 , but the ide has crashed in debug mode ( fibo and testinput samples)
Sorry about that! It would certainly be possible to write another compiler that would handle pbasic syntax. I don't know why Parallax doesn't supply one of those for BasicStamp users who are trying to migrate to the Propeller.
You'll have to pick through it, but most of the code you would care about is in GbI2C.bas. Some of my comments are out of date. The main program is GameBaby.bas.
@KMyers, the best I could do for you would be to translate your file into xBasic. That could take time considering all the other stuff I have going. Maybe it would be a good project for testing the usability of xBasic?
Looks like i'm trying to compile an empty project. I have reproduced the problem and provided a fix.
Copy the xbasic-qt.exe from the attached .zip, paste into your xBasicIDE\bin, and try the program again.
Please confirm the fix if you get a chance.
Thanks.
I also noticed that in some cases, some error information is coming up, instead of the plain compiler error message.
Ray
Hello ,
Yes of course we need an file in order to compile something , but my prj has become empty by clicking on "set project" several times*
The bug is fixed now
There is still an minor bug. When you want save all but you click cancel , the table's title become blank
Edit
*I confirm
If you try to save all and click on cancel button afterward click on set project , your prj will become empty
and if you try to open an other prj , the prj will be again empty because you have to close the previous blank tab
Ray, there is a delay between closing the compiler and opening the terminal. A similar problem exists with other solutions such as Propeller Tool/PST and BST.
David has provided an API for sharing the connection with an integrated IDE/Compiler and it might fix this issue. I haven't looked at this yet, but I plan to do that.
Adding a delay at program start as is necessary for other solutions seems acceptable for now.
Is the compiler error information helpful now?
Thanks.
Thanks
The line number isn't very useful without line numbers in the editor
Not sure what "error reading data file" means. David?
I just zoomed in on this to see the detailed error message and it is a compiler bug. Please send me the files you are trying to compile and I'll look into it.
Thanks,
David
The data files are temporary files that the compiler uses to build output for each memory section (hub, ram, flash). You shouldn't have errors reading/writing those files unless your disk is almost entirely full and I doubt that is the case here. The files are very small (or should be!).
sry i dont know how enable line number. The file is not modified
line 143 is about at end (eof)
In the previous version ( before you last fix) compiler return the same msg but doesn't add info about the line number
Add:
by the way , the "save as" issue causes an runtime library if you close by "X"
Edit:
I have 14Gb free space:)
yes
by Hub it works
Edit:
In board configuration is all "hub"
No problems so far, but need to dive deeper!
Still looking for the diffs/advatages/drawbacks over Propbasic.
XBasic is interpreted AFAIK?
Thx for all your efforts, David & Bean and all the others!
Fried
You should be able to select C3. I did that and the command line compile worked for that as well. I guess I'll have to try Steve's IDE to see what is happening.
Sorry for the trouble!
there aren't problems , i test it just for fun !
let me know if you need feedback
Regards
I can let you know right away that we appreciate any feedback. Thanks!!
@Mazzini, A few things:
1. Can you copy the samples and include directories to a place other than "Program Files" like "C:\xBasic" ?
Once you do that, use the wrench to set the "include path" to "C:\xBasic\include".
Then open "C:\xBasic\samples\TvDemo\TvDemo.bas", set the project, and compile.
2. Please try the attached xbasic-qt.exe to see if it fixes your "save as" runtime close by "X" issue.
1. I did. same error. I noticed that "ssf" has the same "bug"
2. Fixed