＜前スレ＞
パチンコ、パチスロの基盤のプログラム
http://pc11.2ch.net/test/read.cgi/tech/1066208836/
パチンコ、パチスロの基盤のプログラム 2
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2007/11/27(火) 13:44:422009/03/26(木) 14:24:41
リールの回転を凝視してるときは1種の催眠術にかかってるよな
70デフォルトの名無しさん
2009/03/27(金) 00:54:47 自作プログラムで21コマすべりとか作って自慰してます。
全子役と全ボーナスを組み合わせたフラグ作らないとならないのがウゼー
全子役と全ボーナスを組み合わせたフラグ作らないとならないのがウゼー
71デフォルトの名無しさん
2009/03/28(土) 19:11:13 1/10スケールぐらいのスロット実機作りたいね。
スロのプログラムはできるが、ハードは個人でやるとなるとかなり難しいのかな？
スロのプログラムはできるが、ハードは個人でやるとなるとかなり難しいのかな？
2009/03/30(月) 10:16:24
コインセレクタやホッパまで1/10で自作するとなると厳しいだろうな。
2009/03/30(月) 19:10:14
ホールじゃないからセレクタホッパーは要らないよね。
これらが無ければ何とかなる？
これらが無ければ何とかなる？
74デフォルトの名無しさん
2009/04/15(水) 21:00:22 制御表に著作権ってあるんですか？
たとえばエヴァ３の制御表を完璧に作って配布しても大丈夫ですか？
たとえばエヴァ３の制御表を完璧に作って配布しても大丈夫ですか？
2009/04/17(金) 14:38:40
>>74
著作権は無いが、リバースエンジニアリングしたのなら面倒ごとがあるかも。
著作権は無いが、リバースエンジニアリングしたのなら面倒ごとがあるかも。
2009/04/17(金) 17:26:04
ゲームでコツコツ出目をチェックします。リーバスしてないと証明はできませんが問題無いですか。
そしてまるまるリール配列も頂戴して、
自分で描いたリール画像を搭載してフリーソフトとして配布したら、やはり問題があるでしょうか？
そしてまるまるリール配列も頂戴して、
自分で描いたリール画像を搭載してフリーソフトとして配布したら、やはり問題があるでしょうか？
2009/04/17(金) 17:30:02
誰も「安全です」と保証などできんし、
仮に、裁判で戦えば勝てるかもしれないけど、そもそも戦うというオプションは
コストとかバカにならない。
いきなり1000万よこせとか裁判にされることはおそらくないだろうけど、
だれもそれを保証することはできないし、第一2ちゃんねるの書き込みなんか
当てにしないでほしい。
仮に、裁判で戦えば勝てるかもしれないけど、そもそも戦うというオプションは
コストとかバカにならない。
いきなり1000万よこせとか裁判にされることはおそらくないだろうけど、
だれもそれを保証することはできないし、第一2ちゃんねるの書き込みなんか
当てにしないでほしい。
2009/04/18(土) 16:50:51
2009/04/18(土) 21:04:49
80デフォルトの名無しさん
2009/04/23(木) 14:04:58 確変の時にヘソから入って保留された玉に大当たりが入っていて、
それを消化できず保留していたとします。
この保留が確変抜けたあとも大当たりフラグになるということはありますか？
それを消化できず保留していたとします。
この保留が確変抜けたあとも大当たりフラグになるということはありますか？
2009/04/23(木) 14:59:53
裏ロムの話もここでOKですか
2009/04/23(木) 19:19:12
>>81
他に話題もないしいいんじゃね？
他に話題もないしいいんじゃね？
2009/04/27(月) 14:57:56
2009/05/08(金) 20:23:13
2009/06/06(土) 02:19:11
パチスロの開発を仕事にしたいんだけど
Ｃ言語を勉強したら良いですか？
Ｃ言語を勉強したら良いですか？
2009/06/06(土) 07:51:01
2009/06/06(土) 18:03:49
マイコンでの開発か機種の台ごとの開発（これは設計とか企画っぽい）で違うだろうなー
野菜を売りたいけど経営を学ぶか野菜について学ぶか
野菜を売りたいけど経営を学ぶか野菜について学ぶか
8885
2009/06/07(日) 20:47:0089デフォルトの名無しさん
2009/08/03(月) 23:21:05 そーいえば過去に中古機購入してROM吸出しやチップ云々なんて4号機北斗時代に
したらばにいたようだけど
ｴﾝｼﾞﾆｱな見方するとﾎﾙｺﾝでの入出力管理が法定義務要件であるなら
スロのIN・OUT数がデータ通信されてなければエラーで動かない
という処置が必要になるんだけどどうなんだろ？
家庭用に売るならデータ通信の部分は必要ないからROMのﾌﾟﾛｸﾞﾗﾑを変えなきゃならない
となるんだけどね
したらばにいたようだけど
ｴﾝｼﾞﾆｱな見方するとﾎﾙｺﾝでの入出力管理が法定義務要件であるなら
スロのIN・OUT数がデータ通信されてなければエラーで動かない
という処置が必要になるんだけどどうなんだろ？
家庭用に売るならデータ通信の部分は必要ないからROMのﾌﾟﾛｸﾞﾗﾑを変えなきゃならない
となるんだけどね
90デフォルトの名無しさん
2009/08/03(月) 23:23:52 10数年前からLANになってるから以前のIBM仕様のｺﾝﾋﾟｭｰﾀと違って
ﾊﾟﾁﾝｺ・ｽﾛｯﾄへのデータ通信が簡単になったなとか
ﾊﾟﾁﾝｺ・ｽﾛｯﾄへのデータ通信が簡単になったなとか
2009/08/04(火) 09:41:50
92デフォルトの名無しさん
2009/08/04(火) 18:40:13 >>91
何か勘違いしてるのか？
スロット一台一台はIN・OUT数を中継機に送信して
ﾒｲﾝｺﾝﾋﾟｭｰﾀ（ﾎﾙｺﾝと呼んでるのか）が中継（GUIのないﾊﾟｿｺﾝか）を参照するか
で台ごとに集計管理しているで
旧式サンドって何だ？賞味期限切れてるんじゃないのか？
何か勘違いしてるのか？
スロット一台一台はIN・OUT数を中継機に送信して
ﾒｲﾝｺﾝﾋﾟｭｰﾀ（ﾎﾙｺﾝと呼んでるのか）が中継（GUIのないﾊﾟｿｺﾝか）を参照するか
で台ごとに集計管理しているで
旧式サンドって何だ？賞味期限切れてるんじゃないのか？
93デフォルトの名無しさん
2009/08/04(火) 18:48:41 ちなみになに
サブ基板の液晶画面はＣ++、あたりハズレ抽選などはＣで開発されてると
質問サイトに書いてあったな
中継機←スロット（ＩＰは必要ないだろな）は、ＵＳＢ等の類のケーブルで
MAX20台単位くらいで接続してるんかな、
ならＬＡＮでパソコンから中継機を見れるな
サブ基板の液晶画面はＣ++、あたりハズレ抽選などはＣで開発されてると
質問サイトに書いてあったな
中継機←スロット（ＩＰは必要ないだろな）は、ＵＳＢ等の類のケーブルで
MAX20台単位くらいで接続してるんかな、
ならＬＡＮでパソコンから中継機を見れるな
2009/08/04(火) 19:37:23
最近の基盤はほぼLinuxだよ。
Linuxのおかげでサブ基盤が無くなった。
Linuxのおかげでサブ基盤が無くなった。
95デフォルトの名無しさん
2009/08/04(火) 20:27:55 アマチュアのプログラム知識者か、Linuxは個人向け
4号機北斗の頃にROM吸出ししてた人いた頃、中堅以上のホールには
液晶タッチパネルで台別に差枚数のデータもリアルタイムで表示されてたけどね
4号機北斗の頃にROM吸出ししてた人いた頃、中堅以上のホールには
液晶タッチパネルで台別に差枚数のデータもリアルタイムで表示されてたけどね
96デフォルトの名無しさん
2009/08/04(火) 20:30:03 アマチュアだとＣＳ機云々とか何かつじつまが変な
間違った知識というかおかしな理解の仕方してるのかな？
間違った知識というかおかしな理解の仕方してるのかな？
2009/08/04(火) 20:32:19
>>94
ﾒﾁｬｸﾁｬｗ
ﾒﾁｬｸﾁｬｗ
2009/08/04(火) 22:36:18
ホールコンピュータ用のＩＮ・ＯＵＴの信号の取り出しと
サンドからの信号をごっちゃにしてる？
ＩＮ・ＯＵＴは、お客が獲得したメダルの数とお客が投入したメダルの数を
センサーでカウントし、外部に出力する機構で
パチスロ本来の動作とは、全く無関係だし、パチスロの動作に
全く影響を与えないと思うんだけど。
サンドからの信号は、払い出しの動作に影響を与えると思うけど、
大当たりの動作とは無関係。
だった気がする。
サンドからの信号をごっちゃにしてる？
ＩＮ・ＯＵＴは、お客が獲得したメダルの数とお客が投入したメダルの数を
センサーでカウントし、外部に出力する機構で
パチスロ本来の動作とは、全く無関係だし、パチスロの動作に
全く影響を与えないと思うんだけど。
サンドからの信号は、払い出しの動作に影響を与えると思うけど、
大当たりの動作とは無関係。
だった気がする。
99デフォルトの名無しさん
2009/08/05(水) 00:51:35 >>98
何でセンサーなんだ？ドコで聞いたんだ？
ＲＯＭのﾌﾟﾛｸﾞﾗﾑでｺﾝﾋﾟｭｰﾀのデータを送信してるのに
センサーとやらを経由したら、そこからまたｺﾝﾋﾟｭｰﾀのデータに変換しなければ
ﾎﾙｺﾝ中継機→ﾒｲﾝｺﾝﾋﾟｭｰﾀとデータ集計ができない
また、センサーとやらを経由してｺﾝﾋﾟｭｰﾀのデータに変換するには
ココにもﾌﾟﾛｸﾞﾗﾑが必要でＲＯＭとデータＬＩＮＫしてるになるが
そんなﾒﾁｬｸﾁｬなことするのは機構的・実質（詰まったらデータ漏れの欠陥で設計ミス）
つまりはROMはｺﾝﾋﾟｭｰﾀのデータなのに、何で別のセンサーとやらを経由して
そこからｺﾝﾋﾟｭｰﾀﾃﾞｰﾀに変換してﾎﾙｺﾝにデータ送信(ココにもﾌﾟﾛｸﾞﾗﾑ必要になるｿﾞ)なんておかしい
キミ、ｺﾝﾋﾟｭｰﾀ知識ないだろ？
何でセンサーなんだ？ドコで聞いたんだ？
ＲＯＭのﾌﾟﾛｸﾞﾗﾑでｺﾝﾋﾟｭｰﾀのデータを送信してるのに
センサーとやらを経由したら、そこからまたｺﾝﾋﾟｭｰﾀのデータに変換しなければ
ﾎﾙｺﾝ中継機→ﾒｲﾝｺﾝﾋﾟｭｰﾀとデータ集計ができない
また、センサーとやらを経由してｺﾝﾋﾟｭｰﾀのデータに変換するには
ココにもﾌﾟﾛｸﾞﾗﾑが必要でＲＯＭとデータＬＩＮＫしてるになるが
そんなﾒﾁｬｸﾁｬなことするのは機構的・実質（詰まったらデータ漏れの欠陥で設計ミス）
つまりはROMはｺﾝﾋﾟｭｰﾀのデータなのに、何で別のセンサーとやらを経由して
そこからｺﾝﾋﾟｭｰﾀﾃﾞｰﾀに変換してﾎﾙｺﾝにデータ送信(ココにもﾌﾟﾛｸﾞﾗﾑ必要になるｿﾞ)なんておかしい
キミ、ｺﾝﾋﾟｭｰﾀ知識ないだろ？
100デフォルトの名無しさん
2009/08/05(水) 01:03:37 ﾊﾟｿｺﾝ持ってるなら理解できると思うが
ｽﾛｯﾄの基板にはROMとRAM(ﾒﾓﾘｰね、ﾌﾟﾛｸﾞﾗﾑがﾛｰﾄﾞして・動く)
ここでｾﾝｻｰからﾒﾀﾞﾙの投入・払い出し枚数も抽選で決まる
(ついでにﾘｰﾙ制御のﾃﾞｰﾀも送信)
このﾌﾟﾛｸﾞﾗﾑであるからのｺﾝﾋﾟｭｰﾀのﾃﾞｰﾀをﾎﾙｺﾝに送信、
以外のドコにﾜｹﾜｶﾗﾝ機器構成になるようなﾃﾞｰﾀ変換して送信するﾌﾟﾛｸﾞﾗﾑが
あるというか必要になるんだ？
理解できるかなぁ、;^^
ｽﾛｯﾄの基板にはROMとRAM(ﾒﾓﾘｰね、ﾌﾟﾛｸﾞﾗﾑがﾛｰﾄﾞして・動く)
ここでｾﾝｻｰからﾒﾀﾞﾙの投入・払い出し枚数も抽選で決まる
(ついでにﾘｰﾙ制御のﾃﾞｰﾀも送信)
このﾌﾟﾛｸﾞﾗﾑであるからのｺﾝﾋﾟｭｰﾀのﾃﾞｰﾀをﾎﾙｺﾝに送信、
以外のドコにﾜｹﾜｶﾗﾝ機器構成になるようなﾃﾞｰﾀ変換して送信するﾌﾟﾛｸﾞﾗﾑが
あるというか必要になるんだ？
理解できるかなぁ、;^^
101デフォルトの名無しさん
2009/08/05(水) 01:14:59 半角カタカナ混じり文ってうさんくさく見えるよな。
俺もパソ通の昔やってたことあったし、ケータイ用変換とかで今でも見るけどさ。
俺もパソ通の昔やってたことあったし、ケータイ用変換とかで今でも見るけどさ。
102デフォルトの名無しさん
2009/08/05(水) 01:18:07103デフォルトの名無しさん
2009/08/05(水) 01:26:54 「センサー」というなら、ＲＯＭのプログラムとホルコンへの
データの流れを踏まえて詳しく教えてくれないか？
ROMのﾌﾟﾛｸﾞﾗﾑのｺﾝﾋﾟｭｰﾀのﾃﾞｰﾀ→中継機（ﾊﾟｿｺﾝ同等）→ﾒｲﾝﾎﾙｺﾝで台別に集計
の流れで
台の中ではROM(実際はRAM)→ﾘｰﾙ制御・払い出し制御、投入レバーON→RAMでINを判定
だろ
データの流れを踏まえて詳しく教えてくれないか？
ROMのﾌﾟﾛｸﾞﾗﾑのｺﾝﾋﾟｭｰﾀのﾃﾞｰﾀ→中継機（ﾊﾟｿｺﾝ同等）→ﾒｲﾝﾎﾙｺﾝで台別に集計
の流れで
台の中ではROM(実際はRAM)→ﾘｰﾙ制御・払い出し制御、投入レバーON→RAMでINを判定
だろ
104デフォルトの名無しさん
2009/08/05(水) 01:53:09 そうかｺﾝﾋﾟｭｰﾀ知識ない人でも理解できる簡単なものがあったな
「センサー」だと払い出しのないリプレイがカウントされない
ＯＵＴ数の欠陥になるじゃないか
ガセなのか、>>98が間違って理解してるのかな？
「センサー」だと払い出しのないリプレイがカウントされない
ＯＵＴ数の欠陥になるじゃないか
ガセなのか、>>98が間違って理解してるのかな？
105デフォルトの名無しさん
2009/08/05(水) 05:21:55 実機買って、ゲームしてみろ
レバー叩いた時と払い出しのときにカチカチ音がする
これは投入枚数分と払い出し枚数分だけリレーがオン・オフする音で
外部集中端子板と呼ばれている全メーカー共通の基板上のリレーから音がでている
単純にこのオン・オフの回数で信号を出力しているだけ
ttp://www.nekox.com/tecnical/tansi4/index.html
パチスロからホールコンピュータにデータ送信するのにLANやシリアル通信は使っていない
機種ごとに通信方式が変わったら新機種導入のためにホールコンピュータや中継基板を全部買い替えなんて事になりかねない
そうなれば新機種導入を渋るホールも少なくないから、今後も変わらない
何よりも全メーカー共通で使用される、この外部集中端子版の利権を握っている連中が方式の変更を許すはずが無い
レバー叩いた時と払い出しのときにカチカチ音がする
これは投入枚数分と払い出し枚数分だけリレーがオン・オフする音で
外部集中端子板と呼ばれている全メーカー共通の基板上のリレーから音がでている
単純にこのオン・オフの回数で信号を出力しているだけ
ttp://www.nekox.com/tecnical/tansi4/index.html
パチスロからホールコンピュータにデータ送信するのにLANやシリアル通信は使っていない
機種ごとに通信方式が変わったら新機種導入のためにホールコンピュータや中継基板を全部買い替えなんて事になりかねない
そうなれば新機種導入を渋るホールも少なくないから、今後も変わらない
何よりも全メーカー共通で使用される、この外部集中端子版の利権を握っている連中が方式の変更を許すはずが無い
106デフォルトの名無しさん
2009/08/05(水) 05:54:03 ROM RAMに関しても認識がおかしい
プレステなんかのゲーム機から想像してロードしてどうこう言っているのかもしれんが
ROM上プログラムをわざわざRAMに転送して実行なんて事はしていない
そもそも、そんな事したら検定を通過しない
プログラムはROMに書かれており、RAMは変数を保存しておくだけ
だいたいスロRAMなんて、たったの512バイト(512メガとか512キロじゃないぞｗ)しかない
プレステなんかのゲーム機から想像してロードしてどうこう言っているのかもしれんが
ROM上プログラムをわざわざRAMに転送して実行なんて事はしていない
そもそも、そんな事したら検定を通過しない
プログラムはROMに書かれており、RAMは変数を保存しておくだけ
だいたいスロRAMなんて、たったの512バイト(512メガとか512キロじゃないぞｗ)しかない
107デフォルトの名無しさん
2009/08/05(水) 10:42:47 >>92
勘違いしてたというか、寝ぼけてた。済まぬ。
ホールは管理してて当り前だよねえ。
ただ、法的に管理する義務はないし
CR や CS みたいに第三者にデータが知られることもないので
誤魔化し放題。
>>94
どっからそんな与太話をｗ
いやまあ、犬糞採用してるところも
もしかしたら存在するかも知れんけどもさ。
聞いたところじゃ、北斗の演出はドリキャス基板だとか。
セガサミーになる前だよね。
>>98
>センサーでカウントし
払い出した“筈”の枚数分のパルスは出るけど、
実際に払い出したかどうかはカウントしてないだろうなあ。
そういや一度、ホッパ故障で子役(15枚)当る度に
40枚くらい払いだされる台を打ったことがあるが
コイン補充にくるまで気付かれなかったぞ。←一種のゴトか？ｗ
勘違いしてたというか、寝ぼけてた。済まぬ。
ホールは管理してて当り前だよねえ。
ただ、法的に管理する義務はないし
CR や CS みたいに第三者にデータが知られることもないので
誤魔化し放題。
>>94
どっからそんな与太話をｗ
いやまあ、犬糞採用してるところも
もしかしたら存在するかも知れんけどもさ。
聞いたところじゃ、北斗の演出はドリキャス基板だとか。
セガサミーになる前だよね。
>>98
>センサーでカウントし
払い出した“筈”の枚数分のパルスは出るけど、
実際に払い出したかどうかはカウントしてないだろうなあ。
そういや一度、ホッパ故障で子役(15枚)当る度に
40枚くらい払いだされる台を打ったことがあるが
コイン補充にくるまで気付かれなかったぞ。←一種のゴトか？ｗ
108デフォルトの名無しさん
2009/08/05(水) 19:39:59 >>105
ＬＡＮは中継機までと書いてるけど．．．
コンピュータデータを1ﾊﾞｲﾄ系データと読まれたのかな？
USB等の類のケーブルで中継機と接続（スロ側は外部集中端子板というのか)
ﾊﾟｿｺﾝで例えるならﾌﾟﾘﾝﾀｰ・ｷｰﾎﾞｰﾄﾞなどでﾊﾟｿｺﾝから設定や印刷データをﾌﾟﾘﾝﾀのﾌﾟﾛｸﾞﾗﾑに送信するだろ
このあたりのデータ形式は分野外なんで詳しく知らないでスマンけど
スロでいうなら８ピンあるとすると８つの送信バッファ(これはRAM上の領域だろ)に
１ピンづつ用途別（ＩＮ・ＯＵＴ・ボーナスなど）に使ってるか
ここでデータ送信をしているということね
３つ余ってるそうだから、この３つを受信でも送信バッファでも好きに使えるともいえるなｗ
あと
「プレステなんかのゲーム機から想像してロード」ではない、
コンピュータの知識ででこれはどうでもいいが
検索したらあった、たしかに512バイトだ
常にＲＯＭを参照して実行してるのか、ﾋﾞｼﾞﾈｽｺﾝﾋﾟｭｰﾀの世界では
こういうのない、ゲーム機や電卓と同じんでない？
変数はＲＡＭでなきゃどうしようもないが
ＬＡＮは中継機までと書いてるけど．．．
コンピュータデータを1ﾊﾞｲﾄ系データと読まれたのかな？
USB等の類のケーブルで中継機と接続（スロ側は外部集中端子板というのか)
ﾊﾟｿｺﾝで例えるならﾌﾟﾘﾝﾀｰ・ｷｰﾎﾞｰﾄﾞなどでﾊﾟｿｺﾝから設定や印刷データをﾌﾟﾘﾝﾀのﾌﾟﾛｸﾞﾗﾑに送信するだろ
このあたりのデータ形式は分野外なんで詳しく知らないでスマンけど
スロでいうなら８ピンあるとすると８つの送信バッファ(これはRAM上の領域だろ)に
１ピンづつ用途別（ＩＮ・ＯＵＴ・ボーナスなど）に使ってるか
ここでデータ送信をしているということね
３つ余ってるそうだから、この３つを受信でも送信バッファでも好きに使えるともいえるなｗ
あと
「プレステなんかのゲーム機から想像してロード」ではない、
コンピュータの知識ででこれはどうでもいいが
検索したらあった、たしかに512バイトだ
常にＲＯＭを参照して実行してるのか、ﾋﾞｼﾞﾈｽｺﾝﾋﾟｭｰﾀの世界では
こういうのない、ゲーム機や電卓と同じんでない？
変数はＲＡＭでなきゃどうしようもないが
109デフォルトの名無しさん
2009/08/05(水) 19:47:07 送信ラインは８ピンだけど１ピンに送れる送信バッファのデータ単位は
何ビットなんだ？
外部集中端子板に関係するとこ見てみたら払い出し枚数とあったから
枚数でなきゃ差枚数をカウントできないし
１〜現行の最大枚数１５という数値を表現できるデータを一回で
送信しなきゃならないから５ビット以上は必要だね
何ビットなんだ？
外部集中端子板に関係するとこ見てみたら払い出し枚数とあったから
枚数でなきゃ差枚数をカウントできないし
１〜現行の最大枚数１５という数値を表現できるデータを一回で
送信しなきゃならないから５ビット以上は必要だね
110デフォルトの名無しさん
2009/08/05(水) 20:16:33 最近の組み込みは、ほぼ100%LinuxなのでLANが多いですね。
111デフォルトの名無しさん
2009/08/05(水) 20:20:03 ﾋﾞｼﾞﾈｽｺﾝﾋﾟｭｰﾀの世界っていうは企業向けソフトの開発ね、
過去に特殊な機器のデータをビット単位で取り込むプログラムを
作ったことはあるが
過去に特殊な機器のデータをビット単位で取り込むプログラムを
作ったことはあるが
112デフォルトの名無しさん
2009/08/05(水) 20:27:23 特殊な機器はLinuxが多いですね。
最近はホストもLinuxにしないと保証しないというベンダーがほとんどです。
特にパチンコ・スロット等はオールLinuxにしないと御上に目を付けられ
ますからね。
摘発されたくなければLinuxにするべきです。
Windowzのような胡散臭いものは法律で禁止するべきです。
セキュリティーの問題もありますからね。
最近はホストもLinuxにしないと保証しないというベンダーがほとんどです。
特にパチンコ・スロット等はオールLinuxにしないと御上に目を付けられ
ますからね。
摘発されたくなければLinuxにするべきです。
Windowzのような胡散臭いものは法律で禁止するべきです。
セキュリティーの問題もありますからね。
113デフォルトの名無しさん
2009/08/05(水) 20:32:26114デフォルトの名無しさん
2009/08/05(水) 20:37:20 ◢▀▅ ▃
▋ ▋ ◢▀ ▀◣
▌ ▌ ▌ ▌
▌ ▌ ▌ ▌
▐ ▌ ▌ ▌
▐ ▀■ ▌
◢◤ ▀▃
◢◤ ◥◣
▌ ▌
▐ ● ● ▌ 馬鹿にはコピペできないの。
▌ ▌
◥◣ ╳ ◢◤
◢▀▅▃▂ ▂▂▃▅▀▅
◢◤ ▀▀▀▀▀ ◥◣
▐◣▃▌ ▐▃◢▌
◥◣▃▌ ▐▃◢◤
▀▅▃ ▂▅▀
▀■▆▅▅▅▆■█▀
▐▃▃▃▲▃▃▃◢▍
▋ ▋ ◢▀ ▀◣
▌ ▌ ▌ ▌
▌ ▌ ▌ ▌
▐ ▌ ▌ ▌
▐ ▀■ ▌
◢◤ ▀▃
◢◤ ◥◣
▌ ▌
▐ ● ● ▌ 馬鹿にはコピペできないの。
▌ ▌
◥◣ ╳ ◢◤
◢▀▅▃▂ ▂▂▃▅▀▅
◢◤ ▀▀▀▀▀ ◥◣
▐◣▃▌ ▐▃◢▌
◥◣▃▌ ▐▃◢◤
▀▅▃ ▂▅▀
▀■▆▅▅▅▆■█▀
▐▃▃▃▲▃▃▃◢▍
115デフォルトの名無しさん
2009/08/05(水) 21:11:53 >>108,109
ちゃんと嫁
>投入枚数分と払い出し枚数分だけリレーがオン・オフする
1回オン・オフする(1回カチっと音がする)と1枚ということだ
3枚コイン投入してスタートレバー叩くと、外部集中端子板のコインIN信号が3回、
15枚払い出しがあるとコインOUT信号がカチカチするだけ
シリアル通信じゃないからデータビット長も送信バッファも無い
ちゃんと嫁
>投入枚数分と払い出し枚数分だけリレーがオン・オフする
1回オン・オフする(1回カチっと音がする)と1枚ということだ
3枚コイン投入してスタートレバー叩くと、外部集中端子板のコインIN信号が3回、
15枚払い出しがあるとコインOUT信号がカチカチするだけ
シリアル通信じゃないからデータビット長も送信バッファも無い
116デフォルトの名無しさん
2009/08/05(水) 21:19:48 何かよくわかっていないんじゃない？
カチカチ音すると中継機が音を聞いてカウントするの？
せめて0・1で示してたらだが、ホントに理解してるのか怪しいな
ＵＳＢケーブルでもコンピュータのデータでビット（ASCIIでない）で
プリンタは印刷してるだろ
カチカチ音すると中継機が音を聞いてカウントするの？
せめて0・1で示してたらだが、ホントに理解してるのか怪しいな
ＵＳＢケーブルでもコンピュータのデータでビット（ASCIIでない）で
プリンタは印刷してるだろ
117デフォルトの名無しさん
2009/08/05(水) 21:24:33 ８ピンは一本づつ独立で使ってるだけで
24ピンでもいいだけでＵＳＢでいうなら腹部の部分（16ピン足りないだけ）で
ＵＳＢに変換できるものだって、シリアル通信にこだわるってるのが無意味だろ
24ピンでもいいだけでＵＳＢでいうなら腹部の部分（16ピン足りないだけ）で
ＵＳＢに変換できるものだって、シリアル通信にこだわるってるのが無意味だろ
118デフォルトの名無しさん
2009/08/05(水) 21:30:33 ASCII→ビットを1ﾊﾞｲﾄ分にして目に見える英数字に変換してるコード
ビット→０と１の二種類だけのデータというか上の中身
というのはいいよね？枚数を送信だから5ビット以上必要になるでしょ
別に1ビットでもいいんだけど、ビット長は受け元が判定するように
例えば、01111110ときたら６枚、これがデータ単位になるかな
でないとカウントしようない、仕組みという理屈だよ
ビット→０と１の二種類だけのデータというか上の中身
というのはいいよね？枚数を送信だから5ビット以上必要になるでしょ
別に1ビットでもいいんだけど、ビット長は受け元が判定するように
例えば、01111110ときたら６枚、これがデータ単位になるかな
でないとカウントしようない、仕組みという理屈だよ
119デフォルトの名無しさん
2009/08/05(水) 21:42:11 一応は
シリアルケーブル→コンピュータ間のデータ通信に使用
ＵＳＢ等のケーブル→周辺機器への通信
シリアルはコンピュータ間の通信なのでデータ転送量が多い
スロットは８ピンだから周辺機器程度の転送量だろ
データも少ないビットだし
というシリアルを言ってるようだけど？
シリアルケーブル→コンピュータ間のデータ通信に使用
ＵＳＢ等のケーブル→周辺機器への通信
シリアルはコンピュータ間の通信なのでデータ転送量が多い
スロットは８ピンだから周辺機器程度の転送量だろ
データも少ないビットだし
というシリアルを言ってるようだけど？
120デフォルトの名無しさん
2009/08/05(水) 22:35:07 もしかして最近のハードウェアしか知らんから、リレーが何か知らんのか？
リレーってのは電磁石とスイッチで通電をオンオフする原始的な制御装置のことだ
詳しくはググれ
>カチカチ音すると中継機が音を聞いてカウントするの？
音を聞いてるわけではないが、オンオフする際にリレースイッチの音がする
これはシリアル通信のような比較的高速な転送レートではなく、
カチカチ音を人間が判別できるくらいだから、かなり低速
そのオン・オフを中継装置が常時監視してカウントしてる
>枚数を送信だから5ビット以上必要になるでしょ
スロでコイン払い出しするときセンサーを通過するだろ
最大15枚コイン払い出しするからって、センサーが5つついてるとでもいうのか？
枚数をカウントすることと、データを送信することはまったく別物
中継装置はホールコンピュータからのリクエストにより必要なデータを送信する
このデータ送信はホールコンピュータにより通信方式が異なる
最近の機種はLAN使ってることが多いが、昔のホールコンピュータだとRS422でシリアル通信とかもある
>何かよくわかっていないんじゃない？
知りもしない事を知ってる範囲の知識を総動員して、わかりにくい文章で書いてるヤツに言われたくない
あと、いちいちageんな
リレーってのは電磁石とスイッチで通電をオンオフする原始的な制御装置のことだ
詳しくはググれ
>カチカチ音すると中継機が音を聞いてカウントするの？
音を聞いてるわけではないが、オンオフする際にリレースイッチの音がする
これはシリアル通信のような比較的高速な転送レートではなく、
カチカチ音を人間が判別できるくらいだから、かなり低速
そのオン・オフを中継装置が常時監視してカウントしてる
>枚数を送信だから5ビット以上必要になるでしょ
スロでコイン払い出しするときセンサーを通過するだろ
最大15枚コイン払い出しするからって、センサーが5つついてるとでもいうのか？
枚数をカウントすることと、データを送信することはまったく別物
中継装置はホールコンピュータからのリクエストにより必要なデータを送信する
このデータ送信はホールコンピュータにより通信方式が異なる
最近の機種はLAN使ってることが多いが、昔のホールコンピュータだとRS422でシリアル通信とかもある
>何かよくわかっていないんじゃない？
知りもしない事を知ってる範囲の知識を総動員して、わかりにくい文章で書いてるヤツに言われたくない
あと、いちいちageんな
121デフォルトの名無しさん
2009/08/05(水) 22:42:19 中継機までのケーブルの中をオン・オフが通るってのが想像できない
枚数をカウントするには
データの開始・終了、16進表現では偶数が間に０が入るので識別しようない
ならば、01111110と０で開始・終了もしくはバッファ
ケーブルの中は0・1しか通らないというか、これをオン（1）・オフ（0）で
コンピュータで認識できるデータとしかいいようないんでないか？
中身が０・１のものをオンオフという電気信号に表現しなきゃならないと
何かマズイというように感じるんだけど
枚数をカウントするには
データの開始・終了、16進表現では偶数が間に０が入るので識別しようない
ならば、01111110と０で開始・終了もしくはバッファ
ケーブルの中は0・1しか通らないというか、これをオン（1）・オフ（0）で
コンピュータで認識できるデータとしかいいようないんでないか？
中身が０・１のものをオンオフという電気信号に表現しなきゃならないと
何かマズイというように感じるんだけど
122デフォルトの名無しさん
2009/08/05(水) 22:43:45 開始・終了でリッパなコンピュータ通信データだよ
123デフォルトの名無しさん
2009/08/05(水) 23:05:13 なるほど
分野外だが機械制御系をＣ言語で開発してるやつなら簡単だな
大まかには話で聞いてるが、ＤＬＬ（元はＣ言語）などなく
プログラムでＩＯなども自分で作るとか
だが通信の仕様は見えてきたかな
分野外だが機械制御系をＣ言語で開発してるやつなら簡単だな
大まかには話で聞いてるが、ＤＬＬ（元はＣ言語）などなく
プログラムでＩＯなども自分で作るとか
だが通信の仕様は見えてきたかな
124デフォルトの名無しさん
2009/08/05(水) 23:10:06 >>121
もう、なんか釣りのような気がしてきた
>中継機までのケーブルの中をオン・オフが通るってのが想像できない
オマエの想像力には興味が無いのだがｗ
押したらON(ビットでいうと1)、押していないとOFF(ビットでいうと0)のスイッチがあるとする
このスイッチは一定時間内(スロでいうと4.1秒間)に最大15回押されることがあるとする
このスイッチが何回押されたかを監視するシステムを作るとき、
1個のスイッチで15回押されることなんか調べられない、その1個のスイッチのオン・オフを調べるために5個のスイッチが必要だ！とでもいうのか？ｗ
パチスロはホールコンピュータが一般化する以前に存在し、初期の頃は電磁カウンタで1台ごとに枚数管理してるホールもあったくらい
電磁カウンタというのは、電気的なオンオフをカウントするだけの装置で通信装置どころかCPUもメモリも搭載していないが数を数えることはできる
電磁カウンタ
ttp://www.line.co.jp/product/magne/magne.htm
もう、なんか釣りのような気がしてきた
>中継機までのケーブルの中をオン・オフが通るってのが想像できない
オマエの想像力には興味が無いのだがｗ
押したらON(ビットでいうと1)、押していないとOFF(ビットでいうと0)のスイッチがあるとする
このスイッチは一定時間内(スロでいうと4.1秒間)に最大15回押されることがあるとする
このスイッチが何回押されたかを監視するシステムを作るとき、
1個のスイッチで15回押されることなんか調べられない、その1個のスイッチのオン・オフを調べるために5個のスイッチが必要だ！とでもいうのか？ｗ
パチスロはホールコンピュータが一般化する以前に存在し、初期の頃は電磁カウンタで1台ごとに枚数管理してるホールもあったくらい
電磁カウンタというのは、電気的なオンオフをカウントするだけの装置で通信装置どころかCPUもメモリも搭載していないが数を数えることはできる
電磁カウンタ
ttp://www.line.co.jp/product/magne/magne.htm
125デフォルトの名無しさん
2009/08/05(水) 23:22:05 「1個のスイッチで15回押されることなんか調べられない」
ならば差枚数を計算できない
というかコンピュータの世界ではこの場合
6枚払い出しで01111110と1個のスイッチが開始終了の０を含む計8回の
データ送信したになる、これをオンオフと呼んでるようだけど
コンピュータは0と1で判定するんだけどね
これだと15枚払い出しだと17回だけどバッファ単位にすれば5ビットで１回の
送信で済むな、このあたりもどうだかな
0・1でなければスロのＲＯＭも中継機のプログラムも取り扱いできないでしょ
ならば差枚数を計算できない
というかコンピュータの世界ではこの場合
6枚払い出しで01111110と1個のスイッチが開始終了の０を含む計8回の
データ送信したになる、これをオンオフと呼んでるようだけど
コンピュータは0と1で判定するんだけどね
これだと15枚払い出しだと17回だけどバッファ単位にすれば5ビットで１回の
送信で済むな、このあたりもどうだかな
0・1でなければスロのＲＯＭも中継機のプログラムも取り扱いできないでしょ
126デフォルトの名無しさん
2009/08/05(水) 23:24:42 電磁カウンタなんて見たけど、中継機→サーバーの集計に関係ない
独立した機器なんて出されてもねえ
独立した機器なんて出されてもねえ
127デフォルトの名無しさん
2009/08/06(木) 00:28:26 カチカチ音がするのを、人間が耳で聞いてわかるくらい低速で、
金属のリレースイッチが物理的にオン・オフするというチャタリング出まくる状況で、
スロ本体と中継装置が、お互いに同期することもなくスロ本体から一方的にデータを垂れ流し、
パリティビットのようなエラー補正の保険もなく、
数十年前から最新型のあらゆるホールコンピュータおよび中継装置のハード・ソフトともに変更を加えることなく、
通信する方法があるなら教えてくれ。特許とって金儲けできるｗ
どうしても納得出来ないなら、何でもいいから実機買って、メイン基板に調べてみれ
CPU(とROM RAM等)はZ80カスタムなんで資料がないとわからないだろうけど、SIOのような通信用ICなんて搭載されていないし
集中端子板のピンにオシロかテスター当てれば納得できるだろうから
金属のリレースイッチが物理的にオン・オフするというチャタリング出まくる状況で、
スロ本体と中継装置が、お互いに同期することもなくスロ本体から一方的にデータを垂れ流し、
パリティビットのようなエラー補正の保険もなく、
数十年前から最新型のあらゆるホールコンピュータおよび中継装置のハード・ソフトともに変更を加えることなく、
通信する方法があるなら教えてくれ。特許とって金儲けできるｗ
どうしても納得出来ないなら、何でもいいから実機買って、メイン基板に調べてみれ
CPU(とROM RAM等)はZ80カスタムなんで資料がないとわからないだろうけど、SIOのような通信用ICなんて搭載されていないし
集中端子板のピンにオシロかテスター当てれば納得できるだろうから
128デフォルトの名無しさん
2009/08/06(木) 08:38:50 ひさしぶりに書き込みがあると思ったら・・なんぞ
プログラムの話じゃなくハードとシリアル転送の話なのかな
データの流れ
(1)スロ本体の出力は8ピン(bit)パラレル(5号機は5ピン)
メダル投入,払い出し,ボーナス当選等があれば
該当ビンの出力を変化させる
(2)データカウンタが(1)を逐一監視(ポーリング)
ピンの状態に変化があればそれをカウント
表示装置に表示する
以下からシリアル転送?(おそらく旧式な方式)
(3)データカウンタが中継器(１島に１台〜数台)からのデータ送信要請を受ける
データカウンタがそのデータをシリアルで送りつける
台番号,大当たりデータ,in枚数,out枚数(8Bit,8Bit,24Bit,24Bit)辺(8Byte)
ここからLANあたりの転送方式だとおもう
(4)ホルコンから中継器にデータを要求
中継器が保存中のデータをホルコンに送りつける
島の台数x8Byte程度＋島情報の追加
てかんじでしょ
(業界人間じゃないのでデータカウンタ以降は確証なし)
中継器から時代と共に多少の規格変更があっても途中の変換時点で
設定次第で規格ごとのデータを中間データに置き換えてるだろうし
将来を見越してデータにも余裕もたせてるだろから
現在でも古臭いデータ収集方式がそのまま生きてるんじゃないのかな
スロでいえばin,outが１日で100万枚超えることはないだろうし
(パチでも100万発ってことはないか)
プログラムの話じゃなくハードとシリアル転送の話なのかな
データの流れ
(1)スロ本体の出力は8ピン(bit)パラレル(5号機は5ピン)
メダル投入,払い出し,ボーナス当選等があれば
該当ビンの出力を変化させる
(2)データカウンタが(1)を逐一監視(ポーリング)
ピンの状態に変化があればそれをカウント
表示装置に表示する
以下からシリアル転送?(おそらく旧式な方式)
(3)データカウンタが中継器(１島に１台〜数台)からのデータ送信要請を受ける
データカウンタがそのデータをシリアルで送りつける
台番号,大当たりデータ,in枚数,out枚数(8Bit,8Bit,24Bit,24Bit)辺(8Byte)
ここからLANあたりの転送方式だとおもう
(4)ホルコンから中継器にデータを要求
中継器が保存中のデータをホルコンに送りつける
島の台数x8Byte程度＋島情報の追加
てかんじでしょ
(業界人間じゃないのでデータカウンタ以降は確証なし)
中継器から時代と共に多少の規格変更があっても途中の変換時点で
設定次第で規格ごとのデータを中間データに置き換えてるだろうし
将来を見越してデータにも余裕もたせてるだろから
現在でも古臭いデータ収集方式がそのまま生きてるんじゃないのかな
スロでいえばin,outが１日で100万枚超えることはないだろうし
(パチでも100万発ってことはないか)
129デフォルトの名無しさん
2009/08/06(木) 08:47:40 あ、あとシリアル転送についてだっけか
>「1個のスイッチで15回押されることなんか調べられない」
についてだけど、一定時間に変化をカウントすれば数えられる
シリアル転送にはそいう物もある
まぁ制御線に多分同期用の線が１本平行してるはずだけど
中継器：俺が１送ったら最初の１Bit送ってくれ！
データカウンタ：了解です
てな具合
RS232Cなりのシリアル通信の解説読めば判るかと。
用語例：ハンドシェイク、スタートビット、ストップビット
>「1個のスイッチで15回押されることなんか調べられない」
についてだけど、一定時間に変化をカウントすれば数えられる
シリアル転送にはそいう物もある
まぁ制御線に多分同期用の線が１本平行してるはずだけど
中継器：俺が１送ったら最初の１Bit送ってくれ！
データカウンタ：了解です
てな具合
RS232Cなりのシリアル通信の解説読めば判るかと。
用語例：ハンドシェイク、スタートビット、ストップビット
130デフォルトの名無しさん
2009/08/06(木) 08:56:09 よく考えたらここ本体側内部のスレか
やっぱり釣りなのか
まぁいっか・・
まぁ簡易データカウンタの作成でもはっとくか・・
ttp://page.freett.com/datacounter/index.htm
やっぱり釣りなのか
まぁいっか・・
まぁ簡易データカウンタの作成でもはっとくか・・
ttp://page.freett.com/datacounter/index.htm
131デフォルトの名無しさん
2009/08/06(木) 21:06:17 >>128
「ピンの状態に変化があればそれをカウント」
この表現はおかしくないか？
Ｃ言語でもプログラムであるからには
ピンという伝導体にデータを滞留できないので
正しくは、Ｃ言語プログラムが規定となってる領域に0・1のビットデータを
書く（実際はラインでのデータ送信と思うけど、VB等だと送信は外部のdllいるとか言っとこか）
変化というのは通信データの開始・終了となるコードの認識
それこそ"０"なら終了で"１"をカウントもしくは当たり判定で使える
データ仕様の例えになったが、出力端子はラインなのでメモリ機能ないと
思うのでデータランプにデータを書くのがプログラム的な見方じゃないの？
「ピンの状態に変化があればそれをカウント」
この表現はおかしくないか？
Ｃ言語でもプログラムであるからには
ピンという伝導体にデータを滞留できないので
正しくは、Ｃ言語プログラムが規定となってる領域に0・1のビットデータを
書く（実際はラインでのデータ送信と思うけど、VB等だと送信は外部のdllいるとか言っとこか）
変化というのは通信データの開始・終了となるコードの認識
それこそ"０"なら終了で"１"をカウントもしくは当たり判定で使える
データ仕様の例えになったが、出力端子はラインなのでメモリ機能ないと
思うのでデータランプにデータを書くのがプログラム的な見方じゃないの？
132デフォルトの名無しさん
2009/08/06(木) 21:11:40 おまけすると
8bitあるなら開始・終了コードをつけて
±の符号数値データで1本のピンで送信しても余裕のようだね
8bitあるなら開始・終了コードをつけて
±の符号数値データで1本のピンで送信しても余裕のようだね
133デフォルトの名無しさん
2009/08/06(木) 21:20:44 プログラム知識者向けに
開始コード(8bit)・送信内容(8bit)・終了コード(8bit)
送信内容は-64〜63を認識できるデータ内容で
ASCIIコードでなくビットでだからね
開始コード(8bit)・送信内容(8bit)・終了コード(8bit)
送信内容は-64〜63を認識できるデータ内容で
ASCIIコードでなくビットでだからね
134デフォルトの名無しさん
2009/08/06(木) 21:27:48 ポーリングだけど
システム作成する側ではプログラムが特定領域に送信データが
あるかないかで確かに監視だが
データがある・ないの判定でなければスルーでたいしたもんじゃないよ
システム作成する側ではプログラムが特定領域に送信データが
あるかないかで確かに監視だが
データがある・ないの判定でなければスルーでたいしたもんじゃないよ
135デフォルトの名無しさん
2009/08/07(金) 00:56:42 >131
>ピンという伝導体にデータを滞留できないので
なのでポーリング(監視)しています。
ピンの状態は一瞬でもなくて一定時間はその状態のまま(既定時間200ms等)
なので既定時間以上の周期時間で監視していれば読みこぼすことがない
(チャタリングに関してはコンデンサでもいれてハードで解決するものとする)
少し勘違いしてるかと思うけどこのパラレルの読み出しの場合は
全て既定時間で作業を行う事を前提とした制御なので
開始、終了の合図といったものはありません
ピンの状態が200msで0>1>0と変化すると既定されていた場合
2倍の100ms以上の速度で監視すれば変化を監視できます。
０が１のあと０に戻ったらカウンタが＋１されるだけです。
ソフト面で言うと２つのスレッドが非同期で動いていて
同じメモリアドレスにAスレッドがデータを書き換えて200ms後に元に戻す
Bスレッドがそれを100ms以上の速度で読み「前回と同じ状態なら破棄」
「変化があればそれを変化があったとみなす」これと同じ事です
>ピンという伝導体にデータを滞留できないので
なのでポーリング(監視)しています。
ピンの状態は一瞬でもなくて一定時間はその状態のまま(既定時間200ms等)
なので既定時間以上の周期時間で監視していれば読みこぼすことがない
(チャタリングに関してはコンデンサでもいれてハードで解決するものとする)
少し勘違いしてるかと思うけどこのパラレルの読み出しの場合は
全て既定時間で作業を行う事を前提とした制御なので
開始、終了の合図といったものはありません
ピンの状態が200msで0>1>0と変化すると既定されていた場合
2倍の100ms以上の速度で監視すれば変化を監視できます。
０が１のあと０に戻ったらカウンタが＋１されるだけです。
ソフト面で言うと２つのスレッドが非同期で動いていて
同じメモリアドレスにAスレッドがデータを書き換えて200ms後に元に戻す
Bスレッドがそれを100ms以上の速度で読み「前回と同じ状態なら破棄」
「変化があればそれを変化があったとみなす」これと同じ事です
13698
2009/08/07(金) 06:58:39 ホールコンピュータ用のイン・アウトを出力するセンサーは、
パチンコ・パチスロ本体内にはない。
台を買ってきても、そこから取り出せる電気信号は、
大当たり情報の出力信号だけ。
イン・アウトを計測するには、本体側ではなく
島側にある装置でカウントする。
パチンコ・パチスロ機に入るコイン／パチンコ玉そのものを
センサーでカウントする。
なので、台を交換する場合でもその装置の交換は基本的に不要。
インを数えるセンサーは、パチンコ・パチスロ台の上に取り付け、
アウトを数えるセンサーは、パチンコ・パチスロ台の下に取り付ける。
もちろん、パチンコ・パチスロ台の内部にある大当たり制御の
基盤から直接出力情報を外部に出した方が、理にかなっているが
そのようなことは不可。
パチンコ・パチスロ本体内にはない。
台を買ってきても、そこから取り出せる電気信号は、
大当たり情報の出力信号だけ。
イン・アウトを計測するには、本体側ではなく
島側にある装置でカウントする。
パチンコ・パチスロ機に入るコイン／パチンコ玉そのものを
センサーでカウントする。
なので、台を交換する場合でもその装置の交換は基本的に不要。
インを数えるセンサーは、パチンコ・パチスロ台の上に取り付け、
アウトを数えるセンサーは、パチンコ・パチスロ台の下に取り付ける。
もちろん、パチンコ・パチスロ台の内部にある大当たり制御の
基盤から直接出力情報を外部に出した方が、理にかなっているが
そのようなことは不可。
13798
2009/08/07(金) 07:26:05 ちょっと訂正。
台から出力される信号には、スタートもあるようだ。
IN/OUTを除き、おおむね台ランプで見れる情報に同じ。
台から出力される信号には、スタートもあるようだ。
IN/OUTを除き、おおむね台ランプで見れる情報に同じ。
138デフォルトの名無しさん
2009/08/07(金) 09:51:30139デフォルトの名無しさん
2009/08/07(金) 23:22:58 パチンコ・パチスロのハード・ソフトを実際に作ったことも、調べたこともないのに
「オレの勝手な想像だけど、こんな仕組みで動いてるに違いない！オレが考えたんだから間違いない！！」
と言い張る既知外がいるスレはここですか？
「オレの勝手な想像だけど、こんな仕組みで動いてるに違いない！オレが考えたんだから間違いない！！」
と言い張る既知外がいるスレはここですか？
140デフォルトの名無しさん
2009/08/07(金) 23:43:49 >>131
>ピンの状態に変化があればそれをカウント
この表現は制御関係の技術屋では当たり前に使われる表現なのに
>ピンという伝導体にデータを滞留できない
とか、C言語がどうのこうの言って反論してるとこみると、
ハードの知識もアセンブラでソフト書いたこともなく、パソコンで動くプログラムしか知らないんだろうなぁ
このスレは業界関係の技術屋が結構見てる
次はどんなトンチンカンな話題を出してくるか注目されてるよ
頑張って新しい自論を展開して、大いに笑わせてねｗ
>ピンの状態に変化があればそれをカウント
この表現は制御関係の技術屋では当たり前に使われる表現なのに
>ピンという伝導体にデータを滞留できない
とか、C言語がどうのこうの言って反論してるとこみると、
ハードの知識もアセンブラでソフト書いたこともなく、パソコンで動くプログラムしか知らないんだろうなぁ
このスレは業界関係の技術屋が結構見てる
次はどんなトンチンカンな話題を出してくるか注目されてるよ
頑張って新しい自論を展開して、大いに笑わせてねｗ
141デフォルトの名無しさん
2009/08/08(土) 01:31:37 >>140
機械制御などＣ言語は分野外でね
「ピンという伝導体にデータを滞留できない」
これがどうもね、データが通ったの判定はおかしいね
機械制御のＣ言語はメモリアドレス(ピンの出力先、データランプになるか)に
データを書くとかするんじゃないのか？
ピンに流れてるデータをどうやって読めるのか、ＲＡＭになるものに出力してなければ
データランプ側のブログラムは判定できないになる
ポーリングなんてもな
監視・・・定時的にデータあるなしのチェック（事務処理系でも注文等のデータ取り込み手法と同じ感じのようだ）
要求・・・データがあったのでカウントする
データ取り込み・内容判定で２ステップ、監視要求はこんなもんで
プログラム的には簡単で1・2年生のプログラマにやらせるような処理ぐらいだし
機械制御などＣ言語は分野外でね
「ピンという伝導体にデータを滞留できない」
これがどうもね、データが通ったの判定はおかしいね
機械制御のＣ言語はメモリアドレス(ピンの出力先、データランプになるか)に
データを書くとかするんじゃないのか？
ピンに流れてるデータをどうやって読めるのか、ＲＡＭになるものに出力してなければ
データランプ側のブログラムは判定できないになる
ポーリングなんてもな
監視・・・定時的にデータあるなしのチェック（事務処理系でも注文等のデータ取り込み手法と同じ感じのようだ）
要求・・・データがあったのでカウントする
データ取り込み・内容判定で２ステップ、監視要求はこんなもんで
プログラム的には簡単で1・2年生のプログラマにやらせるような処理ぐらいだし
142デフォルトの名無しさん
2009/08/08(土) 01:33:09 >>140
アセンブラでソフト書くって、アマチュアかな
アセンブラでソフト書くって、アマチュアかな
143デフォルトの名無しさん
2009/08/08(土) 01:38:39 一部をアセンブラにせざるを得ない場合は結構あると思うが。
144デフォルトの名無しさん
2009/08/08(土) 01:44:30 プログラムとデータの流れで整理すると
スロのＲＯＭがデータランプの特定メモリ（ファイルでなくアドレス？）に
データを出力する
外部出力端子のラインの１ピンづつがデータランプのメモリの特定アドレスが
割り当てられてる
データランプの監視はメモリを参照してる
というのでいいのかな、こんな具合でないとデータがつながらないが
スロのＲＯＭがデータランプの特定メモリ（ファイルでなくアドレス？）に
データを出力する
外部出力端子のラインの１ピンづつがデータランプのメモリの特定アドレスが
割り当てられてる
データランプの監視はメモリを参照してる
というのでいいのかな、こんな具合でないとデータがつながらないが
145デフォルトの名無しさん
2009/08/08(土) 01:46:12 >>143
ソース→アセンブル→実行モジュール
ソース→アセンブル→実行モジュール
146デフォルトの名無しさん
2009/08/08(土) 01:49:04 ．．．アセンブラで書くって、実行モジュールを直接改造するって話？
それならエロゲーム改造でＥＸＥをバイナリエディッターで
というくらいなら趣味でやるけど
開発実務ではまずない聞いたこともないよ
それならエロゲーム改造でＥＸＥをバイナリエディッターで
というくらいなら趣味でやるけど
開発実務ではまずない聞いたこともないよ
147デフォルトの名無しさん
2009/08/08(土) 01:52:10 ＥＸＥ解析は流石に開発実務とは無縁で
ネットから拾ったのそのまま書き換えるくらいでね
これもまったく別もの、そもそも開発はソースがある
アセンブラを弄るのはソースがないため
になるんじゃない？
ネットから拾ったのそのまま書き換えるくらいでね
これもまったく別もの、そもそも開発はソースがある
アセンブラを弄るのはソースがないため
になるんじゃない？
148デフォルトの名無しさん
2009/08/08(土) 02:10:31 もう少し掘り下げると
前回送信データのクリアという点が出てくるんだけどね
例えば
スロ側→データランプの送信時、内容値が０でなければ待機（1秒以下だろ）
データランプは０以外なら受信してデータ更新後
０クリアしてスロ側を送信可能状態にする
ネットのオンライン処理も取り込み・消し込みという同じ手法で
ほとんどこういうやり取りになるんだけどね
前回送信データのクリアという点が出てくるんだけどね
例えば
スロ側→データランプの送信時、内容値が０でなければ待機（1秒以下だろ）
データランプは０以外なら受信してデータ更新後
０クリアしてスロ側を送信可能状態にする
ネットのオンライン処理も取り込み・消し込みという同じ手法で
ほとんどこういうやり取りになるんだけどね
149デフォルトの名無しさん
2009/08/08(土) 02:11:58 ログは．．．データランプに必要ないか
150デフォルトの名無しさん
2009/08/08(土) 02:33:37 おまえらあんまり笑わせるな
151デフォルトの名無しさん
2009/08/08(土) 03:02:15 笑う点か
目安になったが、ケーブルの種類と方式と仕組み（ここの認識が不足してる印象）
という形式を覚えても実際につながっていない
データが生きていない、信号とデータが違うものとか思ってるのかな
わかるかな？
目安になったが、ケーブルの種類と方式と仕組み（ここの認識が不足してる印象）
という形式を覚えても実際につながっていない
データが生きていない、信号とデータが違うものとか思ってるのかな
わかるかな？
152デフォルトの名無しさん
2009/08/08(土) 03:10:07 コンピュータデータでつながってるのを違うものと考えてるのか
ASCIIコードとビットを別ものというか、画面上に変換されるものと
電気信号での中身といえばいいのかな
interNetでもマウスでもプリンタでもビット送信してて文字・画像・動画の目に見る
データと信号(といえばいいのかな)で使ってる形式というものをがあると
機械制御はビットをデータ(信号)として判定してるとかな
ASCIIコードとビットを別ものというか、画面上に変換されるものと
電気信号での中身といえばいいのかな
interNetでもマウスでもプリンタでもビット送信してて文字・画像・動画の目に見る
データと信号(といえばいいのかな)で使ってる形式というものをがあると
機械制御はビットをデータ(信号)として判定してるとかな
153デフォルトの名無しさん
2009/08/08(土) 03:17:38 スロのＲＡＭが512KBしかないのは
マルチタスクの必要がないということもあるかな
windowsのサービスやアプリケーションで10種類単位のプログラムが
パソコンでは動いてるんだよ、これがマルチタスクで
プログラム別にメモリが必要だと
マルチタスクの必要がないということもあるかな
windowsのサービスやアプリケーションで10種類単位のプログラムが
パソコンでは動いてるんだよ、これがマルチタスクで
プログラム別にメモリが必要だと
154デフォルトの名無しさん
2009/08/08(土) 03:21:58 ＣＰＵで処理を複数実行させるため領域を分けて識別するためとかかな
スロはシングルタスクになるのか
開発実務であまり使わない用語だ、ポーリングも仕様で書かないな
一般的でないからね
機器メーカーのカタログでは使ってるようだね
スロはシングルタスクになるのか
開発実務であまり使わない用語だ、ポーリングも仕様で書かないな
一般的でないからね
機器メーカーのカタログでは使ってるようだね
155デフォルトの名無しさん
2009/08/08(土) 03:27:03 導入先の課長以上〜役員が見る要件・設計書にポーリングなど
専門用語の記述は避けるよ、一般的な送受信の類でないと
理解してもらえず中止になってしまう、実務の一面かな
専門用語の記述は避けるよ、一般的な送受信の類でないと
理解してもらえず中止になってしまう、実務の一面かな
156デフォルトの名無しさん
2009/08/08(土) 04:01:14 俺が座るところは絶対こうなってる
while(1)
{
i=rand()%50
if(i=7)
{
reach();
i=rand()%50
if(i=51)
{
atari();
}
}
}
while(1)
{
i=rand()%50
if(i=7)
{
reach();
i=rand()%50
if(i=51)
{
atari();
}
}
}
157デフォルトの名無しさん
2009/08/08(土) 05:51:22 スロのCPUは8bitで動作クロックは8MHz程度しかなく、最近のパソコンとは比較にならないくらい低性能で、
プログラムコードエリアはアドレス0000-11ffの4608バイトしかない
biosなんてないから、すべてのIC(ステッピングモータやカスタムCPU内部のPIO,CTC,WDT等を含む)の初期化プログラムやドライバーは独自に用意しなければランプ1個つけることもできない
さらに割り込み処理も独自に用意しなければならず、Cコンパイラなんか使ってたらメモリ足りなくなる
そもそも保通協はアセンブラ以外で書かれたプログラムは受け付けてもくれん
>アセンブラでソフト書くって、アマチュアかな
バイナリエディタでエロゲの改造するのがアセンブラだと思ってるヤツはプロなのか？
実はアセンブラが何か知らないだろｗｗｗ
プログラムコードエリアはアドレス0000-11ffの4608バイトしかない
biosなんてないから、すべてのIC(ステッピングモータやカスタムCPU内部のPIO,CTC,WDT等を含む)の初期化プログラムやドライバーは独自に用意しなければランプ1個つけることもできない
さらに割り込み処理も独自に用意しなければならず、Cコンパイラなんか使ってたらメモリ足りなくなる
そもそも保通協はアセンブラ以外で書かれたプログラムは受け付けてもくれん
>アセンブラでソフト書くって、アマチュアかな
バイナリエディタでエロゲの改造するのがアセンブラだと思ってるヤツはプロなのか？
実はアセンブラが何か知らないだろｗｗｗ
158デフォルトの名無しさん
2009/08/09(日) 00:37:30 ？？？
最近のスロはＣ言語となってるようだげど、アセンブラ言語なんて
指標インデックスやLAI命令だったかあったような
Cコンパイラ(実行中にｺﾝﾊﾟｲﾙが必要？ｲﾝﾀﾌﾟﾘﾀになるよ)？間違ってないか？
Ｃのモジュールとアセンブラ言語でどう違うのか？実行環境で考えると
同じものを使うになる、アセンブラ言語は古いんじゃないのか？
最近のスロはＣ言語となってるようだげど、アセンブラ言語なんて
指標インデックスやLAI命令だったかあったような
Cコンパイラ(実行中にｺﾝﾊﾟｲﾙが必要？ｲﾝﾀﾌﾟﾘﾀになるよ)？間違ってないか？
Ｃのモジュールとアセンブラ言語でどう違うのか？実行環境で考えると
同じものを使うになる、アセンブラ言語は古いんじゃないのか？
159デフォルトの名無しさん
2009/08/09(日) 00:46:22 >>157
何か中途半端で知識的な説明を見て覚えて正確なのか勘違いしてるかな感じあるけど
初期化プログラムというのもかみ合ってない
ひとつのプログラムが開始もしくはリセット機能でメモリ領域をクリアするためで
初期化と呼ぶ、プログラムを付けるとＲＯＭに複数のプログラムが存在してになり
初期化するために別のプログラムを起動するというのはメチャクチャ
何か中途半端で知識的な説明を見て覚えて正確なのか勘違いしてるかな感じあるけど
初期化プログラムというのもかみ合ってない
ひとつのプログラムが開始もしくはリセット機能でメモリ領域をクリアするためで
初期化と呼ぶ、プログラムを付けるとＲＯＭに複数のプログラムが存在してになり
初期化するために別のプログラムを起動するというのはメチャクチャ
160デフォルトの名無しさん
2009/08/09(日) 00:54:04 ん、違ったかも
Ｃのモジュールとアセンブラの実行環境は異なるかな
システム開発業務において、キミのいうアセンブラ言語は使わない、
データベース・オンラインで使えない
この変は知らないから実行環境はキミの方が詳しいようだが
形式的な言葉みたいな程度しか知らないんじゃないの？
実際の多数のプログラミング経験してなければ身に付かないものが
無いように感じるけど？
Ｃのモジュールとアセンブラの実行環境は異なるかな
システム開発業務において、キミのいうアセンブラ言語は使わない、
データベース・オンラインで使えない
この変は知らないから実行環境はキミの方が詳しいようだが
形式的な言葉みたいな程度しか知らないんじゃないの？
実際の多数のプログラミング経験してなければ身に付かないものが
無いように感じるけど？
161デフォルトの名無しさん
2009/08/09(日) 01:05:59 より道した、実行環境・言語はほっといていいが
データの流れでデータランプについて
これは中継機を参照してになるんじゃないのか？
理由はデータランプは付けても無くてもいい、出玉管理システムとして考えると
スロからのＩＮ・ＯＵＴをサーバーに集計するのが優先で
そのために高価な価格でもありデータランプなんかにデータ渡して故障したら
本末転倒でムダ、システム構成として
スロ→中継機のピンごとの決まったメモリに書く←データランプは参照して表示
でなければシステムの安全性からもおかしい構成してるなとなるような
スロは中継機のデータを参照して前回送信したデータが残ってれば（allゼロ判定か）待機
中継機は取り込み更新したら０にクリアする
という流れでデータがつながるが
データの流れでデータランプについて
これは中継機を参照してになるんじゃないのか？
理由はデータランプは付けても無くてもいい、出玉管理システムとして考えると
スロからのＩＮ・ＯＵＴをサーバーに集計するのが優先で
そのために高価な価格でもありデータランプなんかにデータ渡して故障したら
本末転倒でムダ、システム構成として
スロ→中継機のピンごとの決まったメモリに書く←データランプは参照して表示
でなければシステムの安全性からもおかしい構成してるなとなるような
スロは中継機のデータを参照して前回送信したデータが残ってれば（allゼロ判定か）待機
中継機は取り込み更新したら０にクリアする
という流れでデータがつながるが
162デフォルトの名無しさん
2009/08/09(日) 01:11:10 「バイナリエディタでエロゲの改造するのがアセンブラ」
わけのわからないコンパートしてウソ付けしてるな、
何か隠そうとしてるのか？
わけのわからないコンパートしてウソ付けしてるな、
何か隠そうとしてるのか？
163デフォルトの名無しさん
2009/08/09(日) 01:17:29 たしかに彼は
メモリがいくつでアセンブラなんだ
としか言わないで
どのようにデータのやりとり・処理されるかの実動部については
信号の変化を勘違いして解釈してるの気がするんだけどどう？
中身は0・1で文字・画像・動画のデータ形式で表示するのも
0・1をそのまま判定するのも同じコンピュータデータで
参照するにはメモリにＩ／Ｏしなきゃプログラム間での判定ができないんだよ
メモリがいくつでアセンブラなんだ
としか言わないで
どのようにデータのやりとり・処理されるかの実動部については
信号の変化を勘違いして解釈してるの気がするんだけどどう？
中身は0・1で文字・画像・動画のデータ形式で表示するのも
0・1をそのまま判定するのも同じコンピュータデータで
参照するにはメモリにＩ／Ｏしなきゃプログラム間での判定ができないんだよ
164デフォルトの名無しさん
2009/08/09(日) 03:09:58 文章が変。日本人じゃないっぽい。
Z80のこともろくに知らないようだけど、何がしたいの？
Z80のこともろくに知らないようだけど、何がしたいの？
165デフォルトの名無しさん
2009/08/09(日) 04:26:43166デフォルトの名無しさん
2009/08/09(日) 08:48:37167デフォルトの名無しさん
2009/08/09(日) 08:54:03 データランプも実機買ってとかくるかなと思ったけど
スロ機も含めていらない
家庭で使う場合、スロの外部端子にデータランプを直結させるけど
ホールでは、スロの外部端子→中継機と接続して
データランプ→中継機と接続は先のシステム構成の理由で
このあたりも解釈違い？みたいなことを書くかなと思った
スロ機も含めていらない
家庭で使う場合、スロの外部端子にデータランプを直結させるけど
ホールでは、スロの外部端子→中継機と接続して
データランプ→中継機と接続は先のシステム構成の理由で
このあたりも解釈違い？みたいなことを書くかなと思った
168デフォルトの名無しさん
2009/08/09(日) 09:03:32 どうも機械部品の種類や言語の種類しか述べなく
（カタログ見たかどこかで聞いた正しいのかわからない内容の印象）
Z80とかまた種類出しただけ、動作について知らないのか
解釈違いな覚え方してるんじゃないか？
どのように動いてるというデータの流れについては
理解していない印象なんだよね、信号の変化なんてもそうだし
（カタログ見たかどこかで聞いた正しいのかわからない内容の印象）
Z80とかまた種類出しただけ、動作について知らないのか
解釈違いな覚え方してるんじゃないか？
どのように動いてるというデータの流れについては
理解していない印象なんだよね、信号の変化なんてもそうだし
169デフォルトの名無しさん
2009/08/09(日) 09:10:02 エヴァシ者で単発ばかりだったり連チャンしな原因を教えてください
■ このスレッドは過去ログ倉庫に格納されています
