Home
JAQForum Ver 20.06
Log In or Join  
Active Topics
Local Time 23:41 03 May 2024 Privacy Policy
Jump to

Notice. New forum software under development. It's going to miss a few functions and look a bit ugly for a while, but I'm working on it full time now as the old forum was too unstable. Couple days, all good. If you notice any issues, please contact me.

Forum Index : Microcontroller and PC projects : UBW32 Not recognised

Author Message
Dinosaur

Guru

Joined: 12/08/2011
Location: Australia
Posts: 304
Posted: 12:19pm 20 Nov 2012
Copy link to clipboard 
Print this post

Hi All

I have been using the ubw32 for some years now in industrial applications, using the
bootloader supplied with it.

Recently I have a need to experiment with the ubw as a standalone controller.
So, downloaded all the files and using either the original bootloader
or the new one supplied with the download, I cannot get Windows to see the new "device"
Using V4.0B hex file.

The unit erases, programs and verifies.
Then rebooting, only the blue light is on, and Win7 pro ignores it.
I have nothing connected to the board.

Erasing and putting the old hex image back in, and it works as expected.

Anone have any ideas as to why.

Regards
Hervey Bay Qld.
 
bigmik

Guru

Joined: 20/06/2011
Location: Australia
Posts: 2870
Posted: 12:38pm 20 Nov 2012
Copy link to clipboard 
Print this post

  Dinosaur said  

The unit erases, programs and verifies.
Then rebooting, only the blue light is on, and Win7 pro ignores it.
I have nothing connected to the board.


Hi Dinosaur (from another one),

I am at work at the moment, and have programmed 2 UBW32's with the 4.0 (with bootloader) successfully then on my 3rd one I failed dismally with the same result you have.. I will be doing more research into this when time permits but if you look at this thread Re. the config bits and the location for the Ver 4 that includes Bootloader you will probably get what you want.

TBS Thread

Wajkaj got his working by changing some config bits (associated with the Oscillator) to this FF600DD8 but that didnt work for me but when I set them to FF600DDB it seems to work fine..

You have to uncheck use settings from file and manually change them.. I dont have the info here but I will add more detail later this evening (time permitting)

Regards,

Mick




Mick's uMite Stuff can be found >>> HERE (Kindly hosted by Dontronics) <<<
 
Dinosaur

Guru

Joined: 12/08/2011
Location: Australia
Posts: 304
Posted: 03:24pm 20 Nov 2012
Copy link to clipboard 
Print this post

Hi All

Thanks for the response Mick.
From my reading (although fleetingly) of the docs on Geoff's site
I was under the impression that I could program the UBW32 without
a PIC programmer, in other words directly from the usb port.

The UBW32's that I bought already have the bootloader installed, and all I have to do
is press the button configuration to put it into programming mode.

Once in programming mode, using either Bootloader programs to load the new hex file
causes the "fault".

Is that method incorrect for loading MMBasic ?

Regards

EDIT: Thanks for the link, it resolved the issue.
Some of my ubw32's are 460F.
Once I used the later modelit worked.
Guess the doc's should really state that it only works with later version 795F

Many thanks for your help.Edited by Dinosaur 2012-11-22
Regards
Hervey Bay Qld.
 
Wajkaj
Newbie

Joined: 03/11/2012
Location: Netherlands
Posts: 14
Posted: 12:37am 21 Nov 2012
Copy link to clipboard 
Print this post

Mick,

You are right, it is FF600DDB. I mistyped it.
But keep in mind to change the USB entries to make pin 1 work.
If you make the config-bits of the bootloader for the CMM the same as in the UBW32 bootloader then you are OK.
I tested my UBW32 very extensively and with all kinds of external hardware.
So far no problems and NO crashes.
What a machine... :-)

Johan.
Started with LNW80.
 
bigmik

Guru

Joined: 20/06/2011
Location: Australia
Posts: 2870
Posted: 10:10am 21 Nov 2012
Copy link to clipboard 
Print this post

  Wajkaj said   Mick,

