Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #223656 > unrolled thread

ATmega328p an 32 kHz

Back to article view | Back to de.sci.electronics

Contents

  ATmega328p an 32 kHz Marte Schwarz <marte.schwarz@gmx.de> - 2017-02-20 19:19 +0100
    Re: ATmega328p an 32 kHz Michael Bäuerle <michael.baeuerle@stz-e.de> - 2017-02-20 19:31 +0100
      Re: ATmega328p an 32 kHz Joerg <news@analogconsultants.com> - 2017-02-20 10:44 -0800
    Re: ATmega328p an 32 kHz Christian Zietz <newsgroup.1001@chz.xyz> - 2017-02-20 19:35 +0100
    Re: ATmega328p an 32 kHz Rafael Deliano <rafael_deliano@arcor.de> - 2017-02-20 20:16 +0100
    Re: ATmega328p an 32 kHz Olaf Kaluza <olaf@criseis.ruhr.de> - 2017-02-20 21:34 +0100
      Re: ATmega328p an 32 kHz Marte Schwarz <marte.schwarz@gmx.de> - 2017-02-21 11:49 +0100
        Re: ATmega328p an 32 kHz Matthias Weingart <mwnews@pentax.boerde.de> - 2017-02-21 12:18 +0000
        Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-21 13:22 +0100
          Re: ATmega328p an 32 kHz Marte Schwarz <marte.schwarz@gmx.de> - 2017-02-22 12:28 +0100
            Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-23 06:07 +0100
              Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-23 10:02 -0300
                Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-24 08:11 +0100
                  Re: ATmega328p an 32 kHz "horst.d.winzler" <horst.d.winzler@web.de> - 2017-02-24 09:45 +0100
                    Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-24 09:59 +0100
                      Re: ATmega328p an 32 kHz Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-02-24 10:34 +0100
                      Re: ATmega328p an 32 kHz "horst.d.winzler" <horst.d.winzler@web.de> - 2017-02-24 10:38 +0100
                        Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-24 10:54 +0100
                        Re: ATmega328p an 32 kHz Reinhardt Behm <rbehm@hushmail.com> - 2017-02-24 17:54 +0800
                          Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 14:18 +0100
                            Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-24 12:50 -0300
                          Re: ATmega328p an 32 kHz Michael Schwingen <news-1457978346@discworld.dascon.de> - 2017-02-24 20:23 +0000
                            Re: ATmega328p an 32 kHz "horst.d.winzler" <horst.d.winzler@web.de> - 2017-02-24 21:36 +0100
                  Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-24 09:28 -0300
                Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 14:15 +0100
                  Re: ATmega328p an 32 kHz "horst.d.winzler" <horst.d.winzler@web.de> - 2017-02-24 17:14 +0100
                    Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-24 17:14 -0300
                    Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 09:23 +0100
                    Re: ATmega328p an 32 kHz Hartmut Kraus <hartmut.melina@web.de> - 2017-02-25 10:27 +0100
                      Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 17:42 +0100
          Re: ATmega328p an 32 kHz Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 15:06 +0100
            Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 16:06 +0100
        Re: ATmega328p an 32 kHz Joerg <news@analogconsultants.com> - 2017-02-21 07:15 -0800
        Re: ATmega328p an 32 kHz Olaf Kaluza <olaf@criseis.ruhr.de> - 2017-02-21 16:41 +0100
          Re: ATmega328p an 32 kHz Matthias Weingart <mwnews@pentax.boerde.de> - 2017-02-21 18:08 +0000
            Re: ATmega328p an 32 kHz Olaf Kaluza <olaf@criseis.ruhr.de> - 2017-02-21 19:27 +0100
              Re: ATmega328p an 32 kHz Gerrit Heitsch <gerrit@laosinh.s.bawue.de> - 2017-02-21 19:36 +0100
              Re: ATmega328p an 32 kHz Joerg <news@analogconsultants.com> - 2017-02-21 10:37 -0800
                Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-21 18:26 -0300
                  Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-22 07:54 +0100
                    Re: ATmega328p an 32 kHz Wolfgang <wsc.allmail@web.de> - 2017-02-22 09:53 +0100
                      Re: ATmega328p an 32 kHz Edzard Egberts <news@edzeg.net> - 2017-02-22 10:00 +0100
                        Re: ATmega328p an 32 kHz horejsi <wolfgang@horejsi.de> - 2017-02-22 12:37 +0100
                        Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-23 06:22 +0100
                          Re: elektor <=8-bit (was: ATmega328p an 32 kHz) Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 15:23 +0100
                            Re: elektor <=8-bit Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 16:18 +0100
                              Re: elektor <=8-bit Hartmut Kraus <hartmut.melina@web.de> - 2017-02-24 17:44 +0100
                                Re: elektor <=8-bit Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 17:58 +0100
                                Re: elektor <=8-bit Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 09:35 +0100
                                  Re: elektor <=8-bit Hartmut Kraus <hartmut.melina@web.de> - 2017-02-25 10:29 +0100
                                    Re: elektor <=8-bit Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 17:51 +0100
                                  Re: elektor <=8-bit Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-25 13:32 +0100
                                    Re: elektor <=8-bit Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 17:55 +0100
                                      Re: elektor <=8-bit Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-26 06:38 +0100
                                    Re: elektor <=8-bit Marc Santhoff <m.santhoff@t-online.de> - 2017-02-26 13:52 +0100
                      OT Olle Kamellen (was Re: ATmega328p an 32 kHz) "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-22 09:14 -0300
                        Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Lutz Schulze <lschulze@netzwerkseite.de> - 2017-02-22 14:31 +0100
                          Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-23 06:56 +0100
                            Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Lutz Schulze <lschulze@netzwerkseite.de> - 2017-02-23 12:38 +0100
                            Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 13:00 +0100
                              Re: OT Olle Kamellen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2017-02-24 12:27 +0000
                              Re: OT Olle Kamellen Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 14:52 +0100
                                Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 16:14 +0100
                              Re: OT Olle Kamellen Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 15:13 +0100
                                Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 16:28 +0100
                                  Re: OT Olle Kamellen Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-25 09:07 +0100
                                    Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-25 13:47 +0100
                            Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Juergen Roesener <roesener@compuserve.com> - 2017-02-24 15:10 +0100
                              Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 16:43 +0100
                                Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Matthias Weingart <mwnews@pentax.boerde.de> - 2017-02-24 15:48 +0000
                                  Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 17:53 +0100
                          Re: OT Olle Kamellen (was Re: ATmega328p an 32 kHz) Wolfgang <wsc.allmail@web.de> - 2017-02-24 12:07 +0100
                        Re: OT Olle Kamellen Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-02-24 10:52 +0100
                    Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-23 06:06 +0100
                      Re: ATmega328p an 32 kHz "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-23 09:39 -0300
                Re: ATmega328p an 32 kHz Rolf Bombach <rolfnospambombach@invalid.invalid> - 2017-03-01 20:02 +0100
                  Re: ATmega328p an 32 kHz Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-03-02 10:19 +0100
                    Re: ATmega328p an 32 kHz Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2017-03-02 10:40 +0100
                      Re: ATmega328p an 32 kHz Hermann Riemann <nospam.gerct08@hermann-riemann.de> - 2017-03-02 11:19 +0100
                        Re: ATmega328p an 32 kHz Hergen Lehmann <hlehmann.expires.5-11@snafu.de> - 2017-03-03 22:16 +0100
          Re: ATmega328p an 32 kHz Marc Santhoff <m.santhoff@t-online.de> - 2017-02-26 14:23 +0100
            Re: ATmega328p an 32 kHz Olaf Kaluza <olaf@criseis.ruhr.de> - 2017-02-26 16:35 +0100
      Re: ATmega328p an 32 kHz Johannes Bauer <dfnsonfsduifb@gmx.de> - 2017-02-24 13:39 +0100
    Re: ATmega328p an 32 kHz "MaWin" <me@private.net> - 2017-02-20 23:37 +0100
      Re: ATmega328p an 32 kHz Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-02-21 00:49 +0100
      Re: ATmega328p an 32 kHz Matthias Weingart <mwnews@pentax.boerde.de> - 2017-02-21 07:19 +0000
        Re: ATmega328p an 32 kHz Dieter Wiedmann <dieter.wiedmann@t-online.de> - 2017-02-21 09:33 +0100
      Re: ATmega328p an 32 kHz Hans-Peter Diettrich <DrDiettrich1@aol.com> - 2017-02-24 15:19 +0100
    Re: ATmega328p an 32 kHz Andreas <webmaster@dubtronic.de> - 2017-02-21 14:38 +0100
      Re: ATmega328p an 32 kHz Stefan <df9bi@arcor.de> - 2017-02-26 10:01 +0100
        CPU mit 32kHz (was Re: ATmega328p an 32 kHz) "Wolfgang Allinger" <all2001@spambog.com> - 2017-02-26 08:19 -0300
        Re: ATmega328p an 32 kHz Christian Zietz <newsgroup.1001@chz.xyz> - 2017-02-26 12:40 +0100
          Re: ATmega328p an 32 kHz Stefan <df9bi@arcor.de> - 2017-02-26 19:29 +0100
        Re: ATmega328p an 32 kHz Andreas <webmaster@dubtronic.de> - 2017-02-26 12:40 +0100

Page 2 of 5 — ← Prev page 1 [2] 3 4 5  Next page →

#223746

 On 24 Feb 17 at group /de/sci/electronics in article ehashvFtk8hU3@mid.individual.net
 <DrDiettrich1@aol.com>  (Hans-Peter Diettrich)  wrote:

> Am 24.02.2017 um 10:54 schrieb Reinhardt Behm:

>> Aber erst prüfen, welche Stoffe das Teil enthält. Maxim verwendet sehr
>> gerne Unobtainium.
>> Das merkst du aber erst nachdem du mehr als nur ein schönes Muster
>> brauchst.

> Der war gut :-)

Nö, traurige MAXIMale Wahrheit. Die MAXIM Datenbücher waren gut mit guten  
Applikationen, aber ausser MAX232 etc. hab ich von denen nie was  
eingesetzt, wenns von woanders keine second source gab.

Das einzige Problem mit den Datenbüchern war, dass man sie lückenlos haben  
musste.



Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

-- 
Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

[toc] | [prev] | [next] | [standalone]

#223756

On 2017-02-24, Reinhardt Behm <rbehm@hushmail.com> wrote:
>
> Aber erst prüfen, welche Stoffe das Teil enthält. Maxim verwendet sehr gerne 
> Unobtainium.

Ist das dann ROHS-konform?

