Topics

rbf file programming

Sid Boyce
 

Timeout writing firmware.

Timeout problems on LAN with 16 port Gigabit switch.


Moved to a direct connection to a laptop, same problem.

nmap scan on laptop.

# nmap -sT 192.168.10.0/24
Starting Nmap 7.70 ( https://nmap.org ) at 2019-06-18 22:40 BST
Nmap scan report for 192.168.10.89
Host is up.
All 1000 scanned ports on 192.168.10.89 are filtered
MAC Address: 00:1E:C0:A6:10:99 (Microchip Technology)

Nmap scan report for 192.168.10.80
Host is up (0.00032s latency).
Not shown: 999 closed ports
PORT   STATE SERVICE
22/tcp open  ssh

Nmap scan report for siddly (192.168.10.95)
Host is up (0.00033s latency).
Not shown: 999 closed ports
PORT   STATE SERVICE
22/tcp open  ssh

Nmap done: 256 IP addresses (3 hosts up) scanned in 51.92 seconds

73 ... Sid.

--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

David Fainitski
 

Sid Boyce
 

Same error report.
73 ... Sid.

On 19/06/2019 03:27, David Fainitski wrote:
Hello, Sid

Try old one https://github.com/Dfinitski/Odyssey-2_2017_TRX/blob/master/BootLoader_2.0.pyw.zip
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

Sid Boyce
 

Hi David,
It does the erase then tries to write firmware and fails after 2 seconds.
73 ... Sid.

On 19/06/2019 03:27, David Fainitski wrote:
Hello, Sid

Try old one https://github.com/Dfinitski/Odyssey-2_2017_TRX/blob/master/BootLoader_2.0.pyw.zip
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

David Fainitski
 

Sid,  please  use a sniffer like wireshark.  Write all the exchange  with error and send me file. 

Sid Boyce
 

I captured UDP only.
Hope OK.
73 ... Sid.

On 19/06/2019 12:52, David Fainitski wrote:
Sid,  please  use a sniffer like wireshark.  Write all the exchange  with error and send me file.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

David Fainitski
 

Thank you,  Sid.  
I see the problem. 

Sid Boyce
 

Thanks David,
Glad it is what you needed.
73 ... Sid.

On 19/06/2019 18:03, David Fainitski wrote:
Thank you,  Sid.
I see the problem.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

David Fainitski
 

Hello, Sid

Please try this bootloader.pof

Sid Boyce
 

After successful programming of this pof file, BootLoader_2.0.pyw started, writing Odyssey_2_1.20_ANP.rbf still complains of device not responding in time.
Should I take another wireshark capture?
73 ... Sid.

On 22/06/2019 04:12, David Fainitski wrote:
Hello, Sid

Please try this bootloader.pof
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

Sid Boyce
 

Hi David,
May be there is a problem with current Linux distributions -- openSUSE Leap 15.1/Tumbleweed and Ubuntu 19.04 as I am experiencing similar problems trying to program Hermes-lite2 using HPSDRProgrammer, HPSDRProgrammer_V2 and HPSDRProgrammer_V2_nocap on all the x86_64 boxes.
I wonder if the above and BootLoader_2.0.pyw are no longer compatible with latest distros.

Erase works then when write is attempted, it can't communicate with the SDR.

With Hermes-Lite2 I had to use quartus to program the hl2b5up.jic file as the erase left the HL2 undiscoverable after a number of tries.

I'll try BootLoader_2.0.pyw on ODROID-N2 (ARM64) and Atomic PI (x86_64), both with Ubuntu 18.04.2.
73 ... Sid.

On 22/06/2019 04:12, David Fainitski wrote:
Hello, Sid

Please try this bootloader.pof
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

Sid Boyce
 

Hi David,
Same problem on ODROID-N2 first try device -- did not respond in time   --- second try success!.
73 ... Sid.

On 23/06/2019 20:04, Sid Boyce via Groups.Io wrote:
Hi David,
May be there is a problem with current Linux distributions -- openSUSE Leap 15.1/Tumbleweed and Ubuntu 19.04 as I am experiencing similar problems trying to program Hermes-lite2 using HPSDRProgrammer, HPSDRProgrammer_V2 and HPSDRProgrammer_V2_nocap on all the x86_64 boxes.
I wonder if the above and BootLoader_2.0.pyw are no longer compatible with latest distros.

Erase works then when write is attempted, it can't communicate with the SDR.

With Hermes-Lite2 I had to use quartus to program the hl2b5up.jic file as the erase left the HL2 undiscoverable after a number of tries.

I'll try BootLoader_2.0.pyw on ODROID-N2 (ARM64) and Atomic PI (x86_64), both with Ubuntu 18.04.2.
73 ... Sid.



On 22/06/2019 04:12, David Fainitski wrote:
Hello, Sid

Please try this bootloader.pof
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

David Fainitski
 

Hi, Sid

A don't know what is the problem. Will leave it as is for now.

David

Sid Boyce
 

I left it alone.

I don't know what the problem is except that openSUSE Tumbleweed/Leap 15.1 and Ubuntu 19.04 have the same problem, not only with your python program and ODY-2 but also Hermes-Lite2 with HPSDRProgammer programs.

They all used to work so may be something in the current Linux Networking stack has changed, affecting such programs.
73 ... Sid.

On 24/06/2019 23:11, David Fainitski wrote:
Hi, Sid

A don't know what is the problem. Will leave it as is for now.

David
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

David Fainitski
 
Edited

According to your exchange log one time Odyssey had not answered to PC program. I don't know why.  May be that packet was blocked by OS. 

PC program send a FW to Odyssey with many packets by 512 bytes. Every time Odyssey should to send answer about successful writing to memory previous data for starting next iteration. 

Unfortunually I can not repeat this mistake on my system. 

But I can try to implement in the PC program second and third trying to write packet if  no answer. 

Will think about this.

Sid Boyce
 

Thanks David,
It is very strange that such a problem only happens now with recent Linux distributions.
The erase seems to work but writing is the problem.

I experienced what seems to be the identical problem with HPSDRProgrammer_web, HPSDRProgrammer_V2 and HPSDRProgrammer_V2_nocap when trying to program hl2b5up.rbf to the Hermes-Lite2. As the EEPROM was erased, the HL2 wouldn't start. I had to use quartus+USBBlaster and hl2b5up.jic instead.
73 ... Sid.

On 25/06/2019 13:35, David Fainitski wrote:
According to your exchange log one time Odyssey had not answered to PC program. I don't know why.  May be that packet was blocked by OS.

PC program send a FW to Odyssey with many packets by 512 bytes. Every time Odyssey should to send answer about successful writing to memory previous data for starting next iteration.

Unfortunually I can not repeat this mistake on my system.

But I can try to implement in the PC program second and third trying to write packet of no answer.

Will think about this.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

Sid Boyce
 

The system where it worked second try is an ODROID-N2 running Ubuntu 18.04.2 LTS aarch64.

All my other boxes are  openSUSE Tumbleweed/Leap 15.1 and Kubuntu 19.04 -- these boxes didn't have a problem with earlier Linux software releases.

Quite likely we'll see the problem reported frequently when others upgrade.

No problem, I'll keep my ODROID-C2, ODROID-N2 and Atomic Pi at Ubuntu 18.04.2 LTS as upgrading to later results in non-bootable systems.
73 ... Sid.

On 25/06/2019 13:35, David Fainitski wrote:

[Edited Message Follows]

According to your exchange log one time Odyssey had not answered to PC program. I don't know why.  May be that packet was blocked by OS.

PC program send a FW to Odyssey with many packets by 512 bytes. Every time Odyssey should to send answer about successful writing to memory previous data for starting next iteration.

Unfortunually I can not repeat this mistake on my system.

But I can try to implement in the PC program second and third trying to write packet if  no answer.

Will think about this.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

David Fainitski
 

Hello, Sid

Here is new version 2.2 of bootloader for test. Don't need to change MCU FW after 2.1 version.

Were added couple futures:
Up to 5 tries before fail to avoid missed packets
Sequence number for each packet to avoid double packets

Please try this on your computers. 

Sid Boyce
 

Thanks David, I'll have a try tomorrow with BootLoader_2.0.pyw
73 ... Sid.

On 30/06/2019 22:24, David Fainitski wrote:
Hello, Sid

Here is new version 2.2 of bootloader for test. Don't need to change MCU FW after 2.1 version.

Were added couple futures:
Up to 5 tries before fail to avoid missed packets
Sequence number for each packet to avoid double packets

Please try this on your computers.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

Sid Boyce
 

OK,
I see BootLoader_2.2.pyw is included.
73 ... Sid.

On 30/06/2019 22:24, David Fainitski wrote:
Hello, Sid

Here is new version 2.2 of bootloader for test. Don't need to change MCU FW after 2.1 version.

Were added couple futures:
Up to 5 tries before fail to avoid missed packets
Sequence number for each packet to avoid double packets

Please try this on your computers.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks