[Solved] Starter\Orion: Having Test mBlock\Response Issues


#1

Good morning,

Purchased MakeBlock Starter Kit w/IR for my son and we are experiencing issues with mBlock programming where the robot does not appear to respond to any program. I have gone through the Getting Started\Cheat Sheet post and the Getting Started PDF with the same outcome.

New to this, but wondering if I should look for a different firmware, mBlock version or perhaps a library?

Hoping the following formats well, I’ll try to edit if not.

Details\Notes

Version: mBlock v3.4.1 (Windows)
Connection: USB (Com4)
Makeblock Type: Starter Kit (Orion)
Makeblock Modules:
IR Receiver (Port 6)
UltraSonic Sensor (Port 3)

Setup

Established USB connection from computer to Orion
	LEDs power up
Start mBlock
	mBlock->Connect -> Serial -> Com4
		mBlock shows Serial Port Connected
		Orion beeps\LEDs cycle red\blue
	mBlock->Boards->Starter\Ultimate (Orion)
	mBlock->Extension->MakeBlock
	mBlock->Connect ->Upgrade Firmware
		- LEDs flash red\blue
		- Upgrade shows complete
	mBlock->Connect ->View Source
		- orion_firmware.ino
			* File Name: orion_firmware.ino
			* Author: Ander, Mark Yan
			* Updated: Ander, Mark Yan
			* Version: V0a.01.105
			* Date: 07/06/2016
			
	Orion connection status (Scripts->Robots) = Green (unplugging USB goes to Red)

Program 1

[When Flag Clicked]
	[Forever]
		[Say "Step 1"]
		[Say "See 'Tests' below"]
		[Wait 1 Sec]
		[Say "Step 3"]
	[/Forever]	
[/When Flag Clicked]

'Tests'
	- Say "Hello!"
		- cycles through "Step 1, Hello!, Step 3" and repeats
	- Say "ultrasonic sensor Port 3 distance"
		- hand at various distances in front of sensor
		- cycles through "Step 1, 0, Step 3" and repeats
	- Say "ultrasonic sensor Port 4 distance"
		- hand at various distances in front of sensor
		- moved plug to Port 4
		- cycles through "Step 1, 0, Step 3" and repeats
	- Say "ultrasonic sensor Port 6 distance"
		- hand at various distances in front of sensor
		- moved plug to Port 6
		- cycles through "Step 1, 0, Step 3" and repeats

Program 2

[Orion Program]
	[Repeat 2]
		[Set Stepper motor Port 1 Speed 100 Distance 500]
		[Set Stepper motor Port 1 Speed 100 Distance -500]
	[/Repeat]	
[/Orion Program]


	
Upload to Arduino (output in mBlock)
	Status: UPLOADING
	Output: (below)
	Status: Disconnected
	
	Programmer Type : Arduino
	 Description     : Arduino
	 Hardware Version: 3
	 Firmware Version: 4.4
	 Vtarget         : 0.3 V
	 Varef           : 0.3 V
	 Oscillator      : 28.800 kHz
	 SCK period      : 3.3 us

	avrdude: AVR device initialized and ready to accept instructions

	Reading | ################################################## | 100% 0.00s

	avrdude: Device signature = 0x1e950f
	avrdude: reading input file "C:\Users\Mike\AppData\Local\Temp\build4438782230682433880.tmp/project_USSensorTest10_5.cpp.hex"
	avrdude: writing flash (7048 bytes):

	Writing | ################################################## | 100% 0.85s

	avrdude: 7048 bytes of flash written
	avrdude: verifying flash memory against C:\Users\Mike\AppData\Local\Temp\build4438782230682433880.tmp/project_USSensorTest10_5.cpp.hex:
	avrdude: load data flash data from input file C:\Users\Mike\AppData\Local\Temp\build4438782230682433880.tmp/project_USSensorTest10_5.cpp.hex:
	avrdude: input file C:\Users\Mike\AppData\Local\Temp\build4438782230682433880.tmp/project_USSensorTest10_5.cpp.hex contains 7048 bytes
	avrdude: reading on-chip flash data:

	Reading | ################################################## | 100% 0.84s

	avrdude: verifying ...
	avrdude: verification error, first mismatch at byte 0x0002
		 0xb3 != 0x66
	avrdude: verification error; content mismatch

	avrdude done.  Thank you.

	send encode mode
	binary mode

Reset Default

mBlock->Connect -> Serial -> Com4
	mBlock shows Serial Port Connected
	Orion beeps\LEDs cycle red\blue
mBlock->Connect -> Reset Default -> Starter IR
		Upload to Arduino (output in mBlock)
			Status: UPLOADING
			Output: (below)
			Status: Serial Port Connected
			
			avrdude.exe: Recv: . [14] 
			avrdude.exe: Recv: . [10] 
			#avrdude.exe: Send: U [55] . [c0] . [16]   [20] 
			avrdude.exe: Recv: . [14] 
			avrdude.exe: Recv: . [10] 
			avrdude.exe: Send: d [64] . [00] . [80] F [46] . [00] . [00] . [00] . [00] . [00] . [a2] . [03] u [75] . [03] J [4a] . [03] R [52] . [03] e [65] . [03] t [74] . [03] . [00] . [00] . [00] . [00] \ [5c] . [05] h [68] . [10] . [c7] . [05] ; [3b] . [05] . [af] . [05] . [ae] . [05] . [00] . [00] . [00] . [00] R [52] . [0a] h [68] . [10] v [76] . [0a] I [49] . [09] . [af] . [05] . [ae] . [05] = [3d] . [00] . [00] . [00] . [00] . [00] R [52] . [0a] h [68] . [10] v [76] . [0a] \ [5c] . [0a] . [af] . [05] . [ae] . [05] . [00] . [00] . [00] . [00] . [da] . [0e] h [68] . [10] \ [5c] . [0e] u [75] . [0e] g [67] . [0e] . [b8] . [0e] . [0d] . [0a] . [00] n [6e] a [61] n [6e] . [00] i [69] n [6e] f [66] . [00] o [6f] v [76] f [66] . [00] . [2e] . [00] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff] . [ff]   [20] 
			avrdude.exe: Recv: . [14] 
			avrdude.exe: Recv: . [10] 
			# | 100% 1.83s

			avrdude.exe: 11748 bytes of flash written
			avrdude.exe: Send: Q [51]   [20] 
			avrdude.exe: Recv: . [14] 
			avrdude.exe: Recv: . [10] 

			avrdude.exe done.  Thank you.

			send encode mode
			 binary mode

