Poll
Question:
Vote for asking 'Kitty Hello' to add extra functions for support for IOT to GLbasic for the PI (serial, SQL, GPIO) ?
Option 1: Yes, I would use these options.
votes: 5
Option 2: Yes, I can see this would help others, Schools, hobbyist. etc.
votes: 2
Option 3: NO
votes: 1
Option 4: NO, I am not interested in IOT.
votes: 0
Option 5: NO, just kept it for games.
votes: 1
Hi, got the below issue just after the latest update, it did sort of worked before it made a bin file which I have not yet worked out how to get running on the PI. the program complies for windows ok.
_______________________________________
*** Configuration: RASPBERRY_PI ***
precompiling:
GPC - GLBasic Precompiler V.10.037 SN:84d70ef9 - 3D, NET
Wordcount:284 commands
compile+link:
*** FATAL ERROR - Please post this output in the forum
_______________________________________
*** Finished ***
Elapsed: 2.9 sec. Time: 14:25
Build: 0 succeeded.
*** 1 FAILED ***
I never worked for PI but yesterday I downloaded the plugin and I compiled a my program, and everything seems to be fine with Glbasic 14.371. It was created the bin file but I can not to test.
Ciao Qedo
_______________________________________
*** Configuration: RASPBERRY_PI ***
precompiling:
GPC - GLBasic Precompiler V.10.037 SN:8e14b964 - 3D, NET
Wordcount:12 commands
compile+link:
Distribute .app for prova
success
_______________________________________
*** Finished ***
Elapsed: 6.8 sec. Time: 12:43
Build: 1 succeeded.
Maxheadroom, you have a wordcount of 284 commands but not all commands compile for RPi but when it does, GLBasic runs great on the RPi.
But then would been nice is its wrote which command that failed.....
Ok that information has helped =D I have rem the network part out of the program and it complies again, I will dig deeper to find out which part of the network commands are making it fail. good work !!!
Some network commands were changed in latest patch to support IPv6, e.g. GetHostIP, take a look at webdoc / help file. Maybe that's the issue.
found another small issue, when reading in the current date and time I try and convert it to a int I get zero. see below it works in windows but not PI?
info$= PLATFORMINFO$("TIME") // get the system date and time
yy=MID$(info$,2,2) // get year last two and convert to number
yy=INTEGER(MID$(info$,2,2))? Sometimes string to int can fails.
yes that works, just my sloppy programming.
I have a 7inch Raspberry Pi Display touchscreen (link below) I have tried to get the touch part working as a mouse with GLbasic but it just makes the mouse point jump all over the place (it work normally) I have tried GETMOUSECOUNT which says 1 any ideas, I think it is making FT5406 memory based driver as /devices/virtual/input/input1. but not sure where to go from here?
http://uk.farnell.com/raspberry-pi/raspberrypi-display/raspberry-pi-7inch-touchscreen/dp/2473872
https://www.raspberrypi.org/documentation/hardware/display
ok just to recap things which are having a problem with:
1, Networking the new (SOCK_GETIP$,SOCK_UDPSEND) fails to compile.
2, The 10 point touch screen mouse jumps all over the place (X,Y must me in a different format).
3, Strange problem with the screen turning blue (I am looking into this to find out why).
4, Working on getting the GPIO working.
everything else so far is working.
Maxheadroom, so what do you plan to make? :zzz:
I have not tested the new sock commands. :P
The mouse does respond differently with sudo (not sure what else). I can't test touch on RPi as my still working 3.5" USB display chipped in the corner but only split the touch ribbon connector. :noggin:
2D colors and other stuff don't work too well for me since I last checked. I do all in 3D which is perfect. :-*
The simplest way to use the GPIO is via SHELLCMD, which is suitable for an output, eg. light switch.
Alternatively, I suppose a python or cpp gpio custom program (also for other likewise Linux devices) that talks to GLBasic via localhost tcp/udp. :blink:
RPi and GPIO :rtfm:
http://www.glbasic.com/forum/index.php?topic=9223.msg79210
Mr Matchy, I have written a program for the PI with a touch screen to become a room attendance and booking system, which currently accesses a MSSQL database for current room bookings and displays on screen (downloads 7days) and also a swipe card logging for students also upload to a MSSQL database, I am also planning to use RGB LED lighting around the 7 inch display to show red if in use or green if not booked, currently I only have a working system complied on Microsoft. note for the MSSQL I use the network to send to a VB program which runs on the server and converts the network info then the VB Interfaces with the SQL.
But would be nice to get it all working on Glbasic and a PI However I may have to abandon and try the HTML5 option.
Max..
:offtopic: What is so frustrating is GLbasic and the PI could be the front runner in the IOT (internet of things), GLbasic has it all programmable wise, just need a few things to tip it over the edge direct SQL access, GPIO control, full serial support and the touch screen display, combined with a bit of marketing sales would go through the roof. :nw:
Max...
maxheadroom, great project. Post some code!
Quote from: Maxheadroom on 2016-Sep-09
:offtopic: What is so frustrating is GLbasic and the PI could be the front runner in the IOT (internet of things), GLbasic has it all programmable wise, just need a few things to tip it over the edge direct SQL access, GPIO control, full serial support and the touch screen display, combined with a bit of marketing sales would go through the roof. :nw:
Max...
Its been mentioned before :)
Ok, I have added a vote to see if the community wants this or can see if not. I do and I am sure others could see how much it would benefit the whole community. lets hope Mr G will look kindly on us.
++++++++++++++++++++++++++Please vote++++++++++++++++++++++++++++
There are a few c libs for accessing GPIO,I don't have a clue how to use them however.
http://wiringpi.com/
Would be nice to have SQL in, although a read/write compression system would be better
:good:
I'm got a report for this thread, but I'm is not there right mod to do something (etc split the thread as best option).. But...
Remember, Germot cannot add anything and have sparse or time recently and glbasic is quite Stable.
Also I'm have did most fixes for android and iOS versions. Pi is seen a nice little platform....
Mr Spacefractal, hope you are feeling better, I am more than happy for you to split this thread (I would have done it but don't know how). I have been using GLbasic for many years on little projects, fun and supporting teaching. The sale vertical of IOT is starting to hit hard, with many companies making all sorts of boards. You either need an understanding of 'C' or assembly code to get your projects up and working with them; which is not easy for the general public to access or understand. In the past basic was easy for people to understand and headed up the home computing front back in the 80's and many people/companies made lots of cash. But with GLbasic does not have to waste time or money in building a board to take the advantage, just use one which is cheap ie the PI which you have done, adding in the extra functions would put it years ahead of the current competition landing you a small fortune in sales. I also know Mr G is very busy but I also know he likes to play with his electronics so I am hopping he sees the opportunity. I think GLbasic is fantastic I also think it could be the best! I also think you do a great job :booze:
Im happy to split the thread, I'f you want. I'm just want to hear others first. Its was your own thread and one reported the topic change to me and I'm don't have issue really.
To sum up so far things which are not working quite right on the PI.
1. Networking (change of commands in the latest update).
2. Drawrect just makes the whole screen blue (on my program).
3. Print not changing to the background colour (not the text but the background part sometimes).
4. Conversions from string to numbers not completely stable.
5. Mouse on the touch screen completely bonkers.
Max...
2. You can simulate that with polyvector. Drawrect might fail on some platforms and devices. I'm did that in Catchout, but limited to use a palette from 4086 colors (ok for retro games anyway).
3. Print is a test command. Better use own font system based on polyvector. There is various code snippets.
4. Make sure to add INTEGER when convert a string to int. It's might fails if you don't do that, and you not used TRIM$().
1+5 it's bugs and limits.
I´m late here but I´d vote option 2. :good:
Can you send me an example of how to GPIO-program the PI? I mean... it's just a bunch of IMPORT calls, ain't it?