You are right, it is FF600DDB. I mistyped it.

But keep in mind to change the USB entries to make pin 1 work.
If you make the config-bits of the bootloader for the CMM the same as in the UBW32 bootloader then you are OK.

What a machine... :-)



Hi Johan,

I modded Geoffs standard Config bits and only changed the Oscillator ones as per the settings in this PDF.

Pin(1) is functioning fine.. I have tested all pins and it seems stable.

For Referrence here is the settings I have used

2012-11-21_201012_UBW_Config_bits.pdf

Regards,

Mick
Mick's uMite Stuff can be found >>> HERE (Kindly hosted by Dontronics) <<<
 
Wajkaj
Newbie

Joined: 03/11/2012
Location: Netherlands
Posts: 14
Posted: 10:56am 21 Nov 2012
Copy link to clipboard 
Print this post

Mick,

That looks OK, but i have also changed both USB entries to : Controlled by Port Function. Like it is in the CMM bootloader.

Cheers,

Johan.
Started with LNW80.
 
bigmik

Guru

Joined: 20/06/2011
Location: Australia
Posts: 2870
Posted: 03:38pm 21 Nov 2012
Copy link to clipboard 
Print this post

  Wajkaj said   Mick,

That looks OK, but i have also changed both USB entries to : Controlled by Port Function. Like it is in the CMM bootloader.

Cheers,

Johan.


Hi Johan,

