[En-Nut-Discussion] Back in the game

[Rich Wellner]

I decided to completely reinstall the ethernut development kit and that 
seems to have fixed everything.  I can now compile, burn and watch an 
LED flash or browse a nut based httpd.

I'm sure what happened here was that something got messed up during the 
GUI install process.  On my machine (ubuntu 6.06) the GUI renders 
horribly with words getting cut off and the tree on the left only 
showing the leftmost portion of the display.  It must be that because of 
the lack of visibility I made a mistake in configuring my environment 
the first time through.

A text menu based or CLI installer would be cool in the future.

rw2

Rich Wellner wrote:
> I'm wondering if maybe something in my compile stack is messed up.  
> Seems unlikely, but I've tried avrdude this afternoon and everything 
> seems to load fine using it also, so I'm running out of things to swap out.
>
> Does anyone have the led01 example from ethernut.de in their 
> environment?  If someone could send me a hex file that I could try 
> loading onto my boards, that would help me test another link in the chain.
>
> rw2
>
> Rich Wellner wrote:
>   
>> $ uisp -dprog=stk500 -dserial=/dev/ttyS0 -dspeed=115200 -dpart=atmega128 
>> --rd_fuses
>> Firmware Version: 1.14
>> Atmel AVR ATmega128 is found.
>> Firmware Version: 1.14
>>
>> Fuse Low Byte      = 0x3f
>> Fuse High Byte     = 0x83
>> Fuse Extended Byte = 0xff
>> Calibration Byte   = 0xa0  --  Read Only
>> Lock Bits          = 0xc0
>>     BLB12 -> 0
>>     BLB11 -> 0
>>     BLB02 -> 0
>>     BLB01 -> 0
>>       LB2 -> 0
>>       LB1 -> 0
>>
>> All the doc on ethernut.de seems to suggest that the lock bits should be 
>> flipped on.  But wr_lock isn't doing anything for me.  Can someone 
>> confirm that they *are* supposed to be on and suggest how to get them 
>> flipped if that's the case?
>>
>>
>> Dusan Ferbas wrote:
>>   
>>     
>>> Hi Rich Wellner,
>>>
>>> did you check fuse settings ?
>>>
>>>   
>>>     
>>>       
>>>> Hi!
>>>>
>>>> Very strange indeed!
>>>> My reasoning would be: if 2 ethernuts show the same ("dead") behaviour and
>>>> am reasonably certain this is not the case, what remains to be suspect is
>>>> the SW i.e. the flashing process.
>>>> You could try to read the flash memory to see if it really contains the
>>>> binary to think should be there.
>>>> Maybe even using another flashing program to upload / download and compare
>>>> results...
>>>> I running out of ideas...
>>>>
>>>> regards
>>>> ernst
>>>>     
>>>>       
>>>>         
>>> Dusan 
>>>
>>> _______________________________________________
>>> http://lists.egnite.de/mailman/listinfo/en-nut-discussion
>>>
>>>   
>>>     
>>>       
>> _______________________________________________
>> http://lists.egnite.de/mailman/listinfo/en-nut-discussion
>>
>>   
>>     
>
> _______________________________________________
> http://lists.egnite.de/mailman/listinfo/en-nut-discussion
>
>