#2

I noticed that the first program upload shows an avrdude mismatch error and then the reset has a flawless upload.

Thank you,
RB


#3
  • mblock 3.3.8: Same outcome
  • mblock 3.4.2Alpha: Same outcome
  • Installed mBlock on separate Windows computer: Same outcome

The robot works via IR remote control and the ‘D’ program that uses the default ultrasonic sensor program appears to work (press ‘D’ on the remote and watch the robot move\avoid objects successfully).


#4

Attempted connection sequence in case the same issue was present as outlined in Communication problem between mblock and arduino mega : Same outcome


#5

Wow, you did a lot.

What’s the issue? How it’s going on now? Still having problem uploading firmware? or the computer still don’t respond to your command?

Try:

  1. let the robot move, and tell me whether it moves;
  2. use forever-say to speak a sensor (preferably lightness or other on-board sensors). And tell me whether it works.

Hope there’s a good result.


#6

Good morning,

Unfortunately no luck yet and I’ve tried mBlock v3.3.8, v3.4.1, v3.4.2beta and two different computers in the testing.

  1. Robot moves via IR, robot does not move via USB serial connection and mBlock commands
  2. I have one Ultrasonic Sensor, sensor reads ‘0’ (see below screenshots)

I tried the following as well with various Arduino example scripts, same outcome:

  1. Uploaded Arduino Uno Firmware via mBlock
  2. Closed mBlock
  3. Started Arduino 1.6.5
  4. Connect via COM4
  5. Entered code as seen in example
  6. Code verified as good
  7. Uploading code failed (see example)

I’m new to this and at this point am out of functional arduino knowledge to know whether or not my setup or code is incorrect or if there is an issue with the board itself.

Thank you for the reply,
Bob


#7

Video of the ultrasonic test for reference

Edit: also tried a different usb cable: same outcome


#8

Update:

I have just tried the new official 3.4.2 release and the outcome is the same on two PCs.

Reference PC #1:


#9

This is really strange. This is what I will normally do too.

  1. Please try clearing cache through Extensions/Clear Cache, then close and open mBlock agian to see whether you can get the value of ultrasonic sensors.
  2. Make sure the Port option in the ultrasonic sensor block is the same with where the sensor is connected to.
  3. If all of above do not work, ask the customer service to look at the problem and maybe change to a new board. Your uploading error points to potential problems in the usb connection. Although unlikely, your controller board could be flawed.

#10

Thank you for the reply

  1. Just tried (have also uninstalled\installed the last 4 versions of mBlock): no change
  2. It is (Port 3). I’ve tried moving it up to Port 4 and adjusting the programming as well. I think the issue extends past the U.S. block as I cannot upload an ‘Orion’ program successfully in other tests.
  3. I am now working with Support running through tests (I’m updating this thread as I do them). Little hard due to the timezone difference, but Support has been polite and running through verifying what I am doing first (In fact in the last video I uploaded Firmware and then reset the IR program, which should not be done. In my haste I was showing that it looks like some upload functions work, but that invalidated that testing round).

It does seem odd. I’ve been wondering about the USB connection as well. I tried a different USB cable to make sure that wasn’t the culprit and was part of the reason I went to another PC as well. I can’t test the board’s USB directly, so unfortunately I haven’t been able to test that out.

I’ll let you know how it turns out.

Another test with proper order done for Support reference.

Note from the Support conversation: Also note that in both videos I have attempted to upload the program both after a firmware upgrade and after a reset of the default programming: regardless of proper testing, it should have passed operation in one or the other test. In the first video, using the Orion program that writes to the serial line fails the upload and in the second video


#11

Exchanging information for a replacement board.

Cross your fingers!

I’ll report back how it comes out. Thank you for the read\posts.


#12

I got same issue too. I think i need a replacement as well


#13

Hi Michaelyasay,

Sorry to hear that!
You may take a video to show your operation and issuses, then send to tec-support@makeblock.com for further checking.


#14

As i have mentioned, i got same issue. I mean exactly the same as the about post.


#15

@michaelyasay - You will still need to follow the support protocol - it’s painless and it helps establish a few things for their support team before they issue a replacement board. Good luck!


#16

We’ll your right. But good thing is, Ihave bought this board here in China, and I’m working with the makeblock support for replacement. Will be sending back the board tommorow.


#17

I received the new board and am currently only able to test the Arduino IDE upload, which works fine. I did retest the old board and it fails in the same manner.

I will test mBlock this weekend when I am able.


#18

New board works.

I think the key in testing went back to seeing how the Arduino IDE reacted to the upload (it failed on the 1st board every time).


#19