I will check that later tonight but I `think' I only changed the Osc. bits.

I let the Config bits load then unchecked the box and just editted the OSC section. SO I would have thought other sections would not change.


Regards,

Mick

EDIT *** Pin(1) does still function as expected with the settings I used.

Mick
Edited by bigmik 2012-11-23
Mick's uMite Stuff can be found >>> HERE (Kindly hosted by Dontronics) <<<
 
Dinosaur

Guru

Joined: 12/08/2011
Location: Australia
Posts: 304
Posted: 04:27pm 21 Nov 2012
Copy link to clipboard 
Print this post

Hi All

Without reading months of threads about the ubw implementation of MMBasic,
can someone confirm the following.

The UBW32 has 76 i/o, and with the original image I can set/read each one of these.
With MMBasic and the advent of Kbd, Vga, SD etc there are 26 pins not available to use
if I dont want the Kbd etc.
So, we can only use Pin1-50.

On my systems I use Input on one side of the ubw, and output on the other.
This means that I loose 9 Inputs and 16 outputs.

Is there a way around this ?
Regards
Hervey Bay Qld.
 
TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 5912
Posted: 04:58pm 21 Nov 2012
Copy link to clipboard 
Print this post

  Dinosaur said   Hi All

Without reading months of threads about the ubw implementation of MMBasic,
can someone confirm the following.

The UBW32 has 76 i/o, and with the original image I can set/read each one of these.
With MMBasic and the advent of Kbd, Vga, SD etc there are 26 pins not available to use
if I dont want the Kbd etc.
So, we can only use Pin1-50.

On my systems I use Input on one side of the ubw, and output on the other.
This means that I loose 9 Inputs and 16 outputs.

Is there a way around this ?


MMBasic version 3.2 on the UBW32 has 50 pins available although some of them are LED's or buttons.

Version 4 uses the same firmware as the colour Maximite so there are only 40 IO pins available although there are six more analog inputs available.

I use this spreadsheet as my pinout reference for the UBW32.
I don't think I have made any errors but it is certainly possible...

2012-11-22_025544_UBW32_pinouts.pdf
There aren't that many pins unused.

Jim
VK7JH
MMedit   MMBasic Help
 
Dinosaur

Guru

Joined: 12/08/2011
Location: Australia
Posts: 304
Posted: 06:30pm 21 Nov 2012
Copy link to clipboard 
Print this post

Hi All

Jim, many thanks for that chart.
I had already done that once using bit numbers
as used by the original ubw32.

Did you mean to say 76 pins available on version 3.2 ?
Cause the latest version has 50 pins available.
Regards
Hervey Bay Qld.
 
TassyJim

Guru

Joined: 07/08/2011
Location: Australia
Posts: 5912
Posted: 06:48pm 21 Nov 2012
Copy link to clipboard 
Print this post

According to my reading of the data sheets,
50 pins on V3.2
40 on V4.0
From V4.0:
Features of Colour MMBasic on the UBW32 include:
 Colour VGA output. 480x432 pixels with eight colours (black, red, green, blue, cyan, yellow, purple
and white). 240x216 pixels with eight colours high performance mode)
 Standard PS2 style keyboard input.
 Stereo audio with support for playing MOD music files and sound effects. Can also be used as a
2 channel PWM analog output.
 Battery backed real time clock (optional).
 40 external I/O lines which can be configured as analog inputs, digital inputs/outputs, frequency
measurement, etc.
 SD card support with capacities of up to 32GB for storing programs and files.
 USB for connecting to a personal computer (Windows, Mac or Linux) as a terminal or for file transfer.
 Extensive communications protocols including Serial, I2C, SPI and 1-wire.
 Graphic capability includes selectable fonts, user designed fonts, drawing lines, circles, squares and
control over any pixel with any colour.
 Firmware upgrades via USB using a standard bootloader.
 Full featured BASIC interpreter and operating system. Instant on, ready for you to type in and test your
programs.

The other pins are unused but it should be possible to modify the source code and make use of a few more of them.

Jim
VK7JH
MMedit   MMBasic Help
 
Dinosaur

Guru

Joined: 12/08/2011
Location: Australia
Posts: 304
Posted: 07:00pm 21 Nov 2012
Copy link to clipboard 
Print this post

Hi All

Jim I simply took that judgement from the manual provided with the download,
and it shows Pin1-50.
Probably not updated.

May have a look at the source code, but if in "C" then I'll be lost.
It is not so much that I need the extra I/O but the fact that my boards
are designed for a 40way ribbon on each side of the ubw.

One of Mick's fully assembled boards may solve the problem, will have to look at
the pinout.

Regards, and thanks for your help.
Regards
Hervey Bay Qld.
 
bigmik

Guru

Joined: 20/06/2011
Location: Australia
Posts: 2870
Posted: 07:19pm 21 Nov 2012
Copy link to clipboard 
Print this post

  Dinosaur said   Hi Dinosaur,

One of Mick's fully assembled boards may solve the problem, will have to look at
the pinout.




For your information,

The `UBW32-MCC' PCB pinout of the 2nd (high-order pins 21-40) GPIOb can be configured to keep the pattern in the same vein as the standard 26pin GPIOa header (pins 1-20) or to Suit the Dontronics DonDuino Cross so that you can have an Arduino footprint the same as the original Colour Maximite has (except it doesnt support the RESET or Vin).

See this PDF for the Pinout Information.

2012-11-22_051945_GPIO_Connectors.pdf

regards,

Mick


Edited by bigmik 2012-11-23
Mick's uMite Stuff can be found >>> HERE (Kindly hosted by Dontronics) <<<
 
Dinosaur

Guru

Joined: 12/08/2011
Location: Australia
Posts: 304
Posted: 09:21pm 21 Nov 2012
Copy link to clipboard 
Print this post

Hi All

Thanks for the info Mick.
The problem is going to be the same for me.
To use UBW32-MCC I would be breaking continuity with
installations already using my boards.

Using MMBasic I can use only half of my opto I/O

Interesting that MMBasic was not designed to allow us to ignore
the optional devices and use the I/O normally.
But I guess there are so many variations out there that it would
become a maintenance nightmare.

Considering that a standalone controller is only an experiment for me,
I will put up with the reduced I/O and see where things head in the next few months.

Once again, many thanks for your's and TassieJim's help.

Regards

EDIT: This is my current system with all opto's soldered under the boards.
2012-11-22_073643_UBWIOSystem.pdf Edited by Dinosaur 2012-11-23
Regards
Hervey Bay Qld.
 
Print this page


To reply to this topic, you need to log in.

© JAQ Software 2024