 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 : Beta Testers Wanted
  Page 12 of 26   |
|||||
| Author | Message | ||||
jman Guru  Joined: 12/06/2011 Location: New ZealandPosts: 711 |
Nope no success with Pic32progI I have the same result as you. Looks like the oscillator is not running hence my query about the config bits I have ordered a PicKIt3 but it has not arrived yet. Grogster has kindly offered to program a chip for me while I wait. I have tried pic32prog from version 1.90M to version 1.69 with the same results Regards Jman |
||||
TassyJim Guru Joined: 07/08/2011 Location: AustraliaPosts: 6103 |
I tried every setting I could think of but couldn't make Tera Term misbehave. What you are seeing looks as if VT100 is not set for terminal type. Are you using UTF-8 encoding? Also, check meta key is off and local echo off. Any keyboard mapping used? You could send a copy of teraterm.ini Jim VK7JH MMedit  MMBasic Help |
||||
| WhiteWizzard Guru Joined: 05/04/2013 Location: United KingdomPosts: 2821 |
Got my PicKit3 earlier today and tried using it with pic32prog to program a PIC32MX250F128B but now get a message saying 'PicKit3: error receiving packet'. I was begining to wonder if somehow the PIC was bricked somehow so I turned to MPLAB v8.90 and imported the hex into that. Programmed device without any issues and confirmed working ok. So my conclusions after 3 days is there is no easy route to use a PicKit 2 and/or pic32prog to get a Micromite up and running. If anyone knows differently then please let us know! For people trying to get a PIC32MX250 working, I can confirm that pin23 (Vusb) does NOT need to be tied to Vdd for the device to work. Hope this helps some of you out there save some time . . . For everything Micromite visit micromite.org Direct Email: whitewizzard@micromite.o |
||||
Geoffg Guru Joined: 06/06/2011 Location: AustraliaPosts: 3199 |
TZ, I bet that the problem is caused by your configuration of Tera Term. The delay between characters must be zero as shown below. This is because MMBasic measures the delay between receiving the escape character and the next. If the delay is too great it assumes that the characters are individual keystrokes and processes them accordingly. 
I have found that you can also set the delay per line to zero and it makes no difference. Finally, when you get it going try changing the baud rate to 115200 (OPTION BAUDRATE 119200) and then check out the editor... it makes quite a difference. Geoff Geoff Graham - http://geoffg.net |
||||
Grogster Admin Group  Joined: 31/12/2012 Location: New ZealandPosts: 9310 |
I guess there is a reason for no line-numbers - PROBABLY that it is just too old school for a modern device and modern way of programming. That is my theory anyway. I am not aware of any other microcontroller which uses line numbers, they all use structured code and labelled routines etc. If it makes you feel any better, when I had to move from my love of Atari BASIC(which was all line-numbers) to structured loops and line-less code, I HATED IT! 
I wondered what the hell everyone was so in love with, with this line-less rubbish! But is does grow on you, and starts to make sense quickly rather then slowly, once you dive in an do some - that was my experience anyway. It WAS slow for the first few programs, but then it seemed to flow out of my head pretty well from that point on. And the beauty of nested IF/THEN loops is fantastic, and something you just can't do with line-numbered code. Don't despair that the MM has no line-numbers - you will pick it up quicker then you think with a little practice, and then you can move to any of the other systems like PICAXE or Atmel and other then having a different language syntax, they all use the same basic line-less code process, so it is easier to learn a new system, once you know any one of them. Oh, and on the kids picking it up - I would't worry - they pick things up at a young age far quicker then us anyway, so I doubt no line-numbers are much of a problem for the young fellas!  Smoke makes things work. When the smoke gets out, it stops! |
||||
elproducts Senior Member  Joined: 19/06/2011 Location: United StatesPosts: 282 |
Oh, I know. I've programmed everything from Basic Stamp to Embedded C and wrote articles and books about it so I understand the range of improvements but many of us started out with the simple 10 Print "Hello World" : 20 GOTO 10 and it didn't harm us at all. In fact it was amazing. One of the reasons Basic Stamp and Arduino were/are so popular is the simplicity. Plug in a cable and program. No adapters, no configuration settings, no #includes, just turn it on and program. From there learning compiled code and hardware programmers and operating systems and all the rest is a natural progression. My only point is even though we can do things so much better and faster, the magic of the Maximite and now the MicroMite is the ability to modernize that original simplicity of the VIC20 days. And its still a lot of fun. So that's why I miss the line numbers. So kids can learn in a way similar to the way we did. So even though we can easily whip out the MMEDIT or fire up the built in editor via VT100 terminal, I still will miss the simplicity of being able to 20 GOTO 10 on the MicroMite. At least its still there on Maximite. www.elproducts.com |
||||
| MOBI Guru Joined: 02/12/2012 Location: AustraliaPosts: 819 |
Sounds more like a nostalgia trip than uncluttered logic but, hey, each to his own. I know that when BASIC came out in structured form and no more line numbers, I was ecstatic. No more trying to renumber because the inter-command gap was too small and at last able to say... START: PRINT "HELLO" GOTO START. Surely GOTO START means a lot more than goto 10 or goto 5625. I'm sure kids of today would understand a well defined label instead of a meaningless number. As I said, I really am not having a go. I still programme in assembly language and love it (except on PCs) we all have our "druthers" David M. |
||||
| Alan68 Newbie  Joined: 28/01/2013 Location: AustraliaPosts: 17 |
elproducts wrote: Excellent. Thanks. I didn't realize Geoff had created a Maximite graphic display example. Does your graphics display have a CS1 and CS2 pin? I don't see those connections in the code. The link below is an example schematic I did with Great Cow Basic and a PIC16F886. I'm gonna try to drive this with MicroMite/ Maximite but I'm wondering if the displays are compatible. Mine is a 128x64 based on a KS0108 chip set and I got it on EBAY as well. This is a photo from ebay, there is no CS1 or CS2, search for "12864 GLCD" Geoff did an example for a alpha numeric display and I used part of his example 
|
||||
bigmik Guru Joined: 20/06/2011 Location: AustraliaPosts: 2914 |
I have to admit that I was `horrified' but probably my real problem is the different flavour of basic... line numbered code usually is GOTO and GOSUB orientated whereas non line numbered is usually DO and WHILE and WEND (showing my ignorance here). Technically the new way is probably better but I struggle to read the code when I have to also interpret what the command is doing.. OK for my code as I would comment to suit my mind set (and still use a lot of Goto/Gosubs) but looking at other peoples code leaves me, often times, perplexed. Whereas the old style I could fathom what was happening much easier.. Of course that really is MY failing and not numberless basic's or anything elses. That aside I am grateful with whatever Geoff provides.. If its no line numbers only then that is better than no uMite. Regards, Mick Mick's uMite Stuff can be found >>> HERE (Kindly hosted by Dontronics) <<< |
||||
| Geoffg Guru Joined: 06/06/2011 Location: AustraliaPosts: 3199 |
You can still use line numbers as in the "old days". What you cannot do is enter the program into memory by prefixing each line with a number and typing them in at the command prompt. Geoff Geoff Graham - http://geoffg.net |
||||
| Grogster Admin Group Joined: 31/12/2012 Location: New ZealandPosts: 9310 |
Twenty pages. Crikey!    Smoke makes things work. When the smoke gets out, it stops! |
||||
MicroBlocks Guru Joined: 12/05/2012 Location: ThailandPosts: 2209 |
I connected my usb/serial converters (i have three different kinds) to the scope and noticed that even with 0 delay in Tera Term there is a delay of at least 10ms between characters. I am not able to measure it at the USB end, but i start to suspect that something is wrong with my USB hardware or driver. I have the same editor problems on the UBW32 that i used to make a CMM. My laptop died a few days ago so i have no other computer available at the moment to see if that is the problem. Using other USB ports on the same computer does not make a difference. I'll bring the micromite to the office on monday and see if it works better on another pc. Microblocks. Build with logic. |
||||
| Geoffg Guru Joined: 06/06/2011 Location: AustraliaPosts: 3199 |
MMBasic will wait for 30mS after the escape char for the next character to arrive. After that subsequent chars in an escape sequence can have a maximum of 20mS between them. I could increase this timing but I am not sure that it will make any difference to you. I tested this at 1200 baud and there were no timeouts. BTW This has worked perfectly for everyone else so there must be something strange in your setup. Geoff Geoff Graham - http://geoffg.net |
||||
| MicroBlocks Guru Joined: 12/05/2012 Location: ThailandPosts: 2209 |
Thanks Geoff for explaining how it is processed. As I am the only one experiencing difficulties there must be something wrong. I am not at home and Monday will be the day that I have time to test it with other computers. I will report my findings. The uMite works flawlessly, I did not get my spi device to work, but that is more of a programming error. The signals coming out of the uMite are clean and correct. I2C works, up next will be some 1-Wire stuff like temp sensors and iButtons It all works splendidly. Microblocks. Build with logic. |
||||
| elproducts Senior Member Joined: 19/06/2011 Location: United StatesPosts: 282 |
I didn't realize it worked within the editor. I assumed incorrectly that line numbers were gone completely. Thanks www.elproducts.com |
||||
| elproducts Senior Member Joined: 19/06/2011 Location: United StatesPosts: 282 |
Is there a way to create a symbol for the PIN numbers? i.e. PIN(LED) = 1 'light LED connected to pin 2 www.elproducts.com |
||||
| MicroBlocks Guru Joined: 12/05/2012 Location: ThailandPosts: 2209 |
[code] LED = 2 pin(LED) = 1 [/code] Microblocks. Build with logic. |
||||
atmega8 Guru Joined: 19/11/2013 Location: GermanyPosts: 722 |
Hello Geoff, maybe we hit a bug within your I2C routines. A friend and i spend hours to get i2c with an RTC CHIP RS3029 working. We use your code samples as a base. We initialize the bus with i2c open 100,100. Then follows a i2c write &hAC, 0 , 1 ,8. At this pont we get the error "Error: Invalid address". We are nearly absolute sure that we made no hardware mistakes, also the addresse are correct. I2C is connected to pin 17clk/18data, pullups are ok,....... We get the error even if there is no Hardware connected. The scope shows absolutly no pulses. Of course we wonder about the fact, that no other beta tester has encountered this problem. Tested ic2 address in any Format (decimal, binary, hex..) Also there is no alcohol demaging our Brains, but this will follow ;-) We have no further ideas. Also tested different RV-3029, wich work like a charme with other languages. How ist the Routine implemented, what will happen if there is no Hardware attached, does the code check this? Our understanding is that the mm.i2c should show the Status of the previous operation , but it does not. By the in your smple code there is also a read address that is not compatible to the documentation of the PCF 8563, he also uses the same address for read an write??? We are messed up. Please help us. Dietmar and Rüdiger from Germany |
||||
| JohnS Guru Joined: 18/11/2011 Location: United KingdomPosts: 3819 |
The PCF 8563 is &h51 I think. Could you need half the value you're using? (So, &h56) John |
||||
BobD Guru Joined: 07/12/2011 Location: AustraliaPosts: 935 |
It sounds like you guys are trying to drive the read/write bit in the address byte. The Micromite firmware (is it still called MMBasic?)will take care of that for you. Just code 7 bits of the address and use the correct I2C command. The valid address range is decimal 8 to 119 (&H08 to &H77). Since you are using &HAC for the address then then removing the read/write bit will give you an address of &H56. |
||||
| Page 12 of 26 |
|||||
 Print this page |
