cosmosuave Posted September 24, 2007 Report Posted September 24, 2007 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.hexHex file contains code in MIOS range, forcing reboot!Received error code 01: Less bytes than expected have been receivedThis was an expected error - please ignore!<------------------------------Is this normal?Received Upload RequestSending block 00000400-000004FFReceived Checksum: 0E - OKSending block 00000500-000005FFReceived Checksum: 6E - OKSending block 00000600-000006FFReceived Checksum: 6D - OKSending block 00000700-000007FFReceived Checksum: 19 - OKSending block 00000800-000008FFReceived Checksum: 4E - OKSending block 00000900-000009FFReceived Checksum: 76 - OKSending block 00000A00-00000AFFReceived Checksum: 07 - OKSending block 00000B00-00000BFFReceived Checksum: 79 - OKSending block 00000C00-00000CFFReceived Checksum: 0E - OKSending block 00000D00-00000DFFReceived Checksum: 21 - OKSending block 00000E00-00000EFFReceived Checksum: 77 - OKSending block 00000F00-00000FFFReceived Checksum: 2C - OKSending block 00001000-000010FFReceived Checksum: 51 - OKSending block 00001100-000011FFReceived Checksum: 4F - OKSending block 00001200-000012FFReceived Checksum: 00 - OKSending block 00001300-000013FFReceived Checksum: 5A - OKSending block 00001400-000014FFReceived Checksum: 2C - OKSending block 00001500-000015FFReceived Checksum: 04 - OKSending block 00001600-000016FFReceived Checksum: 32 - OKSending block 00001700-000017FFReceived Checksum: 68 - OKSending block 00001800-000018FFReceived Checksum: 34 - OKSending block 00001900-000019FFReceived Checksum: 6B - OKSending block 00001A00-00001AFFReceived Checksum: 74 - OKSending block 00001B00-00001BFFReceived Checksum: 57 - OKSending block 00001C00-00001CFFReceived Checksum: 5A - OKSending block 00001D00-00001DFFReceived Checksum: 01 - OKSending block 00001E00-00001EFFReceived Checksum: 10 - OKSending block 00001F00-00001FFFReceived Checksum: 3A - OKSending block 00002000-000020FFReceived Checksum: 79 - OKSending block 00002100-000021FFReceived Checksum: 67 - OKSending block 00002200-000022FFReceived Checksum: 1A - OKSending block 00002300-000023FFReceived Checksum: 22 - OKSending block 00002400-000024FFReceived Checksum: 2D - OKSending block 00002500-000025FFReceived Checksum: 63 - OKSending block 00002600-000026FFReceived Checksum: 16 - OKSending block 00002700-000027FFReceived Checksum: 31 - OKSending block 00002800-000028FFReceived Checksum: 2C - OKSending block 00002900-000029FFReceived Checksum: 2A - OKSending block 00002A00-00002AFFReceived Checksum: 23 - OKSending block 00002B00-00002BFFReceived Checksum: 65 - OKSending block 00002C00-00002CFFReceived Checksum: 2D - OKSending block 00002D00-00002DFFReceived Checksum: 65 - OKSending block 00002E00-00002EFFReceived Checksum: 72 - OKSending block 00002F00-00002FFFReceived Checksum: 7E - OKSending block 00003000-000030FFReceived Checksum: 22 - OKSending block 00003100-000031FFReceived Checksum: 60 - OKSending block 00003200-000032FFReceived Checksum: 40 - OKSending block 00003300-000033FFReceived Checksum: 39 - OKSending block 00007C00-00007CFFReceived Checksum: 0E - OKSending block 00007D00-00007DFFReceived Checksum: 22 - OKSending block 00007E00-00007EFFReceived Checksum: 08 - OKSending block 00007F00-00007FFFReceived Checksum: 0B - OKUpload process completeReason 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.pdfThis 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? Quote
nILS Posted September 24, 2007 Report Posted September 24, 2007 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. Quote
cosmosuave Posted September 24, 2007 Author Report Posted September 24, 2007 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... Quote
TK. Posted September 24, 2007 Report Posted September 24, 2007 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. Quote
stryd_one Posted September 24, 2007 Report Posted September 24, 2007 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! Quote
TK. Posted September 24, 2007 Report Posted September 24, 2007 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. Quote
cosmosuave Posted September 24, 2007 Author Report Posted September 24, 2007 YESSSSSSSSSSSSSSSSSSSSSSSSSSS!!!! It works!!! I connected D4-D7 and I get the following...MIOS 1.9 TOM KLOSEREADYNow 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... Quote
nILS Posted September 24, 2007 Report Posted September 24, 2007 TOM KLOSE? Must be a hacked version off some cracking site or file sharing portal :D Quote
stryd_one Posted September 25, 2007 Report Posted September 25, 2007 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 Quote
TK. Posted September 25, 2007 Report Posted September 25, 2007 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. Quote
stryd_one Posted September 25, 2007 Report Posted September 25, 2007 grounding (or was it connecting) the spare pins on the PICThe 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... Quote
TK. Posted September 25, 2007 Report Posted September 25, 2007 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.htmlIn 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. Quote
cosmosuave Posted September 25, 2007 Author Report Posted September 25, 2007 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? heheheheI connected D4-D7 to the corresponding pins on the LCD... Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.