keyspan serial adaptor
From: "Scott Hannahs" <[EMAIL PROTECTED]> >The USB to serial adaptor we all use (all OS X systems are USB) is a >keyspan. It has software that shows all the communication in nice colors >for each direction. Just watch it scroll by or save it to a file. Shows >all the control codes etc. Shows port configuration commands and status >all at once. did i missed something? i use a keyspan USA 28X (usb <->serial) and didn't noticed there is a software showing you the communication activity can you tell me the name of it ? -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr
list suggestion
As things seem to change about this list, may I give my vote / opinion on two aspect : - NO ATTACHMENT : I don't fear virus (at this time) as we work on Mac and just see them passing by with a slight ironic smile, but link to a download place is just enough for letting you free to decide if you need it or not - NO HTML on messages mails to the list, to limit bandwith and individual exotic formatting BUT I think that it could be interesting to be able to get the Digest on html format, just to be able to link the list of messages titles to the messages in the digest body (and only this feature). I have to say that i hate html messages which i never use but the digest is frequently very long and i am not amongst people who can take time to read every single message so, beeing able to quickly jump to the right one could be time saving and i don't think that in this special case this could take a lot of bandwith may i suggest, when speaking about bandwith, that it is necessary to remind to people replying to messages, to stop to quote the whole original message and using Long signatures. this is the point which take a lot of bandwith and make the reading really laborious anyway, thanks again to Tom Coradeschi for his involvment (where do you find time for taking care of this list ?) -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr
Re: Re (2) : appbuilder
i agree that building a cross compiler wouldn't be so easy to do and not a profitable option But having to pay for a whole development system is really expensive as you already bought it for another platform why not just selling an application builder as vi are able to migrate between platforms (ok with some exceptions, but i won't digress on this point) this should be more ... fair >Well it has economical as well as technical reasons. First integrating all >possible cross-compile targets into each LabVIEW version would be technically >possible but would exponentially increase the effort needed to test each new >LabVIEW version before release. >Second NI has IMO a point in saying if you want to do that you need to have >an additional LabVIEW license for the target plattform. Is that unfair? I >don't think so, it is a decision they made and all you can do is reason with >them to change that, but that is it. -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr
Re (2) : appbuilder
>> for exemple i develop on a mac OSX with LV7 an application builder >> what do i need to make it run on windows ? >> > >This ability isn't really there today. EXEs on various Windows are >compatible with one another, but Mac and unix have different binary >standards. To compile one from the other platform is usually called >cross compilation, and LV supports this for RT, but not for desktop OSes. thank you for your answer i wanted to be sure now i am ! this is really unfair from national as VIs can migrate from one platform to another and embedding VIs in multiples "standalone engine" (one for each platform) should be quite easy to do. -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr
appbuilder
could somebody enlighten me about the ability to run an application built with application builder on a platform different with the one it was developped on for exemple i develop on a mac OSX with LV7 an application builder what do i need to make it run on windows ? -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr
Re: Save with 24 bits
thanks for the answers i tried to split the bytes with the split number function (and just taking the 3 first one) and it worked ! i don't know why i couldn't make it with concatenating bytes after a text conversion which should be equivalent ??? anyway it works ! -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr
Save with 24 bits
I am searching for a way to save 24 bits values on an AIFF file i thought that keeping the 3 first bytes of an I32 should make it but it didn't work could anyone give me some clue ? thanks in advance -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr
Re: Save with 24 bits
>Despite the name of your company, your question wasn't well understood. :) i should be specialized in intelligibility ... I have to apply my advices to myself :) >But, are you sure you have the lowest 3 bytes? LV stores data in Hi/Low >format for words and bytes in memory. You need the last 3 bytes. i don't think that keeping the lowest bytes would preserve the sign bit so i normalized my datas to a 32 bits value and keep the 3 highest bytes (i save on an AIFF file so don't have to swap bytes) just to be sure i tried to keep the lowest and had a similar result i think that my error comes from elsewhere so the diagram is : - wire my i32 array on a for loop - typecast each number to text - take the 3 first character - go outside the loop and write to file the array something should be wrong in it :(( -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr
sending timeout event
i am trying to find a way to send an event to another VI especially a timeout event if possible, but an unused (in that case) event like "keydown" would be fine but am embarassed with this hassling registering procedure and can't make it work does someone could enlight me or send me a small example for it ? thanks in advance -- Pascal Luquet Bien Entendu eMail : [EMAIL PROTECTED] www.BienEntendu.fr