Gibt es hier jemanden der professionell Automaten programmiert? Automaten wie an der Tankstelle, Kaffee Automaten, Bank Automaten, etc. Ich frage mich immer warum da gefühlt 6s delays zwischen den Menu Ansprüngen drin sind (Touchscreen). Und dabei handelt es sich nicht um Transaktionen oder fette DB Queries sondern meist einfach nur durch die Menus hangeln. Ist deren Hardware dermaßen unter dimensioniert oder machen die da absichtlich delays rein?
:
Bearbeitet durch User
Philipp G. schrieb: > Ist deren Hardware dermaßen unter dimensioniert oder machen die da > absichtlich delays rein? Da läuft Windows im Hintergrund ;)
Philipp G. schrieb: > Ich frage mich immer warum da gefühlt 6s delays zwischen den Menu > Ansprüngen drin sind (Touchscreen). muss so sein .... ;-) https://eur-lex.europa.eu/legal-content/DE/TXT/PDF/?uri=CELEX%3A32019R2021
Ich denke der Automat schickt bei jeder Aktion eine Abfrage an den/die Server. Und bis die zurück ist, dauert es halt.
Philipp G. schrieb: > Ist deren Hardware dermaßen unter dimensioniert oder machen die da > absichtlich delays rein? Absichtlich natürlich nicht. Aber: * Man setzt robuste und bewährte (alte) Hardware ein => langsam * Das Automatenleben (bzw. Produktlebenszyklus) ist lange => noch älter * Hardware soll günstig sein => noch älter * Programmierung soll auch günstig und einfach sein, trotzdem robust: langsamerer Code, möglichst Vermeidung von Asynchronität * Es finden oft Abfragen gegen andere Hardwaremodule ("darf ich Kartenzahlung anbieten oder ging das gerade kaputt, ist noch Kaffee da etc.) statt oder auch gegen den entfernten Webserver. Auch wenn sich das mit Caches lösen lassen könnte. Muss halt nur "good enough" sein: wenn du vor dem Kaffeeautomaten stehst dann drückst du dir einen runter egal ob das UI flutscht oder mal zwei Sekunden rödelt
Philipp G. schrieb: > machen die da absichtlich delays rein? Schlecht programmiert, nicht vernünftig an die Hardware angepasst. Bei vielen Systemen ist der Transfer zu den Displays langsam und man achtet nicht drauf, die Darstellung an diese Einschränkung passend zu wählen. Manche nutzen auch ein Framework auf dafür unzureichender Hardware. Schnell zusammengezimmert.
Weil der Rechner der das HD-Display und den ganzen Bloat darstellt und abfragt nicht vernünftig gekühlt wird. Und ja, wie im anderen Thread: Es ist okay wenn da Windows XP im Kioskmodus läuft. Das ist nicht das Problem.
Da laufen oft, wenn nicht sogar immer Windows machinen. Ich sah des oefteren mal eine neu booten, rebooten. Die koennen von Ferne angesteuert, und umprogrammiert werden. Wenn die dann 4 Mal rebooten muessen, ist ein halbe Stunde weg.
Jan H. schrieb: > Absichtlich natürlich nicht. Aber: > * Man setzt robuste und bewährte (alte) Hardware ein => langsam Solche Verarbeitungszeiten erinnern an den Atari von vor 35 Jahren, der bei genügend ungeschickter Programmierung das Menü stückweise von der Diskette abkratzen musste. Disketten sind (praktisch) ausgestorben und (fast) alles andere ist schneller.
Philipp G. schrieb: > Lieferfristen Automaten Philipp G. schrieb: > Ich frage mich immer warum da gefühlt 6s delays zwischen den Menu > Ansprüngen drin sind (Touchscreen). Und warum schreibt man das dann nicht in den Titel? Lieferfrist -> Frist für die Lieferung einer Ware
Was is das nur heutzutage, "alles" HiTech-Schrott oder Luxus?!. Die, die ich mit dem Lötkolben bearbeiten durfte, hatte eine "CPU" verteilt auf etlichen 8fach(?) Eurokarten und hatte NUR zwei 8" Disks. Eine für die Blacklist, die Andere für die Abhebungen. Aber Wartezeiten im "Menü", nee sowas gabs da nich.... OK, es gabs auch nur eines. :) Ach ja, lustig war der stink normal Save, mit Zahlenschloss und Schlüssel.... Ne, nich fürs Geld, für die Disks. :)
Abdul K. schrieb: > Das heißt du bist 75+. Echt lange her 8" gesehen zu haben. Nö, die Österreicher, haben sowas bis in die 90er genutzt. Nein, ich bin kein Schluchtenscheißer! Ich scheiß aufs Nördliche Hochplateau der Alpen. Nischen gibts.... Ich hatte zuvor noch ('88/89) an der HP260 rumprogrammiert. Da hatten wir sogar noch ein 8" Doppellaufwerk . :D (OK, genutzt wurden sie eher selten :)
Es ist Ignoranz zusammen mit fehlender Kundenrückmeldung. Wir haben seit Ende der 80er Steuerungen für den Bergbau gemacht. Dort ist jeder Tastendruck und jeder Augenblick Gold Wert. 100ms mehr pro Tastendruck mehr? 2 Tastendrücke mehr für die Bedienung? Das läppert sich auf mehrere Jahre an Arbeitszeit. Steve Jobs soll Mal ausgerechnet haben, wieviele Leben (komplette Menschenleben) es kostet, wenn der Startup so bliebe.
Teo D. schrieb: > Abdul K. schrieb: >> Das heißt du bist 75+. Echt lange her 8" gesehen zu haben. > > Nö, die Österreicher, haben sowas bis in die 90er genutzt. Die Bundeswehr hat das in den späten 90er noch genutzt, passend zur restlichen antiken IT.
Blechbieger schrieb: > Die Bundeswehr hat das in den späten 90er noch genutzt, passend zur > restlichen antiken IT. Ich weiß, der Rep.Platz für den T1, war 2m neben dran. :) Das waren 3 o. 4 Schaltschränke voll. Das manuelle Eingabemodul (Schrank), hatte fette Kippschalter für Bits und Co.... :DDD Das ganze lief mit sagenhaften 10MHz. Allerdings nicht mit so einem schönem Rechteck, wie wir das heute kennen. Sonder mit einem sauberen Sinus und "sauber" musste der absolut sein. Das kleinste, kaum auf dem Oszi zu erkennendes Manko und das Teil hat sich verzählt. Das eigentlich erstaunliche aber war, das der Baustein zur Takterzeugung, nicht mehr verfügbar war und ein Ersatzmodul, innerhalb von 24h Entwickelt, geabaut UND von der Bundeswehr genehmigt wurde. 8-o
Hält länger und an dem Ding rütteln bringt nix weil robust. Die lieben Kunden denken sich alles mögliche aus um "Freispiele" zu bekommen. Im Zweifel nimmst du immer nen Schneckenantrieb statt Schlaumechanik und wenn das ganze zu schnell reagiert kommen ältere nicht mit.
Auch bei den Fußgängerampeln und den Haltewunschtasten in der Straßenbahn sieht man schön, daß von Relaistechnik auf Windows umgestellt wurde. Ich drücke oft mehrmals auf die Taste, eh endlich das verdammte Licht angeht. Es dauert mehrere Sekunden.
MaWin schrieb: > Schlecht programmiert, nicht vernünftig an die Hardware angepasst. > > Bei vielen Systemen ist der Transfer zu den Displays langsam und man > achtet nicht drauf, die Darstellung an diese Einschränkung passend zu > wählen. > > Manche nutzen auch ein Framework auf dafür unzureichender Hardware. > Schnell zusammengezimmert. Das müssen dann aber richtig gute Dilettanten sein. Der Arduino mit AT328 ist sicherlich kein Renner, aber selbst damit habe ich die Reaktion auf eine Taste unter 500ms auf meinem I2C-Display. Wolfgang schrieb: > Solche Verarbeitungszeiten erinnern an den Atari von vor 35 Jahren, Die sind wieder aktuell: Ich habe Ende 2020 einen Laptop Medion Classmate mit Win_10 gekauft, da dauert absolut alles elendig lange. Während diese Dreckskiste noch den Cursor kreiselt, hat mein (deutlich schwächeres) Netbook mit Win_XP schon längst fertig kopiert. Peter D. schrieb: > Auch bei den Fußgängerampeln und den Haltewunschtasten in der > Straßenbahn sieht man schön, daß von Relaistechnik auf Windows > umgestellt wurde. Ich drücke oft mehrmals auf die Taste, eh endlich das > verdammte Licht angeht. Schlecht programmierte Entprellung? Anstatt mehrfach die Taste einmal etwas länger halten? Ich kann es nicht testen, da es in meinem Dorf keine Straßenbahn gibt und ich die einzige Fußgängerampel nicht benutze.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.