cu
Michael

[toc] | [prev] | [next] | [standalone]

#223757

Am 24.02.2017 um 21:23 schrieb Michael Schwingen:
> On 2017-02-24, Reinhardt Behm <rbehm@hushmail.com> wrote:
>>
>> Aber erst prüfen, welche Stoffe das Teil enthält. Maxim verwendet sehr gerne
>> Unobtainium.
>
> Ist das dann ROHS-konform?
>

Besser noch, denn die RoHS-Richtlinie soll nur die gefährliche Stoffe 
Beschränken. Unobtainium vermeidet sie, die gefährlichen Stoffe, ganz. 
Dieser Stoff könnte aus dem Labor der Grünen stammen. Aber er ist älter.
-- 
---hdw---

[toc] | [prev] | [next] | [standalone]

#223730

 On 24 Feb 17 at group /de/sci/electronics in article o8omch$jr2$1@news4.open-news-network.org
 <news@edzeg.net>  (Edzard Egberts)  wrote:

> Wolfgang Allinger wrote:
>> Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL über
>> 400-1000m. (Stahlwerk, KKW...)

> Was nimmt man da eigentlich heute für solche Längen - Glasfaser?

Keine Ahnung, bin zu lange aus dem Geschäft.

>
> Für
> reine Datenübertragung sind 9600Bd eigentlich ausreichend, da kommt mir
> die Stromschnittstelle vergleichsweise einfach und preiswert vor.

Und vor allem äussert störsicher und einfachst zu debuggen. Ein paar LED  
geschickt auf Stecker, Durchgangsstecker und Kreuzstecker geschickt  
verteilt und binnen Sekunden weiss man, was los ist. RX und TX Kreise kann  
man auch einfach finden. Beim Terminal break drücken und die LED die  
ausgeht, ist in dessem TX Kreis, der andere ist dann RX. Hab da noch  
Dutzende Tricks auf Lager.

Vor allem kannste CL mit Optokloppern sehr einfach Potentialtrennung  
machen. Ist zwar selten nötig, aber wenn, dann gehts RatzFatz.



Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

-- 
Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

[toc] | [prev] | [next] | [standalone]

#223734

Am 23.02.2017 um 14:02 schrieb Wolfgang Allinger:
>
>  On 23 Feb 17 at group /de/sci/electronics in article eh7vl7FbjifU2@mid.individual.net
>  <DrDiettrich1@aol.com>  (Hans-Peter Diettrich)  wrote:

>> Wobei erst mal der Entwickler gefeuert gehört, der für hohe Datenraten
>> ausgerechnet eine UART gewählt hat :-]
>
>
> Oh, früher(tm) gabs manchmal nix anderes. 9600Bd 20mA CL über 400-1000m.
> (Stahlwerk, KKW...) Nein synchrone DÜ ware keine alternative unter diesen
> Bedingungen.

Damals war das aber keine Herausforderung für die Controller, die den 
Datenfluß verarbeiten sollten. Unsere pdp-11/34 hat Meßdaten von bis zu 
16 9600Bd Leitungen klaglos geschafft. Die Umgebung war vergleichbar 
verseucht, mit thyristorgesteuerten Motoren im MW Bereich, und 
Leitungslängen bis 50m, und das ging mit RS-232 auch fehlerfrei.

Bei meinem Disketten-Controller mußte ich Takte zählen und in Assembler 
optimieren, um mit einem 4MHz Controller auf Datenraten von 250kBd 
(entsprechend Floppy FM) zu kommen.


> Da musste man dann die Daten eben genügend verdichten und nur das
> Endergebnis (eines Prüfbereiches) auf dem Bildschirm liefern. Bei KKW
> wurden die kompletten Daten für alle Bereiche vor Ort auf einer
> Wechselwinchester gespeichert.

Da hatte ich später ähnliche Probleme, bei der Messung in Kfz. Dabei 
mußten die Daten auf eine Ramdisk der ersten Laptops (80C188) passen, 
weil das Abspeichern auf Floppy während der Fahrt zu fehlerträchtig war.

Ein ganz anderes Problem war die Leertaste, die ein Testfahrer mit dem 
Bauch betätigt hat, und den Tastaturpuffer dank Auto-Repeat zum 
Überlaufen brachte. Und die Programmierung mußte in GW-Basic erfolgen, 
weil die Grafik-Ausgabe aller damals verfügbaren Compiler die Interrupts 
während des Bildschirm-Refresh einfach abgeschaltet hat.

DoDi

[toc] | [prev] | [next] | [standalone]

#223749

Am 24.02.2017 um 14:15 schrieb Hans-Peter Diettrich:
> Am 23.02.2017 um 14:02 schrieb Wolfgang Allinger:

> 16 9600Bd Leitungen klaglos geschafft. Die Umgebung war vergleichbar
> verseucht, mit thyristorgesteuerten Motoren im MW Bereich, und
> Leitungslängen bis 50m, und das ging mit RS-232 auch fehlerfrei.

Auch mit Erd- bzw Brummschleife? ;-)

-- 
---hdw---

[toc] | [prev] | [next] | [standalone]

#223754

 On 24 Feb 17 at group /de/sci/electronics in article ehb4f9FnolU1@mid.individual.net
 <horst.d.winzler@web.de>  (horst.d.winzler)  wrote:

> Am 24.02.2017 um 14:15 schrieb Hans-Peter Diettrich:
>> Am 23.02.2017 um 14:02 schrieb Wolfgang Allinger:

>> 16 9600Bd Leitungen klaglos geschafft. Die Umgebung war vergleichbar
>> verseucht, mit thyristorgesteuerten Motoren im MW Bereich, und
>> Leitungslängen bis 50m, und das ging mit RS-232 auch fehlerfrei.


Das schrieb ich NICHT!


Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

-- 
Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

[toc] | [prev] | [next] | [standalone]

#223763

Am 24.02.2017 um 17:14 schrieb horst.d.winzler:
> Am 24.02.2017 um 14:15 schrieb Hans-Peter Diettrich:
>> Am 23.02.2017 um 14:02 schrieb Wolfgang Allinger:
>
>> 16 9600Bd Leitungen klaglos geschafft. Die Umgebung war vergleichbar
>> verseucht, mit thyristorgesteuerten Motoren im MW Bereich, und
>> Leitungslängen bis 50m, und das ging mit RS-232 auch fehlerfrei.
>
> Auch mit Erd- bzw Brummschleife? ;-)

Die Datenkabel (39 adrig) waren abgeschirmt und einseitig am Rechner 
geerdet. Dieser "Bus" ging bis ins Nachbargebäude, Gesamtlänge ca. 2km.

Angeblich konnten bis zu 4V auf der Masseschiene rund um die Halle 
gemessen werden. Ich weiß aber nicht, welcher Techniker da was gemessen 
hat ;-)

DoDi

[toc] | [prev] | [next] | [standalone]

#223764

