[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug #61624] [Feature request] Serial/UART UPDI programmers
From: |
Dawid Buchwald |
Subject: |
Re: [bug #61624] [Feature request] Serial/UART UPDI programmers |
Date: |
Wed, 22 Dec 2021 09:11:10 +0000 |
Hey,
Sorry for going AWOL for a while, but as I wrote last time, I was waiting for
tinyAVR chips. They have arrived, and in the meantime I worked a bit on the
USERROW functionality. It works, but let’s discuss it another time, it’s
another one of these rabbit holes.
Anyway, I still want to complete my development today/tomorrow and there is one
urgent thing I need to do so: what’s the story with RTS/DTR? I was just about
to implement it, but I just found out that AVRDUDE seems to pull the RTS and
DTR lines low for the duration of the whole programming session. This seems to
be what you were asking for, isn’t it?
I have also tested two different versions of pymcuprog (original one and
bundled with DxCore) and they both seem to behave the same way.
So, the question is: are you sure there is anything for me to implement there?
If you could provide any more information regarding this feature I will try to
squeeze it in.
Thanks in advance,
Dawid
> On 13 Dec 2021, at 22:46, mcudude <INVALID.NOREPLY@gnu.org> wrote:
>
> Follow-up Comment #23, bug #61624 (project avrdude):
>
>> Not a noob question, it's really confusing. According to sources of
> pymcuprog there are actually three families: 0 (tiny), 2 (AVR Dx) and 3 (AVR
> EA). Family 1 has never been mentioned there.
>
> Makes me wonder why they didn't just come up with _one_ mode to rule them all,
> instead of three.
>
> If it turns out that the fuses and safe mode business is a deep rabbit hole,
> then it's probably best to leave it like it is for now. It would of course be
> a nice touch but by no means a deal-breaker of any sort.
>
> _______________________________________________________
>
> Reply to this item at:
>
>
> <https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsavannah.nongnu.org%2Fbugs%2F%3F61624&data=04%7C01%7C%7C079c3b94ccbb4fca9fd108d9be820a93%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637750287998795232%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=OD0WcvWbCFv1yMkvHlO9B52Kvuqn4VX1vgZBhyiNKCc%3D&reserved=0>
>
> _______________________________________________
> Message sent via Savannah
>
> https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fsavannah.nongnu.org%2F&data=04%7C01%7C%7C079c3b94ccbb4fca9fd108d9be820a93%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C637750287998795232%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&sdata=hql1bXdBc34BZklW0OKfH%2B6D8cbMFCu1ePn0F%2BC%2BoHw%3D&reserved=0
>
- [bug #61624] [Feature request] Serial/UART UPDI programmers, (continued)
- [bug #61624] [Feature request] Serial/UART UPDI programmers, mcudude, 2021/12/13
- [bug #61624] [Feature request] Serial/UART UPDI programmers, Dawid Buchwald, 2021/12/13
- [bug #61624] [Feature request] Serial/UART UPDI programmers, mcudude, 2021/12/13
- [bug #61624] [Feature request] Serial/UART UPDI programmers, Dawid Buchwald, 2021/12/13
- [bug #61624] [Feature request] Serial/UART UPDI programmers, mcudude, 2021/12/13
- [bug #61624] [Feature request] Serial/UART UPDI programmers, Dawid Buchwald, 2021/12/15
- Re: [bug #61624] [Feature request] Serial/UART UPDI programmers, Joerg Wunsch, 2021/12/15
- Re: [bug #61624] [Feature request] Serial/UART UPDI programmers, Britton Kerin, 2021/12/15
- Re: [bug #61624] [Feature request] Serial/UART UPDI programmers, Dawid Buchwald, 2021/12/15
- Re: [bug #61624] [Feature request] Serial/UART UPDI programmers, Joerg Wunsch, 2021/12/15
- Re: [bug #61624] [Feature request] Serial/UART UPDI programmers,
Dawid Buchwald <=