GPIO Eingang bei langer Leitung schuetzen...

Heinz Schmitz wrote:
> Einfacher:

Anders ja, und funktioieren wird\'s auch. Aber einfacher?


--
/¯\\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
 X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \\ Mail | -- No unannounced, large, binary attachments, please! --
 
Am 11.05.20 um 14:02 schrieb Helmut Schellong:
On 05/10/2020 21:10, Hartmut Kraus wrote:
Am 10.05.20 um 20:57 schrieb Helmut Schellong:
[...]
Aber egal - hab\' jetzt den neuesten Stand \'rüberkopiert. Und \"Muster
2\" aus der Datenbank gelöscht. ;)

Du hast da umfangreiche Änderungen vorgenommen.

o  Script-Blöcke und Script-Abschnitte in ihrer Reihenfolge neu arrangiert.
o  Script-Blöcke in andere Script-Blöcke hinein verschmolzen.
o  Erweiterungen eingefügt.
o  Funktionsargumente entfernt.
o  Funktionsargumente gegen andere ausgetauscht.
o  Details modifiziert:
.    $( function() { ... });
.          --
.       function feld_mengeneinheit_autocomplete() { $(...) }
Etc.

Jetzt der Fehler, nach dem ich mich gerade dumm und dämlich suche -
kommst du drauf?:

Mit dem Dialog eine neue Leistung erfasst => die Arrays werden aus der
Datenbank neu eingelesen (refreshArrays ())

Rückmeldung: Schau mal in \"AngebotPosition.php\" ab // Callback vom Dialog

requestXMLHttp ... () ruft bei erfolgreicher Ausführung
responseRefreshArrays ... () auf,

