I am both a C & C++ guy (and other OO guy with Java and Smalltalk), but I veer towards C for most things I do. C++ certainly has advantages, but I find there's more planning/setup required, rather than build something basic with C and let it grow as I add features. Also with embedded code, I find that C++ abstracts the code further from the direct processor instructions, and I tend to do a lot of timing-specific bit-banging. So far for my embedded projects and associated PC-side code, I haven't found a compelling reason to use C++ or anything OO. If I'm back in the corporate world writing code in a team, I'll most likely use C++ or something OO. I like Pascal, and quite simple. Most of my pseudo-code I scribble on paper is considerably Pascal already :) But outside of my college Pascal courses (on a Vax), I haven't used it much. I think it's because I've been quite a Linux guy since then, and there has always been a C compiler on hand. This code was found online (lots of google and youtube searching). I'm looking for the exact source of that for you, but in the meanwhile, I just ran into this guy's stuff, which seems quite good... his youtube username is "Mohamad Md Som"... https://www.youtube.com/watch?v=3DRcom3n4WV= 4A Cheers, -Neil. On 11/11/2015 5:00 PM, Luis Moreira wrote: > Hi Neil, > I'm a C guy so I assumed that visual C++ was the route for me, but it > didn't work that way. I think mostly was/is my issue, I got so embroiled = in > the object oriented part of it that I never managed to get any programs > really working just always tweaking the thing. Then my friend introduced > me to delphi 5 and at first I hated pascal, l think I still do, but I got > use to it. I really don't like the visual pascal program structure maybe > because of C, but delphi always gets me up and running very quickly and t= he > async pro package is excelent. > The programs I wrote until now are all for my use so it works ok, but I > always think that not carrying on trying to get Visual C++ to work for me= , > was a mistake. > I think I am ready to give it another go... > Thanks for the program stub, is this from some kind of library? > Thanks > Luis > On 9 Nov 2015 23:17, "Neil" wrote: > >> Hi Luis, >> >> I remember Borland from ages ago, but never really used their stuff >> since they were a fairly direct competitor back then... I used to work >> for Microsoft, on their C++ 7.0 compiler. Am I dating myself? >> >> Interesting comparison. I'm not familiar with RXTX, but I assume this >> was also on the same machine you ran the Dephi/Async Pro test on, right? >> >> This is what I used... one of the examples I scrounged up yesterday. >> Nothing overly complicated here, though I yet have to read up on the >> specifics of delegates/events. I can send you the whole project if you >> wish. >> >> >> Delegate Sub SetTextCallback(ByVal [Text] As String) >> ... >> Private Sub buttonWrite_Click(sender As Object, e As EventArgs) >> Handles buttonWrite.Click >> SerialPort1.Write(richTextBoxInput.Text & vbCr) >> End Sub >> >> Private Sub buttonClose_Click(sender As Object, e As EventArgs) >> Handles buttonClose.Click >> SerialPort1.Close() >> ... >> End Sub >> >> Private Sub SerialPort1_DataReceived(sender As Object, e As >> SerialDataReceivedEventArgs) Handles SerialPort1.DataReceived >> ReceivedText(SerialPort1.ReadExisting()) >> End Sub >> >> Private Sub ReceivedText(ByVal [text] As String) >> If Me.richTextBoxOutput.InvokeRequired Then >> Dim x As New SetTextCallback(AddressOf ReceivedText) >> Me.Invoke(x, New Object() {(text)}) >> Else >> Me.richTextBoxOutput.Text &=3D [text] >> End If >> End Sub >> >> >> Cheers, >> -Neil. >> >> >> >> On 11/9/2015 11:27 AM, Luis Moreira wrote: >>> Hi been using Delphi 5 and async pro for a few years. What we found is >> that >>> up to windows 8.1 programs written with it, will work right of the box. >>> I actually wrote a program to test if there were any loss of packets >> where >>> I send data to a ARM uC and it echos back to the PC this is done at >> 115200 >>> baud continuously. What we found was that after 2 days it did not drop >> one >>> single packet. We tested the same thing with java using RXTX package an= d >> it >>> regularly was missing packets. >>> I am sure we will run out of steam with Delphi 5 at some stage, buy for >> the >>> moment it works very well. >>> I did try to use code typhon and lazarus but couldn't integrate async p= ro >>> package. >>> Code typhon does have a Cople of serial packages that I have not tried >> yet. >>> Would be interested on the C/C++ routines/code you are using for the VS= .. >>> Thank you. >>> Best Regards >>> Luis >>> On 9 Nov 2015 16:07, "Neil" wrote: >>> >>>> So yes, I am tinkering with VS Express 2013 (I chose 2013 over 2015 fo= r >>>> now as there are lots of tutorials and books for 2013). Not >>>> cross-platform I know, but considering how well documented it is, I'm >>>> very swayable. >>>> >>>> Cheers, >>>> -Neil. >>>> >>>> >>>> >>>> On 11/7/2015 9:25 PM, Bob Ammerman wrote: >>>>> You can develop .NET apps with Visual Studio without purchasing any >>>> Visual >>>>> Studio stuff. There are two different 'free' versions of Visual Studi= o: >>>>> Express and Community. The former is somewhat dumbed down, the latter >> is >>>> the >>>>> full professional version with licensing restrictions. Basically you >> can >>>> use >>>>> Community to do anything you want, as long as you are an individual o= r >>>> work >>>>> for a small enough company. >>>>> >>>>> ~ Bob Ammerman >>>>> RAm Systems >>>>> >>>>>> -----Original Message----- >>>>>> From: piclist-bounces@mit.edu [mailto:piclist-bounces@mit.edu] On >>>> Behalf >>>>>> Of Neil >>>>>> Sent: Friday, November 06, 2015 6:49 PM >>>>>> To: Microcontroller discussion list - Public. >>>>>> Subject: Re: [OT] PC software development tools? >>>>>> >>>>>> Very nicely summarized list. >>>>>> >>>>>> Even though I know Java (as a language) fairly decently (though I wi= ll >>>>> have to >>>>>> re-learn the environment and resource files, etc), I still can't buy >>>> into >>>>> using it >>>>>> for stuff that has any interaction with real-time applications. I >> need >>>> to >>>>> re- >>>>>> investigate to see if I can convince myself towards this route again= , >> as >>>>> I've >>>>>> used it previously for corporate applications, some Android dev, and >>>> even >>>>>> FIRST robotics. >>>>>> >>>>>> Mid this year, I got back into Android programming, and thought I'd >> go a >>>>>> different direction (rather than Java, Eclipse, etc), and came acros= s >>>> B4A >>>>> (Basic >>>>>> for Android), which is quite nice. I've only tinkered with it enoug= h >> to >>>>> create a >>>>>> basic bluetooth control app, but that went pretty smoothly and it's >>>> pretty >>>>>> well documented. For $59 it's a no-brainer. >>>>>> Though I've put that on hold as the interface for my Maker Faire >> cookie- >>>>>> printer project was developed quicker with Python. >>>>>> >>>>>> I will investigate MonoDevelop. From bits I've read, I can create >> full >>>>> apps >>>>>> with this using the .NET libraries, and not have to purchase any >> Visual >>>>> Studio >>>>>> stuff... is this correct? >>>>>> >>>>>> Cheers, >>>>>> -Neil. >>>>>> >>>>>> >>>>>> On 11/6/2015 4:34 PM, Brian Hetrick wrote: >>>>>>> Compiled languages targeting both Linux and Windows include C, C#, >>>>>>> Java, and Visual Basic (the .NET version, a completely different >>>>>>> animal than VB 6 or VBA; do not expect expertise to transfer). >>>>>>> >>>>>>> On Windows, the primary development environment is Visual Studio. >>>>>>> Express and Community editions are free. Visual Studio does not >>>>>>> support Java out of the box, but there are add-ins. MonoDevelop is >>>>>>> commonly used on Linux, but is also available on Windows. MonoDevel= op >>>>>> is no cost. >>>>>>> The primary development environments for the Java platform are >>>>>>> NetBeans, Eclipse, and BlueJ. The primary development environments >> for >>>>>>> the Android platform (Java language, different libraries and >>>>>>> ecosystem) are Android Studio, to some extent IntelliJ and Eclipse. >>>>>>> Everything so far is no cost. There are commercial solutions for >>>>>>> running .NET on Android, as well. >>>>>>> >>>>>>> Both the Java and .NET platforms supply standardized ways to talk >> with >>>>>>> serial lines. Windows and Linux talk with USB ports very differentl= y; >>>>>>> both Java and .NET operating-specific libraries exist and are no >> cost. >>>>>> -- >>>>>> http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive >>>>>> View/change your membership options at >>>>>> http://mailman.mit.edu/mailman/listinfo/piclist >>>> -- >>>> http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive >>>> View/change your membership options at >>>> http://mailman.mit.edu/mailman/listinfo/piclist >>>> >> -- >> http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive >> View/change your membership options at >> http://mailman.mit.edu/mailman/listinfo/piclist >> -- http://www.piclist.com/techref/piclist PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist .