MIOS Update Question...

[cosmosuave]

I have uploaded MIOS to my pre prog'd PIC18F4685 via midi and get the following output... I assume this is correct?

Starting upload of mios_v1_9f_pic18f4685.hex

Hex file contains code in MIOS range, forcing reboot!

Received error code 01: Less bytes than expected have been received

This was an expected error - please ignore!<------------------------------Is this normal?

Received Upload Request

Sending block 00000400-000004FF

Received Checksum: 0E - OK

Sending block 00000500-000005FF

Received Checksum: 6E - OK

Sending block 00000600-000006FF

Received Checksum: 6D - OK

Sending block 00000700-000007FF

Received Checksum: 19 - OK

Sending block 00000800-000008FF

Received Checksum: 4E - OK

Sending block 00000900-000009FF

Received Checksum: 76 - OK

Sending block 00000A00-00000AFF

Received Checksum: 07 - OK

Sending block 00000B00-00000BFF

Received Checksum: 79 - OK

Sending block 00000C00-00000CFF

Received Checksum: 0E - OK

Sending block 00000D00-00000DFF

Received Checksum: 21 - OK

Sending block 00000E00-00000EFF

Received Checksum: 77 - OK

Sending block 00000F00-00000FFF

Received Checksum: 2C - OK

Sending block 00001000-000010FF

Received Checksum: 51 - OK

Sending block 00001100-000011FF

Received Checksum: 4F - OK

Sending block 00001200-000012FF

Received Checksum: 00 - OK

Sending block 00001300-000013FF

Received Checksum: 5A - OK

Sending block 00001400-000014FF

Received Checksum: 2C - OK

Sending block 00001500-000015FF

Received Checksum: 04 - OK

Sending block 00001600-000016FF

Received Checksum: 32 - OK

Sending block 00001700-000017FF

Received Checksum: 68 - OK

Sending block 00001800-000018FF

Received Checksum: 34 - OK

Sending block 00001900-000019FF

Received Checksum: 6B - OK

Sending block 00001A00-00001AFF

Received Checksum: 74 - OK

Sending block 00001B00-00001BFF

Received Checksum: 57 - OK

Sending block 00001C00-00001CFF

Received Checksum: 5A - OK

Sending block 00001D00-00001DFF

Received Checksum: 01 - OK

Sending block 00001E00-00001EFF

Received Checksum: 10 - OK

Sending block 00001F00-00001FFF

Received Checksum: 3A - OK

Sending block 00002000-000020FF

Received Checksum: 79 - OK

Sending block 00002100-000021FF

Received Checksum: 67 - OK

Sending block 00002200-000022FF

Received Checksum: 1A - OK

Sending block 00002300-000023FF

Received Checksum: 22 - OK

Sending block 00002400-000024FF

Received Checksum: 2D - OK

Sending block 00002500-000025FF

Received Checksum: 63 - OK

Sending block 00002600-000026FF

Received Checksum: 16 - OK

Sending block 00002700-000027FF

Received Checksum: 31 - OK

Sending block 00002800-000028FF

Received Checksum: 2C - OK

Sending block 00002900-000029FF

Received Checksum: 2A - OK

Sending block 00002A00-00002AFF

Received Checksum: 23 - OK

Sending block 00002B00-00002BFF

Received Checksum: 65 - OK

Sending block 00002C00-00002CFF

Received Checksum: 2D - OK

Sending block 00002D00-00002DFF

Received Checksum: 65 - OK

Sending block 00002E00-00002EFF

Received Checksum: 72 - OK

Sending block 00002F00-00002FFF

Received Checksum: 7E - OK

Sending block 00003000-000030FF

Received Checksum: 22 - OK

Sending block 00003100-000031FF

Received Checksum: 60 - OK

Sending block 00003200-000032FF

Received Checksum: 40 - OK

Sending block 00003300-000033FF

Received Checksum: 39 - OK

Sending block 00007C00-00007CFF

Received Checksum: 0E - OK

Sending block 00007D00-00007DFF

Received Checksum: 22 - OK

Sending block 00007E00-00007EFF

Received Checksum: 08 - OK

Sending block 00007F00-00007FFF

Received Checksum: 0B - OK

Upload process complete

Reason I ask is that I amstill having LCD issues... I have the contrast working on the LCD and have it wired for 4 bit operation but all I get is one line of bars... Maybe I have to connect the other leads for 8 bit?

Latest LCD info this is the 3rd BTW...

http://www.jameco.com/Jameco/Products/ProdDS/166983.pdf

This LCD installation is stumping me and I have put enough hours in trying to figure it out is there not a plug in play solution?

[nILS]

The upload appears ok. The LCD display *is* a plug and play solution ;-)

And from what I can tell, this display needs all 8 pins. It's a regular HD44780. So the default wiring seen on ucapps.de will work fine for you.

[cosmosuave]

The upload appears ok. The LCD display *is* a plug and play solution ;-)

And from what I can tell, this display needs all 8 pins. It's a regular HD44780. So the default wiring seen on ucapps.de will work fine for you.

+1 for the MIOS...

I'll be shits n giggles if the LCD works when I wire up DB4- DB7... Will try tomorrow...

Thank you...

[TK.]

The answer is misleading... according to the datasheet, your LCD supports 4bit mode, therefore it is already connected correctly. For the PIC18F4685 version of MIOS the data pins DB0..DB3 should not be connected (they won't be used anyhow).

Did you already try the lcd_interconnection_test_v1? (usage is explained in the main.asm file)

It helps you to check, if all LCD pins are accessible (correct order, no shorts, no broken wires)

Best Regards, Thorsten.

[stryd_one]

all I get is one line of bars...

It sounds as though it's not even booting MIOS....

You said preprogrammed - was that by smashtv?

Does the 7805 get hot at all? If so it might be best to stop here... Otherwise.........

After your upload, did the core reboot by itself? Or did you have to power it off and on?

When you boot and expect MIOS to load but just see the row of black bars, what do you receive on your midi interface? Is it just one message, or many?

Have you tried to upload MIOS again? If you try to upload an application does the upload work? Does the app seem to work (except the LCD of course)

Wilba once mentioned something about grounding (or was it connecting) the spare pins on the PIC when using 4 bit mode... You might wanna search for that, I had a very quick look but can't find it...

Of course take the advice above also :)

Good luck!

[TK.]

MIOS has been uploaded correctly, and it was also running before the update, otherwise the SysEx response messages would look different.

This can be doublechecked by uploading the LCD interconnection test - if MIOS wouldn't run, the LCD pins wouldn't be controlable via MIDI.

The unusued data pins should be left open! Don't connect them to ground!

Best Regards, Thorsten.

[stryd_one]

Eep! thanks TK! :)

[cosmosuave]

YESSSSSSSSSSSSSSSSSSSSSSSSSSS!!!! It works!!! I connected D4-D7 and I get the following...

MIOS 1.9 TOM KLOSE

READY

Now to make a proper cable... Thanks for all your input... Seriously I was losing sleep over this besides the fact my 5 month old son has been keeping me up as well...

[nILS]

TOM KLOSE? Must be a hacked version off some cracking site or file sharing portal :D

[stryd_one]

I connected D4-D7 and I get the following...

Great news :) What'd you connect them to?

If it's a 4685, with the normal ID, it should be running in 4-bit mode, so if you connected them to the LCD and it started working, then maybe the spare pins on the LCD (not on the PIC as I said earlier) need to be grounded? (because the PIC pins for D4-D7 will be open)

Who's Tom? hehehehe

[TK.]

Great that it is working now :)

then maybe the spare pins on the LCD (not on the PIC as I said earlier) need to be grounded?

Again: the open pins should not be grounded (as I said earlier)!

Best Regards, Thorsten.

[stryd_one]

grounding (or was it connecting) the spare pins on the PIC

The unusued data pins should be left open! Don't connect them to ground!

then maybe the spare pins on the LCD (not on the PIC as I said earlier)

Again: the open pins should not be grounded (as I said earlier)!

Again? not quite :) Earlier, you said leave the pins open - but I was talking about the PIC pins, not the LCD pins (tabs is probably a better word)

This most recent time, I was talking about the LCD pins, the ones on the LCD module, not the core...

Now that he has connected the D4-D7 pins to the core, given that the port is set to be an output in the init code, but the pins are left low in 4-bit mode, I thought that would have the same effect as grounding those LCD pins?

Just want to figure out exactly what's happening here, as these 4-bit issues seem to be more common lately, and I'd like to be of more assistance next time...

[TK.]

First of all, please keep in mind that there is a FAQ which answers such questions clearly http://www.ucapps.de/midibox_sid_manual_ki.html

In 4bit mode, D7..D4 are connected to the core. D3..D0 should not be connected. Neither the PIC pins, nor the LCD pins should be grounded to avoid a possible chance for a short circuit for the case that the 4bit mode is not initialized correctly (for whatever reason, e.g. RW and RS are swapped), and LCD is read out (accordingly the output drivers of LCD D3..D0 will be actived)

There were always trouble with LCD connections in the past, independent from 8bit or 4bit mode, and the flow how to determine the reason is always the same: use the LCD interconnection test. Not at least, this helps you to check if MIOS is running, and it helps you to sort out the LCD connections seperately.

Best Regards, Thorsten.

[stryd_one]

Thanks TK :D

[cosmosuave]

Great news :) What'd you connect them to?

If it's a 4685, with the normal ID, it should be running in 4-bit mode, so if you connected them to the LCD and it started working, then maybe the spare pins on the LCD (not on the PIC as I said earlier) need to be grounded? (because the PIC pins for D4-D7 will be open)

Who's Tom? hehehehe

I connected D4-D7 to the corresponding pins on the LCD...