Am 24.02.2017 um 17:14 schrieb horst.d.winzler:
> Am 24.02.2017 um 14:15 schrieb Hans-Peter Diettrich:
>> Am 23.02.2017 um 14:02 schrieb Wolfgang Allinger:
>
>> 16 9600Bd Leitungen klaglos geschafft. Die Umgebung war vergleichbar
>> verseucht, mit thyristorgesteuerten Motoren im MW Bereich, und
>> Leitungslängen bis 50m, und das ging mit RS-232 auch fehlerfrei.
>
> Auch mit Erd- bzw Brummschleife? ;-)

Sowas mach man doch nicht! ;)

-- 
http://www.hkraus.eu/

[toc] | [prev] | [next] | [standalone]

#223773

Am 25.02.2017 um 10:27 schrieb Hartmut Kraus:
> Am 24.02.2017 um 17:14 schrieb horst.d.winzler:
>> Am 24.02.2017 um 14:15 schrieb Hans-Peter Diettrich:
>>> Am 23.02.2017 um 14:02 schrieb Wolfgang Allinger:
>>
>>> 16 9600Bd Leitungen klaglos geschafft. Die Umgebung war vergleichbar
>>> verseucht, mit thyristorgesteuerten Motoren im MW Bereich, und
>>> Leitungslängen bis 50m, und das ging mit RS-232 auch fehlerfrei.
>>
>> Auch mit Erd- bzw Brummschleife? ;-)
>
> Sowas mach man doch nicht! ;)

Nein, sowas machen immer nur die anderen, und wir dürfen das dann 
ausbaden :-(

DoDi

[toc] | [prev] | [next] | [standalone]

#223735

Am 21.02.2017 um 13:22 schrieb Hans-Peter Diettrich:

> Was den Hobby-Bereich betrifft, da
> findet man zu praktisch jedem interessanten externen Baustein oder Modul
> Arduino-Bibliotheken und Beispielprogramme.


Wobei ich nicht sicher bin, wie weit man die auch kombinieren kann.

Ich denke z.B. an einem Arduino,
der Maus oder Tastatur emulieren kann.
Kann der auch gleichzeitig Maus und Tastatur und eventuell
noch Joystick emulieren und noch andere Geräte?

Meine Aten-DVI-KVM-switches können das mit einigen Mängel
wie nicht nicht übertragene Tasten und Mausprobleme
bei Voreinstellung und raspberry pi.

> Das liegt hauptsächlich am asynchronen Protokoll, das eine 16-fache
> Taktfrequenz erfordert. Teilt man nur durch 8, was beim ATmega auch
> implementiert ist, gehen immerhin 2MBaud.

Bei den Arduinos  rasperry pi etc blicke ich bei RX und TX
( außer arduino mega Tx2,3,4)
und einer Beziehung nicht durch:
wie weit wird diese serielle Schnittstelle noch genutzt?
etwa für USB,
was eventuell bedeuten würde,
bei USB-Bereitschaft RX und TX nicht benutzen

Hermann
    der schon daran denkt, zu jeden aktiven raspberry pi
    über einen USB-Hub eine Festplatte und einen Arduino mega2560
    anzuschließen.

-- 
http://www.hermann-riemann.de

[toc] | [prev] | [next] | [standalone]

#223740

Am 24.02.2017 um 15:06 schrieb Hermann Riemann:
> Am 21.02.2017 um 13:22 schrieb Hans-Peter Diettrich:
>
>> Was den Hobby-Bereich betrifft, da
>> findet man zu praktisch jedem interessanten externen Baustein oder Modul
>> Arduino-Bibliotheken und Beispielprogramme.
>
>
> Wobei ich nicht sicher bin, wie weit man die auch kombinieren kann.
>
> Ich denke z.B. an einem Arduino,
> der Maus oder Tastatur emulieren kann.
> Kann der auch gleichzeitig Maus und Tastatur und eventuell
> noch Joystick emulieren und noch andere Geräte?

Im Prinzip ja ;-)

Wenn es um eine Anbindung via USB geht, dann muß man aber den USB 
Controller von COM auf HID Emulation umprogrammieren. Ein USB Port kann 
ja immer nur eines der vielen Protokolle implementieren, oder man 
braucht einen eigenen Treiber für ein eigenes Protokoll auf der Gegenseite.

Kritisch bei den kleinen Arduinos sind eigentlich nur Bibliotheken, die 
Timer benutzen, denn die sind auf einem Uno (328) Mangelware. Beim Mega 
(2560) sind es deutlich mehr, auch mehr serielle Schnittstellen, aber da 
gibt es dann auch Controller mit noch weit mehr Komfort.