die wiederum refreshArrLeistungen () (\"Angebot.php\", ab Zeile189)

Die soll also das PHP - Array $_SESSION[\'arrLeistungen\'] in das JS -
Array \"arrLeistungen\" umsetzen und die Session - Variable
$_SESSION[\'cntLeistungen\'] in die JS - Variable \"cntLeistungen\" kopieren.

Die funktioniert wenn die Seiteneu geladen wird, schon ( (\"Angebot.php\",
Zeile 200), aber komischerweise beim Aufruf aus responseRefreshArrays
.... () nicht.

Das Array wird in der Funktion leistung_erfasst () (\"funktionen\".js, ab
Zeile 42) gebraucht, und da muss ich feststellen, dass die neu erfasste
Leistung einfach noch nicht drin ist, trotz aller \"refreshs\". ;)
Ergebnis: function check_feld .. () öffnet jedesmal den Dialog \"Leistung
erfassen\" wieder ...

Kommst du da nach? Warum funzt das beim Neuladen der Seite anstandslos,
aber hier nicht? Werd\' bals bleede. ;)

http://hkraus.eu/
 
Am 11.05.20 um 14:02 schrieb Helmut Schellong:
On 05/10/2020 21:10, Hartmut Kraus wrote:
Am 10.05.20 um 20:57 schrieb Helmut Schellong:
[...]
Aber egal - hab\' jetzt den neuesten Stand \'rüberkopiert. Und \"Muster
2\" aus der Datenbank gelöscht. ;)

Du hast da umfangreiche Änderungen vorgenommen.

o  Script-Blöcke und Script-Abschnitte in ihrer Reihenfolge neu arrangiert.
o  Script-Blöcke in andere Script-Blöcke hinein verschmolzen.
o  Erweiterungen eingefügt.
o  Funktionsargumente entfernt.
o  Funktionsargumente gegen andere ausgetauscht.
o  Details modifiziert:
.    $( function() { ... });
.          --
.       function feld_mengeneinheit_autocomplete() { $(...) }
Etc.

Jetzt der Fehler, nach dem ich mich gerade dumm und dämlich suche -
kommst du drauf?:

Mit dem Dialog eine neue Leistung erfasst => die Arrays werden aus der
Datenbank neu eingelesen (refreshArrays ())

Rückmeldung: Schau mal in \"AngebotPosition.php\" ab // Callback vom Dialog

requestXMLHttp ... () ruft bei erfolgreicher Ausführung
responseRefreshArrays ... () auf,

die wiederum refreshArrLeistungen () (\"Angebot.php\", ab Zeile189)

Die soll also das PHP - Array $_SESSION[\'arrLeistungen\'] in das JS -
Array \"arrLeistungen\" umsetzen und die Session - Variable
$_SESSION[\'cntLeistungen\'] in die JS - Variable \"cntLeistungen\" kopieren.

Die funktioniert wenn die Seiteneu geladen wird, schon ( (\"Angebot.php\",
Zeile 200), aber komischerweise beim Aufruf aus responseRefreshArrays
.... () nicht.

Das Array wird in der Funktion leistung_erfasst () (\"funktionen\".js, ab
Zeile 42) gebraucht, und da muss ich feststellen, dass die neu erfasste
Leistung einfach noch nicht drin ist, trotz aller \"refreshs\". ;)
Ergebnis: function check_feld .. () öffnet jedesmal den Dialog \"Leistung
erfassen\" wieder ...

Kommst du da nach? Warum funzt das beim Neuladen der Seite anstandslos,
aber hier nicht? Werd\' bals bleede. ;)

http://hkraus.eu/
 
Am 11.05.20 um 15:36 schrieb Hartmut Kraus:
Am 11.05.20 um 14:02 schrieb Helmut Schellong:
On 05/10/2020 21:10, Hartmut Kraus wrote:
Am 10.05.20 um 20:57 schrieb Helmut Schellong:
[...]
Aber egal - hab\' jetzt den neuesten Stand \'rüberkopiert. Und \"Muster
2\" aus der Datenbank gelöscht. ;)

Du hast da umfangreiche Änderungen vorgenommen.

o  Script-Blöcke und Script-Abschnitte in ihrer Reihenfolge neu
arrangiert.
o  Script-Blöcke in andere Script-Blöcke hinein verschmolzen.
o  Erweiterungen eingefügt.
o  Funktionsargumente entfernt.
o  Funktionsargumente gegen andere ausgetauscht.
o  Details modifiziert:
.    $( function() { ... });
.          --
.       function feld_mengeneinheit_autocomplete() { $(...) }
Etc.

Jetzt der Fehler, nach dem ich mich gerade dumm und dämlich suche -
kommst du drauf?:

Mit dem Dialog eine neue Leistung erfasst

(Der öffnet sich, wenn im Feld \"Bezeichnung\" irgendwas drinsteht, was in
der Liste nicht gefunden wird)

=>  die  Arrays werden aus der
Datenbank neu eingelesen (refreshArrays ())

Rückmeldung: Schau mal in \"AngebotPosition.php\" ab // Callback vom Dialog

requestXMLHttp ... () ruft bei erfolgreicher Ausführung
responseRefreshArrays ... () auf,

die wiederum refreshArrLeistungen () (\"Angebot.php\", ab Zeile189)

Die soll also das PHP - Array $_SESSION[\'arrLeistungen\'] in das JS -
Array \"arrLeistungen\" umsetzen und die Session - Variable
$_SESSION[\'cntLeistungen\'] in die JS - Variable \"cntLeistungen\" kopieren.

Die funktioniert wenn die Seiteneu geladen wird, schon ( (\"Angebot.php\",
Zeile 200), aber komischerweise beim Aufruf aus  responseRefreshArrays
... () nicht.

Das Array wird in der Funktion leistung_erfasst () (\"funktionen\".js, ab
Zeile 42) gebraucht, und da muss ich feststellen, dass die neu erfasste
Leistung einfach noch nicht drin ist, trotz aller \"refreshs\". ;)
Ergebnis: function check_feld .. () öffnet jedesmal den Dialog \"Leistung
erfassen\" wieder ...

Kommst du da nach? Warum funzt das beim Neuladen der Seite anstandslos,
aber hier nicht? Werd\' bals bleede. ;)

http://hkraus.eu/

--
http://hkraus.eu/
 
Am 11.05.20 um 15:36 schrieb Hartmut Kraus:
Am 11.05.20 um 14:02 schrieb Helmut Schellong:
On 05/10/2020 21:10, Hartmut Kraus wrote:
Am 10.05.20 um 20:57 schrieb Helmut Schellong:
[...]
Aber egal - hab\' jetzt den neuesten Stand \'rüberkopiert. Und \"Muster
2\" aus der Datenbank gelöscht. ;)

Du hast da umfangreiche Änderungen vorgenommen.

o  Script-Blöcke und Script-Abschnitte in ihrer Reihenfolge neu
arrangiert.
o  Script-Blöcke in andere Script-Blöcke hinein verschmolzen.
o  Erweiterungen eingefügt.
o  Funktionsargumente entfernt.
o  Funktionsargumente gegen andere ausgetauscht.
o  Details modifiziert:
.    $( function() { ... });
.          --
.       function feld_mengeneinheit_autocomplete() { $(...) }
Etc.

Jetzt der Fehler, nach dem ich mich gerade dumm und dämlich suche -
kommst du drauf?:

Mit dem Dialog eine neue Leistung erfasst

(Der öffnet sich, wenn im Feld \"Bezeichnung\" irgendwas drinsteht, was in
der Liste nicht gefunden wird)

=>  die  Arrays werden aus der
Datenbank neu eingelesen (refreshArrays ())

Rückmeldung: Schau mal in \"AngebotPosition.php\" ab // Callback vom Dialog

requestXMLHttp ... () ruft bei erfolgreicher Ausführung
responseRefreshArrays ... () auf,

die wiederum refreshArrLeistungen () (\"Angebot.php\", ab Zeile189)

Die soll also das PHP - Array $_SESSION[\'arrLeistungen\'] in das JS -
Array \"arrLeistungen\" umsetzen und die Session - Variable
$_SESSION[\'cntLeistungen\'] in die JS - Variable \"cntLeistungen\" kopieren.

Die funktioniert wenn die Seiteneu geladen wird, schon ( (\"Angebot.php\",
Zeile 200), aber komischerweise beim Aufruf aus  responseRefreshArrays
... () nicht.

Das Array wird in der Funktion leistung_erfasst () (\"funktionen\".js, ab
Zeile 42) gebraucht, und da muss ich feststellen, dass die neu erfasste
Leistung einfach noch nicht drin ist, trotz aller \"refreshs\". ;)
Ergebnis: function check_feld .. () öffnet jedesmal den Dialog \"Leistung
erfassen\" wieder ...

Kommst du da nach? Warum funzt das beim Neuladen der Seite anstandslos,
aber hier nicht? Werd\' bals bleede. ;)

http://hkraus.eu/

--
http://hkraus.eu/
 
Am 11.05.20 um 15:35 schrieb Axel Berger:
Gerrit Heitsch wrote:
Das weiss ich, aber der ist noch encoded mit diesen %-Werten. Die muss
man dann von Hand umschreiben damit die URL funktioniert.

Nö wieso?

Ist nun mal so. Probier es aus.

Wenn überhaupt dann genau andersrum. Ich habe ganz konkret
gerade einen URL als eMail verschickt und mußte darin Leerzeichen in %20
ändern, damit er funktioniert.

Seltsame Software. Mehr als Anführungszeichen drumrum hab ich noch nie
gebraucht.

Hanno

--
The modern conservative is engaged in one of man\'s oldest exercises in
moral philosophy; that is, the search for a superior moral justification
for selfishness.
- John Kenneth Galbraith
 
Am 11.05.20 um 15:35 schrieb Axel Berger:
Gerrit Heitsch wrote:
Das weiss ich, aber der ist noch encoded mit diesen %-Werten. Die muss
man dann von Hand umschreiben damit die URL funktioniert.

Nö wieso?

Ist nun mal so. Probier es aus.

Wenn überhaupt dann genau andersrum. Ich habe ganz konkret
gerade einen URL als eMail verschickt und mußte darin Leerzeichen in %20
ändern, damit er funktioniert.

Seltsame Software. Mehr als Anführungszeichen drumrum hab ich noch nie
gebraucht.

Hanno

--
The modern conservative is engaged in one of man\'s oldest exercises in
moral philosophy; that is, the search for a superior moral justification
for selfishness.
- John Kenneth Galbraith
 
Hanno Foest wrote:
> Mehr als Anführungszeichen drumrum hab ich noch nie gebraucht.

Kann gut sein, daß die auch gegangen wären. Ich repariere lieber als
Krücken drumzuwickeln.


--
/¯\\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
 X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \\ Mail | -- No unannounced, large, binary attachments, please! --
 
Hanno Foest wrote:
> Mehr als Anführungszeichen drumrum hab ich noch nie gebraucht.

Kann gut sein, daß die auch gegangen wären. Ich repariere lieber als
Krücken drumzuwickeln.


--
/¯\\ No | Dipl.-Ing. F. Axel Berger Tel: +49/ 221/ 7771 8067
\\ / HTML | Roald-Amundsen-Straße 2a Fax: +49/ 221/ 7771 8069
 X in | D-50829 Köln-Ossendorf http://berger-odenthal.de
/ \\ Mail | -- No unannounced, large, binary attachments, please! --
 
Am 11.05.20 um 16:04 schrieb Axel Berger:

Mehr als Anführungszeichen drumrum hab ich noch nie gebraucht.

Kann gut sein, daß die auch gegangen wären. Ich repariere lieber als
Krücken drumzuwickeln.

Du reparierst gar nicht, du machst kaputt, siehe das von dir zitierte
nicht mehr \"ü\". Angesichts der Verwendung solcher Soft muß man sich dann
auch nicht mehr über Probleme mit Leerzeichen wundern - die gehören zwar
nicht in URLs, aber gängige Soft kann damit durchaus umgehen.

Hanno

--
The modern conservative is engaged in one of man\'s oldest exercises in
moral philosophy; that is, the search for a superior moral justification
for selfishness.
- John Kenneth Galbraith
 
Am 11.05.20 um 16:04 schrieb Axel Berger:

Mehr als Anführungszeichen drumrum hab ich noch nie gebraucht.

Kann gut sein, daß die auch gegangen wären. Ich repariere lieber als
Krücken drumzuwickeln.

Du reparierst gar nicht, du machst kaputt, siehe das von dir zitierte
nicht mehr \"ü\". Angesichts der Verwendung solcher Soft muß man sich dann
auch nicht mehr über Probleme mit Leerzeichen wundern - die gehören zwar
nicht in URLs, aber gängige Soft kann damit durchaus umgehen.

Hanno

--
The modern conservative is engaged in one of man\'s oldest exercises in
moral philosophy; that is, the search for a superior moral justification
for selfishness.
- John Kenneth Galbraith
 
On 10.05.20 17:17, Rainer Knaepper wrote:
rolfnospambombach@invalid.invalid (Rolf Bombach) am 09.05.20 um 22:38:
Joerg schrieb:

Sehr praktisch, sieht allerdings \"utilitarian\" aus. Ich nehme oft
diese Sorte, mit Dichtung und moeglichst UV-fest, sodass es auch
draussen benutzt montiert werden kann:

https://www.ebay.com/itm/5Pcs-Plastic-Waterproof-Electronic-Projec
t-Enclosure-Cover-Box-Case-USA/362969421296

Sehe ich das richtig, \"waterproof\" und ein nicht-\"endloser\" O-Ring
als Dichtung?

\"Waterproof\" bedeutet ja nicht unbedingt \"untertauchfähig\". Wenn es
gegen Beregnung dicht genug ist, ist das /auch/ \"waterproof\". Das
gezeigte Gehäuse scheint mir für den Außenwandeinsatz gut genug zu
sein. Es bliebe die Frage, ob es passende, abgedichtete
Kabeldurchführungen dafür gibt.

Siehe IP-Schutzklassen:
IPx4: Schutz gegen allseitiges Spritzwasser
IPx8: Schutz gegen dauerndes Untertauchen

Josef
 
On 10.05.20 17:17, Rainer Knaepper wrote:
rolfnospambombach@invalid.invalid (Rolf Bombach) am 09.05.20 um 22:38:
Joerg schrieb:

Sehr praktisch, sieht allerdings \"utilitarian\" aus. Ich nehme oft
diese Sorte, mit Dichtung und moeglichst UV-fest, sodass es auch
draussen benutzt montiert werden kann:

https://www.ebay.com/itm/5Pcs-Plastic-Waterproof-Electronic-Projec
t-Enclosure-Cover-Box-Case-USA/362969421296

Sehe ich das richtig, \"waterproof\" und ein nicht-\"endloser\" O-Ring
als Dichtung?

\"Waterproof\" bedeutet ja nicht unbedingt \"untertauchfähig\". Wenn es
gegen Beregnung dicht genug ist, ist das /auch/ \"waterproof\". Das
gezeigte Gehäuse scheint mir für den Außenwandeinsatz gut genug zu
sein. Es bliebe die Frage, ob es passende, abgedichtete
Kabeldurchführungen dafür gibt.

Siehe IP-Schutzklassen:
IPx4: Schutz gegen allseitiges Spritzwasser
IPx8: Schutz gegen dauerndes Untertauchen

Josef
 
Am 11.05.20 um 15:36 schrieb Hartmut Kraus:
Am 11.05.20 um 14:02 schrieb Helmut Schellong:
On 05/10/2020 21:10, Hartmut Kraus wrote:
Am 10.05.20 um 20:57 schrieb Helmut Schellong:
[...]
Aber egal - hab\' jetzt den neuesten Stand \'rüberkopiert. Und \"Muster
2\" aus der Datenbank gelöscht. ;)

Du hast da umfangreiche Änderungen vorgenommen.

o  Script-Blöcke und Script-Abschnitte in ihrer Reihenfolge neu
arrangiert.
o  Script-Blöcke in andere Script-Blöcke hinein verschmolzen.
o  Erweiterungen eingefügt.
o  Funktionsargumente entfernt.
o  Funktionsargumente gegen andere ausgetauscht.
o  Details modifiziert:
.    $( function() { ... });
.          --
.       function feld_mengeneinheit_autocomplete() { $(...) }
Etc.

Jetzt der Fehler, nach dem ich mich gerade dumm und dämlich suche -
kommst du drauf?:

Mit dem Dialog eine neue Leistung erfasst =>  die  Arrays werden aus der
Datenbank neu eingelesen (refreshArrays ())

Rückmeldung: Schau mal in \"AngebotPosition.php\" ab // Callback vom Dialog

requestXMLHttp ... () ruft bei erfolgreicher Ausführung
responseRefreshArrays ... () auf,

die wiederum refreshArrLeistungen () (\"Angebot.php\", ab Zeile189)

Die soll also das PHP - Array $_SESSION[\'arrLeistungen\'] in das JS -
Array \"arrLeistungen\" umsetzen und die Session - Variable
$_SESSION[\'cntLeistungen\'] in die JS - Variable \"cntLeistungen\" kopieren.

Die funktioniert wenn die Seiteneu geladen wird, schon ( (\"Angebot.php\",
Zeile 200), aber komischerweise beim Aufruf aus  responseRefreshArrays
... () nicht.

Das Array wird in der Funktion leistung_erfasst () (\"funktionen\".js, ab
Zeile 42) gebraucht, und da muss ich feststellen, dass die neu erfasste
Leistung einfach noch nicht drin ist, trotz aller \"refreshs\". ;)
Ergebnis: function check_feld .. () öffnet jedesmal den Dialog \"Leistung
erfassen\" wieder ...

Kommst du da nach? Warum funzt das beim Neuladen der Seite anstandslos,
aber hier nicht? Werd\' bals bleede. ;)

Ich hab\'s. ;) Irgendwie komisch, wie oft ging mir das schon so: Kaum
hab\' ich jemanden gefragt, schon komme ich selber drauf.
 
On 09.05.20 22:48, Gerrit Heitsch wrote:
> On 5/9/20 10:44 PM, Falk Willberg wrote:

....

Nicht überall. Es gibt auch SW-Entwickler, die mit ARM Cortex M3 und
256k Flash hervorragende Regelungen mit Menübedienung, Feldbus, LAN etc.
so bauen, daß die ohne Update-Möglichkeit im Feld länger leben als die
Backup-Batterien der RTC.

256 KB Flash ist allerdings schon ziemlich üppig.

Kommt darauf an. Ein Bekannter (Java-Programmierer) meinte mal, mit 256
*M*Byte ginge gar nichts.

Manches geht auch bequem in 1KB, persönlich habe ich mit CPUs zwischen
32K und 4M Flash zu tun. Manchmal wird auch eine mit 1MB eingesetzt,
weil sie wegen vieler GPIOs billiger als die 32k-Version+Extender ist.

Ausserdem lege ich persönlich Wert darauf, daß auch debug-fähiger Code
ins Flash passt. Bei Stückzahlen < 10k ist mehr Flash oft billiger als
weniger.

YMMV,
Falk
 
Am 11.05.20 um 15:36 schrieb Hartmut Kraus:
Am 11.05.20 um 14:02 schrieb Helmut Schellong:
On 05/10/2020 21:10, Hartmut Kraus wrote:
Am 10.05.20 um 20:57 schrieb Helmut Schellong:
[...]
Aber egal - hab\' jetzt den neuesten Stand \'rüberkopiert. Und \"Muster
2\" aus der Datenbank gelöscht. ;)

Du hast da umfangreiche Änderungen vorgenommen.

o  Script-Blöcke und Script-Abschnitte in ihrer Reihenfolge neu
arrangiert.
o  Script-Blöcke in andere Script-Blöcke hinein verschmolzen.
o  Erweiterungen eingefügt.
o  Funktionsargumente entfernt.
o  Funktionsargumente gegen andere ausgetauscht.
o  Details modifiziert:
.    $( function() { ... });
.          --
.       function feld_mengeneinheit_autocomplete() { $(...) }
Etc.

Jetzt der Fehler, nach dem ich mich gerade dumm und dämlich suche -
kommst du drauf?:

Mit dem Dialog eine neue Leistung erfasst =>  die  Arrays werden aus der
Datenbank neu eingelesen (refreshArrays ())

Rückmeldung: Schau mal in \"AngebotPosition.php\" ab // Callback vom Dialog

requestXMLHttp ... () ruft bei erfolgreicher Ausführung
responseRefreshArrays ... () auf,

die wiederum refreshArrLeistungen () (\"Angebot.php\", ab Zeile189)

Die soll also das PHP - Array $_SESSION[\'arrLeistungen\'] in das JS -
Array \"arrLeistungen\" umsetzen und die Session - Variable
$_SESSION[\'cntLeistungen\'] in die JS - Variable \"cntLeistungen\" kopieren.

Die funktioniert wenn die Seiteneu geladen wird, schon ( (\"Angebot.php\",
Zeile 200), aber komischerweise beim Aufruf aus  responseRefreshArrays
... () nicht.

Das Array wird in der Funktion leistung_erfasst () (\"funktionen\".js, ab
Zeile 42) gebraucht, und da muss ich feststellen, dass die neu erfasste
Leistung einfach noch nicht drin ist, trotz aller \"refreshs\". ;)
Ergebnis: function check_feld .. () öffnet jedesmal den Dialog \"Leistung
erfassen\" wieder ...

Kommst du da nach? Warum funzt das beim Neuladen der Seite anstandslos,
aber hier nicht? Werd\' bals bleede. ;)

Ich hab\'s. ;) Irgendwie komisch, wie oft ging mir das schon so: Kaum
hab\' ich jemanden gefragt, schon komme ich selber drauf.
 
On 05/09/2020 22:58, Falk Willberg wrote:

Ich bestreite nicht, daß es auch andere Programmiersprachen gibt, die
genauso gut von Embedded mit Ressourcen im Kilo-Bereich (-Byte, -Hz...)
bis zu Betriebssystemen mit Millionen Zeilen Source-Code gibt. Ich kenne
nur keine.

Die sind alle in C und geringfügig in Assembler geschrieben.
Linux, FreeBSD, *BSD, Windows, macOS, ...: C


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
www.schellong.de www.schellong.com www.schellong.biz
http://www.schellong.de/c.htm
http://www.schellong.de/htm/audio_proj.htm
http://www.schellong.de/htm/audio_unsinn.htm
 
Meat Plow <meat@petitmorte.net> wrote:

Ran into similar design phenomena in a Berringer Euro Power powered
mixer. Left me sitting scratching my noggin wondering what the hell
were they thinking.

Well Meat, you answered your own question there ! It was a Behringer, so
they weren\'t thinking at all ... !! d;~}

Arfa


Heh I don\'t even know how to spell the damn name. I won\'t work on that
crap unless it\'s store stock. However I was mildly impressed
(sonically) with the BX4500 amp. I won\'t look inside, that will no
doubt spoil things.

Makes me want to resurrect my old Harmon Kardon A500 tube amp with its
ambiance knob set high!
 
On 05/09/2020 22:58, Falk Willberg wrote:

Ich bestreite nicht, daß es auch andere Programmiersprachen gibt, die
genauso gut von Embedded mit Ressourcen im Kilo-Bereich (-Byte, -Hz...)
bis zu Betriebssystemen mit Millionen Zeilen Source-Code gibt. Ich kenne
nur keine.

Die sind alle in C und geringfügig in Assembler geschrieben.
Linux, FreeBSD, *BSD, Windows, macOS, ...: C


--
Mit freundlichen Grüßen
Helmut Schellong var@schellong.biz
www.schellong.de www.schellong.com www.schellong.biz
http://www.schellong.de/c.htm
http://www.schellong.de/htm/audio_proj.htm
http://www.schellong.de/htm/audio_unsinn.htm
 
On 5/9/20 11:30 PM, Falk Willberg wrote:
On 09.05.20 22:48, Gerrit Heitsch wrote:
On 5/9/20 10:44 PM, Falk Willberg wrote:

...

Nicht überall. Es gibt auch SW-Entwickler, die mit ARM Cortex M3 und
256k Flash hervorragende Regelungen mit Menübedienung, Feldbus, LAN etc.
so bauen, daß die ohne Update-Möglichkeit im Feld länger leben als die
Backup-Batterien der RTC.

256 KB Flash ist allerdings schon ziemlich üppig.

Kommt darauf an. Ein Bekannter (Java-Programmierer) meinte mal, mit 256
*M*Byte ginge gar nichts.

Ja. Hast du ihn dann auf die berühmten 640 KB hingewiesen mit denen ein
DOS-Rechner sehr lange auskommen musste?

Java ist ein Ausreisser, man hat den Verdacht, daß der/die
Sprachdesigner Aktien von RAM-Herstellern hatte.

Gerrit
 

Welcome to EDABoard.com

Sponsor

Back
Top