Moderatoren: Heaterman, Finger, Sven, TDI, Marsupilami72, duese
Wenn man den besten Preis braucht, muss man wohl auf Ali schauen. Ebay ist bei Nanos so bei 2,70€/Stück. Auf Ali hab ich jetzt auch mal erschwingliche Nano every clones erspäht. Das Original ist mir mit 9€ zu teuer, so gefährlich, wie die bei mir leben.
3,50 sind in Ordnung, wenn sie denn tun.Code: Alles auswählen
void printsval(int16_t number) {
char buf[6];
// String(number).toCharArray(buf, 6);
prints(buf);
}
Hallo MünsterländerMünsterländer hat geschrieben: ↑Mi 27. Jan 2021, 09:42 @Wulfcat
Ich bin auch in der DAU Klasse unterwegs und habe mal mit dem Kinder Tutorial angefangen. Das war für mich eigentlich ganz passend. Bin dann aber irgendwann versumpft und will jetzt zusammen mit meinem Sohn wieder einsteigen...
https://starthardware.org/lektion-1-vorbereitung/
Code: Alles auswählen
speedoPuls=100;
if (micros() - lastSpeedoSwitch >= speedoPuls) {
speedoHigh = !speedoHigh;
lastSpeedoSwitch = micros();
}
digitalWrite(speedoPin, speedoHigh);
Ja, es besteht ja sonst kein Bezug!
Ja, richtig gerechnet!
Und wenn ich die beiden Widerstände (470 +150Ohm ) gegen 1390Ohm ersetze, klappt das Ganze dann auch mit einem 12V Trafo?
Überprüf mal die Beschaltung des MCP1525.jodurino hat geschrieben: ↑Sa 30. Jan 2021, 13:57 habe mal diese Schaltung abgezeichnet:
Habe ich von hier:
https://www.roboternetz.de/community/th ... it-Arduino
Hi, dazu müsste ich den aufbauen und dann messen, kann ich ert wieder ab Montag machen.
OK kam mir komisch vor die Beschaltung, werde es dann nächste Woche probieren.unlock hat geschrieben: ↑Sa 30. Jan 2021, 14:45Ja, es besteht ja sonst kein Bezug!Ja, richtig gerechnet!
Und wenn ich die beiden Widerstände (470 +150Ohm ) gegen 1390Ohm ersetze, klappt das Ganze dann auch mit einem 12V Trafo?
Möglicherweise wirst Du aber je nach Anwendung den Offset in der Sw anpassen müssen.
Kann man machen - und z.B. auf https://access-im-unternehmen.de/Mit_Da ... _arbeiten/ referenzieren:radixdelta hat geschrieben: ↑Mi 17. Feb 2021, 13:16 Im reinen Maschinen-Maschinen-Kontext und wenn man rechnen möchte würde ich mich an den Standard halten den die Tabellenkalkulationen vorgeben. Und da ist 31.12.1899 00:00 als 1 definiert und es wird dezimal mit ganzen Tagen gerechnet.
Würde ich empfehlen in Tagen zu rechnen, nicht in Sekunden. Dann bleiben die Rechenoperationen gleich und man muss nicht nochmal umdenken und auch nicht nochmal umrechnen, abgesehen von evtl. nötiger Addition. Dann kommen auch die in die Tabellenkalkulation eingebauten Formeln und Operationen damit klar, selbst wenn das Datum um x Tage verschoben ist.
Wenn da jetzt noch _ zwischen die Tokens kommen, dann kann mans auch wirklich lesen.radixdelta hat geschrieben: ↑Mi 17. Feb 2021, 13:16 Im Mensch-Maschine-Kontext finde ich eine strenge Ordnung JJJJMMTThhmmss gut, weil das sowohl Maschinen als auch Menschen schnell überblicken und es ist sortierbar.
Code: Alles auswählen
#include <CUU_Interface.h>
#include <CUU_Parallel_M68.h>
#include <Noritake_VFD_CUU.h>
#include <util/delay.h>
CUU_Parallel_M68 interface(9,10,11, 0,1,2,3,4,5,6,7);//RS,WR,RD,D0-D7 ==> Funktioniert
//CUU_Parallel_M68 interface(32,33,34,35,36,37,38,39,40,41,42);//RS,WR,RD,D0-D7 ==> Tote Hose
Noritake_VFD_CUU vfd;
void setup() {
_delay_ms(500); // wait for device to power up
vfd.begin(20, 2); // 20x2 character module
vfd.interface(interface); // select which interface to use
vfd.CUU_init(); // initialize module
vfd.print("Noritake"); // print Noritake on the first line
}
void loop() {
}
Code: Alles auswählen
// PCINT latency is 6 cycles minimum + 2 for rjmp
// nerdralph.blogspot.com/2020/04/measuring-avr-interrupt-latency.html
ISR(PCINT0_vect, ISR_NAKED)
//void ISRR(void)
{
register char c asm ("r16");
asm volatile (
"push %[c]\n"
"in %[c], __SREG__\n" // save SREG
"push %[c]\n"
"cbi %[pcint], %[rx_bit]\n" // turn off PCINT
"push r24\n" // delay_cycles will use r25:r24
"push r25\n"
"ldi %[c], 0x80\n" // bit shift counter
: [c] "=d" (c)
: [pcint] "I" (_SFR_IO_ADDR(PCMSK)),
[rx_bit] "I" (PURXBIT)
);
// ISR is 18 cycles slower than purx
if (PURXSTART >= 18 )
__builtin_avr_delay_cycles(PURXSTART - 18);
asm volatile (".Lrxbit:");
__builtin_avr_delay_cycles(PURXWAIT);
// 5 cycle loop
asm volatile (
"lsr %[c]\n"
"sbic %[rx_pin], %[rx_bit]\n"
"ori %[c], 0x80\n"
"brcc .Lrxbit\n"
"sts purx_data, %[c]\n" // save received byte
"pop r25\n"
"pop r24\n"
"pop %[c]\n"
"out __SREG__, %[c]\n" // restore SREG
"pop %[c]\n"
"reti\n"
: [c] "+d" (c)
: [rx_pin] "I" (_SFR_IO_ADDR(PURXPIN)),
[rx_bit] "I" (PURXBIT)
);
}Braucht du die galvanische Trennung - oder wieso Optokoppler?jodurino hat geschrieben: ↑Di 16. Mär 2021, 13:11 Hallo
da habe ich auch mal wieder ein Problemchen.
Muss eine Rechteckspannung auswerten von 1Hz bis maximal 10kHz, dacht mir mache das wie hier beschrieben:
http://interface.khm.de/index.php/lab/i ... index.html
also an PIN 5, kann ich da nicht auch einen Optokoppler für nehmen anstelle der Schaltung mit dem BC 547?
cu
jodurino
Halloj.o.e hat geschrieben: ↑Di 16. Mär 2021, 16:29Braucht du die galvanische Trennung - oder wieso Optokoppler?jodurino hat geschrieben: ↑Di 16. Mär 2021, 13:11 Hallo
da habe ich auch mal wieder ein Problemchen.
Muss eine Rechteckspannung auswerten von 1Hz bis maximal 10kHz, dacht mir mache das wie hier beschrieben:
http://interface.khm.de/index.php/lab/i ... index.html
also an PIN 5, kann ich da nicht auch einen Optokoppler für nehmen anstelle der Schaltung mit dem BC 547?
cu
jodurino
Beschreib mal dein Signal / deine Signalquelle etwas genauer. Liefert die Quelle genug Power, um die LED im Optokoppler direkt anzusteuern?
Die Schaltung mit dem BC547 ist suboptimal, wenn nicht gar ungeeignet dimensiniert.
Dem Arduino-Pin was vorzuschalten ist vom Prinzip her keine schlechte Idee, z.B. wenn man über ein längeres Kabel da ran gehen will, das womöglich sogar noch an-und abgesteckt wird.