> Bei den Arduinos  rasperry pi etc blicke ich bei RX und TX
> ( außer arduino mega Tx2,3,4)
> und einer Beziehung nicht durch:
> wie weit wird diese serielle Schnittstelle noch genutzt?
> etwa für USB,
> was eventuell bedeuten würde,
> bei USB-Bereitschaft RX und TX nicht benutzen

Für die Anbindung externer Module sind asynchrone Schnittstellen denkbar 
ungeeignet, da sie nur Punkt-zu-Punkt Verbindungen gestatten - 1 Gerät 
pro UART. Besser geeignet sind SPI und I2C, die mehrere Geräte an einem 
Bus erlauben. Arduinos werden tpyischerweise über Serial programmiert 
und gedebugt, und damit ist eine (meist die einzige) Hardware-UART schon 
fest vergeben. Zum RasPi kann ich nichts sagen, aber das ist ja auch 
eine ganz andere Liga.

> Hermann
>    der schon daran denkt, zu jeden aktiven raspberry pi
>    über einen USB-Hub eine Festplatte und einen Arduino mega2560
>    anzuschließen.

Wenn man an mehrere USB Ports denkt, dann sind die kleinen Arduinos 
dafür denkbar ungeeignet. Auf den meisten Boards sind für den einen USB 
Port schon weitere Controller verbaut, die ähnlich leistungsfähig (oder 
noch besser) als der Hauptcontroller sind, oder ein beträchtlicher Teil 
des Speichers geht für den USB-Treiber drauf. Auf anderen Modulen 
(Ethernet...) werkeln sowieso Prozessoren, welche einen kleinen Arduino 
so nebenbei emulieren könnten - wenn sie denn genügend I/O Pins frei haben.

Wer mehr braucht als digitale und analoge Sensoren, und damit LED oder 
Motoren steueren möchte, der sollte andere Controller benutzen, vor 
allem welche mit viel mehr Speicher. Unter diesen Einschränkungen läßt 
sich schon mit einem ATtiny viel anfangen, für das man früher ganze 
Platinen voll TLL Bausteinen gebraucht hätte. Ein ATmega reicht sogar 
für die Steuerung eines 3D Druckers, oder einer Drohne. Ansonsten kommt 
man bei leistungsfähigeren Controllern um eine Art Betriebssystem kaum 
herum, was wieder Leistung und Speicher schlucken kann. Zusätzlich ist 
man dann in einem Wechsel des Controllers ziemlich auf diese Firmware 
angewiesen, sonst muß man bei einem Wechsel alle Systemaufrufe anpassen 
- so wie man das von den Linux-Kerneln schon gewöhnt ist.

DoDi

[toc] | [prev] | [next] | [standalone]

#223675

On 2017-02-21 02:49, Marte Schwarz wrote:
> Hallo alle zusammen,
>
> vielen Dank für all Eure Rckmeldungen. Es ist tatsächlich so, dass ich,
> je länger ich mit den Atmels zu tun habe, desto weniger begreife ich,
> was die Bastlerwelt an denen so toll findet.
> OK hier konnte ich den Kunden wenigstens davon überzeugen, dass wir das
> nicht mit Arduinos machen werden. Selbst mit den Arduino Micro ist
> Stromsparen nur sehr eingeschränkt möglich. Wenns nach mir ginge, wäre
> auch ein MSP430 drin, wurde aber explizit ausgeschlagen :-( Der Kunde
> bleibt König...


Das ist auch meine Vorgehensweise in solchen Faellen. Bis MSP430 habe 
ich einen weiteren Kunden fast schon.

Manche verharren bei bestimmten Prozessoren, weil sie die gut kennen und 
Code Libraries aufgebaut haben, was man ja auch verstehen kann. Sie 
sehen jedoch oft nicht, wieviele Ingenieurstunden dadurch unnoetig 
verheizt werden.

[...]

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#223676

Marte Schwarz <marte.schwarz@gmx.de> wrote:


 >Der RC-5 sieht interessant aus, mal schauen, ob man den mit mechanischem 
 >Downsizing anpassen kann. Display brauch ich nicht, den USB-Stecker an 
 >sich auch nicht... die 15 Euro sind das probieren wert, mal sehen,wie 
 >der ohne Gehäuse aussieht. Platz gibts eben auch nicht...

Wie soll das Dingen dann noch funktionieren?

http://www.criseis.ruhr.de/bilder/RC5_Top.jpg
http://www.criseis.ruhr.de/bilder/RC5_Bottom.jpg

Der Witz ist ja im Prinzip das man funktionierenden Hardware, und wenn
man mit dem traurigen Schicksal geschlagen ist ein Windowsuser zu
sein, auch funktionierende Software uebernehmen kann. 

BTW: Der integrierte NTC laesst sich natuerlich abloeten und dann kann
man damit beliebiges Messen. Allerdings muss man die NTC Kennlinie
raus rechnen.

Legt man nun einen Spannungsteiler 56k und 10k an den Eingang so 
kann man so Spannungen messen:

Umrechnung angezeigte Celsius in gemessene Spannung am
Spannungsteiler. (2 bis 20Volt)
y = -0.000000065427*x^4 + 0.000026059*x^3 - 0.0013085*x^2 - 0.19043*x+ 15.069




 >Wenn Du mir da eine Betaversion zukommen lassen möchtest, bin ich als 
 >Tester gern dabei ;-)

