<div dir="ltr"><div dir="ltr">El lun., 13 de may. de 2019 a la(s) 13:05, roberto (<a href="mailto:roberto.premoli@tiscali.it">roberto.premoli@tiscali.it</a>) escribió:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">chip I am interested in. In other words, I must add tho the project a uC <br>
and program it as "interpreter" between GAMBAS and the SPI/I2C devices.<br></blockquote><div>do gambas has support for i2c interaction with serial port? sound very interesting and very non-common task<br></div><div><br></div><div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
easely can became *THE* IDE for embedded platforms for all the linuxers, <br>
like me, that like to code embedded boards but prefere gambas over <br>
Python, C, C++, ecc.<br></blockquote><div>I always talk about vision.. todya all people said "python are easy and extensible and this and that and ... bla bla"</div><div>obviously gambas are the most easy to learn lagnauje programing but lack of some vision.. <br></div><div>of course also lack of manpowers, Benoit and you guys make a great work.. <br></div><div>i not talking about become M$ like, or like redhat that has "too much evolution"<br></div><div>but we need a little more expanding ..</div><div>i praise the web inprovements in those dias.. but nee just little more.. <br></div><div>as example the gambas DBMS are limited today to mysql postgres and sqlite.. <br></div><div>the odbc are broken for oracle and sybase.. and therte's no advance in that!<br></div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
It will be very nice to have 2 new classes to control the SPI and I2C <br>
bus and skip the necessity of a "translator": it will be save space on <br>
PCB and speed up develop of projects.<br>
More, it will add new and good value to gambas itself, because it will <br></blockquote><br></div><div class="gmail_quote">that are a great improvement.. i prefer center in i2c that have more features.. <br></div><div class="gmail_quote">but the interaction with devices are the problem.. <br></div>i think we neec a clas to standarize and comunicate with the i2c modules? yes <br></div><div dir="ltr"><br></div><div dir="ltr">... "meanwhile" investigate how to comunicate with i2c modules like does hardinfo in nomadays,<br>but in fact you will need i2c suppor in kernel, so, what i means its "hardinfo" its a info program for devices..<br>has a i2c ifo part that not uses a complete coding interface..<br>it made tricks consulting the information with thirth party artifacts</div><div dir="ltr"><br> <div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
For both protocol SPI and I2C, in my opinion is not requested immediatly <br>
a full support (to play both as master or slave) but it can be enough <br>
that the 2 classes SPI and I2C can play as Master, more sophisticated <br>
mode can came later.<br>
<br>
<br>
Thanks,<br>
<br>
Roberto<br>
<br>
<br>
<br>
----[ Gambas mailing-list is hosted by <a href="https://www.hostsharing.net" rel="noreferrer" target="_blank">https://www.hostsharing.net</a> ]----<br>
</blockquote></div></div></div>