10k NTC mit so wenig extra beschaltung wie möglich am RPI Zero auswerten (2-Kanal)

[Moppi]

Ich will jetzt nichts Falsches zu dem Pinout sagen, mit Raspberry kenne ich mich nicht aus. Habe gerade mit Arduino angefangen!
Erweiterungsboards verwenden schon dieselben Adressen für dieselben Aufgaben. Deshalb würde ich denken, wenn an dem Board ein I2C dran ist, dass dies kein zweiter I2C-Anschluss ist. Aber ich weiß es nicht, nur ich würde davon nicht ausgehen.

MfG
Moppi

[Ceos]

Erweiterungsboards verwenden schon dieselben Adressen für dieselben Aufgaben

das stimmt so leider nciht, sie verwenden zwar die selben Busse (in dem Falle I2C) aber beide Boards haben unterschiedliche Chips mit unterschiedlichen Adressen, also alles gut, aber ich habe GERADE EBEN ein 2tes Edit gemacht und kann das gleiche mit dem phat Explorer erreichen, nur die Lib Unterstpützung muss ich mir selber programmieren

hab mal ein issue ins github geworfen, mal sehen was kommt, zur not versuch ich ein PR zu schreiben
https://github.com/pimoroni/explorer-hat/issues/41

[Moppi]

Warum eigentlich Raspberry?

An einen Atmega kann man den 10k-NTC direkt anschließen und auch sonst, glaub ich, das machen, was Du vor hast. Minibeschaltungen für USB-Anschluss gibt's auch für Atmega. Ist USB-Kommunikation mit einem Pi einfacher?

MfG

[Ceos]

ein Atmega kann zwar die RGB LEDs ansteuern aber nie im leben einen OPC server betreiben

sich habe es sogar mit einem overclockten ESP8266 versucht aber bekomme nur 2 fps umgesetzt

ein RPI hat wesentlich mehr power

PPS: und ich kann später noch einen touchscreen oder so einbauen und mir einen mini desktop ins gehäuse bauen oder daten anzeigen lassen

PPPS: wenn du dich mit normalen stmegas jenseits arduino also bare metal beschäftigst lege ich dir einen XMega ans herz ... das ist ein MONSTER!

völlig freies Eventsystem, DMAs, 1+3 ISR Level und ein breiterer bus machen ihn gerade für single precision float echt flott und ist dbei 100% deterministisch nicht wie die ARMs mit ihrem async bussen, der perfekte lückenschluss zu ARM in meinen Augen

[Moppi]

Ich habe an meinem PC auch so ein verbautes Display. Eigentlich eine tolle Sache, nur ich brauche einen zweiten Graka-Ausgang dafür und die Software beeinträchtigt das System, deswegen ist dieses Display aus. Es bietet auch keinen nützlichen Mehrwert. Ich wollte das mal als Wohnzimmer-PC betreiben, für Radio,CD, BlueRay und als Mehrkanal-Vorverstärker, sowie füür Spiele. Aber hat sich auch erledigt. Ist nie stabil genug gelaufen (s. Software, was ich eben schrieb und Windows) und inzwischen habe ich ein Gerät für die Wohnzimmerbespaßung mit 11 Kanälen, eine extra Spielekonsole (mal wieder und mal wieder nerven mich die teuren Spiele dafür).

PS: für die meisten der Low-Level-Aufgaben die ich erledigen möchte, sehe ich einen Atmega328 noch immer als überdimensioniert.


MfG

[Ceos]

okay ich habe mich nicht klar ausgedrückt, es geht um einzeladressierbare APA102 LEDs auf basis eines SPI protokoll und 4byte/LED ...

wenn du mir zeigst wie du mit 150x4Bytes eine Regenbogenanimation mit mehr als 1fps berechnest und noch genug Zeit übrig hast,
den SPI mit den 600Bytes zu füttern,
einen ADC auszuwerten und passend einen PWM zu konfigurieren

stimme ich dir zu

PS: 4bytes WRGB wobei W vernachlässigbar ist

[Moppi]

Meinst Du mit Regenbogenfarben etwa so etwas?



Da sind jetzt nicht alle zu sehen, geht von Grau, nach Rot, nach Blau, nach Grün, nach Gelb ...

Müsste man sich mal Gedanken machen. SPI ging bei Atmega bis ca. 300kByte/s.

"Regenbogenanimation" ist weitläufig. Dabei kommt es auch auf die Geschwindigkeit der Animation an. Vor allem natürlich aber auch, wie die Animation stattfinden soll - Algorithmus.


Aber davon abgesehen, Du schriebst, dass Du das mit einem "ESP8266 versucht" hast, aber eben nur mit 2fps/s hinbekommen hast. Vielleicht kann man das noch optimieren, wie immer Du die Berechnungen durchführst, welcher Algorithmus dahinter steht.

MfG