Ach was. Wo ist denn der Spass im Leben wenn man nichts selber macht?
:-)

Mach mal ein Terminal mit 115200B 8N1 zum Stick auf und schicke ihm
das hier:


 QByteArray Command;
 Command.clear();
 Command.append(0x33);
 Command.append(0x01);
 Command.append(0x02);
 Command.append(blockcounter++);


 //Pruefsumme fuer Kommando berechnen
 psum =0;
 psum = (unsigned char) Command[0] + (unsigned char)
         Command[1] + (unsigned char) Command[2] + (unsigned char)Command[3];
 Command.append(psum);

 serial->clear();
 serial->write( Command,5);


Die Daten kommen dann in bloecken von jeweilse 1000Byte, also
512Datenpunkten.


 >Das geht bei einem MSP430 auch recht gut, bei Atmels eher weniger.

Aber die sind IMHO Geschichte. Kuck dir mal die Silabs/Gecko an.

Olaf

[toc] | [prev] | [next] | [standalone]

#223677

Olaf Kaluza <olaf@criseis.ruhr.de>:

> >Das geht bei einem MSP430 auch recht gut, bei Atmels eher weniger.
> 
> Aber die sind IMHO Geschichte. Kuck dir mal die Silabs/Gecko an.
> 
> 

Ja, TI hat lange Zeit die kleinen ARM's verpennt.... 

M.
-- 

[toc] | [prev] | [next] | [standalone]

#223678

Matthias Weingart <mwnews@pentax.boerde.de> wrote:


 >Ja, TI hat lange Zeit die kleinen ARM's verpennt.... 

Naja, man kann es ja auch verstehen. Warum sollte alle Welt ploetzlich
vollkommen unterschiedliche Microcontroller verwenden wollen die bloss
einen gleichen Kern haben und dann glauben nun waere alles gut weil
austauschbar? 
Ich meine man kann doch nicht automatisch annehmen das alle Kunden
bloed sind. :)

Olaf

[toc] | [prev] | [next] | [standalone]

#223679

On 02/21/2017 07:27 PM, Olaf Kaluza wrote:
> Matthias Weingart <mwnews@pentax.boerde.de> wrote:
>
>
>  >Ja, TI hat lange Zeit die kleinen ARM's verpennt....
>
> Naja, man kann es ja auch verstehen. Warum sollte alle Welt ploetzlich
> vollkommen unterschiedliche Microcontroller verwenden wollen die bloss
> einen gleichen Kern haben und dann glauben nun waere alles gut weil
> austauschbar?
> Ich meine man kann doch nicht automatisch annehmen das alle Kunden
> bloed sind. :)

Wie uns der PC-Bereich seit Jahren zeig, doch kann man. :)

  Gerrit

[toc] | [prev] | [next] | [standalone]

#223680

On 2017-02-21 10:27, Olaf Kaluza wrote:
> Matthias Weingart <mwnews@pentax.boerde.de> wrote:
>
>
>   >Ja, TI hat lange Zeit die kleinen ARM's verpennt....
>
> Naja, man kann es ja auch verstehen. Warum sollte alle Welt ploetzlich
> vollkommen unterschiedliche Microcontroller verwenden wollen die bloss
> einen gleichen Kern haben und dann glauben nun waere alles gut weil
> austauschbar?
> Ich meine man kann doch nicht automatisch annehmen das alle Kunden
> bloed sind. :)
>

