ZBasic Forum

Posted: **27 June 2006, 10:31 AM**

Is there an OLE DLL i can call from my windows code that would allow me to provide a very simple way to download zbasic binaries to my customers?
Zload is to difficult for end users to work with.

Thanks,

-Mike

Posted: **27 June 2006, 10:40 AM**

Not yet. What language is your Windows app written in?

Posted: **27 June 2006, 12:27 PM**

mdown wrote:Is there an OLE DLL i can call from my windows code that would allow me to provide a very simple way to download zbasic binaries to my customers? Zload is to difficult for end users to work with.

I've been asking for either a DLL or a standalone GUI app but, so far, to no avail.

In the meantime, if your main problem is with users who don't understand zload command lines you might be able to shell to zload and eliminate the need for them to deal with it. They'll still see the ugly console app, though.

Posted: **27 June 2006, 13:51 PM**

For this app it would be VB6 for simplicity.

I just need somthing i can send my end users that works quick and easy without having to send the zbasic gui.

-Mike

Posted: **27 June 2006, 14:34 PM**

I'd volunteer to write and contribute such a utility- similar to BLIPS that I have done for re-flashing AVRs. But I'd need the protocol specs and/or source to zload.

Posted: **27 June 2006, 14:45 PM**

Can VB6 provide a callback routine? It seems to me that I read somewhere something about using AddressOf to do so. I'm thinking of an API that would supply a callback for progress updates. That way, the calling application can represent the progress in any suitable fashion.

The API might be something like the following (described in VB syntax):

Code: Select all

Public Declare Function ZXDownload Lib "zxutil.dll" &#40;
    ByVal lpFileName As String,
    ByVal wPort as Integer,
    ByVal lpProgress as Long,
    ByVal dwData as Long&#41; as Integer

The value returned by the API would be a success indication or error status code. The callback would be coded something like:

Code: Select all

Public Function UpdateDownloadProgress&#40;
    ByVal wPercentComplete as Integer,
    ByVal dwData&#41; As Integer
' add code to update the progress indicator here
End Function

The value returned by the callback indicates whether to continue the download or abort.

Posted: **27 June 2006, 15:40 PM**

dkinzer wrote:Can VB6 provide a callback routine?

Please don't do it that way. VB4-32, which I use, cannot handle callbacks.

I prefer passing the handle of a window to which the DLL can pass back messages as I've suggested previously. If you're going to use a callback, let me know now so I can quit wasting time, effort and money on a dead-end.

Posted: **27 June 2006, 15:46 PM**

I'm not sure about the AddressOf operator, but if you called ZXDownload asynchronously and then looped the call to UpdateDownloadProgress if could be done that way.

Although an OLE interface with events would be nice...

-Mike

Posted: **27 June 2006, 16:09 PM**

dhouston wrote:Please don't do it that way. VB4-32, which I use, cannot handle callbacks. I prefer passing the handle of a window to which the DLL can pass back messages[...]

There will be an alternate API that utilizes a window handle instead of a the more general solution of using a callback.

mdown wrote:Although an OLE interface with events would be nice...

I'll make a standard DLL and you can put an OLE wrapper around it if you'd like.

Posted: **27 June 2006, 16:26 PM**

stevech wrote:I'd volunteer to write and contribute such a utility- similar to BLIPS that I have done for re-flashing AVRs. But I'd need the protocol specs and/or source to zload.

I believe the C++ source for ZLoad is included in the ZBasic package.

Posted: **27 June 2006, 17:18 PM**

dkinzer wrote:There will be an alternate API that utilizes a window handle instead of a the more general solution of using a callback.

Actually, I think a more general solution would be a standalone GUI app similar to what NetMedia gave me. I had a Download Firmware menu item in my Windows interface. When the user clicked on the menu item, I closed the serial port, shelled to the downloader, waited for it to finish and then reopened the port. I had a delay at the beginning of my BX-24 code to allow time to reopen the port. The user then saw all of the sign-on messages. It was pretty seamless and could be used from almost any programming language.

The user had to select the file and port from the downloader app's menu but this could be done on the command line. There was an INI file item for the title bar of the app. I documented its use in my user manual. You can see a copy at http://jeffvolp.home.att.net/bx24-aht/manual.pdf.

The VB4-32 code was quite simple.

Code: Select all

Private Sub mnuBXB_Click&#40;&#41;

   mscomm1.PortOpen = False
   WaitForProcessToEnd "BX_OEM_Downloader.exe"
   Sleep 100
   mscomm1.PortOpen = True
   
End Sub  

Public Sub WaitForProcessToEnd&#40;cmdLine As String&#41;
 
  Dim retVal        As Long
  Dim pID           As Long
  Dim pHandle       As Long
  
  pID = Shell&#40;cmdLine&#41;
  pHandle = OpenProcess&#40;&H100000, True, pID&#41;
  retVal = WaitForSingleObject&#40;pHandle, -1&&#41;
  
End Sub

Posted: **27 June 2006, 20:08 PM**

dhouston wrote:
stevech wrote:I'd volunteer to write and contribute such a utility- similar to BLIPS that I have done for re-flashing AVRs. But I'd need the protocol specs and/or source to zload.
I believe the C++ source for ZLoad is included in the ZBasic package.

Right you are! Thankfully, it seems to be C rather than C++ or C#.
It needs to be GUI-ized.
And the VM side needs a way for the user program to trigger a download reception rather than as now, only via the tickle of the serial port DTR

Posted: **27 June 2006, 21:32 PM**

stevech wrote:I'd volunteer to write and contribute such a utility- similar to BLIPS that I have done for re-flashing AVRs. But I'd need the protocol specs and/or source to zload.

You might want to hold off for a few days. The code is being refactored to make it more modular.

Posted: **27 June 2006, 22:36 PM**

oui messr

Posted: **28 June 2006, 3:48 AM**

stevech wrote:
dhouston wrote:I believe the C++ source for ZLoad is included in the ZBasic package.
Right you are! Thankfully, it seems to be C rather than C++ or C#.

I misremembered that it was .cpp.

It needs to be GUI-ized.
And the VM side needs a way for the user program to trigger a download reception rather than as now, only via the tickle of the serial port DTR

That sounds great - two birds, one stone.

ZBasic Forum

Zload dll?

Zload dll?

Re: Zload dll?

Zload dll?

Zload dll?

Re: Zload dll?

Re: Zload dll?