From nobody Sun Apr 10 10:44:20 2022 X-Original-To: hardware@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id E278F1A8E652 for ; Sun, 10 Apr 2022 10:44:22 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from mailout5.lrau.net (mailout5.lrau.net [IPv6:2a05:bec0:26:5::73]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mailout5.lrau.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4KbpWp1tKVz4Wns for ; Sun, 10 Apr 2022 10:44:22 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=chaos1.de; s=email1; h=References:To:Cc:In-Reply-To:Date:Subject:Mime-Version: Content-Type:Message-Id:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=GdYGyEh6xOBMjSVCOfqiL4BJKwTDw1GlbWSES9b7PrQ=; b=svQn1ORoUsGl7Cnxgt00bEontB 9QED38p5Xvf72GghSsdYRVmEiM+U4o0tGkWvCEWS1xjovTIOe050O6uZEXpATOxfxEawR72gUYtt4 q6eK+LHDhNUplyLsEdzkvBbccdg/297e4shK5qv04a5w3inBD/+ThMLJrrZyPLg4KZjtm7Be7p5Aj +VMTCV4P0Kw74UTIjrtn8ak5B1nRXS2HlzJC5wWdf7kYlDKbw5Vjj3G3ZehiGrSMghufR4jYityiK 3cbZvwDk3G1hDGD8+vEae2wQ3FGRx5hCR7cDhdEOyOE9bDnWm6nOIdEUrK9W7Tw0pzv5CnO+pLLbc v8gaYkvQ==; Received: from [2a05:bec0:26:5::74] (helo=imap5.lrau.net) by mailout5.lrau.net with esmtp (Exim 4.95 (FreeBSD)) (envelope-from ) id 1ndV3N-000ArN-7o; Sun, 10 Apr 2022 10:44:21 +0000 Received: from Axel.Rau@Chaos1.DE by imap5.lrau.net (Archiveopteryx 3.2.0) with esmtpsa id 1649587460-45319-42070/7/6; Sun, 10 Apr 2022 10:44:20 +0000 From: Axel Rau Message-Id: <3284D692-A0F4-4704-8E7A-BCB5455D68FF@Chaos1.DE> Content-Type: multipart/alternative; boundary="Apple-Mail=_4CA44016-C408-4DC6-BAB1-07799C6E7171" List-Id: General discussion of FreeBSD hardware List-Archive: https://lists.freebsd.org/archives/freebsd-hardware List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hardware@freebsd.org Mime-Version: 1.0 Subject: Re: timeouts on USB ISP programmer Date: Sun, 10 Apr 2022 12:44:20 +0200 In-Reply-To: Cc: Hans Petter Selasky , hardware@freebsd.org To: Tomek CEDRO References: <3A781DFA-1E2C-41A5-8053-C90A806244DC@Chaos1.DE> <34a747ea-2ee5-660f-71c6-dc00d5de337f@selasky.org> <9334c4f0-3ecf-c046-420f-516e39379981@selasky.org> <976BDBEB-8B57-4541-A0B7-3F2C89498DC6@Chaos1.DE> <7190bdde-22bc-79ee-06d0-d0114a3ffbad@selasky.org> <7CDFB049-241F-4C31-A7B1-A7D6BDE6A002@Chaos1.DE> <24AA646A-698B-4D41-9668-3F9F99732D02@Chaos1.DE> <1A94816D-E3C1-4488-A5A9-784BAC68AE74@Chaos1.DE> X-Mailer: Apple Mail (2.3608.120.23.2.7) X-Rspamd-Queue-Id: 4KbpWp1tKVz4Wns X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=chaos1.de header.s=email1 header.b=svQn1ORo; dmarc=none; spf=none (mx1.freebsd.org: domain of Axel.Rau@Chaos1.DE has no SPF policy when checking 2a05:bec0:26:5::73) smtp.mailfrom=Axel.Rau@Chaos1.DE X-Spamd-Result: default: False [-2.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[chaos1.de:s=email1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[Chaos1.DE]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[chaos1.de:+]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DWL_DNSWL_NONE(0.00)[chaos1.de:dkim]; MLMMJ_DEST(0.00)[hardware]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:197071, ipnet:2a05:bec0::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[2a05:bec0:26:5::73:from] X-ThisMailContainsUnwantedMimeParts: N --Apple-Mail=_4CA44016-C408-4DC6-BAB1-07799C6E7171 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 There are also reports of DIAMEX devices not working on linux (in = German): https://www.mikrocontroller.net/topic/508937 I should better try to get an original ATmel tool. Unfortunately they no longer produce simple programmers. A > Am 10.04.2022 um 12:37 schrieb Axel Rau : >=20 >=20 >=20 >> Am 09.04.2022 um 01:39 schrieb Tomek CEDRO >: >>=20 >>=20 >> Long story short: >> * Put both dip-switches to OFF if you use external board (no VCC >> connection required). They may stay ON if you program "bare" AVR (you >> need to connect VCC, SW1=3DON, SW2 OFF=3D3.3V ON=3D5V). > My switches are always on; my MCU is in the ZIFF socket. (-: >> * Try `avrdude -c stk500v2 -p 85 -vvv -t` and see of that connects to >> Programmer. > That=E2=80=99s what I did. >=20 >> * If programmer is connected but AVR communication problems you may >> slow down the STK500v2 bit clock with `-B` parameter or ISP clock with >> `-i` according to [4] (i.e. `-B 250` will result in 4kHz bit clock). >>=20 >> Good luck and let us know if that works :-) >=20 >=20 > root@home2l:/ # avrdude -c stk500v2 -p t85 -P /dev/cuau1 -t -vvv -B = 250 -i 90 > . . . > avrdude: Version 6.4 > Copyright (c) Brian Dean, http://www.bdmicro.com/ > Copyright (c) Joerg Wunsch >=20 > System wide configuration file is "/usr/local/etc/avrdude.conf= " > User configuration file is "/root/.avrduderc" > User configuration file does not exist or is not a regular = file, skipping >=20 > Using Port : /dev/cuau1 > Using Programmer : stk500v2 > Setting bit clk period : 250.0 > Setting isp clock delay : 90 > avrdude: ser_recv(): programmer is not responding > avrdude: stk500v2_ReceiveMessage(): timeout > avrdude: ser_recv(): programmer is not responding > avrdude: stk500v2_ReceiveMessage(): timeout > avrdude: ser_recv(): programmer is not responding > avrdude: stk500v2_ReceiveMessage(): timeout >=20 > I think, the DIAMEX is defective, I try to get another one. > Perhaps the drivers are gone. >=20 > How can I verify this? > --- > PGP-Key: CDE74120 =E2=98=80 computing @ chaos claudius >=20 =2D-- PGP-Key: CDE74120 =E2=98=80 computing @ chaos claudius --Apple-Mail=_4CA44016-C408-4DC6-BAB1-07799C6E7171 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 There are also = reports of DIAMEX devices not working on linux (in German):
https://= www.mikrocontroller.net/topic/508937
I = should better try to get an original ATmel tool.
Unf= ortunately they no longer produce simple programmers.

A

Am 10.04.2022 um = 12:37 schrieb Axel Rau <Axel.Rau@chaos1.de>:


Am 09.04.2022 um 01:39 schrieb Tomek CEDRO = <tomek@cedro.info&g= t;:


Long story short:
* Put both dip-switches to = OFF if you use external board (no VCC
connection = required). They may stay ON if you program "bare" AVR (you
need to connect VCC, SW1=3DON, SW2 OFF=3D3.3V ON=3D5V).
My switches are always on; my MCU is in the ZIFF socket. (-:
* Try `avrdude -c stk500v2 -p 85 -vvv -t` and = see of that connects to
Programmer.
That=E2=80=99s what I did.

* If programmer is connected but AVR communication problems = you may
slow down the STK500v2 bit clock with `-B` = parameter or ISP clock with
`-i` according to [4] = (i.e. `-B 250` will result in 4kHz bit clock).

Good luck = and let us know if that works :-)

root@home2l:/ # avrdude -c stk500v2 -p t85 -P = /dev/cuau1 -t -vvv -B 250 -i 90
. . .
avrdude: Version 6.4
&nbs= p;        Copyright (c) Brian Dean, http://www.bdmicro.com/
         Copyright (c) Joerg = Wunsch

         System wide = configuration file is "/usr/local/etc/avrdude.conf"
         User configuration file is = "/root/.avrduderc"
     =     User configuration file does not exist or is not a regular = file, skipping
=
         = Using Port                  =   : /dev/cuau1
     =     Using Programmer            =   : stk500v2
     =     Setting bit clk period        : = 250.0
         = Setting isp clock delay        :  90
avrdude: ser_recv(): programmer is not responding
avrdude: stk500v2_ReceiveMessage(): = timeout
avrdude: ser_recv(): programmer is not = responding
avrdude: stk500v2_ReceiveMessage(): = timeout
avrdude: ser_recv(): programmer is not = responding
avrdude: stk500v2_ReceiveMessage(): = timeout

I think, the DIAMEX is defective, I try to get another = one.
Perhaps the drivers are gone.

How can = I verify this?
---
PGP-Key: CDE74120  =E2=98=80  computing @ = chaos claudius


---
PGP-Key: CDE74120  =E2=98=80 =  computing @ chaos claudius

--Apple-Mail=_4CA44016-C408-4DC6-BAB1-07799C6E7171--