Das hatten wir alles schon und haben es noch. Ich kann gar nicht mehr 
zaehlen, mit wie vielen Controllern der 8051 Familie ich zu tun hatte 
(gerade in diesem Moment schon wieder einer). Dafuer findet man fast an 
jeder Ecke der Welt jemanden, der den programmieren kann. Fuer viele 
uC-Anwendungen waere ein ARM Controller aehnlich, als ob man morgens die 
Broetchen mit einem Fuenftonner abholt.

-- 
Gruesse, Joerg

http://www.analogconsultants.com/

[toc] | [prev] | [next] | [standalone]

#223683

 On 21 Feb 17 at group /de/sci/electronics in article eh3fo4Fens8U1@mid.individual.net
 <news@analogconsultants.com>  (Joerg)  wrote:

> On 2017-02-21 10:27, Olaf Kaluza wrote:
>> Matthias Weingart <mwnews@pentax.boerde.de> wrote:
>>
>>
>>>Ja, TI hat lange Zeit die kleinen ARM's verpennt....
>>
>> Naja, man kann es ja auch verstehen. Warum sollte alle Welt ploetzlich
>> vollkommen unterschiedliche Microcontroller verwenden wollen die bloss
>> einen gleichen Kern haben und dann glauben nun waere alles gut weil
>> austauschbar?
>> Ich meine man kann doch nicht automatisch annehmen das alle Kunden
>> bloed sind. :)
>>

> Das hatten wir alles schon und haben es noch. Ich kann gar nicht mehr
> zaehlen, mit wie vielen Controllern der 8051 Familie ich zu tun hatte
> (gerade in diesem Moment schon wieder einer). Dafuer findet man fast an
> jeder Ecke der Welt jemanden, der den programmieren kann. Fuer viele
> uC-Anwendungen waere ein ARM Controller aehnlich, als ob man morgens die
> Broetchen mit einem Fuenftonner abholt.

Umgekehrt wird auch ein Schuh draus. Ich hab mal ne Doppel-Euro Karte  
entwickelt mit nem RTX2000. Der war in den 80 und 90 ern der schnellste  
uC, der mir je unter die Finger gekommen ist. Leere IR-Service Routine in  
400ns, d.h. man konnte mit nem Generator 2,49MHz einspeisen und  
gleichzeitig mit 9600 Bd sich mit dem seriell unterhalten, ohne das was  
verschütt ging.

Das Board ersetzte 16 8051 (12MHz). Funzte prima, war unterm Strich auch  
nicht teurer als 16 8051. So weit so gut.

2-3 Jahre später kam ich mal wieder in die Fa. Da wurden die Boards  
inzwischen auch eingesetzt, um einen einzelnen 8051 zu ersetzen. Mir  
sträubten sich die Nackenhaare... (bin Bit Popler der alten Schule)...

Der RTX2000 ist so schnell, das selbst der umständlichste Programierer  
seine Applikation damit an 1-3 Tagen zum laufen kriegt. Scheiss auf die  
Schönheit, den Code sieht ja keiner und der Endkunde will nur seinen Job  
erledigt haben. Beim 8051 war immer Assembler nötig...
Unterm Strich war das die billigste Lösung. Das Rack für die Doppel-Euro  
wurde eh gebraucht, wg. den anderen Karten.

BTW die RTX2000 hatten Forth als Maschinencode :)



Saludos (an alle Vernünftigen, Rest sh. sig)
Wolfgang

-- 
Ich bin in Paraguay lebender Trollallergiker :) reply Adresse gesetzt!
Ich diskutiere zukünftig weniger mit Idioten, denn sie ziehen mich auf
ihr Niveau herunter und schlagen mich dort mit ihrer Erfahrung! :p
(lt. alter usenet Weisheit)      iPod, iPhone, iPad, iTunes, iRak, iDiot

[toc] | [prev] | [next] | [standalone]

#223687

Wolfgang Allinger wrote:
> Beim 8051 war immer Assembler nötig...

Der ist doch aus der Zeit, bevor die C-Compiler für µC aufkamen, den
6502 habe ich auch noch in Assembler programmiert. ;o)

[toc] | [prev] | [next] | [standalone]

Page 2 of 5 — ← Prev page 1 [2] 3 4 5  Next page →

Back to top | Article view | de.sci.electronics

csiph-web